Aucun lien 40G d'un HP 5900 vers des modules de charge Ixia et Spirent via un DAC JG328A, l'optique SR4 fonctionne
Je monte un petit banc de test de trafic à côté de la fabric de production, et les ports du testeur refusent totalement de monter en cuivre.
- switch HP 5900 40G, JC772A
- câble direct attach 40G QSFP+ HP JG328A
- module de charge Ixia Xcellon-Multis QSFP 40/10GE
- module Spirent TestCenter 40G, essayé pour un second avis
- transceivers HP JG325B 40G SR4 avec fibre multimode, comme contrôle
Avec le JG328A entre le 5900 et le port Ixia, aucun lien nulle part. Le switch ne remonte pas d'erreur, il prévient seulement que le câble n'est pas reconnu et laisse le port down :
<HP5900> display transceiver interface
Même câble et même port de switch face au module 40G Spirent : rien non plus. En remplaçant par la paire JG325B SR4 avec fibre sur ces mêmes ports, les deux testeurs lient tout de suite et passent du trafic.
Ce qui a déjà été écarté :
- déplacé le DAC sur trois ports 40G différents du 5900, résultat identique partout
- réenfiché les deux extrémités et inversé le câble bout à bout
- prouvé que les ports du testeur eux-mêmes sont sains en utilisant l'optique SR4
Donc le JG328A lui-même est-il suspect, ou est-ce l'équipement de test qui refuse un câble codé chez un vendeur ? Commander de l'optique juste pour alimenter un module de charge à quelques mètres de distance n'est pas là où je voulais que ça aille.
Comments 4
C'est le matériel de test, pas ton câble ni le 5900.
Les modules de charge de ces deux vendeurs lisent l'EEPROM du câble et décident s'ils reconnaissent ce qui est branché avant de faire monter le port. Si l'encodage n'est pas quelque chose qu'ils reconnaissent, le port reste simplement down et tu n'as rien à examiner. Les DAC codés HP sont carrément dans ce groupe. Le 5900 est bien plus détendu là-dessus : il accepte le câble, affiche l'avertissement qu'il n'est pas reconnu, et continue. Cette différence de tempérament, c'est toute l'asymétrie que tu observes.
Emprunte un DAC 40G QSFP+ générique, non-HP, et mets-le entre le même port du 5900 et le même port Ixia. Il monte. La matrice qui est sortie du banc :
Et ce n'est pas une particularité HP. Les câbles direct attach d'autres vendeurs ont eux aussi un mauvais taux de réussite face à ces testeurs. Le résultat pratique, c'est de garder un câble générique et ta paire SR4 comme matériel de labo pour tout ce qui touche un module de charge, et d'utiliser le JG328A là où il fonctionne parfaitement bien, c'est-à-dire switch à switch. Personne ne va recoder le testeur pour te faire plaisir.
Qu'affiche réellement display transceiver interface pour ce port ? Est-ce que le 5900 lit un nom de vendeur et un numéro de pièce sur le câble, ou les champs sont-ils vides ? Et côté Ixia, le port rapporte-t-il quoi que ce soit pour le câble inséré, ou est-il complètement silencieux ?
Autre chose : as-tu un DAC 40G non-HP dans le placard que tu peux mettre entre les deux mêmes ports ? Ce seul test sépare un câble cassé d'un câble mal accueilli, et ça prend deux minutes.
Ça vaut la peine de l'ajouter, parce que ça mord à chaque fois que les deux extrémités vivent dans des matrices de vendeurs différentes. On a eu la même discussion sur une liaison 100G : côté switch, Aruba liste le R0Z25A, le JL307A et le R0Z26A comme câbles direct attach QSFP28 pour le CX 10000, tandis que côté serveur, un adaptateur HPE 841QSFP28, 872726-B21, ne liste que des câbles InfiniBand EDR, 834973-B21 à B25. Un ensemble est certifié Ethernet, l'autre InfiniBand, et l'adaptateur n'apparaît même pas dans la matrice de câbles compute parce que c'est une carte à double personnalité.
Il n'existait aucun câble que les deux extrémités déclaraient supporté. La solution a été de spécifier un adaptateur Ethernet uniquement qui apparaît bien dans la matrice, le MCX516A-CCHT, puis de choisir un DAC que les deux côtés listent. Même raisonnement que ton banc : acheter pour l'extrémité la plus difficile du lien.
Avant de commander quoi que ce soit, écarte la piste ennuyeuse. Sur un ExtremeSwitching X870 on avait un DAC qui ne liait pas et un module QSFP+ 40G qui ne liait pas non plus, tous les deux dans des ports QSFP28, et aucun des deux n'avait à voir avec le fabricant du câble. Les ports étaient encore à leur réglage par défaut et il fallait leur dire ce qu'il y avait dedans :
Après ça, les deux sont montés. C'est de l'EXOS et pas du Comware, et tes ports 5900 sont natifs en 40G, donc ça ne s'applique peut-être pas du tout, et le fait que l'optique SR4 lie sur ce même port plaide contre un problème de config de port dans ton cas. Vérifie-le sur ton propre boîtier avant de l'inclure ou de l'exclure. L'autre chose que les gens répétaient à propos d'EXOS, c'est qu'il est plutôt content des câbles tiers, donc la marque est rarement là où se trouve la réponse.