Dérivateurs SNMP Cisco IOS pris en charge et comment les configurer

Introduction

Note: Le logiciel Release® 12.1(3)T de Cisco IOS a été utilisé pour préparer ce document. Quand vous utilisez une version antérieure du logiciel Cisco IOS, toutes les options ne sont pas prises en charge. Lorsque vous utilisez une version logicielle de Cisco IOS ultérieure à 12.1(3)T, des options supplémentaires [type de notification] peuvent être prises en charge. Vous pouvez trouver une liste à jour de tous les identifiants d'objet de déroutement (OID) pris en charge par le protocole de gestion de réseau simple (SNMP) du logiciel Cisco IOS dans ce document.

Les appareils Cisco qui utilisent le logiciel IOS standard (routeurs, commutateurs à mode de transfert asynchrone [ATM] et serveurs d’accès à distance) de Cisco peuvent générer de nombreuses alertes « Trap » relatives au protocole SNMP.

Conditions préalables

Conditions requises

Si vous lisez ce document, vous devez comprendre ceci :

Il n’est pas souhaitable de configurer un appareil Cisco pour qu’il envoie toutes les alertes Trap possibles du protocole SNMP. Par exemple, si vous activez toutes les alertes Trap d’un serveur d’accès à distance comprenant 64 lignes d’accès, vous recevrez une alerte Trap pour chaque utilisateur qui se connecte et se déconnecte du serveur. Le nombre d’alertes s’accumulera rapidement. Le logiciel Cisco IOS définit des groupes d’alertes Trap que vous pouvez activer ou désactiver. Deux commandes de configuration générale permettent de configurer les alertes Trap du protocole SNMP sur un appareil utilisant le logiciel Cisco IOS :

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

  Lancez snmp-server host global configuration pour spécifier le destinataire d'une opération de notification SNMP. Lancez no forme de cette commande pour supprimer l'hôte spécifié.

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

  Lancez snmp-server enable traps global configuration pour permettre au routeur d'envoyer des déroutements SNMP. Lancez no forme de cette commande afin de désactiver les notifications SNMP.

Les types d’alertes Trap peuvent être définis dans les deux commandes. Vous devez émettre le snmp-server host afin de définir les systèmes de gestion de réseau où les interruptions doivent être envoyées. Afin de limiter le nombre d’envois, vous devez préciser les types d’alertes que vous souhaitez recevoir. Émettre plusieurs snmp-server enable traps , une pour chacun des types de déroutement que vous avez utilisés dans snmp host erasecat4000_flash:.

Note: Pas tous [notification-type] sont prises en charge sur ces deux commandes. Exemple : [notification-type] x25 et teletype (tty) ne sont pas utilisés pour snmp-server enable trap. x25 et les alertes tty sont activées par défaut.

Par exemple, vous pouvez lancer ces commandes pour faire en sorte qu’un appareil utilisant le logiciel Cisco IOS signale au système de gestion de réseau 10.10.10.10 seulement les alertes Trap relatives à la configuration, au protocole de passerelle frontière (BGP) et au type tty :

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

Components Used

Ce document n'est pas limité à des versions de matériel et de logiciel spécifiques.

Conventions

Pour plus d'informations sur les conventions utilisées dans ce document, reportez-vous à Conventions relatives aux conseils techniques Cisco.

Commande « snmp-server host »

Lancez snmp-server host global configuration pour spécifier le destinataire d'une opération de notification SNMP. Lancez no forme de cette commande pour supprimer l'hôte spécifié.

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]

Description de la syntaxe

host-addr	Le nom ou l’adresse Internet de l’hôte (le destinataire ciblé).
traps	(Facultatif) Envoie des alertes Trap du protocole SNMP à cet hôte. Il s'agit de la configuration par défaut.
informs	(Facultatif) Envoie des alertes Inform du protocole SNMP à cet hôte.
version	(Facultatif) La version du protocole SNMP utilisée pour envoyer les alertes Trap. La version 3 est le modèle le plus sécurisé, car ce modèle permet le cryptage des paquets avec le priv mot clé. Si vous utilisez ce mot-clé, vous devez choisir l’une des options suivantes : 1 — SNMPv1. Cette option n’est pas disponible avec les alertes Inform. 2c — SNMPv2C 3 — SNMPv3. Ces trois mots-clés facultatifs peuvent suivre le mot-clé de la version 3 : auth (Facultatif) Active l'authentification des paquets MD5 (Message Digest 5) et SHA (Secure Hash Algorithm). noauth (Valeur par défaut) Niveau de sécurité noAuthNoPriv. Il s’agit de la valeur par défaut lorsque le choix de mot-clé [auth | noauth | priv] le choix du mot clé n'est pas spécifié. priv (Facultatif) Active le chiffrement des paquets DES (Data Encryption Standard) (également appelé « confidentialité »).
community-string	Semblable au mot de passe, l’identifiant de communauté est transmis lors de la notification. Bien que vous puissiez définir cette chaîne avec snmp-server host Cisco vous recommande de définir cette chaîne à l'aide de la commande snmp-server community avant d'exécuter la commande snmp-server host erasecat4000_flash:.
udp-port port	Le port du protocole UDP de l’hôte à utiliser. Il est défini par défaut à 162.
notification-type	(Facultatif) Le type de notification à envoyer à l’hôte. Si aucun type n’est spécifié, toutes les notifications seront envoyées. Le type de notification peut correspondre à l’un ou à plusieurs des mots-clés suivants : aaa-server: envoie des notifications AAA. bgp: envoie des notifications de modification d'état BGP (Border Gateway Protocol). bstun: envoie des notifications BSTUN (Block Serial Tunneling). calltracker: envoie des notifications CallTracker. config: envoie des notifications de configuration. dlsw: envoie des notifications de commutation de liaison de données (DLSw). ds0-busyout: envoie des notifications ds0-busyout. ds1-loopback: envoie des notifications de bouclage ds1. dspu: envoie des notifications d'unité physique en aval (DSPU). dsp: envoie des notifications de traitement de signal numérique (DSP). entity: envoie des notifications de modification de la base MIB (Entity Management Information Base). envmon: envoie des notifications de surveillance de l'environnement propres à l'entreprise Cisco lorsqu'un seuil environnemental est dépassé. frame-relay: envoie des notifications Frame Relay. hsrp: envoie des notifications HSRP (Hot Standby Router Protocol). isdn: envoie des notifications RNIS (Réseau Numérique à Intégration de Services). msdp: envoie des notifications MSDP (Multicast Source Discovery Protocol). llc2: envoie des notifications LLC2 (Logical Link Control) de type 2. repeater: envoie des notifications de répéteur standard (concentrateur). rsrb: envoie des notifications RSRB (Remote Source-Route Bridging). rsvp: envoie des notifications RSVP (Resource Reservation Protocol). rtr: envoie des notifications RTR (SA Agent). sdlc: envoie des notifications SDLC (Synchronous Data Link Control). snmp: envoie des notifications SNMP (Simple Network Management Protocol) (telles que définies dans la RFC 1157). stun: envoie des notifications STUN (serial tunnel). syslog: envoie des notifications de messages d'erreur (MIB Cisco Syslog). Spécifier le niveau des messages à envoyer avec le logging history level erasecat4000_flash:. tty: envoie des notifications spécifiques à l'entreprise Cisco lorsqu'une connexion TCP (Transmission Control Protocol) se ferme. voice: envoie des notifications vocales. x25: envoie des notifications d'événements X.25. xgcp: envoie des notifications XGCP (External Media Gateway Control Protocol).

Valeurs par défaut

Les snmp-server host est désactivée par défaut. Aucune notification n’est envoyée.

Si vous entrez cette commande sans mot-clé, la valeur par défaut fera en sorte d’envoyer tous les types d’alertes Trap à l’hôte.

Aucune alerte Inform n’est envoyée à cet hôte. Si non version est présent, la valeur par défaut est la version 1. Les no snmp-server host sans mot-clé désactive les interruptions, mais pas les informations, vers l’hôte. Lancez no snmp-server host informs pour désactiver les informations.

Note: Si la community-string n'est pas défini avec le snmp-server community avant d'utiliser cette commande, la forme par défaut de snmp-server community est automatiquement insérée dans la configuration. Le mot de passe (community-string) utilisé pour cette configuration automatique de snmp-server community est identique à celui spécifié dans le snmp-server host erasecat4000_flash:. Voici le fonctionnement par défaut du logiciel Cisco IOS, version 12.0(3) et versions ultérieures.

Modes de commande

Configuration générale – historique de commande

Modification de la version du logiciel Cisco IOS	–
10.0	Commande ajoutée.
12.0(3)T	Ces mots-clés ont été ajoutés : version 3 [auth | noauth | priv] hsrp

Directives d’utilisation

Les notifications SNMP peuvent être envoyées sous forme d’alertes « Trap » ou « Inform ». Les alertes Trap sont moins fiables, car le récepteur n’envoie pas de message de confirmation lorsqu’il reçoit cette alerte. L’émetteur ne peut pas savoir si les alertes Trap ont bien été reçues. Par contre, une entité SNMP qui reçoit une alerte Inform confirme la réception du message en envoyant une réponse SNMP comprenant l’unité de données de protocole (PDU). Si l’émetteur ne reçoit aucune réponse, l’alerte Inform peut être envoyée de nouveau. C’est pourquoi les alertes Inform sont plus susceptibles d’atteindre leurs cibles.

Cependant, ce type d’alerte demande plus de ressources dans l’agent et dans le réseau. Contrairement à une alerte Trap, laquelle est supprimée après son envoi, une alerte Inform est enregistrée en mémoire jusqu’au retour d’une réponse ou jusqu’à ce que la demande expire. Les alertes Trap sont envoyées une seule fois, tandis que les alertes Inform peuvent être envoyées à plusieurs reprises. Les nouvelles tentatives augmentent le trafic et contribuent à un temps système plus élevé sur le réseau.

Si vous n'entrez pas de snmp-server host , aucune notification n'est envoyée. Pour configurer le routeur afin qu'il envoie des notifications SNMP, vous devez en entrer au moins une snmp-server host erasecat4000_flash:. Si vous entrez la commande sans mot-clé, tous les types d’alertes Trap seront activés pour l’hôte.

Pour activer plusieurs hôtes, vous devez émettre un snmp-server host pour chaque hôte. Vous pouvez préciser plusieurs types de notification dans la commande pour chaque hôte.

Lorsque plusieurs snmp-server host sont données pour le même hôte et le même type de notification (trap ou information), chaque commande remplace la commande précédente. Uniquement la dernière snmp-server host est prise en compte. Par exemple, si vous saisissez un snmp-server host inform pour un hôte, puis entrez une autre commande snmp-server host inform pour le même hôte, la deuxième commande remplace la première.

Les snmp-server host est utilisée conjointement avec snmp-server enable erasecat4000_flash:. Lancez snmp-server enable afin de spécifier quelles notifications SNMP sont envoyées globalement. Pour qu’un hôte reçoive la plupart des notifications, au moins une snmp-server enable et snmp-server host pour cet hôte doit être activée.

Cependant, certains types de notification ne peuvent pas être contrôlés avec le snmp-server enable erasecat4000_flash:. Par exemple, certains types de notification sont activés en tout temps. D’autres types de notification sont activés par une autre commande. Par exemple, le linkUpDown les notifications sont contrôlées par snmp trap link-status erasecat4000_flash:. Ces types de notification ne nécessitent pas de snmp-server enable erasecat4000_flash:.

Les types de notification disponibles varient selon le type de routeur et selon les fonctionnalités du logiciel Cisco IOS que ce dernier prend en charge. Par exemple, le envmon type de notification n'est disponible que si le moniteur d'environnement fait partie du système.

Configuration des alertes « Inform »

Suivez les étapes ci-dessous pour autoriser l’envoi d’alertes Inform :

1. Configurez un identifiant d’appareil à distance.

2. Configurez un utilisateur distant.

3. Configurez un groupe sur un appareil à distance.

4. Activez les alertes Trap sur l’appareil à distance.

5. Activez le gestionnaire SNMP.

Exemples

Si vous voulez configurer un identifiant de communauté SNMP unique pour l’envoi d’alertes Trap, mais que vous souhaitez empêcher l’accès par interrogation SNMP pour cet identifiant, la configuration doit comporter une liste d’accès. Dans cet exemple, l’identifiant de communauté se nomme « comaccess » et la liste d’accès indique le nombre 10 :

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

Dans cet exemple, les alertes Trap sont envoyées à l’hôte nommé myhost.cisco.com. L’identifiant de communauté est défini comme « comaccess » :

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

Dans cet exemple, les alertes Trap relatives au protocole SNMP et à la surveillance des environnements Cisco pour entreprises sont envoyées à l’adresse 172.30.2.160 :

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

Dans cet exemple, le routeur envoie toutes les alertes Trap à l’hôte myhost.cisco.com et l’identifiant de communauté est public :

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

Dans cet exemple, aucune alerte Trap n’est envoyée à aucun hôte. Les alertes Trap BGP sont activées pour tous les hôtes, mais seules les alertes Trap ISDN sont activées pour l’envoi à un hôte.

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

Dans cet exemple, le routeur envoie toutes les alertes Inform à l’hôte myhost.cisco.com associé à l’identifiant de communauté public :

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

Dans cet exemple, les alertes HSRP SNMPv2c sont envoyées à l’hôte nommé myhost.cisco.com. L’identifiant de communauté est public.

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

snmp-server enable traps Command

Utilisez snmp-server enable traps commande de configuration globale permettant au routeur d’envoyer des interruptions SNMP. Utilisez no forme de cette commande pour désactiver les notifications SNMP.

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

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

Description de la syntaxe

notification-type

(Facultatif) Le type de notification à activer. Si aucun type n'est spécifié, toutes les notifications sont envoyées (y compris envmon et repeater ). Le type de notification peut correspondre à l’un des mots-clés suivants : aaa-server: envoie des notifications de serveur AAA. Ce mot-clé a été ajouté dans la version 12.1(3)T du logiciel Cisco IOS pour les plateformes Cisco AS5300 et AS5800 seulement. Les notifications proviennent de CISCO-AAA-SERVER-MIB et indiquent : enterprise 1.3.6.1.4.1.9.10.56.2 1 casServerStateChange bgp: envoie des notifications de modification d'état BGP (Border Gateway Protocol). Les notifications proviennent de BGP4-MIB et indiquent : enterprise 1.3.6.1.2.1.15.7 1 bgpEstablished 2 bgpBackwardTransition calltracker—Envoie une notification chaque fois qu'une nouvelle entrée d'appel active est créée dans cctActiveTable ou qu'une nouvelle entrée d'appel d'historique est créée dans cctHistoryTable. Elle provient de CISCO-CALL-TRACKER-MIB et les notifications sont les suivantes : enterprise 1.3.6.1.4.1.9.9.163.2 1 cctCallSetupNotification 2 cctCallTerminateNotification config: envoie des notifications de configuration. Les notifications proviennent de CISCO-CONFIG-MAN-MIB et indiquent : enterprise 1.3.6.1.4.1.9.9.43.2 1 ciscoConfigManEvent dial: envoie une notification chaque fois qu'un appel réussi est effacé, qu'une tentative d'appel échouée a finalement échoué ou qu'un message de configuration d'appel est reçu ou envoyé. Les notifications proviennent de DIAL-CONTROL-MIB et indiquent : enterprise 1.3.6.1.2.1.10.21.2 1 dialCtlPeerCallInformation 2 dialCtlPeerCallSetup dlsw: envoie des notifications des agents DLSw lorsque la dlsw est utilisé, vous pouvez spécifier une valeur notification-option. Les notifications proviennent de CISCO-DLSW-MIB et indiquent : 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: envoie une notification chaque fois que l'état de la panne d'une interface DS0 change. Ce mot-clé a été ajouté dans la version 12.1(3)T du logiciel Cisco IOS pour la plateforme Cisco AS5300 seulement. Les notifications proviennent de CISCO-POP-MGMT-MIB et indiquent : enterprise 1.3.6.1.4.1.9.10.19.2 1 cpmDS0BusyoutNotification ds1-loopback: envoie une notification chaque fois que l’interface DS1 passe en mode bouclage. Ce mot-clé a été ajouté dans la version 12.1(3)T du logiciel Cisco IOS pour la plateforme Cisco AS5300 seulement. Les notifications proviennent de CISCO-POP-MGMT-MIB et indiquent : enterprise 1.3.6.1.4.1.9.10.19.2 2 cpmDS1LoopbackNotification dspu: envoie une notification chaque fois que l'état opérationnel de l'unité physique (PU) ou de l'unité logique (LU) change ou qu'une défaillance d'activation est détectée. Les notifications proviennent de CISCO-DSPU-MIB et indiquent : 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: envoie une notification chaque fois que la carte DSP est activée ou désactivée. Les notifications proviennent de CISCO-DSP-MGMT-MIB et indiquent : enterprise 1.3.6.1.4.1.9.9.86.2 1 cdspMIBCardStateNotification entity: envoie des notifications de modification MIB d'entité. Les notifications proviennent de ENTITY-MIB et indiquent : enterprise 1.3.6.1.2.1.47.2 1 entConfigChange envmon: envoie des notifications de surveillance de l'environnement propres à l'entreprise Cisco lorsqu'un seuil environnemental est dépassé. Quand le envmon est utilisé, vous pouvez spécifier une valeur notification-option. Les notifications proviennent de CISCO-ENVMON-MIB et indiquent : enterprise 1.3.6.1.4.1.9.9.13.3 1 ciscoEnvMonShutdownNotification 2 ciscoEnvMonVoltageNotification 3 ciscoEnvMonTemperatureNotification 4 ciscoEnvMonFanNotification 5 ciscoEnvMonRedundantSupplyNotification frame-relay: envoie des notifications Frame Relay. Les notifications proviennent de RFC1315-MIB et indiquent : enterprise 1.3.6.1.2.1.10.32 1 frDLCIStatusChange hsrp: envoie des notifications HSRP (Hot Standby Router Protocol). Cette fonctionnalité est offerte dans la version 12.0(3)T du logiciel Cisco IOS et dans les versions ultérieures. Les notifications proviennent de CISCO-HSRP-MIB et indiquent : enterprise 1.3.6.1.4.1.9.9.106.2 1 cHsrpStateChange isdn: envoie des notifications RNIS. Quand le isdn est utilisé, vous pouvez spécifier une valeur notification-option. Les notifications proviennent de CISCO-ISDN-MIB et indiquent : enterprise 1.3.6.1.4.1.9.9.26.2 1 demandNbrCallInformation 2 demandNbrCallDetails 3 demandNbrLayer2Change [fonction offerte depuis la version 12.1(1)T du logiciel Cisco IOS] 4 demandNbrCNANotification [fonction offerte depuis la version 12.1(5)T du logiciel Cisco IOS]. Les notifications proviennent de CISCO-ISDNU-IF-MIB et indiquent : enterprise 1.3.6.1.4.1.9.9.18.2 1 ciuIfLoopStatusNotification msdp: envoie des notifications MSDP (Multicast Source Discovery Protocol). Les notifications proviennent de MSDP-MIB et indiquent : enterprise 1.3.6.1.3.92.1.1.7 1 msdpEstablished 2 msdpBackwardTransition repeater— Envoie un concentrateur Ethernet repeater notifications. Lorsque le mot clé du répéteur est sélectionné, vous pouvez spécifier un notification-option valeur. Les notifications proviennent de CISCO-REPEATER-MIB et indiquent : enterprise 1.3.6.1.4.1.9.9.22.3 1 ciscoRptrIllegalSrcAddrTrap rsvp: envoie des notifications RSVP (Resource Reservation Protocol). Cette fonctionnalité est offerte depuis la version 12.0(2)T du logiciel Cisco IOS. Les notifications proviennent de RSVP-MIB et indiquent : enterprise 1.3.6.1.3.71.2 1 newFlow 2 lostFlow rtr: envoie des notifications RTR (Service Assurance Agent RTR). Les notifications proviennent de CISCO-RTTMON-MIB et indiquent : enterprise 1.3.6.1.4.1.9.9.42.2 1 rttMonConnectionChangeNotification 2 rttMonTimeoutNotification 3 rttMonThresholdNotification 4 rttMonVerifyErrorNotification snmp: envoie des notifications SNMP (Simple Network Management Protocol). Quand le snmp est utilisé, vous pouvez spécifier une valeur notification-option. Les notifications proviennent de CISCO-GENERAL-TRAPS et indiquent : 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 Note : Ce déroutement est contrôlé par le type de notification « tty » : Remarque : 1 tcpConnectionClose syslog: envoie des notifications de messages d'erreur (MIB Cisco Syslog). Spécifier le niveau des messages à envoyer avec le logging history level erasecat4000_flash:. Les notifications proviennent de CISCO-SYSLOG-MIB et indiquent : enterprise 1.3.6.1.4.1.9.9.41.2 1 clogMessageGenerated voice: envoie des notifications vocales de mauvaise qualité. Les notifications proviennent de CISCO-VOICE-DIAL-CONTROL-MIBSMI et indiquent : enterprise 1.3.6.1.4.1.9.9.63.2 1 cvdcPoorQoVNotification xgcp: envoie des notifications XGCP (External Media Gateway Control Protocol). Les notifications proviennent de XGCP-MIB et indiquent : enterprise 1.3.6.1.3.90.2 1 xgcpUpDownNotification

notification-option

(Facultatif) dlsw [circuit | tconn]—Quand le dlsw est utilisé, vous pouvez spécifier le type de notification spécifique que vous souhaitez activer ou désactiver. Si aucun mot-clé n’est utilisé, tous les types de notification DLSw seront activés. L’option peut correspondre à un ou à plusieurs des mots-clés suivants : circuit: active les déroutements de circuits DLSw. tconn: active les déroutements de connexion de transport homologue DLSw. envmon [voltage | shutdown | supply | fan | temperature]—Quand le envmon est utilisé, vous pouvez activer un type de notification d'environnement spécifique ou accepter tous les types de notification du système de surveillance d'environnement. Si aucune option n’est spécifiée, toutes les notifications relatives à l’environnement seront activées. L’option peut correspondre à un ou à plusieurs des mots-clés suivants : voltage, shutdown, supply, fan,et temperature. isdn [call-information | isdn u-interface | chan-not-avail | layer2]—Quand le isdn est utilisé, vous pouvez spécifier call-information pour activer une notification d'informations d'appel RNIS SNMP pour le sous-système MIB RNIS, ou vous pouvez spécifier isdn u-interface pour activer une notification d'interface U RNIS SNMP pour le sous-système MIB d'interface U RNIS. repeater [health | reset]—Quand le repeater est utilisé, vous pouvez spécifier l'option répéteur. Si aucune option n’est spécifiée, toutes les notifications relatives au répéteur seront activées. L’option peut correspondre à un ou à plusieurs des mots-clés suivants : health : active la notification d'intégrité de la base MIB du répéteur IETF (Internet Engineering Task Force) (RFC 1516). reset : active la notification de réinitialisation de la base MIB du répéteur IETF (RFC 1516). health: active la notification d'intégrité de la base MIB du répéteur IETF (Internet Engineering Task Force) (RFC 1516). reset: active la notification de réinitialisation de la base MIB du répéteur IETF (RFC 1516). snmp [authentication | linkup | linkdown | coldstart] mots clés linkup | linkdown | coldstart ajouté depuis la version 12.1(3)T du logiciel Cisco IOS. —Quand le snmp est utilisé, vous pouvez spécifier le type de notification spécifique que vous souhaitez activer ou désactiver. Si aucun mot-clé n’est utilisé, tous les types de notification SNMP seront activés (ou désactivés, si la version « no » est utilisée). Les types de notification possibles sont les suivants : authentication: contrôle la distribution des notifications d'échec d'authentification SNMP. Une alerte Trap « authenticationFailure(4) » signifie que l’entité du protocole d’envoi est le destinataire d’un message du protocole, lequel n’est pas authentifié correctement. linkup: contrôle l'envoi de notifications de liaison SNMP. Une alerte Trap « linkUp(3) » signifie que l’entité du protocole d’envoi détecte que l’un des liens de communication se trouvant dans la configuration de l’agent a établi une liaison avec succès. linkdown: contrôle la manière dont les notifications de liaison SNMP sont envoyées. Une alerte Trap « linkDown(2) » signifie que l’entité du protocole d’envoi détecte que l’un des liens de communication se trouvant dans la configuration de l’agent n’a pas pu établir la liaison. coldstart: contrôle l'envoi de notifications de démarrage à froid SNMP. Une alerte Trap « coldStart(0) » signifie que l’entité du protocole d’envoi est en cours de réinitialisation, ce qui peut ralentir la configuration de l’agent ou la mise en œuvre de l’entité du protocole.

Valeurs par défaut

Les notifications SNMP sont désactivées.

Si vous entrez cette commande sans mot-clé « notification-type », la valeur par défaut fera en sorte d’activer tous les types de notifications contrôlés par cette commande.

Modes de commande

Configuration générale – historique de commande

Modification de la version du logiciel Cisco IOS	–
11.1	La commande suivante a été ajoutée.
12.0(2)T	Les rsvp mot clé ajouté.
12.0(3)T	Les hsrp mot clé ajouté.
12.1(3)T	Ces mots-clés ont été ajoutés au snmp-server enable traps snmp forme de cette commande : linkup linkdown coldstart Ces mots-clés relatifs au type de notification ont été ajoutés pour la plateforme Cisco AS5300 seulement : ds0-busyout isdn chan-not-avail modem-health ds1-loopback Ce mot-clé relatif au type de notification a été ajouté pour les plateformes Cisco AS5300 et AS5800 seulement : aaa-server

Directives d’utilisation

Les snmp-server enable traps snmp [ linkup] [linkdown] forme de cette commande remplace le snmp trap link-status interface en mode de configuration.

Les no forme de snmp-server enable traps est utile afin de désactiver les notifications qui génèrent une grande quantité de bruit inutile sur votre réseau.

Les notifications SNMP peuvent être envoyées sous forme d’alertes « Trap » ou « Inform ». Cette commande active à la fois les alertes Trap et Inform pour les types de notifications indiqués.

Si vous n'entrez pas de snmp-server enable traps , aucune notification contrôlée par cette commande n'est envoyée. Pour configurer le routeur afin qu'il envoie ces notifications SNMP, vous devez en entrer au moins une snmp-server enable traps erasecat4000_flash:. Si vous entrez la commande sans mot-clé, tous les types de notification seront activés. Si vous entrez la commande avec un mot-clé, seul le type de notification associé à ce mot-clé est activé. Pour activer plusieurs types de notifications, vous devez émettre une snmp-server enable traps pour chaque type de notification et chaque option de notification.

Les snmp-server enable traps est utilisée conjointement avec snmp-server host erasecat4000_flash:. Lancez snmp-server host pour spécifier quel hôte ou quels hôtes reçoivent des notifications SNMP. Pour envoyer des notifications, vous devez configurer au moins une snmp-server host erasecat4000_flash:.

Pour qu’un hôte reçoive une notification contrôlée par cette commande, les deux snmp-server enable traps et snmp-server host pour cet hôte doit être activée. Si le type de notification n'est pas contrôlé par cette commande, seule la snmp-server host doit être activée.

Les types de notification utilisés dans cette commande sont tous associés à un objet MIB qui permet leur activation ou leur désactivation (par exemple, les alertes Trap « HSRP » sont définies par le MIB HSRP, les alertes Trap « repeater » sont définies par le MIB du répéteur [concentrateur] et ainsi de suite). Tous les types de notification ne sont pas disponibles dans snmp-server host ont des objets notificationEnable MIB, de sorte que certains ne peuvent pas être contrôlés avec snmp-server enable erasecat4000_flash:.

Informations connexes

• Améliorations des fonctions ATM et OAM relatives aux alertes Trap du protocole SNMP
• Support technique - Cisco Systems