Gerenciamento de falhas do ONS 15454 com o protocolo simples de gestão de rede

Introduction

A Cisco recomenda o uso do Cisco Transport Manager (CTM) como Sistema de Gerenciamento de Elementos (EMS) para monitorar armadilhas de um Cisco ONS 15454 e recomenda que o Cisco Information Center (CIC) seja o Network Management System (NMS) para monitorar falhas e alarmes em toda a rede. Use este documento com uma plataforma de gerenciamento de falhas existente, como Hewlett-Packard OpenView (HPOV), como a interface principal para exibir falhas.

Este documento explica como um ONS 15454 envia armadilhas, o conteúdo de uma armadilha e que ação deve ser tomada em uma plataforma de gerenciamento de falhas, como o HPOV, para decifrar as armadilhas. Como há pequenas diferenças de nome nas várias versões do ONS 15454, este documento destaca as diferenças quando aplicável.

Prerequisites

Requirements

Este documento pressupõe que você tem uma compreensão básica das armadilhas do Protocolo de Gerenciamento de Rede Simples (SNMP - Simple Network Management Protocol) e pode interpretar o conteúdo em um Sistema de Base de Informações de Gerenciamento (MIBS - Management Information Base System) que define a armadilha.

Leia este documento em conjunto com a Documentação do Usuário ONS 15454.

Componentes Utilizados

Este documento não se restringe a versões de software e hardware específicas.

Conventions

Consulte as Convenções de Dicas Técnicas da Cisco para obter mais informações sobre convenções de documentos.

Descrição de armadilhas de NOS 15454

O ONS 15454 usa traps SNMP como um mecanismo para informar aos seus sistemas de gerenciamento de nível superior qualquer condição de alarme existente durante sua operação. O MIBS para o ONS 15454 Software Release 2.2 é definido nestes três arquivos:

• cerentRegistry.mib

• cerentTC.mib

• cerent454.mib

Os nomes desses arquivos foram alterados desde a versão 4.6 do software de sistema ONS 15454 para indicar o nome dos módulos MIBS. Os nomes desses arquivos MIBS são:

• CERENT-GLOBAL-REGISTRY.mib

• CERENT-TC.mib

• CERENT-454-MIB.mib

• CERENT-GENERIC-MIB.mib (somente para ONS 15327)

• CISCO-SMI.mib

• CISCO-VOA-MIB.mib

• CERENT-MSDWDM-MIB.mib

• CISCO-OPTICAL-MONITOR-MIB.mib

• CERENT-FC-MIB.mib

Observação: CERENT-MSDWDM-MIB.mib e CERENT-FC-MIB.mib no diretório CiscoV2 suportam contadores de monitoramento de desempenho de 64 bits. No entanto, o respectivo SNMPv1 MIB no diretório CiscoV1 não contém contadores de monitoramento de desempenho de 64 bits, mas suporta os valores de palavras mais baixas e mais altas do contador de 64 bits correspondente. Os outros arquivos MIB nos diretórios CiscoV1 e CiscoV2 são idênticos em conteúdo e diferem somente no formato.

Observação: diferentes arquivos MIB são usados para o ONS 15454 (ou ONS 15454 SDH) e o ONS 15327, respectivamente. O arquivo CERENT-454-MIB.mib contém as definições de objeto e armadilha referentes ao ONS 15454 (plataformas SONET e SDH). O arquivo CERENT-GENERIC-MIB.mib contém as definições de objeto e armadilha referentes ao ONS 15327. Ao provisionar o Network Management System para o ONS 15454 ou ONS 15454 SDH, use o arquivo CERENT-454-MIB.mib. Ao provisionar o Network Management System para o ONS 15327, use o arquivo CERENT-GENERIC-MIB.mib.

Um recurso exclusivo do SNMP é que uma versão específica de um MIBS é sempre compatível com todas as versões anteriores do mesmo arquivo. Por exemplo, o arquivo CERENT-454-MIB.mib do CD de distribuição da versão 3.0 é compatível com a versão de software 2.2.3, 2.2.1, 2.0 e assim por diante. Esta é uma propriedade obrigatória de cada SNMP MIBS, e os arquivos MIBS proprietários da Cisco Optical Transport Business Unit (OTBU) não são exceção.

Estrutura de uma armadilha no ONS 15454

As armadilhas do ONS 15454 são definidas no arquivo cerent454.mib. Este é o arquivo CERENT-454-MIB.mib na versão 3.0. As interceptações geradas pelo ONS 15454 contêm um ID de objeto que identifica exclusivamente o alarme. Um identificador de entidade identifica exclusivamente qual entidade gerou o alarme (slot, porta, Sinal de Transporte Síncrono [STS], Tributário Virtual [VT], Anéis Comutados de Linha Bidirecional [BLSR], Protocolo de Árvore Estendida [STP] etc.). As armadilhas fornecem a gravidade do alarme (crítico, principal, secundário, evento e assim por diante) e indicam se o alarme está afetando o serviço ou não afetando o serviço. As armadilhas também contêm um carimbo de data/hora que mostra a data e a hora em que o alarme ocorreu. O ONS 15454 também gera uma armadilha para cada alarme quando a condição de alarme se desprende. Cada armadilha SNMP contém dez associações variáveis.

Esta tabela mostra a estrutura de uma armadilha ONS 15454:

Os documentos padrão IETF, conhecidos como solicitações de comentários (RFCs), contêm definições de objetos MIB com descrições detalhadas. Essas definições são extraídas dos RFCs e disponibilizadas como arquivos MIB no CD. Os RFCs podem ser obtidos de várias fontes, como o site oficial da IETF .

Esses arquivos MIB padrão, incluídos no CD, devem ser carregados no sistema de gerenciamento de rede. Eles estão localizados no diretório Padrão.

O ONS 15454 suporta armadilhas genéricas e da IETF (Internet Engineering Task Force). A categoria Padrão consiste em todos os arquivos MIB padrão IETF e IANA necessários para suas operações.

Esta tabela lista as armadilhas suportadas no ONS 15454:

Determine a gravidade de uma armadilha

O tipo de armadilha recebida não pode determinar sozinho a gravidade de uma armadilha. Você deve exibir o conteúdo interno da armadilha para determinar a gravidade da armadilha. As severidades de alarme/armadilha podem ser provisionadas no ONS 15454. O Object Identifier (OID) cerent454AlarmState especifica a gravidade do alarme e o serviço que afeta o status. Os valores possíveis para cerent454AlarmState são outros (1), cruciais (10), administrativos (20), diagnósticos (30), apagados (40), minorNonServiceAffecting (50), majorNonServiceAffecting (60), críticoNonServiceAffecting (70), minor fecting (80), majorServiceAffecting (90), críticoServiceAffecting (100). As implementações atuais da versão 2.2 e da versão 3.0 não têm nenhuma armadilha que seja do tipo crucial e de diagnóstico.

Ação a ser tomada no HPoV

Essas etapas foram escritas para HP Network Node Manager (NNM) versão 6.1. Consulte a documentação do usuário de sua versão do HP NNM para obter mais informações sobre como compilar uma MIB e sobre como alterar o conteúdo no arquivo trapd.conf. Use este procedimento como diretriz:

1. Compile cerentRegistry.mib, cerentTC.mib e cerent454.mib na mesma ordem mencionada aqui no HPoV.

2. Copie o trapd.conf atual como trapd.conf.old. Este é um passo importante. Caso algo tenha perdido, você sempre poderá reverter o nome do arquivo e retornar a configuração original.

3. No arquivo trapd.conf, substitua a string NO FORMAT DEFINIDO por $N $2 Object:$3 Index:$4 Slot:$5 Port:$6, usando qualquer editor de texto (VI, Emacs, Wordpad etc.). Certifique-se de que essa substituição seja feita somente para armadilhas carregadas dos arquivos MIBS proprietários do Cisco OTBU.

4. No arquivo trapd.conf, substitua a string LOGONLY por Error Alarms, usando qualquer editor de texto (VI, Emacs, Wordpad, etc.). Certifique-se de que essa substituição seja feita somente para armadilhas carregadas dos arquivos MIBS proprietários do Cisco OTBU.

5. Isso faz com que cada interceptação recebida do 15454 apareça adequadamente no navegador de alarme.

6. Salve e reinicie o HPoV.

Informações Relacionadas

• Página de suporte à tecnologia óptica
• Suporte Técnico e Documentação - Cisco Systems