English 
简体中文 
繁體中文 
Русский 
Español 
Deutsch 
Français 
Português 
Italiano 
Türkçe 
Polski 
Nederlands 
日本語 
한국어 
Bahasa Indonesia 
Bahasa Melayu 
العربية 
हिन्दी 
Tiếng Việt 
ภาษาไทย 
বাংলা 
اردو 
Kiswahili 
Oʻzbekcha 
አማርኛ 
فارسی PON-Probleme: ONU-Registrierung, LOS und Pegel
Passive optische Netze bringen eigene Fehlerbilder zusätzlich zur gewöhnlichen Optik mit: Ein Sender spricht über einen Splitter mit Dutzenden Empfängern, die beiden Richtungen nutzen unterschiedliche Wellenlängen, und das OLT entscheidet, wer mitmachen darf. Diese Seite behandelt die PON-spezifischen Fehler, vor allem bei SFP-ONU-„Sticks“ und OLT-Modulen, wo CodingBox-Nutzer die meiste PON-Zeit verbringen.
ONU registriert sich nicht
Die ONU sieht Licht, aber das OLT aktiviert sie nie. Die Liste von oben nach unten durchgehen:
| Prüfung | Warum es die Registrierung blockiert | Abhilfe |
|---|---|---|
| PON-Standard | eine GPON-ONU an einem XGS-PON-OLT (oder umgekehrt) nutzt andere Wellenlängen und hört das OLT nie | das Modul auf das OLT abstimmen: GPON 1490/1310, XGS-PON 1577/1270 (PON-Wellenlängen) |
| Seriennummer/Whitelist | die meisten OLTs aktivieren nur bekannte ONU-Seriennummern (GPON SN, Vendor-ID + 8 Hex-Stellen) | die Seriennummer der ONU am OLT registrieren – oder den Stick so einstellen, dass er die vom OLT erwartete Seriennummer meldet |
| LOID/PLOAM-Passwort | manche Betreiber authentifizieren per logischer ID oder Passwort statt der/zusätzlich zur Seriennummer | LOID/Passwort in der Firmware des Sticks konfigurieren |
| Vendor-ID | Betreiber-OLTs akzeptieren mitunter nur freigegebene ONU-Herstellercodes | der Stick muss eine akzeptierte Vendor-ID melden (das 4-Buchstaben-Präfix der Seriennummer) |
| ONU-Rx-Pegel außerhalb der Klasse | unter ca. −27/−28 dBm (Klasse B+) kann die ONU den Downstream nicht dekodieren; über ca. −8 dBm übersteuert sie | die Anlage korrigieren oder bei einer zu kurzen Drop-Leitung ein Dämpfungsglied einfügen |
| Ranging/Entfernung | ONU außerhalb des differenziellen Reichweitenfensters des OLT (typisch 20 km, manchmal 60) | Faserlänge und OLT-Einstellungen prüfen |
| OLT-Port | Port deaktiviert, ONU-Limit erreicht, falsches Profil | Konfiguration auf OLT-Seite |
| Rogue-ONU | eine andere, dauerhaft sendende ONU blendet den OLT-Empfänger für alle | isolieren, indem die Drop-Leitungen einzeln getrennt werden; OLTs melden Rogue-Erkennung |
In einem ONU-Stick stecken zwei Identitäten: die MSA-Modulidentität (SFF-8472, das liest der Host-Router) und die PON-Identität (Seriennummer, Vendor-ID, LOID/Passwort, das sieht das OLT). CodingBox kodiert Erstere; Letztere wird über die eigene Verwaltungsschnittstelle des Sticks gesetzt. Siehe PON-Transceiver: OLT und ONU.
ONU zeigt LOS
Gar kein Downstream-Licht:
- Verschmutzter oder beschädigter SC/APC – PON-Steckverbinder sind APC; eine verschmutzte Stirnfläche an einem Drop, dessen 28 dB Budget bereits ausgeschöpft sind, reicht aus.
- UPC in einer APC-Anlage – ein Patchkabel mit blauer Tülle in einem Netz mit grüner Tülle kostet mehrere dB und reflektiert in Richtung OLT (Physikalische Fehlanpassungen).
- Splitter-Port ungenutzt/beschädigt; Faserbruch zwischen Splitter und ONU (ein OTDR von der ONU-Seite sieht ihn; von der OLT-Seite verdeckt der Splitter einzelne Drops).
- Modul mit falscher Wellenlänge (siehe Tabelle oben) – erscheint als LOS, nicht als „falscher Standard“.
Pegel
| Messwert | Normal | Zu niedrig | Zu hoch |
|---|---|---|---|
| ONU-Rx (GPON B+) | −8 … −27 dBm | Budget verfehlt: Schmutz, Splitter-Verhältnis, Entfernung | Drop zu kurz → Dämpfungsglied |
| OLT-Rx pro ONU | −8 … −28 dBm | Problem einer einzelnen Drop-Leitung; ONUs am selben Port vergleichen | Burst-Übersteuerung |
| ONU-Tx | +0,5 … +5 dBm (GPON) | sterbender Laser | – |
Das OLT meldet die Upstream-Leistung pro ONU (über Ranging), während der eigene DDM-Rx-Wert des OLT-SFP ein Burst-Mittelwert ist: für die Diagnose den Pro-ONU-Wert des OLT-Systems verwenden (DDM-Pegel).
Unterbrochener Betrieb
- Grenzwertiger ONU-Rx (−26…−28 dBm) – funktioniert, bis ein warmer Tag oder ein geknicktes Patchkabel kommt.
- Überhitzter Stick – SFP-ONUs laufen in Consumer-Routern ohne Luftstrom heiß; Symptome sind Ausfälle am Nachmittag und ein Temperaturalarm im DDM (Leistung und Temperatur).
- Host-Kompatibilität – der SFP-Port des Routers muss die Rate des Sticks unterstützen (GPON-Sticks melden 1G oder 2,5G; XGS-PON-Sticks brauchen einen 10G-SFP+-Port) und den Modus (SGMII/1000BASE-X) (Geschwindigkeit und Rate).
- OMCI/Provisioning – Dienst konfiguriert, aber kein Verkehr: ein Problem des OLT-Profils, keine Optik.
OLT-seitige Optik
- OLT-Module sind Klasse B+/C+/C++ (siehe PON-Transceiver); eine C+-Anlage, die von einem B+-Modul gespeist wird, verliert ~4 dB Budget.
- OLT-SFPs sind oft genau wie Switch-Optik an das OLT-Chassis herstellergesperrt (Herstellersperre).
Diagnoseablauf
- Standard und Wellenlänge des Moduls gegen das OLT prüfen.
- ONU-Rx auslesen: über das DDM des Sticks auf der Werkbank oder über den Router.
- SC/APC-Drop prüfen und reinigen; Schliff-Farbe kontrollieren.
- Seriennummer/Vendor-ID/LOID mit den Erwartungen des OLT abgleichen.
- Das OLT prüfen: Portstatus, ONU-Liste, Rogue-Alarme, Rx pro ONU.
- Eine nachweislich funktionierende ONU an derselben Drop-Leitung einsetzen.
In CodingBox
CodingBox liest einen PON-Stick oder ein OLT-Modul wie jedes SFP: Wellenlängen- und Ratencodes auf dem Bildschirm Check transceiver (GPON oder XGS-PON? OLT- oder ONU-Seite?), Rx/Tx und Temperatur live auf DDM, sowie die vom Host-Router erwartete MSA-Identität im EEPROM editor.
Das Protokoll hinter diesen Symptomen – Aktivierungszustände, Ranging, DBA, OMCI – steht in Wie ein PON funktioniert; Klassenfenster und ein durchgerechnetes Budget in ODN-Klassen und Leistungsbudget.