3 Konfigurationshantering
Under kanalkonfiguration krävs tjänstekonfiguration, logisk länkkonfiguration för optiska skikt och konfiguration av länk virtuell topologikarta.Om en enskild kanal kan konfigureras med en skyddsväg kommer kanalkonfigurationen vid denna tidpunkt att vara mer komplicerad och den efterföljande konfigurationshanteringen kommer också att bli mer komplicerad.En dedikerad servicetabell krävs bara för att hantera kanalriktning, och affärsriktningar måste särskiljas i tabellen med heldragna och streckade linjer.När överensstämmelsen mellan OTN-kanaler och IP-länkar hanteras, särskilt i fallet med OTN-skydd, måste en IP-länk motsvara flera OTN-kanaler.Vid denna tidpunkt ökar hanteringsbeloppet och hanteringen är komplicerad, vilket också ökar hanteringen av excel-tabeller.Krav, för att helt hantera alla delar av ett företag, upp till 15. När en ingenjör vill hantera en viss länk måste han ta reda på excel-formuläret och sedan gå till tillverkarens NMS för att hitta motsvarande, och sedan utföra operationen förvaltning.Detta kräver synkronisering av information på båda sidor.Eftersom NMS-plattformen för OTN och excel som gjorts av ingenjören är två konstgjorda data, är det lätt att informationen inte är synkroniserad.Alla misstag kommer att göra att affärsinformationen inte överensstämmer med det faktiska förhållandet.På motsvarande sätt kan det påverka verksamheten vid förändringar och anpassningar.Därför samlas tillverkarens utrustningsdata till en hanteringsplattform via det norrgående gränssnittet, och sedan matchas informationen om IP-länken på denna plattform, så att informationen automatiskt kan justeras enligt tjänsteändringarna i det befintliga nätverket , och den centraliserade hanteringen av informationen säkerställs.och en enda källa för noggrannhet för att säkerställa noggrannheten i konfigurationshanteringsinformation.
När du konfigurerar tillhandahållande av OTN-tjänster, förbered informationsbeskrivningen för varje gränssnitt och samla sedan in OTN-information via det norrgående gränssnittet som tillhandahålls av OTN NMS, och koppla ihop den relevanta beskrivningen med portinformationen som samlas in av IP-enheten via det norrgående gränssnittet.Den plattformsbaserade hanteringen av OTN-kanaler och IP-länkar eliminerar behovet av manuell informationsuppdatering.
För användning av DCI-överföringsnätverket, försök att undvika användningen av elektrisk korskopplingstjänstkonfiguration.Denna metod är extremt komplex i hanteringslogik och den gäller inte för DCI-nätverksmodellen.Det kan undvikas från början av DCI-design.
4 Larmhantering
På grund av OTN:s komplexa hanteringskostnader, signalövervakning vid långdistansöverföring och multiplexering och kapsling av olika servicepartiklar, kan ett fel rapportera dussintals eller hundratals larmmeddelanden.Även om tillverkaren har klassificerat larm i fyra nivåer, och varje larm har ett annat namn, är det fortfarande extremt komplicerat ur perspektivet av en ingenjörs drift och underhåll, och det kräver erfaren personal för att fastställa orsaken till felet i första hand.Felsändningsfunktionen för traditionell OTN-utrustning använder huvudsakligen SMS-modem eller e-postpush, men de två funktionerna är speciella för integration med den befintliga nätverkslarmhanteringsplattformen för Internetföretagets bassystem, och kostnaden för separat utveckling är hög, så fler behov att vara klar.Standardgränssnittet i norrgående riktning samlar larminformation, utökar funktionerna samtidigt som företagets befintliga relevanta plattformar behålls och skickar sedan larmet till drift- och underhållsingenjören.
Därför är det för drift- och underhållspersonalen nödvändigt att låta plattformen automatiskt konvergera larminformationen som genereras av OTN-felet och sedan ta emot informationen.Ställ därför först in larmklassificeringen på OTN NMS och utför sedan sändnings- och screeningarbetet på den sista larminformationshanteringsplattformen.Den allmänna OTN-larmmetoden är att NMS kommer att ställa in och skjuta alla första och andra typer av larm till larminformationshanteringsplattformen, och sedan kommer plattformen att analysera larminformationen för ett enskilt tjänstavbrott, det huvudsakliga larmet för den optiska vägen. information och (om någon) skyddsomkopplarlarminformation skickas till drift- och underhållsingenjören.Ovanstående tre uppgifter kan troligen användas för feldiagnostik och felbehandling.När du ställer in mottagning kan du ställa in telefonaviseringsinställningar för större larm såsom sammansatta signalfel som bara inträffar när optiska fibrer är trasiga, såsom följande:
Larm kinesisk beskrivning
Larm Engelsk beskrivning Larmtyp Allvarlighet och begränsning
OMS lager nyttolast signalförlust OMS_LOS_P Kommunikationslarm Kritisk (FM)
Ingång/utgång kombinerad signalförlust MUT_LOS Kommunikationslarm Nödläge (FM)
OTS nyttolast Förlust av
Signal OTS_LOS_P Kommunikationslarm Kritisk (FM)
OTS nyttolastförlustindikation OTS_PMI Kommunikationslarm Brådskande (FM)
Det norrgående gränssnittet för NMS, som XML-gränssnittet som för närvarande stöds av Huawei och ZTE Alang, används också ofta för att skicka larminformation.
5 Prestationshantering
OTN-systemets stabilitet är starkt beroende av prestandadata för olika aspekter av systemet, såsom den optiska effekthanteringen av trunkfibern, den optiska effekthanteringen för varje kanal i den multiplexerade signalen och systemets OSNR-marginalhantering.Detta innehåll bör läggas till i övervakningsprojektet av företagets nätverkssystem, för att känna till systemets prestanda när som helst och optimera prestandan i tid för att säkerställa nätverkets stabilitet.Dessutom kan långtidsuppföljning av fiberprestanda och kvalitetsövervakning också användas för att upptäcka förändringar i fiberdragning, vilket förhindrar vissa fiberleverantörer från att ändra fiberdragning utan avisering, vilket resulterar i döda vinklar i drift och underhåll, och uppkomsten av fiberdragningsrisk.Detta kräver naturligtvis en stor mängd data för modellträning, så att upptäckten av ruttändringar kan bli mer exakt.
6. DCN-hantering
DCN hänvisar här till ledningskommunikationsnätverket för OTN-utrustningen, som är ansvarigt för nätverksstrukturen för hanteringen av varje nätelement i OTN.OTN-nätverket kommer också att påverka DCN-nätverkets skala och komplexitet.I allmänhet finns det två metoder för DCN-nätverk:
1. Bekräfta de aktiva och standby-gateway-NE i hela OTN-nätverket.Andra icke-gateway-NE är vanliga NE.Hanteringssignalerna för alla vanliga NE:er når de aktiva och standby-gateway-NE:erna genom OSC-kanalen över OTS-skiktet i OTN, och ansluter sedan till det IP-nätverk där NMS är beläget.Denna metod kan minska distributionen av nätverkselement på IP-nätverket där NMS är beläget, och använda själva OTN för att lösa nätverkshanteringsproblemet.Men om trunkfibern avbryts kommer motsvarande fjärrnätverkselement också att påverkas och kommer att vara borta från hantering.
2. Alla nätverkselement i OTN-nätverket är konfigurerade som gateway-nätverkselement, och varje gateway-nätverkselement kommunicerar med IP-nätverket där NMS finns oberoende utan att gå via OSC-kanalen.Detta säkerställer att ledningskommunikationen av nätverkselementen inte påverkas av avbrottet av den optiska huvudfibern, och nätverkselementen kan fortfarande fjärrstyras, som alla är anslutna till IP-nätverket, samt drift- och underhållskostnaderna för traditionella IP-nätverksarbetare kommer också att minska.
I början av DCN-nätverkskonstruktionen bör nätverkselementplanering och IP-adressallokering utföras.I synnerhet bör nätverkshanteringsservern vara isolerad från andra nätverk så mycket som möjligt vid driftsättning.Annars kommer det att finnas för många mesh-länkar i nätverket senare, och nätverksjitter kommer att vara normalt under underhåll, och vanliga nätverkselement kommer inte att anslutas.Problem som gateway-nätverkselementet kommer att visas, och produktionsnätverkets adress och DCN-nätverkets adress kommer att återanvändas, vilket kommer att påverka produktionsnätverket.
Posttid: 19-12-2022