3 Rheoli Ffurfweddiad
Yn ystod ffurfweddu sianeli, mae angen ffurfweddu gwasanaeth, ffurfweddu cyswllt rhesymegol haen optegol, a ffurfweddu map topoleg rhithwir cyswllt. Os gellir ffurfweddu sianel sengl gyda llwybr amddiffyn, bydd ffurfweddiad y sianel ar yr adeg hon yn fwy cymhleth, a bydd y rheolaeth Ffurfweddu ddilynol hefyd yn fwy cymhleth. Mae angen tabl gwasanaeth pwrpasol i reoli cyfeiriad sianeli yn unig, a rhaid gwahaniaethu cyfeiriadau busnes yn y tabl, gan ddefnyddio llinellau solet a thoredig. Pan reolir y gohebiaeth rhwng sianeli OTN a chysylltiadau IP, yn enwedig yn achos amddiffyniad OTN, mae angen i un cyswllt IP gyfateb i sianeli OTN lluosog. Ar yr adeg hon, mae'r swm rheoli yn cynyddu ac mae'r rheolaeth yn gymhleth, sydd hefyd yn cynyddu rheolaeth tablau excel. Gofynion, i reoli pob elfen o fusnes yn llwyr, hyd at 15. Pan fydd peiriannydd eisiau rheoli cyswllt penodol, mae angen iddo ddod o hyd i'r ffurflen excel, ac yna mynd i NMS y gwneuthurwr i ddod o hyd i'r cyfatebol, ac yna perfformio rheolaeth gweithrediadau. Mae hyn yn gofyn am gydamseru gwybodaeth ar y ddwy ochr. Gan fod platfform NMS OTN a'r excel a wneir gan y peiriannydd yn ddau ddata dyn-wneud, mae'n hawdd i'r wybodaeth fod allan o gydamseriad. Bydd unrhyw gamgymeriad yn achosi i'r wybodaeth fusnes fod yn anghyson â'r berthynas wirioneddol. Yn gyfatebol, gall effeithio ar y busnes wrth newid ac addasu. Felly, mae data offer y gwneuthurwr yn cael ei gasglu i blatfform rheoli trwy'r rhyngwyneb tua'r gogledd, ac yna mae gwybodaeth y ddolen IP yn cael ei chyfateb ar y platfform hwn, fel y gellir addasu'r wybodaeth yn awtomatig yn ôl newidiadau gwasanaeth y rhwydwaith presennol, a sicrheir rheolaeth ganolog o'r wybodaeth. a ffynhonnell sengl o gywirdeb i sicrhau cywirdeb gwybodaeth rheoli ffurfweddiad.
Wrth ffurfweddu darpariaeth gwasanaeth OTN, paratowch y disgrifiad gwybodaeth ar gyfer pob rhyngwyneb, ac yna casglwch wybodaeth OTN trwy'r rhyngwyneb tua'r gogledd a ddarperir gan yr NMS OTN, a pharwch y disgrifiad perthnasol â'r wybodaeth porthladd a gesglir gan y ddyfais IP trwy'r rhyngwyneb tua'r gogledd. Mae rheolaeth sianeli OTN a chysylltiadau IP sy'n seiliedig ar blatfform yn dileu'r angen i ddiweddaru gwybodaeth â llaw.
Ar gyfer defnyddio'r rhwydwaith trosglwyddo DCI, ceisiwch osgoi defnyddio ffurfweddiad gwasanaeth cysylltu traws trydanol. Mae'r dull hwn yn hynod gymhleth o ran rhesymeg reoli, ac nid yw'n berthnasol i'r model rhwydwaith DCI. Gellir ei osgoi o ddechrau dylunio DCI.
4 Rheoli larwm
Oherwydd gorbenion rheoli cymhleth OTN, monitro signalau yn ystod trosglwyddo pellter hir, ac amlblecsio a nythu gronynnau gwasanaeth gwahanol, gall nam adrodd dwsinau neu gannoedd o negeseuon larwm. Er bod y gwneuthurwr wedi dosbarthu larymau i bedwar lefel, ac mae gan bob larwm enw gwahanol, mae'n dal i fod yn hynod gymhleth o safbwynt gweithrediad a chynnal a chadw peiriannydd, ac mae angen personél profiadol i bennu achos y methiant yn y lle cyntaf. Mae swyddogaeth anfon nam offer OTN traddodiadol yn bennaf yn defnyddio modem SMS neu wthio e-bost, ond mae'r ddwy swyddogaeth yn arbennig ar gyfer integreiddio â llwyfan rheoli larwm rhwydwaith presennol system sylfaenol y cwmni Rhyngrwyd, ac mae cost datblygu ar wahân yn uchel, felly mae angen gwneud mwy. Mae'r rhyngwyneb safonol tua'r gogledd yn casglu gwybodaeth larwm, yn ehangu'r swyddogaethau wrth gadw llwyfannau perthnasol presennol y cwmni, ac yna'n gwthio'r larwm i'r peiriannydd gweithredu a chynnal a chadw.
Felly, ar gyfer y personél gweithredu a chynnal a chadw, mae angen gadael i'r platfform gydgyfeirio'r wybodaeth larwm a gynhyrchir gan y nam OTN yn awtomatig, ac yna derbyn y wybodaeth. Felly, yn gyntaf gosodwch y dosbarthiad larwm ar yr NMS OTN, ac yna perfformiwch y gwaith anfon a sgrinio ar y platfform rheoli gwybodaeth larwm olaf. Y dull larwm OTN cyffredinol yw y bydd yr NMS yn gosod ac yn gwthio'r holl fathau cyntaf ac ail o larymau i'r platfform rheoli gwybodaeth larwm, ac yna bydd y platfform yn dadansoddi gwybodaeth larwm un toriad gwasanaeth, y prif wybodaeth larwm toriad llwybr optegol a (os o gwbl) gwybodaeth larwm newid amddiffyn yn cael eu gwthio i'r peiriannydd gweithredu a chynnal a chadw. Mae'n debyg y gellir defnyddio'r tair gwybodaeth uchod ar gyfer diagnosis a phrosesu namau. Wrth sefydlu derbyniad, gallwch sefydlu gosodiadau hysbysu ffôn ar gyfer larymau mawr fel methiannau signal cyfansawdd sy'n digwydd dim ond pan fydd ffibrau optegol wedi torri, fel y canlynol:
Disgrifiad Tsieineaidd o'r Larwm
Disgrifiad Saesneg o'r larwm Math o larwm Difrifoldeb a chyfyngiad
Colli Signal Llwyth Talu Haen OMS OMS_LOS_P Larwm Cyfathrebu Critigol (FM)
Colli Signal Cyfunol Mewnbwn/Allbwn MUT_LOS Cyfathrebu Larwm Argyfwng (FM)
Colli Llwyth Talu OTS
Signal OTS_LOS_P Larwm Cyfathrebu Critigol (FM)
Dangosydd Colli Llwyth Talu OTS OTS_PMI Larwm Cyfathrebu Brys (FM)
Defnyddir rhyngwyneb gogleddol yr NMS, fel y rhyngwyneb XML a gefnogir ar hyn o bryd gan Huawei a ZTE Alang, yn gyffredin hefyd i wthio gwybodaeth larwm.
5 Rheoli Perfformiad
Mae sefydlogrwydd system OTN yn ddibynnol iawn ar ddata perfformiad gwahanol agweddau ar y system, megis rheoli pŵer optegol y ffibr boncyff, rheoli pŵer optegol pob sianel yn y signal amlblecs, a rheoli ymyl OSNR y system. Dylid ychwanegu'r cynnwys hyn at brosiect monitro system rhwydwaith y cwmni, er mwyn gwybod perfformiad y system ar unrhyw adeg, ac optimeiddio'r perfformiad mewn pryd i sicrhau sefydlogrwydd y rhwydwaith. Yn ogystal, gellir defnyddio monitro perfformiad ac ansawdd ffibr hirdymor hefyd i ddarganfod newidiadau mewn llwybro ffibr, gan atal rhai cyflenwyr ffibr rhag newid llwybro ffibr heb rybudd, gan arwain at fannau dall mewn gweithrediad a chynnal a chadw, a digwyddiad risg llwybro ffibr. Wrth gwrs, mae hyn yn gofyn am lawer iawn o ddata ar gyfer hyfforddi modelau, fel y gall darganfod newidiadau llwybro fod yn fwy cywir.
6. Rheoli DCN
Mae'r DCN yma'n cyfeirio at rwydwaith cyfathrebu rheoli'r offer OTN, sy'n gyfrifol am strwythur rhwydwaith rheoli pob elfen rhwydwaith o'r OTN. Bydd rhwydwaith OTN hefyd yn effeithio ar raddfa a chymhlethdod rhwydwaith DCN. Yn gyffredinol, mae dau ddull o rwydwaith DCN:
1. Cadarnhewch y NEs porth gweithredol a wrth gefn yn y rhwydwaith OTN cyfan. NEs eraill nad ydynt yn borth yw NEs cyffredin. Mae signalau rheoli pob NE cyffredin yn cyrraedd y NEs porth gweithredol a wrth gefn trwy'r sianel OSC ar draws yr haen OTS yn yr OTN, ac yna'n Cysylltu â'r rhwydwaith IP lle mae'r NMS wedi'i leoli. Gall y dull hwn leihau'r defnydd o elfennau rhwydwaith ar y rhwydwaith IP lle mae'r NMS wedi'i leoli, a defnyddio'r OTN ei hun i ddatrys y broblem rheoli rhwydwaith. Fodd bynnag, os bydd y ffibr cefnffordd yn cael ei dorri, bydd yr elfennau rhwydwaith anghysbell cyfatebol hefyd yn cael eu heffeithio a byddant allan o reolaeth.
2. Mae holl elfennau rhwydwaith y rhwydwaith OTN wedi'u ffurfweddu fel elfennau rhwydwaith porth, ac mae pob elfen rhwydwaith porth yn cyfathrebu â'r rhwydwaith IP lle mae'r NMS wedi'i leoli'n annibynnol heb fynd trwy'r sianel OSC. Mae hyn yn sicrhau nad yw cyfathrebu rheoli elfennau'r rhwydwaith yn cael ei effeithio gan ymyrraeth y prif ffibr optegol, a gellir rheoli elfennau'r rhwydwaith o bell o hyd, sydd i gyd wedi'u cysylltu â'r rhwydwaith IP, a bydd costau gweithredu a chynnal a chadw gweithwyr rhwydwaith IP traddodiadol hefyd yn cael eu lleihau.
Ar ddechrau adeiladu rhwydwaith DCN, dylid cynllunio elfennau'r rhwydwaith a dyrannu cyfeiriad IP. Yn benodol, dylid ynysu'r gweinydd rheoli rhwydwaith oddi wrth rwydweithiau eraill gymaint â phosibl wrth ei ddefnyddio. Fel arall, bydd gormod o gysylltiadau rhwyll yn y rhwydwaith yn ddiweddarach, a bydd y jitter rhwydwaith yn normal yn ystod cynnal a chadw, ac ni fydd elfennau rhwydwaith cyffredin yn cael eu cysylltu. Bydd problemau fel yr elfen rhwydwaith porth yn ymddangos, a bydd cyfeiriad y rhwydwaith cynhyrchu a chyfeiriad y rhwydwaith DCN yn cael eu hailddefnyddio, a fydd yn effeithio ar y rhwydwaith cynhyrchu.
Amser postio: 19 Rhagfyr 2022