CWDM SFP's en CWDM-MUX-8A-muxen back-to-back testen nadat links err-disabled raakten
In het datacenter van de vraagsteller vielen meerdere Cisco CWDM SFP/GBIC-links uit: sommige poorten gingen err-disabled (bij één met link-flap als oorzaak) en andere toonden gewoon notconnect. De troubleshooting omvatte shut/no shut, de modules opnieuw insteken, de CWDM SFP's naar andere poorten verplaatsen, de patchkabels vervangen en het interface media type controleren, maar elke poort eindigde op notconnect. Omdat de CWDM-MUX-8A-multiplexers werden verdacht, wilde de vraagsteller een labopstelling bouwen met twee reserve-muxen in een point-to-pointopstelling om de optiek en de muxen uit te sluiten, en vroeg naar optische vermogensniveaus, de minimale vezellengte, hoe je een Catalyst-interface loopt voor het testen, en of een OTDR gebruikt kan worden op de monitorpoort van de mux in productie.
- Hardware: Cisco Catalyst switch (model niet gespecificeerd)
- Transceivers: Cisco CWDM SFP/GBIC-modules (golflengtes niet gespecificeerd), CWDM-MUX-8A-multiplexer
- Vormfactor: SFP, GBIC
Symptomen / meldingen:
port err-disabled (link-flap)
notconnect
several CWDM links failed at once
Comments 3
Voor twee CWDM-MUX8-A-muxen back-to-back breng je ongeveer 10 dB demping aan: +5 dBm max TX min -7 dBm max RX betekent dat er 12 dB verlies nodig is, de twee muxen leveren samen maar 2 x 2,2 dB, dus blijft er 7,6 dB over om toe te voegen. CWDM-ontvangers zijn breedbandig, dus elke CWDM-golflengte kan door elke CWDM-transceiver ontvangen worden.
Loop de TX van elke CWDM-module terug naar de RX met een patchkabel en een attenuator (TX rond +3 dBm tegenover een maximale RX van -7 dBm); gebruik 'no errdisable detect cause loopback' zodat de Catalyst de geloopte poort niet err-disabled. Twee CWDM-optieken met dezelfde golflengte kunnen ook back-to-back gekoppeld worden met attenuators, aangezien de ontvangers 1450-1620 nm accepteren.
Zenden van de ene SFP naar de andere SFP op dezelfde switch zal waarschijnlijk link tonen zonder de ontvanger te beschadigen; zie de SFP-troubleshootinggids van Cisco. Een OTDR gebruiken op de monitorpoort van de mux in een live netwerk is onverstandig, omdat de breedbandige ~1550 nm-puls kan overlopen naar actieve kanalen.