3 Konfigurasiebestuur
Tydens kanaalkonfigurasie word dienskonfigurasie, optiese laag logiese skakelkonfigurasie en skakel virtuele topologiekaartkonfigurasie vereis.As 'n enkele kanaal met 'n beskermingspad gekonfigureer kan word, sal die kanaalkonfigurasie op hierdie tydstip meer ingewikkeld wees, en die daaropvolgende konfigurasiebestuur sal ook meer ingewikkeld wees.'n Toegewyde dienstabel word benodig net om kanaalrigting te bestuur, en besigheidsaanwysings moet in die tabel onderskei word deur soliede en stippellyne te gebruik.Wanneer die korrespondensie tussen OTN-kanale en IP-skakels bestuur word, veral in die geval van OTN-beskerming, moet een IP-skakel met verskeie OTN-kanale ooreenstem.Op hierdie tydstip neem die bestuursbedrag toe en die bestuur is ingewikkeld, wat ook die bestuur van Excel-tabelle verhoog.Vereistes, om alle elemente van 'n besigheid volledig te bestuur, tot 15. Wanneer 'n ingenieur 'n sekere skakel wil bestuur, moet hy die Excel-vorm uitvind, en dan na die vervaardiger se NMS gaan om die ooreenstemmende te vind, en dan operasie uit te voer bestuur.Dit vereis die sinchronisasie van inligting aan beide kante.Aangesien die NMS-platform van OTN en die uitblink wat deur die ingenieur gemaak is, twee mensgemaakte data is, is dit maklik vir die inligting om nie gesinchroniseer te word nie.Enige fout sal veroorsaak dat die besigheidsinligting nie met die werklike verhouding ooreenstem nie.Dienooreenkomstig kan dit die onderneming beïnvloed wanneer dit verander en aangepas word.Daarom word die toerustingdata van die vervaardiger deur die noordwaartse koppelvlak na 'n bestuursplatform versamel, en dan word die inligting van die IP-skakel op hierdie platform ooreenstem, sodat die inligting outomaties aangepas kan word volgens die diensveranderinge van die bestaande netwerk , en die gesentraliseerde bestuur van die inligting word verseker.en 'n enkele bron van akkuraatheid om die akkuraatheid van konfigurasiebestuurinligting te verseker.
Wanneer OTN-diensverskaffing gekonfigureer word, berei die inligtingbeskrywing van elke koppelvlak voor, en versamel dan OTN-inligting deur die noordwaartse koppelvlak wat deur die OTN NMS verskaf word, en koppel die relevante beskrywing met die poortinligting wat deur die IP-toestel deur die noordwaartse koppelvlak ingesamel is.Die platform-gebaseerde bestuur van OTN-kanale en IP-skakels skakel die behoefte vir handmatige inligtingopdatering uit.
Vir die gebruik van die DCI-transmissienetwerk, probeer om die gebruik van elektriese kruisverbindingdienskonfigurasie te vermy.Hierdie metode is uiters kompleks in bestuurslogika, en dit is nie van toepassing op die DCI-netwerkmodel nie.Dit kan van die begin van DCI-ontwerp vermy word.
4 Alarmbestuur
As gevolg van OTN se komplekse bestuursbokoste, seinmonitering tydens langafstand-oordrag, en vermenigvuldiging en nes van verskillende diensdeeltjies, kan 'n fout dosyne of honderde alarmboodskappe rapporteer.Alhoewel die vervaardiger alarms in vier vlakke geklassifiseer het, en elke alarm 'n ander naam het, is dit steeds uiters ingewikkeld vanuit die perspektief van 'n ingenieur se werking en instandhouding, en dit verg ervare personeel om in die eerste plek die oorsaak van die mislukking te bepaal.Die foutstuurfunksie van tradisionele OTN-toerusting gebruik hoofsaaklik SMS-modem of e-posstoot, maar die twee funksies is spesiaal vir integrasie met die bestaande netwerkalarmbestuurplatform van die internetmaatskappy se basiese stelsel, en die koste van aparte ontwikkeling is hoog, dus meer behoeftes gedoen moet word.Die standaard noordwaartse koppelvlak versamel alarminligting, brei die funksies uit terwyl die maatskappy se bestaande relevante platforms behou word, en stoot dan die alarm na die bedryfs- en instandhoudingsingenieur.
Daarom, vir die bedryfs- en instandhoudingspersoneel, is dit nodig om die platform outomaties die alarminligting wat deur die OTN-fout gegenereer word, te laat konvergeer en dan die inligting te ontvang.Stel dus eers die alarmklassifikasie op die OTN NMS, en voer dan die stuur- en siftingswerk op die laaste alarminligtingbestuurplatform uit.Die algemene OTN-alarmmetode is dat die NMS al die eerste en tweede tipes alarms sal stel en na die alarminligtingbestuurplatform sal stoot, en dan sal die platform die alarminligting van 'n enkele diensonderbreking, die hoof Die optiese pad-onderbrekingsalarm ontleed. inligting en (indien enige) beskermingskakelaar-alarminligting word na die bedryfs- en instandhoudingsingenieur gestuur.Bogenoemde drie inligting kan waarskynlik vir foutdiagnose en -verwerking gebruik word.Wanneer u ontvangs opstel, kan u telefoonkennisgewingsinstellings vir groot alarms opstel, soos saamgestelde seinfoute wat slegs plaasvind wanneer optiese vesels gebreek word, soos die volgende:
Alarm Chinese beskrywing
Alarm Engelse beskrywing Alarmtipe Erns en beperking
OMS Laag Loonvrag Seinverlies OMS_LOS_P Kommunikasie Alarm Kritiek (FM)
Invoer/uitset gekombineerde seinverlies MUT_LOS Kommunikasie-alarmnood (FM)
OTS Loonvrag Verlies van
Sein OTS_LOS_P Kommunikasie-alarm kritiek (FM)
OTS Loonvragverlies Indikasie OTS_PMI Kommunikasie Alarm Dringend (FM)
Die noordwaartse koppelvlak van die NMS, soos die XML-koppelvlak wat tans deur Huawei en ZTE Alang ondersteun word, word ook algemeen gebruik om alarminligting te stoot.
5 Prestasiebestuur
Die stabiliteit van die OTN-stelsel is hoogs afhanklik van die prestasiedata van verskeie aspekte van die stelsel, soos die optiese kragbestuur van die stamvesel, die optiese kragbestuur van elke kanaal in die vermenigvuldigde sein, en die stelsel OSNR-margebestuur.Hierdie inhoud moet by die moniteringsprojek van die maatskappy se netwerkstelsel gevoeg word, om die stelselprestasie te eniger tyd te ken, en die werkverrigting betyds te optimaliseer om die stabiliteit van die netwerk te verseker.Daarbenewens kan langtermyn-veselprestasie- en kwaliteitmonitering ook gebruik word om veranderinge in veselroetering te ontdek, wat sommige veselverskaffers verhoed om veselroetering sonder kennisgewing te verander, wat lei tot blindekolle in bedryf en instandhouding, en die voorkoms van veselroeteringrisiko.Dit vereis natuurlik 'n groot hoeveelheid data vir modelopleiding, sodat die ontdekking van roeteveranderings meer akkuraat kan wees.
6. DCN bestuur
Die DCN verwys hier na die bestuurskommunikasienetwerk van die OTN-toerusting, wat verantwoordelik is vir die netwerkstruktuur van die bestuur van elke netwerkelement van die OTN.Die OTN-netwerk sal ook die skaal en kompleksiteit van die DCN-netwerk beïnvloed.Oor die algemeen is daar twee metodes van DCN-netwerk:
1. Bevestig die aktiewe en bystandpoort-NE's in die hele OTN-netwerk.Ander nie-poort-NE's is gewone NE's.Die bestuurseine van alle gewone NE's bereik die aktiewe en bystandpoort-NE's deur die OSC-kanaal oor die OTS-laag in die OTN, en koppel dan aan die IP-netwerk waar die NMS geleë is.Hierdie metode kan die ontplooiing van netwerkelemente op die IP-netwerk waar die NMS geleë is verminder en die OTN self gebruik om die netwerkbestuurprobleem op te los.As die stamvesel egter onderbreek word, sal die ooreenstemmende afgeleë netwerkelemente ook geraak word en sal buite bestuur wees.
2. Al die netwerkelemente van die OTN-netwerk is gekonfigureer as poortnetwerkelemente, en elke poortnetwerkelement kommunikeer met die IP-netwerk waar die NMS onafhanklik geleë is sonder om deur die OSC-kanaal te gaan.Dit verseker dat die bestuurskommunikasie van die netwerkelemente nie geraak word deur die onderbreking van die hoof optiese vesel nie, en die netwerkelemente kan steeds op afstand bestuur word, wat almal aan die IP-netwerk gekoppel is, en die bedryfs- en instandhoudingskoste vir tradisionele IP-netwerkwerkers sal ook verminder word.
Aan die begin van DCN-netwerkkonstruksie moet netwerkelementbeplanning en IP-adrestoewysing uitgevoer word.In die besonder moet die netwerkbestuurbediener soveel as moontlik van ander netwerke geïsoleer word wanneer dit ontplooi word.Andersins sal daar later te veel maasskakels in die netwerk wees, en die netwerk-jitter sal normaal wees tydens onderhoud, en gewone netwerkelemente sal nie gekoppel word nie.Probleme soos die gateway-netwerkelement sal verskyn, en die produksienetwerkadres en die adres van die DCN-netwerk sal hergebruik word, wat die produksienetwerk sal beïnvloed.
Postyd: 19 Desember 2022