Configuration des déroutements SNMP Cisco IOS pris en charge

Options de téléchargement

  • PDF     (278.4 KB)
    Consulter à l'aide d'Adobe Reader sur un grand nombre d'appareils
  • ePub     (91.3 KB)
    Consulter à l’aide de différentes applications sur iPhone, iPad, Android ou Windows Phone
  • Mobi (Kindle)     (86.1 KB)
    Consulter sur un appareil Kindle ou à l’aide d’une application Kindle sur plusieurs appareils
Mis à jour:18 décembre 2023
ID du document:13506

Langage exempt de préjugés

Dans le cadre de la documentation associée à ce produit, nous nous efforçons d’utiliser un langage exempt de préjugés. Dans cet ensemble de documents, le langage exempt de discrimination renvoie à une langue qui exclut la discrimination en fonction de l’âge, des handicaps, du genre, de l’appartenance raciale de l’identité ethnique, de l’orientation sexuelle, de la situation socio-économique et de l’intersectionnalité. Des exceptions peuvent s’appliquer dans les documents si le langage est codé en dur dans les interfaces utilisateurs du produit logiciel, si le langage utilisé est basé sur la documentation RFP ou si le langage utilisé provient d’un produit tiers référencé. Découvrez comment Cisco utilise le langage inclusif.

À propos de cette traduction

Cisco a traduit ce document en traduction automatisée vérifiée par une personne dans le cadre d’un service mondial permettant à nos utilisateurs d’obtenir le contenu d’assistance dans leur propre langue. Il convient cependant de noter que même la meilleure traduction automatisée ne sera pas aussi précise que celle fournie par un traducteur professionnel.

    Introduction

    Ce document décrit comment configurer les déroutements SNMP Cisco IOS® pris en charge.

    Conditions préalables

    Exigences

    Cisco vous recommande de prendre connaissance des rubriques suivantes :

    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 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 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 du réseau où les déroutements doivent être envoyés. 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 chaque type de déroutement que vous avez utilisé dans la snmp host erasecat4000_flash:.

    Remarque : 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, émettez ces commandes pour qu'un périphérique du logiciel Cisco IOS signale uniquement la configuration, le protocole BGP (Border Gateway Protocol) et les déroutements tty au système de gestion de réseau 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

    Composants utilisés

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

    The information in this document was created from the devices in a specific lab environment. All of the devices used in this document started with a cleared (default) configuration. Si votre réseau est en ligne, assurez-vous de bien comprendre l’incidence possible des commandes.

    Conventions

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

    Informations générales

    Remarque : la version 12.1(3)T du logiciel Cisco IOS a été utilisée 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 périphériques Cisco qui exécutent le logiciel Cisco IOS standard (routeurs, commutateurs ATM (Asynchronous Transfer Mode) et serveurs d'accès à distance) peuvent générer de nombreuses interruptions SNMP.

    Commandes

    Les snmp-server host Commande

    Lancez snmp-server host global configuration pour spécifier le destinataire d'une opération de notification SNMP. Lancez no 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 il 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 être placés après le mot-clé version 3 :
      • auth (Facultatif) Active l'authentification des paquets MD5 (Message Digest 5) et SHA (Secure Hash Algorithm).
      • noauth (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] n’est pas précisé.
      • priv (Facultatif) Active le cryptage 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 la snmp-server host seule, Cisco vous recommande de définir cette chaîne avec la commande snmp-server community avant d'exécuter la commande snmp-server host erasecat4000_flash:.
    udp-portport 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 changement 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 DSPU (unité physique en aval).
    • dsp— Envoie des notifications de traitement numérique du signal (DSP).
    • entity— Envoie des notifications de modification de la base MIB (Entity Management Information Base).
    • envmon envoie des notifications de surveillance de l'environnement spécifiques à 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, 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 SA Agent (RTR).
    • sdlc — Envoie des notifications SDLC (Synchronous Data Link Control).
    • snmp — Envoie des notifications SNMP (Simple Network Management Protocol) (comme défini dans la RFC 1157).
    • stun — Envoie des notifications de tunnel série (STUN).
    • syslog— Envoie des notifications de message d'erreur (MIB Cisco Syslog). Spécifiez 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 déroutements, mais pas les informations, vers l’hôte. Lancez no snmp-server host informs pour désactiver les informations.

    Remarque : si le community-string n'est pas défini avec la snmp-server community avant d'utiliser cette commande, la forme par défaut du snmp-server community est automatiquement insérée dans la configuration. Le mot de passe (community-string) utilisé pour cette configuration automatique du snmp-server community est identique à celui spécifié dans la 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 ne saisissez pas de snmp-server host , aucune notification n'est envoyée. Afin de configurer le routeur pour envoyer des notifications SNMP, vous devez 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.

    Afin d'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 fournies pour le même hôte et le même type de notification (trap ou inform), chaque commande remplace la commande précédente. Seulement le dernier 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 la commande 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 la commande snmp-server host pour cet hôte doit être activée.

    Toutefois, certains types de notification ne peuvent pas être contrôlés avec l' 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 le 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 notification-type n'est disponible que si le moniteur d'environnement fait partie du système.

    Configurer les informations

    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, la chaîne de communauté est nommée comaccess, et la liste d'accès est numérotée 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

    Cet exemple permet au routeur d'envoyer toutes les requêtes d'information à l'hôte myhost.cisco.com avec la chaîne 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

    Les snmp-server enable traps Commande

    Utilisez snmp-server enable traps commande de configuration globale pour permettre au routeur d’envoyer des déroutements SNMP. Utilisez 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 sont envoyées (y compris les envmon et repeater notifications). 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. Ceci provient de la base de données MIB CISCO-AAA-SERVER et les notifications sont les suivantes : entreprise 1.3.6.1.4.1.9.10.56.2 1 casServerStateChange
    • bgp — Envoie des notifications de changement d'état BGP (Border Gateway Protocol). Ceci provient de la MIB-BGP4 et les notifications sont : entreprise 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. Il s'agit de la MIB CISCO-CALL-TRACKER et les notifications sont : enterprise 1.3.6.1.4.1.9.9.163.2 1 cctCallSetupNotification 2 cctCallTerminateNotification
    • config — Envoie des notifications de configuration. Ceci provient de la base de données MIB CISCO-CONFIG-MAN et les notifications sont : 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 supprimé, qu'une tentative d'appel ayant échoué est considérée comme ayant échoué, ou chaque fois qu'un message d'établissement d'appel est reçu ou envoyé. Ceci provient de la MIB DIAL-CONTROL et les notifications sont : enterprise 1.3.6.1.2.1.10.21.2 1 dialCtlPeerCallInformation 2 dialCtlPeerCallSetup
    • dlsw — Envoie des notifications à partir des agents DLSw Lorsque le  dlsw   est utilisé, vous pouvez spécifier anotification-optionvalue. Ceci provient de la base de données MIB CISCO-DLSW et les notifications sont les suivantes : entreprise 1.3.6.1.4.1.9.10.9.1.7 1 ciscoDlswTrapTConnPartnerReject 2 ciscoDlswTrapTConnProtViolation 3 ciscoDlswTrapTConnUp 4 ciscoDlswTrapTConnDown 5 ciscoDlswTrapCircuitUp 6 ciscoDlswTrap CircuitDown
    • ds0-busyout— Envoie une notification chaque fois que l'état de l'occupation 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. Ceci provient de la base de données MIB CISCO-POP-MGMT et la notification est : 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 bouclé. Ce mot-clé a été ajouté dans la version 12.1(3)T du logiciel Cisco IOS pour la plateforme Cisco AS5300 seulement. Ceci provient de la base de données MIB CISCO-POP-MGMT et la notification est : enterprise 1.3.6.1.4.1.9.10.19.2 2 cpmDS1LoopbackNotification
    • dspu— Envoie une notification chaque fois que l'état de fonctionnement de l'unité physique (PU) ou de l'unité logique (LU) change ou qu'une défaillance d'activation est détectée. Ceci provient de la base de données MIB CISCO-DSPU et les notifications sont les suivantes : entreprise 1.3.6.1.4.1.9.9.24.1.4.4 1newdspuPuStateChangeTrap 2 newdspuPuActivationFailureTrap entreprise 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. Ceci provient de la base de données MIB CISCO-DSP-MGMT et la notification est : enterprise 1.3.6.1.4.1.9.9.86.2.1 cdspMIBCardStateNotification
    • entity— Envoie des notifications de modification de MIB d'entité. Ceci provient de la MIB ENTITY, et les notifications sont : enterprise 1.3.6.1.2.1.47.2.1 entConfigChange
    • envmonenvoie des notifications de surveillance de l'environnement spécifiques à l'entreprise Cisco lorsqu'un seuil environnemental est dépassé. Quand le envmon  est utilisé, vous pouvez spécifier anotification-optionvalue. Ces notifications proviennent de la base MIB CISCO-ENVMON et sont les suivantes : entreprise 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. Il provient de la base de données RFC1315-MIB et les notifications sont les suivantes : 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. Ceci provient de la MIB CISCO-HSRP, et les notifications sont : 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 anotification-optionvalue. Ces notifications proviennent de la base de données MIB CISCO-ISDN et sont les suivantes : enterprise 1.3.6.1.4.1.9.9.26.2 1 demandNbrCallInformation 2 demandNbrCallDetails 3 demandNbrLayer2Change [prise en charge depuis la version du logiciel Cisco IOS 12.1(1)T ] 4 demandNbrCNANotification [prise en charge depuis la version du logiciel Cisco IOS 12.1(5)T ]. Elles proviennent de la base de données MIB CISCO-ISDNU-IF et sont les suivantes : enterprise 1.3.6.1.1. 2.1.9.9.18.2.1 ciuIfLoopStatusNotification
    • msdp— Envoie des notifications MSDP (Multicast Source Discovery Protocol). Ceci provient de la base de données MIB MSDP et les notifications sont les suivantes : entreprise 1.3.6.1.3.92.1.1.7 1 msdpEstablished 2 msdpBackwardTransition
    • repeater — Envoie un concentrateur Ethernet repeater notifications. Lorsque le mot clé repeater est sélectionné, vous pouvez spécifier un notification-option valeur. Ceci provient de la base de données MIB CISCO-REPEATER et les notifications sont les suivantes : 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. Ceci provient de la base MIB RSVP et les notifications sont : enterprise 1.3.6.1.3.71.2 1 newFlow 2 lostFlow
    • rtr — Envoie des notifications RTR (Service Assurance Agent). Il provient de la base de données MIB CISCO-RTMON et les notifications sont les suivantes : entreprise 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 lesnmpest utilisé, vous pouvez spécifier une valeur notification-option. Ceci provient de CISCO-GENERAL-TRAPS et les notifications sont les suivantes : entreprise 1.3.6.1.2.1.11 0 coldStart 2 linkDown 3 linkUp 4 authenticationFailure 5 egpNeighborLoss entreprise 1.3.6.1.4.1.9 0 reload

      Remarque : ce déroutement est contrôlé par le type de notification « tty » : 1 tcpConnectionClose

    • syslog— Envoie des notifications de message d'erreur (MIB Cisco Syslog). Spécifiez le niveau des messages à envoyer avec le logging history level erasecat4000_flash:. Ceci provient de la base de données MIB CISCO-SYSLOG et les notifications sont les suivantes : enterprise 1.3.6.1.4.1.9.9.41.2.1 clogMessageGenerated
    • voice— Envoie des notifications vocales de mauvaise qualité. Ceci provient de CISCO-VOICE-DIAL-CONTROL-MIBSMI et les notifications sont les suivantes : enterprise 1.3.6.1.4.1.9.9.63.2 1 cvdcPoorQoVNotification
    • xgcp— Envoie des notifications XGCP (External Media Gateway Control Protocol). Ceci provient de XGCP-MOB et les notifications sont : enterprise 1.3.6.1.3.90.2 1 xgcpUpDownNotification
    notification-option (Facultatif)
    • dlsw [circuit | tconn] —Quand ledlswest 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 circuit DLSw.
      • tconn — Active les déroutements de connexion de transport homologue DLSw.
    • envmon [voltage | shutdown | supply | fan | temperature]—Quand leenvmonest utilisé, vous pouvez activer un type de notification d'environnement spécifique 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,ettemperature.
    • isdn [call-information | isdn u-interface | chan-not-avail | layer2] —Quand le   isdn    est utilisé, vous pouvez spécifier le mot-clé   call-information  pour activer une notification d'informations d'appel RNIS SNMP pour le sous-système MIB RNIS, ou vous pouvez spécifier le isdn u-interface pour activer une notification d'interface SNMP RNIS U pour le sous-système MIB d'interface RNIS U.
    • repeater [health | reset] —Quand le repeater est utilisé, vous pouvez spécifier l'option de 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 contenir un ou plusieurs des mots clés suivants : health—Enables Internet Engineering Task Force (IETF) Repeater Hub MIB (RFC 1516) health notification. reset—Enables IETF Repeater Hub MIB (RFC 1516) reset notification.
      • 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 du logiciel Cisco IOS 12.1(3)T. — Lorsque 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 des 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 le mode d'envoi des notifications 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 des notifications SNMP de démarrage à froid. Une interruption coldStart(0) signifie que l'entité de protocole émettrice est réinitialisée de sorte que la configuration de l'agent ou l'implémentation de l'entité de protocole peut être modifiée.

    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 Lesrsvpa été ajouté.
    12.0(3)T Les hsrp a été ajouté.
    12.1(3)T Ces mots-clés ont été ajoutés à la 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] de cette commande remplace la commande snmp trap link-status interface commande du mode de configuration.

    Les no forme de la snmp-server enable traps est utile pour 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 ne saisissez pas de snmp-server enable traps , aucune notification contrôlée par cette commande n'est envoyée. Afin de configurer le routeur pour envoyer ces notifications SNMP, vous devez 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é. Afin d'activer plusieurs types de notifications, vous devez émettre un snmp-server enable traps pour chaque type de notification et chaque option de notification.

    Les snmp-server enable traps est utilisée conjointement avec la commande snmp-server host erasecat4000_flash:. Lancez snmp-server host pour spécifier le ou les hôtes qui reçoivent des notifications SNMP. Pour envoyer des notifications, vous devez configurer au moins un 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 la commande 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 disponibles dans le snmp-server host ont des objets notificationEnable MIB, de sorte que certains d'entre eux ne peuvent pas être contrôlés avec la commande snmp-server enable erasecat4000_flash:.

    Informations connexes

    Historique de révision

    Révision Date de publication Commentaires
    3.0
    18-Dec-2023
    Recertification
    1.0
    10-Dec-2001
    Première publication
    TAC Authored

    Contribution d’experts de Cisco

    • Marin Gringnschi
      Ingénieur-conseil technique Cisco

    Ce document vous est-il utile?

    FeedbackCommentaires

    Contacter Cisco