El ERS 5510-24T muestra el GBIC 1000SX en la información del sistema pero el LED IN USE nunca se enciende
Uniendo dos edificios sobre un par Nortel que lleva instalado más tiempo del que llevo yo aquí. El plan era simplemente encender la fibra del edificio ya existente entre los dos switches y terminar con eso, pero el puerto 23 no sube en ningún extremo.
- Dos Nortel ERS 5510-24T, software 4.0.2.02
- GBIC SFP 1000SX, uno en el puerto 23 de cada switch
- unos 120 m de fibra del edificio por las canalizaciones verticales, terminada en el armario lejano por quien hiciera el trabajo original
port 23: no link, IN USE LED dark on both switches
GBIC listed in system information on both ends
Qué probé:
- desactivé la autonegociación en el puerto 23 en ambos extremos
- fijé control de flujo simétrico en el puerto
- construí un MLT alrededor, por si el puerto tenía que pertenecer a algo
Nada de eso cambió algo. El manual dice que el GBIC tiene que activarse por software pero nunca dice dónde vive ese ajuste, y no encuentro nada parecido en los menús. ¿Hay realmente un paso de activación que se me escapa, o estoy persiguiendo algo completamente equivocado?
Comments 4
El LED IN USE no informa de que un módulo esté insertado. Se queda apagado hasta que el puerto realmente ve un enlace óptico, así que lo único que te dice es lo que el estado del puerto ya te decía -nada está enlazando- y no hay ningún paso oculto de activación por software que buscar. La redacción del manual manda a todo el mundo por ese agujero.
Dos cosas causan esto realmente, y me he encontrado ambas en el mismo edificio.
Primero, el módulo tiene que corresponder con el vidrio. 1000SX es una pieza multimodo. Si las canalizaciones son monomodo puedes configurar lo que quieras y nunca enlazará; ahí necesitas un módulo LX, AA1419015 en esta plataforma.
Segundo, y el que suele ganar en cableado antiguo de edificio: transmisión tiene que llegar a recepción. Un par que se terminó al revés en el armario remoto te da exactamente este síntoma -ambos GBIC visibles en la información del sistema, ambos extremos configurados, ningún enlace en absoluto. En el caso que atendí, invertir los pares en el armario lejano fue toda la solución.
Orden en el que trabajaría: averigua qué fibra hay realmente en las canalizaciones, luego recorre los pares de extremo a extremo por dirección, y luego toma prestado un tramo que sepas que está bien antes de empezar a culpar al módulo. Devuelve la autonegociación y el control de flujo a sus valores por defecto mientras lo haces, ninguno de los dos es tu problema aquí.
Antes de seguir cavando en los menús: ¿qué hay realmente en las canalizaciones, multimodo o monomodo? Nadie etiqueta esto correctamente, y 120 m entre edificios es exactamente la distancia en la que la gente lo descubre por las malas.
Segunda pregunta: ¿alguien ha abierto el armario lejano y verificado las terminaciones, o estás confiando en las etiquetas de ahí?
Una prueba que no cuesta nada mientras esperas respuesta a cualquiera de las dos: toma un latiguillo corto y haz un bucle de un puerto de fibra a otro en el mismo switch. Si ese enlace sube, los módulos y los puertos están bien y todo lo que buscas está fuera, en la planta.
Misma forma de problema en equipo completamente distinto: tres switches LANCOM GS-2326P+ enlazados por multimodo a través de paneles de parcheo de piso. Módulos detectados, luz en las fibras, cada puerto de fibra atascado en sin enlace.
La dirección fue en lo que todo apuntó al final. Ver luz en una hebra no dice nada sobre en qué dirección viaja, y un panel de parcheo en medio de un tramo es exactamente donde un par se cruza, así que recorre cada panel y demuestra que transmisión de un lado llega a recepción del otro.
Luego lo aburrido: ambos extremos tienen que ser el mismo tipo de óptica. Corto alcance a 850 nm y largo alcance a 1310 nm no se hablarán entre sí, un módulo de 100 Mbit no hablará con uno de gigabit, y la óptica multimodo quiere vidrio multimodo en lugar de monomodo de 9 um.
Otra cosa que puede o no aplicar a tus Nortel: algunos switches hacen una comprobación de módulo al arrancar y rechazan la óptica de terceros directamente. Los nuestros nunca tuvieron una solución confirmada porque las pruebas estaban esperando una visita al sitio, pero el latiguillo de bucle habría sido el paso que separaría planta de hardware en una tarde.
Una razón más para no reemplazar un módulo solo por un indicador: en esta familia de plataformas el estado reportado también falla en el otro sentido.
Tengo un stack de tres ERS 5520 con los puertos SFP 1/48 y 2/48 en un MLT. El puerto 2/48 sube con OperStatus down y un cuadrado naranja en la interfaz de gestión, mientras el módulo tiene una luz verde fija y el tráfico cruza el enlace perfectamente con normalidad.
Luz verde más tramas en el cable significa que la óptica y el vidrio están haciendo lo que deben, y la mentira está en el estado que el stack guarda para ese puerto -en esta rama de software son los miembros que no son la unidad base los que lo tienen mal. Forzar una nueva elección de base, o desconectar y reconectar el cableado del stack, es lo bastante barato como para probarlo, y una imagen posterior bien puede listarlo como corregido. Lo que no aporta nada es retirar un SFP que funciona porque un cuadrado en la interfaz está naranja.