SFP+ 32G FC innego producenta w Brocade G610: czy Mod_Inv zamyka temat
Dokładamy G610 do istniejącej fabric i zostało pudełko SFP+ 16G/32G FC nie od Brocade z innej budowy. Zanim zaplanuję pod nie jakiekolwiek porty, wpiąłem jeden na stole testowym w wolny port, żeby zobaczyć, co na to switch.
- Brocade G610, Gen 6
- SFP+ 32G FC innego producenta, na module brak oznaczeń Brocade
- optyka 16G z logo Brocade wyjęta ze starszego switcha, do porównania
- w obu testach ten sam patchcord
switchshow
...
8 8 010800 id N32 Mod_InvPrzy każdym włożeniu modułu w logu błędów systemu pojawia się też wpis o niezakwalifikowanym transceiverze.
Co już sprawdziłem:
- przełożyłem moduł do innego portu i porządnie go osadziłem za uchwyt
- zamieniłem kabel i potwierdziłem, że port normalnie łapie link z markową optyką
- przejrzałem dokumentację Fabric OS w poszukiwaniu czegokolwiek, co przepuszcza niezakwalifikowany moduł
Czy jest wspierany sposób na uruchomienie niezakwalifikowanej optyki w G610, czy Mod_Inv po prostu zamyka temat na tej platformie? Wolałbym wiedzieć to teraz, a nie po tym, jak optyka trafi na zamówienie zakupu.
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
Mod_Inv to udokumentowane zachowanie, nie usterka na twoim stole. Instrukcja instalacji sprzętu dla G610 nie zostawia pola do interpretacji: moduł musi być zakwalifikowany do produktów Brocade, zanim switch go uruchomi, a wszystko inne ląduje w Mod_Inv z wpisem w logu błędów systemu. Żadnego obejścia nie ma udokumentowanego - żadnego przełącznika, żadnego trybu unsupported-optics, nic do włączenia.
Lista, której potrzebujesz przed złożeniem zamówienia, to Brocade Transceiver Support Matrix, ułożona per platforma, z numerami części produkcyjnymi i zamówieniowymi. Jeśli część nie jest wymieniona dla G610, planuj wokół tego, zamiast liczyć na szczęście.
Skoro i tak masz do czynienia z luźną optyką: wyciągaj za uchwyt, bo się grzeją; wciskaj, aż zatrzask kliknie; i pilnuj, którą stroną do góry - w górnym rzędzie portów złota krawędź styków jest skierowana w dół, w dolnym rzędzie w górę. Do tego nie wciskaj na siłę do klatki kabla przeznaczonego pod inny typ transceivera, wejdzie na tyle, że będzie wyglądał na osadzony, a potem zachowa się dokładnie jak wadliwy moduł.
Jasne co do tych bez logo, wracają do pudełka.
Czego nie spodziewałem się: jedna z oznaczonych Brocade optyk 16G, które wyjąłem ze starego switcha, też ląduje w Mod_Inv na G610, podczas gdy identycznie wyglądająca optyka obok niej podnosi się i łączy normalnie.
sfpshowpokazuje nazwę vendora Brocade i numer części na obu, i obie działają w chassis, z których je wyjąłem.Czyli etykieta na module wyraźnie nie jest całą historią. Co jeszcze bierze pod uwagę Fabric OS, zanim uzna optykę za zakwalifikowaną?
Etykieta nie jest kryterium - kryterium jest kombinacja numeru części, prefiksu seryjnego i wersji Fabric OS. Matryca wsparcia jest per platforma i ciągnie się z długim ogonem przypisów, i właśnie tam mieszka ten rodzaj niespodzianki.
Kilka przykładów, żebyś zobaczył kształt tej reguły. Secure optics to najgłośniejszy przypadek: w blade SX6 albo w 7810 nie podniosą się poniżej 8.2.1e albo 8.2.2c, podczas gdy wszędzie indziej te same moduły nie mają żadnego warunku wersji. 2-kilometrowy 4x32G FC QSFP chce 8.1.0b, gdy siedzi w porcie ICL X6. Potem schodzi to do numeru seryjnego - prefiks JDB pcha cię do 9.1.1a albo 9.2.0, inne części do 9.2.0c2 albo 9.2.1b, prefiks BAB1 do 9.2.0 - a kilka części 64G ma swój własny próg: 9.0.1a, 9.1.0, 9.1.1, w jednym przypadku 10.0.1. Kilka pozycji jest ograniczonych do 32G/16G, a FC32-64 ma swoje własne wyłączenia.
Wersja praktyczna dla twoich dwóch modułów: weź numer części i prefiks seryjny z
sfpshow, wersję zfirmwareshow, a potem sprawdź wiersz matrycy dla swojej platformy, zanim cokolwiek uznasz za wadliwe. Jeszcze jedna pułapka w tej samej tabeli: XBR-000479 wymaga identycznej optyki po obu stronach.Dla kontrastu, ethernetowi potomkowie tych samych rodzin Brocade odpowiadają na to pytanie w zupełnie innym rejestrze. SLX, VDX i MLX są teraz pod Extreme, a ich portal optyczny trzyma listę zatwierdzonych per rodzina - moduły, adaptery, kable patch i breakout jednakowo. Nota polityki jest wprost: sprzęt innego producenta spoza tej listy nie ma gwarancji ani deklaracji zgodności; uruchomisz optykę spoza listy, albo moduł interfejsu obok niej, i ryzyko jest wyłącznie twoje - żadnej odpowiedzialności, żadnego zobowiązania serwisowego ze strony Extreme. Wymienione części mają papiery certyfikacyjne: CE i CDRH, EN60825-1, GR-468, FCC CFR 21 1040.10, NRTL. Czego portal nie mówi, to co dana platforma faktycznie robi z niewymienionym modułem - więc tam "unsupported" to stwierdzenie handlowe, podczas gdy na twoim G610 jest to wymuszone w firmware.
Na starszych switchach FC - 300, 6505, 6510, 6520 - FAQ stwierdza, że wymagane są SFP z logo Brocade, i tłumaczy to ciaśniejszymi tolerancjami długości fali i parametrów przy 16G, gdzie moduł spoza specyfikacji może wywalić port i razem z nim aplikacje. To własne uzasadnienie vendora, tak jak zostało napisane, a nie coś zmierzonego.