Port światłowodowy ERS 8600 stoi na 1G full duplex, ale switch nie uczy się na nim żadnego MAC
Jeden fizyczny serwer na naszym ERS 8600 nie gada z nikim, a switch jest głęboko przekonany, że wszystko gra. Port jest w tym stanie odkąd serwer przeniesiono z miedzi na światłowód.
- Avaya ERS 8600, serwer na porcie 1G SFP w slocie 3, port 12
- karta sieciowa serwera z własnym SFP, patch światłowodowy przez panel budynkowy
- port zostawiony na 1 Gbps full duplex, nic egzotycznego w konfiguracji
Co switch zgłasza dla tego portu:
Port 3/12: up, 1000 Mbps, full duplex
FCS errors: 0
Port errors: 0
MAC addresses learned on 3/12: nonePort więc łapie link, stoi tak dniami, nie liczy żadnych błędów, a mimo to forwarding database nigdy nie dostaje z niego ani jednego adresu. Serwer jest nieosiągalny z reszty VLAN-u.
Co próbowałem:
- odbijałem port kilka razy, nic się nie zmienia
- przełączałem flow control w obie strony, też nic
- przeszedłem FDB dla VLAN-u serwera: adresy z każdego innego portu, ani jednego z 3/12
- serwer upiera się, że jego własny link stoi na gigabicie
Gdzie szukalibyście dalej, po stronie switcha czy w optyce w serwerze?
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 3
Ten wzorzec - link up, full duplex, czyste liczniki, pusta forwarding database - prawie zawsze znaczy, że druga strona daje światło na włókno, ale nie prawidłowe ramki. Moduł w serwerze to twój pierwszy podejrzany, nie konfiguracja switcha.
Najpierw oczyść stronę switcha, żeby nikt później nie mógł się spierać. W powłoce diagnostycznej ERS 8600 uruchom
dumpPortStateipsDump(<port index>)dla tego portu. Uważaj na indeks: to nie slot/port ze zwykłego CLI, tylko slot * 64 + (numer portu - 1). Jeśli to wraca ze zdrowym lokalnym portem i czystymi licznikami, switch zrobił swoje i usterka siedzi po drugiej stronie włókna.Zanim cokolwiek kupisz, wyeliminuj samo okablowanie: spatchuj ten port sam do siebie przez zapasowy moduł tego samego typu, potem zmierz, co wychodzi i co wraca, i sprawdź, czy oba odczyty trzymają się tam, gdzie mówi spec modułu. Potem wymień SFP w karcie sieciowej serwera. W udokumentowanym przypadku z takimi objawami to było całe rozwiązanie: port switcha trzymał link dniami, z włókna nigdy nie przyszło nic sensownego, a adresy pojawiły się w chwili wymiany modułu po stronie serwera.
Jedno zastrzeżenie, gdyby sprawny moduł nic nie zmienił: niektóre platformy mają defekt softwarowy, który wygląda identycznie. ERS 5900 ma udokumentowany: zamień moduły uplink 1 Gbps na 10 Gbps SFP+ i linki wstają aktywne, nie przepuszczając nic. Późniejsze wydanie softu oznacza to jako poprawione, a reset portu albo switcha ratuje w międzyczasie. Więc jeśli wymiana nie pomoże, najpierw przeczytaj release notes do swojego softu.
Zero błędów razem z zerem nauczonych adresów to bardzo specyficzna kombinacja, więc ustal, który kierunek faktycznie jest martwy. Czy liczniki portu pokazują w ogóle jakieś odebrane ramki, czy dosłownie nic nie przychodzi? Jeśli strona odbiorcza jest płaska, a nadawcza cały czas rośnie, switch gada w pustkę, a twoja pusta FDB to objaw, nie sam problem.
Warto też zrzucić to, co switch zdołał wyciągnąć z samego modułu. W linii VSP 7000 służy do tego
show interfaces gbic-info, zawężone przezport <port number>, jeśli chcesz tylko jeden port, i mówi ono, jakie urządzenie zdaniem switcha jest zainstalowane oraz czy uznaje je za wspierane; jeśli twoje wydanie ERS ma odpowiednik, wklej jego wynik dla 3/12. I napisz, jaki moduł siedzi w karcie sieciowej serwera, marka i typ, a nie tylko „jakiś SFP”.Wszedłem do powłoki diagnostycznej, jak podpowiedziano. Dla slotu 3 portu 12 indeks wychodzi 3 * 64 + 11 = 203, więc
psDump(203)plusdumpPortState- lokalny port zdrowy, liczniki czyste, na switchu w ogóle nic złego, dokładnie jak przewidziano.Więc wyciągnąłem SFP z karty sieciowej serwera i wsadziłem zapasowy tego samego typu. Adres MAC był w forwarding database zanim wróciłem do biurka, i serwer jest osiągalny od tamtej pory bez przerwy. Martwy moduł po stronie serwera, który wciąż dawał dość światła, żeby podnieść port i utrzymać go w górze. Dzięki, inaczej spędziłbym kolejny dzień na czytaniu configu switcha od nowa.