TP-Link ER7412-M2 SFP WAN muestra 0.235 mW de RX con un óptico BiDi pero el enlace nunca sube
Oficina pequeña, estamos quitando la caja que da el ISP y terminando la fibra directamente en el router. El acople es AON, el proveedor solo pide una etiqueta VLAN, sin PPPoE y sin registro de ONT. Lo que hay en el rack:
- TP-Link ER7412-M2 V1, firmware 1.0.1, fibra en el puerto 11 (SFP WAN)
- primero un TP-Link TL-SM321B, luego un FS genérico 1000BASE-BX-U (TX 1310, RX 1490, 10 km, DOM)
- un FRITZ!Box 5530 Fiber con su módulo FRITZ!SFP AON (1000BASE-BX10, TX 1310 nm, RX 1490/1550 nm) como referencia que sí funciona
- el mismo latiguillo LC en todas las pruebas
El router ve ambos módulos y la página de DDM no está vacía:
Port 11 (SFP WAN): link down
DDM: RX power 0.235 mW
Así que está llegando luz con el emparejamiento de longitud de onda correcto, y el puerto sigue sin subir. Lo que he hecho hasta ahora:
- reemplacé el TL-SM321B por el FS BX-U precisamente porque sus longitudes de onda coinciden con lo que envía el proveedor
- moví ese módulo FS y el mismo latiguillo al FRITZ!Box, donde el enlace sube de inmediato - fibra, módulo y puerto del proveedor están por tanto bien
- revisé de nuevo la etiqueta VLAN en la interfaz WAN, aunque eso no debería tener nada que ver con el enlace en sí
¿Qué más en el lado del router puede mantener un puerto caído cuando claramente hay potencia RX?
Comments 3
Saca la autonegociación de la ecuación en ese puerto. Fija el puerto SFP WAN a 1000M en vez de auto, guarda, deja que el puerto se reinicialice. Ese es el cambio al que el soporte de TP-Link apunta en este equipo y normalmente es toda la solución: el puerto sube y la interfaz WAN obtiene dirección del proveedor de inmediato.
Mecánicamente lo que estás viendo es una negociación 1000BASE-X que nunca se completa entre el puerto del router y el lado AON del proveedor. No hay nada mal en tu óptica, y la lectura de DDM es la prueba de eso - potencia RX en la longitud de onda esperada significa que el trayecto de fibra y el emparejamiento BX están sanos, así que el fallo está en el lado eléctrico y de negociación, no en el óptico. Que el FRITZ!Box enlace con ese mismo módulo dice lo mismo desde el otro lado.
Dos advertencias que vale la pena tener por escrito.
Fijar la velocidad en un solo extremo solo ayuda cuando el otro extremo no sigue intentando negociar. Es la misma trampa en la que caen algunos con un SFP de 1G en una jaula SFP+, donde el módulo se detecta, no hay rx loss, no hay tx fault, y la interfaz obstinadamente no muestra enlace hasta que velocidad y dúplex se fijan a mano en ambos extremos, no solo en el router.
Y no conviertas esto en una regla universal para puertos de fibra. Existe el caso contrario: una interfaz de fibra de un Huawei AR2220 que se quedó caída contra un switch de terceros hasta que se volvió a poner en
negotiation auto, porque el otro extremo esperaba negociación y el router la tenía forzada. Iguala al otro extremo, no lo adivines.¿En qué está configurado el puerto 11, auto o velocidad fija? ¿Y sabes cómo está configurado el otro lado - ese puerto del proveedor está fijado en 1000M o dejado en negociación? Esas dos respuestas juntas deciden si la negociación 1000BASE-X tiene con quién hablar.
Una comprobación más ya que estás en la página de DDM: ¿la lectura de RX cae a cero cuando sacas la fibra del módulo? He visto suficientes valores obsoletos en interfaces web como para querer confirmar eso antes de construir una teoría sobre 0.235 mW.
El puerto 11 estaba en auto. Cómo está configurado el otro lado honestamente no te lo puedo decir - nadie en la línea de soporte del proveedor va a discutir configuraciones de puerto con un cliente pequeño, así que fijado o negociando es una suposición de todos modos. El valor de DDM al menos es real: saco la fibra y la lectura de RX cae a cero, la vuelvo a poner y regresa el 0.235 mW.
Fijé el puerto 11 a 1000M, guardé, y el enlace subió en segundos. La interfaz WAN obtuvo su dirección del proveedor al primer intento. Nada más cambió: mismo FS BX-U, mismo latiguillo, misma etiqueta VLAN, firmware sin tocar.
Así que la óptica nunca fue el problema, el puerto simplemente estaba esperando una negociación que nunca iba a terminar. Un poco molesto de que una página de DDM mostrando potencia RX sana estuviera junto a un estado de link down durante tanto tiempo sin nada que apuntara a la configuración de velocidad.