Sun Network 10GbE Switch 72p : un module 1G x2129a dans un port SFP+ reste down alors que les voisins 10G fonctionnent bien
J'ai hérité d'un Sun Network 10GbE Switch 72p avec quelques boîtiers hérités branchés dessus qui ne feront jamais plus qu'un gigabit. Le plan était de mettre un module compatible 1G dans une des cages SFP+ et d'en finir.
- Sun Network 10GbE Switch 72p, CLI SEFOS via la console série
- module multimode double débit 10G/1G x2129a
- OM3 duplex LC vers un port 1G sur un ancien switch d'accès
- les liens 10G sur le même châssis sont up et passent du trafic normalement
Le port avec ce module ne monte jamais. Aucune alarme, aucune erreur dans le journal, juste un port qui reste down pendant que ses voisins 10G vont bien, et l'extrémité distante ne voit rien non plus.
Déjà essayé :
- réinséré le module et changé le cordon de brassage
- déplacé le module dans une seconde cage
- vérifié le port de l'extrémité distante, qui est up et attend un partenaire
Un lien 1G est-il seulement pris en charge dans ces ports, et si oui, qu'est-ce qui m'échappe côté switch ?
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 5
Les deux moitiés doivent être correctes et aucune ne se fait toute seule.
Côté switch : seuls les ports 65-72 sont double débit sur cette plateforme, donc le port 71 convient. Le x2129a est la pièce multimode double débit 10G/1G qualifiée exactement pour ce travail, et le x2123a est la version RJ45 si un jour vous avez besoin de 1G cuivre depuis ces cages. Mais le port ne bascule pas tout seul, vous réglez la vitesse manuellement dans SEFOS :
Coupez le port avant de changer la vitesse et remontez-le ensuite. Sauter cette étape est la raison la plus courante pour laquelle les gens signalent que le réglage n'a pas pris. Et
write startup-config, sinon c'est perdu au prochain rechargement.Extrémité distante : désactivez l'autonégociation et forcez ce port en 1000 full duplex. En mode 1 Gbit/s ces ports ne font pas d'autonégociation, donc un partenaire laissé en autonégociation est la raison la plus fréquente pour laquelle le lien ne se forme jamais, ce qui colle exactement à vos symptômes, les voisins 10G contents et celui-là silencieux dans les deux sens.
Faites les deux, puis regardez le port à nouveau. S'il reste down même avec l'extrémité distante forcée, c'est une panne différente et ça vaut la peine de regarder sérieusement la fibre.
Dans quel numéro de port est-il ? Ça compte ici, parce que toutes les cages SFP+ de ce châssis ne sont pas double débit, seul un bloc de huit à l'extrémité fera autre chose que du 10G. Si votre module est dans une des autres, vous pouvez arrêter de chercher une erreur de configuration, ça ne fonctionnera jamais là-bas.
Deuxième question : qu'y a-t-il à l'extrémité distante et l'autonégociation est-elle toujours activée sur ce port ? C'est l'autre moitié de la réponse, et « jamais touché » veut presque toujours dire que c'est activé.
Port 71, donc à l'intérieur du dernier bloc. L'extrémité distante est un port 1G multimode sur un ancien switch d'accès, autonégociation activée, réglage d'usine, je n'y ai jamais touché.
Du côté Sun je n'ai rien forcé non plus, le port est réglé sur ce qu'il monte par défaut. Si les deux extrémités doivent être changées, je peux couper ce lien quelques minutes sans demander à personne, il ne porte rien d'important pour l'instant.
Du 1G dans une cage 10G n'est jamais plug and play, et les règles diffèrent selon la plateforme, même chez un seul vendor. Sur Extreme VOSS, le VSP 4450 veut que l'autonégociation reste activée quand l'extrémité distante est un switch tiers, alors que le VSP 7254XSQ ne prend pas du tout en charge l'autonégociation, donc là l'appareil distant doit l'avoir désactivée avant qu'un lien 1G se forme. Conseil opposé, même vendor, deux boîtiers. Pour leur SFP 1000BASE-T, AA1419043-E6, aussi référencé 10070H, la pratique recommandée est une autonégociation personnalisée sur le port cuivre distant.
MikroTik a sa propre variante de ce problème avec les optiques multi-débit. Un XS+31LC10D dans un simple port SFP+ doit être forcé plutôt qu'autonégocié, avec la broche de sélection de débit tirée au bas niveau, sinon les données peuvent être corrompues à la transmission :
Des débits différents, la même classe de problème : la cage peut porter plus d'un débit et quelque chose doit lui dire lequel vous vouliez.
Ça vaut la peine d'apprécier que vous ayez au moins un réglage de vitesse. Sur les switches managés QSW de QNAP, QSW-M5216-1T, QSW-M2116P-2T2S et le reste de cette gamme, le mode de données des ports SFP+ ne peut pas être ajusté dans QSS, seuls les ports RJ45 peuvent être limités. Donc un SFP 1G est soit détecté automatiquement par le firmware du port, soit il ne monte pas, et il n'y a aucune configuration de repli. Les gens finissent par chercher un module que le port apprécie déjà, ou par mettre un DAC à la place.
C'est aussi pour ça qu'on voit des rapports où du 10G vers 10G monte bien dans la même cage pendant qu'un module 1G reste éteint. Sur votre boîtier c'est un réglage manuel, agaçant une fois puis réglé pour de bon.