Probar SFP CWDM y multiplexores CWDM-MUX-8A espalda con espalda tras enlaces caídos en err-disabled
En el centro de datos del autor varios enlaces con SFP/GBIC CWDM Cisco dejaron de funcionar: algunos puertos pasaron a err-disabled (uno con link-flap como causa) y otros simplemente mostraban notconnect. La resolución de problemas incluyó shut/no shut, reasentar los módulos, mover los SFP CWDM a otros puertos, sustituir los latiguillos y comprobar el tipo de medio de la interfaz, pero todos los puertos terminaron en notconnect. Sospechando de los multiplexores CWDM-MUX-8A, el autor quería montar un laboratorio con dos multiplexores de repuesto en un montaje punto a punto para descartar los ópticos y los muxes, y preguntó por niveles de potencia óptica, longitud mínima de fibra, cómo hacer un loop en una interfaz Catalyst para pruebas, y si se podía usar un OTDR en el puerto de monitor del mux en producción.
- Hardware: switch Cisco Catalyst (modelo no especificado)
- Transceptores: módulos Cisco CWDM SFP/GBIC (longitudes de onda no especificadas), multiplexor CWDM-MUX-8A
- Factor de forma: SFP, GBIC
Síntomas / mensajes:
port err-disabled (link-flap)
notconnect
several CWDM links failed at once
Comments 3
Para dos multiplexores CWDM-MUX8-A espalda con espalda, inserta cerca de 10 dB de atenuación: +5 dBm de TX máximo menos -7 dBm de RX máximo significa que se necesitan 12 dB de pérdida, los dos muxes solo aportan 2 x 2,2 dB, quedando 7,6 dB por añadir. Los receptores CWDM son de banda ancha, así que cualquier longitud de onda CWDM puede ser recibida por cualquier transceptor CWDM.
Haz un loop del TX al RX de cada módulo CWDM con un latiguillo y un atenuador (TX alrededor de +3 dBm frente a un máximo de RX de -7 dBm); usa 'no errdisable detect cause loopback' para que el Catalyst no ponga en err-disable el puerto en loop. Dos ópticos CWDM de la misma longitud de onda también se pueden enlazar espalda con espalda con atenuadores, ya que los receptores aceptan 1450-1620 nm.
Transmitir de un SFP a otro SFP en el mismo switch probablemente mostrará enlace sin dañar el receptor; consulta la guía de resolución de problemas de SFP de Cisco. Usar un OTDR en el puerto de monitor del mux de una red en producción no es prudente porque su pulso de banda ancha en ~1550 nm puede colarse en canales activos.