3 Konfiguratiounsmanagement
Wärend der Kanalkonfiguratioun sinn d'Servicekonfiguratioun, d'Konfiguratioun vun der optescher Schichtlogiklink an d'Konfiguratioun vun der virtueller Linktopologiekaart erfuerderlech. Wann een eenzege Kanal mat engem Schutzwee konfiguréiert ka ginn, ass d'Kanalkonfiguratioun zu dësem Zäitpunkt méi komplizéiert, an dat resultéierend Konfiguratiounsmanagement och méi komplizéiert. Eng speziell Servicetabell ass nëmme fir d'Kanalrichtung ze verwalten néideg, an d'Geschäftsrichtunge mussen an der Tabell mat durchgezunnen a gestrichenen Linnen ënnerscheet ginn. Wann d'Korrespondenz tëscht OTN-Kanäl an IP-Links verwalt gëtt, besonnesch am Fall vun OTN-Schutz, muss eng IP-Link mat verschiddene OTN-Kanäl korrespondéieren. Zu dësem Zäitpunkt klëmmt d'Gestiounsquantitéit an d'Gestioun ass komplizéiert, wat och d'Gestioun vun Excel-Tabellen erhéicht. Ufuerderungen, fir all Elementer vun engem Geschäft komplett ze verwalten, bis zu 15. Wann en Ingenieur e bestëmmte Link verwalten wëll, muss hien den Excel-Formular erausfannen, an dann an den NMS vum Hiersteller goen fir déi entspriechend ze fannen, an dann d'Operatiounsmanagement duerchféieren. Dëst erfuerdert d'Synchroniséierung vun Informatiounen op béide Säiten. Well d'NMS-Plattform vun OTN an den Excel vum Ingenieur zwou kënschtlech gemaachte Daten sinn, ass et einfach datt d'Informatioun net synchroniséiert ass. All Feeler wäert dozou féieren, datt d'Geschäftsinformatioun net mat der tatsächlecher Bezéiung iwwereneestëmmt. Dofir kann et d'Geschäft beaflossen, wann et ëm Ännerungen an Upassungen geet. Dofir ginn d'Ausrüstungsdaten vum Hiersteller iwwer d'Nordschnittstell op eng Gestiounsplattform gesammelt, an dann ginn d'Informatioune vun der IP-Link op dëser Plattform ofgestëmmt, sou datt d'Informatioun automatesch un d'Serviceännerungen vum bestehenden Netzwierk ugepasst ka ginn, an d'zentraliséiert Gestioun vun den Informatiounen garantéiert ass. An eng eenzeg Genauegkeetsquell fir d'Genauegkeet vun den Konfiguratiounsmanagementinformatiounen ze garantéieren.
Beim Konfiguréiere vun der OTN-Servicebereitstellung sollt d'Informatiounsbeschreiwung vun all Interface virbereet ginn, an dann d'OTN-Informatiounen iwwer d'Nordschnittstell, déi vum OTN NMS zur Verfügung gestallt gëtt, gesammelt ginn, a passend Beschreiwung mat den Portinformatiounen, déi vum IP-Apparat iwwer d'Nordschnittstell gesammelt ginn. Déi plattformbaséiert Gestioun vun OTN-Kanäl an IP-Links eliminéiert d'Noutwendegkeet fir manuell Informatiounsaktualiséierungen.
Fir d'Benotzung vum DCI-Transmissiounsnetz, probéiert d'Benotzung vun der elektrescher Cross-Connect-Servicekonfiguratioun ze vermeiden. Dës Method ass extrem komplex an der Gestiounslogik a gëllt net fir den DCI-Netzwierkmodell. Si kann vun Ufank un beim DCI-Design vermeit ginn.
4 Alarmmanagement
Wéinst dem komplexe Management-Overhead vun OTN, der Signaliwwerwaachung bei der Ferniwwerdroung, an dem Multiplexing an dem Nesting vu verschiddene Servicepartikelen, kann e Feeler Dosende oder Honnerte vun Alarmmeldungen mellen. Och wann den Hiersteller Alarmer a véier Niveauen klasséiert huet, an all Alarm en aneren Numm huet, ass et ëmmer nach extrem komplizéiert aus der Perspektiv vum Betrib an der Ënnerhaltung vun engem Ingenieur, an et erfuerdert erfuerent Personal fir d'Ursaach vum Feeler iwwerhaapt ze bestëmmen. D'Feeler-Sendefunktioun vun traditionellen OTN-Ausrüstung benotzt haaptsächlech SMS-Modem oder E-Mail-Push, awer déi zwou Funktioune si speziell fir d'Integratioun mat der existéierender Netzwierkalarmmanagementplattform vum Basissystem vun der Internetfirma, an d'Käschte fir eng separat Entwécklung si héich, sou datt méi muss gemaach ginn. Déi standard Nordbound-Interface sammelt Alarminformatiounen, erweitert d'Funktiounen, während déi existent relevant Plattforme vun der Firma bäibehale ginn, an da schéckt den Alarm un den Betribs- an Ënnerhaltungsingenieur.
Dofir ass et fir d'Betribs- a Wartungspersonal néideg, datt d'Plattform automatesch d'Alarminformatioune konvergéiert, déi vum OTN-Feeler generéiert ginn, an dann d'Informatioun empfänkt. Dofir gëtt als éischt d'Alarmklassifikatioun um OTN NMS gesat, an dann d'Sende- a Screening-Aarbechten op der leschter Alarminformatiounsmanagementplattform duerchgefouert. Déi allgemeng OTN-Alarmmethod ass, datt den NMS all déi éischt an zweet Aarte vun Alarme setzt an op d'Alarminformatiounsmanagementplattform schéckt, an dann analyséiert d'Plattform d'Alarminformatioune vun enger eenzeger Serviceënnerbriechung, déi Haaptinformatioune vum optesche Weeënnerbriechungsalarm an (wann et der gëtt) Schutzschaltalarminformatioune ginn un den Betribs- a Wartungsingenieur geschéckt. Déi uewe genannten dräi Informatioune kënne wahrscheinlech fir d'Feelerdiagnos a Veraarbechtung benotzt ginn. Beim Opbau vum Empfang kënnt Dir Telefonsnotifikatiounsastellungen fir grouss Alarme wéi z. B. Kompositsignalausfäll astellen, déi nëmme wann optesch Faser gebrach sinn, wéi zum Beispill déi folgend:
Beschreiwung vun der chinesescher Alarm
Alarm Englesch Beschreiwung Alarmtyp Schwéierkraaft a Limitatioun
OMS Layer Notzlaascht Signalverloscht OMS_LOS_P Kommunikatiounsalarm Kritesch (FM)
Kombinéiert Signalverloscht vun Input/Output MUT_LOS Kommunikatioun Alarm Noutfall (FM)
OTS Notzlaaschtverloscht vun
Signal OTS_LOS_P Kommunikatiounsalarm Kritesch (FM)
OTS Notzlaaschtverloschtindikatioun OTS_PMI Kommunikatiounsalarm Dringend (FM)
Déi nordëstlech Interface vum NMS, wéi déi XML-Interface, déi de Moment vun Huawei an ZTE Alang ënnerstëtzt gëtt, gëtt och dacks benotzt fir Alarminformatiounen ze verschécken.
5 Leeschtungsmanagement
D'Stabilitéit vum OTN-System hänkt staark vun den Performancedaten vu verschiddenen Aspekter vum System of, wéi zum Beispill d'optesch Leeschtungsmanagement vun der Trunkfaser, d'optesch Leeschtungsmanagement vun all Kanal am Multiplexsignal an d'OSNR-Marginmanagement vum System. Dës Inhalter sollten an de Monitoringprojet vum Netzwierksystem vun der Firma bäigefüügt ginn, fir d'Systemleistung zu all Moment ze kennen an d'Leistung rechtzäiteg ze optimiséieren, fir d'Stabilitéit vum Netz ze garantéieren. Zousätzlech kann d'laangfristeg Iwwerwaachung vun der Glasfaserleistung an der Qualitéit och benotzt ginn, fir Ännerungen am Glasfaserrouting z'entdecken, wat verhënnert, datt verschidde Glasfaserliwweranten d'Glasfaserrouting ouni Notifikatioun änneren, wat zu blanne Flecken am Betrib an der Ënnerhalt féiert, an d'Optriede vu Glasfaserroutingrisiken. Natierlech erfuerdert dëst eng grouss Quantitéit un Daten fir d'Modelltraining, fir datt d'Entdeckung vu Routingännerunge méi genee ka sinn.
6. DCN-Gestioun
Den DCN bezitt sech hei op d'Gestiounskommunikatiounsnetz vun der OTN-Ausrüstung, déi fir d'Netzwierkstruktur vun der Gestioun vun all Netzwierkelement vum OTN verantwortlech ass. Den OTN-Netz beaflosst och d'Gréisst an d'Komplexitéit vum DCN-Netz. Am Allgemengen ginn et zwou Methoden vum DCN-Netz:
1. Bestätegt déi aktiv an Standby-Gateway-NEs am gesamten OTN-Netz. Aner Net-Gateway-NEs sinn normal NEs. D'Gestiounssignaler vun all normalen NEs erreechen déi aktiv an Standby-Gateway-NEs iwwer den OSC-Kanal iwwer d'OTS-Schicht am OTN, a verbannen sech dann mam IP-Netz, wou den NMS läit. Dës Method kann den Asaz vun Netzwierkelementer am IP-Netz reduzéieren, wou den NMS läit, an den OTN selwer benotze fir de Problem mam Netzwierkmanagement ze léisen. Wann d'Trunkfaser awer ënnerbrach gëtt, ginn déi entspriechend entfernt Netzwierkelementer och betraff a ginn net méi verwaltbar.
2. All d'Netzwierkelementer vum OTN-Netz sinn als Gateway-Netzwierkelementer konfiguréiert, an all Gateway-Netzwierkelement kommunizéiert onofhängeg mam IP-Netz, wou den NMS läit, ouni iwwer den OSC-Kanal ze goen. Dëst garantéiert, datt d'Gestiounskommunikatioun vun den Netzwierkelementer net vun der Ënnerbriechung vun der Haaptfaser beaflosst gëtt, an d'Netzwierkelementer kënnen ëmmer nach op Distanz geréiert ginn, déi all mam IP-Netz verbonne sinn, an d'Betribs- a Wartungskäschte fir traditionell IP-Netzwierkaarbechter ginn och reduzéiert.
Zu Ufank vum DCN-Netzwierkbau sollt d'Planung vun den Netzwierkelementer an d'Zouweisung vun den IP-Adressen duerchgefouert ginn. Besonnesch de Netzwierkverwaltungsserver soll beim Asaz sou vill wéi méiglech vun aneren Netzwierker isoléiert ginn. Soss gëtt et spéider ze vill Mesh-Links am Netzwierk, an den Netzwierkjitter wäert während der Ënnerhaltsaarbecht normal sinn, an normal Netzwierkelementer wäerten net verbonne sinn. Problemer wéi den Gateway-Netzwierkelement wäerten optrieden, an d'Produktiounsnetzwierkadress an d'Adress vum DCN-Netzwierk ginn nei benotzt, wat d'Produktiounsnetzwierk beaflosst.
Zäitpunkt vun der Verëffentlechung: 19. Dezember 2022