Diagnostyka portów FC: liczniki, slow drain, sprawdzanie SFP

Przełącznik SAN liczy wszystko, co idzie nie tak na porcie, a liczniki dają się jednoznacznie powiązać z przyczynami fizycznymi — jeśli wiesz, który licznik oznacza „brudne złącze”, a który „host nie opróżnia swoich buforów”. Ta strona wymienia liczniki na dwóch dominujących platformach, na co wskazuje każdy z nich, jak objawia się przeciążenie typu slow drain, oraz jak odczytać sam SFP z poziomu przełącznika.

Liczniki

Licznik (Brocade `porterrshow`)	Odpowiednik w Cisco MDS (`show interface fc… counters`)	Znaczenie	Wskazuje na
enc_out — błędy kodowania poza ramkami	invalid transmission words	błędne symbole między ramkami	optyka, kabel, złącze, niezgodność szybkości — klasyczny licznik warstwy fizycznej
enc_in — błędy kodowania wewnątrz ramek	invalid transmission words / CRC	uszkodzone symbole wewnątrz ramek	te same przyczyny, poważniejsze
crc_err	CRC errors	ramka nie przeszła CRC	łącze na granicy: brudne czoło złącza, niska moc Rx, uszkadzający się SFP; na ISL sprawdź oba końce
crc_g_eof	CRC with good EOF	błąd CRC, ale ramka zakończyła się prawidłowo — powstał wcześniej w torze, przed tym portem	sprawdź poprzedni przeskok
too_shrt / too_long / bad_eof	frame too short / too long / bad EOF	zniekształcone ramki	zwykle skutek enc_in albo wadliwego urządzenia
link_fail	link failures	łącze przeszło w stan down	wyciągnięcie kabla, awaria SFP, zasilanie, reset dalekiego końca
loss_sync / loss_sig	sync loss / signal loss	utrata synchronizacji sygnału albo synchronizacji słów	niska moc Rx, LOS, migotanie — Migotanie łącza
frjt / fbsy	F_RJT / F_BSY	ramki odrzucone lub oznaczone jako zajęte przez fabric	fabric albo strefowanie, nie optyka
disc_c3 — odrzucenia klasy 3	timeout discards	ramki odrzucone po przekroczeniu czasu w przełączniku	slow drain / przeciążenie
c3timeout tx/rx	—	kierunek przekroczeń czasu	tx: podłączone urządzenie jest wolne; rx: problem wcześniej w torze
pcs_err (16G+)	—	błędy bloków PCS 64B/66B	warstwa fizyczna przy 16/32GFC
uncor_err (16G+ z FEC)	FEC uncorrected	FEC nie zdołał poprawić bloku	łącze na granicy — Metryki VDM i FEC
credit loss (`portstatsshow`: tim_txcrd_z)	credit loss / tx credit not available	czas spędzony z zerowymi kredytami nadawczymi	przeciążenie albo utracone R_RDY na zabrudzonym łączu

Zasada praktyczna: enc_out, crc_err, loss_sync, pcs_err rosną przy problemie fizycznym; disc_c3, c3timeout, tim_txcrd_z rosną przy problemie z przeciążeniem; frjt/fbsy — przy problemie fabric. Wyzeruj liczniki, odczekaj i patrz na szybkość przyrostu, nie na wartości całkowite.

Slow drain

Urządzenie końcowe, które wolno zwraca kredyty (przeciążony host, awaryjny HBA, niezgodność szybkości na trasie), przetrzymuje ramki w buforach przełącznika; te ramki przekraczają czas oczekiwania i są odrzucane, a przeciążenie rozprzestrzenia się wstecz przez ISL na niepowiązane urządzenia. To najbardziej szkodliwy problem SAN i na pierwszy rzut oka wygląda jak przypadkowy problem z wydajnością.

Objaw	Gdzie
rosnący tim_txcrd_z na porcie F_Port	urządzenie na tym porcie wolno zwraca kredyty
disc_c3 / c3timeout tx na tym samym porcie	ramki do tego urządzenia przekraczają czas oczekiwania
disc_c3 na ISL i innych portach F_Port	przeciążenie się rozprzestrzeniło
Alerty Bottleneck/MAPS „latency” (Brocade), `show logging onboard flow-control request-timeout`, congestion-drop / slow-drain detection (Cisco)	narzędzia platformy

Łagodzenie: napraw albo odizoluj wolne urządzenie (port fencing, kwarantanna w wirtualnym kanale o niskim priorytecie), skróć limity czasu congestion-drop na portach brzegowych, unikaj skoków szybkości na trasie, utrzymuj rozsądną nadsubskrypcję ISL (Projektowanie SAN). Optyka niemal nigdy nie jest przyczyną slow drain — ale łącze na granicy z utraconymi R_RDY może to imitować, więc najpierw sprawdź enc_out/crc.

Sprawdzanie SFP z poziomu przełącznika

Zadanie	Brocade FOS	Cisco MDS / NX-OS
Dane identyfikacyjne SFP i DDM	`sfpshow <port>`	`show interface fc1/1 transceiver details`
Stan portu i szybkość	`portshow <port>`, `switchshow`	`show interface fc1/1`, `show interface brief`
Liczniki błędów	`porterrshow`, `portstatsshow <port>`	`show interface fc1/1 counters [detailed]`
Zerowanie liczników	`portstatsclear` / `statsclear`	`clear counters interface fc1/1`
Test łącza	`portloopbacktest`, diagnostyka D_Port (`portcfgdport`, `portdporttest`)	`show interface fc1/1 transceiver details` + loopback przez narzędzia diagnostyczne
Polityka kondycji	MAPS (progi CRC, ITW, credit loss, mocy/temperatury SFP)	polityki port-monitor (moc RX/TX, CRC, ITW, credit loss)

sfpshow i transceiver details pokazują producenta, numer katalogowy, numer seryjny, szybkości i wartości DDM z progami — te same bajty, które CodingBox odczytuje na stanowisku. Obie platformy oznaczają optykę jako unsupported; port utknięty w stanie Mod_Inv, No_Module albo „unsupported transceiver” to odrzucenie przez politykę, a nie usterka (Blokada producenta, Optyka FC).

Sekwencja diagnostyczna dla wadliwego portu FC

porterrshow / liczniki: fizyczne (enc_out, crc, sync) kontra przeciążenie (disc_c3, credits) kontra fabric (rjt/bsy).
DDM SFP: moc Rx na obu końcach względem okien klasy (Typowe wartości); trend prądu bias Tx pod kątem starzenia.
Wyczyść i obejrzyj złącza; wymień patchcord; sprawdź ponownie liczniki, patrząc na tempo przyrostu.
Szybkość: wymuś negocjowaną szybkość na niższą generację, aby sprawdzić, czy błędy ustają (łącze 32G na granicy może być czyste przy 16G) — Szybkość i przepływność.
Test D_Port / loopback, aby rozdzielić przełącznik, SFP i kabel.
Jeśli to przeciążenie: znajdź wolne urządzenie po tim_txcrd_z, a nie po porcie, który zgłasza problem.

W CodingBox

Podejrzany SFP FC wyjęty z przełącznika można odczytać na stanowisku: dane identyfikacyjne, kody szybkości/medium FC, sumy kontrolne i DDM na żywo na ekranach Check transceiver i DDM. Moduł, który jest sprawny na stanowisku, a zgłasza błędy w porcie, przesuwa podejrzenie na kabel, złącze albo daleki koniec.

Jeśli znajdziesz nieścisłość lub błąd w tym materiale, zaznacz odpowiedni fragment i naciśnij Ctrl+Enter, aby .