Problèmes PON : enregistrement ONU, LOS et niveaux

Les réseaux optiques passifs ajoutent leurs propres modes de défaillance à ceux de l’optique classique : un émetteur s’adresse à des dizaines de récepteurs à travers un coupleur, les deux sens utilisent des longueurs d’onde différentes, et l’OLT décide qui peut rejoindre le réseau. Cette page couvre les défauts propres au PON — en particulier avec les ONU SFP « sticks » et les modules OLT, là où les utilisateurs de CodingBox passent le plus clair de leur temps PON.

L’ONU ne s’enregistre pas

L’ONU voit de la lumière, mais l’OLT ne l’active jamais. Parcourez la liste :

Vérification	Pourquoi cela bloque l’enregistrement	Comment corriger
Norme PON	une ONU GPON sur un OLT XGS-PON (ou l’inverse) utilise des longueurs d’onde différentes et n’entend jamais l’OLT	faites correspondre le module à l’OLT : GPON 1490/1310, XGS-PON 1577/1270 (Longueurs d’onde PON)
Numéro de série / liste blanche	la plupart des OLT n’activent que des numéros de série d’ONU connus (SN GPON, ID constructeur + 8 hex)	enregistrez le numéro de série de l’ONU sur l’OLT — ou configurez le stick pour qu’il présente le numéro de série attendu par l’OLT
Mot de passe LOID / PLOAM	certains opérateurs authentifient par identifiant logique ou mot de passe à la place du numéro de série, ou en complément	configurez le LOID/mot de passe dans le firmware du stick
ID constructeur	les OLT de l’opérateur peuvent n’accepter que des codes constructeur d’ONU approuvés	le stick doit présenter un ID constructeur accepté (le préfixe de 4 lettres du numéro de série)
Puissance Rx ONU hors classe	en dessous de ~−27/−28 dBm (classe B+), l’ONU ne peut pas décoder le sens descendant ; au-dessus de ~−8 dBm, elle sature	corrigez l’infrastructure, ou ajoutez un atténuateur sur un drop trop court
Ranging / distance	ONU hors de la fenêtre de portée différentielle de l’OLT (généralement 20 km, parfois 60)	vérifiez la longueur de fibre et les réglages de l’OLT
Port OLT	port désactivé, limite d’ONU atteinte, mauvais profil	configuration côté OLT
ONU rogue	une autre ONU qui émet en continu aveugle le récepteur de l’OLT pour tout le monde	isolez-la en déconnectant les drops un par un ; les OLT signalent la détection de rogue

Deux identités cohabitent dans un stick ONU : l’identité de module MSA (SFF-8472 — ce que lit le routeur hôte) et l’identité PON (numéro de série, ID constructeur, LOID/mot de passe — ce que voit l’OLT). CodingBox code la première ; la seconde se configure via l’interface de gestion propre au stick. Voir Transceivers PON : OLT et ONU.

L’ONU affiche LOS

Aucune lumière descendante du tout :

SC/APC sale ou endommagé — les connecteurs PON sont en APC ; une seule face d’extrémité sale sur un drop avec déjà 28 dB de bilan consommé suffit.
UPC dans une infrastructure APC — une jarretière à manchon bleu dans un réseau à manchon vert coûte plusieurs dB et réfléchit vers l’OLT (Incompatibilités physiques).
Port de coupleur inutilisé / endommagé ; rupture de fibre entre le coupleur et l’ONU (l’OTDR côté ONU la voit ; côté OLT, le coupleur masque les drops individuels).
Module à mauvaise longueur d’onde (voir le tableau ci-dessus) — se lit comme un LOS, pas comme une « mauvaise norme ».

Niveaux

Mesure	Normal	Trop faible	Trop élevé
ONU Rx (GPON B+)	−8 … −27 dBm	bilan insuffisant : saleté, ratio du coupleur, distance	drop trop court → atténuateur
OLT Rx par ONU	−8 … −28 dBm	problème propre à un drop ; comparez les ONU sur le même port	saturation en rafale
ONU Tx	+0,5 … +5 dBm (GPON)	laser en fin de vie	—

L’OLT rapporte la puissance montante par ONU (via le ranging), alors que le DDM Rx propre au SFP de l’OLT est une moyenne de rafale — utilisez le chiffre par ONU du système OLT pour le diagnostic (Niveaux DDM).

Service intermittent

Rx ONU limite (−26…−28 dBm) — fonctionne jusqu’à une journée chaude ou une jarretière pliée.
Stick en surchauffe — les ONU SFP chauffent fort dans les routeurs grand public sans circulation d’air ; les symptômes sont des coupures l’après-midi et une alarme de température dans le DDM (Puissance et thermique).
Compatibilité hôte — le port SFP du routeur doit prendre en charge le débit du stick (les sticks GPON se présentent en 1G ou 2,5G ; les sticks XGS-PON ont besoin d’un port SFP+ 10G) et le mode (SGMII / 1000BASE-X) (Vitesse et débit).
OMCI / provisionnement — service configuré mais pas de trafic : un problème de profil OLT, pas d’optique.

Optiques côté OLT

Les modules OLT sont de classe B+/C+/C++ (voir Transceivers PON) ; une infrastructure C+ alimentée par un module B+ perd ~4 dB de bilan.
Les SFP d’OLT sont souvent verrouillés constructeur au châssis de l’OLT, exactement comme les optiques de commutateur (Verrouillage constructeur).

Séquence de diagnostic

Vérifiez la norme et la longueur d’onde du module par rapport à l’OLT.
Lisez le Rx ONU — depuis le DDM du stick sur banc ou via le routeur.
Inspectez et nettoyez le drop SC/APC ; vérifiez la couleur de polissage.
Vérifiez numéro de série / ID constructeur / LOID par rapport à ce qu’attend l’OLT.
Vérifiez l’OLT : état du port, liste des ONU, alarmes rogue, Rx par ONU.
Remplacez par une ONU dont le bon fonctionnement est avéré, sur le même drop.

Dans CodingBox

CodingBox lit un stick PON ou un module OLT comme n’importe quel SFP : longueur d’onde et codes de débit sur l’écran Check transceiver (GPON ou XGS-PON ? côté OLT ou ONU ?), Rx/Tx en direct et température sur DDM, et l’identité MSA qu’attend un routeur hôte dans l’EEPROM editor.

Le protocole derrière ces symptômes — états d’activation, ranging, DBA, OMCI — se trouve dans Comment fonctionne un PON ; les fenêtres de classe et un bilan calculé dans Classes ODN et bilan.

Si vous trouvez une inexactitude ou une erreur dans cet article, sélectionnez le passage concerné et appuyez sur Ctrl+Enter pour .