Un ONU SFP à la place de l'ONT Rostelecom : le bâtonnet ne s'enregistre pas sur l'OLT et le PPPoE ne monte pas
À la maison, fibre Rostelecom, avec l'ONT de l'opérateur installé, et j'aimerais retirer la boîte superflue de l'armoire : brancher un ONU SFP directement dans le routeur et distribuer moi-même ensuite. J'ai acheté le bâtonnet, mais ça ne va pas plus loin que la première étape.
- routeur Keenetic Giga, port SFP libre
- bâtonnet Eltex NTU-SFP-100
- cordon de brassage SC/APC depuis la prise, un mètre
- dans le quartier, apparemment, un OLT Huawei MA5683
Ce que je vois, regroupé en un seul bloc :
линк на порту: up/down каждые несколько секунд
ONU на OLT: not registered
PPPoE: сессия не устанавливается
корпус стика через полчаса: около 80 C, в руке не удержатьEssayé :
- déplacé le bâtonnet sur un MikroTik - même tableau, aucun enregistrement ;
- vérifié le cordon de brassage et nettoyé le connecteur, pas de coupure ;
- refait tous les réglages PPPoE, les mêmes identifiant et mot de passe qui fonctionnent normalement sur l'ONT d'origine.
Est-ce que je comprends bien que sans intervention de l'opérateur le bâtonnet ne montera jamais, ou y a-t-il encore quelque chose à ajuster de mon côté ? Et si le module finit par être accepté, à quoi s'attendre côté VLAN et IPTV ?
Show original (Русский)
Also available in: Русский
العربية
Deutsch
English
Español
Français
हिन्दी
Bahasa Indonesia
Italiano
日本語
한국어
Nederlands
Polski
Português
Türkçe
Tiếng Việt
简体中文
Comments 5
En bref : un ONU SFP n'est pas « un module à la place de l'ONT », mais un terminal à part entière géré par l'opérateur. Tant que le numéro de série du bâtonnet n'est pas enregistré sur l'OLT, il n'existe pas pour le réseau : pas d'enregistrement, pas de ports GEM attribués, inutile de creuser plus loin.
Tout le reste arrive par OMCI côté opérateur : ports GEM, CVLAN (chez Rostelecom c'est généralement 10), profils ; une partie des paramètres arrive aussi par TR-069. Vous ne pouvez pas écrire ça à la main sur le bâtonnet, il n'y a tout simplement pas l'interface web habituelle d'un ONT là-dedans.
Ce qu'il faut faire : aller voir l'opérateur avec le numéro de série et demander l'enregistrement comme terminal abonné. Certains l'enregistrent sans discussion, d'autres refusent par principe de travailler avec un ONU tiers - et là il n'y a pas d'option.
Et tout de suite sur les attentes, pour éviter la déception plus tard. Les bâtonnets transportent normalement le GEM, mais le mode pont et le multicast pour l'IPTV ne vivent que si les profils correspondants sont activés sur l'OLT. S'ils ne les donnent pas - il y aura internet, pas d'IPTV. Pour les 80 °C, vous ne vous trompez pas, ils sont vraiment aussi chauds, et la surchauffe provoque exactement ces flaps de port et ces chutes de débit. Donc la ventilation et un emplacement aéré ne sont pas un luxe, mais une partie de l'installation.
Première question de fond : avez-vous donné le numéro de série du bâtonnet à l'opérateur ? Tant qu'il n'est pas inscrit sur l'OLT, rien n'ira au-delà de not registered - ni PPPoE, ni lien au sens habituel. Vous écrivez vous-même « apparemment » à propos de l'OLT - vérifiez précisément auprès du support, la provision est différente sous Huawei et sous ZTE. Dites aussi quel firmware tourne actuellement sur le bâtonnet et si vous avez essayé un autre cordon de brassage : une partie de ces flaps se soigne en changeant le cordon, pas les réglages. Et regardez si le port flappe fibre branchée, ou s'il saute pareil quand le bâtonnet est vide - ce sont deux histoires différentes.
Histoire similaire, mais avec du matériel différent : j'ai monté du GPON dans un EdgeSwitch Fiber 12, avec derrière un Security Gateway, à la place du HG8245XGC d'origine. J'ai regardé le HPSP2120, le SSX1LTC et le MA5671A. Résultat identique - tout bute sur l'enregistrement du numéro de série, et à la question directe le fournisseur a répondu qu'un ONU tiers ne serait probablement pas accepté. Chez une connaissance sur MTS, en revanche, un U Fiber Nano G a fonctionné du premier coup, avec un OLT Huawei et le VLAN 30. Un autre détail sur lequel on trébuche : le GPON demande du SC/APC, connecteur vert. Avec un cordon de brassage UPC, on peut chercher longtemps un problème qui n'existe pas.
Je complète sur le choix du modèle. Les opérateurs ont souvent une courte liste de bâtonnets qu'ils acceptent d'enregistrer : ici c'est le D-Link DPN-100, le Huawei MA5671A, le Zyxel PMG3000 et le Technicolor AFM0002/AFM0003, et tout ce qui est hors liste n'est même pas discuté. Mieux vaut demander avant l'achat exactement ça : quels ONU enregistrez-vous.
Et la seconde moitié de la question, c'est l'hôte lui-même. Sur le hAP ax S, le port SFP et LAN1 se comportent de façon instable, il ne faut pas compter sur du 800-900 Mbit là-dessus ; si vous avez besoin de marge, un RB5009 ou un ONU séparé devant le routeur est plus raisonnable. Sur le PMG3000, un avertissement à part : le comportement IPv6 change d'un firmware à l'autre.
Tout ça est vrai, mais il ne faut pas tout réduire à la provision : l'hôte aussi sait refuser. Sur un Turris Omnia avec Turris OS 5.0.3, un MA5671A reflashé avec le firmware HL23446 est détecté, mais eth2 ne monte pas, le journal renvoie « SFP module encoding does not support 8b10b nor 64b66b ». Avec le firmware modifié, le module signale en plus transmit fault, avec le firmware d'origine - une erreur de lecture de l'EEPROM.
Forcer la vitesse n'a rien donné, la branche avec le noyau 5.4 et ses quirks supplémentaires non plus. Pourtant sur ce même routeur, un DFP-34G-2C2 sur puce ZTE s'est mis tranquillement en 1Gbps/full, tandis qu'un ZISA OP151S et un G-010S-A ne sont pas montés, ce dernier avec un compliance code inconnu. Le même bâtonnet reflashé fonctionne sur MikroTik si on fixe la vitesse à la main. Donc une partie de ces histoires ne concerne pas l'OLT du tout, mais le traitement du SFP côté hôte.