Tu es bien sur un OLT ALCL, c'est donc normal que tu ne trouves pas les lignes précédentes, elles correspondent à mon cas précis (je suis en Huawei -> HWTC, je n'ai pas changé le nom par une valeur générique pour l'exemple).
Tu devrais pouvoir entreprendre la manipulation comme @stevebrush sans (ou sans trop) de soucis !

La perte de connexion SSH est normalement due au passage de l'ONU en mode bridge une fois la connexion avec l'arbre GPON effectuée, il est apparemment possible d'éviter cela en remplaçant HarwareVersion par celle correspondante à l'ONT de ta livebox

Non, elles sont bien présentes chez moi (cf post précédent).
Pour la connection ssh (ou telnet) : je ne la perd pas si j'ai renseigné HardwareVersion. Je ne pense pas que ce soit du à un passage en bridge mais plutôt à omciMgr qui doit jouer avec les interfaces à un moment donné.

Par contre j'ai trouvé cela, ça vient du fichier omci.log avant de brancher la fibre, serait-ce une trace d'un précédent essaie ? :

Code: [Sélectionner]

getOltInfoFromLocal::olttype=<2>,vendorId=<ALCL>,relInfo=<5030000>

Quel omci.log ?
/tmp/omci.log c'est le boot courant.
/logs/omci.log est une copie persistante, qui n'est pas systématique et peut être ancienne.

stevebrush les infos OLT tu les récupères avant ou après avoir branché la fibre ?
Pour ma part, je ne trouve pas ces traces dans mes logs :

Code: [Sélectionner]

olt_vendor_id.value = ALCL
>>>>>>>>setOltInfo olt_base = 2, vendor = ALCL
oltinfo: vendor:ALCL,olt type:2,relInfo:6000200
De toute façon mon HardwareVersion est bien renseigné et je perds la connexion SSH après avoir branché la fibre.

Est-ce que tu peux poster des logs récupérés avant que ça coupe (/tmp/omci.log) quelque part (en cachant to SN visible et en hexa) ? et après la coupure (et reboot) : /logs/omci.log
Le fait que tu sois sur un ALCL est intéressant car je suis dans ce cas.

edit (/var -> /tmp donc /var = /tmp)

Non, chez moi, ça c'est mon numéro de série (sans le MfrID=SMBS)... tu devrais essayer de le changer, ça peut-être une raison de non fonctionnement : fw_setenv ont_serial XXXXXXXX

Code: [Sélectionner]

ONTUSER@SFP:~# fw_printenv | grep ont_serial
ont_serial=XXXXXXXX

Hmmm, après une rapide vérification, je n'avais même pas ce champ de présent, je l'ai ajouté mais sans plus de résultats.
J'ai mon après midi pour faire différents tests, en espérant avancer un peu sur le problème.

Simple question, quelqu'un a réussit, ou utilise actuellement la version 3FE47111BFHB32 du G-010S-A pour faire ses tests ?

Je me demande si éventuellement elle ne pourrait pas résoudre le problème omci sur Huawei, mais me pose également pas mal de questions concernant l'éventualité d'un soft-brick en cas de downgrade, etc...

Oui, moi : je les ai toutes testé, elles fonctionnent toutes, alors j'ai gardé la dernière. Au niveau upgrade, downgrade, on passe d'une image à l' autre (la 0 ou la 1) et réciproquement donc tant que l'image est bonne, ça ne pose pas de soucis. Il y a un mécanisme de validation qu'htwi a décortiqué, il répondra sûrement mieux que moi là dessus.

Du coup pas grand chose de plus avec le nouveau firmware.

Cependant j'obtiens des messages différents avec dmesg :
Avant :
[   23.772000] [onu] Now netdev have set Snooping Call Back.
[   23.776000] successfully insert igmp dev module
[   40.112000] [onu] GPHY Firmware loaded into RAM (phy11g.bin)
[   40.488000] [onu] PE[255] firmware loaded v9.90.6.1
[   42.248000] libphy: Falcon MDIO: probed
[   42.280000] IPv6: ADDRCONF(NETDEV_UP): host: link is not ready
[   42.348000] IPv6: ADDRCONF(NETDEV_UP): lct0: link is not ready
[   44.280000] IPv6: ADDRCONF(NETDEV_UP): lct0: link is not ready
[   44.544000] IPv6: ADDRCONF(NETDEV_UP): lct0: link is not ready
[   59.388000] IPv6: ADDRCONF(NETDEV_UP): host: link is not ready
[   59.448000]
[   59.448000] Set board info type = 255
[   59.464000] Reset igmp snooping.
[   59.896000] igmpltq hal_kernel_cfg_mcast_vlan_action  There is no Gemport found for Mulitcast.
[   59.916000] igmpltq Cfg Vlan Action with itf:1 Error.
[   59.920000] igmpltq hal_kernel_cfg_mcast_vlan_action  There is no Gemport found for Mulitcast.
[   59.936000] igmpltq Cfg Vlan Action with itf:2 Error.
[   59.940000] igmpltq hal_kernel_cfg_mcast_vlan_action  There is no Gemport found for Mulitcast.
[   59.956000] igmpltq Cfg Vlan Action with itf:3 Error.
[   59.960000] igmpltq hal_kernel_cfg_mcast_vlan_action  There is no Gemport found for Mulitcast.
[   59.976000] igmpltq Cfg Vlan Action with itf:4 Error.
[   59.980000] igmpltq hal_kernel_cfg_mcast_vlan_action  There is no Gemport found for Mulitcast.
[   59.996000] igmpltq Cfg Vlan Action with itf:5 Error.
[   60.000000] igmpltq hal_kernel_cfg_mcast_vlan_action  There is no Gemport found for Mulitcast.
[   63.124000] get OperatorID=XXXX and start long time light status
[   63.136000] [onu] ploam_fsm: event not handled - 60 in state 0
[   63.148000] [onu] PLOAM Rx - message lost
[   63.624000] IPv6: ADDRCONF(NETDEV_CHANGE): lct0: link becomes ready
[   65.656000] IPv6: ADDRCONF(NETDEV_CHANGE): host: link becomes ready
[   66.512000]
[   66.512000] Set board info type = 255
[   66.556000] Reset igmp snooping.
[   72.740000] >>IgmpApiSetChannelMode(), uniport=1, enable=1
[   72.840000] >>IgmpApiSetChannelMode(), uniport=1, enable=1
[   72.884000] >>IgmpApiSetChannelMode(), uniport=1, enable=1
[   72.940000] >>IgmpApiSetChannelMode(), uniport=1, enable=1
[   73.388000] >>IgmpApiSetChannelMode(), uniport=1, enable=1
[   73.440000] >>IgmpApiSetChannelMode(), uniport=1, enable=1
[   74.500000] >>IgmpApiSetChannelMode(), uniport=1, enable=0
[   74.564000] igmpdrv err:RemoveMcastVlan uni=1 mc_vlan=0 k_igmp_ioctl_remove_ds_mcast_vlan:260
[   74.596000] >>IgmpApiSetChannelMode(), uniport=1, enable=0
[   74.620000] igmpdrv err:RemoveMcastVlan uni=1 mc_vlan=0 k_igmp_ioctl_remove_ds_mcast_vlan:260
[   74.672000] >>IgmpApiSetChannelMode(), uniport=1, enable=1
[   74.776000] >>IgmpApiSetChannelMode(), uniport=1, enable=1

Maintenant :
[   24.148000] [onu] Now netdev have set Snooping Call Back.
[   24.152000] [onu] sce error -1, table ID 1, index 0
[   24.156000] igmpltq hal_kernel_cfg_mcast_vlan_action line:721 ret:-1
[   24.164000] successfully insert igmp dev module
[   33.688000] [hcfg] try to load /usr/cfg/hcfg/3FE46542AAAA.cfg
[   39.896000] [onu] GPHY Firmware loaded into RAM (phy11g.bin)
[   40.272000] [onu] PE[255] firmware loaded v9.90.6.1
[   42.332000] libphy: Falcon MDIO: probed
[   42.360000] IPv6: ADDRCONF(NETDEV_UP): host: link is not ready
[   42.412000] IPv6: ADDRCONF(NETDEV_UP): lct0: link is not ready
[   44.252000] IPv6: ADDRCONF(NETDEV_UP): lct0: link is not ready
[   44.564000] IPv6: ADDRCONF(NETDEV_UP): lct0: link is not ready
[   57.548000] IPv6: ADDRCONF(NETDEV_UP): host: link is not ready
[   57.608000] Reset igmp snooping.
[   58.888000] item not exist, please check your input LOID
[   58.908000] item not exist, please check your input LOID
[   58.920000] item not exist, please check your input LOID
[   58.988000] item not exist, please check your input LOID
[   59.000000] item not exist, please check your input LOID
[   59.012000] item not exist, please check your input LOID
[   60.048000] get OperatorID=XXXX and start long time light status
[   60.060000] [onu] ploam_fsm: event not handled - 60 in state 0
[   60.084000] [onu] PLOAM Rx - message lost
[   60.084000] [onu] PLOAM loss detected, but not in O5
[   60.548000] IPv6: ADDRCONF(NETDEV_CHANGE): lct0: link becomes ready
[   64.704000] IPv6: ADDRCONF(NETDEV_CHANGE): host: link becomes ready
[   65.464000] Reset igmp snooping.
[   71.532000] igmpdb oltIgmpCleanAll[0] == 1

Pourquoi cette soudaine apparition d'erreurs liées a LOID ?
J'ai tenté la manipulation recommandé par @up-n-atom : ri set Password XXXXXXXX, reboot etc...
Rien de mieux... ca finit toujours en hal_pm_get_gemport_count failed, gemPort id =1!

Ci joint le omci.log (j'ai normalement supprimé tous les chaînes sensibles)