S-RJ01 en una jaula SFP+ de un RB5009: autonegociación incompleta, el puerto se atasca en 100 Mbps
Rack casero, y el RB5009 tiene exactamente una jaula SFP+. Quería un segundo uplink de cobre gigabit en vez de tender fibra por la habitación, así que puse un módulo de cobre en su lugar.
- MikroTik RB5009UG+S+IN, RouterOS 7.1rc4
- SFP de cobre MikroTik S-RJ01 1000BASE-T en sfp-sfpplus1
- patch Cat6, unos tres metros, a un switch gigabit
- todos los demás puertos de ese switch enlazan a 1G full con el mismo lote de cables
El puerto sube, pero solo a cien:
/interface ethernet monitor sfp-sfpplus1
Auto Negotiation: incomplete
Rate: 100MbpsBajo carga la interfaz también acumula errores de paquetes TX/RX, cosa que no hace en ninguno de los puertos integrados.
Lo que probé:
- deshabilitar y rehabilitar la interfaz, varias veces - ocasionalmente sube a 1G, en la mayoría de casos no
- otro patch Cat6 y otro puerto del switch remoto
- fijar el puerto del switch remoto a 1G full duplex, lo cual no cambió nada de este lado
¿Es el módulo, la jaula SFP+ a la que se le pide correr un módulo de cobre de 1G, o la versión de RouterOS? ¿Y hay algo que probar antes de rendirme y tender fibra?
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 6
Deja de negociar y fíjalo. En cada equipo MikroTik donde un S-RJ01 se ha comportado mal conmigo, esto es lo que lo mantuvo estable:
Luego vuelve a leerlo con
/interface ethernet monitor sfp-sfpplus1.En cuanto a por qué la lectura te confunde: el enlace entre el puerto del host y un SFP de cobre de 1G siempre corre a la tasa de bits SGMII de 1G, y los 100 Mbit se transportan sobre él repitiendo cada byte diez veces. Así que lo que el host imprime como la tasa no es necesariamente lo que el PHY de cobre dentro del módulo negoció con tu switch - las dos mitades del módulo pueden discrepar, y "incomplete" es el lado del host rindiéndose en su parte.
Dos advertencias. Con la autonegociación apagada de tu lado, el otro extremo también tiene que fijarse en 1 Gbps full duplex, o cae a half duplex y has cambiado un problema de velocidad por uno de dúplex, que es peor de diagnosticar. Y ten claro que esto es una solución alternativa - no hay un arreglo del fabricante para esto, así que si ese puerto lleva algo importante, vale la pena probar un módulo de cobre de otro fabricante en la misma jaula.
Estás en 7.1rc4 y yo también, así que esa parte ya coincide - lo que preferiría saber es qué reporta el otro extremo mientras tu lado dice incomplete. ¿También ve 100, o cree que tiene un enlace gigabit?
Pregunto porque tengo un S-RJ01 en un RB4011iGS+ haciendo algo muy parecido: solo a veces llega a 1G, y solo después de deshabilitar y rehabilitar el puerto. Nunca averigüé qué hace que un intento sea distinto del siguiente, y nunca se me ocurrió leer el switch remoto en el mismo momento.
El switch remoto coincide con el mío - también muestra un enlace de 100 Mbit, así que al menos los dos extremos no se están mintiendo entre sí en direcciones distintas.
Deshabilitar y rehabilitar ayuda aquí también, pero no de forma confiable: aproximadamente uno de cada cuatro intentos vuelve a 1G, el resto cae en 100Mbps con la misma línea
Auto Negotiation: incomplete. Cuando se queda en 100 los contadores de error suben bajo carga; en la rara ocasión en que sube a 1G se mantienen planos.Cuidado con eso como receta general, porque la documentación del propio fabricante para estos módulos de cobre dice lo contrario: S-RJ01 y S+RJ10 se describen como necesitados de velocidad y dúplex negociados para funcionar en absoluto, y según esa página un puerto con la tasa fijada a mano no debería levantar un enlace. La práctica de campo en equipos RB5009 y RB4011 contradice eso con la frecuencia suficiente como para que yo simplemente probaría ambas y me quedaría con la que se sostenga en tu hardware, en vez de confiar en ninguna de las dos afirmaciones.
Sin relación pero en la misma versión: tuve un S+85DLC03D en un CRS318-16P-2S+ perdiendo el enlace varias veces al día, así que no asumiría que todo lo raro en un puerto SFP es culpa del módulo de cobre.
Y si alguna vez consideras el S+RJ10 para esa jaula - consume notablemente más energía y corre caliente, que no es lo que quieres en un equipo con enfriamiento pasivo sin flujo de aire extra.
Equipo más antiguo, misma familia de dolor. Un CCR1016-12S-1S en 6.45.1 con doce módulos de cobre Finisar FCLF-8521-3, a los que el router insistía en llamar FCMJ-8521-3. Los doce fueron reconocidos en la lista de módulos y ninguno enlazaba - ni con los switches Huawei, ni con un portátil conectado directo.
Lo que hizo subir todos los puertos:
Apagar el control de flujo en ambas direcciones importó, y también el ciclo de deshabilitar/habilitar - los módulos solo se reinicializaron con los ajustes nuevos después de eso. Misma advertencia sobre que el otro extremo necesite fijarse en 1 Gbps full duplex, o si no cae a half.
Medio resultado, así que lo reporto como tal. Con la autonegociación apagada y 1Gbps full-duplex forzado en ambos extremos el puerto se ha mantenido en 1G, los contadores de error dejaron de moverse y se acabó la lotería de deshabilitar/habilitar.
Lo que todavía no funciona: un dispositivo viejo de 100 Mbit que conecté directo al módulo ahora no obtiene ningún enlace, desde ningún lado, sin importar cómo lo configure. Para esa pata puse un pequeño switch gigabit entre el módulo y el dispositivo y dejé de pelear con eso. Así que el uplink es usable, pero no diría que el módulo está arreglado.