C'est pas de ca qu'on parlait là? https://lafibre.info/mikrotik/mikrotik-rb5009/84/

Tu voulais utiliser un script pour redémarrer automatiquement l'ONU, ca a donné quelque chose?

Par intérêt pour la chose, j'ai regardé la spec I2C SFF, et malheureusement, il n'y a pas de commande reset/reboot définie.
Par contre, si on regarde le pinout du socket SFF (https://en.wikipedia.org/wiki/Small_Form-factor_Pluggable#Signals), on a un signal TX_DISABLE qui va du host vers le module SFP. Vu que sur assertion de ce pin, le module SFP doit éteindre son laser, on peut ṕenser qu'envoyer un pulse sur ce pin redémarrera la négociation OMCI (passage de O 0 à O5 si je me souviens bien).

Autre piste, ouvrir le boitier du Mikrotik et suivre les lignes +3.3V qui arrivent au connecteur. Je serai surpris si elles n'étaient pas pilotables par un GPIO ou autre.

Je n'ai ni Mikrotik, ni ONU SFP, sinon je m'y attèlerai bien juste pour le fun

Cela me rappelle le temps héroïque où avec une Freebox V4, j'avais un petit circuit coulé avec un Nunux qui lorsque la liaison était perdue (un vieux ping cyclique avec IP du DSLAM) coupait carrément l'alimentation, puis remettait sous tension 10s plus tard...
Comme reboot à froid, c'était radical! Mais cela, c'était il y a plus de 15 ans ans!

Cela me rappelle le temps héroïque où avec une Freebox V4, j'avais un petit circuit coulé avec un Nunux qui lorsque la liaison était perdue (un vieux ping cyclique avec IP du DSLAM) coupait carrément l'alimentation, puis remettait sous tension 10s plus tard...
Comme reboot à froid, c'était radical! Mais cela, c'était il y a plus de 15 ans ans!

Les bonnes vielles méthode 

C'est étrange ce problème. J'ai 2 modules FS.com, un RB5009 (7.7rc1), un CRS305 (7.6 - pas utilisé en ce moment), je ne constate aucun problème. Je viens de rebooter le RB5009 pour voir, j'ai chronométré moins d'une minute pour rebooter et retrouver la liaison Internet et j'ai directement le plein débit (2Gbps).
Pas de souci constaté non plus sur le CRS305 lorsqu'il était utilisé. Et les 2 modules FS.com sont OK.
Peut-être un problème technique sur ton module en particulier ?

Merci pour ton retour 
Tu as appliqué une configuration en particulier sur ton module ?
Pour ma part j'ai suivi le tuto : https://lafibre.info/remplacer-livebox/guide-de-connexion-fibre-directement-sur-un-routeur-voire-meme-en-2gbps/
set_serial_number ABCD12345678
sfp_i2c -i 7 -s “ABCD”
reboot

Je vais re-contacter le support FS.com en expliquant que chez d'autres personnes il n'y a aucun soucis...

Voici ce que j'ai fait :

Code: [Sélectionner]

# Modification du serial number :
set_serial_number SMBSXXXXXXXX
# Modification du constructeur :
sfp_i2c -i 7 -s "SMBS"

# A priori juste pour l'affichage du "Vendor Serial" dans l'affichage "SFP" du switch
sfp_i2c -i 3 -s "SMBSXXXXXXXX"
Puis j'ai modifié le fichier /etc/mibs/data_1g_8q.ini (faire une sauvegarde)
À l'origine la ligne :

Code: [Sélectionner]

# ONT-G
256 0 HWTC 0000000000000 00000000 2 0 0 0 0 #0devient :

Code: [Sélectionner]

# ONT-G
256 0 SMBS SMBSSGLB6107\0\0 00000000 2 0 0 0 0 #0(Correspond au 9.9 Hardware Version des infos de la box, ici une Livebox 6)

J'ai tenté un reset de l'ONU, j'ai remis tous les paramètres et modifié le fichier /etc/mibs/data_1g_8q.ini comme indiqué sans succès :/
J'espère que le support de fs.com saura m'éclairer car la je buche 

Malheureusement impossible de lancer un script pour redémarrer automatiquement l'ONU (impossible de configurer de clé ssh, rien de persistant).

Tu as un login et un password pour te logguer sur l'ONU, c'est bien ca? Mais pas possible de placer une clef publique sur l'ONU car le filesystem est read-only.
As-tu essayé avec sshpass ? C'est un wrapper pour ssh qui permet de donner le mot de passe par argument plutôt qu'interactivement. Ca permet d'automatiser l'ouverture de session ssh (dans un script ou cronjob, par exemple) avec les systèmes sur lesquels il est impossible d'utiliser l'auth par clef publique.

Je confirme que ça fonctionne bien, et en plus hier j'ai enfin pu résoudre mes petits soucis de manque de perf sur OLT Alcatel. Je publierai un message récapitulatif dans le thread dédié.

As-tu essayé de générer un log détaillé pour le deamon OMCI, voir s'il y avait plus de détails ?

Il faut modifier le fichier /etc/init.d/omcid.sh et remplacer la ligne :
${OMCID_BIN} -d3 -p$mib_file  -o$omcc_version -i$omci_iop_mask ${lct} -l/tmp/log/debug > /dev/console 2> /dev/console &par
${OMCID_BIN} -d1 -p$mib_file  -o$omcc_version -i$omci_iop_mask ${lct} -l /tmp/omci.log > /dev/console 2> /dev/console &
Le log est /tmp/omci.log