Lenovo ThinkSystem NE1032 pokazuje SFP+ innych producentów jako Unapproved i trzyma porty down
Mamy parę ThinkSystem NE1032 RackSwitch jako top of rack w małej klatce kolokacyjnej. Optyki pod marką Lenovo, które odziedziczyliśmy, pokrywają tylko połowę portów, więc resztę wypełniono generycznymi modułami SFP+ i kilkoma krótkimi DAC z tej samej partii, której już bez problemu używamy w switchach innych producentów.
Sprzęt:
- Lenovo ThinkSystem NE1032 RackSwitch, konfiguracja fabryczna poza VLAN-ami
- generyczne, niezakodowane moduły SFP+ 10G
- dwa krótkie pasywne DAC na łączu między switchami
- SFP+ zakodowane pod Lenovo w sąsiednich portach, działają bez zarzutu
Informacja o porcie dla każdego modułu spoza Lenovo wygląda tak samo:
port 17 transceiver present approval: Unapproved
port 17 link: downZakodowane moduły w sąsiednich portach stoją na 10G, więc okablowanie i drugi koniec nie są problemem.
Co już sprawdziliśmy:
- wyjęliśmy i włożyliśmy moduły jeszcze raz, zamienialiśmy je między portami, ocena Unapproved podąża za modułem
- przełożyliśmy te same generyczne moduły do switcha innego producenta, tam łączą się na 10G od razu
- przeszliśmy przez konfigurację portu i interfejsu linia po linii, nic nie różni się od działających portów
Czy jest wspierany sposób, żeby switch zaakceptował moduły, których nie rozpoznaje, czy jedyną drogą jest kupowanie zakodowanych optyk?
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
Ta ocena to nie wyrok na optyk. Firmware czyta obszar EEPROM modułu specyficzny dla vendora, mniej więcej bajty 96-128, i wszystko, co nie pasuje do jego własnej listy, dostaje pieczątkę Unapproved, po czym port nie ma prawa wstać. Żadna zmiana w konfiguracji portu tego nie ruszy.
Na NE1032 jest udokumentowane obejście i to zwykła komenda globalna:
Zapisz i zrestartuj switch. Po restarcie moduły są obsługiwane na podstawie swoich pól MSA zamiast sprawdzania vendora, i generyczne SFP+ wstają jak każde inne.
Dwa zastrzeżenia. Ta komenda jest specyficzna dla platformy - to samo brzmienie nie jest gwarantowane na innych switchach Lenovo, więc nie rozpychaj tego jako szablonu po całej flocie. A support chętnie wskaże na optyki innych producentów, jeśli otworzysz zgłoszenie na porcie z tym włączonym, więc trzymaj na półce kilka zakodowanych modułów do testu podmiany. Jeśli wolisz w ogóle nie nosić tego obejścia w konfiguracji, alternatywą są oryginalne optyki Lenovo albo moduły innych producentów zamówione już zakodowane pod Lenovo.
Ta sama historia w całej tej linii switchy, nie tylko na NE1032. Widziałem SFP zakodowany pod Intel odrzucony w RackSwitch G8124-E, i Cisco-Finisar SFP-10G-LR-S w G8272 siedzący tam jako Disabled z oceną Unapproved i linkiem down. Firmware ocenia każdy moduł względem swojej listy vendorów najpierw, a pytania zadaje później.
Warto wiedzieć, zanim zaczniesz szukać tej samej komendy na starszych urządzeniach: na modelach RackSwitch opartych na ENOS to obejście żyje w boot loaderze jako ustawienie sfp Override, a nie jako komenda konfiguracyjna, więc tego, co działa na CNOS, tam po prostu nie ma. Nie miałem G8124-E w rękach na tyle niedawno, żeby przeprowadzić cię przez to menu, więc zweryfikuj to na własnym urządzeniu, zanim zaplanujesz wokół tego okno serwisowe.
Uruchomiliśmy to w oknie serwisowym. configure terminal, system unsupported-transceiver, exit, copy running-config startup-config, potem reload - po powrocie switcha wszystkie generyczne moduły pokazują się normalnie, a oba łącza DAC stoją na 10G. Informacja o porcie nie niesie już na nich oceny Unapproved.
Dla każdego, kto to znajdzie później: reload był potrzebny, porty nie zmieniły stanu, dopóki switch stał podniesiony. I owszem, wstawiliśmy dwa zakodowane moduły do szuflady na zapasy, zgodnie z sugestią, więc możemy udowodnić, że port jest sprawny, zanim do kogokolwiek zadzwonimy.