J'ai modifié le post 1 de la page 1:
Mise à jour du 16 décembre 2022La version stable actuelle de RouterOS (v7,6) est stable avec les ONU Lantiq, fonctionnant de façon plus facile qu'auparavant, notamment sans besoin de forcer la vitesse de l'interface à la main en ligne de commande, tout est infiniment mieux reconnu à cette heure en terme de vitesse d'interface SFP à 2,5Gbps. Bon, Ok, les ONU FS.com peuvent plantouiller la remontée de santé et de température, mais ils sont rock stables.
Je procède également à l'ajout de précisions quant aux chaînes transmises par DCHP_CLIENT lors de la négociation routeur<=>InfraOrange. Dans le présent post j'expose la négociation matérielle d'inscription sur l'arbre GPON, mais je vois que j'ai relativement peu développé l'étape de la couche OSI juste au dessus, celle de la négociation DHCP.
Comme exposé dans le post original page 273, on converti son identifiant fti en hexa, que l'on place dans l'option 90 des dchp client IPv4 et IPv6. Ça fonctionne chez moi avec une chaîne 90
courte "
presque", depuis deux ans, mais, conformément au post
de @levieuxatorange en date du 7 novembre 2022, il convient de resserrer la validité des chaines 90 que l'on envoit lors de la négociation, sous peine de nous voir refuser un bail DHCP valide, et d'être flaggué "
client Orange renégat presque, vil adepte de l'éviction de LiveBox"
Je vous invite à jeter un œil aux arguments option 90 en IPV4 et option 11 en IPv6 que vous envoyez lors de l'établissement de la connexion. Si vous avez une chaîne relativement courte, qui contient grossièrement des zéros et identifiants fti en hexa, ce qui jusqu'ici fonctionnait encore, vous vous exposez à la déconnexion.
Munissez vous donc de votre identifiant fti ET de votre mot de passe, et rendez vous sur la page de
@kgersen (merci à lui)
https://jsfiddle.net/kgersen/3mnsc6wy/ et générez votre nouvelle option 90/11. On retire tous les ":" et on place 0x devant. En écrasant les versions antérieures, ça fonctionne impeccablement ici.