3 Managementul configurării
În timpul configurării canalului, sunt necesare configurarea serviciilor, configurarea legăturii logice a stratului optic și configurarea hărții topologice virtuale a legăturii. Dacă un singur canal poate fi configurat cu o cale de protecție, configurarea canalului în acest moment va fi mai complicată, iar gestionarea configurației ulterioare va fi, de asemenea, mai complicată. Este necesar un tabel de servicii dedicat doar pentru a gestiona direcția canalului, iar direcțiile de business trebuie diferențiate în tabel, folosind linii continue și punctate. Atunci când se gestionează corespondența dintre canalele OTN și legăturile IP, în special în cazul protecției OTN, o legătură IP trebuie să corespundă mai multor canale OTN. În acest moment, volumul de gestionare crește și gestionarea devine complicată, ceea ce crește și gestionarea tabelelor Excel. Cerințe pentru a gestiona complet toate elementele unei afaceri, până la 15. Când un inginer dorește să gestioneze o anumită legătură, trebuie să găsească formularul Excel, apoi să meargă la NMS-ul producătorului pentru a găsi corespondentul și apoi să efectueze gestionarea operațiunilor. Acest lucru necesită sincronizarea informațiilor de ambele părți. Deoarece platforma NMS a OTN și Excel-ul creat de inginer sunt două date create de om, este ușor ca informațiile să nu fie sincronizate. Orice eroare va duce la o neconcordanță între informațiile comerciale și relația reală. În mod corespunzător, aceasta poate afecta afacerea în timpul modificărilor și ajustărilor. Prin urmare, datele despre echipamente ale producătorului sunt colectate pe o platformă de management prin intermediul interfeței nordice, iar apoi informațiile legăturii IP sunt corelate pe această platformă, astfel încât informațiile să poată fi ajustate automat în funcție de modificările serviciilor rețelei existente, asigurându-se gestionarea centralizată a informațiilor și o singură sursă de acuratețe pentru a asigura acuratețea informațiilor de management al configurației.
Când configurați furnizarea serviciilor OTN, pregătiți descrierea informațiilor pentru fiecare interfață, apoi colectați informații OTN prin interfața de direcție nordică furnizată de NMS OTN și asociați descrierea relevantă cu informațiile despre port colectate de dispozitivul IP prin interfața de direcție nordică. Gestionarea bazată pe platformă a canalelor OTN și a legăturilor IP elimină necesitatea actualizării manuale a informațiilor.
Pentru utilizarea rețelei de transmisie DCI, încercați să evitați configurarea serviciului de interconectare electrică. Această metodă este extrem de complexă în logica de gestionare și nu se aplică modelului de rețea DCI. Poate fi evitată încă de la începutul proiectării DCI.
4 Gestionarea alarmelor
Din cauza costurilor complexe de gestionare a OTN, a monitorizării semnalului în timpul transmisiei pe distanțe lungi și a multiplexării și imbricarii diferitelor particule de serviciu, o defecțiune poate raporta zeci sau sute de mesaje de alarmă. Deși producătorul a clasificat alarmele în patru niveluri și fiecare alarmă are un nume diferit, este încă extrem de complicat din perspectiva operării și întreținerii de către un inginer și necesită personal experimentat pentru a determina cauza defecțiunii în primul rând. Funcția de trimitere a defecțiunilor echipamentelor OTN tradiționale utilizează în principal modem SMS sau push prin e-mail, dar cele două funcții sunt speciale pentru integrarea cu platforma existentă de gestionare a alarmelor de rețea a sistemului de bază al companiei de internet, iar costul dezvoltării separate este ridicat, așa că trebuie făcut mai mult. Interfața standard spre nord colectează informații despre alarme, extinde funcțiile păstrând în același timp platformele relevante existente ale companiei și apoi transmite alarma către inginerul de operare și întreținere.
Prin urmare, pentru personalul de operare și întreținere, este necesar să se permită platformei să convergă automat informațiile de alarmă generate de defectul OTN și apoi să primească informațiile. Așadar, se setează mai întâi clasificarea alarmei pe NMS OTN, apoi se efectuează lucrările de trimitere și filtrare pe ultima platformă de gestionare a informațiilor de alarmă. Metoda generală de alarmă OTN este că NMS va seta și va transmite toate primele și cele de-ale doilea tip de alarmă către platforma de gestionare a informațiilor de alarmă, iar apoi platforma va analiza informațiile de alarmă ale unei singure întreruperi de serviciu, informațiile principale privind alarma de întrerupere a căii optice și (dacă există) informațiile privind alarma de comutare a protecției fiind transmise inginerului de operare și întreținere. Cele trei informații de mai sus pot fi probabil utilizate pentru diagnosticarea și procesarea defecțiunilor. La configurarea recepției, puteți configura setările de notificare telefonică pentru alarme majore, cum ar fi defecțiunile semnalului compozit care apar numai atunci când fibrele optice sunt întrerupte, cum ar fi următoarele:
Descrierea alarmei în limba chineză
Descrierea alarmei în limba engleză Tip de alarmă Severitate și limitări
Pierdere semnal sarcină utilă strat OMS OMS_LOS_P Alarmă de comunicare critică (FM)
Pierdere semnal combinat intrare/ieșire MUT_LOS Alarmă de comunicare Urgență (FM)
Pierderea de sarcină utilă OTS
Semnal OTS_LOS_P Alarmă de comunicare critică (FM)
Indicație pierdere sarcină utilă OTS OTS_PMI Alarmă de comunicare urgentă (FM)
Interfața nordică a NMS, cum ar fi interfața XML acceptată în prezent de Huawei și ZTE Alang, este, de asemenea, utilizată în mod obișnuit pentru a transmite informații de alarmă.
5 Managementul performanței
Stabilitatea sistemului OTN depinde în mare măsură de datele de performanță ale diferitelor aspecte ale sistemului, cum ar fi gestionarea puterii optice a fibrei trunchiate, gestionarea puterii optice a fiecărui canal din semnalul multiplexat și gestionarea marjei OSNR a sistemului. Aceste conținuturi ar trebui adăugate la proiectul de monitorizare a sistemului de rețea al companiei, astfel încât să se cunoască performanța sistemului în orice moment și să se optimizeze performanța în timp pentru a asigura stabilitatea rețelei. În plus, monitorizarea pe termen lung a performanței și calității fibrei poate fi utilizată și pentru a descoperi modificări ale rutării fibrelor, împiedicând unii furnizori de fibre să modifice rutarea fibrelor fără notificare, rezultând puncte moarte în operare și întreținere și apariția riscului de rutare a fibrelor. Desigur, acest lucru necesită o cantitate mare de date pentru antrenarea modelului, astfel încât descoperirea modificărilor de rutare să poată fi mai precisă.
6. Gestionarea DCN
DCN se referă aici la rețeaua de comunicații de management a echipamentului OTN, care este responsabilă pentru structura rețelei de management a fiecărui element de rețea al OTN. Rețeaua OTN va afecta, de asemenea, amploarea și complexitatea rețelei DCN. În general, există două metode de rețea DCN:
1. Confirmați NE-urile gateway active și standby în întreaga rețea OTN. Alte NE-uri non-gateway sunt NE-uri obișnuite. Semnalele de management ale tuturor NE-urilor obișnuite ajung la NE-urile gateway active și standby prin canalul OSC prin stratul OTS din OTN și apoi se conectează la rețeaua IP unde se află NMS-ul. Această metodă poate reduce implementarea elementelor de rețea pe rețeaua IP unde se află NMS-ul și poate utiliza OTN-ul însuși pentru a rezolva problema managementului rețelei. Cu toate acestea, dacă fibra trunk este întreruptă, elementele de rețea la distanță corespunzătoare vor fi, de asemenea, afectate și vor ieși din gestionare.
2. Toate elementele de rețea ale rețelei OTN sunt configurate ca elemente de rețea gateway, iar fiecare element de rețea gateway comunică independent cu rețeaua IP unde se află NMS-ul, fără a trece prin canalul OSC. Acest lucru asigură că comunicarea de management a elementelor de rețea nu este afectată de întreruperea fibrei optice principale, iar elementele de rețea pot fi în continuare gestionate de la distanță, toate fiind conectate la rețeaua IP, iar costurile de operare și întreținere pentru lucrătorii tradiționali din rețeaua IP vor fi, de asemenea, reduse.
La începutul construcției rețelei DCN, ar trebui efectuată planificarea elementelor de rețea și alocarea adreselor IP. În special, serverul de gestionare a rețelei ar trebui izolat cât mai mult posibil de alte rețele la implementare. În caz contrar, vor exista prea multe legături mesh în rețea ulterior, iar jitter-ul rețelei va fi normal în timpul întreținerii, iar elementele obișnuite ale rețelei nu vor fi conectate. Vor apărea probleme precum elementul de rețea gateway, iar adresa rețelei de producție și adresa rețelei DCN vor fi reutilizate, ceea ce va afecta rețeaua de producție.
Data publicării: 19 decembrie 2022