Le Lenovo ThinkSystem NE1032 affiche les SFP+ tiers comme Unapproved et bloque les ports en down
Nous faisons tourner une paire de ThinkSystem NE1032 RackSwitch comme top-of-rack dans une petite cage colo. Les optiques de marque Lenovo dont nous avons hérité ne couvrent que la moitié des ports, donc le reste a été rempli avec des modules SFP+ génériques et quelques DAC courts du même lot que nous utilisons déjà sans problème sur les switches d'autres vendors.
Matériel :
- Lenovo ThinkSystem NE1032 RackSwitch, configuration de base à part les VLAN
- modules SFP+ 10G génériques non codés
- deux DAC passifs courts sur le lien inter-switch
- SFP+ codés Lenovo dans les ports voisins, fonctionnant bien
Les informations de port pour chaque module non-Lenovo se lisent de la même façon :
port 17 transceiver present approval: Unapproved
port 17 link: downLes modules codés dans les ports voisins sont montés à 10G, donc le câblage et l'autre extrémité ne sont pas le problème.
Essayé jusqu'ici :
- réinséré les modules et les avons échangés entre ports, le statut Unapproved suit le module
- déplacé les mêmes modules génériques dans le switch d'un autre vendor, où ils se lient à 10G immédiatement
- passé en revue ligne par ligne la configuration des ports et interfaces, rien ne diffère des ports qui fonctionnent
Existe-t-il une manière supportée de faire accepter au switch des modules qu'il ne reconnaît pas, ou acheter des optiques codées est-il le seul chemin ?
Comments 3
Ce statut n'est pas un verdict sur l'optique. Le firmware lit la zone spécifique au vendor de l'EEPROM du module, environ les octets 96-128, et tout ce qui ne correspond pas à sa propre liste est marqué Unapproved, après quoi le port n'est pas autorisé à monter. Rien de ce que vous changez dans la config du port ne fera bouger ça.
Sur le NE1032 il existe un contournement documenté et c'est une simple commande globale :
Enregistrez et redémarrez le switch. Après le rechargement, les modules sont pilotés à partir de leurs champs MSA plutôt que de la vérification vendor, et les SFP+ génériques montent comme n'importe quoi d'autre.
Deux mises en garde. La commande est spécifique à la plateforme - la même formulation n'est pas garantie sur d'autres switches Lenovo, donc ne la déployez pas comme un modèle sur tout le parc. Et le support pointera volontiers les optiques tierces si vous ouvrez un dossier sur un port avec ceci activé, donc gardez quelques modules codés sur l'étagère pour un test de remplacement. Si vous préférez ne pas du tout garder ce contournement dans la config, les alternatives sont des optiques Lenovo authentiques ou des modules tiers commandés déjà codés pour Lenovo.
Même histoire sur toute cette gamme de switches, pas seulement le NE1032. J'ai vu un SFP codé Intel refusé dans un RackSwitch G8124-E, et un SFP-10G-LR-S Cisco-Finisar dans un G8272 affiché comme Disabled avec un statut Unapproved et le lien down. Le firmware évalue d'abord chaque module contre sa liste vendor et pose des questions ensuite.
À savoir avant d'aller chercher la même commande sur les boîtiers plus anciens : sur les modèles RackSwitch basés sur ENOS, le contournement vit dans le boot loader comme un réglage sfp Override plutôt que comme une commande de config, donc ce qui marche sur CNOS n'y est tout simplement pas. Je n'ai pas eu de G8124-E en main assez récemment pour vous détailler ce menu, donc vérifiez sur votre propre unité avant de planifier une fenêtre de coupure autour de ça.
Exécuté pendant la fenêtre de maintenance. configure terminal, system unsupported-transceiver, exit, copy running-config startup-config, puis un reload - après le retour du switch, tous les modules génériques apparaissent normalement et les deux liens DAC sont à 10G. Les informations de port ne portent plus le statut Unapproved dessus.
Pour quiconque tombe là-dessus plus tard : le reload était nécessaire, les ports n'ont pas changé d'état tant que le switch restait en marche. Et nous avons bien mis deux modules codés dans le tiroir de pièces de rechange comme suggéré, pour pouvoir prouver qu'un port est sain avant d'appeler qui que ce soit.