Lenovo ThinkSystem NE1032 toont third-party SFP+ als Unapproved en houdt de poorten down
We draaien een paar ThinkSystem NE1032 RackSwitch-units als top-of-rack in een kleine colo-kooi. De Lenovo-gebrande optiek die we geërfd hebben, dekt maar de helft van de poorten, dus de rest is gevuld met generieke SFP+-modules en een paar korte DAC's uit dezelfde batch die we al zonder problemen op switches van andere merken gebruiken.
Apparatuur:
- Lenovo ThinkSystem NE1032 RackSwitch, standaardconfiguratie afgezien van VLAN's
- generieke ongecodeerde 10G SFP+-modules
- twee korte passieve DAC's op de inter-switch-link
- Lenovo-gecodeerde SFP+ in de naburige poorten, werkt prima
Poortinformatie voor elke niet-Lenovo module ziet er hetzelfde uit:
port 17 transceiver present approval: Unapproved
port 17 link: downDe gecodeerde modules in de poorten ernaast staan op 10G, dus de bekabeling en de andere kant zijn niet het probleem.
Tot nu toe geprobeerd:
- de modules opnieuw ingestoken en tussen poorten omgewisseld, de Unapproved-status volgt de module
- dezelfde generieke modules in de switch van een ander merk gezet, waar ze meteen op 10G linken
- de poort- en interfaceconfiguratie regel voor regel doorgenomen, niets wijkt af van de werkende poorten
Is er een ondersteunde manier om de switch modules te laten accepteren die hij niet herkent, of is gecodeerde optiek kopen de enige weg?
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
Die status is geen oordeel over de optiek. De firmware leest het vendor-specifieke gebied van de module-EEPROM, ruwweg bytes 96-128, en alles wat niet overeenkomt met zijn eigen lijst wordt gestempeld als Unapproved, waarna de poort niet mag opkomen. Niets wat je aan de poortconfiguratie verandert, beweegt dat.
Op de NE1032 bestaat een gedocumenteerde override en het is een simpel globaal commando:
Bewaar het en herstart de switch. Na de reload worden de modules aangestuurd op basis van hun MSA-velden in plaats van de vendorcheck, en generieke SFP+ komen op als alles andere.
Twee kanttekeningen. Het commando is platformspecifiek - dezelfde bewoording is niet gegarandeerd op andere Lenovo-switches, dus zet het niet als sjabloon uit over het hele park. En support zal graag naar de third-party optiek wijzen als je een case opent op een poort waar dit is ingeschakeld, dus houd een paar gecodeerde modules op de plank voor een wisseltest. Als je de override liever helemaal niet in de config meedraagt, zijn de alternatieven originele Lenovo-optiek of third-party modules die al gecodeerd voor Lenovo besteld zijn.
Hetzelfde verhaal geldt voor die hele switchlijn, niet alleen de NE1032. Ik heb een Intel-gecodeerde SFP geweigerd zien worden in een RackSwitch G8124-E, en een Cisco-Finisar SFP-10G-LR-S in een G8272 die daar stond als Disabled met een Unapproved-status en de link down. De firmware beoordeelt elke module eerst tegen zijn vendorlijst en stelt pas daarna vragen.
Goed om te weten voordat je op de oudere dozen naar hetzelfde commando gaat zoeken: op de ENOS-gebaseerde RackSwitch-modellen zit de override in de bootloader als een sfp Override-instelling in plaats van als configuratiecommando, dus wat op CNOS werkt, is daar gewoon niet aanwezig. Ik heb recent geen G8124-E in handen gehad om je door dat menu te leiden, dus verifieer het op je eigen unit voordat je er een onderhoudsvenster omheen plant.
In het onderhoudsvenster uitgevoerd. configure terminal, system unsupported-transceiver, exit, copy running-config startup-config, en dan een reload - nadat de switch terugkwam, tonen alle generieke modules zich normaal en staan beide DAC-links op 10G. De poortinformatie draagt de Unapproved-status er niet meer op.
Voor wie dit later vindt: de reload was nodig, de poorten veranderden niet van status zolang de switch bleef draaien. En we hebben zoals gesuggereerd twee gecodeerde modules in de reservelade gelegd, zodat we kunnen aantonen dat een poort gezond is voordat we iemand bellen.