Il Lenovo ThinkSystem NE1032 mostra gli SFP+ di terze parti come Unapproved e tiene le porte down
Gestiamo una coppia di ThinkSystem NE1032 RackSwitch come top of rack in una piccola gabbia colo. Le ottiche a marchio Lenovo che abbiamo ereditato coprono solo metà delle porte, quindi il resto è stato riempito con moduli SFP+ generici e un paio di DAC corti dello stesso lotto che già usiamo senza problemi su switch di altri vendor.
Kit:
- Lenovo ThinkSystem NE1032 RackSwitch, configurazione di serie a parte le VLAN
- moduli SFP+ 10G generici non codificati
- due DAC passivi corti sul link tra switch
- SFP+ codificati Lenovo nelle porte vicine, funzionano bene
Le informazioni di porta per ogni modulo non Lenovo si leggono allo stesso modo:
port 17 transceiver present approval: Unapproved
port 17 link: downI moduli codificati nelle porte accanto sono su a 10G, quindi cablaggio e lato remoto non sono il problema.
Provato finora:
- reinseriti i moduli e scambiati tra le porte, il rating Unapproved segue il modulo
- spostati gli stessi moduli generici in uno switch di un altro vendor, dove agganciano il link a 10G immediatamente
- ripassata la configurazione di porta e interfaccia riga per riga, niente differisce dalle porte funzionanti
C'è un modo supportato per far accettare allo switch moduli che non riconosce, o comprare ottiche codificate è l'unica strada?
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
Quel rating non è un verdetto sull'ottica. Il firmware legge l'area vendor-specific dell'EEPROM del modulo, grosso modo i byte 96-128, e tutto ciò che non combacia con la propria lista viene marchiato Unapproved, dopodiché alla porta non è permesso salire. Niente che cambi nella config della porta lo sposta.
Sull'NE1032 c'è un override documentato ed è un semplice comando globale:
Salvalo e riavvia lo switch. Dopo il reload i moduli vengono pilotati dai loro campi MSA invece che dal controllo vendor, e gli SFP+ generici salgono come qualsiasi altra cosa.
Due avvertenze. Il comando è specifico per la piattaforma - la stessa dicitura non è garantita su altri switch Lenovo, quindi non spingerlo come template su tutto il parco macchine. E il supporto punterà volentieri il dito sulle ottiche di terze parti se apri un caso su una porta che ha questo attivo, quindi tieni qualche modulo codificato sullo scaffale per un test di scambio. Se preferisci non portarti dietro l'override nella config, le alternative sono ottiche Lenovo originali o moduli di terze parti ordinati già codificati per Lenovo.
Stessa storia su tutta quella linea di switch, non solo l'NE1032. Ho visto un SFP codificato Intel rifiutato in un RackSwitch G8124-E, e un Cisco-Finisar SFP-10G-LR-S in un G8272 fermo lì come Disabled con un rating Unapproved e il link down. Il firmware valuta ogni modulo contro la propria lista vendor prima e fa domande dopo.
Vale la pena saperlo prima di andare a caccia dello stesso comando sugli apparati più vecchi: sui modelli RackSwitch basati su ENOS l'override sta nel boot loader come impostazione sfp Override invece che come comando di config, quindi quello che funziona su CNOS lì semplicemente non c'è. Non ho avuto un G8124-E tra le mani abbastanza di recente da guidarti in quel menu, quindi verificalo sulla tua unità prima di pianificare una finestra di fermo intorno a questo.
Eseguito nella finestra di manutenzione. configure terminal, system unsupported-transceiver, exit, copy running-config startup-config, poi un reload: dopo che lo switch è tornato su, tutti i moduli generici compaiono normalmente ed entrambi i link DAC sono a 10G. Le informazioni di porta non portano più il rating Unapproved su di loro.
Per chi trova questo più avanti: il reload serviva, le porte non cambiavano stato finché lo switch restava acceso. E abbiamo messo due moduli codificati nel cassetto dei ricambi come suggerito, così possiamo dimostrare che una porta è sana prima di chiamare qualcuno.