Odcinek 27 km na MES3324F: te same moduły w MXA-64 się łączą, a Eltex zwiesza port w PORT_SUSPENDED
Styk między dwoma naszymi węzłami: odcinek około 27 km jednomodu, na obu końcach MES3324F. Wstawiliśmy parę SFP FANG HANG 1550 nm, które były sprzedawane jako czterdziestokilometrowe. Link wstaje, żyje kilkadziesiąt sekund i pada, i tak w kółko, dopóki port się nie zablokuje.
- 2 x Eltex MES3324F, firmware 4.0.7
- SFP FANG HANG 1550 nm, partnumer S1253271221932, deklarowane 40 km
- odcinek ~27 km jednomodu, pośrednie krosy na obu węzłach
- patchcordy z tej samej partii co na sąsiednich stykach
console# show fiber-ports optical-transceiver
Port ... Output Power Input Power LOS
gi1/0/23 -6.11 dBm -22.00 dBm No
%LINK-W-PORT_SUSPENDED
Co już sprawdziliśmy:
- trasę mierzyliśmy, do kabla nie ma zastrzeżeń
- przełożyliśmy tę samą parę modułów z tymi samymi sznurami do MXA-64 na to samo włókno - link wstaje od razu i stoi bez flapów
- zamieniliśmy moduły miejscami i przetknęliśmy do sąsiednich portów optycznych, zachowanie to samo
Wejściowe -22 dBm samemu mi się nie podobają, ale wtedy niejasne jest, czemu na MXA-64 na tym samym włóknie wszystko się trzyma. Czy to MES3324F aż tak nie lubi pracy na granicy czułości, czy jednak problem tkwi w modułach i trzeba szukać porządnej pary na 40 km? Nie chce mi się jechać po nowe moduły, żeby uderzyć w to samo.
Comments 4
-22 dBm na odbiorze dla gigabitu na 1550 nm to już sama krawędź, tam decyduje każdy zbędny konektor. Kilka pytań, żeby nie zgadywać:
show fiber-ports optical-transceiverna dalekim końcu? Interesuje mnie Input Power właśnie tam, nie tylko u was.Z doświadczenia, „40 km” w opisie oferty i realny zasięg modułu to różne rzeczy, a na 27 km wyłazi to jako pierwsze.
Na dalekim końcu obraz jest lustrzany, odbiór tak samo niski, rozbieżność w granicach błędu pomiaru. Co do modułów: sprzedawca w końcu przyznał, że to sprzęt dwudziestokilometrowy, a nie czterdziestokilometrowy, więc zapasu budżetu na 27 km tam od początku nie było.
Równolegle pisaliśmy do supportu Eltex. Odpowiedź krótka: sprawdzić, czy transceivery w ogóle odpowiadają DDM, zaktualizować firmware i, skoro moduły są gigabitowe, dodać na obu końcach
Zrobiliśmy wszystkie trzy punkty - port i tak dochodzi do
%LINK-W-PORT_SUSPENDED, tylko trochę później. Poziomów na MXA-64 nie zdejmowaliśmy, przyznaję się, patrzyliśmy tylko na sam fakt linku.Teraz czekamy na porządną parę na 1550 nm z zapasem budżetu, do tego momentu uważam sprawę za otwartą.
Podobne łapałem na Cisco, tylko tam objawiało się to nie blokadą portu, a śmieciami w licznikach: jeden z dwóch optycznych uplinków uzbierał 46 tysięcy input errors i 42 tysiące CRC, w logu - alarm Rx power low, -20.2 dBm przy progu -18.4 dBm.
Leczyło się to nie na switchu: czyszczenie obu końcówek, pomiar TX i RX miernikiem, sprawdzenie długości trasy, spawek i jakości patchy. Część błędów zniknęła, ale do końca poziomy do normy tak i nie wróciły, moduł w końcu też wymieniono. Sens jest taki, że na granicy budżetu sprzęt zachowuje się różnie: jeden zbiera CRC i udaje, że działa, drugi uczciwie gasi port. Więc te -22 u was to nie „prawie działa”, to już przyczyna.
Do pomiaru miernikiem dodam: cyfrom DDM z tanich modułów nie warto wierzyć na słowo. Nawet vendorzy, którzy robią własną diagnostykę optyki, zastrzegają tolerancję rzędu 3 dB dla Tx i Rx i rzędu 3 stopni dla temperatury - i to dla własnych modułów. Na cudzym spokojnie można dostać parę decybeli rozbieżności z rzeczywistością, a czasem moduł w ogóle nie oddaje niczego sensownego i wczesnego alarmu o mocy nie będzie w zasadzie wcale. Progi w DDM też przychodzą z samego modułu (SFF-8472), switch ich nie wylicza.
I kolejność prac, która oszczędza czas: najpierw porównać Rx z zakresem roboczym modułu, a nie z samym faktem „link jest”, potem wymienić patchcord, potem obejrzeć pośrednie krosy - czy nie grzebał tam ktoś niedawno - i dopiero potem podejrzewać daleki moduł. Miałem przypadek, gdy odbiór spadł do -25.69 dBm, a winna okazała się nie moduł, tylko trasa.