3 Upravljanje konfiguracijom
Tijekom konfiguracije kanala, potrebna je konfiguracija usluge, konfiguracija logičke veze optičkog sloja i konfiguracija mape topologije virtualne veze. Ako se jedan kanal može konfigurirati sa zaštitnim putem, konfiguracija kanala u ovom trenutku bit će složenija, a i upravljanje konfiguracijom koje iz toga proizlazi također će biti složenije. Namjenska tablica usluga potrebna je samo za upravljanje smjerom kanala, a poslovni smjerovi moraju se razlikovati u tablici pomoću punih i isprekidanih linija. 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 komplicirano, što također povećava upravljanje Excel tablicama. 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 kako bi pronašao odgovarajući, a zatim izvršiti upravljanje radom. To zahtijeva sinkronizaciju informacija na obje strane. Budući da su NMS platforma OTN-a i Excel koji je izradio inženjer dva umjetna podatka, lako je da informacije budu neusklađene. Svaka pogreška uzrokovat će da poslovne informacije budu nedosljedne sa stvarnim odnosom. Sukladno tome, to može utjecati na poslovanje prilikom promjena i prilagodbi. Stoga se podaci o opremi proizvođača prikupljaju na upravljačkoj platformi putem sjevernog sučelja, 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 točnosti kako bi se osigurala točnost informacija o upravljanju konfiguracijom.
Prilikom konfiguriranja pružanja OTN usluga, pripremite opis informacija svakog sučelja, a zatim prikupite OTN informacije putem sjevernog sučelja koje pruža OTN NMS i uparite relevantni opis s informacijama o portu koje je prikupio IP uređaj putem sjevernog sučelja. Upravljanje OTN kanalima i IP vezama temeljeno na platformi eliminira potrebu za ručnim ažuriranjem informacija.
Za korištenje DCI prijenosne mreže, pokušajte izbjeći korištenje konfiguracije električne cross-connect usluge. Ova metoda je izuzetno složena u logici upravljanja i ne odnosi 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 tijekom prijenosa na velike udaljenosti te multipleksiranja i ugniježđivanja različitih servisnih čestica, kvar može prijaviti desetke ili stotine alarmnih poruka. Iako je proizvođač klasificirao alarme u četiri razine, a svaki alarm ima drugačiji naziv, to je i dalje izuzetno komplicirano s perspektive 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-poštu, ali te dvije funkcije su posebne za integraciju s postojećom platformom za upravljanje mrežnim alarmima osnovnog sustava internetske tvrtke, a trošak zasebnog razvoja je visok, pa je potrebno učiniti više. Standardno sučelje prema sjeveru prikuplja informacije o alarmu, proširuje funkcije uz zadržavanje postojećih relevantnih platformi tvrtke, a zatim šalje alarm inženjeru za rad i održavanje.
Stoga je za osoblje za upravljanje i održavanje potrebno omogućiti platformi da automatski objedini informacije o alarmu generirane OTN kvarom, a zatim primi informacije. Stoga prvo postavite klasifikaciju alarma na OTN NMS-u, a zatim izvršite slanje i provjeru na posljednjoj platformi za upravljanje informacijama o alarmu. Opća metoda OTN alarma je 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 vjerojatno se mogu koristiti za dijagnostiku i obradu kvara. Prilikom postavljanja prijema možete postaviti postavke telefonskih obavijesti za veće alarme poput kvarova kompozitnog signala koji se javljaju samo kada su optička vlakna prekinuta, kao što su sljedeći:
Opis alarma na kineskom
Opis alarma 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 kombiniranog ulazno/izlaznog signala MUT_LOS Komunikacijski alarm Hitni slučaj (FM)
Gubitak korisnog tereta OTS-a
Signal OTS_LOS_P Kritično stanje komunikacijskog alarma (FM)
Indikacija gubitka korisnog tereta OTS-a OTS_PMI Hitni komunikacijski alarm (FM)
Sjeverno sučelje NMS-a, kao što je XML sučelje koje trenutno podržavaju Huawei i ZTE Alang, također se često koristi za slanje informacija o alarmu.
5 Upravljanje učinkom
Stabilnost OTN sustava uvelike ovisi o podacima o performansama različitih aspekata sustava, kao što su upravljanje optičkom snagom glavnog vlakna, upravljanje optičkom snagom svakog kanala u multipleksiranom signalu i upravljanje marginom OSNR-a sustava. Ove sadržaje treba dodati projektu praćenja mrežnog sustava tvrtke kako bi se u svakom trenutku znale performanse sustava i optimizirale performanse na vrijeme kako bi se osigurala stabilnost mreže. Osim toga, dugoročno praćenje performansi i kvalitete vlakana može se koristiti i za otkrivanje promjena u usmjeravanju vlakana, sprječavajući neke dobavljače vlakana da mijenjaju usmjeravanje vlakana bez obavijesti, što rezultira mrtvim točkama u radu i održavanju te pojavom rizika usmjeravanja vlakana. Naravno, to zahtijeva veliku količinu podataka za obuku modela, tako da otkrivanje promjena usmjeravanja može biti točnije.
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 pristupne NE-ove u cijeloj OTN mreži. Ostali NE-ovi koji nisu pristupni su obični NE-ovi. Upravljački signali svih običnih NE-ova dopiru do aktivnih i standby pristupnih NE-ova putem OSC kanala preko OTS sloja u OTN-u, a zatim se povezuju s IP mrežom u kojoj se nalazi NMS. Ova metoda može smanjiti raspoređivanje mrežnih elemenata na IP mreži u kojoj 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 neće se moći upravljati.
2. Svi mrežni elementi OTN mreže konfigurirani su kao gateway mrežni elementi, a svaki gateway mrežni element komunicira s IP mrežom u kojoj se nalazi NMS neovisno, bez prolaska kroz OSC kanal. To 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 spojeni na IP mrežu, a troškovi rada i održavanja za tradicionalne IP mrežne radnike također će se smanjiti.
Na početku izgradnje DCN mreže treba provesti planiranje mrežnih elemenata i dodjelu IP adresa. Posebno, poslužitelj za upravljanje mrežom treba biti što je više moguće izoliran od ostalih mreža prilikom implementacije. U suprotnom, kasnije će u mreži biti previše mrežnih veza, a podrhtavanje mreže bit će normalno tijekom održavanja, a obični mrežni elementi neće biti povezani. Pojavit će se problemi poput mrežnog elementa pristupnika, a adresa produkcijske mreže i adresa DCN mreže bit će ponovno korištene, što će utjecati na produkcijsku mrežu.
Vrijeme objave: 19. prosinca 2022.