Brocade G610 na FOS 9.x oznacza kompatybilną optykę 16G SWL jako faulty: Mod_Inv i Speed Mismatch / Incompatible SFP
Dokładamy pojemność do małej fabryki FC i kupiliśmy kompatybilne 16G short-wave SFP+ od dostawcy optyki zamiast płacić cenę producenta switcha. Switch je odrzuca.
- Brocade G610, Fabric OS 9.x
- 16G SWL SFP+ z generycznym kodowaniem, poprawna długość fali i zasięg według etykiety
- części 16G kodowane przez Brocade w sąsiednich portach tego samego switcha, działają
- te same moduły wypróbowane w starszym Brocade 300, to samo zachowanie
Po włożeniu port wstaje jako faulty:
switchshow
12 12 010c00 id N16 Mod_Inv FC Speed Mismatch / Incompatible SFP
sfpshow 12
Port does not use an SFP or is disabled!GUI jest bardziej dosadne: Faulted due to SFP validation failure. Check if the SFP is valid for the configuration., a Port Health przechodzi na FAULTY. errdump ma pasujący wpis chassis o porcie faultowanym z powodu nieprawidłowego SFP, konfliktu prędkości albo usterki lasera.
Już wypróbowane:
- osadzono moduł ponownie i przeniesiono na dwa inne porty, wszędzie identyczny wynik
- przypięto prędkość portu na sztywno do 16G zamiast auto, bez zmiany
- włożono w ten sam port moduł kodowany przez Brocade, żeby udowodnić, że port i kabel są sprawne, łączy się od razu
Co dokładnie waliduje tu Fabric OS, i czy jest coś po stronie switcha, co sprawi, że je zaakceptuje, czy moduły po prostu trzeba odesłać?
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 wynik jest spójny, i nic z tego nie jest błędem konfiguracji po twojej stronie.
Fabric OS trzyma tabele wyszukiwania i sprawdza zakodowaną tożsamość transceivera razem z bitami obsługiwanej prędkości. Oczekuje, że możliwości prędkości Fibre Channel będą zakodowane, coś w kształcie 4/8/16G albo 8/16/32G, zależnie od części. Moduł zakodowany generycznie, albo zakodowany z prędkościami Ethernet siedzącymi w polach speed, nie przechodzi tej kontroli, nawet jeśli optyka ma poprawną długość fali i zasięg, więc port jest faultowany zamiast po prostu zostać down. Pusty
sfpshowto efekt uboczny tej samej kontroli: kiedy walidacja nie przechodzi, moduł czyta się jako brakujący, a nie jako odrzucony, co wysyła ludzi na polowanie na martwe klatki.Nie ma żadnego ustawienia po stronie switcha, które to obejdzie: decyzja zapada na podstawie kodowania, nie negocjowanej prędkości. Wyjściem jest moduł zakodowany pod Fibre Channel z właściwymi prędkościami FC dla twojej platformy, zgodnie z macierzą wsparcia transceiverów Broadcom. Twój dostawca zwykle może przekodować części, które już masz, co jest lepsze niż odsyłanie ich z powrotem.
Brocade 300, G610, G720 i urządzenia OEM takie jak IBM SAN64B-6 wszystkie zachowują się tak samo, a warianty SWL, LWL, ELWL, CWDM i DWDM są traktowane tak samo. Stało się to zauważalnie częstsze wraz z FOS 9.x, dlatego części, które były w porządku w starszej fabryce, nagle przestają być.
Jedna pułapka, jeśli kiedyś trafią do urządzenia Gen 7: G720 odrzuca też optykę niezabezpieczoną, i nawet część Brocade 32G taka jak 57-1000333-01 ląduje tam w Mod_Inv. Gen 7 chce numerów części zabezpieczonych z macierzy, nie tylko poprawnego kodowania FC.
Zanim je odeślesz, dociśnij dostawcę w jednej sprawie: jakie prędkości faktycznie są wypalone w polach speed capability tych modułów. Prędkości Fibre Channel, coś w kształcie 4/8/16G, czy prędkości Ethernet? Generyczne kodowanie na etykiecie nic o tym nie mówi, a to zwykle tam się psuje.
Warto też wkleić:
sfpshowz jednego z działających portów kodowanych przez Brocade obok tego faultowanego, żeby porównać, jaką tożsamość switch czyta w każdym przypadku. I nie trać więcej czasu na ustawienie prędkości portu, to nie tego dotyczy ta kontrola.Zapytałem ich, i to jest ten drugi przypadek. Pola speed niosą prędkości Ethernet, nie ma tam w ogóle żadnej ustawionej prędkości FC, nic w kształcie 4/8/16G, co switch mógłby znaleźć. Optyka ma właściwą długość fali i zasięg dla 16G SWL, ale tożsamość nigdy nie została zapisana pod część Fibre Channel, i dostawca to przyznał, jak tylko zacytowałem im ten błąd z powrotem.
Porównanie, o które prosiłeś, niewiele mówi.
sfpshowna działającym porcie obok wypisuje pełny blok tożsamości, jak należy, podczas gdy na faultowanym porcie nadal dostaję tylkowięc switch nawet nie prezentuje tego jako odrzucony moduł, klatka czyta się jako pusta. I co do ustawienia prędkości portu, to było odhaczone jeszcze zanim napisałem.