Sun Network 10GbE Switch 72p: un módulo x2129a de 1G en un puerto SFP+ se queda caído mientras los vecinos de 10G están bien
Heredé un Sun Network 10GbE Switch 72p con un par de equipos antiguos colgados de él que nunca van a hacer más de un gigabit. El plan era meter un módulo capaz de 1G en una de las jaulas SFP+ y terminar con eso.
- Sun Network 10GbE Switch 72p, CLI SEFOS por la consola serie
- módulo multimodo de tasa dual 10G/1G x2129a
- LC dúplex OM3 a un puerto de 1G en un switch de acceso más antiguo
- los enlaces de 10G en el mismo chasis están arriba y pasan tráfico normalmente
El puerto con ese módulo nunca sube. Sin alarmas, sin errores en el log, solo un puerto caído mientras sus vecinos de 10G están bien, y el otro extremo tampoco ve nada.
Probado hasta ahora:
- reasenté el módulo y cambié el cable de parcheo
- lo moví a una segunda jaula
- comprobé el puerto del otro extremo, que está arriba y esperando pareja
¿Se soporta siquiera un enlace de 1G en estos puertos, y si es así, qué me estoy perdiendo del lado del switch?
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
Ambas mitades tienen que estar bien y ninguna ocurre por sí sola.
Lado del switch: solo los puertos 65-72 son de velocidad dual en esta plataforma, así que el puerto 71 está bien. El x2129a es la pieza multimodo de tasa dual 10G/1G calificada exactamente para este trabajo, y el x2123a es el de RJ45 si alguna vez necesitas 1G de cobre en esas jaulas. Pero el puerto no cae automáticamente por sí mismo, fijas la velocidad manualmente en SEFOS:
Apaga el puerto antes de cambiar la velocidad y vuelve a levantarlo después. Saltarse eso es la razón habitual por la que la gente reporta que el ajuste no se aplicó. Y
write startup-config, si no desaparece en el siguiente reinicio.Otro extremo: deshabilita la autonegociación y fuerza ese puerto a 1000 full duplex. En modo 1Gbps estos puertos no autonegocian, así que un compañero dejado en autoneg es la razón más común con diferencia por la que el enlace nunca se forma, que encaja exactamente con tus síntomas, vecinos de 10G contentos y este silencioso en ambas direcciones.
Haz ambas cosas, luego vuelve a mirar el puerto. Si sigue caído con el otro extremo forzado, es un fallo distinto y vale la pena revisar bien la fibra.
¿En qué número de puerto está? Eso importa aquí, porque no todas las jaulas SFP+ de este chasis son de velocidad dual, solo un bloque de ocho al final hará algo distinto de 10G. Si tu módulo está en una de las otras puedes dejar de buscar un error de configuración, ahí nunca va a funcionar.
Segunda pregunta: ¿qué hay en el otro extremo y sigue habilitada la autonegociación en ese puerto? Esa es la otra mitad de la respuesta, y "nunca la toqué" casi siempre significa que está encendida.
Puerto 71, así que está dentro del último bloque. El otro extremo es un puerto multimodo de 1G en un switch de acceso más antiguo, autonegociación habilitada, por defecto de fábrica, nunca lo toqué.
Del lado Sun tampoco he forzado nada, el puerto está en lo que sea que trae por defecto. Si hay que cambiar ambos extremos puedo tumbar ese enlace unos minutos sin pedirle permiso a nadie, todavía no lleva nada importante.
1G en una jaula de 10G nunca es plug and play, y las reglas difieren por plataforma incluso dentro de un mismo fabricante. En Extreme VOSS el VSP 4450 quiere la autonegociación dejada habilitada cuando el otro extremo es un switch de terceros, mientras que el VSP 7254XSQ no soporta autonegociación en absoluto, así que ahí el equipo remoto tiene que tenerla deshabilitada antes de que se forme un enlace de 1G. Consejo opuesto, mismo fabricante, dos equipos. Para su SFP 1000BASE-T, AA1419043-E6, también listado como 10070H, la práctica recomendada es autoneg personalizado en el puerto de cobre remoto.
MikroTik tiene su propio sabor de esto con ópticos multitasa. Un XS+31LC10D en un puerto SFP+ normal hay que forzarlo en vez de autonegociarlo, con el pin de rate-select puesto en bajo, si no los datos pueden corromperse en la transmisión:
Velocidades distintas, misma clase de problema: la jaula puede llevar más de una tasa y algo tiene que decirle cuál quisiste.
Vale la pena apreciar que tengas siquiera un ajuste de velocidad. En los switches gestionados QSW de QNAP, QSW-M5216-1T, QSW-M2116P-2T2S y el resto de esa línea, el modo de datos de los puertos SFP+ no se puede ajustar en QSS, solo los puertos RJ45 se pueden limitar. Así que un SFP de 1G o lo autodetecta el firmware del puerto o no enlaza, y no hay configuración de respaldo. La gente termina buscando un módulo que ya le guste al puerto, o metiendo un DAC en su lugar.
Eso es también por qué se ven reportes donde 10G a 10G sube bien en la misma jaula mientras un módulo de 1G se queda apagado. En tu equipo es un ajuste manual, molesto una vez y resuelto para siempre.