Para Aruba 2530-48G po nowym torze OM4 200 m: port 51 w stanie Down, mimo że moduły J4858C przechodzą self-test
Jakiś czas temu poprowadzono nam magistralę OM4 na 200 m między dwoma budynkami i próbuję ją odpalić sprzętem, który już mamy. Oba końce to 2530-ki, oba moduły to część HPE, i link po prostu nie chce wstać.
- 2x Aruba 2530-48G
- 2x J4858C 1000SX, port 51 po obu stronach
- mniej więcej 200 m świeżo zainstalowanego OM4, wykonawca certyfikował jako sprawne
- zworki Digitus DK-2533-01 OM2 LC od patch panelu do switcha
show tech transceivers daje mi to dla tego portu:
Port 51 Down Auto 1000FDx 1000SX multiCo już zrobiłem:
- uruchomiłem self test modułu na obu switchach, oba przechodzą
interface 51 enablepo obu stronach, bez zmiany, port zostaje Down- zamieniłem oba moduły między switchami, ten sam wynik w każdą stronę
- osadziłem ponownie zworki przy panelu i przy switchu
Utknąłem między dwiema teoriami: albo oba moduły są wadliwe od razu z pudełka, albo to zworki OM2 na magistrali OM4 to zabijają. Która teoria jest bardziej prawdopodobna i co byście przetestowali dalej, żeby faktycznie którąś udowodnić?
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 4
Zanim zaczniesz dalej teoretyzować, skróć link. Przenieś jeden switch do drugiego, wstaw oba J4858C i połącz je jednym patchcordem - jedna zworka, żadnych paneli, żadnego zainstalowanego światłowodu. Jeśli port 51 w ten sposób wstanie Up, oczyściłeś jednym ruchem oba moduły i oba porty switchy, a to, co zostaje, jest po drugiej stronie tej linii: zainstalowany światłowód, panele, sprzęgacze, zakończenia.
Tak właśnie poszła sprawa, którą się zajmowałem. Ta sama para 2530-48G, te same J4858C, port 51 Down na zainstalowanym torze i Up, gdy tylko oba moduły stanęły plecami do siebie na jednym przewodzie. Przy takim dowodzie przestałbym podejrzewać optykę - ale bądźmy jasni co do tego, co ten test daje. Izoluje segment, nic więcej. Która część trasy jest zła - panel, spawa, złącze, czy po prostu przepięta niewłaściwa para - zostaje otwarte, dopóki ktoś nie podłączy do tego miernika albo OTDR.
Skoro już przy tym jesteś, odłożyłbym na bok teorię OM2. Dla 1000SX na 200 m klasa zworki nie jest tym, co cię powstrzymuje, a OM3 i OM4 są zresztą wzajemnie kompatybilne. Mieszanie klas jest niechlujne i sam bym tak nowej instalacji nie budował, ale to nie ta usterka, za którą gonisz.
Gdy test plecami do siebie przejdzie, wróć do tych, którzy ciągnęli światłowód, i poproś o wyniki certyfikacji na piśmie, per włókno, ze stratą i długością. Ich własny test zadeklarował link jako dobry, więc albo coś przepuszczono bez sprawdzenia, albo zmierzyli inną parę niż ta, do której jesteś przepięty - i to jest grunt, na którym możesz stanąć, gdy powiesz im, żeby wrócili i zrobili to porządnie od nowa.
Po pierwsze, rozdziel dwie różne usterki, które obie wyświetlają się jako Down. Port administracyjnie wyłączony albo źle skonfigurowany to jeden problem, port włączony, ale bez światła na odbiorniku, to zupełnie inny. Już uruchomiłeś
interface 51 enablei wciąż pokazuje Down, więc jesteś w warstwie 1, a konfiguracja odpada.Dwie rzeczy, które by to zawęziły. Co fizycznie siedzi między dwoma switchami - ile paneli krosowych, jakieś tace spawów, jakieś sprzęgacze, które ktoś dodał, żeby tor sięgnął? I czy masz raport certyfikacji od wykonawcy z rzeczywistymi wartościami tłumienności per włókno, czy tylko ustne "testowało się dobrze"?
Potwierdź też, że twoje zworki duplex nie są okablowane tak samo na obu panelach. Prosto na obu końcach zostawia cię z TX w TX, i to wygląda dokładnie jak to, co opisujesz.
Wariant tego samego testu na wypadek, gdy nie da się wstawić obu switchy do jednego pomieszczenia: zapętl moduł sam na sobie. Patchcord z TX do RX na tym samym module duplex, z tłumikiem w linii, jeśli to część dużej mocy, żeby nie usmażyć odbiornika. Jeśli port wstaje, port hosta i moduł są w porządku elektrycznie i optycznie, a usterka jest po drugiej stronie: światłowód albo parowanie.
Zrobiłem dokładnie to na MES3324F z FIBO SFP+, który odmawiał zlinkowania switch-switch - pętla wstała natychmiast, co przesunęło poszukiwania z modułu na sam odcinek. Jedno zastrzeżenie: samopętla jest bezużyteczna na modułach BiDi, bo TX i RX są na różnych długościach fali. Zamiast tego zapętl parę dobranych modułów jeden na drugim.
Przy następnej partii przetestuj moduły, zanim znajdą się w pobliżu jakiejkolwiek ściany. Odczytaj EEPROM i DDM (vendor, numer katalogowy, temperatura, moc TX i RX), zmierz moc TX miernikiem i sprawdź czułość tłumikiem, zapętl je tak, jak opisano powyżej, potem uruchom prawdziwy link na docelowej prędkości z ruchem i patrz na liczniki błędów -
ethtool -miiperf3pokrywają te dwa ostatnie punkty, jeśli masz pod ręką hosta. Na łączach, na których ci naprawdę zależy, przebieg PRBS-31 BER wystarczająco długi, żeby potwierdzić poniżej 1e-12 dla NRZ, to jest to, co dowodzi wartości modułu. Żaden pojedynczy przyrząd nie zweryfikuje wszystkiego.Jeszcze jeden nawyk pożyczony od ekipy WISP, który uratował mnie dwa razy: przegoń każdy moduł przez warm reboot, cold reboot i reseat, zanim pójdzie do służby. Część sztuk linkuje po włożeniu, a wraca martwa po power cycle - GLC-T-OEM to klasyk, wstaje tylko po ponownym osadzeniu - a inne zgłaszają stan linku, który nie jest prawdziwy. Dużo taniej znaleźć to na stole warsztatowym niż na dachu.