Qué transceptores siguen enlazando en una Aruba 8360-32Y4C cuando el grupo de interfaces se fuerza a 50g
Estamos levantando un par de 8360-32Y4C como leaves y el plan de downlinks es deliberadamente mixto: mayormente 25G a servidores, un par de puertos de 50G a un chasis de cómputo, y algunas caídas de cobre lentas para equipos fuera de banda. Como los downlinks SFP56 están agrupados y la velocidad se fija por grupo, quiero entender qué prohíbe realmente un ajuste de grupo antes de congelar el mapa de puertos.
- Aruba 8360-32Y4C, AOS-CX 10.15
- módulo SFP56 50G en el grupo que fijé a 50g
- DAC SFP+ 10G y DAC SFP28 25G en otros puertos del mismo grupo
- J9054D SFP de 100 Mbps planeado para dos caídas OOB
Con el grupo forzado a 50g los módulos más lentos nunca suben:
8360(config)# system interface-group 4 speed 50g
8360# show interface transceiver
1/1/13 SFP56 50G up
1/1/14 SFP+ 10G DAC Waiting for link
1/1/15 SFP28 25G DAC Waiting for linkLo que ya hice:
- reasenté ambos DAC y los moví a otros puertos dentro del mismo grupo
- comprobé que los extremos remotos están configurados a su velocidad nativa
- confirmé que los mismos DAC enlazan en un switch donde el grupo se deja en 25g
Así que: en un grupo fijado a 50g, ¿de verdad solo enlazan módulos SFP56 50G? ¿Un grupo a 25g acepta todo lo más lento, y se cumple lo mismo para un grupo fijado a 10g? Y la guía de transceptores lista el J9054D SFP de 100 Mbps para los puertos 5-32; ¿alguien ha puesto realmente uno ahí?
Comments 6
La velocidad de grupo no es una etiqueta cosmética, es el conjunto de velocidades que se permite correr a los puertos de ese grupo. Con el grupo en 50g, lo único que va a enlazar es un módulo SFP56 50G; un módulo de 10G o 25G en ese grupo no es una velocidad aceptada y se queda caído, que es exactamente lo que viste.
Un grupo en 25g es el ajuste permisivo: 25G y todo lo más lento enlaza en él, así que una fila mixta de DAC de 25G y 10G más cobre es una configuración perfectamente normal:
Dos salvedades antes de congelar el mapa. Los puertos 1/1/1 a 1/1/4 son los que soportan MACsec y juegan con sus propias reglas, así que planéalos por separado y pruébalos con el módulo exacto que piensas usar. Y yo no te prometería nada sobre un grupo en 10g ni sobre el J9054D a 100 Mbps; nunca tuve uno en un puerto agrupado y a nadie a quien le pregunté se lo confirmó tampoco. Para el extremo lento, los rangos por puerto de la guía oficial de transceptores de la 8360 siguen siendo la referencia. Si necesitas 100M en los puertos 5-32 para OOB, compra un módulo y compruébalo en el banco antes de pedir dieciséis.
Dos cosas deciden esto y a tu publicación le faltan ambas. ¿Qué puertos forman el grupo? ¿Alguno de ellos es del 1/1/1 al 1/1/4? Esos cuatro son los que soportan MACsec en la 32Y4C y no siguen las mismas reglas que el 5-32, así que una prueba hecha ahí no te dice nada del resto de la caja.
Y publica
show interface transceivercon el grupo en 25g en vez de en 50g. Si los DAC de 10G y 25G suben ahí, los módulos y los extremos remotos están bien y solo estás discutiendo con la velocidad de grupo.El grupo 4 son los puertos del 1/1/13 al 1/1/16, así que nada en el rango 1-4; esos siguen vacíos.
Moví el SFP56 a otro grupo que se queda en 50g (ahí está up) y bajé el grupo 4 a 25g. El panorama cambia de inmediato:
Así que los módulos, los DAC y el cableado no son el problema. Es la velocidad de grupo y nada más.
Por lo que vale, un grupo en 25g es de verdad así de permisivo. Mi 8360 de laboratorio tiene un grupo en 25g y ahora mismo tiene un DAC de 10G, un módulo de cobre 1G-BT y un DAC de 25G, los tres arriba al mismo tiempo, además de DAC de 40G y 100G en los puertos QSFP. Nada de eso altera el ajuste de grupo.
Sin relación pero vale la pena saberlo mientras montas esto: perdimos dos días en un enlace de 8325-32C a 8360-32Y4C con un DAC de 40G X242 (JH234A) que se negaba a subir. El lado 8325 reportaba
Module interface errory el lado 8360 se quedaba enWaiting for link, ambos en GL.10.07.0020. Era un defecto de software, no el cable: arrancar la 8325 desde su imagen secundaria 10.06.0110 hizo subir el enlace de inmediato, y 10.07.0021 lo arregló de forma definitiva. La 8360 no necesitó ningún cambio. Así que si un módulo que debería estar soportado reporta un error de módulo en vez de simplemente no link, mira la versión antes de culpar a la óptica.Vale la pena interiorizar la forma general de esto, porque no es una rareza de Aruba. El conjunto de velocidades habilitadas del puerto es lo que condiciona al módulo, y estas cajas rara vez recurren a un respaldo por sí solas.
Misma historia en Spectrum: en una SN2100 o SN2700 con Onyx 3.10.4100, un DAC de 10G detrás de un QSA Amphenol (624380003) se lee bien por I2C pero nunca enlaza mientras el puerto siga solo en 100G.
mlxlink -d /dev/mst/mt52100_pci_cr0 -p 15 -mlo deja claro:State: Disable,Enabled Link Speed 0x00b00000,Supported Cable Speed 0x00001001, recomendaciónCable speed not enabled. Pon 10G en las velocidades habilitadas y el puerto pasa a LinkUp a 10GbE.Y en una UCS 6248 un GLC-SX-MMD genuino se marca
SFP Validation Failedsolo porque el puerto unificado sigue en su valor por defecto de 10 Gbps; selecciona 1 Gbps en el puerto y el módulo se acepta como uplink. Fabricantes distintos, siempre la misma pregunta: si el puerto permite la velocidad que habla el módulo.Cerrando el círculo con lo que puedo confirmar en mi propio hardware. Un grupo en 50g acepta módulos SFP56 50G y nada más; un grupo en 25g lleva DAC de 25G y 10G lado a lado sin quejarse. Eso cubre la mayor parte del mapa de puertos, así que los servidores y el chasis de cómputo están resueltos y el rango 1-4 se queda fuera del plan hasta que pueda probarlo bien.
Sigue abierto: no he probado un grupo en 10g, y nunca obtuve una respuesta clara sobre el J9054D a 100 Mbps en los puertos 5-32. Hay un módulo pedido y va al banco antes que cualquier otra cosa. Hasta entonces las caídas OOB se quedan en el grupo de 25g con cobre, y la guía de transceptores es lo que cito ante el comité de cambios para los rangos por puerto.