La Fibre
Datacenter et équipements réseaux => Routeurs => 
MikroTik RouterOS => Discussion démarrée par: jordank le 17 décembre 2022 à 11:15:34
-
Bonjour,
Je sollicite votre aide concernant un problème lors des reboot de mon routeur ou switch mikrotik.
Je dispose d'un RB5009 et d'un module GPON de fs.com, lors du reboot software du routeur, le module lui ne redémarre pas, ça provoque une grosse perte de débit (de 500Mbps à 30 en down) et j'ai le message suivant dans les logs du module :
[ 118.952000] [onu] gpe_tod_sync_set [3259] : param->multiframe_count > ONU_TOD_SFRAME_CNT_MAX
J'ai testé avec un CRS305 même problème.
Si certains d'entre vous on la même configuration que moi, j'aimerais savoir si vous avez le même problème, et si vous avez la solution pour le remédier je suis preneur ;)
Merci d'avance
-
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 :)
-
Si c'est bien le même sujet :D
Malheureusement impossible de lancer un script pour redémarrer automatiquement l'ONU (impossible de configurer de clé ssh, rien de persistant).
Le support fs.com me conseille d'éteindre puis de rallumer les broches VCCT et VCCR du module après le redémarrage de routeur. Mais je n'ai pas trouvé de façon de faire cela depuis l'interface mikrotik :/
Je suis pas assez chaud pour ouvrir et bidouillé l'electronique du mikrotik ;D
-
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! ;)
-
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 ?
-
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 ;D
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 :
# 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 :
# ONT-G
256 0 HWTC 0000000000000 00000000 2 0 0 0 0 #0devient :
# 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)
-
Voici ce que j'ai fait :
# 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 :
# ONT-G
256 0 HWTC 0000000000000 00000000 2 0 0 0 0 #0devient :
# 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 ::)
-
J'ai refais quelques tests et lors d'un des reboot ma connexion était normal, j'ai donc reboot une nouvelle fois et la connexion HS voici les logs :
[ 53.884000] [onu] FSM O5 - re-use Alloc-Id 0x112 / Tcont Idx 0x000
[ 53.944000] [onu] FSM O5 - re-use Alloc-Id 0x212 / Tcont Idx 0x001
[ 54.024000] [onu] FSM O5 - re-use Alloc-Id 0x312 / Tcont Idx 0x002
[ 236.884000] IPv6: ADDRCONF(NETDEV_UP): host: link is not ready
[ 242.220000] IPv6: ADDRCONF(NETDEV_CHANGE): host: link becomes ready
[ 243.200000] [onu] FSM O5 - re-use Alloc-Id 0x112 / Tcont Idx 0x000
[ 243.252000] [onu] FSM O5 - re-use Alloc-Id 0x212 / Tcont Idx 0x001
[ 251.316000] [onu] FSM O5 - re-use Alloc-Id 0x112 / Tcont Idx 0x000
[ 251.364000] [onu] FSM O5 - re-use Alloc-Id 0x212 / Tcont Idx 0x001
[ 251.468000] [onu] FSM O5 - re-use Alloc-Id 0x312 / Tcont Idx 0x002
À 53 sec c'est le démarrage initial du module, à 251 le redémarrage que j'ai effectué et ou ma connexion a bien fonctionné (il semblerai que le module ai bien pris en compte que le router avait été relancé)
Le deuxième redémarrage n'a pas produit de log -> connexion HS
connexion HS :
(https://i.ibb.co/G02TQTT/Screenshot-2022-12-17-at-23-48-17.png) (https://imgbb.com/)
connexion en temps normal :
(https://i.ibb.co/X7SF5YR/Screenshot-2022-12-17-at-23-50-26.png) (https://imgbb.com/)
-
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.
-
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.
Oui c'est ça ! login/password et impossible d'y mettre une clé vu que c'est du read-only ;)
Sur mikrotik il n'est, à ma connaissance, pas possible d'executer des commandes comme sshpass. Après je pourrais bidouiller un truc pour qu'au boot de mon router, ça me lance un container docker qui lui va executer le sshpass, mais ça sera le plan B. Si ça fonctionne chez Atmis, c'est qu'il y a un problème au niveau de mon module, je vais harceler le support de fs.com ;D
-
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
-
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
Je viens de tester avec les log détaillés, mais je ne vois pas de chose anormale, aucune erreur particulière, aucun warning, j'ai comparé en fonctionnement normal et lorsque le bug apparaît mais rien :(
-
J’ai exactement le même problème.
Équipé depuis plus d'un mois d'un CCR2004-1G-12S+2XS avec le module ONU FS, j'ai suivi le même tuto.
Si j'ai le malheur de faire un reboot, je me retrouve avec un débit de 80~90 Mb/s en down et 0,6 en up. J'avais trouvé la solution d'éteindre complètement le CCR2004 pour revenir à des débits corrects de ma fibre c’est à dire 2Gb/s et ~800Mb/s .
En suivant les conseils d’ Atmis dans un post, j’ai activé le fichier data_1g_8q_us1280_ds512.ini en modifiant la valeur 256 0 HWTC… car j’avais constaté que l’upload n’était pas aussi performant que la Livebox, j’avais du mal à atteindre les 800Mb/s mais uniquement en ipv4, aucun problème en IPV6. Avec cette modif je suis plus à 750Mb/s donc toujours une petite perte.
As-tu pu résoudre ce problème du reboot ?
-
J’ai exactement le même problème.
Équipé depuis plus d'un mois d'un CCR2004-1G-12S+2XS avec le module ONU FS, j'ai suivi le même tuto.
Si j'ai le malheur de faire un reboot, je me retrouve avec un débit de 80~90 Mb/s en down et 0,6 en up. J'avais trouvé la solution d'éteindre complètement le CCR2004 pour revenir à des débits corrects de ma fibre c’est à dire 2Gb/s et ~800Mb/s .
En suivant les conseils d’ Atmis dans un post, j’ai activé le fichier data_1g_8q_us1280_ds512.ini en modifiant la valeur 256 0 HWTC… car j’avais constaté que l’upload n’était pas aussi performant que la Livebox, j’avais du mal à atteindre les 800Mb/s mais uniquement en ipv4, aucun problème en IPV6. Avec cette modif je suis plus à 750Mb/s donc toujours une petite perte.
As-tu pu résoudre ce problème du reboot ?
Malheureusement non !
FS.com a accepté de remplacer mon module, mais cela n'a pas résolu le problème.
Lorsque le Mikrotik redémarre, soit je me connecte sur le module via ssh et je fais un reboot, soit je débranche le module (j'attend 10 secondes) et je le rebranche.
J'avais pensé à faire en sorte que lorsque le Mikrotik démarre, ça lance un container docker pour envoyer un reboot via sshpass au module, mais bon cela reste du bricolage...