English 
简体中文 
繁體中文 
Русский 
Español 
Deutsch 
Français 
Português 
Italiano 
Türkçe 
Polski 
Nederlands 
日本語 
한국어 
Bahasa Indonesia 
Bahasa Melayu 
العربية 
हिन्दी 
Tiếng Việt 
ภาษาไทย 
বাংলা 
اردو 
Kiswahili 
Oʻzbekcha 
አማርኛ 
فارسی DDM im Betrieb überwachen
DDM einmal zu lesen zeigt den Zustand eines Moduls; es im Verlauf zu beobachten zeigt seine Zukunft. Die meisten optischen Ausfälle kündigen sich Wochen im Voraus an — als driftende Rx-Leistung, steigender Bias-Strom oder wachsende Pre-FEC-Bitfehlerrate — für jeden, der die Werte aufzeichnet.
Werkbank, CLI oder NMS
| Wo | Werkzeug | Am besten für |
|---|---|---|
| Werkbank | CodingBox-Bildschirm DDM, CSV-Export | Wareneingangsprüfung, Baselining, Diagnose eines gezogenen Moduls |
| Switch-CLI | show interfaces transceiver und Äquivalente (je NOS) | Stichproben bei der Fehlersuche |
| NMS / Telemetrie | SNMP, Streaming-Telemetrie (gNMI), Hersteller-APIs | flottenweite Trendauswertung und Alarmierung |
Erfassung über SNMP
Die meisten Plattformen stellen DDM über die standardisierte ENTITY-SENSOR-MIB bereit (entPhySensorValue, mit Typ/Skalierung/Präzision pro Sensor) sowie über Hersteller-MIBs (Cisco Entity Sensors, Juniper DOM MIB, Arista, Huawei). Open-Source-NMS wie LibreNMS erkennen optische Sensoren automatisch und stellen sie grafisch dar; Zabbix und Prometheus/Grafana arbeiten mit denselben OIDs oder mit Streaming-Telemetrie. Alle 1–5 Minuten abfragen — DDM-Werte ändern sich langsam, und Module antworten auf dem Zweidraht-Bus in gemächlichem Tempo.
Der Link-Pass
Bei der Installation für beide Enden jedes Links festhalten:
- Tx-Leistung, Rx-Leistung, Bias-Strom, Temperatur (der DDM-Satz);
- Modulhersteller / Teilenummer / Seriennummer;
- Faserlänge und, wo verfügbar, eine OTDR-Messkurve.
Diese Baseline ist der Maßstab für spätere Messungen. Ohne sie ist „Rx liegt bei −12 dBm" nur eine Zahl; mit ihr ist „Rx ist seit März um 2,5 dB gefallen“ ein Arbeitsauftrag.
Alarmierung: Deltas, nicht nur Schwellwerte
Die Modulschwellwerte sind die Grenzen des Herstellers (Schwellwerte & Alarme); die eigenen Alarme sollten enger und relativ sein:
| Signal | Empfohlener Auslöser | Wahrscheinliche Bedeutung |
|---|---|---|
| Rx-Leistung | Abfall um 2–3 dB gegenüber der Baseline | verschmutzter/beschädigter Steckverbinder, Faserknick, nachlassender Laser am fernen Ende |
| Rx-Leistung | asymmetrisch zwischen den beiden Richtungen | Problem auf der schwächeren Seite, nicht auf der Strecke |
| Tx-Bias | Anstieg um 15–20 % gegenüber der Baseline | Laseralterung — Austausch planen |
| Temperatur | > 65–70 °C oder +10 °C gegenüber der Baseline | Kühlungs- oder Dichteproblem |
| Pre-FEC-BER (CMIS/VDM) | steigt auf die FEC-Grenze zu | erstes Anzeichen bei PAM4-Links |
| Modul-Alarm-Flags | jedes | Auffangnetz — sollte nie der erste Alarm sein |
Schnell reagieren
- BFD auf wichtigen Links erkennt einen degradierten Pfad in Millisekunden, lange bevor Routing-Protokolle oder Nutzer etwas bemerken.
- Pro-Lane-Werte bei Mehrlane-Modulen verfolgen (Diagnose pro Lane) — eine einzelne ausfallende Lane ist der übliche Fehlermodus bei AI/Rechenzentren.
- Löst ein Schwellwert aus, der Diagnoseleiter folgen: Pegel → reinigen → tauschen → OTDR.
Was DDM nicht verraten kann
- Die Tx-Leistung kann bei billigen Modulen eine Konstante sein (DDM-Pegel).
- DDM sieht Licht, nicht Bits: Ein Link kann perfekte Pegel haben und trotzdem durch Dispersion, FEC-Fehlanpassung oder einen Polaritätsfehler Fehler produzieren — DDM mit Fehlerzählern kombinieren.
- Die Auflösung liegt bei 0,1 µW: Unterhalb von −40 dBm ist nichts mehr messbar.
In CodingBox
CodingBox ist die Werkbank-Seite dieses Prozesses: ein konfigurierbares Abfrageintervall, ein Messprotokoll und CSV-Export erzeugen den Link-Pass vor der Installation und lassen ein gezogenes Modul mit seiner eigenen Historie in der Code-Datenbank vergleichen.
Details zur Erfassung — CLI-Befehle,
ethtool, ENTITY-SENSOR-MIB und Hersteller-OIDs, OpenConfig-Pfade: DDM mit Werkzeugen lesen. Worauf bei PAM4-Links zu achten ist: VDM- & FEC-Metriken.
Herstellerspezifische SNMP-Objekte, OpenConfig-Telemetriepfade und Syslog-Meldungen, die die hier besprochenen Werte tragen: Management & Überwachung.
Langsame Fehler in der Faserinfrastruktur, die Trends aufdecken — Kontamination, Wassereintritt in Muffen, saisonale Schwankungen — und die Reihenfolge der Fehlersuche, sobald ein Trend bricht: Fehler in der Faserinfrastruktur.
DDM im Kontext der gesamten aktiven Infrastruktur — Verstärkertelemetrie, OSC, OCM, RFTS, Alarmhierarchien und die Korrelation von Modul- mit Faserdaten: Überwachung & Management.