DAC 40G Q+DA0001 entre CRS326-24S+2Q+RM y Huawei S6720: ambos extremos leen el cable, el enlace se queda caído
Reconstruyendo la agregación en uno de nuestros sitios: una CRS326-24S+2Q+RM toma los puertos SFP+ de clientes y sube por 40G hacia una Huawei S6720. Tramo corto dentro del mismo rack, así que un DAC pasivo en vez de ópticas.
- MikroTik CRS326-24S+2Q+RM, puerto QSFP+ qsfpplus1-1
- Huawei S6720-54C-EI-48S-AC, puerto 40GE simple
- DAC pasivo QSFP+ de 40G MikroTik Q+DA0001
Ambas cajas leen el cable correctamente, el MikroTik lo muestra como su propio Q+DA0001 y el Huawei lista un cable de cobre de 40G en la información del puerto. Y luego no pasa nada:
MikroTik: qsfpplus1-1 no-link
Huawei: 40GE... current state : DOWNLo que ya se hizo:
- se hizo un bucle con el mismo cable entre los dos puertos QSFP+ de la CRS326: enlaza de inmediato
- se hizo un bucle entre dos puertos 40GE en la Huawei: también enlaza
- se intercambiaron los extremos, se movió al otro puerto QSFP+, se reasentó todo
- se verificó que ninguno de los dos lados está administrativamente apagado
Así que el cable está bien y cada switch está contento con él por su cuenta, solo la pareja entre fabricantes se niega. ¿Alguien realmente ha conseguido levantar un Q+DA0001 entre una CRS326 y una S6720, y qué tuvieron que cambiar en cada lado para que el puerto subiera?
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
Esa combinación por defecto contra por defecto es tu problema, y también lo es apagar la negociación en ambos extremos a la vez. Lo que funcionó aquí con la misma combinación es asimétrico, lo cual se ve raro al escribirlo, pero ahí está: el puerto 40GE del Huawei con la autonegociación desactivada, mientras qsfpplus1-1 en el MikroTik mantiene su propia autonegociación activada.
En el Huawei, dentro de la interfaz:
En el MikroTik, déjalo tal cual o fíjalo explícitamente para que nadie lo «arregle» más tarde:
El enlace de 40G subió justo después de eso en mi par CRS326 a S6720 y se ha mantenido estable desde entonces. Yo no lo vendería tanto como una solución sino como una solución alternativa: las dos implementaciones claramente no se ponen de acuerdo sobre qué debería negociar un enlace DAC de 40G, y el ajuste asimétrico es simplemente el rincón donde ambas quedan conformes. Hazlo en una ventana de mantenimiento y no en un uplink en producción, y si no funciona, comprueba si tu imagen de Huawei siquiera te deja desactivar la autonegociación en ese puerto, porque eso no es universal.
Un 40G entre fabricantes donde ambos extremos ven el cable pero ninguno lo levanta casi siempre se reduce a qué están intentando negociar los dos puertos.
Publica el estado de autoneg de ambos lados: la configuración del puerto 40GE en el Huawei y el valor de auto-negotiation para qsfpplus1-1 en el MikroTik, y di si has cambiado alguno de los dos respecto al valor por defecto. Di también si ya probaste a desactivarlo: en ambos extremos a la vez, o solo en uno, porque son dos experimentos distintos.
Las pruebas de bucle solo demuestran que el cable está bien. No te dicen nada sobre si los dos extremos están de acuerdo en el mismo comportamiento de negociación, que es la parte interesante aquí.
Ambos lados están en sus valores por defecto: auto-negotiation=yes en qsfpplus1-1 y negotiation auto en el puerto 40GE del Huawei, y no he tocado ninguna de las dos configuraciones más allá de levantar las interfaces. Sí probé a desactivarlo en ambos extremos al mismo tiempo, lo cual no cambió nada en absoluto; la variante de un solo lado nunca se me ocurrió.
El estado del enlace se queda en no-link en el MikroTik y DOWN en el Huawei, y los contadores no se mueven en absoluto, así que nunca llega lo bastante lejos como para registrar un error en ninguna de las dos cajas.
Esa última salvedad merece más que una nota al pie, porque es justo donde me quedé atascado. En una S6320-54C-EI, con RouterOS 7.12 del lado MikroTik, el puerto de 40G directamente no te deja desactivar la autonegociación, así que el truco asimétrico no tiene dónde aterrizar.
Síntomas por lo demás idénticos: ambos extremos leen el cable, el puerto se queda caído, sin errores en ningún lado. Así que la solución alternativa de arriba es real pero específica de la plataforma, y la incompatibilidad de fondo entre estas dos implementaciones de 40G sigue abierta hasta donde puedo ver.
Para quien llegue aquí sin poder hacer que un DAC entre fabricantes se comporte en absoluto: en algún punto sale más barato dejar de pelear con él.
Tuve un Alta Route 10 contra una CRS309-1G-8S+ donde el Route 10 reconocía tanto un DAC SFP+ 10Gtek como uno de FS, reportado como SFP-H10GB-CU2M, mientras que la CRS309 no mostraba ningún link partner anunciándose y la pareja solo enlazaba si se forzaba a 1G. Forzar 10gbase_r en /cfg/sfpX.txt no hizo nada, y sin importar qué módulo estuviera en la jaula, ethtool en el Route 10 seguía listando modos baseT. Cambié ambos extremos a ópticas FS SFP-10GSR-85 y obtuve un enlace de 10G al instante.
Velocidad distinta y cajas distintas, misma lección: cuando el cable está demostrado bueno y los dos extremos aun así no se ponen de acuerdo, un par de ópticas cuesta menos que otra semana de ajustes.