Überwachung und Management: DDM, OSC, OCM, RFTS, Alarme

Passive Infrastruktur ist stumm; die aktive Infrastruktur um sie herum ist die einzige Quelle für Live-Informationen über einen Faserlink. Jeder Transceiver misst sein eigenes Licht, jeder Verstärker meldet seine Pumpen und Verstärkung, ROADM-Knoten beobachten das Spektrum, Überwachungskanäle tragen all das zwischen den Standorten, und Fernprüfsysteme feuern OTDR-Impulse in die Faser, während sie Verkehr führt. Diese Seite beschreibt die Sichtbarkeitsebenen, die Alarme, die sie auslösen, und was jeder bedeutet, wie man Baselines und Trends führt, die Protokolle und Werkzeuge, die die Daten sammeln, wie man Modul- mit Faserdaten korreliert, um den Fehler zu finden, sowie die praktischen Regeln für ein Monitoring-Setup, das Probleme erkennt, bevor Kunden es tun.

Sichtbarkeitsebenen

Ebene	Quelle	Was sie sieht	Details
Transceiver-Diagnose (DDM/DOM)	die Monitor-Fotodioden und Sensoren des Moduls, ausgelesen vom Host	Tx- und Rx-Leistung, Laser-Bias, Temperatur, Versorgungsspannung; bei 400G+ und kohärenten Modulen zusätzlich Pre-FEC-BER, chromatische Dispersion, DGD, OSNR (VDM)	DDM-Grundlagen, VDM- und FEC-Metriken
Host-Port-Zähler	MAC/PCS des Switch, Routers oder NIC	Verbindungsstatus und Flaps, korrigierte und unkorrigierte FEC-Blöcke, CRC-Fehler, fehlerhafte PCS-Blöcke	Management & Überwachung
Verstärker-Telemetrie	EDFA- und Raman-Einheiten	Eingangs- und Ausgangsleistung, Verstärkung, Pumpstrom und -temperatur, Eingangsverlust, APR-Status	Verstärker & Regeneration
Optical Channel Monitor (OCM)	in ROADM- und Terminalknoten eingebauter Spektrumanalysator	Leistung und Präsenz pro Kanal, OSNR-Schätzung, Tilt	Transport- und Zugangsgeräte
Optical Supervisory Channel (OSC)	eine dedizierte Wellenlänge (1 510 oder 1 610 nm) zwischen Leitungsstandorten	Spanverlust, Fernalarme, Management-Anbindung zu unbemannten Standorten	dasselbe
Remote Fibre Test System (RFTS)	OTDR-Einheiten, bei 1 625 oder 1 650 nm an aktive Fasern gekoppelt	neue Ereignisse, Verluständerungen, Bruchortung direkt auf der Faser	Wartung & Wiederherstellung
Umgebungssensoren	Schränke, Muffen, Hütten	Tür, Temperatur, Feuchtigkeit, Wasser, Netz- und Batteriestatus	dasselbe
Aufzeichnungen und Baselines	Inbetriebnahmetests und der Link-Pass	was für jede Faser und jedes Modul „normal“ ist	Dokumentation & Kennzeichnung

Alarme und ihre Bedeutung

Alarm	Ausgelöst von	Bedeutung	Erste Prüfung
Loss of Signal (LOS)	Empfänger: kein Licht	Faserbruch, Sender am Fernende aus, falsche Wellenlänge oder falscher Kanal, getrenntes Kabel	Tx-Leistung und Verbindungsstatus am Fernende (Kein Link)
Loss of Lock, Loss of Frame (LOL, LOF)	CDR, PCS, OTN-Framer	Licht vorhanden, aber unbrauchbar: Geschwindigkeits- oder FEC-Fehlanpassung, Dispersion oder Rauschen jenseits der Toleranz, sehr niedrige Leistung	Rx-Leistung gegen Empfindlichkeit, Geschwindigkeits- und FEC-Einstellungen
Rx-Leistung niedrig, Warnung oder Alarm	Modulschwellwerte	Streckenverlust gestiegen oder Fern-Tx gesunken; typische Schwellwerte einige dB über der Empfindlichkeit	Trend von Fern-Tx und Nah-Rx (Schwellwerte & Alarme)
Rx-Leistung hoch	Modulschwellwerte	zu wenig Verlust für ER/ZR oder verstärkte Ausgangsleistung in einen Empfänger	Dämpfungsglied
Tx-Leistung niedrig, Laser-Bias hoch	Modul	Laseralterung oder -ausfall	Bias-Trend (Tx-Bias & Laseralterung)
Temperatur hoch	Modul oder Gerät	blockierter Luftstrom, ausgefallener Lüfter, heißer Standort, Modul über seiner Klasse	Standortumgebung (Temperatur & Spannung)
Pre-FEC-BER steigt, unkorrigierbare Blöcke	FEC-Statistik von Host oder Modul	die Reserve wird aufgebraucht — durch Leistung, Dispersion, PMD, Reflexionen oder einen verschmutzten Stecker — bevor der Link ausfällt	mit Rx-Leistung und OSNR korrelieren
Instabiler Link (Flapping)	Host	unterbrochener Kontakt, Reflexionen, grenzwertige Leistung, thermische Zyklen	Instabiler Link
Modul nicht vorhanden oder nicht unterstützt	Host	Sitz, Codierung, inkompatibler Typ	Herstellersperre
Verstärker-Eingangsverlust, APR aktiv	Verstärker	Faserbruch stromaufwärts; Pumpen aus Sicherheitsgründen abgeschaltet	APR nicht umgehen; den Bruch lokalisieren (Sicherheit & Handhabung)
Spanverlust gestiegen (OSC)	Leitungssystem	Faserverschlechterung, Biegung, Wasser, verschmutzter Stecker im Span	RFTS oder OTDR am Span (OTDR-Messkurve lesen)
Neues RFTS-Ereignis oder Verluständerung	Remote-OTDR	eine neue Biegung, Spleißverschlechterung, Wasser oder ein Bruch in ermittelter Entfernung	in Trassenposition umrechnen, Einsatzteam entsenden
Tür offen, Wasser, Netzausfall, Batterie schwach	Umgebung	der Standort steht kurz davor, zu einem Faserbruch zu werden	entsenden, bevor die Batterien leer sind

Alarmhierarchien sind entscheidend: Ein Faserbruch löst LOS auf jeder Wellenlänge aus, Eingangsverlust am Verstärker, Spanverlust am OSC und ein Dutzend Dienstalarme — die eigentliche Ursache ist die, die in der Hierarchie am tiefsten liegt.

Baselines und Trends

Praxis	Regel
Link-Pass bei der Inbetriebnahme	Fern-Tx, Nah-Rx, Bias und Temperatur beider Module; OTDR in beide Richtungen; Verlust bei allen Wellenlängen
Bei Abweichungen alarmieren, nicht nur bei absoluten Schwellwerten	2 dB unter der Baseline-Rx ist ein Anlass hinzuschauen, lange vor dem eigenen Niedrigleistungsalarm des Moduls
Abfrageintervall	1–5 Minuten für Leistungswerte; Zähler pro Minute; RFTS-Scans stündlich bis täglich
Saisonales Verhalten	±1-dB-Schwankungen bei Luft- und Außenkabeln sind normal — dokumentieren
Neue Baseline nach jeder Änderung	neues Modul, neuer Spleiß, neue Patchung
Genauigkeit	DDM ist absolut ±1–2 dB genau, aber ±0,1 dB reproduzierbar — perfekt für Trends, nicht für Zertifizierung (Genauigkeit & Grenzen)
Aufbewahrung	mindestens ein Jahr Leistungshistorie aufbewahren, um langsame Verschlechterung und Saisonalität zu erkennen (Überwachung)

Protokolle und Werkzeuge

Mechanismus	Was er liefert	Anmerkungen
CLI (`show interface transceiver` und Äquivalente)	DDM-Werte pro Port auf Abruf	skriptfreundlich; Syntax je nach NOS (DDM-Werkzeuge auslesen)
SNMP-Polling und -Traps	DDM, Zähler, Gerätealarme	herstellerspezifische MIBs für optische Werte; ENTITY-SENSOR-MIB auf manchen Plattformen
Streaming-Telemetrie (gNMI, OpenConfig, NETCONF)	DDM und Zähler alle paar Sekunden	Modelle nach `openconfig-platform-transceiver`; am besten für Trends
ethtool, mlxlink und NIC-Werkzeuge	DDM von Server-NICs	NIC-Werkzeuge & Diagnose
EMS/NMS des Leitungssystems	Verstärker-, OCM-, OSC-Daten und Alarme der optischen Schicht	TL1 oder NETCONF nach oben
RFTS-Software	Messkurvenvergleich, Ereignisalarme, GIS-Kartierung von Entfernungen	benötigt die Trassenaufzeichnungen, um Entfernung auf Ort abzubilden
Übergreifendes NMS, Zeitreihendatenbank und Dashboards	Korrelation von Faser-, Modul-, Dienst- und Umgebungsdaten	der Ort, an dem die Ursachenanalyse stattfindet

Modul- und Faserdaten korrelieren

Beobachtung	Wahrscheinliche Ursache	Bestätigung
Nah-Rx gesunken, Fern-Tx und Bias unverändert	Streckenverlust gestiegen: Biegung, Stecker, Wasser, Muffe	OTDR oder RFTS; Stecker prüfen
Fern-Tx gesunken, dessen Bias gestiegen	Laseralterung am Fernende	Modul ersetzen (Tx-Bias & Laseralterung)
Beide Richtungen verschlechtern sich gleichzeitig	Problem auf gemeinsamer Strecke: eine gemeinsame Muffe, ein Kabelkanal, Schranktemperatur	Standortprüfung
Rx normal, Pre-FEC-BER steigt	Dispersion, PMD, Reflexionen, nichtlinear oder Rauschen — nicht Leistung	OSNR (kohärentes VDM), Reflexionsgrad, Charakterisierung (Faser-Charakterisierung)
Rx schwankt täglich um 1–2 dB	Temperatur an Außenkabeln oder ein grenzwertiger Stecker	mit Wetter korrelieren; prüfen
Flaps bei guter mittlerer Leistung	Reflexionen, unterbrochener Kontakt, verschmutzte Stirnfläche	Reflexionsgrad auf OTDR, Stirnflächenprüfung (Stirnflächenprüfung & -reinigung)
Temperatur hoch bei normalem Verkehr	Luftstrom oder Lüfter	Standort
Alles an einem Standort ausgefallen	Stromversorgung	Umgebungsalarme, Batterien
Eine Wellenlänge ausgefallen, andere in Ordnung	dieses Modul, sein Patchkabel oder eine ROADM-Kanaleinstellung	Modul tauschen, Kanalplan prüfen

Praktische Regeln

Regel	Warum
Beide Enden jedes Links überwachen	der Streckenverlust ist Fern-Tx minus Nah-Rx; ein Ende allein sagt nichts darüber, welche Seite sich verschlechtert hat
DDM über den Host lesen und den Laborwert behalten	der Wert des Hosts ist die operative Wahrheit; der Laborwert ist die Baseline vor der Strecke (DDM in der App)
Alarmschwellwerte pro Link, nicht pro Modultyp	die Werksschwellwerte des Moduls sind weit gefasst; die Reserve des Links ist spezifisch
Schutzpfade testen	ein Standby-Pfad ohne Verkehr braucht trotzdem eine überwachte Rx-Leistung, sonst versagt er lautlos
Die Überwachungssysteme selbst überwachen	auch RFTS-Einheiten, OSC-Terminals und Sensoren fallen aus
Aufzeichnungen aktuell halten	ein Alarm bei „12,3 km“ ist ohne Trassenkarte nutzlos (Dokumentation & Kennzeichnung)
Das Management-Netz trennen	ein Ausfall darf nicht auch die Fähigkeit lahmlegen, ihn zu sehen

In CodingBox

Der Labortisch ist der erste Überwachungspunkt: CodingBox liest DDM, Schwellwerte und VDM-Fähigkeiten eines Moduls vor dem Einbau, sodass der Link-Pass mit bekannt guten Werten allein für das Modul beginnt — Tx-Leistung, Bias, Temperatur — und die späteren Messwerte des Hosts daran gemessen werden können (DDM in der App, Check transceiver, Überwachung).

Wenn Sie in diesem Artikel eine Ungenauigkeit oder einen Fehler finden, markieren Sie die betreffende Stelle und drücken Sie Ctrl+Enter, um .