La Fibre
Datacenter et équipements réseaux => Routeurs => 
Remplacer la Bbox par un routeur => Discussion démarrée par: mickadu57 le 14 mai 2025 à 19:56:56
-
Bonjour,
J'essai de récupérer la configuration d'un ONT NOKIA G-010G-Q il est la propriété de Bouygues Télécom et je pense qu'il ont bloqué les accès.
P/N 3FE47211DHAA
Mrev : 02 ICS : 01
SN : ALCLF977E7B8
J'ai essayé de me connecter en ttl avec Putty, pour cela j'ai effectué le raccordement suivant :
RX ==> TX
TX ==> RX
GND ==> GND
J'ai entré le port COM correspondant à mon convertisseur USB/TTL et j'ai mis le Baudrate 115200 8N1
Mais lorsqe j'ouvre le terminal je n'ai que des caracteres illisible
J'ai connecté l'ONT en ethernet à mon PC et j'ai configuré ma carte comme ceci :
Adresse IP : 192.168.100.2
Masque : 255.255.255.0
Passerelle : 192.168.100.1
DNS 8.8.8.8
Lorsque je saisie :
Ping 192.168.100.1 sa répond
192.168.100.1:80 ==> délai d'attente dépassé
192.168.100.1:443 ==> délai d'attente dépassé
En telnet avec putty 192.168.100.1:23 ==> pas de réponse
J'ai fais l'acquisition d'un ONT NOKIA G-010G-Q sur le net celui ci n'est pas la propriété de Bouygues Télécom, avec ce dernier j'arrive à me connecter au webgui (192.168.100.1:80) et Telnet (192.168.100.1:23), cependant pas d'accès ttl.
J'ai noté des différences entre les deux ONT :
Tout d'abord le port Ethernet n'as pas la même couleur ==> ONT Bouygues : Rouge / ONT NOKIA : Jaune
Le P/N est différent ==> ONT Bouygues : 3FE47211DHAA / ONT NOKIA : 3FE47211ABAA
Pourriez vous m'aider à récupérer les infos de l'ONT Bouygues?
Bonne journée
-
Les accès telnet et web sont peut-être désactivés sur la version Bouygues.
En revanche le port série qui ne fonctionne pas sur les deux, c'est étrange.
L'USB-TTL est bien en 3,3V ?
Mais est-ce qu'il y a vraiment une configuration particulière à récupérer ?
L'IMEI est normalement indiqué sur l'étiquette en plus du SN, c'est tout ce qui est nécessaire pour le remplacer.
-
Bonjour hwti,
Tout d'abord merci pour ta réponse, l'USB-TTL est bien en 3,3v.
Si tu me dit que j'ai juste à prendre l'IMEI et le SN alors je vais essayer, pourrait tu me conseiller un module sfp gpon qui puisse remplacer le G-010G-Q sans aucun problème.
2.3. Authentification : SN / SLID / PLOAM
Pour qu'un ONT tiers fonctionne, Bouygues doit l'authentifier sur son réseau (OLT). Cela se fait via un ou plusieurs de ces identifiants, qui doivent correspondre à ceux de votre Bbox/ONT d'origine.
Serial Number (SN) / SLID :
Format : Généralement un Vendor ID (4 caractères ASCII, ex: "SMBS" pour Sagemcom, "HWTC" pour Huawei) suivi de 8 caractères hexadécimaux. Total 12 caractères.
Récupération :
Via l'API Bbox (si SFP intégré) : `https://mabbox.bytel.fr/api/v1/wan/sfp` (authentification admin requise). Le SN est en hexadécimal complet. (Voir ce sujet)
Via l'interface Web/Telnet/SSH de l'ONT externe d'origine (si possible, voir ce sujet pour HG8010H).
Sur l'étiquette de la Bbox ou de l'ONT.
Configuration : Doit être entré dans l'interface de configuration de l'ONT tiers (souvent via SSH/Telnet avec des commandes comme `flash set GPON_SN ...` ou `mib set GPON_SN ...`).
Note : Certains OLT (notamment Huawei/HWTC) semblent moins stricts et peuvent authentifier avec seulement le PLOAM ou avec un SN contenant le bon Vendor ID + 8 caractères aléatoires. Les OLT Alcatel (ALCL) sont généralement plus stricts.
PLOAM Password / Registration ID :
Dérivation : Se base sur l'IMEI de la Bbox (15 chiffres, trouvable sur l'étiquette).
Pour GPON : Préfixer l'IMEI avec cinq zéros (`00000`). Exemple : `00000123456789012345`.
Pour XGS-PON : Préfixer l'IMEI avec `0x00000` (pour entrée en hexa) ou cinq zéros (`00000`), et parfois ajouter un `1` à la fin et/ou padder avec des `1` pour atteindre la longueur attendue par l'ONT (souvent géré par la commande `mib set GPON_PLOAM_PASSWD 0x00000...`).
Récupération IMEI : Étiquette Bbox, Interface Bbox, Espace client.
Configuration : Doit être entré dans l'interface de l'ONT tiers (souvent via commandes `flash set GPON_PLOAM_PASSWD ...` ou `mib set GPON_PLOAM_PASSWD ...`).
Vérification : Une fois configuré, l'ONT doit atteindre l'état O5 (Operation) dans son statut PLOAM. C'est la confirmation que l'authentification a réussi.
Je suppose que c'est de cela que tu me parle?
Bonne journée
-
J'ai aussi cet ONT externe avec mon offre bbox fit. J'ai récupéré les infos aux dos de l'ONT (SLID et IMEI)
-
En SFP, il y a deux grosses familles :
- Lantiq : c'est le plus sûr, mais il faut souvent passer par des firmwares modifiés pour pouvoir renseigner le PLOAM password en hexa
- Realtek (la majorité de ce qu'il y a sur Aliexpress par exemple) : attention aux éventuels problèmes de débit en upload (à voir si quelqu'un a deja testé)
En Lantiq il y a par exemple :
- le fs.com : à priori il faut un firmware modifié (pour le password en hexa), mais on peut le flasher via SSH
- MA5671A : il faut connecter l'UART pour le rooter, ce n'est pas très pratique
-
Pour le FS.COM ce n'est pas nécessaire de le flasher, on peut faire la config avec la variable (fw env) sfp_a2_info.
-
Pour le FS.COM ce n'est pas nécessaire de le flasher, on peut faire la config avec la variable (fw env) sfp_a2_info.
En fait sfp_i2c est mal documenté, il a peut-être déjà tout pour modifier le sfp_a2_info.
Compte tenu des quelques appels dans /etc/init.d/sfp_eeprom.sh, et du --help, il semble y avoir deux modes :
- "-s", dans lequel "-i" est un index parmi une liste de valeurs
- "-r" ou "-w" qui accèdent à des données binaires, dans ce cas "-i" semble être une adresse (avec EEPROM1 qui commence en 256)
Donc avec l'adresse 191 indiquée sur hack-gpon, peut-être que le PLOAM Password pourrait s'écrire avec "sfp_i2c -i 447 -w 0x00000XXXXXXXXXXXXXXX" (ou si nécessaire octet par octet).
Le mieux serait de d'abord écrire une valeur (en ASCII), et essayer de la relire pour vérifier :
sfp_i2c -i 11 -s "abcdefghij"
sfp_i2c -i 447 -r -l 10Et si ça fonctionne, tester l'écriture binaire, et relire ensuite.
-
Bonjour,
Tout d’abord je tiens à remercier tout le monde pour vos nombreuses réponse,
Pour le choix du module sfp gpon j'hésite entre :
GPON-ONU-34-20BI
Nokia G-010S-A
Nokia G-010S-P
Des avis sur ces 3 modèles (performance, facilité de swap...), peut être des retours d'expériences de personnes qui ont déjà remplacé l'ONT G-010G-Q de bouygues par l'un des modèles cités ?
Bonne soirée
-
Les 3 auront les mêmes performances, le hardware est très similaire et normalement il n'y a pas de problème d'incompatibilité avec les OLT de Bouygues.
Certains comme le MA5671A nécessitent de connecter l'UART pour les déverouiller, donc ce n'est pas pratique.
Les G-010S-P et G-010S-A ne seront probablement pas neufs, parfois il y a eu des bricolages au niveau du firmware.
Le GPON-ONU-34-20BI est le plus sûr, il se configure en SSH, sans avoir à connecter l'UART.
Les changements se font en ligne de commande : sfp_i2c pour le SN, et sfp_i2c (probablement) ou modification du sfp_a2_info pour le password en hexa.
Le G-010S-A peut nécessiter une modification HW pour fonctionner, selon l'équipement dans lequel il est branché.
Ensuite pour la configuration :
- pour le firmware d'origine, le SN se change en ligne de commande (SSH), et le password (SLID) sur l'interface web (qui permet de choisi ASCII / HEX)
- pour le firmware chinois, tout se change dans l'interface web (luci) normalement
Le G-010S-P n'est pas vraiment documenté sur hack-gpon, donc je ne sais pas ce qu'il est possible de changer par défaut.
-
Bonjour,
Je reviens vers vous, mon choix c'est donc porté vers le GPON-ONU-34-20BI, j'ai également fait l'acquisition d'un MC220L, armé de courage je me suis lancé dans la configuration de la bête.
Voici ce que j'ai saisi dans le terminal ssh après identification, j'ai peut être fait une boulette de débutant je n'ai pas fait de backup :
sfp_i2c -i8 -s "ABCD12345678" # ou ABCD12345678 correspond au S/N de l'ONT
Ne comprenant pas trop comment saisir le PLOAM, j'ai cherché sur la toile et je suis tombé la dessus :
Pour configurer mon ONT FS, j'ai appliqué une autre méthode : il s'agit simplement de modifier la variable sfp_a2_info qui contient le numéro de série, le mot de passe et l'adresse MAC.
Tout d'abord, tu peux faire une sauvegarde de ta config comme suggéré par mrbonhomme :
ETAPE 1 : Sauvegarde
Code: [Sélectionner]
uci show > /tmp/uci_show.backup
fw_printenv > /tmp/fw_printenv.backup
scp -o KexAlgorithms=diffie-hellman-group1-sha1 ONTUSER@192.168.1.10:/tmp/fw_printenv.backup fw_printenv.backup
scp -o KexAlgorithms=diffie-hellman-group1-sha1 ONTUSER@192.168.1.10:/tmp/uci_show.backup uci_show.backup
ETAPE 2 : Configuration du numéro de série
Il faut utiliser le numéro de série le l'ONT Bouygues. Le mien est de la forme SMBSxxxxxxxx
Code: [Sélectionner]
set_serial_number ont_serial SMBSxxxxxxxx
ETAPE 3 : Récupérer le contenu de la variable sfp_a2_info
Récupérer la valeur de la variable sfp_a2_info en tapant la commande :
Code: [Sélectionner]
fw_printenv sfp_a2_info
ETAPE 4 : Calculer la nouvelle valeur de la variable sfp_a2_info
Au départ, j'avais fait moi-même les modifs dans cette variable, puis j'ai trouvé cet outil qui simplifie grandement l'opération : https://gpon-sfp.felix.systems/gen_huawei.php
Tu as juste à saisir dans le formulaire :
GPON S/N : le numéro de série le l'ONT Bouygues. Le mien est de la forme SMBSxxxxxxxx
GPON Password : L'IMEI de la Bbox en ajoutant 5 fois le chiffre 0 devant pour atteindre les 20 caractères
GPON MAC Address : L'adresse MAC de la Bbox
SFP A2 Info Variable : Coller ici la valeur de la variable sfp_a2_info récupérée précédemment. C'est une longue variable qui commence par "begin-base64"
Attention : il ne doit pas y avoir de retour à la ligne à la fin de la variable sfp_a2_info
Puis cliquer sur le bouton "Modify and generate new data". Si l'opération se passe bien, une nouvelle page est affichée avec la valeur originale de la variable et la variable modifiée avec les infos saisies.
ETAPE 5 : Paramétrer la nouvelle valeur de la variable sfp_a2_info
Dans un premier temps, on va coller le contenu de la variable modifiée dans le fichier /tmp/sfp
Code: [Sélectionner]
cat > /tmp/sfp
Puis coller le contenu de la variable. Taper ensuite sur la touche "Entrée" pour terminer la ligne, et taper la combinaison de touche Contrôle+D pour terminer la saisie.
Contrôler que la variable modifiée est correctement saisie dans le fichier :
Code: [Sélectionner]
cat /tmp/sfp
Tu es maintenant prêt à configurer la nouvelle valeur dans la variable sfp_a2_info :
Code: [Sélectionner]
fw_setenv sfp_a2_info `cat /tmp/sfp`
Attention à utiliser les bonnes apostrophes, c'est important.
Pour contrôler que la variable a été correctement définie, tu peux afficher sa nouvelle valeur en entrant à nouveau la commande :
Code: [Sélectionner]
fw_printenv sfp_a2_info
ETAPE 6 : Optimisation des performances
Dans mon cas, les performances en upload étaient décevantes. Le problème a été réglé en appliquant ce paramétrage :
Code: [Sélectionner]
fw_setenv mib_file data_1g_8q_us1280_ds512.ini
ETAPE 7 : Reboot + test
Pour prendre en compte le nouveau paramétrage, un reboot est nécessaire :
Code: [Sélectionner]
reboot
Puis contrôler après reboot que l'ONT arrive bien à passer à l'état 5 :
Code: [Sélectionner]
onu ploamsg
Si tout s'est bien passé, tu devrais avoir une réponse du genre
Code: [Sélectionner]
errorcode=0 curr_state=5 previous_state=4 elapsed_msec=276658264
Enjoy ! :)
PS : J'ai configuré mon ONT FS il y a un moment. J'ai reconstitué cette procédure avec les quelques notes que j'avais prises. Je ne l'ai pas rejouée complètement pour la valider. Dites-moi si vous voyez des choses qui ne vont pas, je tâcherai de la corriger.
J'ai donc appliqué cette procédure et j'ai bien obtenu le statut curr_state=5 en connectant la fibre, à ce moment là je me suis dit victoire je n'ai plus qu'à inséré le stick dans mon routeur asus rt-be88u modifier le port wan principal pour sélectionner le port sfp et normalment c'est ok, mais ce n'est pas le cas mon routeur m'indique internet déconnecté.
J'apporte quelque précision je suis abonné FDN via collecte axione/aquilenet
Dans la config wan mon opérateur me dit de configurer le vlan 4001 pour l'accès internet, pensez vous que le vlan doit etre configuré dans le stick.
Je ne vois pas ce qui bloque.
En attendant de vous lire je vous souhaite une excellente journée
-
Hello
Tu peux faire un gtop c-x ou c-v (je ne sais plus) pour voir si tu as les vlans configurés sur le stick.
La config doit être poussée par l'OLT normalement.
Tu devrais avoir quelque chose comme ça avec ton vlan 4001 que tu cherches.
root@SFP:/home/ONTUSER# gtop c v
GPE VLAN
Name: ONU_GPE_VLAN_TABLE
ID: 18
no;pcp;dei;vid;vlan_meter_enable;vlan_meter_id;end
Après, peut être que côté switch ton port taggué le traffic avec l'id de vlan 4001 ?
-
Bonjour,
Voici ce que j'ai essayer :
login as: ONTUSER
ONTUSER@192.168.1.10's password:
BusyBox v1.22.1 (2021-09-18 10:30:59 CST) built-in shell (ash)
Enter 'help' for a list of built-in commands.
OpenWrt - (14.07_ltq) --- Lantiq Edition for GPON
----------------------------------------------
root@SFP:/home/ONTUSER# onu gtccg
errorcode=0 bip_error_interval=8000 sf_threshold=5 sd_threshold=9 serial_number_ request_threshold=10 rogue_msg_id_upstream_reset=255 rogue_msg_repeat_upstream_reset=3 rogue_msg_id_device_reset=255 rogue_msg_repeat_device_reset=3 rogue_msg_enable=0 ploam_timeout_1=11000 ploam_timeout_2=100 emergency_stop_state=0 password="0 0 X XX XX XX XX XX XX XX"
ou X XX XX XX XX XX XX XX serait l'IMEI inscrit derrière mon ONT, j'ai converti mon IMEI en HEX vers ASCII vers Décimal et les valeurs sont identiques et je me dis que si mon PLOAM PASSWORD ne serait pas correct je n'attendrais pas le statut "o5"
root@SFP:/home/ONTUSER# omci_pipe.sh meg 131 0
Class ID = 131 (OLT-G)
Instance ID = 0
Upload = yes
Alarms = -
-------------------------------------------------------------------------------
0 OLT vendor id 4b STR RW-----P---
0x20 0x20 0x20 0x20
-------------------------------------------------------------------------------
1 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
-------------------------------------------------------------------------------
2 Version 14b STR RW-----P---
0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x20
-------------------------------------------------------------------------------
3 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
-------------------------------------------------------------------------------
R - Readable O - Not supported (optional)
W - Writable E - Excluded from MIB upload (template)
S - set-by-create T - Table
A - Send AVC V - Volatile
U - No upload P - No swap
N - Not suported Y - Partly supported
N - No swap
errorcode=0
root@SFP:/home/ONTUSER# omci_pipe.sh meg 171 0
errorcode=-11
R - Readable O - Not supported (optional)
W - Writable E - Excluded from MIB upload (template)
S - set-by-create T - Table
A - Send AVC V - Volatile
U - No upload P - No swap
N - Not suported Y - Partly supported
N - No swap
errorcode=0
L'OLT n'as pas envoyé la config des vlan je pense que le problême viens de la.
GPE VLAN
Name: ONU_GPE_VLAN_TABLE
ID: 18
no;pcp;dei;vid;vlan_meter_enable;vlan_meter_id;end
Comment dois je faire pour que l'OLT pousse la config des vlan?
-
L'OLT n'a même pas envoyé son vendor ID, donc c'est ce qui est parfois appelé "fake O5".
Le PLOAM a bien été appliqué, si on suppose que l'ONT Bouygues le dérive bien de son IMEI (cad qu'il n'a pas été paramétré de manière différente pour la collecte axione/aquilenet).
Tu peux vérifier le SN appliqué avec "onu gtcsng", mais normalement la commande sfp_i2c devrait avoir fonctionné.
Je ne sais pas si l'OLT le vérifie, mais normalement le Vendor ID d'un ONT est censé être les 4 premières lettres du SN.
Sur l'ONT FS, c'est un réglage séparé.
sfp_i2c -i7 -s ALCL
Si ça ne fonctionne pas, l'étape suivante serait de mettre Hardware Version (les OLT ALCL Orange font la vérification, mais pas ceux de Bouygues normalement).
C'est dans /etc/mibs/data_1g_8q.ini (ou data_1g_8q_us1280_ds512.ini si tu as changé mib_file).
256 0 HWTC 3FE47211DHAA\0 ...
-
Bonjour hwti
J'ai essayé :
root@SFP:/home/ONTUSER# sfp_i2c -i7 -s ALCL
Cannot parse config file: No such file or directory
Error: environment not initialized
Je pense avoir fait une mauvaise manip j'espère ne pas avoir brick le module
j'ai essayer aussi ceci :
root@SFP:/home/ONTUSER# firstboot
This will erase all settings and remove any installed packages. Are you sure? [N/y]
y
/dev/mtdblock4 is mounted as /overlay, only erasing files
-
firstboot ça efface les modifications faites sur les fichiers et configs OpenWRT.
Là à moins que tu aies fait d'autre manipulations, l'erreur de sfp_i2c suggère un problème avec la variable u-boot sfp_a2_info.
Que donne "fw_printenv sfp_a2_info" ?
https://hack-gpon.org/ont-fs-com-gpon-onu-stick-with-mac/ indique "GPON Vendor ID (ME 256 and more), may not work in some firmware".
Donc peut-être que l'erreur que tu vois est "normale", on peut vérifier le Vendor ID exposé avec "omci_pipe.sh meg 256 0" (s'il est correct, alors il est dérivé directement du SN, et ça expliquerait que le réglage séparé ne fonctionne pas).
Au cas où, quelle est la version du firmware ?
strings /opt/lantiq/bin/omcid | grep ^software_Version | awk -F[=,] '{print $2}'
-
Voici ce que donne "fw_printenv sfp_a2_info"
root@SFP:/home/ONTUSER# fw_printenv sfp_a2_info
Cannot parse config file: No such file or directory
omci_pipe.sh meg 256 0 donne :
root@SFP:/home/ONTUSER# omci_pipe.sh meg 256 0
Class ID = 256 (ONU-G)
Instance ID = 0
Upload = yes
Alarms = 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0 x00
0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0 x00
-------------------------------------------------------------------------------
0 Vendor id 4b STR R--A---P---
0x53 0x50 0x47 0x41
SPGA
-------------------------------------------------------------------------------
1 Version 14b STR R--A---P---
0x30 0x30 0x30 0x30 0x30 0x30 0x30 0x30 0x30 0x30 0x30 0x30 0x30 0x00
0000000000000\x00
-------------------------------------------------------------------------------
2 Serial number 8b STR R--A---P---
0x41 0x4c 0x43 0x4c 0xf9 0x77 0xe7 0xb8
ALCL\xF9w\xE7\xB8
-------------------------------------------------------------------------------
3 Traffic management opt 1b ENUM R----------
0x02 (2)
-------------------------------------------------------------------------------
4 VP/VC cc function option 1b UINT R---O------
0x00 (0)
-------------------------------------------------------------------------------
5 Battery backup 1b UINT RW-------E-
0x00 (0)
-------------------------------------------------------------------------------
6 Administrative state 1b UINT RW-------E-
0x00 (0)
-------------------------------------------------------------------------------
7 Operational state 1b UINT R--A-----E-
0x00 (0)
-------------------------------------------------------------------------------
8 ONU survival time 1b UINT R--------E-
0x00 (0)
-------------------------------------------------------------------------------
R - Readable O - Not supported (optional)
W - Writable E - Excluded from MIB upload (template)
S - set-by-create T - Table
A - Send AVC V - Volatile
U - No upload P - No swap
N - Not suported Y - Partly supported
N - No swap
errorcode=0
Le Vendor ID n'est pas dérivé du SN
root@SFP:/home/ONTUSER# strings /opt/lantiq/bin/omcid | grep ^software_Version | awk -F[=,] '{print $2}'
6BA1896SPLQA42
Ce qui me pose problème c'est le sfp_a2_info qui est introuvable
-
Tu n'as fait aucun backup ?
Pour fw_printenv, "Cannot parse config file" semble indiquer que /etc/fw_env.config manque ou est incorrect.
Il est créé par "/etc/init.d/fw_env.sh boot".
Là je pense que c'est juste un effet d'avoir lancé "firstboot" et de ne pas avoir rebooté depuis.
En revanche si sfp_i2c a commencé à avoir l'erreur avant, je ne sais pas trop dans quel état est l'ONT.
-
J'ai de nouveau accès au sfp_a2_info mais le ploampassword n'est plus correcte
Est t'il possible de flasher le firmware pour repartir de zéro?
-
Les variables u-boot ne sont pas dans le firmware, c'est une partition à part.
Et il ne faut surtout pas les écraser, dedans il y a les données de calibration qui sont uniques.
Si le sfp_a2_info n'a pas été modifié, je ne comprends pas comment le password aurait pu changer.
-
onu gtccg me donne 48 48 48 48 48 48 48 48
J'ai réussi à modifier le vendor ID
-
Du coup soit tu es dans un cas où le SN+vendor id suffisent (si les VLAN sont là), soit il faut remettre de password.
Il y a un "sfp_i2c -d yes" au boot dans /etc/init.d/sfp_eeprom.sh, "reset to default values", qui est bizarre.
Donc je ne sais pas dans quelles conditions les valeurs pourraient être réécrites.
-
Que dois je faire? hwti je n'ai pas compris ton dernier message
-
Là tu as le SN + Vendor ID, parfois ça suffit : "omci_pipe.sh meg 131 0" et "omci_pipe.sh meg 171 0" pour tester.
Si tu n'as toujours pas les VLAN, alors il faut remettre le PLOAM password (je ne sais pas trop comment il s'est perdu).
-
C'est que je n'arrive pas a modifier le ploam dans le sfp_info a2
-
C'est à dire ?
Tu avais pu le faire avant.
Il y a peut-être "onu gtc_password_set "0 0 X XX XX XX XX XX XX XX" pour le positionner de manière temporaire, mais je ne suis pas sûr que ça fonctionne.
-
Oui grâce à
GPON S/N : le numéro de série le l'ONT Bouygues. Le mien est de la forme SMBSxxxxxxxx
GPON Password : L'IMEI de la Bbox en ajoutant 5 fois le chiffre 0 devant pour atteindre les 20 caractères
GPON MAC Address : L'adresse MAC de la Bbox
-
Oui, mais donc pourquoi tu n'arrives pas à le mettre dans sfp_a2_info ?
L'adresse MAC, c'est sur le routeur pour le bail DHCP.
-
hwti je pense avoir identifié un problème dans la variable sfp_a2_info voila ce que retourne fw_printenv sfp_a2_info
sfp_a2_info=se64 644 sfp_a2_info @WgDTAFUA2ACMoHUwiLh5GK/IAACIuAAA9ncV98PGG6cMWgAICc8ACgAGtQib@ZgAAAAAAAAAAAAAAAAAAAAAAAAAAAAA/gAAAAAAAAAEAAAABAAAAAQAAAAEA@AAAAAABOOGWDHRozNUUAAf////8CAABA//8AQAAAcAAAAAAAAAD/////////@////////////////////////////////////////////////////////////@//////////////8AAAExIBEpRDER////////////////////////////////@//8AAAAAAAJBTENM+XfnuP//////////////////////////////////////@////////////////////////////////////////////////////////////@////////////////////////////////////////////////////////////@/////////////////wH//wAAEBHwBRq69Auf1iiAAAAAAAAAAAAAAAAAAAAA@AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA@AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA@AAAAAAAAAAAAAAAAAAAAAABTUFMzNDI0VEhQVERGUFlYAAAAAEFMQ0wAAAAA@AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA@AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAUE1BQzgz@MTEwMDU3ICAgIA==@====@
Si on regarde le début de la variable elle devrait commencé par "begin-base64" et se n'est pas le cas
-
Mais du coup avec ça, le SN et le Vendor ID sont corrects ?
A moins que le changement soit après le boot.
Est-ce que c'est une erreur de copier coller en tentant de modifier la variable manuellement pour mettre le PLOAM password ?
-
Oui le SN et vendor ID sont corrects
Mais lorsque je vais sur https://gpon-sfp.felix.systems/gen_huawei.php pour essayer de regénéré une variable il me dit que la variable sfp n'est pas correct
la variable est corrompu est cela m'empêche de la modifier et sa bloque le fonctionnement, sais tu si il existe un moyen de repartir avec une variable correcte?
uci show > /tmp/uci_show.backup
fw_printenv > /tmp/fw_printenv.backup
scp -o KexAlgorithms=diffie-hellman-group1-sha1 ONTUSER@192.168.1.10:/tmp/fw_printenv.backup fw_printenv.backup
scp -o KexAlgorithms=diffie-hellman-group1-sha1 ONTUSER@192.168.1.10:/tmp/uci_show.backup uci_show.backup
J'ai fait une sauvegarde est ce que je peut l'utiliser pour rétablir le sfp info?
-
Sur la page https://gpon-sfp.felix.systems/gen_huawei.php (qui au passage fait tout côté serveur), le bouton Display Current Data fonctionne.
begin-base64 644 sfp_a2_info @WgDTAFUA2ACMoHUwiLh5GK/IAACIuAAA9ncV98PGG6cMWgAICc8ACgAGtQib@ZgAAAAAAAAAAAAAAAAAAAAAAAAAAAAA/gAAAAAAAAAEAAAABAAAAAQAAAAEA@AAAAAABOOGWDHRozNUUAAf////8CAABA//8AQAAAcAAAAAAAAAD/////////@////////////////////////////////////////////////////////////@//////////////8AAAExIBEpRDER////////////////////////////////@//8AAAAAAAJBTENM+XfnuP//////////////////////////////////////@////////////////////////////////////////////////////////////@////////////////////////////////////////////////////////////@/////////////////wH//wAAEBHwBRq69Auf1iiAAAAAAAAAAAAAAAAAAAAA@AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA@AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA@AAAAAAAAAAAAAAAAAAAAAABTUFMzNDI0VEhQVERGUFlYAAAAAEFMQ0wAAAAA@AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA@AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAUE1BQzgz@MTEwMDU3ICAgIA==@====@=> avec ça (donc sans le sfp_a2_info=, et avec le begin-base64 corrigé), "Modify and generate new data" dit "Modified is the same, nothing done!".
Je me demande ce qui bloque dans le fonctionnement, si le SN et le Vendor ID ont quand même été lus.
On peut corriger le begin-base64 au début, si ça gêne :
fw_setenv sfp_a2_info "begin-base64 644 sfp_a2_info @WgDTAFUA2ACMoHUwiLh5GK/IAACIuAAA9ncV98PGG6cMWgAICc8ACgAGtQib@ZgAAAAAAAAAAAAAAAAAAAAAAAAAAAAA/gAAAAAAAAAEAAAABAAAAAQAAAAEA@AAAAAABOOGWDHRozNUUAAf////8CAABA//8AQAAAcAAAAAAAAAD/////////@////////////////////////////////////////////////////////////@//////////////8AAAExIBEpRDER////////////////////////////////@//8AAAAAAAJBTENM+XfnuP//////////////////////////////////////@////////////////////////////////////////////////////////////@////////////////////////////////////////////////////////////@/////////////////wH//wAAEBHwBRq69Auf1iiAAAAAAAAAAAAAAAAAAAAA@AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA@AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA@AAAAAAAAAAAAAAAAAAAAAABTUFMzNDI0VEhQVERGUFlYAAAAAEFMQ0wAAAAA@AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA@AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAUE1BQzgz@MTEwMDU3ICAgIA==@====@"(et ensuite reboot)
La sauvegarde ne sert à rien pour sfp_a2_info si elle a été faite maintenant, et pas au tout début.
-
hwti
J'ai repris la variable sfp_info_a2 modifié en rajoutant begin-base64
puis j'ai effectué ceci :
ETAPE 5 : Paramétrer la nouvelle valeur de la variable sfp_a2_info
Dans un premier temps, on va coller le contenu de la variable modifiée dans le fichier /tmp/sfp
Code: [Sélectionner]
cat > /tmp/sfp
Puis coller le contenu de la variable. Taper ensuite sur la touche "Entrée" pour terminer la ligne, et taper la combinaison de touche Contrôle+D pour terminer la saisie.
Contrôler que la variable modifiée est correctement saisie dans le fichier :
Code: [Sélectionner]
cat /tmp/sfp
Tu es maintenant prêt à configurer la nouvelle valeur dans la variable sfp_a2_info :
Code: [Sélectionner]
fw_setenv sfp_a2_info `cat /tmp/sfp`
Attention à utiliser les bonnes apostrophes, c'est important.
Pour contrôler que la variable a été correctement définie, tu peux afficher sa nouvelle valeur en entrant à nouveau la commande :
Code: [Sélectionner]
fw_printenv sfp_a2_info
ETAPE 6 : Optimisation des performances
Dans mon cas, les performances en upload étaient décevantes. Le problème a été réglé en appliquant ce paramétrage :
Code: [Sélectionner]
fw_setenv mib_file data_1g_8q_us1280_ds512.ini
ETAPE 7 : Reboot + test
Pour prendre en compte le nouveau paramétrage, un reboot est nécessaire :
Code: [Sélectionner]
reboot
puis
root@SFP:/home/ONTUSER# onu gtccg
errorcode=0 bip_error_interval=4095 sf_threshold=5 sd_threshold=9 serial_number_request_threshold=10 rogue_msg_id_upstream_reset=255 rogue_msg_repeat_upstream_reset=3 rogue_msg_id_device_reset=255 rogue_msg_repeat_device_reset=3 rogue_msg_enable=0 ploam_timeout_1=11000 ploam_timeout_2=100 emergency_stop_state=0 password="0 0 X XX XX XX XX XX XX XX"
Cette fois X XX XX XX XX XX XX XX correspond bien à mon ploam
root@SFP:/home/ONTUSER# omci_pipe.sh meg 131 0
Class ID = 131 (OLT-G)
Instance ID = 0
Upload = yes
Alarms = -
-------------------------------------------------------------------------------
0 OLT vendor id 4b STR RW-----P---
0x20 0x20 0x20 0x20
-------------------------------------------------------------------------------
1 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
-------------------------------------------------------------------------------
2 Version 14b STR RW-----P---
0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x20
-------------------------------------------------------------------------------
3 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
-------------------------------------------------------------------------------
R - Readable O - Not supported (optional)
W - Writable E - Excluded from MIB upload (template)
S - set-by-create T - Table
A - Send AVC V - Volatile
U - No upload P - No swap
N - Not suported Y - Partly supported
N - No swap
errorcode=0
root@SFP:/home/ONTUSER# omci_pipe.sh meg 171 0
errorcode=-11
R - Readable O - Not supported (optional)
W - Writable E - Excluded from MIB upload (template)
S - set-by-create T - Table
A - Send AVC V - Volatile
U - No upload P - No swap
N - Not suported Y - Partly supported
N - No swap
errorcode=0
"gtop" puis "c" et "v"
GPE VLAN
Name: ONU_GPE_VLAN_TABLE
ID: 18
no;pcp;dei;vid;vlan_meter_enable;vlan_meter_id;end
Le ploam password ==> OK
Le S/N ==> OK
Vendor ID ==> OK
Adresse MAC ONT ==> OK
Il reste :
Si ça ne fonctionne pas, l'étape suivante serait de mettre Hardware Version (les OLT ALCL Orange font la vérification, mais pas ceux de Bouygues normalement).
C'est dans /etc/mibs/data_1g_8q.ini (ou data_1g_8q_us1280_ds512.ini si tu as changé mib_file).
256 0 HWTC 3FE47211DHAA\0 ...
sa je n'ai pas fait
-
puis j'ai effectué ceci :
[...]
Le password était déjà dans la config (enfin, on dirait).
Bref, je ne comprends pas trop comment ça a pu être corrompu, et ce qui a finalement été changé (à part de bien remettre begin-base64), l'essentiel et que SN / Vendor ID / password soient bien configurés.
-
Le S/N ==> OK
Vérifié avec "onu gtcsng" ?
Vendor ID ==> OK
Vérifié avec "omci_pipe.sh meg 256 0" ?
Et "onu ploamsg" donne bien O5 ?
Compte tenu de l'incertitude dans les manipulations, il est préférable de tout bien vérifier.
Adresse MAC ONT ==> OK
Normalement ça ne sert à rien.
-
root@SFP:/home/ONTUSER# onu gtcsng
errorcode=0 serial_number=ALCLf977e7b8
root@SFP:/home/ONTUSER# omci_pipe.sh meg 256 0
Class ID = 256 (ONU-G)
Instance ID = 0
Upload = yes
Alarms = 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00
0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00
-------------------------------------------------------------------------------
0 Vendor id 4b STR R--A---P---
0x41 0x4c 0x43 0x4c
ALCL
-------------------------------------------------------------------------------
1 Version 14b STR R--A---P---
0x30 0x30 0x30 0x30 0x30 0x30 0x30 0x30 0x30 0x30 0x30 0x30 0x30 0x00
0000000000000\x00
-------------------------------------------------------------------------------
2 Serial number 8b STR R--A---P---
0x41 0x4c 0x43 0x4c 0xf9 0x77 0xe7 0xb8
ALCL\xF9w\xE7\xB8
-------------------------------------------------------------------------------
3 Traffic management opt 1b ENUM R----------
0x02 (2)
-------------------------------------------------------------------------------
4 VP/VC cc function option 1b UINT R---O------
0x00 (0)
-------------------------------------------------------------------------------
5 Battery backup 1b UINT RW-------E-
0x00 (0)
-------------------------------------------------------------------------------
6 Administrative state 1b UINT RW-------E-
0x00 (0)
-------------------------------------------------------------------------------
7 Operational state 1b UINT R--A-----E-
0x00 (0)
-------------------------------------------------------------------------------
8 ONU survival time 1b UINT R--------E-
0x00 (0)
-------------------------------------------------------------------------------
R - Readable O - Not supported (optional)
W - Writable E - Excluded from MIB upload (template)
S - set-by-create T - Table
A - Send AVC V - Volatile
U - No upload P - No swap
N - Not suported Y - Partly supported
N - No swap
errorcode=0
root@SFP:/home/ONTUSER# onu gtccg
errorcode=0 bip_error_interval=4095 sf_threshold=5 sd_threshold=9 serial_number_request_threshold=10 rogue_msg_id_upstream_reset=255 rogue_msg_repeat_upstream_reset=3 rogue_msg_id_device_reset=255 rogue_msg_repeat_device_reset=3 rogue_msg_enable=0 ploam_timeout_1=11000 ploam_timeout_2=100 emergency_stop_state=0 password="48 48 48 48 48 48 48 48 48 48"
Je ne comprend pas j'ai fixé le vendor ID et le S/N mais le ploam est redevenu 48 48 48 48 48 48 48 48 48 48
-
A quel moment le ploam aurait changé ? Un reboot ?
Qu'est-ce qu'il y a dans sfp_a2_info maintenant ?
Peut-être qu'il y a quelque chose qui n'aime pas le caractère nul, sauf que @osdneh semble indiquer que ça fonctionnait.
A moins que le problème arrive aussi aux autres, sur les lignes où le SN suffit ça ne se verrait pas (sauf à vérifier avec les commandes).
-
root@SFP:/home/ONTUSER# onu gtcsng
errorcode=0 serial_number=ALCLf977e7b8
root@SFP:/home/ONTUSER# omci_pipe.sh meg 256 0
Class ID = 256 (ONU-G)
Instance ID = 0
Upload = yes
Alarms = 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00
0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00
-------------------------------------------------------------------------------
0 Vendor id 4b STR R--A---P---
0x41 0x4c 0x43 0x4c
ALCL
-------------------------------------------------------------------------------
1 Version 14b STR R--A---P---
0x30 0x30 0x30 0x30 0x30 0x30 0x30 0x30 0x30 0x30 0x30 0x30 0x30 0x00
0000000000000\x00
-------------------------------------------------------------------------------
2 Serial number 8b STR R--A---P---
0x41 0x4c 0x43 0x4c 0xf9 0x77 0xe7 0xb8
ALCL\xF9w\xE7\xB8
-------------------------------------------------------------------------------
3 Traffic management opt 1b ENUM R----------
0x02 (2)
-------------------------------------------------------------------------------
4 VP/VC cc function option 1b UINT R---O------
0x00 (0)
-------------------------------------------------------------------------------
5 Battery backup 1b UINT RW-------E-
0x00 (0)
-------------------------------------------------------------------------------
6 Administrative state 1b UINT RW-------E-
0x00 (0)
-------------------------------------------------------------------------------
7 Operational state 1b UINT R--A-----E-
0x00 (0)
-------------------------------------------------------------------------------
8 ONU survival time 1b UINT R--------E-
0x00 (0)
-------------------------------------------------------------------------------
R - Readable O - Not supported (optional)
W - Writable E - Excluded from MIB upload (template)
S - set-by-create T - Table
A - Send AVC V - Volatile
U - No upload P - No swap
N - Not suported Y - Partly supported
N - No swap
errorcode=0
root@SFP:/home/ONTUSER# onu gtccg
errorcode=0 bip_error_interval=4095 sf_threshold=5 sd_threshold=9 serial_number_request_threshold=10 rogue_msg_id_upstream_reset=255 rogue_msg_repeat_upstream_reset=3 rogue_msg_id_device_reset=255 rogue_msg_repeat_device_reset=3 rogue_msg_enable=0 ploam_timeout_1=11000 ploam_timeout_2=100 emergency_stop_state=0 password="48 48 48 48 48 48 48 48 48 48"
root@SFP:/home/ONTUSER# fw_printenv sfp_a2_info
## Error: "sfp_a2_info" not defined
Le ploam password à changé après avoir fixé le vendor id
-
L'erreur donnée par fw_printenv est bizarre.
Peut-être que la commande sfp_i2c qui écrit le vendor ID écrase le password, alors il faudrait la faire en premier.
Mais le plus simple est de tout mettre à la main en une fois, tu avais déjà tout avant :
fw_setenv sfp_a2_info "begin-base64 644 sfp_a2_info @WgDTAFUA2ACMoHUwiLh5GK/IAACIuAAA9ncV98PGG6cMWgAICc8ACgAGtQib@ZgAAAAAAAAAAAAAAAAAAAAAAAAAAAAA/gAAAAAAAAAEAAAABAAAAAQAAAAEA@AAAAAABOOGWDHRozNUUAAf////8CAABA//8AQAAAcAAAAAAAAAD/////////@////////////////////////////////////////////////////////////@//////////////8AAAExIBEpRDER////////////////////////////////@//8AAAAAAAJBTENM+XfnuP//////////////////////////////////////@////////////////////////////////////////////////////////////@////////////////////////////////////////////////////////////@/////////////////wH//wAAEBHwBRq69Auf1iiAAAAAAAAAAAAAAAAAAAAA@AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA@AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA@AAAAAAAAAAAAAAAAAAAAAABTUFMzNDI0VEhQVERGUFlYAAAAAEFMQ0wAAAAA@AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA@AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAUE1BQzgz@MTEwMDU3ICAgIA==@====@"=> puis reboot, et vérification
Avec https://hack-gpon.org/ont-lantiq-print-eeprom/, on peut vérifier que cette valeur contient be SN, Vendor ID et password.
-
Mais le plus simple est de tout mettre à la main en une fois, tu avais déjà tout avant :
Code: [Sélectionner]
fw_setenv sfp_a2_info "begin-base64 644 sfp_a2_info @WgDTAFUA2ACMoHUwiLh5GK/IAACIuAAA9ncV98PGG6cMWgAICc8ACgAGtQib@ZgAAAAAAAAAAAAAAAAAAAAAAAAAAAAA/gAAAAAAAAAEAAAABAAAAAQAAAAEA@AAAAAABOOGWDHRozNUUAAf////8CAABA//8AQAAAcAAAAAAAAAD/////////@////////////////////////////////////////////////////////////@//////////////8AAAExIBEpRDER////////////////////////////////@//8AAAAAAAJBTENM+XfnuP//////////////////////////////////////@////////////////////////////////////////////////////////////@////////////////////////////////////////////////////////////@/////////////////wH//wAAEBHwBRq69Auf1iiAAAAAAAAAAAAAAAAAAAAA@AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA@AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA@AAAAAAAAAAAAAAAAAAAAAABTUFMzNDI0VEhQVERGUFlYAAAAAEFMQ0wAAAAA@AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA@AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAUE1BQzgz@MTEwMDU3ICAgIA==@====@"
=> puis reboot, et vérification
lorsque je fais un copier/coller la variable n'est pas collé entièrement
-
lorsque je fais un copier/coller la variable n'est pas collé entièrement
Dans ce cas il faut faire comme suggéré sur hack-gpon : vim /tmp/sfp_a2.txt, coller la valeur, :wq.
Et ensuite :
fw_setenv sfp_a2_info $(cat /tmp/sfp_a2.txt)(ou créer le fichier sur le PC, et le transférer, pour faire ensuite la même commande)
-
pareil
onu gtccg
errorcode=0 bip_error_interval=4095 sf_threshold=5 sd_threshold=9 serial_number_request_threshold=10 rogue_msg_id_upstream_reset=255 rogue_msg_repeat_upstream_reset=3 rogue_msg_id_device_reset=255 rogue_msg_repeat_device_reset=3 rogue_msg_enable=0 ploam_timeout_1=11000 ploam_timeout_2=100 emergency_stop_state=0 password="48 48 48 48 48 48 48 48 48 48"
-
Dans quel cas est-il correct ?
-
Je n'y comprend plus rien :o
root@SFP:/home/ONTUSER# omci_pipe.sh meg 256 0
Class ID = 256 (ONU-G)
Instance ID = 0
Upload = yes
Alarms = 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00
0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00
-------------------------------------------------------------------------------
0 Vendor id 4b STR R--A---P---
0x41 0x4c 0x43 0x4c
ALCL
-------------------------------------------------------------------------------
1 Version 14b STR R--A---P---
0x30 0x30 0x30 0x30 0x30 0x30 0x30 0x30 0x30 0x30 0x30 0x30 0x30 0x00
0000000000000\x00
-------------------------------------------------------------------------------
2 Serial number 8b STR R--A---P---
0x41 0x4c 0x43 0x4c 0xf9 0x77 0xe7 0xb8
ALCL\xF9w\xE7\xB8
-------------------------------------------------------------------------------
3 Traffic management opt 1b ENUM R----------
0x02 (2)
-------------------------------------------------------------------------------
4 VP/VC cc function option 1b UINT R---O------
0x00 (0)
-------------------------------------------------------------------------------
5 Battery backup 1b UINT RW-------E-
0x00 (0)
-------------------------------------------------------------------------------
6 Administrative state 1b UINT RW-------E-
0x00 (0)
-------------------------------------------------------------------------------
7 Operational state 1b UINT R--A-----E-
0x00 (0)
-------------------------------------------------------------------------------
8 ONU survival time 1b UINT R--------E-
0x00 (0)
-------------------------------------------------------------------------------
R - Readable O - Not supported (optional)
W - Writable E - Excluded from MIB upload (template)
S - set-by-create T - Table
A - Send AVC V - Volatile
U - No upload P - No swap
N - Not suported Y - Partly supported
N - No swap
errorcode=0
root@SFP:/home/ONTUSER# onu gtccg
errorcode=0 bip_error_interval=4095 sf_threshold=5 sd_threshold=9 serial_number_request_threshold=10 rogue_msg_id_upstream_reset=255 rogue_msg_repeat_upstream_reset=3 rogue_msg_id_device_reset=255 rogue_msg_repeat_device_reset=3 rogue_msg_enable=0 ploam_timeout_1=11000 ploam_timeout_2=100 emergency_stop_state=0 password="0 0 1 49 32 17 41 68 49 17"
Le vendor id le s/n et le ploam sont correct, j'ai connecté la fibre et toujours pas de vlan pense tu qu'il faut que je rentre le hw version?
-
Tu es bien en O5 avec "onu ploamsg" ?
Toujours pas d'identification de l'OLT avec "omci_pipe.sh meg 131 0" ?
Tu peux effectivement tenter de mettre Hardware Version en modifiant le bon MIB file (le .ini utilisé, donné par "fw_printenv mib_file", ou par défaut /etc/mibs/data_1g_8q.ini).
Normalement Bouygues n'en a pas besoin, mais on a surtout les informations des abonnés GP et éventuellement pro Bouygues, là c'est peut-être différent puisque c'est une offre en collecte.
Comme l'ONT d'origine vient de Bouygues, je suppose que c'est sur un OLT Bouygues, mais la configuration est peut-être différente de celle qu'ils mettent pour leurs clients.
-
root@SFP:/home/ONTUSER# onu ploamsg
errorcode=0 curr_state=5 previous_state=4 elapsed_msec=2425784
root@SFP:/home/ONTUSER# omci_pipe.sh meg 131 0
Class ID = 131 (OLT-G)
Instance ID = 0
Upload = yes
Alarms = -
-------------------------------------------------------------------------------
0 OLT vendor id 4b STR RW-----P---
0x20 0x20 0x20 0x20
-------------------------------------------------------------------------------
1 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
-------------------------------------------------------------------------------
2 Version 14b STR RW-----P---
0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x20
-------------------------------------------------------------------------------
3 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
-------------------------------------------------------------------------------
R - Readable O - Not supported (optional)
W - Writable E - Excluded from MIB upload (template)
S - set-by-create T - Table
A - Send AVC V - Volatile
U - No upload P - No swap
N - Not suported Y - Partly supported
N - No swap
errorcode=0
root@SFP:/home/ONTUSER# fw_printenv mib_file
mib_file=data_1g_8q_us1280_ds512.ini
C'est donc data_1g_8q_us1280_ds512.ini que je dois modifier pour mettre le hardware version
Peut tu me guider j'ai du mal à comprendre comment je dois modifier le hardware version
-
vi /etc/mibs/data_1g_8q_us1280_ds512.ini (ou sinon depuis un PC : scp pour récupérer le fichier, l'éditer, puis scp dans l'autre sens).
Sur la ligne "256 0 HWTC 0000000000000 ...", il faut remplacer le "0000000000000" par "3FE47211DHAA\0".
-
root@SFP:/home/ONTUSER# vi /etc/mibs/data_1g_8q_us1280_ds512.ini
# layout:
# <class id> <instance id> <attribute 1> ... <attribute 16>\n
# ....
# conventions:
# - \s is used to place a space (ASCII 0x20)
# - \0 is used to place ASCII 0
# - enclose "a b c" in quotes (either single or double) to interpret it as one
# attribute
#
# numbers radix defined by prefix (0x for 16; 0 for 8; nothing for 10)
# ONT-G
256 0 HWTC 0000000000000 00000000 2 0 0 0 0 #0
# ONT2-G
# Begin: modified by Sean.Chen for Reliance bug 373267 on 20170628
# 257 0 MA5671B\0\0\0\0\0\0\0\0\0\0\0\0\0\0 0xa0 0 1 1 64 64 1 64 0 0x007f 0 24
257 0 MA5671B\0\0\0\0\0\0\0\0\0\0\0\0\0\0 0xa0 0 1 1 64 10 1 64 0 0x007f 0 24 48
# End: modified by Sean.Chen for Reliance bug 373267 on 20170628
# ONT data
- /etc/mibs/data_1g_8q_us1280_ds512.ini 1/208 0%
Je vois bien la ligne à modifier mais impossible de saisir des caractères
-
Sinon il y a la ligne de commande suggérée sur hack-gpon :
sed 's/256 0 HWTC 0000000000000/256 0 HWTC 3FE47211DHAA\\0/' /rom/etc/mibs/data_1g_8q_us1280_ds512.ini > /etc/mibs/data_1g_8q_us1280_ds512.ini
(attention, ici on a bien \\0, qui se transforme en \0 dans le fichier)
-
La ligne est modifié mais toujours pareil pas de vlan
voilà toutes les vérif :
onu gtccg
errorcode=0 bip_error_interval=8000 sf_threshold=5 sd_threshold=9 serial_number_request_threshold=10 rogue_msg_id_upstream_reset=255 rogue_msg_repeat_upstream_reset=3 rogue_msg_id_device_reset=255 rogue_msg_repeat_device_reset=3 rogue_msg_enable=0 ploam_timeout_1=11000 ploam_timeout_2=100 emergency_stop_state=0 password="0 0 1 49 32 17 41 68 49 17"
omci_pipe.sh meg 131 0
Class ID = 131 (OLT-G)
Instance ID = 0
Upload = yes
Alarms = -
-------------------------------------------------------------------------------
0 OLT vendor id 4b STR RW-----P---
0x20 0x20 0x20 0x20
-------------------------------------------------------------------------------
1 Equipment id 20b STR RW-----P---
0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x 20 0x20 0x20 0x20 0x20
-------------------------------------------------------------------------------
2 Version 14b STR RW-----P---
0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x20
-------------------------------------------------------------------------------
3 Time of day information 14b STR RW--O--P---
0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00
GPE VLAN
Name: ONU_GPE_VLAN_TABLE
ID: 18
no;pcp;dei;vid;vlan_meter_enable;vlan_meter_id;end
Press ? orGPE VLAN Delay: 1000ms 0%
root@SFP:/home/ONTUSER# omci_pipe.sh meg 256 0
Class ID = 256 (ONU-G)
Instance ID = 0
Upload = yes
Alarms = 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0 x00
0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0 x00
-------------------------------------------------------------------------------
0 Vendor id 4b STR R--A---P---
0x41 0x4c 0x43 0x4c
ALCL
-------------------------------------------------------------------------------
1 Version 14b STR R--A---P---
0x33 0x46 0x45 0x34 0x37 0x32 0x31 0x31 0x44 0x48 0x41 0x41 0x00 0x00
3FE47211DHAA\x00\x00
-------------------------------------------------------------------------------
2 Serial number 8b STR R--A---P---
0x41 0x4c 0x43 0x4c 0xf9 0x77 0xe7 0xb8
ALCL\xF9w\xE7\xB8
-------------------------------------------------------------------------------
3 Traffic management opt 1b ENUM R----------
0x02 (2)
-------------------------------------------------------------------------------
4 VP/VC cc function option 1b UINT R---O------
0x00 (0)
-------------------------------------------------------------------------------
5 Battery backup 1b UINT RW-------E-
0x00 (0)
-------------------------------------------------------------------------------
6 Administrative state 1b UINT RW-------E-
0x00 (0)
-------------------------------------------------------------------------------
7 Operational state 1b UINT R--A-----E-
0x00 (0)
-------------------------------------------------------------------------------
8 ONU survival time 1b UINT R--------E-
0x00 (0)
-------------------------------------------------------------------------------
R - Readable O - Not supported (optional)
W - Writable E - Excluded from MIB upload (template)
S - set-by-create T - Table
A - Send AVC V - Volatile
U - No upload P - No swap
N - Not suported Y - Partly supported
N - No swap
errorcode=0
root@SFP:/home/ONTUSER# onu gtcsng
errorcode=0 serial_number=ALCLf977e7b8
Tout semble correct mais pas de vlan :o
-
En fait la valeur de Hardware Version est peut-être 3FE47211DHAA02 (avec donc le Mrev).
Donc :
sed 's/256 0 HWTC 0000000000000/256 0 HWTC 3FE47211DHAA02/' /rom/etc/mibs/data_1g_8q_us1280_ds512.ini > /etc/mibs/data_1g_8q_us1280_ds512.iniMais je ne sais pas si ça va fonctionner, parce que le fichier d'origine a 13 caractères (+ 1 nul implicite), et là on a 14 caractères.
Sinon, peut-être que l'ONT n'a pas la configuration standard de Bouygues, mais sans accès à l'UART on peut difficilement deviner.
https://hack-gpon.org/ont-nokia-g-010g-r/#serial indique que sur ce modèle voisin il faudrait prendre la masse ailleurs, donc peut-être que la masse n'est pas reliée à la broche sur certains modèles.
Tu as une "Mrev : 02", je ne sais pas si https://hack-gpon.org/assets/img/g-010g-q-serial-pinout.jpg correspond à cette révision exacte.
Tu peux éventuellement prendre des photos détaillées du PCB.
Sinon il est toujours possible de faire un dump de la flash qui est une NOR SPI, mais il faut le matériel et peut-être dessouder...
-
J'ai réussi à entrer 3FE47211DHAA02 mais toujours pas de vlan
Je suis électricien, j'ai contrôler la continuité entre la broche GND et la masse que l'on voit sur la photo à l'aide d'un ohmmètre ==> donc la masse est reliée à la broche
(https://i.ibb.co/bjnC1jmd/20250609-204544.jpg) (https://ibb.co/4wxXWwtN)
(https://i.ibb.co/whD0BKpb/20250609-204532.jpg) (https://ibb.co/VYXjJvMh)
J'ai posté des photo du PCB
J'ai un peu de matériel pour lire les dump : CH341A BIOS firmware programmeur modifié 3.3v (http://CH341A BIOS firmware programmeur modifié 3.3v)
mais j'aurais besoin d'un peu d'assistance
-
Je continu mes recherche est je suis tombé la dessus : https://github.com/Anime4000/RTL960x/blob/main/Docs/fakeO5.md (https://github.com/Anime4000/RTL960x/blob/main/Docs/fakeO5.md)
C'est un peu mon cas non?
-
La flash c'est U5, quelle est sa référence ? Je suppose que c'est une W25Q128 ou similaire.
Peut-être qu'elle peut être lue avec une pince (souvent fournie avec les programmeurs) ou en soudant des fils (avec l'ONT éteint, donc alimentée par le programmeur).
Mais si ça ne fonctionne pas, il faut la dessouder : c'est normalement un modèle pour lequel c'est plutôt simple (pas de pad en dessous), tout dépend de ce que tu as comme matériel.
-
La flash c'est U5 ==> sa veut dire quoi
C'est une MX25L12833F
J'ai une pince et j'ai identifié la pin 1 (CS#) elle est repéré par un "petit trou"
Pour dessouder je n'ai pas le matériel adéquat je pense il faut une station air chaud
Le lien suivant ne peut pas nous aider? : https://github.com/Anime4000/RTL960x/blob/main/Docs/fakeO5.md (https://github.com/Anime4000/RTL960x/blob/main/Docs/fakeO5.md)
-
Je continu mes recherche est je suis tombé la dessus : https://github.com/Anime4000/RTL960x/blob/main/Docs/fakeO5.md (https://github.com/Anime4000/RTL960x/blob/main/Docs/fakeO5.md)
C'est un peu mon cas non?
Oui, mais on ne sait pas ce qu'il manque.
J'ai trouvé un dump de G-010G-Q (mais un modèle 3FE47211DEAA, donc pas Bouygues) : https://www.technopat.net/sosyal/blog/nokia-g-010g-q-flash-dump-ve-anakart-fotograflari.5248/
Il a :
- Equipment ID : __________G-010G-Q__
- OMCCVer : 0xA0
- Software Version : 3FE45655BOCK28 / 3FE45655BOCK55 (mais hack-gpon indique 3FE49494AOCK21, ce qui indique que les variantes opérateurs peuvent avoir des firmwares différents)
Donc :
sfp_i2c -i6 -s "__________G-010G-Q__"Pour vérifier, "omci_pipe.sh meg 257 0" (qui permettra aussi de voir OMCC version, qui serait déjà à 0xA0).
Si ça réinitialise le password, il faudra repartir de la valeur de sfp_a2_info pour le remettre.
Pour Software Version, il y a un mod décrit sur https://hack-gpon.org/ont-fs-com-gpon-onu-stick-with-mac/#setting-omci-software-version-me-7.
Mais sans connaitre les versions Bouygues...
-
Pour dessouder je n'ai pas le matériel adéquat je pense il faut une station air chaud
Le boitier SOP8 n'a pas de pad en dessous, donc on peut s'en sortir sans air chaud.
Par exemple en mettant un gros blob de soudure de chaque côté, pour pouvoir chauffer les 4 broches d'un coup, et en faisant légèrement levier avec un tournevis en dessous (pour soulever alternativement d'un côté et de l'autre).
Ensuite il faut de la tresse à dessouder pour enlever l'étain en trop.
Mais ça ne coute rien de tenter avec la pince d'abord (programmeur en 3,3V).
-
Donc :
Code: [Sélectionner]
sfp_i2c -i6 -s "__________G-010G-Q__"
Pour vérifier, "omci_pipe.sh meg 257 0" (qui permettra aussi de voir OMCC version, qui serait déjà à 0xA0).
Si ça réinitialise le password, il faudra repartir de la valeur de sfp_a2_info pour le remettre.
J'ai vérifié :
root@SFP:/home/ONTUSER# omci_pipe.sh meg 257 0
Class ID = 257 (ONU2-G)
Instance ID = 0
Upload = yes
Alarms = -
-------------------------------------------------------------------------------
0 Equipment id 20b STR R------P---
0x5f 0x5f 0x5f 0x5f 0x5f 0x5f 0x5f 0x5f 0x5f 0x5f 0x47 0x2d 0x30 0x31 0x30 0x 47 0x2d 0x51 0x5f 0x5f
__________G-010G-Q__
-------------------------------------------------------------------------------
1 OMCC version 1b ENUM R--A-------
0xa0 (160)
-------------------------------------------------------------------------------
2 Vendor product code 2b UINT R---O------
0x0000 (0)
-------------------------------------------------------------------------------
3 Security capability 1b ENUM R----------
0x01 (1)
-------------------------------------------------------------------------------
4 Security mode 1b ENUM RW---------
0x01 (1)
-------------------------------------------------------------------------------
5 Total priority queue num 2b UINT R----------
0x0040 (64)
-------------------------------------------------------------------------------
6 Total traffic scheduler 1b UINT R----------
0x0a (10)
-------------------------------------------------------------------------------
7 Mode 1b ENUM R----------
0x01 (1)
-------------------------------------------------------------------------------
8 Total GEM port-ID number 2b UINT R---O------
0x0040 (64)
-------------------------------------------------------------------------------
9 SysUpTime 4b UINT R---O------
0x0000203f (8255)
-------------------------------------------------------------------------------
10 Connectivity capability 2b UINT R---O------
0x007f (127)
-------------------------------------------------------------------------------
11 Current connect. mode 1b UINT RW--O------
0x00 (0)
-------------------------------------------------------------------------------
12 QoS configuration flex 2b UINT R---O------
0x0018 (24)
-------------------------------------------------------------------------------
13 Prio queue scale factor 2b UINT RW--O------
0x0030 (48)
-------------------------------------------------------------------------------
R - Readable O - Not supported (optional)
W - Writable E - Excluded from MIB upload (template)
S - set-by-create T - Table
A - Send AVC V - Volatile
U - No upload P - No swap
N - Not suported Y - Partly supported
N - No swap
errorcode=0
Le ploam, le s/n, le vendor id et le hw n'ont pas changé
Maintenant il reste la question du Software Version, il y a un mod décrit sur https://hack-gpon.org/ont-fs-com-gpon-onu-stick-with-mac/#setting-omci-software-version-me-7.
Mais sans connaitre les versions Bouygues...
Et je ne comprend pas trop comment utilisé le script