IP : Protocole SNMP (Simple Network Management Protocol)

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

18 octobre 2016 - Traduction automatique
Autres versions: PDFpdf | Anglais (22 août 2015) | Commentaires


Contenu


Introduction

Remarque: Le ½ 12.1(3)T du ¿  de Releaseï de logiciel 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 périphériques de Cisco qui exécutent l'IOS Software standard (Routeurs, Commutateurs de Mode de transfert asynchrone (ATM) et Remote Access Server) de Cisco peuvent générer beaucoup de déroutements SNMP.

Conditions préalables

Conditions requises

Les lecteurs de ce document doivent comprendre ces informations :

Vous ne voulez pas qu'un périphérique de Cisco envoie tous les déroutements SNMP que le périphérique sait envoyer. Par exemple, si vous activez tous les déroutements dans un Remote Access Server avec 64 lignes d'accès commuté entrant, vous obtenez un déroutement toutes les fois qu'un utilisateur se connecte et toutes les fois qu'un utilisateur termine la connexion. Ceci crée trop de déroutements. Le logiciel de Cisco IOS définit des groupes de déroutements que vous pouvez activer ou désactiver. Il y a deux commandes de configuration globale que vous utilisez pour configurer des déroutements SNMP dans un périphérique de logiciel Cisco IOS :

  • hôte-adr de snmp-server host [déroutements | informe] [version {1 | 2c | 3 [authentique | noauth | communauté-chaîne de priv]}] [port d'udp-port] [type de notification]

    Émettez la commande de configuration globale de snmp-server host de spécifier le destinataire d'une opération de notification SNMP. Émettez le forme no de cette commande de retirer l'hôte spécifié.

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

    Émettez la commande de configuration globale de snmp-server enable traps de permettre au routeur d'envoyer des déroutements SNMP. Émettez le forme no de cette commande afin de désactiver des notifications SNMP.

Les types de déroutements peuvent être spécifiés dans les deux commandes. Vous devez émettre la commande de snmp-server host afin de définir les systèmes d'administration de réseaux où des déroutements doivent être envoyés. Vous devez spécifier les types de déroutement si vous ne voulez pas que tous les déroutements soient envoyés. Émettez les plusieurs commandes de snmp-server enable traps, une pour chacun des types de déroutement que vous avez utilisés dans la commande d'hôte SNMP.

Remarque: Non toutes les [options de type de notification] sont prises en charge sur chacun des deux commandes. Par exemple, [type de notification] X.25 et télétype (téléscripteur) ne sont pas utilisés pour le déroutement d'enable de serveur SNMP. des déroutements X.25, et téléscripteur sont activés par défaut.

Par exemple, émettez ces commandes de faire un périphérique de logiciel Cisco IOS signaler seulement la configuration, le Protocole BGP (Border Gateway Protocol), et les déroutements téléscripteur au système d'administration de réseaux 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.

Conventions

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

commande de snmp-server host

Émettez la commande de configuration globale de snmp-server host de spécifier le destinataire d'une opération de notification SNMP. Émettez le forme no de cette commande de retirer 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

hôte-adr Le nom ou l'adresse Internet de l'hôte (le destinataire visé).
déroutements (Facultatif) envoyez les déroutements SNMP à cet hôte. Il s'agit de la configuration par défaut.
informe (Facultatif) envoyez les snmps inform à cet hôte.
version (Facultatif) la version du SNMP utilisé pour envoyer les déroutements. La version 3 est les la plupart modèle sécurisé, car ce modèle permet le chiffrement des paquets avec le mot clé de priv. Si vous utilisez le mot clé de version, vous devez spécifier une de ces options :
  • 1 — SNMPv1. Cette option n'est pas disponible avec informe.
  • 2c — SNMPv2C
  • 3 — SNMPv3. Ces trois mots clé facultatifs peuvent suivre le mot clé de version 3 :
    • authentique (facultatif) authentification active de Message Digest 5 (MD5) et d'Algorithme de hachage sûr (SHA) paquet.
    • noauth (par défaut) le niveau de Sécurité de noAuthNoPriv. C'est le par défaut si [authentique | noauth | le choix de mot clé de priv] n'est pas spécifié.
    • le priv (facultatif) active le chiffrement des paquets de Norme de chiffrement de données (DES) (également appelé la « intimité »).
communauté-chaîne La chaîne comme un mot de passe de la communauté envoyée avec l'opération de notification. Bien que vous puissiez placer cette chaîne avec la commande de snmp-server host par lui-même, Cisco recommande que vous définissiez cette chaîne avec l'ordre du snmp-server community avant que vous émettiez la commande de snmp-server host.
port d'udp-port Port de Protocole UDP (User Datagram Protocol) de l'hôte à l'utiliser. Le par défaut est 162.
type de notification (Facultatif) le type de notification à envoyer à l'hôte. Si aucun type n'est spécifié, toutes les notifications sont envoyées. Le type de notification peut être un ou plusieurs de ces mots clé :
  • AAA-serveur — Envoie des notifications d'AAA.
  • BGP — Envoie des notifications de modification d'état de Protocole BGP (Border Gateway Protocol).
  • bstun — Envoie des notifications de Serial Tunneling de bloc (BSTUN).
  • calltracker — Envoie des notifications de CallTracker.
  • config — Envoie des notifications de configuration.
  • dlsw — Envoie des notifications de Data-Link Switching (DLSw).
  • ds0-busyout — Envoie des notifications ds0-busyout.
  • ds1-loopback — Envoie des notifications ds1-loopback.
  • dspu — Envoie des notifications d'Équipement de connexion de base (DSPU).
  • dsp — Envoie des notifications de traitement de signal numérique (DSP).
  • entité — Envoie des notifications de modification du Management Information Base d'entité (MIB).
  • envmon — Envoie des notifications de superviseur d'environnement de spécifique à l'entreprise de Cisco quand un seuil d'environnement est dépassé.
  • Relais de trames — Envoie des notifications de relais de trame.
  • hsrp — Envoie des notifications de Protocole HSRP (Hot Standby Router Protocol).
  • le RNIS — Envoie des notifications d'Integrated Services Digital Network (le RNIS).
  • MSDP — Envoie des notifications de Protocole MSDP (Multicast Source Discovery Protocol).
  • llc2 — Envoie le Logical Link Control, des notifications du type-2 (LLC2).
  • répéteur — Envoie des notifications standard de répéteur (hub).
  • rsrb — Envoie des notifications de Technologie Remote Source-Route Bridging (RSRB).
  • RSVP — Envoie des notifications de Protocole RSVP (Resource Reservation Protocol).
  • rtr — Envoie des notifications d'agent SA (RTR).
  • SDLC — Envoie des notifications de Protocole SDLC (Synchronous Data Link Control).
  • SNMP — Envoie des notifications de Protocole SNMP (Simple Network Management Protocol) (comme défini dans RFC 1157).
  • stupéfiez — Envoie des notifications de Tunnel série (STUN).
  • Syslog — Envoie les notifications de message d'erreur (MIB de Syslog de Cisco). Spécifiez le niveau des messages à envoyer avec la commande de niveau se connectante d'historique.
  • téléscripteur — Envoie des notifications de spécifique à l'entreprise de Cisco quand une connexion de Protocole TCP (Transmission Control Protocol) se ferme.
  • Voix — Envoie des notifications de Voix.
  • X.25 — Envoie des notifications d'événement de X.25.
  • xgcp — Envoie des notifications externes du protocole de contrôle de passerelle multimédia (XGCP).

Par défaut

La commande de snmp-server host est désactivée par défaut. Aucune notification n'est envoyée.

Si vous sélectionnez cette commande sans des mots clé, le par défaut est d'envoyer tous les types de déroutement à l'hôte.

Aucun informe sont envoyés à cet hôte. Si aucun mot clé de version n'est présent, le par défaut est version 1. La commande d'hôte de no snmp-server sans des mots clé désactive des déroutements, mais pas informe, à l'hôte. Émettez l'hôte de no snmp-server informe la commande de désactiver informe.

Remarque: Si la communauté-chaîne n'est pas définie avec l'ordre du snmp-server community avant que vous utilisiez cette commande, la forme par défaut de l'ordre du snmp-server community est automatiquement insérée dans la configuration. Le mot de passe (communauté-chaîne) utilisé pour cette configuration automatique du snmp-server community est identique que spécifié dans la commande de snmp-server host. C'est le comportement par défaut pour le Logiciel Cisco IOS version 12.0(3) et plus tard.

Modes de commande

Configuration globale - Historique des commandes

Version du logiciel Cisco IOS Modification
10.0 Commande introduite.
12.0(3)T Ces mots clé ont été ajoutés :
  • version 3 [authentique | noauth | priv]
  • hsrp

Instructions d'utilisation

Des notifications SNMP peuvent être envoyées comme déroutements ou demandes d'information. Les déroutements sont peu fiables parce que le récepteur n'envoie pas des accusés de réception quand ce périphérique reçoit des déroutements. L'expéditeur ne peut pas déterminer si les déroutements étaient reçus. Cependant, une entité SNMP qui reçoit une demande d'information reconnaît le message avec un Protocol Data Unit de réponse SNMP (PDU). Si l'expéditeur ne reçoit jamais la réponse, la demande d'information peut être envoyée de nouveau. , Informe par conséquent sont pour atteindre leur destination destinée.

Cependant, informe consomment plus de ressources dans l'agent et dans le réseau. À la différence d'un déroutement, qui est jeté dès qu'il sera envoyé, une demande d'information doit être tenue dans la mémoire jusqu'à ce qu'une réponse soit reçue, ou les temps de demande. Des déroutements sont envoyés seulement une fois, alors qu'une information peut être relancée plusieurs fois. Les nouvelles tentatives augmentent le trafic et contribuent à un temps système plus élevé sur le réseau.

Si vous ne sélectionnez pas une commande de snmp-server host, aucune notification n'est envoyée. Afin de configurer le routeur pour envoyer des notifications SNMP, vous devez sélectionner au moins une commande de snmp-server host. Si vous sélectionnez la commande sans des mots clé, tous les types de déroutement sont activés pour l'hôte.

Afin d'activer des hôtes de multiple, vous devez émettre une commande distincte de snmp-server host pour chaque hôte. Vous pouvez spécifier de plusieurs types de notification dans la commande pour chaque hôte.

Quand de plusieurs instructions de snmp-server host sont données pour le mêmes hôte et un peu notification (le déroutement ou informent), chaque commande remplace la commande précédente. Seulement la dernière commande de snmp-server host est prise en considération. Par exemple, si vous écrivez un snmp-server host informez la commande pour un hôte et puis écrivez un autre snmp-server host informent la commande pour le même hôte, la deuxième commande remplace la première.

La commande de snmp-server host est utilisée en même temps que la commande d'enable de serveur SNMP. Émettez la commande d'enable de serveur SNMP afin de spécifier que des notifications SNMP sont envoyé globalement. Pour qu'un hôte reçoive la plupart des notifications, au moins une commande d'enable de serveur SNMP et le snmp-server host commandent pour cet hôte doivent être activés.

Cependant, quelques types de notification ne peuvent pas être contrôlés avec la commande d'enable de serveur SNMP. Par exemple, quelques types de notification sont toujours activés. D'autres types de notification sont activés par une commande différente. Par exemple, les notifications de linkUpDown sont contrôlées par la commande de snmp trap link-status. Ces types de notification n'exigent pas une commande d'enable de serveur SNMP.

La Disponibilité d'un type option dépend du type et des Fonctions du logiciel Cisco IOS de routeur pris en charge sur le routeur. Par exemple, le type de notification d'envmon est disponible seulement si le superviseur d'environnement fait partie du système.

Configurer informe

Terminez-vous ces étapes pour pouvoir envoyer une information :

  1. Configurez un ID distant d'engine.

  2. Configurez un utilisateur distant.

  3. Configurez un groupe sur un périphérique distant.

  4. Déroutements d'enable sur le périphérique distant.

  5. Activez le SNMP Manager.

Exemples

Si vous voulez configurer une seule chaîne de caractères de la communauté SNMP pour des déroutements, mais vous voulez empêcher l'accès d'interrogation SNMP avec cette chaîne, la configuration doit inclure une liste d'accès. Dans cet exemple, la chaîne de la communauté est nommée des « comaccess, » et la liste d'accès numéro 10 :

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

Cet exemple envoie les déroutements SNMP à l'hôte spécifié par le nom myhost.cisco.com. La chaîne de la communauté est définie comme comaccess :

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

Cet exemple envoie le SNMP et les déroutements d'entreprise-particularité de superviseur d'environnement de Cisco pour adresser 172.30.2.160 :

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

Cet exemple permet au routeur d'envoyer tous les déroutements à l'hôte myhost.cisco.com avec le public de chaîne de la communauté :

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

Cet exemple n'envoie des déroutements à aucun hôte. Les déroutements BGP sont activés pour tous les hôtes, mais seulement les déroutements RNIS sont activés être envoyés à un hôte.

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

Cet exemple permet au routeur d'envoyer toutes les demandes d'information à l'hôte myhost.cisco.com utilisant le public de chaîne de la communauté :

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

Cet exemple envoie des déroutements de SNMPv2C de HSRP à l'hôte spécifié par le nom myhost.cisco.com. La chaîne de la communauté est définie comme public.

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

commande de snmp-server enable traps

Utilisez la commande de configuration globale de snmp-server enable traps de permettre au routeur d'envoyer des déroutements SNMP. Utilisez le forme no de cette commande de désactiver des notifications SNMP.

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

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

Description de la syntaxe

type de notification (Facultatif) le type de notification à activer. Si aucun type n'est spécifié, toutes les notifications sont envoyées (envmon y compris et des notifications du répéteur). Le type de notification peut être l'un de ces mots clé :
  • AAA-serveur — Envoie des notifications de serveur d'AAA. Ce mot clé est ajouté depuis le Logiciel Cisco IOS version 12.1(3)T pour Cisco AS5300 et les Plateformes AS5800 seulement. C'est du CISCO-AAA-SERVER-MIB, et les notifications sont : entreprise 1.3.6.1.4.1.9.10.56.2 1 casServerStateChange
  • BGP — Envoie des notifications de modification d'état de Protocole BGP (Border Gateway Protocol). C'est du BGP4-MIB, et les notifications sont : l'entreprise 1.3.6.1.2.1.15.7 1 bgpEstablished le bgpBackwardTransition 2
  • calltracker — Envoie une notification toutes les fois qu'une nouvelle entrée d'appel actif est créée dans le cctActiveTable ou une nouvelle entrée d'appel d'historique est créée dans le cctHistoryTable ceci est du CISCO-CALL-TRACKER-MIB, et les notifications sont : entreprise 1.3.6.1.4.1.9.9.163.2 1 cctCallTerminateNotification du cctCallSetupNotification 2
  • config — Envoie des notifications de configuration. C'est du CISCO-CONFIG-MAN-MIB, et les notifications sont : entreprise 1.3.6.1.4.1.9.9.43.2 1 ciscoConfigManEvent
  • cadran — Envoie une notification toutes les fois qu'un appel réussi efface, une tentative d'appel défaillante est déterminé à avoir finalement manqué, ou toutes les fois qu'un message d'établissement d'appel est reçu ou envoyé. C'est du DIAL-CONTROL-MIB, et les notifications sont : entreprise 1.3.6.1.2.1.10.21.2 1 dialCtlPeerCallSetup du dialCtlPeerCallInformation 2
  • dlsw — Envoie des notifications des agents de DLSw quand le mot clé de dlsw est utilisé, vous peut spécifier une valeur d'option de notification. C'est du CISCO-DLSW-MIB, et les notifications sont : entreprise 1.3.6.1.4.1.9.10.9.1.7 1 ciscoDlswTrapCircuitDown du ciscoDlswTrapCircuitUp 6 du ciscoDlswTrapTConnDown 5 du ciscoDlswTrapTConnUp 4 du ciscoDlswTrapTConnProtViolation 3 du ciscoDlswTrapTConnPartnerReject 2
  • ds0-busyout — Envoie une notification toutes les fois que le busyout d'une interface DS0 change l'état. Ce mot clé est ajouté depuis le Logiciel Cisco IOS version 12.1(3)T pour la plate-forme de Cisco AS5300 seulement. C'est du CISCO-POP-MGMT-MIB, et la notification est : entreprise 1.3.6.1.4.1.9.10.19.2 1 cpmDS0BusyoutNotification
  • ds1-loopback — Envoie une notification toutes les fois que l'interface DS1 entre dans le mode de bouclage. Ce mot clé est ajouté depuis le Logiciel Cisco IOS version 12.1(3)T pour la plate-forme de Cisco AS5300 seulement. C'est du CISCO-POP-MGMT-MIB, et la notification est : entreprise 1.3.6.1.4.1.9.10.19.2 2 cpmDS1LoopbackNotification
  • dspu — Envoie une notification toutes les fois que l'état opérationnel de l'unité physique (unité centrale) ou les modifications ou la panne d'activation de l'unité logique (LU) est détectées. C'est du CISCO-DSPU-MIB, et les notifications sont : entreprise 1.3.6.1.4.1.9.9.24.1.5.3 du newdspuPuActivationFailureTrap 1newdspuPuStateChangeTrap 2 de l'entreprise 1.3.6.1.4.1.9.9.24.1.4.4 1 dspuLuActivationFailureTrap du newdspuLuStateChangeTrap 2
  • dsp — Envoie une notification toutes les fois que la carte DSP va en haut ou en bas. C'est du CISCO-DSP-MGMT-MIB, et la notification est : entreprise 1.3.6.1.4.1.9.9.86.2 1 cdspMIBCardStateNotification
  • entité — Envoie des notifications de modification MIB d'entité. C'est de l'ENTITY-MIB, et les notifications sont : entreprise 1.3.6.1.2.1.47.2 1 entConfigChange
  • envmon — Envoie des notifications de surveillance de l'environnement de spécifique à l'entreprise de Cisco quand un seuil d'environnement est dépassé. Quand le mot clé d'envmon est utilisé, vous pouvez spécifier une valeur d'option de notification. C'est du CISCO-ENVMON-MIB, et les notifications sont : entreprise 1.3.6.1.4.1.9.9.13.3 1 ciscoEnvMonRedundantSupplyNotification du ciscoEnvMonFanNotification 5 du ciscoEnvMonTemperatureNotification 4 du ciscoEnvMonVoltageNotification 3 du ciscoEnvMonShutdownNotification 2
  • Relais de trames — Envoie des notifications de relais de trame. C'est du RFC1315-MIB, et les notifications sont : entreprise 1.3.6.1.2.1.10.32 1 frDLCIStatusChange
  • hsrp — Envoie des notifications de Protocole HSRP (Hot Standby Router Protocol). Cette caractéristique est prise en charge depuis le Logiciel Cisco IOS version 12.0(3)T. C'est du CISCO-HSRP-MIB, et les notifications sont : entreprise 1.3.6.1.4.1.9.9.106.2 1 cHsrpStateChange
  • le RNIS — Envoie des notifications RNIS. Quand le mot clé RNIS est utilisé, vous pouvez spécifier une valeur d'option de notification. C'est du CISCO-ISDN-MIB, et les notifications sont : l'entreprise 1.3.6.1.4.1.9.9.26.2 1 demandNbrCNANotification 4 des demandNbrCallDetails 3 demandNbrLayer2Change du demandNbrCallInformation 2 [pris en charge puisque Logiciel Cisco IOS version 12.1(1)T] [pris en charge puisque Logiciel Cisco IOS version 12.1(5)T] ceci est du CISCO-ISDNU-IF-MIB, et les notifications sont : entreprise 1.3.6.1.4.1.9.9.18.2 1 ciuIfLoopStatusNotification
  • MSDP — Envoie des notifications de Protocole MSDP (Multicast Source Discovery Protocol). C'est du MSDP-MIB, et les notifications sont : l'entreprise 1.3.6.1.3.92.1.1.7 1 msdpEstablished le msdpBackwardTransition 2
  • répéteur — Envoie des notifications du répéteur de hub d'Ethernets. Quand le mot clé du répéteur est sélectionné, vous pouvez spécifier une valeur d'option de notification. C'est du CISCO-REPEATER-MIB, et les notifications sont : entreprise 1.3.6.1.4.1.9.9.22.3 1 ciscoRptrIllegalSrcAddrTrap
  • RSVP — Envoie des notifications de Protocole RSVP (Resource Reservation Protocol). Cette caractéristique est prise en charge depuis le Logiciel Cisco IOS version 12.0(2)T. C'est du RSVP-MIB, et les notifications sont : entreprise 1.3.6.1.3.71.2 1 lostFlow du newFlow 2
  • rtr — Envoie des notifications de RTR de Service Assurance Agent (SAA) (RTR). C'est du CISCO-RTTMON-MIB, et les notifications sont : entreprise 1.3.6.1.4.1.9.9.42.2 1 rttMonVerifyErrorNotification du rttMonThresholdNotification 4 du rttMonTimeoutNotification 3 du rttMonConnectionChangeNotification 2
  • SNMP — Envoie des notifications de Protocole SNMP (Simple Network Management Protocol). Quand le mot clé SNMP est utilisé, vous pouvez spécifier une valeur d'option de notification. C'est du CISCO-GENERAL-TRAPS, et les notifications sont : entreprise 1.3.6.1.2.1.11 0 entreprises 1.3.6.1.4.1.9 d'egpNeighborLoss de l'authenticationFailure 5 du lien 4 du linkDown 3 du coldStart 2 0 recharges

    Remarque: Ce déroutement est contrôlé par le type de notification « téléscripteur » :

    Remarque: 1 tcpConnectionClose

  • Syslog — Envoie les notifications de message d'erreur (MIB de Syslog de Cisco). Spécifiez le niveau des messages à envoyer avec la commande de niveau se connectante d'historique. C'est du CISCO-SYSLOG-MIB, et les notifications sont : entreprise 1.3.6.1.4.1.9.9.41.2 1 clogMessageGenerated
  • Voix — Envoie la mauvaise qualité des notifications de Voix. C'est du CISCO-VOICE-DIAL-CONTROL-MIBSMI, et les notifications sont : entreprise 1.3.6.1.4.1.9.9.63.2 1 cvdcPoorQoVNotification
  • xgcp — Envoie des notifications externes du protocole de contrôle de passerelle multimédia (XGCP). C'est du XGCP-MIB, et les notifications sont : entreprise 1.3.6.1.3.90.2 1 xgcpUpDownNotification
option de notification (Facultatif)
  • dlsw [circuit | tconn] — quand le mot clé de 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 de DLSw sont activés. L'option peut être un ou plusieurs de ces mots clé :
    • circuit — Déroutements de circuit de DLSw d'enables.
    • tconn — Déroutements de connexion de transport de pair de DLSw d'enables.
  • envmon [tension | arrêt | approvisionnement | thermoventilateur | la température] — quand le mot clé d'envmon est utilisé, vous pouvez activer un type de notification environnemental spécifique, ou recevez tous les types de notification du système de superviseur d'environnement. Si aucune option n'est spécifiée, toutes les notifications environnementales sont activées. L'option peut être un ou plusieurs de ces mots clé : tension, arrêt, approvisionnement, thermoventilateur, et température.
  • le RNIS [les informations d'appel | u-interface RNIS | chan-non-disponibilité | layer2] — Quand le mot clé RNIS est utilisé, vous pouvez spécifier le mot clé des informations d'appel pour activer une notification des informations d'appel SNMP LE RNIS pour le sous-système MIB RNIS, ou vous pouvez spécifier le mot clé d'u-interface RNIS pour activer une notification d'interface U SNMP LE RNIS pour le sous-système MIB d'interface U RNIS.
  • répéteur [santé | remise] — quand le mot clé du répéteur est utilisé, vous pouvez spécifier l'option de répéteur. Si aucune option n'est spécifiée, toutes les notifications du répéteur sont activées. L'option peut être un ou plusieurs de ces mots clé : santés--Notification de santés MIB de hub de répéteur de l'Internet Engineering Task Force d'enables (IETF) (RFC 1516). remise--MIB de hub de répéteur IETF d'enables (RFC 1516) a remis à l'état initial la notification.
    • santés — Active la notification de santés MIB de hub de répéteur de l'Internet Engineering Task Force (IETF) (RFC 1516).
    • remise — Active la notification remise à l'état initial MIB de hub de répéteur IETF (RFC 1516).
  • SNMP [authentification | lien | linkdown | lien de mots clé de coldstart] | linkdown | coldstart ajouté depuis le Logiciel Cisco IOS version 12.1(3)T. — Quand le mot clé 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 sont activés (ou désactivé, si le forme no est utilisé). Les types de notification disponibles sont :
    • authentification — Contrôle la distribution des notifications d'échec d'authentification SNMP. AuthenticationFailure(4) un déroutement signifie que l'entité de envoi de protocole est le destinataire d'un message de gestion de protocole qui n'est pas correctement authentifié.
    • lien — Contrôle l'envoi des notifications de lien SNMP. LinkUp(3) un déroutement signifie que l'entité de envoi de protocole identifie qu'une des liaisons de communication représentées dans la configuration de l'agent a monté.
    • linkdown — Contrôle le comment des notifications de linkdown SNMP sont envoyées. LinkDown(2) un déroutement signifie que l'entité de envoi de protocole identifie une panne dans une des liaisons de communication représentées dans la configuration de l'agent.
    • coldstart — Contrôle l'envoi des notifications de coldstart SNMP. ColdStart(0) un déroutement signifie que l'entité de envoi de protocole se réinitialise tels que la configuration de l'agent ou de l'implémentation d'entité de protocole pourrait être modifiée.

Par défaut

Des notifications SNMP sont désactivées.

Si vous sélectionnez cette commande sans des mots clé de type de notification, le par défaut est d'activer tous les types de notification contrôlés par cette commande.

Modes de commande

Configuration globale - Historique des commandes

Version du logiciel Cisco IOS Modification
11.1 Cette commande a été introduite.
12.0(2)T Le mot clé de RSVP a été ajouté.
12.0(3)T Le mot clé de hsrp a été ajouté.
12.1(3)T Ces mots clé ont été ajoutés à la forme de snmp-server enable traps snmp de cette commande :
  • lien
  • linkdown
  • coldstart
Ces mots clé de type de notification ont été ajoutés pour la plate-forme de Cisco AS5300 seulement :
  • ds0-busyout
  • chan-non-disponibilité RNIS
  • modem-santés
  • ds1-loopback
Ce mot clé de type de notification a été ajouté pour Cisco AS5300 et les Plateformes AS5800 seulement :
  • AAA-serveur

Instructions d'utilisation

La forme de snmp-server enable traps snmp [lien] [linkdown] de cette commande remplace la commande de mode de configuration d'interface de snmp trap link-status.

Le forme no de la commande de snmp-server enable traps est utile afin de désactiver les notifications qui génèrent un grand nombre de bruit inutile sur votre réseau.

Des notifications SNMP peuvent être envoyées comme déroutements ou demandes d'information. Ce déroutements et demandes d'information de commandes enables pour les types de notification spécifiés.

Si vous n'entrez pas le snmp-server enable traps commande, aucune notifications contrôlées par cette commande est envoyé. Afin de configurer le routeur pour envoyer ces notifications SNMP, vous devez sélectionner au moins une commande de snmp-server enable traps. Si vous sélectionnez la commande sans des mots clé, tous les types de notification sont activés. Si vous sélectionnez la commande avec un mot clé, seulement le type de notification lié à ce mot clé est activé. Afin d'activer de plusieurs types de notifications, vous devez émettre une commande distincte de snmp-server enable traps pour chaque type de notification et option de notification.

La commande de snmp-server enable traps est utilisée en même temps que la commande de snmp-server host. Émettez la commande de snmp-server host de spécifier qui hébergent ou les hôtes reçoivent des notifications SNMP. Afin d'envoyer des notifications, vous devez configurer au moins une commande de snmp-server host.

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

Les types de notification les ont utilisé dans cette commande que tous ont un objet associé MIB qui les laisse à activer ou être désactivés (par exemple, des déroutements de HSRP sont définis avec le MIB de HSRP, répéteur des déroutements sont définis avec le MIB de hub de répéteur, et ainsi de suite). Non tous les types de notification disponibles dans la commande de snmp-server host ont les objets notificationEnable MIB, ainsi certaines de ces derniers ne peuvent pas être contrôlées avec la commande d'enable de serveur SNMP.


Informations connexes


Document ID: 13506