Link flapping, CRC en vervuilde connectoren

Een link die herhaaldelijk op- en neergaat, of een poort waarvan de CRC- en receive-error-tellers blijven oplopen, wijst meestal niet op een falende module of een gebroken glasvezel. Vaker is het optische budget marginaal, en het connectorvlak is de goedkoopste plek om verloren decibellen terug te vinden.

De kosten van vervuiling

• Eén stofdeeltje van 2–5 µm op het eindvlak van een connector voegt 0,5–2,0 dB verlies toe, genoeg om een marginale link over zijn budget heen te duwen.
• Een schoon LC-paar draagt stabiel 0,1–0,2 dB bij.

Reinigen is dus ‘de goedkoopste decibel die u ooit terugwint’.

Symptomen

• Link flapping: herhaalde op/neer-overgangen in het log.
• Stijgende CRC, input errors of receive errors in de poorttellers.
• Rx-vermogen lager dan in het installatieregister, of lager aan één dan aan het andere uiteinde.
• Een link die alleen onder belasting of bij bepaalde temperaturen uitvalt.

De diagnostische volgorde

Operators komen steeds bij dezelfde volgorde uit:

1. Lees de niveaus aan beide uiteinden. Vergelijk Tx/Rx met het linkpaspoort dat bij de installatie is gemaakt. Let op asymmetrie en op overschreden DDM-drempels; zie DDM-niveaus.
2. Inspecteer → reinig → inspecteer opnieuw. Gebruik een inspectiemicroscoop voor glasvezel en daarna een one-click-cleaner of een cassette-reiniger op rol. Rond nat reinigen altijd af met een droge passage. Sluit nooit een connector aan die u niet hebt geïnspecteerd.
3. Plaats de module opnieuw en wissel hem daarna. Steek de transceiver opnieuw in. Blijft de storing bestaan, vervang hem dan door een aantoonbaar goede module. In de praktijk: besteed geen uur aan een patchkabel; reinig die eenmaal en vervang hem als hij dan nog faalt.
4. Meet met OTDR vanuit beide richtingen. Verdenk pas daarna de glasvezelinfrastructuur. Vraag de provider om een meetcurve. Na een glasvezelreparatie (een nieuwe las) is het totale verlies vaak hoger dan daarvoor; een link die met optiek voor 10 km werkte, haalt het bereik dan mogelijk niet meer.

Waarom de volgorde ertoe doet

Elke stap is goedkoper en sneller dan de volgende. Een module vervangen vóór reiniging verbergt de werkelijke oorzaak, want een vuile patch vervuilt ook de nieuwe module. OTDR aanvragen vóór reiniging verspilt het bezoek van een technicus.

In CodingBox

Gebruik het scherm DDM om een verdachte module op de werkbank uit te lezen en zijn Rx te vergelijken met dezelfde module in het veld. Log waarden naar CSV om het paspoort op te bouwen. Is de module zelf op de werkbank in orde, dan zit het probleem in de infrastructuur of de connectoren, niet in het geheugen.

Bij 25G+-links is de vroegtijdige waarschuwing de pre-FEC BER, niet het Rx-vermogen. Zo leest u VDM- en host-FEC-tellers: VDM- & FEC-metrieken.

Wat een flappende optische module doet met spanning tree, LAG-hashing, routeringsadjacenties en overlays, en hoe u die symptomen naar de poort herleidt: Basisprincipes van forwarding.

De infrastructuurkant van intermitterende links, vervuilde en beschadigde eindvlakken, buigingen, reflectantie en water in moffen, met OTDR- en DDM-signaturen: Storingen in de glasvezelinfrastructuur.

Reflecties als oorzaak van instabiliteit, Fresnel-fysica, gebruikelijke reflectantie per component, lasergevoeligheid, MPI, wat de normen vereisen en hoe u meet: Reflecties & retourverlies.