Tramo de 27 km en un MES3324F: los mismos módulos enlazan en un MXA-64, pero el Eltex lleva el puerto a PORT_SUSPENDED
Enlace entre dos de nuestros nodos: un tramo de unos 27 km de monomodo, con un MES3324F en cada extremo. Pusimos un par de SFP FANG HANG de 1550 nm, que se vendían como de cuarenta kilómetros. El enlace sube, vive unas decenas de segundos y cae, y así en bucle, hasta que el puerto se bloquea.
- 2 x Eltex MES3324F, firmware 4.0.7
- SFP FANG HANG 1550 nm, número de referencia S1253271221932, declarado 40 km
- tramo de ~27 km de monomodo, repartidores intermedios en ambos nodos
- latiguillos del mismo lote que en los enlaces vecinos
console# show fiber-ports optical-transceiver
Port ... Output Power Input Power LOS
gi1/0/23 -6.11 dBm -22.00 dBm No
%LINK-W-PORT_SUSPENDED
Qué ya se comprobó:
- se midió el trayecto, sin observaciones sobre el cable
- se puso este mismo par de módulos con los mismos cordones en un MXA-64 sobre la misma fibra - el enlace sube de inmediato y se mantiene sin flapeos
- se intercambiaron los módulos entre sí y se pasaron a puertos ópticos vecinos, mismo comportamiento
Los -22 dBm en recepción tampoco me gustan a mí, pero entonces no se entiende por qué en el MXA-64 sobre esa misma fibra todo se mantiene. ¿Es que al MES3324F no le gusta en absoluto trabajar cerca del límite de sensibilidad, o el problema al final está en los módulos y hay que buscar un par decente de 40 km? No me apetece ir a por módulos nuevos para toparme con lo mismo.
Comments 4
-22 dBm en recepción para gigabit a 1550 nm ya está en el mismo límite, ahí cualquier conector de más lo decide todo. Un par de preguntas para no adivinar:
show fiber-ports optical-transceiveren el extremo lejano? Interesa el Input Power justo ahí, no solo en el vuestro.Por experiencia, los «40 km» en la descripción del lote y el alcance real del módulo son cosas distintas, y a 27 km eso sale a la luz enseguida.
En el extremo lejano el cuadro es un espejo, la recepción está igual de baja, la diferencia está dentro del margen de error. Sobre los módulos: el vendedor al final reconoció que son equipos de veinte kilómetros, no de cuarenta, así que desde el principio no había margen de presupuesto para 27 km.
En paralelo escribimos a soporte de Eltex. La respuesta fue breve: comprobar que los transceptores respondan a DDM en absoluto, actualizar el firmware y, ya que los módulos son gigabit, añadir en ambos extremos
Hicimos los tres puntos - el puerto de todos modos llega a
%LINK-W-PORT_SUSPENDED, simplemente un poco más tarde. Los niveles en el MXA-64 no los tomamos, lo confieso, solo miramos el hecho del enlace.Ahora estamos esperando un par decente a 1550 nm con margen de presupuesto, hasta ese momento considero la cuestión abierta.
Algo parecido me pasó con Cisco, solo que ahí no se manifestó como bloqueo de puerto sino como basura en los contadores: uno de los dos uplinks ópticos acumuló 46 mil input errors y 42 mil CRC, y en el log, alarm Rx power low, -20,2 dBm con un umbral de -18,4 dBm.
Se curó no en el switch: limpieza de ambos extremos, medición de TX y RX con un medidor, comprobación de la longitud del trayecto, de las fusiones y de la calidad de los patches. Parte de los errores se fue, pero los niveles nunca volvieron del todo a la normalidad, y al final también se cambió el módulo. La idea es que en el límite del presupuesto el hardware se comporta de forma distinta: uno acumula CRC y aparenta que funciona, el otro apaga el puerto honestamente. Así que vuestros -22 no es «casi funciona», ya es la causa.
Añado a lo de la medición con medidor: no conviene fiarse a ciegas de las cifras de DDM de módulos baratos. Incluso los fabricantes que hacen su propio diagnóstico óptico declaran una tolerancia del orden de 3 dB en Tx y Rx y de unos 3 grados en temperatura - y eso es para sus propios módulos. En uno de terceros se puede obtener tranquilamente un par de decibelios de desviación respecto a la realidad, y a veces el módulo directamente no devuelve nada con sentido y no habrá ninguna alerta temprana de potencia. Los umbrales del DDM también vienen del propio módulo (SFF-8472), el switch no los calcula.
Y el orden de trabajo que ahorra tiempo: primero comparar el Rx con el rango de trabajo del módulo, no con el hecho de que «hay enlace», luego cambiar el latiguillo, luego revisar los repartidores intermedios - por si alguien anduvo trasteando ahí recientemente - y solo después sospechar del módulo lejano. Tuve un caso en el que la recepción cayó a -25,69 dBm, y el culpable no fue el módulo sino el trayecto.