Q+DA0001 DAC 40G entre CRS326-24S+2Q+RM et Huawei S6720 : les deux extrémités lisent le câble, le lien reste down
Je refais l'agrégation sur un de nos sites : un CRS326-24S+2Q+RM récupère les ports SFP+ clients et remonte en 40G vers un Huawei S6720. Liaison courte dans la même baie, donc un DAC passif plutôt que de l'optique.
- MikroTik CRS326-24S+2Q+RM, port QSFP+ qsfpplus1-1
- Huawei S6720-54C-EI-48S-AC, port 40GE classique
- MikroTik Q+DA0001, DAC QSFP+ 40G passif
Les deux boîtiers lisent correctement le câble, le MikroTik l'affiche comme son propre Q+DA0001 et le Huawei liste un câble cuivre 40G dans les infos du port. Et ensuite il ne se passe rien :
MikroTik: qsfpplus1-1 no-link
Huawei: 40GE... current state : DOWNCe qui a déjà été fait :
- bouclé le même câble entre les deux ports QSFP+ du CRS326 : le lien monte immédiatement
- bouclé entre deux ports 40GE sur le Huawei : ça monte aussi
- inversé les extrémités, changé de port QSFP+, tout réenfiché
- vérifié qu'aucun des deux côtés n'est administrativement down
Donc le câble est bon et chaque switch en est content tout seul, seule la paire cross-vendor refuse. Est-ce que quelqu'un a déjà réussi à faire monter un Q+DA0001 entre un CRS326 et un S6720, et qu'avez-vous dû changer d'un côté ou de l'autre pour que le port passe up ?
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
Cet appariement défaut-contre-défaut est votre problème, tout comme le fait de désactiver les deux côtés ensemble. Ce qui a fonctionné ici sur la même combinaison est asymétrique, ce qui paraît bizarre une fois écrit, mais c'est ainsi : le port 40GE du Huawei avec la négociation automatique désactivée, tandis que qsfpplus1-1 sur le MikroTik garde son propre autoneg activé.
Sur le Huawei, dans l'interface :
Sur le MikroTik, ne touchez à rien ou fixez-le explicitement pour que personne ne le « corrige » plus tard :
Le lien 40G est monté juste après ça sur ma paire CRS326 / S6720 et est stable depuis. Je ne présenterais pas ça comme une vraie correction mais plutôt comme un contournement : les deux implémentations ne sont visiblement pas d'accord sur ce qu'un lien DAC 40G doit négocier, et le réglage asymétrique est simplement le coin où les deux se satisfont. Faites-le pendant une fenêtre de maintenance plutôt que sur un uplink en production, et si ça ne prend pas, vérifiez si votre image Huawei permet même de désactiver l'autoneg sur ce port, car ce n'est pas universel.
Un 40G cross-vendor où les deux extrémités voient le câble mais où aucune ne fait monter le lien revient presque toujours à ce que les deux ports essaient de négocier.
Postez l'état de l'autoneg des deux côtés : la config du port 40GE sur le Huawei et la valeur d'auto-negotiation pour qsfpplus1-1 sur le MikroTik, et dites si vous avez modifié l'un ou l'autre par rapport au défaut. Dites aussi si vous avez déjà essayé de le désactiver - sur les deux extrémités en même temps, ou sur une seule, parce que ce sont deux expériences différentes.
Les tests en boucle prouvent seulement que le câble est bon. Ils ne disent rien sur le fait que les deux extrémités s'accordent sur le même comportement de négociation, ce qui est la partie intéressante ici.
Les deux côtés sont à leurs valeurs par défaut : auto-negotiation=yes sur qsfpplus1-1 et negotiation auto sur le port 40GE du Huawei, et je n'ai touché à aucune des deux configs au-delà de faire passer les interfaces up. J'ai bien essayé de le désactiver sur les deux extrémités en même temps, ce qui n'a rien changé du tout ; la variante asymétrique ne m'était jamais venue à l'esprit.
L'état du lien reste no-link sur le MikroTik et DOWN sur le Huawei, et les compteurs ne bougent pas du tout, donc ça n'avance jamais assez pour logger une erreur sur l'un ou l'autre des boîtiers.
Cette dernière mise en garde mérite plus qu'une note de bas de page, parce que c'est exactement là que je me suis retrouvé bloqué. Sur un S6320-54C-EI, avec RouterOS 7.12 côté MikroTik, le port 40G ne permet pas du tout de désactiver l'auto-négociation, donc l'astuce asymétrique n'a nulle part où se poser.
Symptômes par ailleurs identiques : les deux extrémités lisent le câble, le port reste down, aucune erreur nulle part. Donc le contournement ci-dessus est réel mais spécifique à la plateforme, et l'incompatibilité sous-jacente entre ces deux implémentations 40G reste ouverte pour autant que je sache.
Pour quiconque atterrit ici sans réussir à faire fonctionner un DAC cross-vendor du tout : à un moment donné, il devient moins cher d'arrêter de se battre.
J'avais un Alta Route 10 face à un CRS309-1G-8S+ où le Route 10 reconnaissait aussi bien un DAC SFP+ 10Gtek qu'un FS, rapportés comme SFP-H10GB-CU2M, tandis que le CRS309 n'affichait aucune publicité de partenaire de lien et la paire ne montait qu'en forçant à 1G. Forcer 10gbase_r dans /cfg/sfpX.txt n'a rien donné, et quel que soit le module dans la cage, ethtool sur le Route 10 continuait à lister des modes baseT. En remplaçant les deux extrémités par des optiques FS SFP-10GSR-85, le lien 10G est monté instantanément.
Vitesse et boîtiers différents, même leçon : quand le câble est prouvé bon et que les deux extrémités ne s'accordent toujours pas, une paire d'optiques coûte moins cher qu'une semaine de réglages supplémentaire.