3 Agorda Administrado
Dum la kanala agordo, necesas serva agordo, logika ligo-agordo de la optika tavolo, kaj virtuala topologia mapo de la ligo. Se unuopa kanalo povas esti agordita kun protekta vojo, la kanala agordo tiam estos pli komplika, kaj la sekva agorda administrado ankaŭ estos pli komplika. Dediĉita serva tabelo estas necesa nur por administri la kanalan direkton, kaj komercaj direktoj devas esti distingitaj en la tabelo, uzante kontinuajn kaj streketitajn liniojn. Kiam la korespondado inter OTN-kanaloj kaj IP-ligoj estas administrata, precipe en la kazo de OTN-protekto, unu IP-ligo devas korespondi al pluraj OTN-kanaloj. Tiam la kvanto de administrado pliiĝas kaj la administrado estas komplika, kio ankaŭ pliigas la administradon de Excel-tabeloj. Postuloj, por plene administri ĉiujn elementojn de komerco, ĝis 15. Kiam inĝeniero volas administri certan ligon, li bezonas trovi la Excel-formularon, kaj poste iri al la NMS de la fabrikanto por trovi la korespondan, kaj poste plenumi operacian administradon. Tio postulas la sinkronigon de informoj ambaŭflanke. Ĉar la NMS-platformo de OTN kaj la Excel farita de la inĝeniero estas du homfaritaj datumoj, estas facile por la informoj esti malsinkronigitaj. Ĉia ajn eraro kaŭzos, ke la komercaj informoj estos malkongruaj kun la efektiva rilato. Sekve, ĝi povas influi la komercon dum ŝanĝoj kaj alĝustigoj. Tial, la ekipaĵaj datumoj de la fabrikanto estas kolektitaj al administra platformo per la norden iranta interfaco, kaj poste la informoj de la IP-ligo estas kongruigitaj sur ĉi tiu platformo, por ke la informoj povu esti aŭtomate alĝustigitaj laŭ la servaj ŝanĝoj de la ekzistanta reto, kaj la centralizita administrado de la informoj estas certigita. Kaj ununura fonto de precizeco certigas la precizecon de la informoj pri agorda administrado.
Kiam vi agordas la provizadon de OTN-servo, preparu la priskribon de informoj por ĉiu interfaco, kaj poste kolektu OTN-informojn per la norden iranta interfaco provizita de la OTN NMS, kaj parigu la koncernan priskribon kun la havenaj informoj kolektitaj de la IP-aparato per la norden iranta interfaco. La platforma administrado de OTN-kanaloj kaj IP-ligoj forigas la bezonon de mana ĝisdatigo de informoj.
Por la uzo de la DCI-transdona reto, provu eviti la uzon de elektra kruc-konekta servagordo. Ĉi tiu metodo estas ekstreme kompleksa laŭ administra logiko, kaj ĝi ne aplikiĝas al la DCI-reta modelo. Ĝi povas esti evitata jam de la komenco de DCI-dezajno.
4 Alarmadministrado
Pro la kompleksa administra kosto de OTN, signalmonitorado dum longdistanca dissendo, kaj multipleksado kaj nestado de malsamaj servaj partikloj, paneo povas raporti dekojn aŭ centojn da alarmmesaĝoj. Kvankam la fabrikanto klasifikis alarmojn en kvar nivelojn, kaj ĉiu alarmo havas malsaman nomon, ĝi ankoraŭ estas ekstreme komplika el la perspektivo de funkciigo kaj bontenado fare de inĝeniero, kaj ĝi postulas spertan personaron por determini la kaŭzon de la paneo unue. La funkcio de paneosendado de tradicia OTN-ekipaĵo ĉefe uzas SMS-modemon aŭ retpoŝtan puŝon, sed la du funkcioj estas specialaj por integriĝo kun la ekzistanta platformo por reta alarmadministrado de la baza sistemo de la interreta kompanio, kaj la kosto de aparta disvolviĝo estas alta, do pli necesas fari. La norma norden iranta interfaco kolektas alarminformojn, vastigas la funkciojn konservante la ekzistantajn koncernajn platformojn de la kompanio, kaj poste puŝas la alarmon al la funkciiga kaj bontenada inĝeniero.
Tial, por la funkciiga kaj prizorgada personaro, necesas lasi la platformon aŭtomate konverĝi la alarminformojn generitajn de la OTN-difekto, kaj poste ricevi la informojn. Tial unue agordu la alarmklasifikon sur la OTN NMS, kaj poste plenumu la sendadon kaj ekzamenadon sur la lasta alarminformadministra platformo. La ĝenerala OTN-alarma metodo estas, ke la NMS agordos kaj puŝos ĉiujn unuan kaj duan tipojn de alarmoj al la alarminformadministra platformo, kaj poste la platformo analizos la alarminformojn de unuopa servinterrompo, la ĉefajn informojn pri la alarminterrompo de la optika vojo kaj (se ekzistas) informojn pri protekta ŝaltado de alarmoj estas puŝitaj al la funkciiga kaj prizorgada inĝeniero. La supre menciitaj tri informoj verŝajne povas esti uzataj por diagnozo kaj prilaborado de difektoj. Dum agordado de ricevo, vi povas agordi telefonajn sciigojn por gravaj alarmoj kiel ekzemple paneoj de komponitaj signaloj, kiuj okazas nur kiam optikaj fibroj estas rompitaj, kiel ekzemple la jenaj:
Priskribo de alarmo en la ĉina
Priskribo de la alarmo en angla lingvo Tipo de alarmo Severeco kaj limigo
OMS-Tavola Utila Ŝarĝa Signalperdo OMS_LOS_P Komunikada Alarmo Kritika (FM)
Enigo/Eligo Kombinita Signalperdo MUT_LOS Komunikada Alarmo Krizo (FM)
OTS-Utila Ŝarĝo Perdo de
Signalo OTS_LOS_P Komunikada Alarmo Kritika (FM)
Indiko pri Perdo de Utila Ŝarĝo de OTS OTS_PMI Urĝa Komunikada Alarmo (FM)
La norden iranta interfaco de la NMS, kiel ekzemple la XML-interfaco nuntempe subtenata de Huawei kaj ZTE Alang, ankaŭ estas ofte uzata por puŝi alarminformojn.
5 Efikeco-Administrado
La stabileco de la OTN-sistemo multe dependas de la rendimentaj datumoj de diversaj aspektoj de la sistemo, kiel ekzemple la optika potencadministrado de la trunka fibro, la optika potencadministrado de ĉiu kanalo en la multipleksita signalo, kaj la administrado de la OSNR-marĝeno de la sistemo. Ĉi tiuj enhavoj devus esti aldonitaj al la monitorada projekto de la retsistemo de la kompanio, por scii la sisteman rendimenton en ajna momento, kaj optimumigi la rendimenton ĝustatempe por certigi la stabilecon de la reto. Krome, longdaŭra monitorado de la fibro-rendimento kaj kvalito ankaŭ povas esti uzataj por malkovri ŝanĝojn en la fibro-vojigo, malhelpante iujn fibro-provizantojn ŝanĝi la fibro-vojigon sen sciigo, rezultante en blindaj punktoj en funkciigo kaj bontenado, kaj la okazon de risko pri fibro-vojigo. Kompreneble, tio postulas grandan kvanton da datumoj por modeltrejnado, por ke la malkovro de vojigaj ŝanĝoj povu esti pli preciza.
6. DCN-administrado
La DCN ĉi tie rilatas al la administrada komunikada reto de la OTN-ekipaĵo, kiu respondecas pri la retstrukturo de la administrado de ĉiu reta elemento de la OTN. La OTN-reto ankaŭ influos la skalon kaj kompleksecon de la DCN-reto. Ĝenerale, ekzistas du metodoj de DCN-reto:
1. Konfirmu la aktivajn kaj rezervajn pordegajn NE-ojn en la tuta OTN-reto. Aliaj ne-pordegaj NE-oj estas ordinaraj NE-oj. La administraj signaloj de ĉiuj ordinaraj NE-oj atingas la aktivajn kaj rezervajn pordegajn NE-ojn tra la OSC-kanalo trans la OTS-tavolo en la OTN, kaj poste konektas al la IP-reto kie la NMS situas. Ĉi tiu metodo povas redukti la deplojon de retelementoj sur la IP-reto kie la NMS situas, kaj uzi la OTN mem por solvi la problemon de retadministrado. Tamen, se la trunka fibro estas interrompita, la respondaj malproksimaj retelementoj ankaŭ estos trafitaj kaj estos ekster administrado.
2. Ĉiuj retaj elementoj de la OTN-reto estas agorditaj kiel enirejaj retaj elementoj, kaj ĉiu enireja retaj elementoj komunikas kun la IP-reto, kie la NMS troviĝas, sendepende sen trairi la OSC-kanalon. Tio certigas, ke la administrada komunikado de la retaj elementoj ne estas influita de interrompo de la ĉefa optika fibro, kaj la retaj elementoj ankoraŭ povas esti administrataj malproksime, ĉiuj el kiuj estas konektitaj al la IP-reto, kaj la funkciigaj kaj bontenaj kostoj por tradiciaj IP-retaj laboristoj ankaŭ reduktiĝos.
Komence de la konstruado de DCN-reto, oni devus plani la retajn elementojn kaj asigni IP-adresojn. Aparte, la ret-administrada servilo devus esti kiel eble plej multe izolita de aliaj retoj dum la deplojo. Alie, poste estos tro multaj maŝaj ligiloj en la reto, kaj la reto-tremado estos normala dum la bontenado, kaj ordinaraj retaj elementoj ne estos konektitaj. Problemoj kiel la enireja reta elemento aperos, kaj la produktada ret-adreso kaj la adreso de la DCN-reto estos reuzataj, kio influos la produktadan reton.
Afiŝtempo: 19-a de decembro 2022