Armadilhas de SNMP do Cisco IOS suportadas e como configurá-las

Introduction

Note: O Cisco IOS Software Release® 12.1(3)T foi usado para preparar este documento. Quando se utiliza uma versão anterior do software Cisco IOS, nem todas as opções são suportadas. Ao usar uma versão posterior à 12.1(3)T do Cisco IOS Software, opções adicionais [notification-type] podem ser suportadas. Neste documento, você pode encontrar uma lista atual de todos os Identificadores de Objetos (OIDs) de armadilha de Protocolo Simples de Gerenciamento de Rede (SNMP) suportados pelo software Cisco IOS.

Os dispositivos da Cisco que executam o Software de IOS padrão (roteadores, switches do modo de transferência assíncrona [ATM] e servidores de acesso remoto) da Cisco podem gerar várias interceptações SNMP.

Prerequisites

Requirements

Ao ler esse documento, compreenda essas informações:

Você não deseja que um dispositivo da Cisco envie todas as interceptações SNMP que o dispositivo sabe enviar. Por exemplo, quando você ativa todas as interceptações em um servidor de acesso remoto com 64 linhas de discagem, recebe uma interceptação sempre que um usuário faz uma chamada e sempre que um usuário encerra a conexão. Isso cria um excesso de desvios. O Software Cisco IOS define grupos de interceptações que você pode ativar ou desativar. Existem dois comandos de configuração global que você usa para configurar interceptações SNMP em um dispositivo de Software Cisco IOS:

• snmp-server host host-addr [traps | informs] [version {1 | 2c | 3 [auth | noauth | priv]}]
   community-string [udp-port port] [notification-type]

  Execute o snmp-server host global configuration para especificar o destinatário de uma operação de notificação SNMP. Execute o no deste comando para remover o host especificado.

• snmp-server enable traps [notification-type] [notification-option]

  Execute o snmp-server enable traps global configuration para permitir que o roteador envie interceptações SNMP. Execute o no deste comando para desabilitar notificações SNMP.

Os tipos de armadilhas podem ser especificados nos dois comandos. Você deve emitir o comando snmp-server host para definir os sistemas de gerenciamento de rede para os quais as interceptações devem ser enviadas. Especifique os tipos de interceptação se não quiser que todas elas sejam enviadas. Emitir várias snmp-server enable traps um para cada um dos tipos de interceptação (trapping) usados no snmp host comando.

Note: Nem tudo [notification-type] opções são suportadas em ambos os comandos. Por exemplo, [notification-type] x25 e teletype (tty) não são usados para snmp-server enable trap. As interceptações x25 e tty são ativadas como padrão.

Por exemplo, emita esses comandos para fazer uma configuração apenas de relatório do dispositivo de Software Cisco IOS, Protocolo BGP e interceptações tty para o sistema de gerenciamento de rede 10.10.10.10:

snmp-server host 10.10.10.10 public config bgp tty 
snmp-server enable traps config 
snmp-server enable traps bgp 

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.

Comando snmp-server host

Execute o snmp-server host global configuration para especificar o destinatário de uma operação de notificação SNMP. Execute o no deste comando para remover o host especificado.

snmp-server host host-addr [traps | informs] [version {1 | 2c | 3 [auth | noauth | priv]}] 
community-string [udp-port port] [notification-type] 
no snmp-server host host [traps | informs]

Descrição da sintaxe

host-addr	O nome ou o endereço da Internet do host (o destinatário desejado).
traps	(Opcional) Envie armadilhas SNMP para esse host. Esse é o padrão.
informs	(Opcional) Envie instruções de SNMP para esse host.
version	(Opcional) A versão do SNMP usada para enviar as interceptações. A versão 3 é o modelo mais seguro, pois esse modelo permite a criptografia de pacotes com o comando priv palavra-chave. Se você usar a palavra-chave de versão, especifique uma destas opções: 1 — SNMPv1. Esta opção não está disponível nos informativos. 2c — SNMPv2C 3 — SNMPv3. Essas três palavras-chave opcionais podem seguir a palavra-chave de versão 3: auth (Opcional) Habilita a autenticação de pacotes Message Digest 5 (MD5) e Secure Hash Algorithm (SHA). noauth (Padrão) O nível de segurança noAuthNoPriv. Esse é o padrão se [auth | noauth | priv] opção de palavra-chave não especificada. priv (Opcional) Habilita a criptografia de pacote DES (Data Encryption Standard, Padrão de Criptografia de Dados) (também chamada de "privacidade").
community-string	A sequência de comunidade em forma de senha enviada com a operação de notificação. Embora você possa definir essa string com o comando snmp-server host por si só, a Cisco recomenda que você defina essa string com o comando snmp-server community antes de emitir o comando snmp-server host comando.
udp-port port	Porta User Datagram Protocol (UDP) do host a ser usado. O padrão é 162.
tipo de notificação	(Opcional) O tipo de notificação a ser enviada ao host. Se nenhum tipo for especificado, todas as notificações serão enviadas. O tipo de notificação pode ser uma ou mais dessas palavras-chave: aaa-server—Envia notificações de AAA. bgp—Envio de notificações de alteração de estado do BGP (protocolo de gateway limite externo). bstun—Envia notificações de BSTUN (Block Serial Tunneling, túnel serial de bloqueio). calltracker—Envia notificações do CallTracker. config—Envia notificações de configuração dlsw—Envia notificações de Switching de Enlace de Dados (DLSw). ds0-busyout—Envia notificações ds0-busyout. ds1-loopback—Envia notificações de loopback ds1. dspu—Envia notificações da unidade física de downstream (DSPU). dsp—Envia notificações de processamento de sinal digital (DSP). entity—Envia notificações de modificação MIB (Base de Informações de Gerenciamento) de entidade. envmon—Envia notificações empreendimento-específicas do monitor ambiental Cisco quando um limiar ambiental for excedido. frame-relay—Envia notificações de Frame Relay hsrp—Envia notificações do Hot Standby Router Protocol (HSRP). isdn—Envia notificações de ISDN (rede digital de serviços integrados). msdp—Envia notificações MSDP (Protocolo de Descoberta de Origem de Transmissão Múltipla). llc2—Envia notificações de Controle Lógico de Enlace, tipo 2 (LLC2). repeater—Envia notificações de repetidor (hub) padrão. rsrb—Envia notificações de Remote Source-Route Bridging (RSRB). rsvp—Envia notificações de RSVP (protocolo de reservas de recursos). rtr—Envia notificações do SA Agent (RTR). sdlc—Envia notificações SDLC (controle sincronizado de circuitos de dados). snmp—Envia notificações do Protocolo de Gerenciamento de Rede Simples (SNMP - Simple Network Management Protocol) (conforme definido em RFC 1157). stun—Envia notificações de túnel serial (STUN). syslog—Envia notificações de mensagem de erro (Cisco Syslog MIB). Especifique o nível das mensagens a serem enviadas com o comando logging history level comando. tty—Envia notificações empreendimento-específicas da Cisco quando a conexão do protocolo TCP é fechada. voice—Envia notificações de voz. x25—Envia notificações de eventos X.25. xgcp—Envia notificações do External Media Gateway Control Protocol (XGCP).

Defaults

O snmp-server host está desativado por padrão. Não são enviadas notificações.

Se você introduzir este comando sem palavras-chave, o padrão é enviar todos os tipos de desvio para o host.

Nenhuma instrução é enviada para este host. Se não version palavra-chave está presente, o padrão é a versão 1. O no snmp-server host sem palavras-chave desabilita as interceptações, mas não as informa, para o host. Execute o no snmp-server host informs para desativar as instruções.

Note: Se a community-string não está definido com o snmp-server community antes de usar esse comando, a forma padrão do snmp-server community é inserido automaticamente na configuração. A senha (community-string) usado para essa configuração automática do snmp-server community é igual ao especificado no snmp-server host comando. Esse é o comportamento padrão do Cisco IOS Software Release 12.0(3) e posterior.

Modos de comando

Configuração global – Histórico de comandos

Versão do Cisco IOS Software	Modificação
10.0	Comando introduzido.
12.0(3)T	Essas palavras-chave foram adicionadas: version 3 [auth | noauth | priv] hsrp

Utilize as diretrizes

Notificações SNMP podem ser enviadas como armadilhas ou com solicitações de informação. As interceptações não são confiáveis porque o receptor não envia confirmações, quando elas são recebidas por este dispositivo. O remetente não pode determinar se as armadilhas foram recebidas. No entanto, uma entidade SNMP que recebe uma solicitação de instrução confirma a mensagem com uma unidade de dados de protocolo (PDU) de resposta de SNMP. Se o remetente nunca recebe a resposta, a solicitação de instrução pode ser enviada novamente. Portanto, as instruções têm maior probabilidade de alcançar o destino pretendido.

Entretanto, as informações consomem muitos recursos no agente e na rede. Diferente de um desvio, que é descartado assim que enviado, uma solicitação de informações deve ser mantida na memória até que uma resposta seja recebida ou a solicitação expire. As interceptações são enviadas somente uma vez, e as instruções podem ser enviadas várias vezes. As novas tentativas aumentam o tráfego e contribuem para uma carga adicional maior na rede.

Se você não inserir um snmp-server host nenhuma notificação é enviada. Para configurar o roteador para enviar notificações SNMP, você deve inserir pelo menos uma snmp-server host comando. Se você inserir o comando sem palavras-chave, todos os tipos de interceptação serão ativados para o host.

Para habilitar vários hosts, você deve emitir um comando separado snmp-server host para cada host. Você pode especificar vários tipos de notificações no comando para cada host.

Quando múltiplo snmp-server host comandos são fornecidos para o mesmo host e tipo de notificação (trap ou information), cada comando substitui o comando anterior. Apenas o último snmp-server host é considerado. Por exemplo, se você inserir um snmp-server host inform para um host e insira outro snmp-server host inform para o mesmo host, o segundo comando substitui o primeiro.

O snmp-server host é usado em conjunto com o comando snmp-server enable comando. Execute o snmp-server enable para especificar quais notificações SNMP são enviadas globalmente. Para que um host receba a maioria das notificações, pelo menos uma snmp-server enable e o comando snmp-server host para esse host deve ser habilitado.

No entanto, alguns tipos de notificação não podem ser controlados com o comando snmp-server enable comando. Por exemplo, alguns tipos de notificação estão sempre habilitados. Outros tipos de notificação são ativados por um comando diferente. Por exemplo, a linkUpDown as notificações são controladas pelo snmp trap link-status comando. Esses tipos de notificação não exigem uma snmp-server enable comando.

A disponibilidade de uma opção notification-type depende do tipo de roteador e dos recursos do software Cisco IOS compatíveis com o roteador. Por exemplo, a envmon o tipo de notificação só estará disponível se o monitor ambiental fizer parte do sistema.

Configurando informações

Siga estas etapas para enviar instruções:

1. Configure um ID de mecanismo remoto.

2. Configure um usuário remoto.

3. Configure um grupo em um dispositivo remoto.

4. Habilitar armadilhas no dispositivo remoto.

5. Ative o gerenciador de SNMP.

Examples

Se você quiser configurar uma sequência de comunidade SNMP exclusiva para interceptações, mas quiser impedir o acesso de sondagem de SNMP com essa cadeia, a configuração deverá incluir uma lista de acesso. Neste exemplo, a sequência de comunidade chama-se "comaccess" e a lista de acesso é numerada como 10:

snmp-server community comaccess ro 10
snmp-server host 172.20.2.160 comaccess
access-list 10 deny any 

Este exemplo envia as interceptações SNMP para o host especificado pelo nome myhost.cisco.com. A série de comunidade é definida como comaccess:

snmp-server enable traps
snmp-server host myhost.cisco.com comaccess snmp

Este exemplo envia as interceptações específicas de empresas do monitoramento ambiental do SNMP e da Cisco para o endereço 172.30.2.160:

snmp-server enable traps
snmp-server host 172.30.2.160 public snmp envmon

Este exemplo permite que o roteador envie todas as interceptações para o host myhost.cisco.com, com a sequência de comunidade pública:

snmp-server enable traps
snmp-server host myhost.cisco.com public

Este exemplo não envia interceptações para qualquer host. Os desvios do BGP são ativados para todos os hosts, porém somente os desvios da ISDN estão habilitados para serem enviados a um host.

snmp-server enable traps bgp
snmp-server host bob public isdn

Este exemplo ativa o roteador para enviar todas as solicitações de instrução ao host myhost.cisco.com, usando o público de sequência de comunidade:

snmp-server enable traps
snmp-server host myhost.cisco.com informs version 

Este exemplo envia as interceptações HSRP SNMPv2c para o host especificado pelo nome myhost.cisco.com. A série de comunidade está definida como pública.

snmp-server enable traps
snmp-server host myhost.cisco.com traps version 2c public hsrp

snmp-server enable traps Command

Use o snmp-server enable traps global configuration para permitir que o roteador envie interceptações SNMP. Use o no deste comando para desativar notificações SNMP.

snmp-server enable traps [notification-type] [notification-option] 

no snmp-server enable traps [notification-type] [notification-option] 

Descrição da sintaxe

tipo de notificação

(Opcional) O tipo de notificação para ativar. Se nenhum tipo for especificado, todas as notificações serão enviadas (incluindo o envmon e repeater notificações). O tipo de notificação pode ser uma dessas palavras-chave: aaa-server—Envia notificações do servidor AAA. Essa palavra-chave é adicionada desde a versão 12.1(3)T do Software Cisco IOS para as plataformas Cisco AS5300 e AS5800 somente. Proveniente de CISCO-AAA-server-MIB, e as notificações são: enterprise 1.3.6.1.4.1.9.10.56.2 1 casServerStateChange bgp—Envio de notificações de alteração de estado do BGP (protocolo de gateway limite externo). Proveniente de BGP4-MIB, e as notificações são: enterprise 1.3.6.1.2.1.15.7 1 bgpEstablished 2 bgpBackwardTransition calltracker—Envia uma notificação sempre que uma nova entrada de chamada ativa é criada na cctAtiveTable ou uma nova entrada de chamada de histórico é criada na cctHistoryTable Isto é da CISCO-CALL-TRACKER-MIB, e as notificações são: enterprise 1.3.6.1.4.1.9.9.163.2 1 cctCallSetupNotification 2 cctCallTerminateNotification config—Envia notificações de configuração Proveniente de CISCO-CONFIG-MAN-MIB, e as notificações são: enterprise 1.3.6.1.4.1.9.9.43.2 1 ciscoConfigManEvent dial—Envia uma notificação sempre que uma chamada bem-sucedida é cancelada, uma tentativa de chamada com falha é determinada como falha final ou sempre que uma mensagem de configuração de chamada é recebida ou enviada. Proveniente de DIAL-CONTROL-MIB, e as notificações são: enterprise 1.3.6.1.2.1.10.21.2 1 dialCtlPeerCallInformation 2 dialCtlPeerCallSetup dlsw—Envia notificações de agentes DLSw quando o dlsw palavra-chave usada, você pode especificar um valor de opção de notificação. Proveniente de CISCO-DLSW-MIB, e as notificações são: enterprise 1.3.6.1.4.1.9.10.9.1.7 1 ciscoDlswTrapTConnPartnerReject 2 ciscoDlswTrapTConnProtViolation 3 ciscoDlswTrapTConnUp 4 ciscoDlswTrapTConnDown 5 ciscoDlswTrapCircuitUp 6 ciscoDlswTrapCircuitDown ds0-busyout—Envia uma notificação sempre que o busyout de uma interface DS0 altera o estado. Essa palavra-chave é adicionada desde o Cisco IOS Software Release 12.1(3)T apenas para a plataforma Cisco AS5300. Proveniente de CISCO-POP-MGMT-MIB, e a notificação é: enterprise 1.3.6.1.4.1.9.10.19.2 1 cpmDS0BusyoutNotification ds1-loopback—Envia uma notificação sempre que a interface DS1 entra no modo loopback. Essa palavra-chave é adicionada desde o Cisco IOS Software Release 12.1(3)T apenas para a plataforma Cisco AS5300. Proveniente de CISCO-POP-MGMT-MIB, e a notificação é: enterprise 1.3.6.1.4.1.9.10.19.2 2 cpmDS1LoopbackNotification dspu—Envia uma notificação sempre que o estado operacional das alterações da unidade física (PU), da unidade lógica (LU) ou da ativação for detectado. Proveniente de CISCO-DSPU-MIB, e as notificações são: enterprise 1.3.6.1.4.1.9.9.24.1.4.4 1newdspuPuStateChangeTrap 2 newdspuPuActivationFailureTrap enterprise 1.3.6.1.4.1.9.9.24.1.5.3 1 newdspuLuStateChangeTrap 2 dspuLuActivationFailureTrap dsp—Envia uma notificação sempre que a placa DSP sobe ou desce. Proveniente de CISCO-DSP-MGMT-MIB, e a notificação é: enterprise 1.3.6.1.4.1.9.9.86.2 1 cdspMIBCardStateNotification entity—Envia notificações de modificação MIB do Entity. Proveniente de ENTITY-MIB, e as notificações são: enterprise 1.3.6.1.2.1.47.2 1 entConfigChange envmon—Envia notificações de monitoramento ambiental específico da empresa da Cisco quando um limite ambiental é excedido. Quando o envmon palavra-chave usada, você pode especificar um valor de opção de notificação. Proveniente de CISCO-ENVMON-MIB, e as notificações são: enterprise 1.3.6.1.4.1.9.9.13.3 1 ciscoEnvMonShutdownNotification 2 ciscoEnvMonVoltageNotification 3 ciscoEnvMonTemperatureNotification 4 ciscoEnvMonFanNotification 5 ciscoEnvMonRedundantSupplyNotification frame-relay—Envia notificações de Frame Relay Proveniente de RFC1315-MIB, e as notificações são: enterprise 1.3.6.1.2.1.10.32 1 frDLCIStatusChange hsrp—Envia notificações do Hot Standby Router Protocol (HSRP). Este recurso é compatível desde o Cisco IOS Software Release 12.0(3)T. Proveniente de CISCO-HSRP-MIB, e as notificações são: enterprise 1.3.6.1.4.1.9.9.106.2 1 cHsrpStateChange isdn—Envia notificações ISDN. Quando o isdn palavra-chave usada, você pode especificar um valor de opção de notificação. Proveniente de CISCO-ISDN-MIB, e as notificações são: enterprise 1.3.6.1.4.1.9.9.26.2 1 demandNbrCallInformation 2 demandNbrCallDetails 3 demandNbrLayer2Change [aceito desde o Cisco IOS Software Release 12.1(1)T ] 4 demandNbrCNANotification [aceito desde o Cisco IOS Software Release 12.1(5)T ] Isso é de CISCO-ISDNU-IF-MIB e as notificações são: enterprise 1.3.6.1.4.1.9.9.18.2 1 ciuIfLoopStatusNotification msdp—Envia notificações MSDP (Protocolo de Descoberta de Origem de Transmissão Múltipla). Proveniente de MSDP-MIB, e as notificações são: enterprise 1.3.6.1.3.92.1.1.7 1 msdpEstablished 2 msdpBackwardTransition repeater—Envia hub Ethernet repeater notificações. Quando a palavra-chave do repetidor é selecionada, você pode especificar um notification-option valor. Proveniente de CISCO-REPEATER-MIB, e as notificações são: enterprise 1.3.6.1.4.1.9.9.22.3 1 ciscoRptrIllegalSrcAddrTrap rsvp—Envia notificações de RSVP (protocolo de reservas de recursos). Este recurso é compatível desde o Cisco IOS Software Release 12.0(2)T. Proveniente de RSVP-MIB, e as notificações são: enterprise 1.3.6.1.3.71.2 1 newFlow 2 lostFlow rtr—Envia notificações RTR de Agentes de Garantia de Serviço (RTR). Proveniente de CISCO-RTTMON-MIB, e as notificações são: enterprise 1.3.6.1.4.1.9.9.42.2 1 rttMonConnectionChangeNotification 2 rttMonTimeoutNotification 3 rttMonThresholdNotification 4 rttMonVerifyErrorNotification snmp—Envia notificações do Simple Network Management Protocol (SNMP). Quando o snmp palavra-chave usada, você pode especificar um valor de opção de notificação. Proveniente de CISCO-GENERAL-TRAPS, e as notificações são: enterprise 1.3.6.1.2.1.11 0 coldStart 2 linkDown 3 linkUp 4 authenticationFailure 5 egpNeighborLoss enterprise 1.3.6.1.4.1.9 0 reload Observação: essa interceptação é controlada pelo tipo de notificação "tty": Observação: 1 tcpConnectionClose syslog—Envia notificações de mensagem de erro (Cisco Syslog MIB). Especifique o nível das mensagens a serem enviadas com o comando logging history level comando. Proveniente de CISCO-SYSLOG-MIB, e as notificações são: enterprise 1.3.6.1.4.1.9.9.41.2 1 clogMessageGenerated voice—Envia notificações de voz de baixa qualidade. Proveniente de CISCO-VOICE-DIAL-CONTROL-MIBSMI, e as notificações são: enterprise 1.3.6.1.4.1.9.9.63.2 1 cvdcPoorQoVNotification xgcp—Envia notificações do External Media Gateway Control Protocol (XGCP). Proveniente de XGCP-MIB, e as notificações são: enterprise 1.3.6.1.3.90.2 1 xgcpUpDownNotification

opção de notificação

(Opcional) dlsw [circuit | tconn]—Quando o dlsw é usada, você pode especificar o tipo de notificação específico que deseja ativar ou desativar. Se nenhuma palavra-chave for utilizada, todos os tipos de notificação de DLSw serão permitidos. A opção pode ser uma ou mais dessas palavras-chave: circuit—Habilita os desvios do circuito do DLSw. tconn—Habilita as armadilhas de conexão de transporte de correspondente DLSw. envmon [voltage | shutdown | supply | fan | temperature]—Quando o envmon é usada, você pode ativar um tipo de notificação ambiental específico ou aceitar todos os tipos de notificação do sistema de monitoramento ambiental. Se nenhuma opção for especificada, todas as notificações ambientais serão ativadas. A opção pode ser uma ou mais dessas palavras-chave: voltage, shutdown, supply, fan,e temperature. isdn [call-information | isdn u-interface | chan-not-avail | layer2]—Quando o isdn palavra-chave usada, você pode especificar a call-information palavra-chave para ativar uma notificação de informações de chamada SNMP ISDN para o subsistema MIB ISDN ou você pode especificar o isdn u-interface palavra-chave para ativar uma notificação de interface SNMP ISDN U para o subsistema MIB da interface ISDN U. repeater [health | reset]—Quando o repeater palavra-chave usada, você pode especificar a opção do repetidor. Se nenhuma opção foi especificada, todas as notificações do repetidor serão ativadas. A opção pode ser uma ou mais dessas palavras-chave: integridade—Habilita a notificação de integridade do MIB do hub repetidor (RFC 1516) da IETF (Internet Engineering Task Force). reset—Habilita a notificação de redefinição do MIB do hub repetidor IETF (RFC 1516). health—Habilita a notificação de integridade do MIB do hub repetidor (RFC 1516) da IETF (Internet Engineering Task Force). reset—Habilita a notificação de redefinição do IETF Repeater Hub MIB (RFC 1516). snmp [authentication | linkup | linkdown | coldstart] palavras-chave linkup | linkdown | coldstart adicionado desde o Cisco IOS Software Release 12.1(3)T. —Quando o snmp é usada, você pode especificar o tipo de notificação específico que deseja ativar ou desativar. Se nenhuma palavra-chave for usada, todos os tipos de notificação SNMP serão habilitados (ou desabilitados, se for usado nenhum formulário). Os tipos de notificação disponíveis são: authentication—Controla a distribuição de notificações de falha de autenticação SNMP. Um desvio authenticationFailure(4) significa que a entidade remetente do protocolo é o destinatário de uma mensagem de protocolo não autenticada corretamente. linkup—Controla o envio de notificações de link SNMP. Uma interceptação linkUp(3) significa que a entidade de protocolo de envio reconhece que um dos links de comunicação representado na configuração do agente ficou ativo. linkdown—Controla como as notificações de linkdown SNMP são enviadas. Uma interceptação linkDown(2) significa que a entidade de protocolo de envio reconhece uma falha em um dos links de comunicação representado na configuração do agente. coldstart—Controla o envio de notificações de inicialização forçada SNMP. Uma interceptação coldStart (0) significa que a entidade de protocolo de envio é reinicializada de tal forma que a configuração do agente ou a implementação da entidade de protocolo pode ser alterada.

Defaults

As notificações do SNMP estão desativadas.

Se digitar este comando sem palavras-chave do tipo de notificação, por padrão, todos os tipos de notificações controladas por este comando serão ativadas.

Modos de comando

Configuração global – Histórico de comandos

Versão do Cisco IOS Software	Modificação
11.1	Esse comando foi introduzido.
12.0(2)T	O rsvp palavra-chave foi adicionada.
12.0(3)T	O hsrp palavra-chave foi adicionada.
12.1(3)T	Essas palavras-chave foram adicionadas ao snmp-server enable traps snmp deste comando: linkup linkdown coldstart Essas palavras-chave tipo notificação foram adicionadas à plataforma Cisco AS5300 apenas: ds0-busyout isdn chan-not-avail modem-health ds1-loopback Essa notificação tipo palavra-chave foi adicionada às plataformas Cisco AS5300 e AS5800 apenas: aaa-server

Utilize as diretrizes

O snmp-server enable traps snmp [ linkup] [linkdown] forma desse comando substitui o comando snmp trap link-status interface comando do modo de configuração.

O no forma do snmp-server enable traps é útil para desativar as notificações que geram uma grande quantidade de ruído desnecessário na rede.

Notificações SNMP podem ser enviadas como armadilhas ou com solicitações de informação. Esse comando permite as duas armadilhas e informa solicitações para os tipos de notificação especiais.

Se você não inserir um snmp-server enable traps , nenhuma notificação controlada por esse comando é enviada. Para configurar o roteador para enviar essas notificações SNMP, você deve inserir pelo menos uma snmp-server enable traps comando. Se você introduzir o comando sem nenhuma palavra-chave, todos os tipos de notificação são ativados. Se digitar um comando com a palavra-chave, somente o tipo de notificação relativo à palavra-chave será habilitado. Para habilitar vários tipos de notificações, você deve emitir um snmp-server enable traps para cada tipo de notificação e opção de notificação.

O snmp-server enable traps é usado em conjunto com o comando snmp-server host comando. Execute o snmp-server host para especificar que host ou hosts recebem notificações SNMP. Para enviar notificações, você deve configurar pelo menos um snmp-server host comando.

Para que um host receba uma notificação controlada por esse comando, os dois snmp-server enable traps e o comando snmp-server host para esse host deve ser habilitado. Se o tipo de notificação não for controlado por este comando, somente a opção snmp-server host deve ser ativado.

Os tipos de notificação usados​neste comando têm um objeto MIB associado que permite que sejam ativados ou desativados (por exemplo, interceptações HSRP são definidas com MIB HSRP, as interceptações de repetidores são definidas com MIB do hub do repetidor, e assim por diante). Nem todos os tipos de notificação disponíveis no snmp-server host têm objetos notificationEnable MIB, portanto alguns desses não podem ser controlados com o comando snmp-server enable comando.

Informações Relacionadas

• Interceptação SNMP ATM e aprimoramentos OAM
• Suporte Técnico - Cisco Systems