ERS 5510-24T widzi GBIC 1000SX w system information, ale dioda IN USE nigdy się nie zapala
Łączę dwa budynki po parze Nortela, która stoi dłużej niż ja tu pracuję. Plan był prosty: zaświecić istniejący światłowód budynkowy między dwoma switchami i mieć to z głowy, ale port 23 nie chce wstać na żadnym końcu.
- Dwa Nortel ERS 5510-24T, oprogramowanie 4.0.2.02
- GBIC-e SFP 1000SX, po jednym w porcie 23 na każdym switchu
- około 120 m światłowodu budynkowego przez piony, zakończone w dalszej szafie przez kogoś, kto robił oryginalną instalację
port 23: no link, IN USE LED dark on both switches
GBIC listed in system information on both endsCo próbowałem:
- wyłączyłem auto-negocjację na porcie 23 po obu stronach
- ustawiłem symetryczną kontrolę przepływu na porcie
- zbudowałem wokół niego MLT, na wypadek gdyby port musiał być członkiem czegoś
Nic z tego niczego nie zmieniło. Instrukcja mówi, że GBIC trzeba aktywować programowo, ale nigdzie nie mówi, gdzie to ustawienie siedzi, i nie znajduję w menu niczego, co by choć trochę to przypominało. Czy naprawdę brakuje mi jakiegoś kroku aktywacji, czy gonię zupełnie za czymś innym?
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
Dioda IN USE nie informuje o tym, że moduł jest osadzony. Zostaje ciemna, dopóki port faktycznie nie zobaczy linku optycznego, więc mówi ci wyłącznie to, co już powiedział status portu - nic się nie łączy - i nie ma żadnego ukrytego kroku aktywacji programowej, którego trzeba szukać. Sformułowanie w instrukcji wysyła wszystkich w tę samą dziurę.
Naprawdę powodują to dwie rzeczy i obie spotkałem w tym samym budynku.
Po pierwsze, moduł musi pasować do szkła. 1000SX to część wielomodowa. Jeśli piony są jednomodowe, możesz konfigurować, co chcesz, i nigdy się nie połączy; tam potrzebny jest moduł LX, na tej platformie AA1419015.
Po drugie, i to zwykle wygrywa na starym okablowaniu budynkowym: nadawanie musi trafiać na odbiór. Para wpuszczona odwrotnie w zdalnej szafie daje dokładnie ten objaw - oba GBIC-e widoczne w system information, oba końce skonfigurowane, zero linku. W przypadku, którym się zajmowałem, zamiana par miejscami w dalszej szafie była całym rozwiązaniem.
Kolejność, w jakiej bym to robił: sprawdzić, jaki światłowód naprawdę jest w pionach, potem przejść parami od końca do końca pod kątem kierunku, potem pożyczyć trasę, o której wiadomo, że jest dobra, zanim zaczniesz obwiniać moduł. Przy okazji przywróć auto-negocjację i kontrolę przepływu do wartości domyślnych, żadne z nich nie jest tu twoim problemem.
Zanim zaczniesz kopać głębiej w menu: co naprawdę jest w pionach, wielomod czy jednomod? Nikt tego porządnie nie opisuje, a 120 m między budynkami to dokładnie ten dystans, na którym ludzie przekonują się o tym na własnej skórze.
Drugie pytanie: czy ktoś otwierał dalszą szafę i sprawdzał zakończenia, czy ufacie tamtejszym opisom?
Test, który nic nie kosztuje, póki czekasz na odpowiedź na jedno albo drugie: weź krótki patchcord i spnij pętlą jeden port światłowodowy z drugim na tym samym switchu. Jeśli ten link wstanie, moduły i porty są w porządku, a wszystko, czego szukasz, jest w samej instalacji.
Ten sam kształt problemu na zupełnie innym sprzęcie: trzy switche LANCOM GS-2326P+ połączone wielomodem przez panele krosowe na piętrach. Moduły wykrywane, światło w światłowodach, każdy port światłowodowy utknięty na braku linku.
Kierunek to było w końcu to, na co wszystko wskazywało. To, że widzisz światło we włóknie, nic ci nie mówi o tym, w którą stronę ono leci, a panel krosowy w środku trasy to dokładnie miejsce, gdzie para się zamienia miejscami, więc przejdź każdy panel i udowodnij, że nadawanie z jednej strony trafia na odbiór po drugiej.
Potem ta nudna sprawa: oba końce muszą być tym samym rodzajem optyki. Krótki zasięg 850 nm i długi zasięg 1310 nm się nie dogadają, moduł 100 Mbit nie dogada się z gigabitowym, a optyka wielomodowa chce szkła wielomodowego, a nie jednomodowego 9 um.
Jeszcze jedno, co może, ale nie musi dotyczyć twoich Norteli: niektóre switche robią sprawdzenie modułu przy starcie i wprost odmawiają optyki innych producentów. U nas nigdy nie doczekaliśmy się potwierdzonego rozwiązania, bo testy czekały na wizytę na miejscu, ale kabel do pętli to był ten krok, który w jedno popołudnie rozdzieliłby instalację od sprzętu.
Jeszcze jeden powód, żeby nie wymieniać modułu na podstawie samego wskaźnika: w tej rodzinie platform zgłaszany stan myli się też w drugą stronę.
Mam stack trzech ERS 5520 z portami SFP 1/48 i 2/48 w MLT. Port 2/48 wstaje z OperStatus down i pomarańczowym kwadratem w interfejsie zarządzania, podczas gdy moduł świeci sobie równym zielonym światłem, a ruch przechodzi przez link zupełnie normalnie.
Zielone światło plus ramki na przewodzie oznaczają, że optyka i szkło robią, co do nich należy, a kłamstwo siedzi w stanie, jaki stack trzyma dla tego portu - w tej gałęzi oprogramowania to właśnie członkowie inni niż jednostka bazowa się mylą. Wymuszenie nowej elekcji jednostki bazowej albo wyjęcie i ponowne osadzenie okablowania stacka jest wystarczająco tanie, żeby spróbować, a w nowszym obrazie całkiem możliwe, że jest to już zgłoszone jako naprawione. To, co nic nie daje, to wyjmowanie działającego SFP dlatego, że kwadrat w interfejsie jest pomarańczowy.