Un par de TRENDnet TFC-1000MSC no muestra LED de Link tras invertir TX y RX en ambos extremos
Estoy tendiendo un tramo de fibra entre dos salas de comunicaciones del mismo edificio usando un par de convertidores TRENDnet TFC-1000MSC (1000BASE-T a 1000BASE-SX) para unirlo. El lado de cobre va directo a los switches que ya tenemos, nada raro en la configuración.
- TRENDnet TFC-1000MSC en cada extremo, cada uno con su propia fuente de alimentación
- latiguillos multimodo ST a SC hacia la fibra del edificio
- Catalyst 2960 en una sala, un Netgear ProSafe en la otra
- dos tramos disponibles en el mismo bundle
La hoja de instrucciones dice que hay que invertir TX y RX, así que cambié las hebras en ambos extremos. Lo que obtengo:
Converter A: PWR on, TP Link on, FX Link off
Converter B: PWR on, TP Link on, FX Link offSin Link/Act en el lado de fibra de ninguna de las dos unidades. El lado de cobre está arriba en ambas, los puertos del switch suben y reenvían hacia la nada.
Ya hecho: cambié los latiguillos SC por repuestos, moví todo a la segunda pareja de convertidores que compramos, reasenté ambos extremos dos veces, y probé el segundo tramo del bundle - mismo resultado ahí.
Lo que ofrece el panel frontal del lado de fibra es una sola lámpara FX por unidad, y ambas están apagadas. Eso me dice que el lado óptico nunca subió y nada más allá de eso - ni si es mi propio transmisor el que está callado o el del otro extremo, ni qué dirección está rota. ¿Dónde debería estar mirando - la fibra, los convertidores, o mi propio cableado?
Comments 4
Invertir en ambos extremos es justo tu error. El cruce va solo en un extremo - el TX de un convertidor tiene que llegar al RX del otro. Si cambias las hebras en ambos extremos el mapeo vuelve a ser directo, transmisor frente a transmisor, así que ningún receptor ve nunca luz y ningún LED de Link sube. Deja un extremo como estaba y cruza solo el otro.
Si sigue apagado después de eso, dos cosas más han afectado a gente con estas unidades exactas. Los DIP switches: la recomendación del soporte de TRENDnet fue el switch 1 en on para modo forzado y el switch 2 en off para deshabilitar el link loss return, y ambos convertidores necesitan estar configurados de la misma forma antes de sacar conclusiones de los LED. Y la fibra misma: en uno de dos tramos en un caso como el tuyo la terminación resultó estar mal hecha y tuvo que probarse y rehacerse correctamente. Como tu segundo tramo se comporta igual, yo apostaría primero por el mapeo TX/RX, pero una vez que el mapeo esté bien y no quiera enlazar, eso ya es trabajo para equipo de medición y no otra suposición.
Dos notas al margen. Una férula sucia por sí sola puede tumbar un enlace gigabit, así que limpia los extremos antes de empezar a cambiar hardware de un lado a otro. Y nunca mires dentro de un extremo de fibra para comprobar si hay luz - la fuente es un láser infrarrojo y de todas formas no la verías.
Dices que invertiste en ambos extremos, y esa frase está haciendo mucho trabajo. Detállalo: toma un convertidor y dinos qué hebra va a su puerto TX y cuál al RX, luego haz lo mismo para el otro extremo. Dibújalo si ayuda.
Dos cosas más ya que estás ahí abajo. Lee los DIP switches de ambas unidades, posición por posición, y di si alguno de esos tramos alguna vez llevó un enlace antes o si todo el bundle es una instalación nueva. Si es nueva, la fibra no está probada y sigue siendo sospechosa hasta que alguien la pruebe correctamente.
Secundo la queja sobre esa lámpara FX, porque es la verdadera razón por la que este tipo de falla se alarga. Una lámpara que simplemente está encendida o apagada no te puede decir qué dirección está muerta, así que deja de leer el panel frontal en cuanto haya algo en la ruta a lo que se le pueda preguntar directamente - contadores de puerto del switch, o una CLI si el equipo la tiene. En una entrega de un operador dejé de adivinar por los LED por completo y en vez de eso leí la velocidad operativa:
y miré la columna Oper. Eso también atrapa la trampa donde un servicio de 100 Mbps alimenta un convertidor que entrega 1000BASE-T por el lado de cobre: todo detrás de él negocia un gigabit sin ningún problema y nada en el panel insinúa la tasa real. Otro equipo, misma lección - el convertidor es lo menos informativo de toda la cadena.
Caso relacionado, por si alguna vez tus lámparas empiezan a parpadear en vez de quedarse apagadas. El mío era un SG300-28PP con un Cisco MGBSX1 en el puerto SFP 27, multimodo hacia un TP-Link MC200CM. El indicador FX del convertidor se encendía unos segundos y luego caía en un parpadeo intenso; la máquina detrás de él obtenía una dirección, se caía de nuevo a los pocos segundos, y el rendimiento que quedaba se podía medir con una regla. Revisé el hardware pieza por pieza - el segundo MGBSX1, el otro puerto SFP, el convertidor de repuesto con su propia fuente, un puñado de hebras, latiguillos de cobre nuevos - y nada de eso movió la aguja. Mientras tanto SG300 a SG300 por fibra se mantenía, SG300 a un HP se mantenía, y los dos convertidores espalda con espalda se mantenían, así que por sí solo cada componente parecía inocente.
Lo que respondió el fabricante fue poner el modo de enlace en auto y reiniciar, más una advertencia de que un MC200CM solo maneja su lado de cobre a 1000 Mbps, así que cualquier cosa más lenta detrás de él no arranca. Nadie aclaró si auto se refería al convertidor o al puerto del switch, y la discusión murió antes de que nadie confirmara un resultado - una dirección hacia dónde mirar, no una solución.