3 Configuratiebeheer
Tijdens de kanaalconfiguratie zijn de serviceconfiguratie, de logische linkconfiguratie van de optische laag en de virtuele topologiekaartconfiguratie van de link vereist.Als een enkel kanaal kan worden geconfigureerd met een beveiligingspad, zal de kanaalconfiguratie op dit moment ingewikkelder zijn, en zal het daaropvolgende configuratiebeheer ook ingewikkelder zijn.Er is alleen een speciale servicetabel nodig om de kanaalrichting te beheren, en zakelijke richtingen moeten in de tabel worden onderscheiden met ononderbroken en stippellijnen.Wanneer de correspondentie tussen OTN-kanalen en IP-links wordt beheerd, vooral in het geval van OTN-bescherming, moet één IP-link overeenkomen met meerdere OTN-kanalen.Op dit moment neemt het beheerbedrag toe en is het beheer ingewikkeld, waardoor ook het beheer van Excel-tabellen toeneemt.Vereisten om alle elementen van een bedrijf volledig te beheren, maximaal 15. Wanneer een ingenieur een bepaalde link wil beheren, moet hij het Excel-formulier opzoeken en vervolgens naar het NMS van de fabrikant gaan om de overeenkomstige te vinden en vervolgens de bewerking uitvoeren beheer.Dit vereist de synchronisatie van informatie aan beide kanten.Omdat het NMS-platform van OTN en de Excel van de ingenieur twee door de mens gemaakte gegevens zijn, kan de informatie gemakkelijk niet synchroon lopen.Elke fout zal ertoe leiden dat de bedrijfsinformatie inconsistent is met de daadwerkelijke relatie.Dienovereenkomstig kan het van invloed zijn op het bedrijf bij het veranderen en aanpassen.Daarom worden de apparatuurgegevens van de fabrikant verzameld op een beheerplatform via de noordelijke interface, en vervolgens wordt de informatie van de IP-link op dit platform afgestemd, zodat de informatie automatisch kan worden aangepast aan de servicewijzigingen van het bestaande netwerk en het gecentraliseerde beheer van de informatie is verzekerd.en één enkele bron van nauwkeurigheid om de nauwkeurigheid van configuratiebeheerinformatie te garanderen.
Wanneer u de OTN-serviceprovisioning configureert, bereidt u de informatiebeschrijving van elke interface voor en verzamelt u vervolgens OTN-informatie via de noordelijke interface die wordt geleverd door de OTN NMS, en koppelt u de relevante beschrijving aan de poortinformatie die door het IP-apparaat wordt verzameld via de noordelijke interface.Het platformgebaseerde beheer van OTN-kanalen en IP-koppelingen elimineert de noodzaak van handmatige informatie-updates.
Probeer bij het gebruik van het DCI-transmissienetwerk het gebruik van een elektrische cross-connect-serviceconfiguratie te vermijden.Deze methode is uiterst complex qua beheerlogica en is niet van toepassing op het DCI-netwerkmodel.Het kan vanaf het allereerste begin van het DCI-ontwerp worden vermeden.
4 Alarmbeheer
Vanwege de complexe beheeroverhead van OTN, signaalmonitoring tijdens transmissie over lange afstanden en het multiplexen en nesten van verschillende servicedeeltjes, kan een storing tientallen of honderden alarmberichten rapporteren.Hoewel de fabrikant alarmen in vier niveaus heeft ingedeeld en elk alarm een andere naam heeft, is het nog steeds uiterst ingewikkeld vanuit het perspectief van de bediening en het onderhoud van een ingenieur, en is er in de eerste plaats ervaren personeel nodig om de oorzaak van de storing vast te stellen.De storingsverzendfunctie van traditionele OTN-apparatuur maakt voornamelijk gebruik van SMS-modem of e-mail-push, maar de twee functies zijn speciaal voor integratie met het bestaande netwerkalarmbeheerplatform van het basissysteem van het internetbedrijf, en de kosten van afzonderlijke ontwikkeling zijn hoog, dus er zijn meer behoeften te doen.De standaard noordelijke interface verzamelt alarminformatie, breidt de functies uit met behoud van de bestaande relevante platforms van het bedrijf, en stuurt het alarm vervolgens door naar de bedienings- en onderhoudsmonteur.
Daarom is het voor het bedienings- en onderhoudspersoneel noodzakelijk om het platform automatisch de door de OTN-fout gegenereerde alarminformatie te laten convergeren en vervolgens de informatie te laten ontvangen.Stel daarom eerst de alarmclassificatie in op het OTN NMS en voer vervolgens de verzend- en screeningwerkzaamheden uit op het laatste alarminformatiebeheerplatform.De algemene OTN-alarmmethode is dat het NMS alle eerste en tweede typen alarmen instelt en naar het alarminformatiebeheerplatform stuurt, en dat het platform vervolgens de alarminformatie van een enkele serviceonderbreking analyseert, de belangrijkste. Het optische padonderbrekingsalarm informatie en (indien aanwezig) alarminformatie over beveiligingsschakelingen worden naar de bedienings- en onderhoudsmonteur gestuurd.De bovenstaande drie informatie kan waarschijnlijk worden gebruikt voor foutdiagnose en -verwerking.Bij het instellen van de ontvangst kunt u instellingen voor telefoonmeldingen instellen voor grote alarmen, zoals samengestelde signaalstoringen die alleen optreden als optische vezels kapot zijn, zoals de volgende:
Alarm Chinese beschrijving
Alarm Engelse beschrijving Alarmtype Ernst en beperking
Signaalverlies OMS-laag OMS_LOS_P Communicatiealarm kritiek (FM)
Ingang/uitgang Gecombineerd signaalverlies MUT_LOS Communicatie Alarm Noodsituatie (FM)
OTS-payloadverlies van
Signaal OTS_LOS_P Communicatie Alarm Kritiek (FM)
OTS Indicatie van verlies van lading OTS_PMI Communicatiealarm urgent (FM)
De noordelijke interface van het NMS, zoals de XML-interface die momenteel wordt ondersteund door Huawei en ZTE Alang, wordt ook vaak gebruikt om alarminformatie door te geven.
5 Prestatiemanagement
De stabiliteit van het OTN-systeem is in hoge mate afhankelijk van de prestatiegegevens van verschillende aspecten van het systeem, zoals het optische energiebeheer van de trunkvezel, het optische energiebeheer van elk kanaal in het gemultiplexte signaal en het OSNR-margebeheer van het systeem.Deze inhoud moet worden toegevoegd aan het monitoringproject van het netwerksysteem van het bedrijf, om op elk moment de systeemprestaties te kennen en de prestaties op tijd te optimaliseren om de stabiliteit van het netwerk te garanderen.Bovendien kunnen glasvezelprestaties en -kwaliteitsmonitoring op lange termijn ook worden gebruikt om veranderingen in de glasvezelroutering te ontdekken, waardoor wordt voorkomen dat sommige glasvezelleveranciers de glasvezelroutering zonder voorafgaande kennisgeving wijzigen, wat resulteert in blinde vlekken in de exploitatie en het onderhoud en het optreden van vezelrouteringsrisico's.Uiteraard vereist dit een grote hoeveelheid gegevens voor modeltraining, zodat het ontdekken van routeringswijzigingen nauwkeuriger kan zijn.
6. DCN-beheer
Het DCN verwijst hier naar het beheercommunicatienetwerk van de OTN-apparatuur, dat verantwoordelijk is voor de netwerkstructuur van het beheer van elk netwerkelement van de OTN.Het OTN-netwerk zal ook invloed hebben op de schaal en complexiteit van het DCN-netwerk.Over het algemeen zijn er twee methoden voor het DCN-netwerk:
1. Bevestig de actieve en stand-by gateway-NE's in het gehele OTN-netwerk.Andere niet-gateway-NE's zijn gewone NE's.De beheersignalen van alle gewone NE's bereiken de actieve en stand-by gateway NE's via het OSC-kanaal over de OTS-laag in de OTN, en maken vervolgens verbinding met het IP-netwerk waar het NMS zich bevindt.Deze methode kan de inzet van netwerkelementen op het IP-netwerk waar het NMS zich bevindt verminderen en de OTN zelf gebruiken om het netwerkbeheerprobleem op te lossen.Als de trunkvezel echter wordt onderbroken, zullen de overeenkomstige externe netwerkelementen ook worden beïnvloed en buiten beheer zijn.
2. Alle netwerkelementen van het OTN-netwerk zijn geconfigureerd als gateway-netwerkelementen, en elk gateway-netwerkelement communiceert onafhankelijk met het IP-netwerk waar het NMS zich bevindt zonder via het OSC-kanaal te gaan.Dit zorgt ervoor dat de beheercommunicatie van de netwerkelementen niet wordt beïnvloed door de onderbreking van de belangrijkste optische vezel, en dat de netwerkelementen nog steeds op afstand kunnen worden beheerd, die allemaal zijn verbonden met het IP-netwerk, en dat de exploitatie- en onderhoudskosten voor traditionele Het aantal IP-netwerkwerkers zal ook worden verminderd.
Aan het begin van de DCN-netwerkconstructie moeten de netwerkelementplanning en de toewijzing van IP-adressen worden uitgevoerd.In het bijzonder moet de netwerkbeheerserver tijdens de implementatie zoveel mogelijk worden geïsoleerd van andere netwerken.Anders zullen er later te veel mesh-links in het netwerk zijn en zal de netwerkjitter normaal zijn tijdens onderhoud, en zullen gewone netwerkelementen niet verbonden zijn.Problemen zoals het gateway-netwerkelement zullen verschijnen en het productienetwerkadres en het adres van het DCN-netwerk zullen worden hergebruikt, wat gevolgen zal hebben voor het productienetwerk.
Posttijd: 19 december 2022