Salut,

Avec le G-010S-A version 3FE46398AFGA95 j'obtiens le même résultat.

Sans avoir fait de soudure, le SFP monte bien sur mon switch en 1Gbps.

Je passe en statut O3 :
ONTUSER@SFP:~# onu ploamsg
errorcode=0 curr_state=3 previous_state=2 elapsed_msec=76744

Puis ensuite le SFP se bloque. J'obtiens juste avant le blocage :
ONTUSER@SFP:~# omciMgr:379processMessage:111:Wrong msg! dataLength=0 expected=3

Je suppose qu'il y a une incompatibilité protocolaire dans les échanges GPON.

Je suis sur un OLT Altice/Portugal Telecom Alcatel 5030000.

Je ne récupère la main sur le SFP qu'après débranchement/rebranchement. J'ai essayé de désactiver/réactiver le port, débrancher le connecteur lmais ça ne suffit pas.

Salut,

Je ne savais pas qu'il passait en mode bridge, je pensais qu'il conservait en permanence son adresse de management sur lct0 :
ONTUSER@SFP:~# ifconfig
host      Link encap:Ethernet  HWaddr 02:4C:91:52:XX:XX
          UP BROADCAST MULTICAST  MTU:1500  Metric:1
          RX packets:0 errors:0 dropped:0 overruns:0 frame:0
          TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000
          RX bytes:0 (0.0 B)  TX bytes:0 (0.0 B)

lct0      Link encap:Ethernet  HWaddr
          inet addr:192.168.1.10  Bcast:192.168.1.255  Mask:255.255.255.0
          inet6 addr: fe80::ae9a:96ff:fe00:0/64 Scope:Link
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:476 errors:0 dropped:0 overruns:0 frame:0
          TX packets:475 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000
          RX bytes:46809 (45.7 KiB)  TX bytes:217419 (212.3 KiB)

J'ai édité mon message je suis en version 3FE46398AFGA95.

Je n'ai pas modifié l'adresse MAC mais uniquement le sn (MfrID et G984Serial) et SLID (uci set gpon.ploam.nPassword). D'ailleurs c'est un peu étrange car le onu gtccg ne change pas suite à la modification.

Je vais essayer ritool set SLID

Maintenant d'après ce que j'ai compris, le fait de modifier le serial est suffisant puisque c'est ce serial qui est déjà enregistré sur l'OLT.

Ce qui est étrange aussi c'est que s'il passe bien en mode bridge, il ne revient jamais au mode interface malgré le débranchement de la fibre.

Mon SFP est connecté sur le port SFP d'un switch taggué en mode access dans le vlan 4
J'ai taggué un port RJ45 dans le vlan 4 (mode access) aussi
Que j'ai branché sur mon firewall même interface WAN utilisée avec l'ONT AlticeLab d'origine

Si justement, ca veux dire que tu as perdu 192.168.1.9 et tu envoie des requetes pour demander si il est toujours la

J'ai mal lu j'ai cru que c’était l'inverse.

Apres certains ONT SFP (genre le realtek) proposent un mode "Hybride" Bridge + Router, peut etre que c'est le cas ici

Oui ce serait l'idéal pour debugguer en parallèle

Car le fait de devoir reboot le SFP pour récupérer l'accès SSH efface de ce fait les logs de la session

Tu peux créer une interface pour continuer à l'administrer après son passage en bridge

Source : https://lafibre.info/remplacer-livebox/guide-de-connexion-fibre-directement-sur-un-routeur-voire-meme-en-2gbps/msg837141/#msg837141

Ah je n'avais pas pensé et je n'avais pas vu le message (j'ai pas mal lu le topic en question)

J'ai du coup :
ifconfig lct0:1 192.168.2.10

J'obtiens :

Code: [Sélectionner]

ONTUSER@SFP:~# ifconfig
lct0      Link encap:Ethernet  HWaddr AC:9A:96:XX:XX:XX
          inet addr:192.168.1.10  Bcast:192.168.1.255  Mask:255.255.255.0
          inet6 addr: fe80::ae9a:96ff:fe00:0/64 Scope:Link
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:2498 errors:0 dropped:0 overruns:0 frame:0
          TX packets:2131 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000
          RX bytes:206153 (201.3 KiB)  TX bytes:252348 (246.4 KiB)

lct0:1    Link encap:Ethernet  HWaddr AC:9A:96:XX:XX:XX
          inet addr:192.168.2.10  Bcast:192.168.2.255  Mask:255.255.255.0
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
Je me reconnecte en SSH sur 192.168.2.10, mais malheureusement, je perds quand même la main sur l'ONT quelques secondes après avoir branché la fibre sur le SFP. Il faudrait que l'ip soit portée sur l'interface bridgée.

En tout cas, le SFP passe bien en état O5, mais je n'arrive pas à obtenir une adresse IP.

J'ai tenté d'ajouter un second port Ethernet dans le même Vlan sur mon switch pour tester Firewall <-> switch <-> ONT AlticeLab et il obtient bien une IP. La conf LAN semble donc OK

Si tu passes en 05 c'est que le lien OLT -> ONT SFP est correct. Tu es autorisé par l'OLT.
Après l'étape 05 c'est le moment des échanges entre l'OLT et le ONT, pour les MIBS et VLAN.

Est-ce que tu les vois dans le ocmi.log ?
Logiquement présent dans /tmp/ocmi.log et/ou /var/omci.log ?
Ensuite le dernier firmware présent sur le github de htwi pourrai éventuellement apporter du mieux si c'est l'échange omcimgr qui "plante"

Tu peux flasher l'image inactive 0 ou 1 suivant ce qui actuellement en place dans ton SFP, et en cas d'erreur ça repart sur la précédente image valide.