3 Konfiguraasjebehear
Tidens kanaalkonfiguraasje binne tsjinstkonfiguraasje, konfiguraasje fan logyske keppelings fan 'e optyske laach, en konfiguraasje fan 'e firtuele topologykaart fan 'e keppeling fereaske. As ien kanaal konfigurearre wurde kin mei in beskermingspad, sil de kanaalkonfiguraasje op dit stuit yngewikkelder wêze, en it dêropfolgjende konfiguraasjebehear sil ek yngewikkelder wêze. In tawijde tsjinsttabel is fereaske allinich om de kanaalrjochting te behearjen, en bedriuwsrjochtingen moatte yn 'e tabel ûnderskieden wurde, mei help fan fêste en stippele linen. As de korrespondinsje tusken OTN-kanalen en IP-keppelings beheard wurdt, foaral yn it gefal fan OTN-beskerming, moat ien IP-keppeling oerienkomme mei meardere OTN-kanalen. Op dit stuit nimt de behearhoeveelheid ta en is it behear yngewikkelder, wat ek it behear fan Excel-tabellen fergruttet. Easken, om alle eleminten fan in bedriuw folslein te behearjen, oant 15. As in yngenieur in bepaalde keppeling beheare wol, moat hy it Excel-formulier útfine, en dan nei it NMS fan 'e fabrikant gean om de oerienkommende te finen, en dan operaasjebehear útfiere. Dit fereasket de syngronisaasje fan ynformaasje oan beide kanten. Om't it NMS-platfoarm fan OTN en de Excel makke troch de yngenieur twa minskmakke gegevens binne, is it maklik dat de ynformaasje net syngronisearre is. Elke flater sil derfoar soargje dat de bedriuwsynformaasje net oerienkomt mei de werklike relaasje. Dêrtroch kin it ynfloed hawwe op it bedriuw by it feroarjen en oanpassen. Dêrom wurde de apparatuergegevens fan 'e fabrikant sammele nei in behearplatfoarm fia de noardlike ynterface, en dan wurdt de ynformaasje fan 'e IP-keppeling oerienkommen op dit platfoarm, sadat de ynformaasje automatysk oanpast wurde kin neffens de tsjinstwizigingen fan it besteande netwurk, en it sintralisearre behear fan 'e ynformaasje garandearre wurdt. en ien boarne fan krektens om de krektens fan konfiguraasjebehearynformaasje te garandearjen.
By it konfigurearjen fan OTN-tsjinstferliening, meitsje de ynformaasjebeskriuwing fan elke ynterface, en sammelje dan OTN-ynformaasje fia de noardlike ynterface levere troch de OTN NMS, en kombinearje de relevante beskriuwing mei de poarteynformaasje dy't sammele is troch it IP-apparaat fia de noardlike ynterface. It platfoarmbasearre behear fan OTN-kanalen en IP-keppelings elimineert de needsaak foar hânmjittige ynformaasje-updates.
Besykje foar it gebrûk fan it DCI-oerdrachtnetwurk it gebrûk fan elektryske cross-connect-tsjinstkonfiguraasje te foarkommen. Dizze metoade is ekstreem kompleks yn behearlogika, en it is net fan tapassing op it DCI-netwurkmodel. It kin fan it begjin fan it DCI-ûntwerp ôf foarkommen wurde.
4 Alarmbehear
Troch de komplekse behearkosten fan OTN, sinjaalmonitoring by lange-ôfstânsoerdracht, en multipleksearjen en nêsten fan ferskate tsjinstdieltsjes, kin in flater tsientallen of hûnderten alarmberjochten melde. Hoewol de fabrikant alarmen yn fjouwer nivo's hat yndield, en elk alarm in oare namme hat, is it noch altyd ekstreem yngewikkeld út it perspektyf fan 'e operaasje en ûnderhâld fan in yngenieur, en it fereasket erfaren personiel om de oarsaak fan 'e flater yn it foarste plak te bepalen. De flaterferstjoerfunksje fan tradisjonele OTN-apparatuer brûkt benammen SMS-modem of e-postpush, mar de twa funksjes binne spesjaal foar yntegraasje mei it besteande netwurkalarmbehearplatfoarm fan it basissysteem fan it ynternetbedriuw, en de kosten fan aparte ûntwikkeling binne heech, dus der moat mear dien wurde. De standert noardlike ynterface sammelet alarmynformaasje, wreidet de funksjes út wylst de besteande relevante platfoarms fan it bedriuw behâlden wurde, en stjoert it alarm dan nei de operaasje- en ûnderhâldsyngenieur.
Dêrom is it foar it personiel fan operaasje en ûnderhâld needsaaklik om it platfoarm automatysk de alarmynformaasje te konvergearjen dy't generearre wurdt troch de OTN-fout, en dan de ynformaasje te ûntfangen. Dêrom, stel earst de alarmklassifikaasje yn op 'e OTN NMS, en fier dan it ferstjoeren en screenen út op it lêste platfoarm foar alarmynformaasjebehear. De algemiene OTN-alarmmetoade is dat de NMS alle earste en twadde soarten alarmen ynstelt en nei it platfoarm foar alarmynformaasjebehear stjoert, en dan sil it platfoarm de alarmynformaasje fan ien tsjinstûnderbrekking analysearje, de wichtichste De ynformaasje oer it optyske paadûnderbrekkingsalarm en (as der ien is) ynformaasje oer it beskermingswikselalarm wurde nei de operaasje- en ûnderhâldsmonteur stjoerd. De boppesteande trije ynformaasje kin wierskynlik brûkt wurde foar foutdiagnose en ferwurking. By it ynstellen fan ûntfangst kinne jo tillefoannotifikaasje-ynstellingen ynstelle foar grutte alarmen lykas gearstalde sinjaalfouten dy't allinich foarkomme as optyske fezels brutsen binne, lykas it folgjende:
Alarm Sineeske beskriuwing
Alarm Ingelske beskriuwing Alarmtype Earnst en beheining
OMS Laach Payload Sinjaalferlies OMS_LOS_P Kommunikaasjealarm Kritysk (FM)
Ynfier/útfier kombinearre sinjaalferlies MUT_LOS Kommunikaasje Alarm Need (FM)
OTS Payloadferlies fan
Sinjaal OTS_LOS_P Kommunikaasjealarm Kritysk (FM)
OTS Yndikaasje foar ferlies fan lading OTS_PMI Kommunikaasje Alarm Dringend (FM)
De noardlike ynterface fan 'e NMS, lykas de XML-ynterface dy't op it stuit stipe wurdt troch Huawei en ZTE Alang, wurdt ek faak brûkt om alarmynformaasje te ferstjoeren.
5 Prestaasjebehear
De stabiliteit fan it OTN-systeem is tige ôfhinklik fan 'e prestaasjegegevens fan ferskate aspekten fan it systeem, lykas it optyske enerzjybehear fan 'e trunkfaser, it optyske enerzjybehear fan elk kanaal yn it multipleksearre sinjaal, en it OSNR-marzjebehear fan it systeem. Dizze ynhâld moat tafoege wurde oan it monitoringprojekt fan it netwurksysteem fan it bedriuw, sadat de systeemprestaasjes op elk momint te witten binne en de prestaasjes op 'e tiid te optimalisearjen om de stabiliteit fan it netwurk te garandearjen. Derneist kin lange-termyn monitoring fan glêstriedprestaasjes en kwaliteit ek brûkt wurde om feroarings yn glêstriedrûtering te ûntdekken, wêrtroch't guon glêstriedleveransiers de glêstriedrûtering net sûnder notifikaasje feroarje kinne, wat resulteart yn blinde flekken yn operaasje en ûnderhâld, en it foarkommen fan glêstriedrûteringsrisiko. Fansels fereasket dit in grutte hoemannichte gegevens foar modeltraining, sadat de ûntdekking fan rûteringsferoarings krekter kin wêze.
6. DCN-behear
It DCN ferwiist hjir nei it behearkommunikaasjenetwurk fan 'e OTN-apparatuer, dat ferantwurdlik is foar de netwurkstruktuer fan it behear fan elk netwurkelemint fan 'e OTN. It OTN-netwurk sil ek ynfloed hawwe op 'e skaal en kompleksiteit fan it DCN-netwurk. Yn 't algemien binne d'r twa metoaden fan DCN-netwurk:
1. Befêstigje de aktive en standby gateway NE's yn it hiele OTN-netwurk. Oare net-gateway NE's binne gewoane NE's. De behearsinjalen fan alle gewoane NE's berikke de aktive en standby gateway NE's fia it OSC-kanaal oer de OTS-laach yn 'e OTN, en ferbine dan mei it IP-netwurk wêr't de NMS leit. Dizze metoade kin de ynset fan netwurkeleminten op it IP-netwurk wêr't de NMS leit ferminderje, en de OTN sels brûke om it netwurkbehearprobleem op te lossen. As de trunkfaser lykwols ûnderbrutsen wurdt, sille de oerienkommende eksterne netwurkeleminten ek beynfloede wurde en sille se bûten behear wêze.
2. Alle netwurkeleminten fan it OTN-netwurk binne konfigurearre as gateway-netwurkeleminten, en elk gateway-netwurkelemint kommunisearret ûnôfhinklik mei it IP-netwurk dêr't de NMS leit sûnder troch it OSC-kanaal te gean. Dit soarget derfoar dat de behearkommunikaasje fan 'e netwurkeleminten net beynfloede wurdt troch de ûnderbrekking fan 'e haadoptyske glêstried, en de netwurkeleminten kinne noch op ôfstân beheard wurde, dy't allegear ferbûn binne mei it IP-netwurk, en de operaasje- en ûnderhâldskosten foar tradisjonele IP-netwurkmeiwurkers sille ek fermindere wurde.
Oan it begjin fan 'e bou fan it DCN-netwurk moat planning fan netwurkeleminten en tawizing fan IP-adressen útfierd wurde. Benammen de netwurkbehearserver moat safolle mooglik isolearre wurde fan oare netwurken by it ynsetten. Oars sille der letter tefolle mesh-keppelings yn it netwurk wêze, en sil de netwurkjitter normaal wêze tidens ûnderhâld, en sille gewoane netwurkeleminten net ferbûn wêze. Problemen lykas it gateway-netwurkelemint sille ferskine, en it produksjenetwurkadres en it adres fan it DCN-netwurk sille opnij brûkt wurde, wat ynfloed sil hawwe op it produksjenetwurk.
Pleatsingstiid: 19 desimber 2022