3 Konfigurációkezelés
A csatornakonfiguráció során szükség van a szolgáltatáskonfigurációra, az optikai réteg logikai kapcsolati konfigurációjára és a link virtuális topológialeképezési konfigurációjára.Ha egyetlen csatorna konfigurálható védelmi útvonallal, akkor a csatornakonfiguráció ebben az időben bonyolultabb lesz, és az azt követő konfigurációkezelés is bonyolultabb lesz.Egy dedikált szolgáltatási táblázat csak a csatornairány kezeléséhez szükséges, és a táblázatban meg kell különböztetni az üzleti irányokat folytonos és szaggatott vonalak használatával.Amikor az OTN-csatornák és az IP-kapcsolatok közötti levelezést kezelik, különösen OTN-védelem esetén, egy IP-kapcsolatnak több OTN-csatornának kell megfelelnie.Ilyenkor nő a kezelési összeg és bonyolult a kezelés, ami az excel táblák kezelését is növeli.Követelmények egy vállalkozás összes elemének teljes körű kezeléséhez, legfeljebb 15. Ha egy mérnök egy bizonyos linket szeretne kezelni, meg kell találnia az excel űrlapot, majd el kell mennie a gyártó NMS-ébe, hogy megkeresse a megfelelőt, majd végrehajtsa a műveletet menedzsment.Ez megköveteli az információk szinkronizálását mindkét oldalon.Mivel az OTN NMS-platformja és a mérnök által készített excel két ember alkotta adat, könnyen előfordulhat, hogy az információ nem szinkronban van.Bármilyen hiba azt eredményezi, hogy az üzleti információ összeegyeztethetetlen a tényleges kapcsolattal.Ennek megfelelően a változás és alkalmazkodás során hatással lehet az üzletre.Ezért a gyártó berendezés adatai az északi irányú interfészen keresztül egy felügyeleti platformra gyűjtésre kerülnek, majd ezen a platformon egyeztetik az IP-kapcsolat információit, így az információk automatikusan módosíthatók a meglévő hálózat szolgáltatási változásainak megfelelően. , és biztosított az információk központosított kezelése.és egyetlen pontossági forrás biztosítja a konfigurációkezelési információk pontosságát.
Az OTN szolgáltatáskiépítés konfigurálásakor készítse el az egyes interfészek információs leírását, majd gyűjtse össze az OTN információkat az OTN NMS által biztosított északi interfészen keresztül, és párosítsa a vonatkozó leírást az IP-eszköz által az északi irányú interfészen keresztül gyűjtött portinformációkkal.Az OTN-csatornák és IP-kapcsolatok platform-alapú kezelése szükségtelenné teszi az információk kézi frissítését.
A DCI átviteli hálózat használatánál próbálja meg kerülni az elektromos keresztcsatlakozás szolgáltatáskonfigurációját.Ez a módszer rendkívül összetett felügyeleti logikával, és nem vonatkozik a DCI hálózati modellre.Ez már a DCI tervezés kezdetén elkerülhető.
4 Riasztáskezelés
Az OTN összetett felügyeleti többletköltségei, a nagy távolságú átvitel során történő jelfigyelés, valamint a különböző szolgáltatásrészecskék multiplexelése és egymásba ágyazása miatt egy hiba több tucat vagy több száz riasztási üzenetet jelenthet.Bár a gyártó a riasztásokat négy fokozatba sorolta, és minden riasztásnak más a neve, ez a mérnöki üzemeltetés és karbantartás szempontjából mégis rendkívül bonyolult, és a hiba okának megállapításához elsősorban tapasztalt személyzet szükséges.A hagyományos OTN berendezések hibaküldő funkciója elsősorban SMS modemet vagy e-mail push-t használ, de a két funkció speciálisan integrálható az internetes cég alaprendszerének meglévő hálózati riasztáskezelő platformjával, és a külön fejlesztés költsége is magas, így több igény van kész lenni.A szabványos északi irányú interfész riasztási információkat gyűjt, kibővíti a funkciókat, miközben megtartja a vállalat meglévő releváns platformjait, majd továbbítja a riasztást az üzemeltetési és karbantartási mérnöknek.
Ezért az üzemeltető és karbantartó személyzet számára lehetővé kell tenni, hogy a platform automatikusan konvergálja az OTN-hiba által generált riasztási információkat, majd fogadja az információkat.Ezért először állítsa be a riasztási besorolást az OTN NMS-en, majd végezze el a küldési és szűrési munkát az utolsó riasztási információkezelési platformon.Az általános OTN riasztási módszer az, hogy az NMS beállítja és továbbítja az összes első és második típusú riasztást a riasztási információkezelő platformra, majd a platform elemzi egyetlen szolgáltatáskimaradás riasztási információit, a fő Az optikai út megszakítási riasztást. információk és (ha vannak) védelmi kapcsolási riasztási információk elküldésre kerülnek az üzemeltetési és karbantartási mérnöknek.A fenti három információ valószínűleg felhasználható a hiba diagnosztizálására és feldolgozására.A vétel beállításakor beállíthatja a telefonos értesítési beállításokat a főbb riasztásokhoz, például az összetett jelek meghibásodásához, amelyek csak akkor fordulnak elő, ha az optikai szálak megszakadnak, mint például a következők:
Riasztó kínai leírás
Riasztás angol leírása Riasztás típusa Súlyosság és korlátozás
OMS réteg hasznos terhelés jelvesztése OMS_LOS_P kommunikációs riasztás kritikus (FM)
Bemeneti/kimeneti kombinált jelvesztés MUT_LOS kommunikációs riasztási vészhelyzet (FM)
OTS hasznos teher elvesztése
Jel OTS_LOS_P kommunikációs riasztás kritikus (FM)
OTS hasznos tehervesztés jelzése OTS_PMI kommunikációs riasztás sürgős (FM)
Az NMS északi irányú interfészét, például a Huawei és a ZTE Alang által jelenleg támogatott XML interfészt szintén gyakran használják riasztási információk küldésére.
5 Teljesítménymenedzsment
Az OTN rendszer stabilitása nagymértékben függ a rendszer különböző aspektusainak teljesítményadataitól, mint például a trönk szál optikai teljesítménykezelésétől, a multiplexált jel egyes csatornáinak optikai teljesítménykezelésétől és a rendszer OSNR-margókezelésétől.Ezeket a tartalmakat hozzá kell adni a vállalat hálózati rendszerének felügyeleti projektjéhez, hogy bármikor megismerjük a rendszer teljesítményét, és időben optimalizáljuk a teljesítményt a hálózat stabilitásának biztosítása érdekében.Ezen túlmenően, a hosszú távú szálas teljesítmény- és minőségellenőrzés felhasználható a szálútválasztásban bekövetkezett változások felfedezésére is, megakadályozva egyes szálbeszállítókat abban, hogy értesítés nélkül megváltoztassák a szálvezetést, ami holtfoltokhoz vezet az üzemeltetés és a karbantartás során, valamint a szálvezetési kockázat előfordulását.Természetesen ehhez nagy mennyiségű adatra van szükség a modell betanításhoz, hogy az útválasztási változások felderítése pontosabb legyen.
6. DCN-kezelés
A DCN itt az OTN berendezés menedzsment kommunikációs hálózatát jelenti, amely az OTN egyes hálózati elemeinek kezelésének hálózati struktúrájáért felelős.Az OTN hálózat hatással lesz a DCN hálózat méretére és összetettségére is.Általában két DCN-hálózati módszer létezik:
1. Erősítse meg az aktív és a készenléti átjáró NE-ket a teljes OTN-hálózatban.A többi nem átjáró NE közönséges NE.Az összes közönséges NE felügyeleti jelei az OSC csatornán keresztül érik el az aktív és készenléti átjáró NE-ket az OTN OTS rétegén keresztül, majd csatlakoznak ahhoz az IP-hálózathoz, ahol az NMS található.Ezzel a módszerrel csökkenthető a hálózati elemek telepítése azon az IP-hálózaton, ahol az NMS található, és magát az OTN-t használhatja a hálózatkezelési probléma megoldására.Ha azonban a fővonali szál megszakad, a megfelelő távoli hálózati elemek is érintettek lesznek, és kikerülnek a kezelésükből.
2. Az OTN hálózat összes hálózati eleme átjáró hálózati elemként van konfigurálva, és minden átjáró hálózati elem az IP hálózattal kommunikál, ahol az NMS egymástól függetlenül helyezkedik el, anélkül, hogy az OSC csatornán keresztül menne keresztül.Ezzel biztosítható, hogy a hálózati elemek menedzsment kommunikációját ne érintse a fő optikai szál megszakítása, és továbbra is távolról kezelhetőek legyenek a hálózati elemek, amelyek mindegyike az IP hálózatra csatlakozik, valamint az üzemeltetési és karbantartási költségek a hagyományos Az IP-hálózatban dolgozókat is csökkenteni fogják.
A DCN hálózatépítés kezdetén el kell végezni a hálózati elemek tervezését és az IP cím kiosztását.Különösen a hálózatkezelő szervert a lehető legnagyobb mértékben el kell szigetelni a többi hálózattól a telepítés során.Ellenkező esetben a későbbiekben túl sok mesh link lesz a hálózatban, és a hálózati vibráció normális lesz a karbantartás során, és a szokásos hálózati elemek nem csatlakoznak.Megjelennek az olyan problémák, mint az átjáró hálózati elem, és az éles hálózati cím és a DCN-hálózat címe újrafelhasználásra kerül, ami hatással lesz az éles hálózatra.
Feladás időpontja: 2022. december 19