CRS328 z GPON stickiem Alcatel-Lucent G-010S-P: tylko TX, brak RX, długość fali pokazuje 33685 nm
Przenoszę domowe łącze FTTH z ONT operatora na stick GPON we własnym routerze, żeby światłowód lądował prosto w szafie i żebym miał jedno pudełko zamiast dwóch. Stick jest rozpoznawany, port wstaje, a potem nic nie wraca.
- MikroTik CRS328-24P-4S+, stick w sfp-sfpplus1
- Alcatel-Lucent G-010S-P GPON ONU
- Bell Canada FTTH, światłowód ze skrzynki ściennej prosto do modułu
- port przypięty na sztywno, autoneg wyłączony:
/interface/ethernet set sfp-sfpplus1 auto-negotiation=no speed=1G-baseXLiczniki TX rosną, liczniki RX stoją na zerze, a strona modułu pokazuje coś takiego:
wavelength: 33685.00nmCo już zrobiłem:
- wyjąłem i włożyłem z powrotem, wyczyściłem złącze, spróbowałem drugiego gniazda SFP+
- wyciągnąłem światłowód całkowicie - wartość długości fali się nie zmienia, ze światłowodem czy bez
- zostawiłem port przypięty na 1G na godzinę, na wypadek gdyby to było powolne rangowanie
Więc: czy 33685.00nm to dowód, że optyka w tym sticku jest martwa, czy switch po prostu źle dekoduje to pole EEPROM dla modułu GPON? I czy po stronie operatora musi się coś wydarzyć, zanim SFP ONU w ogóle dostanie pozwolenie na rangowanie?
Show original (English)
Also available in: English
العربية
Deutsch
Español
Français
हिन्दी
Bahasa Indonesia
Italiano
日本語
한국어
Nederlands
Polski
Português
Русский
Türkçe
Tiếng Việt
简体中文
Comments 6
W twoim poście są dwie osobne rzeczy i tylko jedna z nich to usterka.
33685.00nm to artefakt dekodowania, nie pomiar. Te sticki pracują na dwóch długościach fali - 1310 w górę, 1490 w dół - a switch odczytuje pojedyncze pole długości fali z EEPROM tak, jakby to był zwykły transceiver z jednym laserem. Zobaczysz tę samą liczbę na sticku, który spokojnie przenosi ruch, więc jako diagnostyka jest bezużyteczna. Odłóż to na bok.
Ruch w jedną stronę to sama jednostka. Przechodziłem przez to na tym samym switchu, CRS328-24P-4S+: G-010S-P nadawał i nigdy nic nie odbierał, a link wstał w chwili, gdy wstawiłem inny moduł z tej samej rodziny - O-010S-P, wariant o rozszerzonym zakresie temperatur. To samo konto, ten sam światłowód, żadnej zmiany w konfiguracji. Czyli pierwszy stick był albo wadliwy, albo złym wariantem do tej linii.
Trzymaj port przypięty na sztywno podczas testów, inaczej dodajesz drugą zmienną:
Z ALCLFAB w numerze seryjnym i kontem już przełączonym na SFP ONU twoja połowa po stronie operatora jest załatwiona. Zdobądź drugi stick, zanim spędzisz nad tym kolejny wieczór.
Zanim spiszesz optykę na straty, sprawdź nudną połowę. Na wielu kontach FTTH SFP ONU to nie jest drop-in zamiennik pudełka operatora: konto trzeba ręcznie przeprowizjonować pod niego, a niektórzy operatorzy akceptują tylko moduł, którego numer seryjny niesie ich własny prefiks producenta. TX bez niczego w odpowiedzi to dokładnie to, jak wygląda od strony abonenta ONU, które nie zostało autoryzowane.
Napisz, co stick zgłasza jako producenta i numer seryjny, i powiedz, co masz skonfigurowane po stronie WAN - tag VLAN, PPPoE czy DHCP.
Numer seryjny zaczyna się od ALCLFAB, czyli prefiksu, jakiego chcą tutaj na biznesowym koncie FTTH. Konto też zostało ręcznie przekonfigurowane pod SFP ONU - to zajęło telefon, pierwsza linia wsparcia nie miała pojęcia, o co proszę.
Strona routera to VLAN 35 na porcie SFP z klientem PPPoE na wierzchu. Klient nigdy nie przechodzi poza discovery. Liczniki RX wciąż płaskie, a odczyt niezmiennie 33685.00nm, niezależnie od tego, czy światłowód jest podłączony, czy nie.
Żeby rozwinąć kwestię długości fali: pole, które czyta switch, siedzi w obszarze SFF-8472 i zostało zdefiniowane dla modułu z jednym laserem. ONU GPON ma nadajnik pracujący w trybie burst i odbiornik na innej długości fali, więc nie ma tam jednej poprawnej wartości do wpisania, i producenci wpisują, co im pasuje. Nic w standardzie nie zmusza hosta, żeby zweryfikował sensowność tego bajtu, zanim go wyświetli, i tak właśnie kończysz z pięciocyfrowymi nanometrami.
Ta sama logika dotyczy linii mocy optycznej na tych stickach. Jeśli potrzebujesz wiedzieć, jak radzi sobie strona PON, weź to ze stanu samego ONU, nie ze strony diagnostyki switcha.
Warto powiedzieć, że strona hosta w tym wszystkim to nie jest dziwactwo MikroTika. W rodzinie 7210 SAS dokumentacja producenta mówi o tym wprost: wczesne wydania w ogóle nie implementowały DDM, więc porty nie pokazują ani mocy optycznej, ani temperatury nawet z modułami, które to wspierają, i każą sprawdzić, które wydanie dodaje tę funkcję do twojego wariantu. Dla modułów, których nie dostarczył producent, ten sam poradnik mówi, że diagnostyka może być wyświetlana, ale nie bierze odpowiedzialności za jej format ani dokładność.
Jest też flaga możliwości w EEPROM modułu, która decyduje, czy platforma traktuje SFP jako zdolny do DDM, a moduły, które jej nie ustawiają, wciąż mogą wypisywać wiarygodnie wyglądające liczby, których nikt nie zwalidował.
show port <port> detailto tam, gdzie się to czyta na tej platformie. Wartość innego producenta na tym pudełku traktuję jako podpowiedź, nigdy jako pomiar - mniej więcej takie podejście zasługuje twoje 33685.Zamykam temat: drugi stick to naprawił. Wstawiłem O-010S-P, klient PPPoE wstał na VLAN 35 w ciągu minuty, żadnych zmian po stronie operatora i nic nietknięte w konfiguracji portu. Stary G-010S-P robi to samo tylko-TX w innym gnieździe, więc jak dla mnie jest martwy.
I tak - działający moduł też zgłasza 33685.00nm. Cieszę się, że nie spędziłem tygodnia, ścigając tę liczbę.