Sin enlace de 40G de una HP 5900 a módulos de carga Ixia y Spirent por un DAC JG328A, las ópticas SR4 funcionan bien
Montando un pequeño banco de pruebas de tráfico junto al fabric de producción, y los puertos del tester simplemente no suben por cobre.
- Switch HP 5900 de 40G, JC772A
- Cable de conexión directa QSFP+ de 40G HP JG328A
- Módulo de carga Ixia Xcellon-Multis QSFP 40/10GE
- Módulo Spirent TestCenter de 40G, probado como segunda opinión
- Transceptores HP JG325B 40G SR4 con fibra multimodo, como control
Con el JG328A entre la 5900 y el puerto Ixia no hay enlace en ninguno de los dos extremos. El switch no lanza ningún error, solo advierte que el cable no se reconoce y deja el puerto caído:
<HP5900> display transceiver interfaceMismo cable y mismo puerto del switch contra el módulo Spirent de 40G: tampoco nada. Cambiando al par JG325B SR4 con fibra en esos mismos puertos, ambos testers enlazan al instante y pasan tráfico.
Lo que ya descarté:
- moví el DAC entre tres puertos de 40G distintos en la 5900, resultado idéntico en los tres
- reasenté ambos extremos e intercambié los extremos del cable
- demostré que los propios puertos del tester están sanos usando las ópticas SR4
¿Entonces es sospechoso el propio JG328A, o es el equipo de prueba negándose a aceptar un cable codificado por fabricante? Pedir ópticas solo para alimentar un módulo de carga a un par de metros no es adonde quería llegar con esto.
Comments 4
Esto es el equipo de prueba, no tu cable ni la 5900.
Los módulos de carga de ambos fabricantes leen la EEPROM del cable y deciden si reconocen lo que está enchufado antes de levantar el puerto. Si la codificación no es algo que reconozcan, el puerto simplemente se queda caído y no tienes nada que mirar. Los DAC codificados por HP están justo en ese grupo. La 5900 es mucho más relajada al respecto: acepta el cable, imprime la advertencia de que no se reconoce, y continúa. Esa diferencia de temperamento es toda la asimetría que estás viendo.
Pide prestado un DAC QSFP+ de 40G genérico, no HP, y ponlo entre el mismo puerto de la 5900 y el mismo puerto Ixia. Sube. La matriz que salió del banco:
Y no es una peculiaridad de HP. Los cables de conexión directa de otros fabricantes también tienen una tasa de éxito pobre contra esos testers. El resultado práctico es quedarte con un cable genérico y tu par SR4 como el kit de laboratorio para cualquier cosa que toque un módulo de carga, y usar el JG328A donde funciona perfectamente bien, que es switch a switch. Nadie va a recodificar el tester para adaptarse a ti.
¿Qué imprime realmente display transceiver interface para ese puerto? ¿La 5900 llega a leer un nombre de fabricante y número de parte del cable, o los campos están en blanco? Y del lado Ixia, ¿el puerto reporta algo sobre el cable insertado, o está completamente en silencio?
Otra cosa: ¿tienes algún DAC de 40G que no sea de HP en el armario para poner entre esos mismos dos puertos? Esa sola prueba separa un cable roto de uno mal recibido, y toma dos minutos.
Vale la pena añadirlo, porque esto muerde cada vez que los dos extremos viven en matrices de fabricantes distintos. Tuvimos la misma discusión en un tramo de 100G: del lado del switch, Aruba lista R0Z25A, JL307A y R0Z26A como los cables de conexión directa QSFP28 para la CX 10000, mientras que del lado del servidor, un adaptador HPE 841QSFP28, 872726-B21, solo lista cables InfiniBand EDR, del 834973-B21 al B25. Un conjunto está calificado para Ethernet, el otro para InfiniBand, y el adaptador ni siquiera aparece en la matriz de cables de cómputo porque es una tarjeta de doble personalidad.
No había ningún cable que ambos extremos llamaran soportado. La salida fue especificar un adaptador solo-Ethernet que sí aparece en la matriz, la MCX516A-CCHT, y luego elegir un DAC que ambos lados listen. Mismo razonamiento que tu banco: compra para el extremo más exigente del enlace.
Antes de pedir nada, descarta lo aburrido. En una ExtremeSwitching X870 tuvimos un DAC que no enlazaba y un módulo QSFP+ de 40G que tampoco enlazaba, ambos en puertos QSFP28, y ninguno tenía nada que ver con quién fabricó el cable. Los puertos seguían en su valor por defecto y había que decirles qué tenían dentro:
Después de eso, ambos subieron. Eso es EXOS y no Comware, y tus puertos de la 5900 son 40G nativos, así que puede que no aplique, y el hecho de que las ópticas SR4 enlacen en ese mismo puerto va en contra de un problema de configuración de puerto en tu caso. Compruébalo en tu propia caja antes de aceptarlo o descartarlo. Lo otro que la gente seguía diciendo sobre EXOS es que está bastante contento con cables de terceros, así que la marca rara vez es donde está la respuesta.