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

Introduction

Remarque: 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]

  Utilisez la commande snmp-server host global configuration pour préciser le destinataire d’une notification SNMP. Utilisez la version no de cette commande pour supprimer l’hôte indiqué.

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

  Utilisez la commande snmp-server enable traps global configuration pour activer l’envoi d’alertes Trap du protocole SNMP par le routeur. Utilisez la version no de cette commande pour désactiver les notifications SNMP.

Les types d’alertes Trap peuvent être définis dans les deux commandes. Vous devez utiliser la commande snmp-server host pour définir les systèmes de gestion de réseau qui recevront ces alertes. Afin de limiter le nombre d’envois, vous devez préciser les types d’alertes que vous souhaitez recevoir. Utilisez plusieurs commandes snmp-server enable traps; une pour chaque type d’alerte que vous avez utilisé dans la commande snmp host.

Remarque: Ce ne sont pas toutes les options [notification-type] qui sont disponibles sur ces deux commandes. Par exemple, les options [notification-type] x25 et teletype (tty) ne sont pas disponibles 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 

Composants utilisés

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 »

Utilisez la commande snmp-server host global configuration pour préciser le destinataire d’une notification SNMP. Utilisez la version no de cette commande pour supprimer l’hôte indiqué.

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 la plus sûre, car elle permet le chiffrement des paquets au moyen du mot-clé priv . 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 de paquet au moyen de la fonction MD5 (Message Digest 5) et de la fonction SHA (Secure Hash Algorithm). noauth (Par défaut) Le niveau de sécurité noAuthNoPriv. Il s’agit de la valeur par défaut lorsque le choix de mot-clé [auth | noauth | priv] n’est pas précisé. priv (Facultatif) Active le chiffrement de paquets au moyen de la norme de chiffrement des données (DES) (aussi appelée « clé privée »).
community-string	Semblable au mot de passe, l’identifiant de communauté est transmis lors de la notification. Vous pouvez définir cet identifiant dans la commande snmp-server host même, mais Cisco recommande de le définir à l’aide de la commande snmp-server community avant de lancer la commande snmp-server host.
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 en cas de changement d’état du protocole de passerelle frontière (BGP). bstun – Envoie des notifications BSTUN (Block Serial Tunneling). calltracker – Envoie des notifications de CallTracker. config – Envoie des notifications relatives à la configuration. dlsw – Envoie des notifications relatives à la commutation de liaison de données (DLSw). ds0-busyout – Envoie des notifications ds0-busyout. ds1-loopback – Envoie des notifications ds1-loopback. dspu – Envoie des notifications DSPU (downstream physical unit). dsp – Envoie des notifications de traitement numérique du signal (DSP). entity – Envoie des notifications en cas de modification à la base de données MIB de l’entité. envmon – Envoie des notifications relatives à la surveillance des environnements Cisco pour entreprises lorsqu’un seuil d’environnement est dépassé. frame-relay – Envoie des notifications relatives au relayage de trames. hsrp – Envoie des notifications relatives au protocole HSRP (Hot Standby Router Protocol). isdn – Envoie des notifications relatives au réseau numérique à services intégrés (ISDN). msdp – Envoie des notifications relatives au protocole MSDP (Multicast Source Discovery Protocol). llc2 – Envoie des notifications relatives à la commande de liaison logique de type 2 (LLC2). repeater – Envoie des notifications relatives au répéteur standard (concentrateur). rsrb – Envoie des notifications relatives au pontage-routage source à distance (RSRB). rsvp – Envoie des notifications relatives au protocole de réservation de ressource (RSVP). rtr – Envoie des notifications relatives à la solution SA Agent (RTR). sdlc – Envoie des notifications relatives à la procédure SDLC (Synchronous Data Link Control). snmp – Envoie des notifications relatives au protocole SNMP (Simple Network Management Protocol) (comme défini dans le document RFC 1157). stun – Envoie des notifications STUN (serial tunnel). syslog – Envoie des notifications de message d’erreur (Cisco Syslog MIB). Précisez le niveau des messages à envoyer avec la commande logging history level. tty – Envoie des notifications aux entreprises avec Cisco lorsqu’une connexion au protocole de contrôle de transmission (TCP) est rompue. voice – Envoie des notifications relatives à la voix. x25 – Envoie des notifications relatives à un événement X.25. xgcp – Envoie des notifications relatives au protocole de contrôle de passerelle média externe (XGCP).

Valeurs par défaut

La commande 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 aucun mot-clé de version n’est entré, la version 1 sera utilisée par défaut. La commande no snmp-server host utilisée sans mot-clé permet de désactiver l’envoi des alertes Trap à l’hôte, mais pas des alertes Inform. Utilisez la commande no snmp-server host informs pour désactiver les alertes Inform.

Remarque: Si vous ne définissez pas l’option community-string dans la commande snmp-server community avant d’utiliser cette commande, la valeur par défaut de la commande snmp-server community est ajoutée automatiquement à la configuration. Le mot de passe (community-string) utilisé pour cette configuration automatique de l’option snmp-server community est le même que celui indiqué dans la commande snmp-server host. 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 la commande snmp-server host, aucune notification n’est envoyée. Afin de configurer le routeur pour l’envoi de notifications SNMP, vous devez entrer au moins une commande snmp-server host. Si vous entrez la commande sans mot-clé, tous les types d’alertes Trap seront activés pour l’hôte.

Si vous souhaitez activer plusieurs hôtes, vous devez entrer une commande snmp-server host pour chaque hôte. Vous pouvez préciser plusieurs types de notification dans la commande pour chaque hôte.

Lorsque plusieurs commandes snmp-server host sont associées à un même hôte et type de notification (Trap ou Inform), chaque commande écrase la précédente. Le système n’enregistre que la dernière commande snmp-server host entrée. Par exemple, si vous entrez une commande snmp-server host inform pour un hôte, puis que vous entrez une autre commande snmp-server host inform pour le même hôte, la deuxième commande remplacera la première.

La commande snmp-server host est utilisée conjointement avec la commande snmp-server enable. Entrez la commande snmp-server enable pour déterminer quelles notifications SNMP font partie des envois généraux. Si vous souhaitez qu’un hôte reçoive un maximum de notifications, au moins une commande snmp-server enable et la commande snmp-server host associée à cet hôte doivent être activées.

Cependant, certains types de notification ne sont pas contrôlés par la commande snmp-server enable. 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, les notifications linkUpDown sont contrôlées par la commande snmp trap link-status. Ces types de notification ne nécessitent pas d’entrer une commande snmp-server enable.

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 type de notification envmon est seulement disponible si la fonction de surveillance de l’environnement est intégrée au 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

Commande snmp-server enable traps

Utilisez la commande de configuration générale snmp-server enable traps pour activer l’envoi d’alertes Trap du protocole SNMP par le routeur. Utilisez la version no 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 seront envoyées (y compris envmon et les notifications du répéteur). Le type de notification peut correspondre à l’un des mots-clés suivants : aaa-server – Envoie des notifications relatives au 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 en cas de changement d’état du protocole de passerelle frontière (BGP). 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 dès qu’une nouvelle entrée d’appel actif est créée dans cctActiveTable ou qu’une nouvelle entrée d’historique d’appel est créée dans cctHistoryTable. Ces notifications proviennent de CISCO-CALL-TRACKER-MIB et indiquent : enterprise 1.3.6.1.4.1.9.9.163.2 1 cctCallSetupNotification 2 cctCallTerminateNotification config – Envoie des notifications relatives à la 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 dès qu’un appel réussi se termine, qu’une tentative d’appel échoue véritablement ou qu’un message d’établissement 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 de commutation de liaison de données (DLSw). Lorsque le mot-clé dlsw est utilisé, vous pouvez préciser une valeur pour 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 lorsque la fonction « busyout » d’une interface DS0 change d’état. 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 lorsque l’interface DS1 passe en mode bouclage (loopback). 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 lors d’un changement d’état opérationnel de l’unité physique (PU) ou de l’unité logique (LU) ou lorsqu’une tentative d’activation échoue. 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 lorsque la carte DSP s’allume ou s’éteint. 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 en cas de modification à la base de données MIB de l’entité. Les notifications proviennent de ENTITY-MIB et indiquent : enterprise 1.3.6.1.2.1.47.2 1 entConfigChange envmon – Envoie des notifications relatives à la surveillance des environnements Cisco pour entreprises lorsqu’un seuil environnemental est dépassé. Lorsque le mot-clé envmon est utilisé, vous pouvez préciser une valeur pour 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 relatives au relayage de trames. Les notifications proviennent de RFC1315-MIB et indiquent : enterprise 1.3.6.1.2.1.10.32 1 frDLCIStatusChange hsrp – Envoie des notifications relatives au protocole 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 relatives au réseau numérique à services intégrés (ISDN). Lorsque le mot-clé isdn est utilisé, vous pouvez préciser une valeur pour 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 relatives au protocole 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 des notifications relatives au répéteur du concentrateur Ethernet. Lorsque le mot-clé « repeater » est sélectionné, vous pouvez préciser une valeur pour notification-option. 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 relatives au protocole de réservation de ressource (RSVP). 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 (Response Time Reporter) relatives à la solution Service Assurance Agent. 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 relatives au protocole SNMP (Simple Network Management Protocol). Lorsque le mot-clé snmp est utilisé, vous pouvez préciser une valeur pour 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 Remarque: Cette alerte Trap est associée au type de notification « tty » : Remarque: 1 tcpConnectionClose syslog – Envoie des notifications de message d’erreur (Cisco Syslog MIB). Précisez le niveau des messages à envoyer avec la commande logging history level. 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 relatives à la mauvaise qualité de la voix. 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 relatives au protocole de contrôle de passerelle média externe (XGCP). Les notifications proviennent de XGCP-MIB et indiquent : enterprise 1.3.6.1.3.90.2 1 xgcpUpDownNotification

notification-option

(Facultatif) dlsw [circuit | tconn] – Lorsque le mot-clé dlsw est utilisé, vous pouvez préciser le type de notification 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 alertes Trap pour les circuits DLSw. tconn – Active les alertes Trap pour les connexions de transport de pairs DLSw. envmon [voltage | shutdown | supply | fan | temperature] – Lorsque le mot-clé envmon est utilisé, vous pouvez activer un type de notification propre à l’environnement ou accepter tous les types de notification du système de surveillance de l’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] – Lorsque le mot-clé isdn est utilisé, vous pouvez préciser le mot-clé call-information pour activer les notifications relatives à l’information d’appel ISDN du protocole SNMP pour le sous-système de la base de données MIB ISDN ou vous pouvez préciser le mot-clé isdn u-interface pour activer les notifications relatives à l’interface ISDN U du protocole SNMP pour le sous-système de la base de données MIB de l’interface ISDN U. repeater [health | reset] – Lorsque le mot-clé repeater est utilisé, vous pouvez préciser l’option du 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 les notifications relatives à l’état de la base de données MIB (RFC 1516) du répéteur (concentrateur) du groupe de travail IETF (Internet Engineering Task Force). « reset »--Active les notifications relatives à la réinitialisation de la base de données MIB (RFC 1516) du répéteur (concentrateur) du groupe de travail IETF. health – Active les notifications relatives à l’état de la base de données MIB (RFC 1516) du répéteur (concentrateur) du groupe de travail IETF (Internet Engineering Task Force). reset – Active les notifications relatives à la réinitialisation de la base de données MIB (RFC 1516) du répéteur (concentrateur) du groupe de travail IETF. snmp [authentication | linkup | linkdown | coldstart] mots-clés linkup | linkdown | coldstart ajoutés depuis la version 12.1(3)T du logiciel Cisco IOS. – Lorsque le mot-clé snmp est utilisé, vous pouvez préciser le type de notification 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 l’envoi de notifications en cas 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 en cas d’établissement 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 façon dont les notifications sont envoyées en cas d’interruption de liaison SNMP. 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 en cas de redémarrage du 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	Le mot-clé rsvp a été ajouté.
12.0(3)T	Le mot-clé hsrp a été ajouté.
12.1(3)T	Ces mots-clés ont été ajoutés à la version snmp-server enable traps snmp 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

La version snmp-server enable traps snmp [linkup] [linkdown] de cette commande remplace la commande snmp trap link-status interface configuration mode.

La version no de la commande snmp-server enable traps permet de désactiver les notifications qui génèrent beaucoup de bruit inutile dans le 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 la commande snmp-server enable traps, aucune notification contrôlée par cette commande n’est envoyée. Afin de configurer le routeur pour l’envoi de notifications SNMP, vous devez entrer au moins une commande snmp-server enable traps. 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é. Si vous souhaitez activer plusieurs types de notifications, vous devez entrer une commande snmp-server enable traps pour chaque type de notification et chaque option de notification.

La commande snmp-server enable traps est utilisée conjointement avec la commande snmp-server host. Utilisez la commande snmp-server host pour préciser le ou les hôtes qui recevront les notifications SNMP. Pour envoyer des notifications, vous devez configurer au moins une commande snmp-server host.

Si vous souhaitez qu’un hôte reçoive une notification contrôlée par cette commande, il faut activer à la fois la commande snmp-server enable traps et la commande snmp-server host pour cet hôte. Si le type de notification n’est pas contrôlé par cette commande, seule la commande snmp-server host appropriée 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). Ce ne sont pas tous les types de notification disponibles dans la commande snmp-server host qui sont associés à des objets MIB « notificationEnable ». Certains ne peuvent donc pas être contrôlés avec la commande snmp-server enable.

Informations connexes

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