Aruba CX 6200F: sin valor de 10G en el comando speed del puerto 1/1/25 con un Cisco SFP-10G-SR
Estamos renovando el core de una oficina pequeña y pusimos un par de Aruba CX 6200F. El enlace entre los dos switches debería ser un trunk de 10G en los enlaces ascendentes SFP+, y no consigo que ninguna de las dos cajas admita que existe 10G en ese puerto.
- 2x Aruba CX 6200F Switch Series, trunk en el puerto 1/1/25
- Cisco SFP-10G-SR en ambos extremos
- allow-unsupported-transceiver activado en ambos switches
Lo que obtengo al intentar fijar la tasa, y cómo se ve el puerto después:
switch(config-if)# speed ?
auto
1000-full
100-full
10-full
switch# show interface 1/1/25 transceiver
1/1/25 SFP+SR*
switch# show interface 1/1/25 physical
1/1/25 is down
Speed:El valor más alto que ofrece el analizador es 1000-full, la línea del transceptor lleva un asterisco, y el puerto se queda caído sin ninguna velocidad.
Lo que ya hice:
- reasenté ambos módulos y moví el par a otro puerto SFP+
- desactivé allow-unsupported-transceiver y lo volví a activar, luego reinicié un switch
- cambié el latiguillo dúplex entre los dos switches
¿El valor de 10G que falta es el switch rechazando silenciosamente el módulo Cisco, o estoy tocando el mando equivocado? ¿Cómo fijo este trunk a 10G?
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
Versión corta: que falte el valor 10G es normal, y no tiene nada que ver con que el módulo sea de Cisco.
En AOS-CX un puerto SFP/SFP+ no acepta una velocidad configurada mientras hay un transceptor insertado. El puerto corre a la tasa fija de lo que sea que esté en la jaula, así que el 10G viene del propio SFP-10G-SR y no de una palabra clave speed. Lo que ves en
speed ?es lo que la plataforma puede ofrecer a un puerto sin óptica, por eso la lista se detiene en 1000-full. No hay ningún 10000-full para seleccionar, y no te falta ninguna licencia ni funcionalidad.El asterisco es la segunda mitad de la confusión. Indica que el módulo no está en la lista soportada y que se está tolerando gracias a allow-unsupported-transceiver. Tolerado significa que el puerto se controla normalmente; no significa que el switch esté manteniendo el enlace caído.
Así que descarta por completo la configuración de speed y trata el estado caído restante como un problema óptico ordinario: ambos extremos tienen que tener un módulo SR funcional, y vale la pena leer
show interface 1/1/25 transceiveryshow interface 1/1/25 physicalen ambos switches con la fibra intercambiada de extremo a extremo. Con un par SR sano el puerto sube a 10G por sí solo.Una advertencia antes de decidirte por ópticas de terceros para el core: lo primero que te pedirán en un caso de soporte es reproducir el fallo con un módulo de la lista de Aruba, así que tener un par soportado en el estante te ahorra una discusión más adelante.
El asterisco no es un indicador de fallo. Solo marca un módulo que AOS-CX no lleva en su propia lista y que estás tolerando con allow-unsupported-transceiver. Un módulo que el switch realmente rechazara no aparecería listado como SFP+SR en absoluto.
Antes de que nadie más adivine sobre la palabra clave speed: publica
show interface 1/1/25 briefde ambos switches. Y di si alguno de esos dos módulos SR ha llevado alguna vez un enlace en algún otro sitio. Tolerado no es lo mismo que probado, y un módulo con transmisor muerto dibuja exactamente este cuadro, puerto caído y sin velocidad.Ninguno de los dos módulos se ha probado en ningún otro sitio. Ambos salieron de la misma bandeja y fueron directo a este trunk, así que no hay ningún puerto donde los haya visto encenderse.
show interface 1/1/25 briefes idéntico en ambos lados, recortado a las columnas que importan:Mismo asterisco, sin valor de velocidad. El latiguillo entre ellos es un jumper dúplex multimodo corto que lleva un par de 1G sin quejarse cuando lo muevo.