Testando SFPs CWDM e muxes CWDM-MUX-8A back-to-back depois que os links foram para err-disabled
No data center do autor, vários links CWDM SFP/GBIC da Cisco pararam de funcionar: algumas portas foram para err-disabled (uma com link-flap como causa) e outras simplesmente mostravam notconnect. A investigação incluiu shut/no shut, reencaixar os módulos, mover os SFPs CWDM para outras portas, trocar os patch cords e verificar o media type da interface, mas todas as portas acabavam em notconnect. Suspeitando dos multiplexadores CWDM-MUX-8A, o autor queria montar um laboratório com dois muxes sobressalentes em ponto a ponto para descartar óptica e muxes, e perguntou sobre níveis de potência óptica, comprimento mínimo de fibra, como fazer loop em uma interface Catalyst para teste, e se um OTDR poderia ser usado na porta de monitoramento do mux em produção.
- Hardware: switch Cisco Catalyst (modelo não especificado)
- Transceptores: módulos Cisco CWDM SFP/GBIC (comprimentos de onda não especificados), multiplexador CWDM-MUX-8A
- Fator de forma: SFP, GBIC
Sintomas / mensagens:
port err-disabled (link-flap)
notconnect
several CWDM links failed at once
Comments 3
Para dois muxes CWDM-MUX8-A back-to-back, insira cerca de 10 dB de atenuação: +5 dBm de TX máximo menos -7 dBm de RX máximo significa que são precisos 12 dB de perda, os dois muxes contribuem só com 2 x 2,2 dB, sobrando 7,6 dB para adicionar. Os receptores CWDM são de banda larga, então qualquer comprimento de onda CWDM pode ser recebido por qualquer transceptor CWDM.
Faça loop do TX para o RX de cada módulo CWDM com um patch lead e um atenuador (TX em torno de +3 dBm contra um RX máximo de -7 dBm); use 'no errdisable detect cause loopback' para o Catalyst não colocar a porta em err-disable por causa do loop. Duas ópticas CWDM do mesmo comprimento de onda também podem ser ligadas back-to-back com atenuadores, já que os receptores aceitam 1450-1620 nm.
Transmitir de um SFP para outro SFP no mesmo switch provavelmente vai mostrar link sem danificar o receptor; consulte o guia de troubleshooting de SFP da Cisco. Usar um OTDR na porta de monitoramento do mux em uma rede em produção não é uma boa ideia, porque o pulso de banda larga em ~1550 nm pode vazar para os canais ativos.