Le Brocade G720 maintient chaque port SFP-DD 64G en Module_Invalid alors que la licence PoD DD est appliquée
Nous avons hérité d'une paire de Connectrix DS-7720B (Brocade G720) pour une nouvelle fabric, et je ne suis même pas près du zoning, parce que pas un seul des ports double densité ne veut monter. Chacun d'eux dit exactement la même chose dans switchshow :
Index Port Address Media Speed State Proto
====================================================
48 48 031800 dd -- Module_Invalid (Speed Mismatch / Incompatible SFP)
49 49 031900 dd -- Module_Invalid (Speed Mismatch / Incompatible SFP)Ce qui est dans la baie :
- Connectrix DS-7720B / Brocade G720, Fabric OS toujours sur la branche 9.0.x livrée d'origine
- Licence Double Density Ports on Demand installée et affichée comme appliquée
- Transceivers Brocade 64G FC SFP-DD de marque, référence 57-1000505-01
- cordons de brassage d'usine issus de la même boîte que les optiques
Avant que quelqu'un ne suggère l'évidence : j'ai réinséré chaque module et déplacé deux d'entre eux entre les ports, et le défaut reste attaché aux ports plutôt que de suivre les modules. La licence Double Density Ports on Demand est vraiment appliquée et pas simplement commandée, j'ai vérifié deux fois. Cordons de brassage échangés, extrémités nettoyées, aucune différence. Des ports ordinaires sur le même châssis portent du trafic sans aucun problème, donc ce n'est pas un switch mort.
Avons-nous reçu un mauvais lot d'optiques double densité, ou est-ce que le switch les rejette avant même d'avoir correctement regardé ce qu'il y a dans la cage ?
Comments 6
Vos optiques vont bien. Votre firmware est le problème.
Le SFP-DD FC 64G sur un G720 est supporté à partir de Fabric OS 9.1.0. Sur 9.0.x, le firmware n'a absolument aucune notion de ce format, donc il ne peut pas identifier ce qui se trouve dans la cage et se rabat sur le déclarer incompatible - ce qui est exactement le Module_Invalid avec Speed Mismatch / Incompatible SFP que vous voyez sur chaque port double densité. Votre travail au banc dit la même chose depuis l'autre direction : une optique ordinaire s'allume dans le port même qui refuse un module dd, et le second châssis se comporte de façon identique parce qu'il tourne avec un firmware identique.
La pièce que vous avez, 57-1000505-01, est listée dans la Brocade Transceiver Support Matrix, et c'est cette matrice qui indique le firmware minimum par plateforme. Pour le G720, cette entrée commence à 9.1.0. Passez à 9.1.0 ou plus récent et ces ports montent avec les optiques déjà en place.
Cette carte dans la boîte suit la même histoire. Chaque plateforme Gen 7 a son propre plancher dans la matrice - le G730 (DS-7730B), le 7850 (MP-7850B) et le FC64-64 entre autres - donc vérifiez chacun avant de déplacer des optiques double densité dessus, sinon vous perdrez cet après-midi une seconde fois sur le prochain boîtier.
Quoi que vous fassiez d'autre, ne renvoyez pas les modules.
Retenez le dossier RMA, parce qu'un lot entier d'optiques mortes n'est pas ce à quoi ça ressemble d'ici. Module_Invalid avec dd déjà présent dans la colonne média signifie que le switch a récupéré quelque chose de la cage et n'a pas aimé ce qu'il a lu. Un module réellement mort n'arrive généralement pas jusque-là - vous auriez plutôt un état sans module.
Trois choses permettraient d'affiner, et aucune ne vous coûte rien :
Et laissez la licence de côté pour l'instant. Ports on Demand déverrouille des ports ; ça n'apprend pas au firmware un format qu'il n'a jamais rencontré.
Bonne idée pour l'optique empruntée. J'ai retiré un module Brocade fonctionnel de l'un des ports normaux, l'ai mis dans le port 48, et il est monté immédiatement en F-Port. J'ai remis un SFP-DD 64G dans ce même port et c'est Module_Invalid de nouveau en une ou deux secondes. Donc la cage est vivante, la licence fait son travail et le port lui-même va bien - c'est uniquement les modules double densité que le switch ne veut pas.
Les deux switches, oui. Le second DS-7720B est encore surtout dans sa caisse, mais j'ai mis deux des modules dd dessus sur le banc et j'ai obtenu exactement la même ligne, donc ce n'est pas un châssis avec un défaut.
Gen 7 ailleurs : rien en production encore, mais il y a une carte FC64-64 dans une boîte en attente d'un slot de directeur, et elle a été achetée précisément pour ces optiques. Si ça mord là-bas aussi, je préférerais le savoir maintenant que pendant la fenêtre de migration.
Fabricant différent, même forme de piège. Je le poste au cas où ça épargnerait à quelqu'un d'autre un après-midi à retirer des modules des cages.
Dell S5248F-ON, build maître SONiC. Pas un seul port SFP28 ne fonctionnait. Chaque LED de port fixe, et show interface transceiver presence ne listait absolument aucun transceiver, alors que les optiques dans les cages étaient parfaitement saines.
Rien de tout ça n'était optique. Le conteneur platform monitor était down : pmon ne tournait pas, ni pcied, xcvrd et psud. xcvrd est le processus qui parle en I2C aux modules, donc avec lui mort, personne ne lisait la moindre EEPROM, et la CLI rapportait honnêtement ce qu'elle savait, c'est-à-dire rien. docker ps et show system-health detail m'ont raconté toute l'histoire en environ une minute - après avoir déjà passé une demi-journée à échanger des modules.
Même famille de chose sur un Z9264F, où le constructeur Sfp du plugin de plateforme s'est effondré avec AttributeError: 'Sfp' object has no attribute 'port_type' et a fait tomber avec lui determine-reboot-cause.service au démarrage. Quand toute une classe de ports se comporte mal exactement de la même façon, l'optique est presque jamais la première chose à soupçonner.
L'autre moitié de ça n'a rien de glamour, et c'est là que le temps passe réellement. Un saut de Fabric OS sur un switch sans rien derrière encore reste une fenêtre de changement plutôt que quelque chose à faire entre deux réunions, donc déterminez d'abord ce qui d'autre dans la fabric doit bouger avec lui et réservez la coupure correctement.
Puisque ce FC64-64 est encore dans sa boîte : mettez-le en 9.1.0 ou plus récent avant qu'il ne voie jamais une optique double densité. Sinon vous reproduisez ce fil dans un directeur plutôt que dans un switch d'accès, avec un public.
Une chose pratique de plus. Contactez votre fournisseur avant qu'il n'enregistre le RMA. Ces modules s'identifient parfaitement bien, l'hôte n'a simplement pas encore d'entrée de table pour eux. Si le fournisseur les reprend comme défectueux, vous attendrez trois semaines un lot de remplacement qui se comportera exactement de la même façon, et vous devrez quand même faire la mise à niveau.
Confirmé, et c'était le firmware.
Les deux switches sont passés en 9.1.0 dans la fenêtre du week-end, et au redémarrage chaque port double densité est sorti de Module_Invalid et est monté en ligne à 64G avec les mêmes optiques 57-1000505-01 qui étaient présentes depuis le début. Rien réinséré, rien remplacé, rien recâblé.
La licence s'est révélée être la fausse piste que je poursuivais - appliquée correctement dès le départ, elle ne pouvait simplement rien faire d'utile sous 9.0.x. La carte passe en 9.1.0 avant d'approcher un slot de directeur, et je l'ai écrit sur la boîte où elle repose. Ça nous a évité un RMA et une conversation plutôt gênante avec le fournisseur.