Problemy PON: rejestracja ONU, LOS i poziomy

Pasywne sieci optyczne dodają własne tryby awarii ponad zwykłą optykę: jeden nadajnik rozmawia z dziesiątkami odbiorników przez splitter, oba kierunki używają różnych długości fali, a o tym, kto może dołączyć, decyduje OLT. Ta strona omawia usterki specyficzne dla PON — zwłaszcza dotyczące „patyczków” SFP ONU i modułów OLT, gdzie użytkownicy CodingBox spędzają większość swojego czasu z PON.

ONU się nie rejestruje

ONU widzi światło, ale OLT nigdy go nie aktywuje. Przejdź przez listę:

Sprawdzenie	Dlaczego blokuje rejestrację	Jak naprawić
Standard PON	ONU GPON na OLT XGS-PON (albo odwrotnie) używa innych długości fali i nigdy nie słyszy OLT	dopasuj moduł do OLT: GPON 1490/1310, XGS-PON 1577/1270 (Długości fali PON)
Numer seryjny / biała lista	większość OLT aktywuje tylko znane numery seryjne ONU (GPON SN, ID producenta + 8 znaków hex)	zarejestruj numer seryjny ONU na OLT — albo ustaw patyczek tak, żeby przedstawiał numer seryjny, jakiego oczekuje OLT
Hasło LOID / PLOAM	część operatorów uwierzytelnia po identyfikatorze logicznym albo haśle zamiast numeru seryjnego albo dodatkowo do niego	skonfiguruj LOID/hasło w firmware patyczka
ID producenta	OLT operatora może akceptować tylko zatwierdzone kody producenta ONU	patyczek musi przedstawić akceptowane ID producenta (4-literowy prefiks numeru seryjnego)
Moc Rx ONU poza klasą	poniżej ~−27/−28 dBm (klasa B+) ONU nie potrafi zdekodować downstream; powyżej ~−8 dBm następuje nasycenie	napraw infrastrukturę albo dodaj tłumik na zbyt krótkim odgałęzieniu
Ranging / odległość	ONU poza oknem zasięgu różnicowego OLT (zwykle 20 km, czasem 60)	sprawdź długość światłowodu i ustawienia OLT
Port OLT	port wyłączony, osiągnięty limit ONU, zły profil	konfiguracja po stronie OLT
Rogue ONU	inne ONU nadające bez przerwy oślepia odbiornik OLT wszystkim	izoluj, odłączając odgałęzienia jedno po drugim; OLT zgłaszają wykrycie rogue ONU

W patyczku ONU współistnieją dwa zestawy danych identyfikacyjnych: dane identyfikacyjne modułu MSA (SFF-8472 — to, co odczytuje router hosta) oraz dane identyfikacyjne PON (numer seryjny, ID producenta, LOID/hasło — to, co widzi OLT). CodingBox koduje te pierwsze; te drugie ustawia się przez własny interfejs zarządzania patyczka. Zobacz Transceivery PON: OLT i ONU.

ONU pokazuje LOS

Zupełny brak światła downstream:

Zabrudzone albo uszkodzone SC/APC — złącza PON to APC; wystarczy jedno zabrudzone czoło złącza na odgałęzieniu, gdzie już wykorzystano 28 dB budżetu.
UPC w infrastrukturze APC — patchcord z niebieską osłonką w sieci z zielonymi osłonkami kosztuje kilka dB i odbija sygnał w stronę OLT (Niezgodności fizyczne).
Port splittera nieużywany / uszkodzony; przerwa światłowodu między splitterem a ONU (OTDR od strony ONU ją widzi; od strony OLT splitter ukrywa poszczególne odgałęzienia).
Moduł ze złą długością fali (patrz tabela powyżej) — odczytuje się jako LOS, a nie jako „zły standard”.

Poziomy

Odczyt	Normalny	Za niski	Za wysoki
Rx ONU (GPON B+)	−8 … −27 dBm	niedobór budżetu: brud, współczynnik podziału splittera, odległość	zbyt krótkie odgałęzienie → tłumik
Rx OLT na ONU	−8 … −28 dBm	problem jednego odgałęzienia; porównaj ONU na tym samym porcie	przesterowanie impulsu
Tx ONU	+0,5 … +5 dBm (GPON)	umierający laser	—

OLT raportuje moc upstream dla każdego ONU osobno (przez ranging), podczas gdy własny Rx DDM SFP OLT to średnia z impulsów — do diagnostyki używaj wartości dla poszczególnych ONU z systemu OLT (Poziomy DDM).

Przerywane działanie usługi

Marginalny Rx ONU (−26…−28 dBm) — działa do ciepłego dnia albo zagiętego patchcordu.
Przegrzewający się patyczek — SFP ONU grzeją się mocno wewnątrz routerów konsumenckich bez przepływu powietrza; objawy to zrywanie połączenia po południu i alarm temperatury w DDM (Moc i termika).
Kompatybilność hosta — port SFP routera musi obsługiwać przepływność patyczka (patyczki GPON prezentują 1G albo 2,5G; patyczki XGS-PON potrzebują portu 10G SFP+) i tryb (SGMII / 1000BASE-X) (Szybkość i przepływność).
OMCI / provisioning — usługa skonfigurowana, ale brak ruchu: problem profilu OLT, nie optyki.

Optyka po stronie OLT

Moduły OLT mają klasę B+/C+/C++ (zobacz Transceivery PON); infrastruktura C+ zasilana modułem B+ traci ~4 dB budżetu.
SFP OLT są często zablokowane przez producenta do obudowy OLT dokładnie tak samo, jak optyka przełączników (Blokada producenta).

Sekwencja diagnostyczna

Potwierdź standard i długość fali modułu względem OLT.
Odczytaj Rx ONU — z DDM patyczka na stanowisku albo przez router.
Obejrzyj i wyczyść odgałęzienie SC/APC; sprawdź kolor polerowania.
Zweryfikuj numer seryjny / ID producenta / LOID względem tego, czego oczekuje OLT.
Sprawdź OLT: stan portu, listę ONU, alarmy rogue ONU, Rx dla poszczególnych ONU.
Podłącz na tym samym odgałęzieniu sprawdzone ONU.

W CodingBox

CodingBox odczytuje patyczek PON albo moduł OLT jak każdy SFP: długość fali i kody przepływności na ekranie Check transceiver (GPON czy XGS-PON? strona OLT czy ONU?), Rx/Tx na żywo i temperaturę w DDM, oraz dane identyfikacyjne MSA, jakich oczekuje router hosta, w EEPROM editor.

Protokół stojący za tymi objawami — stany aktywacji, ranging, DBA, OMCI — jest opisany w Jak działa PON; okna klas i przykładowy budżet w Klasy ODN i budżet.

Jeśli znajdziesz nieścisłość lub błąd w tym materiale, zaznacz odpowiedni fragment i naciśnij Ctrl+Enter, aby .