ExtremeXOS plafonne-t-il vraiment les optiques 40G/100G non approuvées à 25 % du débit de ligne après 90 jours
Nous rafraîchissons une paire de locaux techniques d'agrégation et la ligne des optiques est la partie sur laquelle la direction insiste. Les switches sont des boîtiers EXOS et le plan était de remplir les uplinks 40G avec des DAC QSFP+ génériques, de la même façon que nous le faisons déjà sur les ports d'accès.
Puis quelqu'un dans l'équipe a déterré une note sur une licence payante d'optiques tierces sur EXOS, liée spécifiquement aux ports 40G et 100G, avec un limiteur de débit qui se déclenche après une période de grâce. Ça change pas mal les calculs.
- switches EXOS dans la couche agrégation, faisant tourner le code livré d'origine
- uplinks QSFP+ 40G actuellement, QSFP28 sur la feuille de route
- DAC et AOC tiers génériques, plus une poignée de transceivers optiques génériques
- ports d'accès 1G et 10G déjà pleins de modules génériques, aucune plainte jusqu'ici
Ce qu'on nous dit de vérifier une fois qu'un module non approuvé est inséré :
show port conf
# the port carries an R (restricted) flag while the countdown runsVérifié jusqu'ici :
- les modules tiers que nous faisons déjà tourner se lient et transportent du trafic, rien n'est bloqué franchement
- je ne trouve pas cette licence dans la liste des fonctionnalités pour le code que nous avons
- le portail des optiques approuvées liste des pièces par famille de plateforme mais ne dit rien sur ce que fait un switch avec une pièce non listée
Alors cette restriction est-elle réelle sur le code livré, que se passe-t-il exactement sur le port quand le minuteur expire, et comment savoir depuis la CLI si ma version l'applique du tout ?
Comments 4
Sur quelle branche de code sont les switches ? C'est l'essentiel de la réponse ici. La licence dont vous avez entendu parler n'est pas une propriété permanente d'EXOS, elle est arrivée dans une version puis des versions ultérieures ont abandonné l'exigence, donc une page de doc écrite pour une version ne vous dit rien sur le boîtier dans votre baie.
À séparer aussi : les ports 1G et 10G n'ont jamais fait partie de ça, seulement le 40G et le 100G. Le fait que votre couche d'accès fasse déjà tourner du SFP et SFP+ génériques n'est une preuve dans aucun sens pour les uplinks.
Postez les exigences de licence de fonctionnalité pour votre version exacte, plus
show port confpour un uplink qui a déjà un DAC générique dedans. S'il n'y a pas de R contre le port, rien ne compte à rebours et vous pouvez arrêter de vous inquiéter.Version courte : rien n'est bloqué. Un module tiers 40G ou 100G se lie et transmet, la restriction est commerciale plutôt qu'un blocage matériel.
Sur une version qui l'applique (la licence payante 3rd Party Optics Feature couvrant les ports 40G et 100G est arrivée dans ExtremeXOS 15.5), la séquence est :
show port confCe n'est pas un aller sans retour. Installez la licence, ou remplacez le module par un de la liste approuvée, et le port revient au débit complet.
La partie que les gens sautent : les versions EXOS actuelles n'exigent plus du tout cette licence, donc le comportement dépend entièrement de la version du code. Avant d'acheter un plateau de QSFP+ ou QSFP28 tiers, lisez les exigences de licence de fonctionnalité pour la version exacte que vous comptez faire tourner, pas pour la version que le premier résultat de doc décrit par hasard.
Chiffres vérifiés. Nous sommes plusieurs branches après la 15.5 et les exigences de licence de fonctionnalité pour notre version n'ont aucune entrée d'optiques tierces du tout.
show port confsur les deux uplinks qui portent déjà des DAC génériques ne montre de R sur aucun des deux, et les deux sont à plein débit sans limiteur en vue.Donc sur notre code ça ressemble à un non-problème. Ce que je vais faire quand même, c'est garder quelques modules QSFP+ approuvés sur l'étagère, parce que la première question sur n'importe quel dossier de support sera ce qu'il y a dans le port.
L'autre moitié de ça, c'est le support, et ça n'a bougé avec aucune version.
J'ai eu cette discussion deux fois avec notre équipe commerciale. Ce que vous obtenez par écrit est un avertissement de non-responsabilité, pas une déclaration de compatibilité : en dehors de la liste approuvée, il n'y a aucune garantie, aucune revendication de conformité et aucune obligation de vous aider - l'optique et le module d'interface dans lequel elle se branche sont également votre problème. Sur une pièce approuvée, vous payez en partie pour la paperasse : validation NRTL et CDRH, FCC CFR 21 1040.10, CE avec EN60825-1, GR-468 quand applicable. Les optiques de plateau n'ont rien de tout ça.
Comme liste de courses, le portail des optiques approuvées fait l'affaire - quoi que vous fassiez tourner s'y trouve (EXOS, VOSS, ERS, les anciennes lignes Brocade MLX, SLX-OS et VDX, NPB, ISW), et il filtre par cuivre ou optique, type de fibre, facteur de forme et débit, de 100 Mb/s à 400 Gb/s. Ce qu'il ne vous dira pas, c'est comment un boîtier se comporte avec un module qui n'est pas sur la liste, ce qui est la seule chose que vous avez demandée. D'où des fils comme celui-ci.
Mon expérience personnelle : EXOS ne se soucie pas de qui a fabriqué le module. Les pièces génériques se lient, les pièces FS se lient. Ce qui mord habituellement, c'est plutôt la plateforme que l'optique - le X435 qui ne fait pas de 2.5G sur ses ports SFP est celui sur lequel je tombe sans arrêt.