La Fibre
Datacenter et équipements réseaux => Routeurs => 
Remplacer la Bbox par un routeur => Discussion démarrée par: nwks le 25 janvier 2025 à 12:08:52
-
Bonjour à tous,
Nouvel abonné Bbox Pure fibre, je suis en train de modifier mon setup pour me passer de la Bbox Ultym (via un WAS-110, après 10 ans chez Orange et un ONT séparé).
Mais j'ai un problème idiot : ma Bbox en firmware 24.3.12 n'affiche plus un certain nombre d'infos "fibre" et notamment le SN du SFP dans son interface (c.f. capture).
L'absence de ces infos est confirmée dans le JSON de l'api :
https://mabbox.bytel.fr/api/v1/wan/sfp
Ces infos étaient bien présentes initialement quand la box avait encore son firmware "de déballage", mais elles ont manifestement disparu chez moi je pense avec la dernière mise à jour...
Ou est-ce un bug ? J'ai déjà essayé de réinitialiser la box, sans succès.
Si vous avez cette box encore branchée avec le même firmware, pouvez-vous confirmer ?
Ou si vous avez une méthode alternative pour l'obtenir je suis preneur ;)
Après, il me semble lire aussi que le SN SFP n'est pas forcément nécessaire pour obtenir la connexion fibre. Je n'ai pas encore commencé les tests mais ça serait l'idéal ;D
-
De ce que l’on sait selon l’olt ou tu es connecté le PLOAM/redig peut suffire sinon la combinaison PLOAM/regid + vendorid. Le vendorid correspond aux 4 première lettre du numéro de série que tu peux déduire de la marque du sfp. Donc 4 lettres plus 8 chiffres aléatoires devraient suffirent. Enfin je me demande si l’info n’était pas sur le carton du sfp.
-
Effectivement, en cherchant un peu plus le problème a été remonté dans un autre sujet, qui confirme le fait que seule la partie vendorid du PON SN (e.g. "SMBS") semble être vérifiée :
[...] le SN du gpon interne ne s'affiche plus sur la nouvelle interface bouygues. Cest la où j'ai utiliser SMBS + 8 chiffre lambda et syncro OK. Donc on n'en déduit effectivement que bouygues valide que le IMEI + VENDOR.
Sinon oui j'ai bien un n° de série à 15 chiffres sur le SFP (modèle "SFP_EOLE_XGSPON", qui remonte "TSUHAN LTD. THMPRA-2677-GXAI" quand branché dans un host SFP).
Par curiosité il serait intéressant de voir si le SN remonté par la box est construit avec une partie de ce SN SFP.
-
Ça sent pas très bon le fait que bouygues commence à cacher les informations de connections … j.espere qu’ils n’ont pas prévu de changer la méthode d’auth en utilisant des infos qui ne sont plus accessibles …. J.espère sincèrement que la France se mettra en accord avec la loi européenne en faveur de la liberté de choix de routeur…. https://fsfe.org/activities/routers/routers.en.html
-
Oh le couperet... Je viens d'acheter un CCR2116 dans le but de remplacer ma Bbox, et de constater la même absence de #SN de l'ONT, ça ne présage absolument rien de rassurant :(.
-
Pour l'instant pas de succès de mon côté en utilisant un SN "SMBSxxxxxxxx" : je reste coincé en "O2.3, Serial number state" :-\
Je leur laisse encore le bénéfice du doute, et je vais peut-être contacter le support pour leur remonter ce "bug" de l'interface...
Edit : le SN est en fait toujours visible via l'API ici : https://mabbox.bytel.fr/api/v1/wan/sfp
Dans la propriété "serial_number", il est simplement donné en hexa, i.e. 0x534d4253xxxxxxxx = SMBSxxxxxxxx (les 8 premiers digits sont à convertir en ASCII).
Après saisie dans le WAS-110 et reboot, j'obtiens bien un O5 8)
Plus qu'a finaliser le setup...
-
Pour le was 110 tu as suivi la page Bouygues fu wiki 8311 ? Aussi smbs c’est pour les sfp sagem tu semble avoir une autre marque non ? Est ce que tu as identifié à quel olt tu étais connecté ? Ça doit être dispo dans le Dashboard du was110 une fois la fibre connecté même en Status O2
-
Sinon oui j'ai bien un n° de série à 15 chiffres sur le SFP (modèle "SFP_EOLE_XGSPON", qui remonte "TSUHAN LTD. THMPRA-2677-GXAI" quand branché dans un host SFP).
Par curiosité il serait intéressant de voir si le SN remonté par la box est construit avec une partie de ce SN SFP.
Logiquement non, puisque le SFP est uniquement une interface optique.
Toute l'intelligence est dans la BBox.
En tout cas, si n'importe quel SMBSxxxxxxxx ne fonctionne pas, ça voudrait dire qu'on aurait 3 configurations possibles sur les OLT :
- SN ignoré
- VendorID validé (pas forcément celui du SN, mais si on suit la norme OMCI il est censé correspondre)
- SN validé
-
Bon au moins tu as pu retrouver son SN tu pourra nous dire sur quel OLT tu es connecté qu'on sache si la validation du SN complet serait lié à un OLT ? Tu es certain que si tu mets un numéro de série random ca ne passe pas en O5 ?
B.
-
J'ai posé la même question ici https://lafibre.info/remplacer-bbox/retro-ingenierie/132/ mais avant d'obtenir une réponse, j'ai utilisé 8 chiffres au hasard et j'ai obtenu O5.
Je ne suis pas chez moi en ce moment pour vérifier à quel OLT je suis connecté, je le ferai ce soir après mon travail.
D'autre part, j'ai des problèmes avec la perte aléatoire de l'IP4 ou de l'IP6, je reste connecté pendant 1 ou 2 jours et puis je constate que je perds la connexion IP4 ou IP6.
-
Après quelques nouveaux essais, je confirme qu'un SN "bidon" fonctionne bien chez moi aussi. Le soucis initial était probablement causé par une configuration nécessitant un redémarrage de l'ONT.
Je regarderai l'identification de l'OLT dans tous les cas.
Pour le was 110 tu as suivi la page Bouygues fu wiki 8311 ? Aussi smbs c’est pour les sfp sagem tu semble avoir une autre marque non ? Est ce que tu as identifié à quel olt tu étais connecté ? Ça doit être dispo dans le Dashboard du was110 une fois la fibre connecté même en Status O2
Oui j'ai suivi le wiki 8311, la synchro est correcte maintenant et je récupère la table VLAN etc. mais la config du switch SFP et de mon routeur n'est pas encore finie.
Le module SFP de la box est bien un "Sagem", mais l'identification qui remonte doit être celle du chip interne qui n'est probablement pas fabriqué par Sagem ???
Et comme ce module n'est que l'interface optique, le SN "SMBS***" est probablement celui de la partie hardware interne à la box.
D'autre part, j'ai des problèmes avec la perte aléatoire de l'IP4 ou de l'IP6, je reste connecté pendant 1 ou 2 jours et puis je constate que je perds la connexion IP4 ou IP6.
Ce n'est pas très encourageant. Tu es capable de récupérer la connexion en faisant un renew DHCP, ou autre chose ?
-
Ce n'est pas très encourageant. Tu es capable de récupérer la connexion en faisant un renew DHCP, ou autre chose ?
Seulement après plusieurs redémarrages du routeur et de l'ONT.
J'utilise un OPNsense installé sur un Qotom Q20331G9S10.
-
Seulement après plusieurs redémarrages du routeur et de l'ONT.
J'utilise un OPNsense installé sur un Qotom Q20331G9S10.
Est-ce que ton client DHCP est bien soit en daemon soit en cron mais respecte bien le temps indiqué dans le bail que lui envoi le serveur DHCP ? si le client fait des demandes plus tôt sans que la bail ne soit terminé ou libéré il ne recevra pas d'ipv4 ou un message comme quoi il n'y a plus d'adresse en ipv6.
ou
est-ce que la mac address ne change pas entre les appels DHCP client ou plus simple est-ce que tu as clonée la MAC de la BBOX sur l'interface qui effectue les requêtes DHCP pour éviter des soucis liés à une mauvaise libération du bail coté serveur DHCP ?
Enfin j'ai vu sur les forum des personnes qui clonent la MAC sur l'interface d'adminitration de l'ONT ce qui ne sert à rien voir perturbe plus qu'autre chose.
-
Dans l'interface ONT, je n'ai que l'ID PLOM, le PON série et le VLAN 100 (ISP Fix) pour me permettre d'accéder à l'interface ONT lorsque le WAN est étiqueté avec le VLAN 100.
Le MAC n'est pas cloné, j'ai lu ici que ce n'était pas nécessaire et c'est vrai, l'internet fonctionne sans problème avec le vrai MAC.
Je n'ai rien modifié sur le client dhcp, donc il devrait respecter le bail du serveur, n'est-ce pas ?
-
Certes ca fonctionne sans cloner la mac mais c'est pas idéale, si par exemple tu dois repasser sur la bbox pour un dépannage, tu vas devoir attendre que le bail se libère, et vis versa si tu repasses sur ton routeur tu vas devoir attendre que la bail se libère. D'ailleurs le temps de "libération" n'est pas le meme que le temps de renouvellement du bail, du coup c'est plus simple de cloner...
-
Bonne idée, je l'adapterai. Merci.
-
Le serveur DHCP sera mis à jour toutes les heures environ. Cela correspond au Protocol Timing Timeout = 60 que d'autres utilisateurs d'opnsense ont configuré (Non configuré dans mon cas).
2025-01-28T17:20:37 Notice dhcp6c dhcp6c_script: RENEW on vlan01.100 executing
2025-01-28T17:05:32 Notice dhclient dhclient-script: Creating resolv.conf
2025-01-28T17:05:32 Notice dhclient dhclient-script: New Hostname (vlan01.100): OortGuard
2025-01-28T17:05:32 Notice dhclient dhclient-script: Reason RENEW on vlan01.100 executing
2025-01-28T16:35:36 Notice dhcp6c dhcp6c_script: RENEW on vlan01.100 executing
2025-01-28T16:05:32 Notice dhclient dhclient-script: Creating resolv.conf
2025-01-28T16:05:32 Notice dhclient dhclient-script: New Hostname (vlan01.100): OortGuard
2025-01-28T16:05:32 Notice dhclient dhclient-script: Reason RENEW on vlan01.100 executing
2025-01-28T15:50:36 Notice dhcp6c dhcp6c_script: RENEW on vlan01.100 executing
2025-01-28T15:05:36 Notice dhcp6c dhcp6c_script: RENEW on vlan01.100 executing
2025-01-28T15:05:32 Notice dhclient dhclient-script: Creating resolv.conf
2025-01-28T15:05:32 Notice dhclient dhclient-script: New Hostname (vlan01.100): OortGuard
2025-01-28T15:05:32 Notice dhclient dhclient-script: Reason RENEW on vlan01.100 executing
2025-01-28T14:20:36 Notice dhcp6c dhcp6c_script: RENEW on vlan01.100 executing
2025-01-28T14:05:32 Notice dhclient dhclient-script: Creating resolv.conf
2025-01-28T14:05:32 Notice dhclient dhclient-script: New Hostname (vlan01.100): OortGuard
2025-01-28T14:05:32 Notice dhclient dhclient-script: Reason RENEW on vlan01.100 executing
2025-01-28T13:35:36 Notice dhcp6c dhcp6c_script: RENEW on vlan01.100 executing
2025-01-28T13:05:32 Notice dhclient dhclient-script: Creating resolv.conf
2025-01-28T13:05:32 Notice dhclient dhclient-script: New Hostname (vlan01.100): OortGuard
-
Mais tu n'as pas un mode "deamon" qui se cale sur les temps T1 et T2 fourni par le serveur DHCP pour renouveler au bon moment ?
-
Non, c'est le DHCP de FreeBSD qui gère cela.
-
Non, c'est le DHCP de FreeBSD qui gère cela.
manpage de dhclient freebsd:
In order to keep track of leases across system reboots and server
restarts, dhclient keeps a list of leases it has been assigned in the
/var/db/dhclient.leases.IFNAME file. IFNAME represents the network in-
terface of the DHCP client (e.g., em0), one for each interface. On
startup, after reading the dhclient.conf(5) file, dhclient reads the
leases file to refresh its memory about what leases it has been as-
signed.
Ca me semble déjà géré si tu execute dhclient en mode deamon pourtant ... Au moins tu n'es pas dépendant d'un changement de durée de bail chez Bouygues c'est ton daemon qui le met à jour ...
-
Je n'ai pas d'option de configuration du client DHCP et je ne vois pas non plus le mode « daemon » dans le manuel.
Il n'y a pas d'entrée dans la crontab, je suppose donc qu'il fonctionne déjà en mode par défaut.
-
Je n'ai pas d'option de configuration du client DHCP et je ne vois pas non plus le mode « daemon » dans le manuel.
Il n'y a pas d'entrée dans la crontab, je suppose donc qu'il fonctionne déjà en mode par défaut.
Si tu as un accès au terminal en faisant un 'ps' tu verra si dhclient tourne toujours ou non ?
-
Oui, est la
root@OortGuard:~ # ps -auxw | grep dhc
root 21476 0.0 0.0 13048 2680 - Is 18:26 0:00.00 dhclient: system.syslog (dhclient)
root 23444 0.0 0.0 13048 2756 - Is 18:26 0:00.00 dhclient: vlan01.100 [priv] (dhclient)
root 34311 0.0 0.0 12768 2392 - Ss 21:05 0:00.02 /usr/local/sbin/dhcp6c -c /var/etc/dhcp6c.conf -p /var/run/dhcp6c.pid
_dhcp 35204 0.0 0.0 13052 2832 - SCs 18:26 0:00.00 dhclient: vlan01.100 (dhclient)
dhcpd 65184 0.0 0.0 27284 12900 - Is 18:26 0:00.03 /usr/local/sbin/dhcpd -user dhcpd -group dhcpd -chroot /var/dhcpd -cf /etc/dhcpd.conf -pf
root 94016 0.0 0.0 12716 2372 0 S+ 19:11 0:00.00 grep dhc
-
Voici les infos remontées par le WAS-110 concernant l'OLT (via omci_pipe.sh meg 131 0) :
Mais ça n'a pas l'air de contenir tant de choses intéressantes, il y a une autre manière ?
Class ID = 131 (OLT-G)
Instance ID = 0
Upload = yes
Alarms = -
-------------------------------------------------------------------------------
1 OLT vendor id 4b STR RW-----P--
0x48 0x57 0x54 0x43
HWTC
-------------------------------------------------------------------------------
2 Equipment id 20b STR RW-----P--
0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x20
-------------------------------------------------------------------------------
3 Version 14b STR RW-----P--
0x31 0x30 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00
10\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00
-------------------------------------------------------------------------------
4 Time of day information 14b STR RW--O--P--
0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00
\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00
-------------------------------------------------------------------------------
Dans l'interface ONT, je n'ai que l'ID PLOM, le PON série et le VLAN 100 (ISP Fix) pour me permettre d'accéder à l'interface ONT lorsque le WAN est étiqueté avec le VLAN 100.
Tu as besoin d'activer l'option "fix_vlans" ? Le wiki indique apparemment de ne pas le faire, mais je ne sais pas vraiment quelle est l'utilité.
Toujours pas de succès de mon côté sinon pour obtenir un bail DHCP. On peu peut-être ouvrir un sujet OPNsense... ::)
-
Oui, ouvre un sujet dédié à OPNsense et je te donnerai mes paramètres.
Est-ce que tu obtiens le statut O5 dans PON ?
-
Le SN en hexa est-il à convertir en un seul nombre, comme les 4 lettres, ou 2 chiffres par 2 ?
-
Oui, ouvre un sujet dédié à OPNsense et je te donnerai mes paramètres.
Est-ce que tu obtiens le statut O5 dans PON ?
J'ai réussi à avoir la connexion en DHCP et DHCPv6 dans OPNsense, c'était une sombre histoire d'adresse MAC mal spoofée et de bail obtenu avec une "mauvaise" adresse par erreur en faisant des tests... ::)
Par contre le débit était assez ridicule (~150Mbps en download et ~5Mbps en upload) donc à creuser encore...
Le SN en hexa est-il à convertir en un seul nombre, comme les 4 lettres, ou 2 chiffres par 2 ?
Les 8 premiers caractères du "serial_number" hexa sont à convertir en ASCII pour avoir le "vendor ID" (2 caractères hexa = 1 caractère ASCII), auquel tu rajoutes les 8 caractères suivants sans conversion.
Donc le "SN PON" est bien un mix de 4 caractères ASCII + 8 caractères hexa (c.f. interface du WAS-110 avec firmware 8311).
Apparemment, certains ONT permettent aussi de rentrer le SN complet en hexa tel que vu dans le champ "serial_number" de l'api.
-
Quelle priorité VLAN as-tu configurée ? Essai 0 meilleur effort
-
OK, je n'aurais pas pensé que c'est carrément en hexa, parce que l'affichage dans l'interface de la Bbox était en décimal.
Je me rends compte que j'ai mal placé le "ou" et formulé ma question, ça aurait plutôt dû être "Le SN en hexa est-il à convertir en un seul nombre, ou, comme les 4 lettres, 2 chiffres par 2 ?". Ça tient à peu de chose. Je pensais au cas de figure où les 8 derniers chiffres aussi étaient du code ASCII comme l'identifiant de vendeur. Mais j'ai réalisé plus tard que ce n'était pas cohérent, ça ne se serait composé que de valeurs entre 0x30 et 0x39.
Si on prend une valeur après les 4 lettres de 02194ba4, ça donne 35212196 converti en un seul nombre, et 022575164 si on convertit et concatène octet par octet. Ça me fait donc réaliser que la première est la bonne, comme l'autre dépasse 8 chiffres.
-
C'est bon, SMBS + hexa non converti fonctionne, c'était ça qu'il fallait depuis le début. Merci :D.
-
Edit : le SN est en fait toujours visible via l'API ici : https://mabbox.bytel.fr/api/v1/wan/sfp
Dans la propriété "serial_number", il est simplement donné en hexa, i.e. 0x534d4253xxxxxxxx = SMBSxxxxxxxx (les 8 premiers digits sont à convertir en ASCII).
Salut, j'ai le même problème. Je voulais configurer mon XGSPON avant que le technicien ne vienne activer la ligne. Malheureusement, je ne vois pas le numéro de série ni sur la page d'administration de la BBox, ni via l'API.
Se peut-il que je doive d'abord mettre à jour le firmware de la BBox ?
Voici le résultat des appels API :
wan/sfp
[
{
"wan": {
"sfp": {
"enable": 1,
"voltage": 31,
"pon_mode": "XGSPON",
"pon_moduleclass": "B+",
"pon_internalstatus": "LowerLayer_down",
"downlink_speed": "2000000",
"uplink_speed": "1000000",
"sfpserial": "",
"sfp_vendor_id": "",
"olt_vendor_id": "",
"status_connexion": 1,
"status_sfp": "LowerLayer_down",
"connection_time": "",
"serial_number": null,
"receive_power": "-40000",
"transmit_power": "-99000",
"temperature": 250,
"modele": "",
"mark": "",
"hard_vers": "",
"firmware_vers_1": "",
"status_firmware_v1": "",
"firmware_vers_2": "",
"status_firmware_v2": ""
}
}
}
]
device
[
{
"device": {
"now": "",
"status": 1,
"numberofboots": 5,
"modelname": "F@st5688b",
"modelclass": "F5688b-v2-osin",
"optimisation": 1,
"user_configured": 1,
"display": {
"luminosity": 50,
"luminosity_extender": 100,
"state": "S"
},
"main": {
"version": "23.5.8",
"date": "2023-10-31T11:19:29Z"
},
"reco": {
"version": "23.5.8",
"date": "2023-10-31T11:06:33Z"
},
"running": {
"version": "23.5.8",
"date": "2023-10-31T11:18:46+0100"
},
"spl": {
"version": "3.6.2"
},
"tpl": {
"version": "3.6.2"
},
"ldr1": {
"version": "4.0.1"
},
"ldr2": {
"version": "4.0.1"
},
"firstusedate": "",
"uptime": 858,
"using": {
"ipv4": 0,
"ipv6": 0,
"ftth": 0,
"adsl": 0,
"vdsl": 0
},
"isCellularEnable": 0
}
}
]
-
Bonjour,
Il est fort probable que la box le configure à la 1ere connexion.
-
Bonjour,
Il est fort probable que la box le configure à la 1ere connexion.
Bonjour, c'est vrai. Hier le technicien est venu pour l'installation et après 10 minutes j'ai pu obtenir le numéro de série via l'API.
-
Je viens de lire tout le thread, c'est top l'avancé !
Je vais bientôt avoir le même genre de configuration, et j'ai vu dans pas mal d'autres thread qu'il faut tagger sur le routeur le VLAN 100.
J'ai 2 questions:
- Est ce qu'il faut aussi le faire avec le WAS-110 ?
- Si oui, j'ai aussi vu que cette histoire de VLAN pouvait se faire côté routeur, mais aussi depuis l'ONU ?
vous confirmez ? Est ce qu'il y a un avantage à faire d'une façon ou d'une autre ?
-
J’éviterai d’essayer de tagger côté was110 d’abord ce n’est pas supporté par les interfaces utilisateurs d’origine ou 8311 et ensuite en bidouillant en ligne de commande tu risques de perdre l’interface d’administration. A moins que tu sois sûre de toi ou au moins que tu es un adaptateur série/sfp… Il est peu probable que ton routeur ne gère pas le vlan et/ou que cela génère des soucis de perfs… ou tout du moins choisis un routeur pour qui ça ne pose pas de souci…. Ça simplifiera pas mal.
-
Okay ça marche, merci pour l'info !
J'ai un cloud gateway fiber de Unifi, il le supporte en effet.
-
Ce qui est sûr, il ne faut jamais tagger un VLAN sur les 2, car l'ONT ayant supprimé l'étiquette 802.1Q, le routeur ne verrait aucun trafic sur le VLAN 100.
Les interfaces des ONT sont beaucoup plus basiques, plus facilement buggées et moins récupérables en cas de fausse manœuvre. Donc je ferais tout sur le routeur.
-
ça marche, merci beaucoup !
-
Bonjour,
J'ai le même problème avec le Bbox ultym wifi 7, je n'ai pas d'info de numero de serie. Et l'acces API ne renvoie rien (erreur 404 ?)
Avez vous une solution pour cette box ?
EDIT : dans mon interface ils parlent de SFF et pas de SFP
EDIT2: du coup les informations sont accessibles ici via API ici https://mabbox.bytel.fr/api/v1/wan/sff. Je ne sais pas du tout si ca peut s'adapter avec les guides actuels. je ferais l'essai
-
EDIT2: du coup les informations sont accessibles ici via API ici https://mabbox.bytel.fr/api/v1/wan/sff. Je ne sais pas du tout si ca peut s'adapter avec les guides actuels. je ferais l'essai
Est-ce qu'il y a un numéro de série en SMBS ?
Je ne sais pas si quelqu'un a déjà comparé avec ce qu'il y avait d'écrit sur le SFP : c'est la BBox qui fait le PON, donc elle pourrait aussi bien utiliser un SN à elle, ou effectivement lire celui du SFP et l'utiliser.
Ce n'est pas parce qu'il est dans l'interface que c'est ce qui est utilisé côté PON, et en plus selon les lignes le SN peut ne pas être vérifié, ou uniquement le vendeur (SMBS).
-
Est-ce qu'il y a un numéro de série en SMBS ?
Je ne sais pas si quelqu'un a déjà comparé avec ce qu'il y avait d'écrit sur le SFP : c'est la BBox qui fait le PON, donc elle pourrait aussi bien utiliser un SN à elle, ou effectivement lire celui du SFP et l'utiliser.
Ce n'est pas parce qu'il est dans l'interface que c'est ce qui est utilisé côté PON, et en plus selon les lignes le SN peut ne pas être vérifié, ou uniquement le vendeur (SMBS).
Non j'ai une reference en hexadecimal que je peux convertir en 19 chiffres (je ne peux la convertir en chaine de caractere)
-
Non j'ai une reference en hexadecimal que je peux convertir en 19 chiffres (je ne peux la convertir en chaine de caractere)
Je ne vois pas trop ce que ça pourrait être.
Le plus simple serait de nous donner le résultat l'API, en masquant la fin des données.
-
Voilà ce que je récupère
[
{
"wan":{
"enable":1,
"pon_mode":{
"type":"GPON",
"moduleclass":"B+",
"internalstatus":"Up"
},
"sffserial":"",
"sff_vendor_id":"",
"olt_vendor_id":"",
"serial_number":"0x534d425302aXXXXX",
"receive_power":"-18124",
"transmit_power":2854,
"temperature":490,
"voltage":32,
"firmware_vers_1":"",
"status_firmware_v1":"",
"firmware_vers_2":"",
"status_firmware_v2":""
}
}
]
J’ai masqué la fin de la chaîne hexadécimale
EDIT : il semblerait que la chaine corresponde a un ASCII partiel : SMBS suivi de caractères non imprimables/étendus.
53 = S
4D = M
42 = B
53 = S
EDIT2 :
en essayant de convertir la suite en chiffres (0x02AXXXXX), j'obtiens 8 chiffres... mais peut être que j'interprete mal
-
Oui, c'est bien SMBS02AXXXXX.
Le SN fait 8 octets : 4 caractères ASCII correspondant au vendeur, et 4 octets libres.
Donc il peut être représenté :
- soit sous la forme habituelle de 4 caractères ASCII + 8 chiffres hexa
- soit entièrement en hexa (ce que fait Bouygues dans l'API) : 16 chiffres hexa
-
Merci pour la réponse.
Donc pas besoin de convertir la fin de la chaine hexadecimale ?je prends les valeurs telles qu'affichées dans ce que me renvoie l'api 02AXXXXX ?
-
Ca dépend du format demandé par l'ONT.
La plupart utilisent le format traditionnel SMBS02AXXXXX.
Mais si c'est le DT Glasfaser-modem 2, alors la config X_SC_SerialNumber est en hexa, donc c'est 534d425302aXXXXX.
-
Ca dépend du format demandé par l'ONT.
La plupart utilisent le format traditionnel SMBS02AXXXXX.
Mais si c'est le DT Glasfaser-modem 2, alors la config X_SC_SerialNumber est en hexa, donc c'est 534d425302aXXXXX.
Ok merci.
j'attends bien le DT Glasfaser-modem 2; je ferais un retour dans le topic dédié