3 Pamamahala ng Konpigurasyon
Sa pag-configure ng channel, kinakailangan ang pag-configure ng serbisyo, pag-configure ng optical layer logical link, at pag-configure ng link virtual topology map. Kung ang isang channel ay maaaring i-configure gamit ang isang protection path, ang pag-configure ng channel sa ngayon ay magiging mas kumplikado, at ang kasunod na pamamahala ng Configuration ay magiging mas kumplikado rin. Kinakailangan ang isang nakalaang service table para lamang pamahalaan ang direksyon ng channel, at ang mga direksyon ng negosyo ay dapat na makilala sa talahanayan, gamit ang mga solid at gitling na linya. Kapag pinamamahalaan ang ugnayan sa pagitan ng mga OTN channel at mga IP link, lalo na sa kaso ng proteksyon ng OTN, ang isang IP link ay kailangang tumugma sa maraming OTN channel. Sa oras na ito, tumataas ang dami ng pamamahala at kumplikado ang pamamahala, na nagpapataas din sa pamamahala ng mga excel table. Mga kinakailangan, upang ganap na pamahalaan ang lahat ng elemento ng isang negosyo, hanggang 15. Kapag nais ng isang inhinyero na pamahalaan ang isang partikular na link, kailangan niyang alamin ang excel form, at pagkatapos ay pumunta sa NMS ng tagagawa upang mahanap ang katumbas, at pagkatapos ay isagawa ang pamamahala ng operasyon. Nangangailangan ito ng pag-synchronize ng impormasyon sa magkabilang panig. Dahil ang NMS platform ng OTN at ang excel na ginawa ng inhinyero ay dalawang data na gawa ng tao, madali para sa impormasyon na hindi magkasabay. Anumang pagkakamali ay magdudulot ng hindi pagkakatugma ng impormasyon ng negosyo sa aktwal na ugnayan. Kaugnay nito, maaari itong makaapekto sa negosyo kapag nagbabago at nag-aayos. Samakatuwid, ang datos ng kagamitan ng tagagawa ay kinokolekta sa isang platform ng pamamahala sa pamamagitan ng northbound interface, at pagkatapos ay ang impormasyon ng IP link ay itinutugma sa platform na ito, upang ang impormasyon ay awtomatikong maiakma ayon sa mga pagbabago sa serbisyo ng umiiral na network, at masisiguro ang sentralisadong pamamahala ng impormasyon. At isang pinagmumulan ng katumpakan upang matiyak ang katumpakan ng impormasyon sa pamamahala ng configuration.
Kapag kino-configure ang paglalaan ng serbisyo ng OTN, ihanda ang paglalarawan ng impormasyon ng bawat interface, at pagkatapos ay kolektahin ang impormasyon ng OTN sa pamamagitan ng northbound interface na ibinibigay ng OTN NMS, at ipares ang nauugnay na paglalarawan sa impormasyon ng port na nakolekta ng IP device sa pamamagitan ng northbound interface. Ang pamamahala batay sa platform ng mga OTN channel at IP link ay nag-aalis ng pangangailangan para sa manu-manong pag-update ng impormasyon.
Para sa paggamit ng DCI transmission network, sikaping iwasan ang paggamit ng electrical cross-connect service configuration. Ang pamamaraang ito ay lubhang kumplikado sa lohika ng pamamahala, at hindi ito naaangkop sa modelo ng DCI network. Maaari itong iwasan sa simula pa lamang ng disenyo ng DCI.
4 Pamamahala ng alarma
Dahil sa masalimuot na pamamahala ng OTN, pagsubaybay sa signal habang nagpapadala ng malayuang distansya, at multiplexing at nesting ng iba't ibang service particle, maaaring mag-ulat ang isang depekto ng dose-dosenang o daan-daang mensahe ng alarma. Bagama't inuri ng tagagawa ang mga alarma sa apat na antas, at ang bawat alarma ay may iba't ibang pangalan, ito ay lubos pa ring kumplikado mula sa pananaw ng operasyon at pagpapanatili ng isang inhinyero, at nangangailangan ito ng mga bihasang tauhan upang matukoy ang sanhi ng pagkabigo sa simula pa lamang. Ang function ng pagpapadala ng depekto ng tradisyonal na kagamitan ng OTN ay pangunahing gumagamit ng SMS modem o email push, ngunit ang dalawang function ay espesyal para sa integrasyon sa umiiral na platform ng pamamahala ng alarma sa network ng pangunahing sistema ng kumpanya ng Internet, at ang gastos ng hiwalay na pag-develop ay mataas, kaya marami pang kailangang gawin. Ang karaniwang northbound interface ay nangongolekta ng impormasyon ng alarma, nagpapalawak ng mga function habang pinapanatili ang mga umiiral na kaugnay na platform ng kumpanya, at pagkatapos ay itinutulak ang alarma sa operation and maintenance engineer.
Samakatuwid, para sa mga tauhan ng operasyon at pagpapanatili, kinakailangang hayaan ang platform na awtomatikong mag-converge ng impormasyon ng alarma na nabuo ng OTN fault, at pagkatapos ay tanggapin ang impormasyon. Samakatuwid, unang itakda ang klasipikasyon ng alarma sa OTN NMS, at pagkatapos ay isagawa ang pagpapadala at pag-screen sa huling platform ng pamamahala ng impormasyon ng alarma. Ang pangkalahatang paraan ng alarma ng OTN ay itatakda at itutulak ng NMS ang lahat ng una at pangalawang uri ng alarma sa platform ng pamamahala ng impormasyon ng alarma, at pagkatapos ay susuriin ng platform ang impormasyon ng alarma ng isang pagkaantala ng serbisyo, ang pangunahing impormasyon ng alarma ng pagkaantala ng optical path at (kung mayroon man) impormasyon ng alarma sa paglipat ng proteksyon ay itinutulak sa operation and maintenance engineer. Ang tatlong impormasyon sa itaas ay malamang na magagamit para sa diagnosis at pagproseso ng fault. Kapag nagse-set up ng reception, maaari kang mag-set up ng mga setting ng notification sa telepono para sa mga pangunahing alarma tulad ng mga composite signal failure na nangyayari lamang kapag nasira ang mga optical fiber, tulad ng mga sumusunod:
Paglalarawan ng alarma sa Tsino
Paglalarawan ng Alarma sa Ingles Uri ng Alarma Kalubhaan at limitasyon
Pagkawala ng Signal ng OMS Layer Payload OMS_LOS_P Kritikal na Alarma sa Komunikasyon (FM)
Pinagsamang Pagkawala ng Signal sa Input/Output MUT_LOS Alarma sa Komunikasyon Emergency (FM)
Pagkawala ng OTS Payload
Signal OTS_LOS_P Alarma sa Komunikasyon Kritikal (FM)
Indikasyon ng Pagkawala ng Payload ng OTS OTS_PMI Communication Alarm Apurado (FM)
Ang northbound interface ng NMS, tulad ng XML interface na kasalukuyang sinusuportahan ng Huawei at ZTE Alang, ay karaniwang ginagamit din upang magpadala ng impormasyon tungkol sa alarma.
5 Pamamahala ng Pagganap
Ang katatagan ng sistemang OTN ay lubos na nakadepende sa datos ng pagganap ng iba't ibang aspeto ng sistema, tulad ng pamamahala ng optical power ng trunk fiber, pamamahala ng optical power ng bawat channel sa multiplexed signal, at pamamahala ng margin ng OSNR ng sistema. Ang mga nilalamang ito ay dapat idagdag sa proyekto ng pagsubaybay sa sistema ng network ng kumpanya, upang malaman ang pagganap ng sistema anumang oras, at ma-optimize ang pagganap sa oras upang matiyak ang katatagan ng network. Bukod pa rito, ang pangmatagalang pagsubaybay sa pagganap at kalidad ng fiber ay maaari ding gamitin upang matuklasan ang mga pagbabago sa fiber routing, na pumipigil sa ilang mga supplier ng fiber na baguhin ang fiber routing nang walang abiso, na nagreresulta sa mga blind spot sa operasyon at pagpapanatili, at ang paglitaw ng panganib sa fiber routing. Siyempre, nangangailangan ito ng malaking halaga ng datos para sa pagsasanay ng modelo, upang ang pagtuklas ng mga pagbabago sa routing ay maging mas tumpak.
6. Pamamahala ng DCN
Ang DCN dito ay tumutukoy sa network ng komunikasyon sa pamamahala ng kagamitan ng OTN, na responsable para sa istruktura ng network ng pamamahala ng bawat elemento ng network ng OTN. Ang OTN network ay makakaapekto rin sa laki at pagiging kumplikado ng DCN network. Sa pangkalahatan, mayroong dalawang pamamaraan ng DCN network:
1. Kumpirmahin ang mga aktibo at standby na gateway NE sa buong OTN network. Ang iba pang mga non-gateway NE ay mga ordinaryong NE. Ang mga management signal ng lahat ng ordinaryong NE ay umaabot sa mga aktibo at standby na gateway NE sa pamamagitan ng OSC channel sa OTS layer sa OTN, at pagkatapos ay Kumonekta sa IP network kung saan matatagpuan ang NMS. Ang pamamaraang ito ay maaaring mabawasan ang pag-deploy ng mga elemento ng network sa IP network kung saan matatagpuan ang NMS, at gamitin ang OTN mismo upang malutas ang problema sa pamamahala ng network. Gayunpaman, kung ang trunk fiber ay maantala, ang mga kaukulang remote na elemento ng network ay maaapektuhan din at mawawala sa pamamahala.
2. Ang lahat ng elemento ng network ng OTN network ay naka-configure bilang mga elemento ng gateway network, at ang bawat elemento ng gateway network ay nakikipag-ugnayan sa IP network kung saan matatagpuan ang NMS nang hindi dumadaan sa OSC channel. Tinitiyak nito na ang komunikasyon sa pamamahala ng mga elemento ng network ay hindi maaapektuhan ng pagkaantala ng pangunahing optical fiber, at ang mga elemento ng network ay maaari pa ring pamahalaan nang malayuan, na lahat ay konektado sa IP network, at ang mga gastos sa operasyon at pagpapanatili para sa mga tradisyunal na manggagawa sa IP network ay mababawasan din.
Sa simula ng pagbuo ng DCN network, dapat isagawa ang pagpaplano ng elemento ng network at paglalaan ng IP address. Sa partikular, ang network management server ay dapat na ihiwalay hangga't maaari mula sa ibang mga network kapag nagde-deploy. Kung hindi, magkakaroon ng napakaraming mesh link sa network sa kalaunan, at ang network jitter ay magiging normal sa panahon ng maintenance, at ang mga ordinaryong elemento ng network ay hindi makakonekta. Ang mga problema tulad ng elemento ng gateway network ay lilitaw, at ang address ng production network at ang address ng DCN network ay muling gagamitin, na makakaapekto sa production network.
Oras ng pag-post: Disyembre 19, 2022