3 Upravljanje konfiguracijom
Tokom konfiguracije kanala, potrebna je konfiguracija servisa, konfiguracija logičke veze optičkog sloja i konfiguracija mape topologije virtuelne veze. Ako se jedan kanal može konfigurirati sa zaštitnom putanjom, konfiguracija kanala u ovom trenutku će biti složenija, a i upravljanje konfiguracijom koje iz toga proizlazi će biti složenije. Namjenska tabela servisa potrebna je samo za upravljanje smjerom kanala, a poslovni smjerovi moraju se razlikovati u tabeli, koristeći pune i isprekidane linije. Kada se upravlja korespondencijom između OTN kanala i IP veza, posebno u slučaju OTN zaštite, jedna IP veza mora odgovarati više OTN kanala. U ovom trenutku, količina upravljanja se povećava i upravljanje je složenije, što također povećava upravljanje Excel tabelama. Zahtjevi su da se u potpunosti upravlja svim elementima poslovanja, do 15. Kada inženjer želi upravljati određenom vezom, mora pronaći Excel obrazac, a zatim otići u NMS proizvođača da pronađe odgovarajući, a zatim izvršiti upravljanje operacijama. To zahtijeva sinhronizaciju informacija na obje strane. Budući da su NMS platforma OTN-a i Excel koji je napravio inženjer dva vještačka podatka, lako je da informacije budu nesinhronizovane. Svaka greška će uzrokovati da poslovne informacije budu nedosljedne sa stvarnim odnosom. Shodno tome, to može uticati na poslovanje prilikom promjena i prilagođavanja. Stoga se podaci o opremi proizvođača prikupljaju na upravljačkoj platformi putem sjevernog interfejsa, a zatim se informacije IP veze uspoređuju na ovoj platformi, tako da se informacije mogu automatski prilagoditi prema promjenama usluge postojeće mreže, čime se osigurava centralizirano upravljanje informacijama i jedinstveni izvor tačnosti kako bi se osigurala tačnost informacija o upravljanju konfiguracijom.
Prilikom konfigurisanja pružanja OTN usluga, pripremite opis informacija za svaki interfejs, a zatim prikupite OTN informacije putem sjevernog interfejsa koji obezbjeđuje OTN NMS, i uparite relevantni opis sa informacijama o portu koje je prikupio IP uređaj putem sjevernog interfejsa. Upravljanje OTN kanalima i IP vezama zasnovano na platformi eliminiše potrebu za ručnim ažuriranjem informacija.
Za korištenje DCI prenosne mreže, pokušajte izbjeći korištenje konfiguracije električnih cross-connect usluga. Ova metoda je izuzetno složena u logici upravljanja i ne primjenjuje se na DCI mrežni model. Može se izbjeći od samog početka DCI dizajna.
4 Upravljanje alarmima
Zbog složenih upravljačkih troškova OTN-a, praćenja signala tokom prijenosa na velike udaljenosti i multipleksiranja i ugniježđivanja različitih servisnih čestica, kvar može prijaviti desetine ili stotine alarmnih poruka. Iako je proizvođač klasificirao alarme u četiri nivoa, a svaki alarm ima drugačije ime, to je i dalje izuzetno komplikovano sa stanovišta inženjerskog rada i održavanja, te zahtijeva iskusno osoblje da uopće utvrdi uzrok kvara. Funkcija slanja grešaka tradicionalne OTN opreme uglavnom koristi SMS modem ili e-mail push, ali ove dvije funkcije su posebne za integraciju s postojećom platformom za upravljanje mrežnim alarmima osnovnog sistema internet kompanije, a troškovi odvojenog razvoja su visoki, tako da je potrebno učiniti više. Standardni interfejs prema sjeveru prikuplja informacije o alarmu, proširuje funkcije uz zadržavanje postojećih relevantnih platformi kompanije, a zatim šalje alarm inženjeru za rad i održavanje.
Stoga je za osoblje za upravljanje i održavanje neophodno da platforma automatski objedini informacije o alarmu generirane OTN kvarom, a zatim da ih primi. Stoga, prvo se postavlja klasifikacija alarma na OTN NMS-u, a zatim se na posljednjoj platformi za upravljanje informacijama o alarmu izvrši slanje i provjera. Opća metoda OTN alarma je takva da NMS postavlja i šalje sve prve i druge vrste alarma na platformu za upravljanje informacijama o alarmu, a zatim platforma analizira informacije o alarmu pojedinačnog prekida usluge, glavne informacije o alarmu prekida optičkog puta i (ako postoje) informacije o alarmu za preklapanje zaštite šalju se inženjeru za upravljanje i održavanje. Gore navedene tri informacije se vjerovatno mogu koristiti za dijagnostiku i obradu kvarova. Prilikom podešavanja prijema, možete postaviti postavke telefonskog obavještavanja za veće alarme, kao što su kvarovi kompozitnog signala koji se javljaju samo kada su optička vlakna prekinuta, kao što su sljedeći:
Opis alarma na kineskom
Alarm Opis na engleskom jeziku Vrsta alarma Ozbiljnost i ograničenje
Gubitak signala korisnog tereta sloja OMS OMS_LOS_P Kritično za komunikacijski alarm (FM)
Gubitak kombinovanog ulazno/izlaznog signala MUT_LOS Komunikacijski alarm Hitni slučaj (FM)
Gubitak korisnog tereta OTS-a
Signal OTS_LOS_P Komunikacijski alarm Kritično (FM)
Indikacija gubitka korisnog tereta OTS-a OTS_PMI Hitni alarm komunikacije (FM)
Sjeverni interfejs NMS-a, kao što je XML interfejs koji trenutno podržavaju Huawei i ZTE Alang, također se često koristi za slanje informacija o alarmu.
5 Upravljanje performansama
Stabilnost OTN sistema uveliko zavisi od podataka o performansama različitih aspekata sistema, kao što su upravljanje optičkom snagom magistralnog vlakna, upravljanje optičkom snagom svakog kanala u multipleksiranom signalu i upravljanje marginom OSNR sistema. Ove sadržaje treba dodati projektu praćenja mrežnog sistema kompanije, kako bi se u svakom trenutku znale performanse sistema i optimizirale performanse na vrijeme kako bi se osigurala stabilnost mreže. Pored toga, dugoročno praćenje performansi i kvaliteta vlakana može se koristiti i za otkrivanje promjena u usmjeravanju vlakana, sprječavajući neke dobavljače vlakana da mijenjaju usmjeravanje vlakana bez prethodne najave, što rezultira mrtvim tačkama u radu i održavanju i pojavom rizika usmjeravanja vlakana. Naravno, ovo zahtijeva veliku količinu podataka za obuku modela, tako da otkrivanje promjena usmjeravanja može biti preciznije.
6. Upravljanje DCN-om
DCN se ovdje odnosi na upravljačku komunikacijsku mrežu OTN opreme, koja je odgovorna za mrežnu strukturu upravljanja svakim mrežnim elementom OTN-a. OTN mreža će također utjecati na veličinu i složenost DCN mreže. Općenito, postoje dvije metode DCN mreže:
1. Potvrdite aktivne i standby gateway NE-ove u cijeloj OTN mreži. Ostali NE-ovi koji nisu gateway su obični NE-ovi. Signali upravljanja svih običnih NE-ova dopiru do aktivnih i standby gateway NE-ova putem OSC kanala preko OTS sloja u OTN-u, a zatim se povezuju na IP mrežu gdje se nalazi NMS. Ova metoda može smanjiti raspoređivanje mrežnih elemenata na IP mreži gdje se nalazi NMS i koristiti sam OTN za rješavanje problema upravljanja mrežom. Međutim, ako se prekine glavni optički kabel, to će utjecati i na odgovarajuće udaljene mrežne elemente i one će biti izvan upravljanja.
2. Svi mrežni elementi OTN mreže su konfigurisani kao gateway mrežni elementi, i svaki gateway mrežni element komunicira sa IP mrežom na kojoj se nalazi NMS nezavisno, bez prolaska kroz OSC kanal. Ovo osigurava da komunikacija upravljanja mrežnim elementima nije pogođena prekidom glavnog optičkog vlakna, a mrežnim elementima se i dalje može upravljati daljinski, svi su povezani na IP mrežu, a troškovi rada i održavanja za tradicionalne IP mrežne radnike će također biti smanjeni.
Na početku izgradnje DCN mreže, treba provesti planiranje mrežnih elemenata i dodjelu IP adresa. Posebno, server za upravljanje mrežom treba biti što je više moguće izoliran od drugih mreža prilikom implementacije. U suprotnom, kasnije će u mreži biti previše mrežnih veza, a podrhtavanje mreže će biti normalno tokom održavanja, a obični mrežni elementi neće biti povezani. Pojavit će se problemi poput mrežnog elementa gateway-a, a adresa produkcijske mreže i adresa DCN mreže će se ponovo koristiti, što će utjecati na produkcijsku mrežu.
Vrijeme objave: 19. decembar 2022.