Quand tu parles d'interface réseau, ça serait l'ont qui changerait son adresse par défaut une fois un bridge ?

Vu que certains, dont moi, perdent la main, je m'étais placé dans ce contexte en imaginant qu'on pouvait s'y reconnecter avec une autre adresse.

@stevebrush pourrait tu être plus précis sur ce que tu as fait ?
Et éventuellement link ta source concernant la validation des versions ?

J'étais déjà tombé sur quelqu'un en parlant (ici : https://www.valero-torres.es/2018/09/08/sfp-gpon-de-carlitoxxpro-funcionando-sobre-ftth-de-orange/)

Cependant il ne me semble pas que Gnubyte ai touche a cela. Ce ne serait donc pas testé chez lui.
Et ça voudrait dire que ceux pour qui ça ne marche pas avec le g-010s-a mais fonctionne avec un autre modèle on l'a "chance" d'avoir Les bonnes versions sur leurs autres ont... Ce serait gros quand même lol

Les liens espagnols sont ceux que m'a passé up-n-atom. J'y ai compris (mais je ne parle pas espagnol donc traduction google) ce que je dis avant :  "Certains équipements (OLT) ont besoin aussi de valider la version du firmware de l'onu...". Je pense que gnubyte doit-être sur un olt qui n'en a pas besoin car il n'a pas abordé cette partie et d'après ce que j'ai pu comprendre, il n'utilise pas omcid car il n'y en a pas dans sa version.

Ce que j'ai fait : j'ai changé la version du firmware de l'onu, désactivé le watchdog, killé tous les process lancées par omci.sh et relancé omci.sh. Lancé le log et gtop ( touche a : ça donne le statut), inséré la fibre et là, j'ai pu garder la main en ssh. J'ai observé dans gtop les gems et j'ai jeté un œil sur les interfaces réseau pour m'apercevoir qu'il y en avait une en plus. Ensuite, j'ai viré la fibre, repassage en O2, réinséré : repassage en O5 avec à chaque fois cette interface qui apparaissait (en 192.168.2.1 ou 2.2 de mémoire) sans jamais perdre la main.

Bref, je verrai ça demain car ce soir, je n'en peux plus, mais j'ai quand même l'impression d'avoir avancé

Pour ta dernière remarque, ce peut-être aussi le deamon omci du g-010s-a qui plante quand l'olt lui demande sa version : les versions firmware comportent 14 caractères alors que la version attendue n'en comporte que 13.

"Certains équipements (OLT) ont besoin aussi de valider la version du firmware de l'onu..."

Es ce que ça peut avoir un rapport avec la diff que certains ont vu,
par exemple chez moi ou ça ne marche pas :
oltinfo: vendor:HWTC,olt type:1,relInfo:31300000

ce qui donne
setOltInfo olt_base = 1, vendor = HWTC10

Vu un messsage à ce sujet içi :  https://lafibre.info/remplacer-livebox/profiter-des-2gbps-sur-un-ordinateur-donne/msg808943/#msg808943

Je ne vois pas d'erreur là dedans.

Il semble s'agir de deux OLT Huawei différents, ou de firmwares différents :
 - pour moi : vendor:HWTC,olt type:1,relInfo:31300000 (transformé en vendor = HWTC10)
 - pour toi : vendor:HWTC,olt type:1,relInfo:30000000 (transformé en vendor = HWTC0)

Je vois que tu as un firmware plus récent : 3FE47111BFHB32.

---

Rien à voir, sur l'extraction de firmware, j'ai du raté un truc en essayant d'utiliser https://github.com/hwti/G-010S-A/blob/main/extract.sh

Il ne trouve pas la commande od

Code: [Sélectionner]

oltinfo: vendor:HWTC,olt type:1,relInfo:31300000
setOltInfo olt_base = 1, vendor = HWTC10

Vu un messsage à ce sujet içi :  https://lafibre.info/remplacer-livebox/profiter-des-2gbps-sur-un-ordinateur-donne/msg808943/#msg808943

Je pense que ça, c'est l'olt qui est en face de l'onu. pour toi Huawei, pour moi, c'est un alcatel : oltinfo: vendor:ALCL,olt type:2,relInfo:6000200

---

Rien à voir, sur l'extraction de firmware, j'ai du raté un truc en essayant d'utiliser https://github.com/hwti/G-010S-A/blob/main/extract.sh
Il ne trouve pas la commande od

Tu joues sous quel os ?
sous linux : "od - dump files in octal and other formats" : man od
Sous macos (bsd), c'est pareil mais la version est vielle et ne supporte pas les options.

Oui oui je voulais dire, en fonction de la version de l'olt en face, il demande ou pas la version hardware.

A vérifier, peut-être qu'un HardwareVersion a 14 caractères suffit, peut-être aussi que le client omciMgr plante quand l'olt lui demande une chaîne plus longue que celle de l'onu, ce qui pourrait expliquer que les autres onts fonctionnent.
Ce qui est cool, c'est que tu es en face d'un olt huawei et moi devant un alcatel, ça permet de croiser les tests.
A noter aussi que gnubyte vient d'un ont mural alors que moi, c'est une nouvelle installation en livebox 5, c'est peut-être pas les mêmes profils en face.

Du coup, depuis un linux, comment tu accède à l'ONU pour faire un dump ?

Perso, Je fais ça en netcat.

depuis ma machine (macOS) : $ nc -l 1234 > mtd5.bindepuis l'onu : # upgradestatus # te dis sur quelle image tu as booté
# cat /proc/mtd # mtd5 = image1, mtd2 = image0 selon celle où tu as booté
# cat /dev/mtd(image que tu veux dumper) | nc (ip de l'hôte) 1234
ensuite, je vérifie les checksum en md5

Je me demande si un petit wiki ne serait une bonne idée ?