3 Konfiguratsioonihaldus
Kanali konfigureerimise ajal on vaja teenuse konfiguratsiooni, optilise kihi loogilise lingi konfiguratsiooni ja lingi virtuaalse topoloogia kaardi konfiguratsiooni.Kui ühte kanalit saab konfigureerida kaitseteega, on kanali konfigureerimine praegu keerulisem ja sellele järgnev konfiguratsioonihaldus on samuti keerulisem.Spetsiaalne teenindustabel on vajalik ainult kanali suuna haldamiseks ning ärisuunad tuleb tabelis eristada, kasutades pidevaid ja katkendlikke jooni.Kui hallatakse OTN-kanalite ja IP-linkide vahelist kirjavahetust, eriti OTN-kaitse korral, peab üks IP-link vastama mitmele OTN-kanalile.Sel ajal haldussumma suureneb ja haldamine on keeruline, mis suurendab ka Exceli tabelite haldamist.Nõuded ettevõtte kõigi elementide täielikuks haldamiseks, kuni 15. Kui insener soovib hallata teatud linki, peab ta välja selgitama exceli vormi ja seejärel minema tootja NMS-i, et leida vastav ja seejärel sooritama toiming juhtimine.See nõuab mõlema poole teabe sünkroonimist.Kuna OTN-i NMS-i platvorm ja inseneri tehtud excel on kaks inimese loodud andmeid, on lihtne teave sünkroonist väljas olla.Mis tahes vea tõttu on äriteave tegeliku suhtega vastuolus.Vastavalt võib see muutumisel ja kohandamisel mõjutada äritegevust.Seetõttu kogutakse tootja seadmete andmed põhjasuunalise liidese kaudu haldusplatvormile ja seejärel sobitatakse sellel platvormil IP-lingi teave, et teavet saaks automaatselt kohandada vastavalt olemasoleva võrgu teenusemuudatustele. ning on tagatud teabe tsentraliseeritud haldamine.ja üks täpsusallikas, et tagada konfiguratsioonihalduse teabe täpsus.
OTN-i teenuse pakkumise konfigureerimisel valmistage ette iga liidese teabekirjeldus ja koguge seejärel OTN-teavet OTN-i NMS-i pakutava põhjasuunaliidese kaudu ning siduge vastav kirjeldus IP-seadme poolt põhjasuunalise liidese kaudu kogutud porditeabega.Platvormipõhine OTN-kanalite ja IP-linkide haldamine välistab vajaduse käsitsi teavet värskendada.
DCI edastusvõrgu kasutamisel püüdke vältida elektrilise ristühenduse teenuse konfiguratsiooni kasutamist.See meetod on haldusloogikast äärmiselt keeruline ja see ei kehti DCI võrgumudeli puhul.Seda saab vältida juba DCI disaini algusest peale.
4 Häirete haldus
OTN-i keeruka halduse üldkulude, signaali jälgimise kaugedastuse ajal ning erinevate teenuseosakeste multipleksimise ja pesastamise tõttu võib tõrge anda teada kümnetest või sadadest häireteadetest.Kuigi tootja on jaotanud alarmid nelja tasemeni ja igal häirel on erinev nimi, on see siiski inseneri käitamise ja hoolduse seisukohalt äärmiselt keeruline ning esmajoones rikke põhjuse väljaselgitamiseks on vaja kogenud personali.Traditsiooniliste OTN-seadmete tõrketeadete saatmise funktsioon kasutab peamiselt SMS-modemi või e-posti tõuget, kuid need kaks funktsiooni on spetsiaalsed integreerimiseks Interneti-ettevõtte põhisüsteemi olemasoleva võrguhäirehaldusplatvormiga ja eraldi arenduse maksumus on kõrge, seega on vaja rohkem. tuleb ära teha.Standardne põhjasuunaline liides kogub häireteavet, laiendab funktsioone, säilitades samal ajal ettevõtte olemasolevad asjakohased platvormid, ja seejärel edastab häire käitamis- ja hooldusinsenerile.
Seetõttu on käitamis- ja hoolduspersonali jaoks vaja lasta platvormil automaatselt koondada OTN-i tõrke tekitatud häireteave ja seejärel see teave vastu võtta.Seetõttu määrake esmalt häire klassifikatsioon OTN NMS-is ja seejärel tehke saatmis- ja sõelumistööd viimasel häireteabe haldusplatvormil.Üldine OTN-i häiremeetod on see, et NMS seab ja edastab kõik esimest ja teist tüüpi häired häireteabe haldusplatvormile ning seejärel analüüsib platvorm ühe teenusekatkestuse häireteavet, peamist optilise tee katkestuse häiret. teave ja (kui see on olemas) kaitselülituse häireteave edastatakse käitamis- ja hooldusinsenerile.Ülaltoodud kolme teavet saab tõenäoliselt kasutada rikete diagnoosimiseks ja töötlemiseks.Vastuvõtu seadistamisel saate seadistada telefoni teavitusseaded suuremate häirete jaoks, nagu komposiitsignaali tõrked, mis ilmnevad ainult siis, kui optilised kiud on purunenud, näiteks järgmised:
Häire hiina kirjeldus
Häire inglisekeelne kirjeldus Häire tüüp Severity and limitation
OMS-i kihi kasuliku koormuse signaali kadu OMS_LOS_P sidehäire kriitiline (FM)
Sisend/väljund kombineeritud signaali kadu MUT_LOS sidehäire avarii (FM)
OTS kasuliku koormuse kadu
Signaal OTS_LOS_P sidehäire kriitiline (FM)
OTS kasuliku koormuse kadumise märge OTS_PMI sidehäire kiireloomuline (FM)
Häireteabe edastamiseks kasutatakse tavaliselt ka NMS-i põhjasuunalist liidest, näiteks XML-liidest, mida praegu toetavad Huawei ja ZTE Alang.
5 Jõudlusjuhtimine
OTN-süsteemi stabiilsus sõltub suurel määral süsteemi erinevate aspektide toimivusandmetest, näiteks magistraalkiu optilise võimsuse haldusest, multipleksitud signaali iga kanali optilise võimsuse haldusest ja süsteemi OSNR marginaali haldusest.See sisu tuleks lisada ettevõtte võrgusüsteemi seireprojektile, et igal ajal süsteemi jõudlust teada ja jõudlust õigeaegselt optimeerida, et tagada võrgu stabiilsus.Lisaks saab pikaajalist kiu jõudluse ja kvaliteedi jälgimist kasutada ka kiu marsruutimismuutuste avastamiseks, mis takistab mõnel kiu tarnijal kiu marsruutimist ilma ette teatamata muutmast, mille tulemuseks on pimealad töös ja hoolduses ning kiu marsruutimisriski esinemine.Muidugi nõuab see mudelitreeningu jaoks suurt hulka andmeid, et marsruutimise muudatuste avastamine oleks täpsem.
6. DCN-i haldamine
DCN viitab siin OTN-seadmete haldussidevõrgule, mis vastutab OTN-i iga võrguelemendi haldamise võrgustruktuuri eest.OTN-võrk mõjutab ka DCN-võrgu ulatust ja keerukust.Üldiselt on DCN-võrgul kaks meetodit:
1. Kinnitage aktiivsed ja ooterežiimilüüsi NE-d kogu OTN-võrgus.Teised mitte-lüüsi NE-d on tavalised NE-d.Kõigi tavaliste NE-de haldussignaalid jõuavad aktiivse ja ooterežiimi lüüsi NE-ni läbi OSC kanali läbi OTN-i OTS-kihi ja loovad seejärel ühenduse IP-võrguga, kus NMS asub.See meetod võib vähendada võrguelementide juurutamist IP-võrgus, kus NMS asub, ja kasutada võrguhaldusprobleemi lahendamiseks OTN-i ennast.Kui aga magistraalkiud katkeb, mõjutab see ka vastavaid kaugvõrgu elemente ja neid ei hallata.
2. Kõik OTN-võrgu võrguelemendid on konfigureeritud lüüsivõrgu elementidena ja iga lüüsi võrguelement suhtleb iseseisvalt IP-võrguga, kus NMS asub, ilma OSC-kanalit läbimata.See tagab, et põhikiu katkestus ei mõjuta võrguelementide haldussuhtlust ning võrguelemente saab siiski kaughaldada, mis kõik on ühendatud IP-võrku ning traditsiooniliste seadmete töö- ja hoolduskulud. Samuti vähendatakse IP-võrgu töötajaid.
DCN-võrgu ehitamise alguses tuleks läbi viia võrguelementide planeerimine ja IP-aadressi eraldamine.Eelkõige peaks võrguhaldusserver olema juurutamisel võimalikult palju teistest võrkudest isoleeritud.Vastasel juhul on võrgus hiljem liiga palju võrgulinke ja võrgu värin on hoolduse ajal normaalne ning tavalisi võrguelemente ei ühendata.Ilmuvad sellised probleemid nagu lüüsi võrguelement ning tootmisvõrgu aadressi ja DCN-võrgu aadressi kasutatakse uuesti, mis mõjutab tootmisvõrku.
Postitusaeg: 19. detsember 2022