3 Xestión da configuración
Durante a configuración de canles, requírense a configuración de servizos, a configuración de enlaces lóxicos da capa óptica e a configuración do mapa de topoloxía virtual de enlaces. Se se pode configurar un só canal cunha ruta de protección, a configuración do canal neste momento será máis complicada e a xestión da configuración resultante tamén o será. Requírese unha táboa de servizos dedicada só para xestionar a dirección do canal, e as direccións comerciais deben distinguirse na táboa, mediante liñas continuas e discontinuas. Cando se xestiona a correspondencia entre os canais OTN e os enlaces IP, especialmente no caso da protección OTN, un enlace IP debe corresponder a varios canais OTN. Neste momento, a cantidade de xestión aumenta e a xestión complícase, o que tamén aumenta a xestión das táboas de Excel. Requisitos, para xestionar completamente todos os elementos dun negocio, ata 15. Cando un enxeñeiro quere xestionar un determinado enlace, necesita atopar o formulario de Excel e despois ir ao NMS do fabricante para atopar o correspondente e, a continuación, realizar a xestión das operacións. Isto require a sincronización da información en ambos os dous lados. Dado que a plataforma NMS de OTN e o Excel creado polo enxeñeiro son dous datos artificiais, é fácil que a información estea desincronizada. Calquera erro fará que a información comercial sexa inconsistente coa relación real. En consecuencia, pode afectar o negocio á hora de cambiar e axustar. Polo tanto, os datos do equipo do fabricante recóllense nunha plataforma de xestión a través da interface cara ao norte e, a continuación, a información da ligazón IP coincide nesta plataforma, de xeito que a información se poida axustar automaticamente segundo os cambios de servizo da rede existente e se garanta a xestión centralizada da información. e unha única fonte de precisión para garantir a exactitude da información de xestión da configuración.
Ao configurar o aprovisionamento de servizos OTN, prepare a descrición da información de cada interface e, a seguir, recolla información de OTN a través da interface de dirección norte proporcionada polo NMS de OTN e combine a descrición relevante coa información do porto recollida polo dispositivo IP a través da interface de dirección norte. A xestión baseada en plataforma de canles OTN e ligazóns IP elimina a necesidade de actualización manual da información.
Para o uso da rede de transmisión DCI, procure evitar o uso da configuración de servizos de conexión cruzada eléctrica. Este método é extremadamente complexo na lóxica de xestión e non se aplica ao modelo de rede DCI. Pódese evitar desde o principio do deseño DCI.
4 Xestión de alarmas
Debido á complexa sobrecarga de xestión da OTN, á monitorización de sinais durante a transmisión a longa distancia e á multiplexación e aniñamento de diferentes partículas de servizo, un fallo pode reportar ducias ou centos de mensaxes de alarma. Aínda que o fabricante clasificou as alarmas en catro niveis e cada alarma ten un nome diferente, segue sendo extremadamente complicado desde a perspectiva da operación e o mantemento dun enxeñeiro e require persoal experimentado para determinar a causa do fallo en primeiro lugar. A función de envío de fallos dos equipos OTN tradicionais usa principalmente módem SMS ou envío de correo electrónico, pero as dúas funcións son especiais para a integración coa plataforma de xestión de alarmas de rede existente do sistema básico da empresa de Internet e o custo do desenvolvemento por separado é elevado, polo que hai que facer máis. A interface estándar cara ao norte recolle información de alarma, amplía as funcións mantendo as plataformas relevantes existentes da empresa e, a continuación, envía a alarma ao enxeñeiro de operación e mantemento.
Polo tanto, para o persoal de operación e mantemento, é necesario deixar que a plataforma converxa automaticamente a información de alarma xerada polo fallo OTN e, a continuación, reciba a información. Polo tanto, primeiro configure a clasificación de alarma no NMS OTN e, a continuación, realice o traballo de envío e filtrado na última plataforma de xestión de información de alarma. O método xeral de alarma OTN é que o NMS configurará e enviará todos os primeiros e segundos tipos de alarmas á plataforma de xestión de información de alarmas e, a continuación, a plataforma analizará a información de alarma dunha única interrupción do servizo, a información principal da alarma de interrupción da ruta óptica e (se a houber) a información da alarma de conmutación de protección envíanse ao enxeñeiro de operación e mantemento. A tres informacións anteriores probablemente se poidan usar para o diagnóstico e procesamento de fallos. Ao configurar a recepción, pode configurar axustes de notificación telefónica para alarmas importantes, como fallos de sinal composto que se producen só cando as fibras ópticas están rotas, como as seguintes:
Descrición da alarma en chinés
Descrición da alarma en inglés Tipo de alarma Gravidade e limitación
Perda de sinal de carga útil da capa OMS OMS_LOS_P Alarma de comunicación crítica (FM)
Perda de sinal combinada de entrada/saída MUT_LOS Comunicación Alarma Emerxencia (FM)
Perda de carga útil OTS de
Sinal OTS_LOS_P Alarma de comunicación crítica (FM)
Indicación de perda de carga útil OTS OTS_PMI Alarma de comunicación urxente (FM)
A interface cara ao norte do NMS, como a interface XML que admiten actualmente Huawei e ZTE Alang, tamén se usa habitualmente para enviar información de alarmas.
5 Xestión do rendemento
A estabilidade do sistema OTN depende en gran medida dos datos de rendemento de varios aspectos do sistema, como a xestión de enerxía óptica da fibra troncal, a xestión de enerxía óptica de cada canle no sinal multiplexado e a xestión da marxe OSNR do sistema. Estes contidos deberían engadirse ao proxecto de monitorización do sistema de rede da empresa para coñecer o rendemento do sistema en calquera momento e optimizar o rendemento a tempo para garantir a estabilidade da rede. Ademais, a monitorización do rendemento e da calidade da fibra a longo prazo tamén se pode usar para descubrir cambios no enrutamento da fibra, evitando que algúns provedores de fibra cambien o enrutamento da fibra sen notificar, o que resulta en puntos cegos no funcionamento e mantemento e na aparición de riscos de enrutamento da fibra. Por suposto, isto require unha gran cantidade de datos para o adestramento do modelo, de xeito que o descubrimento de cambios de enrutamento poida ser máis preciso.
6. Xestión da DCN
Aquí, a DCN refírese á rede de comunicacións de xestión do equipo OTN, que é responsable da estrutura de rede da xestión de cada elemento de rede da OTN. A rede OTN tamén afectará á escala e á complexidade da rede DCN. Xeralmente, hai dous métodos de rede DCN:
1. Confirmar os NE de pasarela activos e de reserva en toda a rede OTN. Outros NE que non son de pasarela son NE ordinarios. Os sinais de xestión de todos os NE ordinarios chegan aos NE de pasarela activos e de reserva a través do canal OSC a través da capa OTS na OTN e, a continuación, conéctanse á rede IP onde se atopa o NMS. Este método pode reducir o despregamento de elementos de rede na rede IP onde se atopa o NMS e usar o propio OTN para resolver o problema de xestión da rede. Non obstante, se se interrompe a fibra troncal, os elementos de rede remotos correspondentes tamén se verán afectados e quedarán fóra de xestión.
2. Todos os elementos de rede da rede OTN están configurados como elementos de rede de pasarela, e cada elemento de rede de pasarela comunícase coa rede IP onde se atopa o NMS de forma independente sen pasar polo canal OSC. Isto garante que a comunicación de xestión dos elementos de rede non se vexa afectada pola interrupción da fibra óptica principal e que os elementos de rede aínda se poidan xestionar de forma remota, todos os cales están conectados á rede IP, polo que os custos de operación e mantemento para os traballadores da rede IP tradicional tamén se reducirán.
Ao comezo da construción da rede DCN, débese levar a cabo a planificación dos elementos de rede e a asignación de enderezos IP. En particular, o servidor de xestión de rede debe illarse doutras redes tanto como sexa posible durante o despregamento. Se non, haberá demasiadas ligazóns de malla na rede máis tarde, e a trepidación da rede será normal durante o mantemento, e os elementos de rede ordinarios non se conectarán. Aparecerán problemas como o elemento de rede da pasarela e reutilizarase o enderezo da rede de produción e o enderezo da rede DCN, o que afectará á rede de produción.
Data de publicación: 19 de decembro de 2022