3. Gerenciamento de Configuração
Durante a configuração de canais, são necessárias configurações de serviço, de enlace lógico na camada óptica e de mapa de topologia virtual de enlace. Se um único canal puder ser configurado com um caminho de proteção, a configuração do canal nesse momento será mais complexa, e o gerenciamento de configuração subsequente também será mais complexo. Uma tabela de serviço dedicada é necessária apenas para gerenciar a direção do canal, e as direções de negócios devem ser distinguidas na tabela, usando linhas contínuas e tracejadas. Quando a correspondência entre canais OTN e enlaces IP é gerenciada, especialmente no caso de proteção OTN, um enlace IP precisa corresponder a vários canais OTN. Nesse caso, a quantidade de gerenciamento aumenta e o gerenciamento se torna mais complexo, o que também aumenta o número de planilhas do Excel necessárias para gerenciar completamente todos os elementos de um negócio, podendo chegar a 15. Quando um engenheiro deseja gerenciar um determinado enlace, ele precisa encontrar a planilha do Excel, acessar o NMS do fabricante para encontrar a correspondente e, em seguida, realizar o gerenciamento da operação. Isso requer a sincronização de informações em ambas as partes. Como a plataforma NMS da OTN e a planilha do Excel criada pelo engenheiro são duas fontes de dados criadas manualmente, é fácil que as informações fiquem dessincronizadas. Qualquer erro fará com que as informações comerciais fiquem inconsistentes com a realidade. Consequentemente, isso pode afetar os negócios durante mudanças e ajustes. Portanto, os dados dos equipamentos do fabricante são coletados em uma plataforma de gerenciamento por meio da interface northbound, e então as informações do link IP são combinadas nessa plataforma, de forma que as informações possam ser ajustadas automaticamente de acordo com as mudanças de serviço da rede existente, garantindo o gerenciamento centralizado das informações e uma única fonte de precisão para assegurar a exatidão das informações de gerenciamento de configuração.
Ao configurar o provisionamento do serviço OTN, prepare a descrição das informações de cada interface e, em seguida, colete as informações OTN por meio da interface northbound fornecida pelo NMS OTN. Atribua a descrição correspondente às informações de porta coletadas pelo dispositivo IP através da interface northbound. O gerenciamento de canais OTN e links IP baseado em plataforma elimina a necessidade de atualização manual de informações.
Para a utilização da rede de transmissão DCI, procure evitar a configuração de serviço de interconexão elétrica. Esse método é extremamente complexo em termos de lógica de gerenciamento e não se aplica ao modelo de rede DCI. É recomendável evitá-lo desde o início do projeto DCI.
4. Gestão de alarmes
Devido à complexidade de gerenciamento da OTN, ao monitoramento de sinal durante a transmissão de longa distância e à multiplexação e aninhamento de diferentes partículas de serviço, uma falha pode gerar dezenas ou centenas de mensagens de alarme. Embora o fabricante tenha classificado os alarmes em quatro níveis, cada um com um nome diferente, a operação e a manutenção ainda são extremamente complexas para um engenheiro, exigindo pessoal experiente para determinar a causa da falha. A função de envio de alertas em equipamentos OTN tradicionais utiliza principalmente o envio de SMS via modem ou e-mail, mas essas duas funções exigem integração específica com a plataforma de gerenciamento de alarmes de rede existente no sistema básico da empresa de internet, e o custo de desenvolvimento separado é elevado. Portanto, é necessário um esforço adicional. A interface northbound padrão coleta informações de alarme, expande as funcionalidades mantendo as plataformas relevantes existentes da empresa e, em seguida, envia o alerta para o engenheiro de operação e manutenção.
Portanto, para a equipe de operação e manutenção, é necessário permitir que a plataforma convirja automaticamente as informações de alarme geradas por falhas na rede óptica (OTN) e, em seguida, receba essas informações. Para isso, primeiro configure a classificação de alarmes no sistema de gerenciamento de rede (NMS) da OTN e, posteriormente, execute o envio e a triagem na plataforma de gerenciamento de informações de alarme. O método geral de alarme da OTN consiste em o NMS configurar e enviar todos os alarmes de primeiro e segundo tipo para a plataforma de gerenciamento de informações de alarme. Em seguida, a plataforma analisará as informações de alarme de uma única interrupção de serviço, enviando as principais informações de alarme de interrupção do caminho óptico e (se houver) as informações de alarme de comutação de proteção para o engenheiro de operação e manutenção. Essas três informações podem ser utilizadas para diagnóstico e processamento de falhas. Ao configurar a recepção, é possível configurar notificações telefônicas para alarmes graves, como falhas de sinal composto que ocorrem somente quando as fibras ópticas são rompidas, como as seguintes:
Descrição do alarme em chinês
Descrição do alarme em inglês Tipo de alarme Gravidade e limitações
Perda de sinal da carga útil da camada OMS OMS_LOS_P Alarme de comunicação crítico (FM)
Alarme de comunicação de perda de sinal combinada de entrada/saída MUT_LOS (FM)
Perda de carga útil OTS de
Sinal OTS_LOS_P Alarme de Comunicação Crítico (FM)
Indicação de perda de carga útil OTS OTS_PMI Alarme de comunicação urgente (FM)
A interface northbound do NMS, como a interface XML atualmente suportada pela Huawei e pelo ZTE Alang, também é comumente usada para enviar informações de alarme.
5. Gestão de Desempenho
A estabilidade do sistema OTN depende fortemente dos dados de desempenho de vários aspectos do sistema, como o gerenciamento de potência óptica da fibra tronco, o gerenciamento de potência óptica de cada canal no sinal multiplexado e o gerenciamento da margem OSNR do sistema. Esses aspectos devem ser adicionados ao projeto de monitoramento do sistema de rede da empresa, para que se possa conhecer o desempenho do sistema a qualquer momento e otimizá-lo em tempo hábil para garantir a estabilidade da rede. Além disso, o monitoramento de longo prazo do desempenho e da qualidade da fibra também pode ser usado para detectar alterações no roteamento da fibra, evitando que alguns fornecedores de fibra alterem o roteamento sem aviso prévio, resultando em pontos cegos na operação e manutenção e na ocorrência de riscos de roteamento inadequado. Obviamente, isso requer uma grande quantidade de dados para o treinamento do modelo, para que a detecção de alterações de roteamento seja mais precisa.
6. Gerenciamento de DCN
A DCN, neste contexto, refere-se à rede de comunicação de gerenciamento dos equipamentos OTN, responsável pela estrutura e gerenciamento de cada elemento da rede OTN. A escala e a complexidade da rede DCN também são influenciadas pela rede OTN. Geralmente, existem dois métodos de implementação de redes DCN:
1. Confirme os NEs de gateway ativos e em espera em toda a rede OTN. Os demais NEs que não são gateways são NEs comuns. Os sinais de gerenciamento de todos os NEs comuns chegam aos NEs de gateway ativos e em espera através do canal OSC na camada OTS da OTN e, em seguida, conectam-se à rede IP onde o NMS está localizado. Esse método pode reduzir a implantação de elementos de rede na rede IP onde o NMS está localizado e usar a própria OTN para resolver o problema de gerenciamento de rede. No entanto, se a fibra do tronco for interrompida, os elementos de rede remotos correspondentes também serão afetados e ficarão sem gerenciamento.
2. Todos os elementos de rede da rede OTN são configurados como elementos de rede de gateway, e cada elemento de rede de gateway se comunica com a rede IP onde o NMS está localizado de forma independente, sem passar pelo canal OSC. Isso garante que a comunicação de gerenciamento dos elementos de rede não seja afetada pela interrupção da fibra óptica principal, e os elementos de rede ainda podem ser gerenciados remotamente, estando todos conectados à rede IP. Além disso, os custos de operação e manutenção para os profissionais de rede IP tradicionais serão reduzidos.
No início da construção da rede DCN, o planejamento dos elementos de rede e a alocação de endereços IP devem ser realizados. Em particular, o servidor de gerenciamento de rede deve ser isolado o máximo possível de outras redes durante a implantação. Caso contrário, haverá um excesso de links em malha na rede posteriormente, e a instabilidade da rede (jitter) durante a manutenção será normal, com elementos de rede comuns desconectados. Isso pode causar problemas como o elemento de gateway, além da reutilização dos endereços da rede de produção e da rede DCN, afetando a rede de produção.
Data da publicação: 19/12/2022