Un ExtremeSwitching X690 refuse le 100G sur le port 57 et affiche le DAC QSFP28 comme non supporté
Ajout d'un lien 100G entre deux racks sur un X690 qui fait tranquillement du travail d'accès 10G depuis quelques années. La cage d'uplink refuse tout simplement la vitesse.
- ExtremeSwitching X690-48x-2q-4c
- câble à connexion directe QSFP28 de 1 m, Q28+CR4_1m
- port 57, une des cages d'uplink QSFP28
Le câble apparaît comme non supporté dans la liste des ports, et fixer la vitesse à la main est carrément rejeté :
* X690.1 # configure port 57 auto off speed 100000 duplex full
Speed specified is not supported on port 57
Ce que j'ai essayé :
- réinséré le câble aux deux extrémités et l'ai remplacé par un second exemplaire de la même référence ;
- déplacé vers une autre cage QSFP28, même message avec ce numéro de port dedans ;
- laissé auto activé et simplement activé le port, ce qui le laisse down sans lien.
Les cages sont censées être capables de 100G, et le switch refuse la vitesse plutôt que d'échouer à se lier, donc je soupçonne que le port n'est pas configuré comme je le pense. Qu'est-ce qui décide de la vitesse de ces uplinks, et changer ça nécessite-t-il un redémarrage ?
Comments 3
Les cages d'uplink du X690 ne sont pas des ports indépendants avec leur propre réglage de vitesse. Les ports 49, 53, 57, 61, 65 et 69 partagent un budget unique de 400 Gbit/s, et la façon dont ce budget est découpé vient d'un modèle de partition, pas d'une commande de vitesse par port. C'est pour ça que la CLI refuse la vitesse au lieu de l'accepter et de laisser le port éteint : à ce moment-là, le port 57 n'est pas du tout une interface 100G. Le modèle par défaut vous donne deux ports 100G plus quatre ports 40G, et le 57 n'en fait pas partie.
Choisissez un modèle qui fournit le nombre d'interfaces 100G dont vous avez besoin, puis attribuez le port lui-même :
Puis redémarrez le switch. La nouvelle disposition ne prend effet qu'après le redémarrage, et les deux commandes sont acceptées sans plainte avant, ce qui rend la chose déroutante la première fois.
En plus du 1x100G, les options par port sont 1x40G, 2x50G, 4x10G et 4x25G, donc établissez tout le plan d'uplink d'abord et changez le modèle une seule fois plutôt que par lien. Pareil pour le modèle 48t, le bloc d'uplink y est identique.
Confirmé. Réglé le modèle sur 4x100G, attribué
configure ports 57 partition 1x100G, redémarré, et le port est revenu comme une vraie interface 100G avec le Q28+CR4_1m qui s'est lié immédiatement, plus de câble non supporté.Le redémarrage, c'est la partie que j'aurais ratée. Avant lui, les commandes restent dans la configuration en ayant l'air appliquées alors que le port refuse toujours la vitesse, ce qui est indiscernable du problème d'origine. Quiconque fait ça sur un boîtier en production devrait réserver la fenêtre d'interruption à l'avance plutôt que de la découvrir en cours de route.
Même famille, piège inverse, pour quiconque arrive ici avec un X695. Là, les ports QSFP28 sont par défaut en 100G et seulement deux des huit, 51 et 55, peuvent être partitionnés du tout. Essayez ailleurs et vous obtenez :
Sur la paire partitionnable, on utilise
configure port 51 partition 1x40G. Sur le reste, on force plutôt la vitesse, avec la commande même qui échoue sur le X690 :J'ai fait ça pour les ports 49, 50, 55, 60, 61 et 62 sur EXOS 30.6.1.11-patch1-4 pour faire monter des optiques 40G. Les ports 52-54 et 57-59 affichent Link State NP dans la disposition par défaut, ce qui est la disposition qui parle et pas une panne.
Donc : les uplinks du X690 sont pilotés par modèle, les ports QSFP28 du X695 sont surtout pilotés par vitesse. Vérifiez quel boîtier vous avez devant vous avant de copier des commandes de l'un à l'autre.