El ExtremeSwitching X690 rechaza 100G en el puerto 57 y muestra el DAC QSFP28 como no soportado
Añadiendo un enlace de 100G entre dos racks en un X690 que lleva un par de años haciendo silenciosamente trabajo de acceso a 10G. La jaula de uplink no acepta la velocidad en absoluto.
- ExtremeSwitching X690-48x-2q-4c
- Cable de conexión directa QSFP28 de 1 m, Q28+CR4_1m
- puerto 57, una de las jaulas de uplink QSFP28
El cable aparece como no soportado en el listado de puertos, y fijar la velocidad a mano se rechaza directamente:
* X690.1 # configure port 57 auto off speed 100000 duplex full
Speed specified is not supported on port 57Qué probé:
- reasenté el cable en ambos extremos y lo cambié por uno segundo de la misma referencia;
- lo moví a otra jaula QSFP28, mismo mensaje con ese número de puerto;
- dejé auto activado y simplemente habilité el puerto, lo que lo deja down sin enlace.
Se supone que las jaulas admiten 100G, y el switch está rechazando la velocidad en lugar de fallar al enlazar, así que sospecho que el puerto no está configurado como pienso. ¿Qué decide la velocidad de estos uplinks, y cambiarla requiere reiniciar?
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 3
Las jaulas de uplink del X690 no son puertos independientes con su propio ajuste de velocidad. Los puertos 49, 53, 57, 61, 65 y 69 comparten un único presupuesto de 400 Gbit/s, y cómo se reparte ese presupuesto viene de una plantilla de partición, no de un comando de velocidad por puerto. Por eso la CLI rechaza la velocidad en lugar de aceptarla y dejar el puerto apagado: en ese momento el puerto 57 directamente no es una interfaz de 100G. La plantilla por defecto te da dos puertos de 100G más cuatro puertos de 40G, y el 57 no es uno de esos dos.
Elige una plantilla que proporcione el número de interfaces de 100G que necesitas, y luego asigna el puerto en sí:
Luego reinicia el switch. La nueva disposición solo entra en vigor tras el reinicio, y ambos comandos se aceptan sin quejarse antes de eso, lo cual es justo lo que confunde la primera vez.
Además de 1x100G, las opciones por puerto son 1x40G, 2x50G, 4x10G y 4x25G, así que planifica todo el esquema de uplinks primero y cambia la plantilla una sola vez en lugar de por enlace. Lo mismo aplica al modelo 48t, el bloque de uplink ahí es idéntico.
Confirmado. Puse la plantilla en 4x100G, asigné
configure ports 57 partition 1x100G, reinicié, y el puerto volvió como una interfaz de 100G real con el Q28+CR4_1m enlazando de inmediato, sin más cable no soportado.El reinicio es la parte que me habría perdido. Antes de él los comandos quedan en la configuración pareciendo aplicados mientras el puerto sigue rechazando la velocidad, lo cual es indistinguible del problema original. Cualquiera que haga esto en un equipo de producción debería reservar la ventana de corte de antemano en lugar de descubrirlo a mitad de camino.
Misma familia, trampa opuesta, para quien llegue aquí con un X695. Ahí los puertos QSFP28 vienen por defecto en 100G y solo dos de los ocho, el 51 y el 55, se pueden particionar en absoluto. Pruébalo en cualquier otro y obtienes:
En el par particionable usas
configure port 51 partition 1x40G. En el resto forzas la velocidad en su lugar, con el mismo comando que falla en el X690:Hice eso en los puertos 49, 50, 55, 60, 61 y 62 en EXOS 30.6.1.11-patch1-4 para levantar ópticos de 40G. Los puertos 52-54 y 57-59 muestran Link State NP en la disposición por defecto, que es la disposición hablando y no un fallo.
Así que: los uplinks del X690 se rigen por plantilla, los puertos QSFP28 del X695 se rigen mayormente por velocidad. Comprueba qué equipo tienes delante antes de copiar comandos entre ellos.