3 Gestió de la configuració
Durant la configuració del canal, es requereix la configuració del servei, la configuració de l'enllaç lògic de la capa òptica i la configuració del mapa de topologia virtual d'enllaços. Si es pot configurar un sol canal amb una ruta de protecció, la configuració del canal en aquest moment serà més complicada i la gestió de la configuració resultant també serà més complicada. Es requereix una taula de serveis dedicada només per gestionar la direcció del canal, i les direccions empresarials s'han de distingir a la taula, mitjançant línies contínues i discontínues. Quan es gestiona la correspondència entre els canals OTN i els enllaços IP, especialment en el cas de la protecció OTN, un enllaç IP ha de correspondre a diversos canals OTN. En aquest moment, la quantitat de gestió augmenta i la gestió es complica, cosa que també augmenta la gestió de les taules Excel. Requisits, per gestionar completament tots els elements d'una empresa, fins a 15. Quan un enginyer vol gestionar un determinat enllaç, ha de trobar el formulari Excel i després anar a l'NMS del fabricant per trobar el corresponent i, a continuació, realitzar la gestió de les operacions. Això requereix la sincronització de la informació a banda i banda. Com que la plataforma NMS d'OTN i l'Excel creat per l'enginyer són dues dades fetes per l'home, és fàcil que la informació estigui desincronitzada. Qualsevol error farà que la informació empresarial sigui inconsistent amb la relació real. En conseqüència, pot afectar el negoci a l'hora de canviar i ajustar. Per tant, les dades de l'equip del fabricant es recopilen a una plataforma de gestió a través de la interfície de direcció nord i, a continuació, la informació de l'enllaç IP es compara en aquesta plataforma, de manera que la informació es pugui ajustar automàticament segons els canvis de servei de la xarxa existent i es garanteixi la gestió centralitzada de la informació. i una única font de precisió per garantir l'exactitud de la informació de gestió de la configuració.
Quan configureu el subministrament de serveis OTN, prepareu la descripció de la informació de cada interfície i, a continuació, recopileu informació OTN a través de la interfície de direcció nord proporcionada per l'NMS OTN i combineu la descripció pertinent amb la informació del port recollida pel dispositiu IP a través de la interfície de direcció nord. La gestió basada en plataforma dels canals OTN i els enllaços IP elimina la necessitat d'actualitzar la informació manualment.
Per a l'ús de la xarxa de transmissió DCI, intenteu evitar l'ús de la configuració del servei de connexió creuada elèctrica. Aquest mètode és extremadament complex en la lògica de gestió i no s'aplica al model de xarxa DCI. Es pot evitar des del principi del disseny DCI.
4 Gestió d'alarmes
A causa de la complexa sobrecàrrega de gestió de l'OTN, la monitorització del senyal durant la transmissió de llarga distància i la multiplexació i l'imbricació de diferents partícules de servei, una fallada pot reportar desenes o centenars de missatges d'alarma. Tot i que el fabricant ha classificat les alarmes en quatre nivells i cada alarma té un nom diferent, encara és extremadament complicat des de la perspectiva de l'operació i el manteniment d'un enginyer, i requereix personal experimentat per determinar la causa de la fallada en primer lloc. La funció d'enviament de fallades dels equips OTN tradicionals utilitza principalment mòdem SMS o correu electrònic push, però les dues funcions són especials per a la integració amb la plataforma de gestió d'alarmes de xarxa existent del sistema bàsic de l'empresa d'Internet, i el cost del desenvolupament per separat és elevat, per la qual cosa cal fer més. La interfície estàndard cap al nord recopila informació d'alarma, amplia les funcions tot mantenint les plataformes rellevants existents de l'empresa i després envia l'alarma a l'enginyer d'operació i manteniment.
Per tant, per al personal d'operació i manteniment, cal deixar que la plataforma convergeixi automàticament la informació d'alarma generada per la fallada OTN i després rebi la informació. Per tant, primer configureu la classificació d'alarma a l'NMS OTN i, a continuació, realitzeu el treball d'enviament i filtratge a la plataforma de gestió d'informació d'alarma final. El mètode general d'alarma OTN és que l'NMS configurarà i enviarà tots els primers i segons tipus d'alarmes a la plataforma de gestió d'informació d'alarma i, a continuació, la plataforma analitzarà la informació d'alarma d'una sola interrupció del servei, la informació principal de l'alarma d'interrupció del camí òptic i (si n'hi ha) la informació de l'alarma de commutació de protecció s'envien a l'enginyer d'operació i manteniment. La tres informació anterior probablement es pot utilitzar per al diagnòstic i processament de fallades. Quan configureu la recepció, podeu configurar la configuració de notificació telefònica per a alarmes importants, com ara fallades de senyal compost que es produeixen només quan les fibres òptiques estan trencades, com ara les següents:
Descripció de l'alarma en xinès
Descripció de l'alarma en anglès Tipus d'alarma Gravetat i limitació
Pèrdua de senyal de càrrega útil de la capa OMS OMS_LOS_P Alarma de comunicació crítica (FM)
Pèrdua de senyal combinada d'entrada/sortida MUT_LOS Comunicació Alarma Emergència (FM)
Pèrdua de càrrega útil OTS de
Senyal OTS_LOS_P Alarma de comunicació crítica (FM)
Indicació de pèrdua de càrrega útil OTS OTS_PMI Alarma de comunicació urgent (FM)
La interfície nord de l'NMS, com ara la interfície XML que actualment admeten Huawei i ZTE Alang, també s'utilitza habitualment per enviar informació d'alarma.
5 Gestió del rendiment
L'estabilitat del sistema OTN depèn en gran mesura de les dades de rendiment de diversos aspectes del sistema, com ara la gestió de la potència òptica de la fibra troncal, la gestió de la potència òptica de cada canal del senyal multiplexat i la gestió del marge OSNR del sistema. Aquests continguts s'han d'afegir al projecte de monitorització del sistema de xarxa de l'empresa per tal de conèixer el rendiment del sistema en qualsevol moment i optimitzar el rendiment a temps per garantir l'estabilitat de la xarxa. A més, el rendiment de la fibra a llarg termini i la monitorització de la qualitat també es poden utilitzar per descobrir canvis en l'enrutament de la fibra, evitant que alguns proveïdors de fibra canviïn l'enrutament de la fibra sense notificar-ho, cosa que provoca punts cecs en el funcionament i el manteniment i l'aparició de riscos d'enrutament de la fibra. Per descomptat, això requereix una gran quantitat de dades per a l'entrenament del model, de manera que el descobriment dels canvis d'enrutament pugui ser més precís.
6. Gestió de DCN
La DCN aquí fa referència a la xarxa de comunicació de gestió de l'equip OTN, que és responsable de l'estructura de xarxa de la gestió de cada element de xarxa de l'OTN. La xarxa OTN també afectarà l'escala i la complexitat de la xarxa DCN. Generalment, hi ha dos mètodes de xarxa DCN:
1. Confirmeu els NE de passarel·la actius i en espera a tota la xarxa OTN. Altres NE que no són passarel·la són NE ordinaris. Els senyals de gestió de tots els NE ordinaris arriben als NE de passarel·la actius i en espera a través del canal OSC a través de la capa OTS a l'OTN i després es connecten a la xarxa IP on es troba l'NMS. Aquest mètode pot reduir el desplegament d'elements de xarxa a la xarxa IP on es troba l'NMS i utilitzar el mateix OTN per resoldre el problema de gestió de la xarxa. Tanmateix, si la fibra troncal s'interromp, els elements de xarxa remots corresponents també es veuran afectats i quedaran fora de gestió.
2. Tots els elements de xarxa de la xarxa OTN estan configurats com a elements de xarxa de passarel·la, i cada element de xarxa de passarel·la es comunica amb la xarxa IP on es troba l'NMS de forma independent sense passar pel canal OSC. Això garanteix que la comunicació de gestió dels elements de xarxa no es vegi afectada per la interrupció de la fibra òptica principal, i els elements de xarxa encara es puguin gestionar de forma remota, tots els quals estan connectats a la xarxa IP, i també es reduiran els costos d'operació i manteniment per als treballadors de la xarxa IP tradicional.
Al començament de la construcció de la xarxa DCN, s'ha de dur a terme la planificació dels elements de xarxa i l'assignació d'adreces IP. En particular, el servidor de gestió de xarxa s'ha d'aïllar tant com sigui possible d'altres xarxes durant el desplegament. En cas contrari, hi haurà massa enllaços de malla a la xarxa més endavant, i la fluctuació de la xarxa serà normal durant el manteniment, i els elements de xarxa ordinaris no es connectaran. Apareixeran problemes com l'element de xarxa de passarel·la i es reutilitzaran l'adreça de xarxa de producció i l'adreça de la xarxa DCN, cosa que afectarà la xarxa de producció.
Data de publicació: 19 de desembre de 2022