Monitoring en beheer: DDM, OSC, OCM, RFTS, alarmen

Passieve infrastructuur geeft geen signalen af; de actieve infrastructuur eromheen is de enige bron van actuele informatie over een glasvezellink. Elke transceiver meet zijn eigen licht, elke versterker meldt zijn pompen en versterking, ROADM-knooppunten bewaken het spectrum, supervisiekanalen vervoeren deze informatie tussen locaties en externe testsystemen sturen OTDR-pulsen door de glasvezel terwijl deze verkeer draagt. Deze pagina beschrijft de zichtbaarheidslagen, de alarmen die ze genereren en hun betekenis, het bijhouden van baselines en trends, de protocollen en hulpmiddelen voor gegevensverzameling, de correlatie van module- en glasvezelgegevens om de storing te vinden, en praktische regels voor een bewakingsopstelling die problemen detecteert voordat klanten ze merken.

Zichtbaarheidslagen

Laag	Bron	Wat deze ziet	Detail
Transceiverdiagnostiek (DDM/DOM)	monitorfotodiodes en sensoren van de module, uitgelezen door de host	Tx- en Rx-vermogen, laserbias, temperatuur, voedingsspanning; bij 400G+- en coherente modules ook pre-FEC BER, chromatische dispersie, DGD, OSNR (VDM)	DDM-basisprincipes, VDM- en FEC-metrieken
Hostpoorttellers	MAC/PCS van de switch, router of NIC	linkstatus en flaps, door FEC gecorrigeerde en ongecorrigeerde blokken, CRC-fouten, foutieve PCS-blokken	Beheer en bewaking
Versterkertelemetrie	EDFA- en Raman-units	ingangs- en uitgangsvermogen, versterking, pompstroom en temperatuur, verlies van ingang, APR-status	Versterkers en regeneratie
Optische kanaalmonitor (OCM)	spectrumanalysator ingebouwd in ROADM- en terminalknooppunten	vermogen en aanwezigheid per kanaal, OSNR-schatting, helling	Transport- en toegangsapparatuur
Optisch supervisiekanaal (OSC)	een gereserveerde golflengte (1 510 of 1 610 nm) tussen lijnlocaties	spanverlies, alarmen op afstand, beheerverbinding met onbemande locaties	hetzelfde
Extern glasvezeltestsysteem (RFTS)	OTDR-units gekoppeld op 1 625 of 1 650 nm aan actieve glasvezels	nieuwe gebeurtenissen, verliesveranderingen, breuklocatie in de glasvezel zelf	Onderhoud en herstel
Omgevingssensoren	kasten, moffen, technische ruimtes	deur, temperatuur, luchtvochtigheid, water, netspanning en batterijstatus	hetzelfde
Registratie en baselines	inbedrijfstellingstests en het linkpaspoort	wat voor elke glasvezel en module ‘normaal’ is	Documentatie en labeling

Alarmen en hun betekenis

Alarm	Gegenereerd door	Betekenis	Eerste controle
Loss of signal (LOS)	ontvanger: geen licht	glasvezelbreuk, zender aan de andere zijde uit, verkeerde golflengte of kanaal, losgekoppelde kabel	Tx-vermogen en linkstatus aan de andere zijde (Geen link)
Loss of lock, loss of frame (LOL, LOF)	CDR, PCS, OTN-framer	licht aanwezig maar onbruikbaar: snelheids- of FEC-mismatch, dispersie of ruis buiten tolerantie, zeer laag vermogen	Rx-vermogen tegenover gevoeligheid, snelheids- en FEC-instellingen
Waarschuwing of alarm laag Rx-vermogen	moduledrempels	plantverlies is toegenomen of Tx aan de andere zijde is gedaald; typische drempels liggen enkele dB boven de gevoeligheid	trend van Tx veraf en Rx dichtbij (Drempels en alarmen)
Hoog Rx-vermogen	moduledrempels	te weinig verlies voor ER/ZR of versterkte uitgang naar een ontvanger	verzwakker
Laag Tx-vermogen, hoge laserbias	module	laserveroudering of -storing	biastrend (Tx-bias en laserveroudering)
Hoge temperatuur	module of apparatuur	geblokkeerde luchtstroom, defecte ventilator, warme locatie, module boven zijn klasse	omgeving op locatie (Temperatuur en spanning)
Stijgende pre-FEC BER, niet-corrigeerbare blokken	FEC-statistieken van host of module	de marge wordt opgebruikt door vermogen, dispersie, PMD, reflecties of een vuile connector voordat de link uitvalt	correleer met Rx-vermogen en OSNR
Link flapping	host	onderbroken contact, reflecties, krappe vermogensmarge, thermische cycli	Link flapping
Module niet aanwezig of niet ondersteund	host	plaatsing, codering, incompatibel type	Fabrikantvergrendeling
Versterker: verlies van ingang, APR actief	versterker	glasvezelbreuk stroomopwaarts; pompen worden voor veiligheid uitgeschakeld	APR niet omzeilen; lokaliseer de breuk (Veiligheid en hantering)
Spanverlies toegenomen (OSC)	lijnsysteem	verslechtering van de glasvezel, buiging, water, vuile connector in de span	controleer de span met RFTS of OTDR (Een OTDR-meetcurve lezen)
Nieuwe RFTS-gebeurtenis of verliesverandering	externe OTDR	een nieuwe buiging, verslechterde las, water of een breuk op een vastgestelde afstand	zet om naar routepositie en stuur een monteur
Deur open, water, netspanning uitgevallen, batterij bijna leeg	omgeving	de locatie staat op het punt een glasvezelbreuk te worden	stuur iemand voordat de batterijen leeg zijn

Alarmhiërarchieën zijn belangrijk: een glasvezelbreuk veroorzaakt LOS op elke golflengte, ingangsverlies op de versterker, spanverlies op de OSC en tientallen servicealarmen; de hoofdoorzaak staat het laagst in de keten.

Baselines en trends

Praktijk	Regel
Linkpaspoort bij inbedrijfstelling	Tx veraf, Rx dichtbij, bias en temperatuur van beide modules; OTDR in beide richtingen; verlies op alle golflengten
Alarmeer op afwijkingen, niet alleen op absolute drempels	2 dB onder de baseline-Rx is reden om te kijken, lang voordat het eigen alarm voor laag vermogen van de module afgaat
Pollinterval	1–5 minuten voor vermogenswaarden; tellers per minuut; RFTS-scans elk uur tot dagelijks
Seizoensgedrag	schommelingen van ±1 dB bij bovengrondse en buiteninfrastructuur zijn normaal; documenteer ze
Nieuwe baseline na elke wijziging	nieuwe module, opnieuw lassen, opnieuw patchen
Nauwkeurigheid	DDM is absoluut ±1–2 dB maar herhaalbaar tot ±0,1 dB; ideaal voor trends, niet voor certificering (Nauwkeurigheid en grenzen)
Bewaartermijn	bewaar minstens een jaar vermogenshistorie om langzame verslechtering en seizoensinvloeden te zien (Bewaking)

Protocollen en hulpmiddelen

Mechanisme	Wat het levert	Opmerkingen
CLI (`show interface transceiver` en equivalenten)	DDM-waarden per poort op aanvraag	geschikt voor scripts; syntaxis verschilt per NOS (DDM-hulpmiddelen lezen)
SNMP-polling en traps	DDM, tellers, apparatuur-alarmen	fabrikant-MIB’s voor optische waarden; ENTITY-SENSOR-MIB op sommige platforms
Streamingtelemetrie (gNMI, OpenConfig, NETCONF)	DDM en tellers elke paar seconden	`openconfig-platform-transceiver`-modellen; het beste voor trends
ethtool, mlxlink en NIC-hulpmiddelen	DDM van server-NIC’s	NIC-hulpmiddelen en diagnostiek
EMS/NMS voor lijnsystemen	versterker-, OCM- en OSC-gegevens en alarmen van de optische laag	TL1 of NETCONF noordwaarts
RFTS-software	vergelijking van meetcurves, gebeurtenisalarmen, GIS-kartering van afstanden	routegegevens zijn nodig om afstand naar plaats om te zetten
Overkoepelend NMS, tijdreeksdatabase en dashboards	correlatie van glasvezel-, module-, service- en omgevingsgegevens	hier vindt analyse van de hoofdoorzaak plaats

Module- en glasvezelgegevens correleren

Waarneming	Waarschijnlijke oorzaak	Bevestigen
Rx dichtbij is gedaald, Tx veraf en bias ongewijzigd	plantverlies toegenomen: buiging, connector, water, mof	OTDR of RFTS; inspecteer connectoren
Tx veraf is gedaald, de bias steeg	laserveroudering aan de andere zijde	vervang de module (Tx-bias en laserveroudering)
Beide richtingen verslechteren samen	probleem in gemeenschappelijk traject: gedeelde mof, leiding, kasttemperatuur	controleer de locatie
Rx normaal, pre-FEC BER stijgt	dispersie, PMD, reflecties, niet-lineariteit of ruis, geen vermogen	OSNR (coherente VDM), reflectantie, karakterisering (Glasvezelkarakterisering)
Rx schommelt dagelijks 1–2 dB	temperatuur in buiteninfrastructuur of een marginale connector	correleer met weer; inspecteer
Flaps bij goed gemiddeld vermogen	reflecties, onderbroken contact, vuil eindvlak	reflectantie op OTDR, eindvlakinspectie (Eindvlakinspectie en reiniging)
Hoge temperatuur bij normaal verkeer	luchtstroom of ventilator	locatie
Alles uit op één locatie	voeding	omgevingsalarmen, batterijen
Eén golflengte uit, andere in orde	die module, zijn patchkabel of een ROADM-kanaalinstelling	wissel module, controleer kanaalplan

Praktische regels

Regel	Waarom
Bewaak beide uiteinden van elke link	plantverlies is Tx veraf min Rx dichtbij; één uiteinde zegt niets over welke zijde verslechterde
Lees DDM via de host en bewaar de werkbankwaarde	de meting van de host is de operationele waarheid; de werkbankwaarde is de baseline vóór de infrastructuur (DDM in de app)
Alarmdrempels per link, niet per moduletype	de fabrieksdrempels van de module zijn ruim; de linkmarge is specifiek
Test de beschermingspaden	ook bij een standbypad zonder verkeer moet Rx-vermogen worden bewaakt, anders faalt het ongemerkt
Bewaak de bewakers	RFTS-units, OSC-terminals en sensoren falen ook
Houd de registratie actueel	een alarm op ‘12,3 km’ is nutteloos zonder routekaart (Documentatie en labeling)
Scheid het beheernetwerk	een storing mag niet de mogelijkheid wegnemen om deze te zien

In CodingBox

De werkbank is het eerste bewakingspunt: CodingBox leest vóór installatie de DDM-, drempel- en VDM-mogelijkheden van een module. Het linkpaspoort begint dus met bekende, goede waarden van de module alleen — Tx-vermogen, bias, temperatuur — en latere metingen van de host kunnen daartegen worden beoordeeld (DDM in de app, Check transceiver, Bewaking).

Vindt u een onjuistheid of fout in dit materiaal? Selecteer het betreffende fragment en druk op Ctrl+Enter om .