CRS226 zgłasza no-link i sfp-rx-lose yes na uplinku SFP-10G-LR zakodowanym pod Cisco
Przejęliśmy mały węzeł agregacyjny i jeden z uplinków 10G nie wstaje, odkąd wymieniono w nim moduł. Moduł figuruje jako niekompatybilny z CRS226, więc podejrzenia padły najpierw na to, ale odczyty nie wyglądają mi na odrzucony moduł.
- MikroTik CRS226 na węźle agregacyjnym, moduł w sfp-sfpplus1
- Fiberworks SFP-10G-LR, zakodowany pod Cisco
- para jednomodowa do zdalnej lokalizacji, po drodze patchowana przez dwa panele
/interface ethernet monitor sfp-sfpplus1
status: no-link
sfp-rx-lose: yesTemperatura i napięcie zasilania w tym samym odczycie wyglądają całkiem normalnie, a moduł jest wyraźnie wykrywany - to nie jest odczyt pustej klatki.
Co już zrobiliśmy u siebie:
- wyjęliśmy i włożyliśmy moduł jeszcze raz, wyczyściliśmy oba złącza
- przełożyliśmy go do drugiego portu SFP+, identyczny wynik
- sprawdziliśmy konfigurację portu, nic nie jest wymuszone, nic wyłączone
Więc jak to jest: CRS226 po cichu odrzuca moduł zakodowany pod Cisco i zgłasza to jako no-link, czy sfp-rx-lose znaczy to, co mi się wydaje, i powinienem wysyłać kogoś na drugi koniec?
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 5
Twój własny odczyt już odpowiedział na pytanie o kompatybilność. Moduł odrzucony przez switch w ogóle nie zgłaszałby temperatury i napięcia - pełny odczyt monitora oznacza, że CRS226 odczytał moduł i rozmawia z nim bez żadnych problemów. A
sfp-rx-lose: yesto własna informacja modułu o utracie sygnału: nie widzi światła na włóknie odbiorczym. Brak światła na wejściu, brak linku, niezależnie od tego, co mówi kodowanie.Czyli to problem instalacji, nie kompatybilności. Kolejność, w jakiej bym to sprawdzał:
Tak czy inaczej, dokładnie ten sam typ modułu działa u nas w CRS226 do CCR od miesięcy, więc samo połączenie tych urządzeń nie jest problemem.
Co jest po drugiej stronie i czy tamten port pokazuje się jako up? Gdyby zdalny nadajnik był włączony, spodziewałbyś się jakiejś mocy odbioru, a nie czystej utraty sygnału.
Dwa tanie testy, zanim ktokolwiek gdzieś pojedzie. Zamień obie żyły na swoim panelu krosowym i zobacz, czy flaga zostaje na miejscu. I poproś drugą stronę, żeby odczytała swój własny moduł: jeśli oba końce zgłaszają utratę odbioru, para jest przerwana gdzieś po drodze albo ktoś przepatchował złe żyły na jednym z tych paneli.
Warto rozdzielić dwa tryby awarii, skoro już tam będziesz. Zupełny brak światła to twój przypadek i to ten łatwiejszy. Bardziej wredny wariant to światło, którego jest ledwie trochę: jeden z pary uplinków światłowodowych u nas zalogował alarm Rx power low na poziomie -20.2 dBm przy progu -18.4 dBm i uzbierał 46 tysięcy input errors oraz 42 tysiące CRC errors, podczas gdy link formalnie stał jako up. Opowiedziały to
show interface transceiver detailishow interface counters errors.Praca w terenie jest taka sama w obu przypadkach - wyczyść i obejrzyj obie końcówki, zmierz TX i RX, poszukaj zbyt długiego odcinka, złej spawki albo taniego patchcorda, i podmień moduł, jeśli poziomy dalej stoją nisko. Nigdy nie ustaliłem dokładnego winowajcy u siebie, więc traktuj to jako kierunek, a nie wyrok.
Jeszcze jedna rzecz do checklisty po drugiej stronie: odbiornik potrafi umrzeć sam z siebie, bez żadnej winy światłowodu.
Cisco ma field notice, FN-72192, obejmujący partię QSFP-40G-LR4 - sprzedawanych też jako QSFP-40G-LR4-S i WSP-Q40GLR4L - która opuściła fabrykę z detektorem odbiorczym ustawionym odrobinę nie tam, gdzie powinien być. Notatka dotyczy modułów, których numer seryjny zaczyna się od ACW, a kod daty mieści się w ACW2415xxxx-ACW2449xxxx: w nich strona odbiorcza degraduje się i link spada. Platforma, którą wymienia, to seria ASR 900. Postępowanie to wymiana po awarii, więc to sprawdzenie numeru seryjnego i zgłoszenie do supportu, a nie coś, co się konfiguruje.
Część, która da się uogólnić na twój link: wczesnym ostrzeżeniem jest wartość odbioru w danych DOM, która osuwa się stopniowo w dół, a nie spada nagle jak z urwiska. Dobry argument za tym, żeby rysować wykresy DOM na każdym uplinku, zamiast czytać je dopiero, gdy coś już się popsuło.
Co do zaufania odczytom - w większości tak, ale nie w ciemno. Krążył kiedyś przypadek patyczka Huawei GPON ONT siedzącego w slocie SFP+ MikroTika, zgłaszającego bardzo niską moc odbioru przy pobieraniu utykającym poniżej 20 Mbps na dużo szybszym planie, i nikt nigdy nie ustalił, czy winny był odczyt, czy linia. Sprawa została otwarta.
Przy zwykłej parze LR jak twoja brałbym wynik z monitora dosłownie. Przy nietypowych modułach w klatce SFP+ warto mieć drugi odczyt z drugiego końca, zanim zaplanujesz wokół tego wyjazd ekipy.