ONS 15454 MSTP Gerenciamento de falhas SNMP

Introdução à notificação de interceptação SNMP:

Uma interceptação SNMP é basicamente um conjunto de notificações assíncronas do agente SNMP para um sistema de gerenciamento de rede. Como outras mensagens no SNMP, as interceptações são enviadas usando o UDP.

Uma armadilha é um pacote de dados definido por uma base de informações gerenciada (MIB). As armadilhas se enquadram em categorias: Genérico e específico da empresa.

Prerequisites

• Conhecimento SNMP básico.
• Visão geral do MSTP Cisco 15454.

Arquitetura de gerenciamento de falhas SNMP:

Configuração do SNMP em ambiente multichante:

• Quando um nó de várias prateleiras está conectado somente ao OSC (ou GCC), ele envia as armadilhas para a LAN assim mesmo.
• Para evitar esse problema, o nó do gateway, ou seja, o nó conectado à LAN, deve ser definido:

      - "somente proxy"

      - Ou GNE.

• Abaixo está uma descrição sobre o Proxy de Socks:

     Proxy Socks (GNE, ENE, somente proxy, LNE)

         Se o botão Enable Socks Proxy estiver selecionado.  E, GNE está selecionado.

            — Cria um túnel SOCKS a ser construído entre o PC que executa o CTC e o nó conectado à LAN.

            — Significa que é o nó do gateway (GNE) que usa SOCKS PROXY.

            — Essa opçãoLiga o firewall. (GNE = SOCKS PROXY + FIREWALL)

            — Esse nó está conectado à LAN e tem ENE por trás. 

            — O ENE está por trás do GNE não pode anunciar através da LAN.

            — Você pode fazer ping, executar telnet e CTC para GNE e ver todos os ENE por trás do GNE.

            — Você não pode fazer ping, executar telnet ou CTC para ENE.

       Se o botão Enable Socks Proxy estiver selecionado.  E ENE é selecionado.

           — Cria um túnel SOCKS a ser construído entre o PC que executa o CTC e o nó conectado à LAN.

           — Isso é para nós que estão conectados somente ao DCC.

           — Essa configuração impede que o nó ENE adicione quaisquer rotas à tabela de roteamento com um próximo salto da interface LAN (motfcc0 para 15xxx).

           — Você pode fazer ping em ENEs, a menos que o nó conectado à LAN seja um SOCKS GNE.

           — Um técnico pode fazer ping, executar telnet ou CTC para o ENE se estiver conectado ao nó com um pc na mesma sub-rede do NE.

      Se o botão Enable Socks Proxy (Habilitar proxy de choques) estiver selecionado.  E Socks Proxy Only está selecionado.

         — Cria um túnel SOCKS a ser construído entre o PC que executa o CTC e o nó conectado à LAN.

         — Igual ao GNE exceto que não ativa o Firewall.  
         — O firewall está desligado.

         — Você pode fazer ping e executar telnet para os nós.

      Se Enable Socks Proxybutton (Ativar proxy de choques) estiver selecionado.  E Socks Proxy Only está selecionado.

         — Cria um túnel SOCKS a ser construído entre o PC que executa o CTC e o nó conectado à LAN.

         — Igual ao GNE exceto que não ativa o Firewall.  
         — O firewall está desligado.

         — Você pode fazer ping e executar telnet para os nós.

Configuração de SNMP em ambiente multichante Proxy de choques:

• O LNE deve ter uma rota estática para se anunciar como gateway na área DCC.
• Uma rota estática de exemplo é padrão, destino 0.0.0.0, próximo salto do roteador DCN, cost=10.
• Os nós ENE devem enviar armadilhas para LNE, porta 391.

Número MIB	Nome do módulo	Específico da tecnologia
1	CERENT-GLOBAL-REGISTRY.mib	Específico 15454
2	CERENT-TC.mib	Específico 15454
3	CERENT-454.mib	Específico 15454
4	CERENT-GENERIC.mib (não aplicável ao ONS 15454)	Específico 15454
5	CISCO-SMI.mib	Específico 15454
6	CISCO-VOA-MIB.mib	Específico para 15454 MSTP
7	CERENT-MSDWDM-MIB.mib
8	CISCO-OPTICAL-MONITOR-MIB.mib
9	CERENT-HC-RMON-MIB.mib	Específico 15454
10	CERENT-ENVMON-MIB.mib	Específico 15454
11	CERENT-GENERIC-PM-MIB.mib	Específico 15454

MIBs proprietárias:

O Cisco ONS 15454 implementa MIBs específicas da empresa, assim como MIBs padrão da IETF, enquanto os MIBs da IETF são comuns tanto para o Cisco 15327 como para o Cisco 15454, o mesmo não é verdade para MIBs proprietárias. Cada produto tem um conjunto de três arquivos MIB proprietários.

Os arquivos MIB específicos da empresa estão disponíveis no SMIv2 (normalmente conhecido como 'SNMP Version 2 MIB') e no SMIv1 (normalmente conhecido como 'SNMP Version 1 MIB'). Dependendo do que for exigido pelo NMS, o conjunto apropriado de arquivos MIB deve ser carregado no NMS.

Observe que não há diferenças entre os arquivos MIB SMIv2 e SMIv1, exceto a sintaxe, portanto, isso não afetaria o NMS se os arquivos MIB SMIv1 fossem carregados em vez de arquivos MIB SMIv2, ou vice-versa.

Um recurso exclusivo do SNMP é que uma versão específica de um arquivo mib é sempre compatível com todas as versões anteriores do mesmo arquivo. Por exemplo, o arquivo CERENT-454-MIB.mib é compatível com a versão de software R2.2.3, R2.2.1, R2.0, etc. Esta é uma propriedade obrigatória de todos os arquivos MIB de SNMP e MIB de propriedade de Cisco ONG não são exceção. Portanto, quando houver uma escolha, carregue os arquivos MIB mais recentes no NMS para operações sem preocupações.

Arquivos MIB SMIv1/SMIv2 para Cisco ONS 15454:
 

1. CERENT-GLOBAL-REGISTRY.mib
2. CERENT-TC.mib
3. CERENT-454-MIB.mib
4. CERENT-MSDWDM-MIB.mib
5. CERENT-OPTICAL-MONITOR-MIB.mib
6. CISCO-SMI.mib*
7. CISCO-OPTICAL-MONITOR-MIB.mib*
8. CISCO-VOA-MIB.mib

Carregando arquivos MIB em plataformas NMS:

Seguir essas diretrizes ao carregar os arquivos SNMP MIB em um sistema de gerenciamento de rede facilitaria e agilizaria as coisas.

• Primeiro, verifique se você está carregando a versão aceitável dos arquivos MIB. Por exemplo, algumas plataformas NMS ainda aceitarão somente arquivos MIB SMIv1 (ou 'SNMP versão 1'). 
• Os arquivos mib devem ser carregados na ordem em que aparecem acima. Se esse pedido não for seguido rigorosamente, um ou mais arquivos mib não serão compilados. A ordem de carregamento especificada na tabela de dependências MIB. Esta tabela facilita o carregamento de apenas um subconjunto de arquivos MIB padrão IETF, se desejado.
• Se um ou mais arquivos MIB IETF resultarem em erros no NMS durante o carregamento, entre em contato com o fornecedor do NMS para resolver o problema.

Carregamento de MIB no gerenciador de nó de rede do HPOV

Pegue os arquivos MIB SMIv2 de cima e carregue o NNM do HPOV (HP OpenView Network Node Manager) na ordem correta. 
 

• Verifique se os arquivos mib proprietários estão carregados no NNM. Procure em Opções no painel NM principal e siga as opções para carregar os arquivos mib.
• Em seguida, abra a configuração do evento
• Em qualquer janela do Alarm Browser, selecione Actions:Configure Event.
• Na metade superior da janela, selecione cerent454Event se for o sistema Cisco 15454 e cerentGenericEvent se for o sistema Cisco 15327.
• Na metade inferior da janela, selecione um Alarme proprietário que deseja configurar na janela do Alarm Browser do NNM.
• Selecione Editar:Eventos->Modificar e, em seguida, selecione a Mensagem de Evento
• Fazer uma seleção na categoria
• Faça uma seleção no campo Gravidade, por exemplo, Major
• No campo Mensagem do registro de eventos, insira o seguinte:
  $N $2 Objeto:$3 Índice:$4 Slot:$5 Porta:$6 AID:$8
• Aperte OK e salve o trabalho em Arquivo
• Agora cada armadilha do nó aparecerá com uma mensagem e os varbinds que a acompanham.
  Por exemplo, 
  "lossOfSignal Clear Object:ds3 Index:28449 Slot:3 Port:1 AID:FAC-5-1"
• Talvez você queira configurar uma ação a ser executada quando essa armadilha for recebida. Também pode ser desejável ter essa mensagem acima em uma forma diferente. Essas opções podem ser exercidas usando o painel acima, se desejado.

Tabela de dependências MIB:

A tabela a seguir mostra as dependências de um arquivo mib que devem ser resolvidas durante o carregamento em um NMS.

arquivo MIB	Requer
BRIDGE-MIB-rfc1493.mib	RFC1155-SMI
	RFC1212
	RFC1215
	RFC1213-MIB-rfc1213.mib
CERENT-454-MIB.mib	SNMPv2-SMI
	SNMPv2-TC
	SNMPv2-CONF
	CERENT-GLOBAL-REGISTRY.mib
	CERENT-TC.mib
CERENT-GENERIC-MIB.mib	SNMPv2-SMI
	SNMPv2-TC
	SNMPv2-CONF
	CERENT-GLOBAL-REGISTRY.mib
	CERENT-TC.mib
DS1-MIB-rfc2495.mib	SNMPv2-SMI
	SNMPv2-TC
	SNMPv2-CONF
	IF-MIB-rfc2233.mib
	PerfHist-TC-MIB-rfc2493.mib
	IANAifType-MIB.mib
	SNMPv2-MIB-rfc1907.mib
DS3-MIB-rfc2496.mib	SNMPv2-SMI
	SNMPv2-TC
	SNMPv2-CONF
	IF-MIB-rfc2233.mib
	PerfHist-TC-MIB-rfc2493.mib
	IANAifType-MIB.mib
	SNMPv2-MIB-rfc1907.mib
ENTITY-MIB-rfc2737.mib	SNMPv2-SMI
	SNMPv2-TC
	SNMPv2-CONF
	SNMP-FRAMEWORK-MIB-rfc2571.mib
EtherLike-MIB-rfc2358.mib	SNMPv2-SMI
	SNMPv2-CONF
	SNMPv2-MIB-rfc1907.mib
	IANAifType-MIB.mib
	IF-MIB-rfc2233.mib
IF-MIB-rfc2233.mib	SNMPv2-SMI
	SNMPv2-TC
	SNMPv2-CONF
	SNMPv2-MIB-rfc1907.mib
	IANAifType-MIB.mib
P-BRIDGE-MIB-rfc2674.mib	SNMPv2-SMI
	SNMPv2-TC
	SNMPv2-CONF
	RFC1213-MIB-rfc1213.mib
	BRIDGE-MIB-rfc1493.mib
Q-BRIDGE-MIB-rfc2674.mib	SNMPv2-SMI
	SNMPv2-TC
	SNMPv2-CONF
	RFC1213-MIB-rfc1213.mib
	BRIDGE-MIB-rfc1493.mib
	SNMP-FRAMEWORK-MIB-rfc2571.mib
	P-BRIDGE-MIB-rfc2674.mib
	RMON-MIB-rfc1757.mib
	RMONTOK-rfc1513.mib
	RMON2-MIB-rfc2021.mib
RFC1213-MIB-rfc1213.mib	RFC1155-SMI
	RFC-1212
RMON-MIB-rfc1757.mib	RFC1155-SMI
	RFC-1212
	RFC1213-MIB-rfc1213.mib
	RFC1215
SONET-MIB-rfc2558.mib	SNMPv2-SMI
	SNMPv2-TC
	SNMPv2-CONF
	SNMPv2-MIB-rfc1907.mib
	IANAifType-MIB.mib
	IF-MIB-rfc2233.mib
	PerfHist-TC-MIB-rfc2493.mib

Manipulação de armadilhas:

1.Leia a armadilha

2.Identifique o seguinte:

Interceptação: TrapId

cerent454AlarmObjectType AttributeValue: ObjectType

cerent454AlarmState AttributeValue: ServiceAffecting/ No service Affecting

cerent454AlarmObjectName: Nível/Slot/Porta

Tipo = IpAddress, Valor = 10.105.142.205 (apenas V2)

3. Navegue pelas diretrizes de solução de problemas/solução de problemas de alarme, selecione o TrapId apropriado e navegue até a seção relacionada.

4.Use as informações em Nível / Slot / Porta para identificar a placa e a porta afetadas

5.Execute o procedimento e limpe o alarme.

Exemplo de armadilhas de SNMP V1:

Interceptação SNMPv1: perdaDeSinalParaCanalÓptico

(maio 2015 11:20:49 2014) Interceptação SNMPv1: IP do agente = 10.105.142.205, com tempo = 18 horas : 31 minutos: 16,37 seg (667637)

Empresa = 1.3.6.1.4.1.3607.6.10.30, Genérico = específico da empresa, Específico = perdaDeSinalParaCanalÓptico

AttrOid1 = cerent454NodeTime.0 , AttrType = OctetString, AttrValue = 20051128022020S

AttrOid2 = cerent454AlarmState.8195.5600 , AttrType = Integer, AttrValue = críticoServiceAffecting(100)

AttrOid3 = cerent454AlarmObjectType.8195.5600 , AttrType = Integer, AttrValue = dwdmTrunk(170)

AttrOid4 = cerent454AlarmObjectIndex.8195.5600 , AttrType = Integer, AttrValue = 8195

AttrOid5 = cerent454AlarmSlotNumber.8195.5600 , AttrType = Integer, AttrValue = 2

AttrOid6 = cerent454AlarmPortNumber.8195.5600 , AttrType = Integer, AttrValue = port2(20)

AttrOid7 = cerent454AlarmLineNumber.8195.5600 , AttrType = Integer, AttrValue = 0

AttrOid8 = cerent454AlarmObjectName.8195.5600 , AttrType = OctetString, AttrValue = CHAN-2-2

Varbind 1 na armadilha 1.3.6.1.4.1.3607.6.10.100.10.20.0: Corresponde à definição de MIB.

Varbind 2 na armadilha 1.3.6.1.4.1.3607.6.10.20.30.20.1.80.8195.5600: Corresponde à definição de MIB.

Varbind 3 na armadilha 1.3.6.1.4.1.3607.6.10.20.30.20.1.20.8195.5600: Corresponde à definição de MIB.

Varbind 4 na armadilha 1.3.6.1.4.1.3607.6.10.20.30.20.1.60.8195.5600: Corresponde à definição de MIB.

Varbind 5 na armadilha 1.3.6.1.4.1.3607.6.10.20.30.20.1.30.8195.5600: Corresponde à definição de MIB.

Varbind 6 na armadilha 1.3.6.1.4.1.3607.6.10.20.30.20.1.40.8195.5600: Corresponde à definição de MIB.

Varbind 7 na armadilha 1.3.6.1.4.1.3607.6.10.20.30.20.1.50.8195.5600: Corresponde à definição de MIB.

Varbind 8 na armadilha 1.3.6.1.4.1.3607.6.10.20.30.20.1.100.8195.5600: Corresponde à definição de MIB.

A armadilha é um alarme de ServiceAffecting ?

Interceptação SNMPv1: perdaDeSinalParaCanalÓptico

(maio 2015 11:20:49 2014) Interceptação SNMPv1: IP do agente = 10.105.142.205, com tempo = 18 horas : 31 minutos: 16,37 seg (667637)

 Empresa = 1.3.6.1.4.1.3607.6.10.30, Genérico = específico da empresa, Específico = perdaDeSinalParaCanalÓptico

 AttrOid1 = cerent454NodeTime.0 , AttrType = OctetString, AttrValue = 20051128022020S

AttrOid2 = cerent454AlarmState.8195.5600 , AttrType = Integer, AttrValue =críticoServiço afetado(100)

 AttrOid3 = cerent454AlarmObjectType.8195.5600 , AttrType = Integer, AttrValue = dwdmTrunk(170)

 AttrOid4 = cerent454AlarmObjectIndex.8195.5600 , AttrType = Integer, AttrValue = 8195

 AttrOid5 = cerent454AlarmSlotNumber.8195.5600 , AttrType = Integer, AttrValue = 2

 AttrOid6 = cerent454AlarmPortNumber.8195.5600 , AttrType = Integer, AttrValue = port2(20)

 AttrOid7 = cerent454AlarmLineNumber.8195.5600 , AttrType = Integer, AttrValue = 0

 AttrOid8 = cerent454AlarmObjectName.8195.5600 , AttrType = OctetString, AttrValue = CHAN-2-2

A saída destacada acima deve ser considerada como alarme URGENTE.

O que fazer —> Vá para a diretriz de solução de problemas da Cisco \ Solução de problemas de alarme:
http://www.cisco.com/c/en/us/td/docs/optical/15000r9_6/dwdm/troubleshooting/guide/b_454d96_ts.html

Identifique a causa provável e navegue até ela:

Guia de solução de problemas

Exemplo de armadilhas de SNMP V2:

Interceptação SNMPv2: perdaOfSignalForOpticalChannel

(maio 2015 11:20:49 2014): Interceptação SNMPv2: ID da solicitação = 254, Status do erro = Sem erro, Índice de erro = 0

Oid1 = sysUpTime.0 , Tipo = Ticks de tempo, Valor = 116 horas : 48 minutos: 23,38 seg (42050338)

Oid2 = snmpTrapOID.0, Tipo = ObjectID, Valor = 1.3.6.1.4.1.3607.6.10.30.0.5600

Oid3 = cerent454NodeTime.0 , Tipo = OctetString, Valor = 20051128031653S

Oid4 = cerent454AlarmState.65544.5600 , Tipo = inteiro, Valor = críticoServiceAffecting(100)

Oid5 = cerent454AlarmObjectType.65544.5600 , Tipo = Inteiro, Valor = ots(3210)

Oid6 = cerent454AlarmObjectIndex.65544.5600 , Tipo = Inteiro, Valor = 65544

Oid7 = cerent454AlarmSlotNumber.65544.5600 , Tipo = Inteiro, Valor = 16

Oid8 = cerent454AlarmPortNumber.65544.5600 , Tipo = Número inteiro, Valor = porta1(10)

Oid9 = cerent454AlarmLineNumber.65544.5600 , Tipo = Inteiro, Valor = 0

Oid10 = cerent454AlarmObjectName.65544.5600 , Tipo = OctetString, Valor = LINE-16-1-RX

Oid11 = 1.3.6.1.6.3.18.1.3.0 , Tipo = EndereçoIp, Valor = 10.105.142.205

Varbind 3 na armadilha 1.3.6.1.4.1.3607.6.10.100.10.20.0: Corresponde à definição de MIB.

Varbind 4 na armadilha 1.3.6.1.4.1.3607.6.10.20.30.20.1.80.65544.5600: Corresponde à definição de MIB.

Varbind 5 na armadilha 1.3.6.1.4.1.3607.6.10.20.30.20.1.20.65544.5600: Corresponde à definição de MIB.

Varbind 6 na armadilha 1.3.6.1.4.1.3607.6.10.20.30.20.1.60.65544.5600: Corresponde à definição de MIB.

Varbind 7 na armadilha 1.3.6.1.4.1.3607.6.10.20.30.20.1.30.65544.5600: Corresponde à definição de MIB.

Varbind 8 na armadilha 1.3.6.1.4.1.3607.6.10.20.30.20.1.40.65544.5600: Corresponde à definição de MIB.

Varbind 9 na armadilha 1.3.6.1.4.1.3607.6.10.20.30.20.1.50.65544.5600: Corresponde à definição de MIB.

Varbind 10 na armadilha 1.3.6.1.4.1.3607.6.10.20.30.20.1.100.65544.5600: Corresponde à definição de MIB.

Mesmo procedimento:

• A única diferença é no endereço IP de origem: como identificar o nó:

Oid11 = 1.3.6.1.6.3.18.1.3.0 , Tipo = EndereçoIp, Valor = 10.105.142.205

• Isso fornece o endereço IP do nó de origem.

Documentação relevante:

• Guia de solução de problemas para DWDM:

http://www.cisco.com/c/en/us/td/docs/optical/15000r9_6/dwdm/troubleshooting/guide/b_454d96_ts.html

• Este link também contém uma explicação muito útil sobre como o 15454 fornece o Gerenciamento SNMP:

http://www.cisco.com/c/en/us/td/docs/optical/15000r9_0/dwdm/reference/guide/454d90_ref/454d90_snmp.html

• Os MIBs estão no Cisco Connection Online do CCO.
• O link a seguir contém o módulo para objetos e eventos para a armadilha recebida do Cisco ONS 15454:

http://issues.opennms.org/secure/attachment/10480/CERENT-454-MIB.txt