Unterstützte Cisco IOS SNMP-Traps konfigurieren

Download-Optionen

  • PDF     (282.4 KB)
    Mit Adobe Reader auf verschiedenen Geräten anzeigen
Aktualisiert:1. Juni 2026
Dokument-ID:13506

Inklusive Sprache

In dem Dokumentationssatz für dieses Produkt wird die Verwendung inklusiver Sprache angestrebt. Für die Zwecke dieses Dokumentationssatzes wird Sprache als „inklusiv“ verstanden, wenn sie keine Diskriminierung aufgrund von Alter, körperlicher und/oder geistiger Behinderung, Geschlechtszugehörigkeit und -identität, ethnischer Identität, sexueller Orientierung, sozioökonomischem Status und Intersektionalität impliziert. Dennoch können in der Dokumentation stilistische Abweichungen von diesem Bemühen auftreten, wenn Text verwendet wird, der in Benutzeroberflächen der Produktsoftware fest codiert ist, auf RFP-Dokumentation basiert oder von einem genannten Drittanbieterprodukt verwendet wird. Hier erfahren Sie mehr darüber, wie Cisco inklusive Sprache verwendet.

Informationen zu dieser Übersetzung

Cisco hat dieses Dokument maschinell übersetzen und von einem menschlichen Übersetzer editieren und korrigieren lassen, um unseren Benutzern auf der ganzen Welt Support-Inhalte in ihrer eigenen Sprache zu bieten. Bitte beachten Sie, dass selbst die beste maschinelle Übersetzung nicht so genau ist wie eine von einem professionellen Übersetzer angefertigte. Cisco Systems, Inc. übernimmt keine Haftung für die Richtigkeit dieser Übersetzungen und empfiehlt, immer das englische Originaldokument (siehe bereitgestellter Link) heranzuziehen.

Einleitung

In diesem Dokument wird beschrieben, wie unterstützte Cisco IOS® SNMP-Traps konfiguriert werden.

Voraussetzungen

Anforderungen

Cisco empfiehlt, dass Sie über Kenntnisse in folgenden Bereichen verfügen:

  • Kenntnisse der Cisco IOS Command Line Interface (CLI)

Verwendete Komponenten

Dieses Dokument ist nicht auf bestimmte Software- und Hardware-Versionen beschränkt.

Die Informationen in diesem Dokument beziehen sich auf Geräte in einer speziell eingerichteten Testumgebung. Alle Geräte, die in diesem Dokument benutzt wurden, begannen mit einer gelöschten (Nichterfüllungs) Konfiguration. Wenn Ihr Netzwerk in Betrieb ist, stellen Sie sicher, dass Sie die möglichen Auswirkungen aller Befehle kennen.

Konventionen

Weitere Informationen zu Dokumentkonventionen finden Sie unter Cisco Technical Tips Conventions (Technische Tipps von Cisco zu Konventionen).

Hintergrundinformationen

Beim Arbeiten mit SNMP wird empfohlen, die Anzahl der auf einem Cisco Gerät aktivierten Traps zu begrenzen, um übermäßigen Datenverkehr zu verhindern. Wenn Sie beispielsweise alle Traps auf einem RAS-Server mit 64 Einwahlleitungen aktivieren, wird bei jedem Verbindungs- und Trennungsereignis ein Trap generiert, der das Überwachungssystem schnell überlasten kann. Mit der Cisco IOS Software können Sie bestimmte Trap-Gruppen konfigurieren und aktivieren bzw. deaktivieren, wodurch das Trap-Volumen effizient verwaltet wird. Es gibt zwei globale Konfigurationsbefehle zum Konfigurieren von SNMP-Traps auf einem Cisco IOS Software-Gerät:

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

Geben Sie den globalen Konfigurationsbefehl snmp-server host ein, um den Empfänger eines SNMP-Benachrichtigungsvorgangs anzugeben. Geben Sie keine Form dieses Befehls ein, um den angegebenen Host zu entfernen.

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

Geben Sie den globalen Konfigurationsbefehl "snmp-server enable traps" ein, damit der Router SNMP-Traps senden kann. Geben Sie die Form dieses Befehls ein, um SNMP-Benachrichtigungen zu deaktivieren.

Die Trap-Typen können in beiden Befehlen angegeben werden. Sie müssen den Befehl snmp-server host eingeben, um die Netzwerkmanagementsysteme zu definieren, an die Traps gesendet werden. Sie müssen die Trap-Typen angeben, wenn nicht alle Traps gesendet werden sollen. Geben Sie mehrere SNMP-server enable traps-Befehle ein, einen für jeden der Trap-Typen, die Sie im snmp host-Befehl verwendet haben.

Anmerkung: Nicht alle [Benachrichtigungstyp]-Optionen werden auf beiden Befehlen unterstützt. Beispielsweise werden [Benachrichtigungstyp] "x25" und "teletype" (tty) nicht für SNMP-server enable trap x25 verwendet, und "tty"-Traps sind standardmäßig aktiviert.

Geben Sie beispielsweise die folgenden Befehle ein, damit ein Cisco IOS-Software-Gerät nur die Konfiguration, das Border Gateway Protocol (BGP) und tty Traps an das Network Management System 10.10.10.10 meldet:

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

Anmerkung: Dieses Dokument wurde mit Version 12.1(3)T der Cisco IOS-Software erstellt. Wenn Sie eine andere Version der Cisco IOS Software verwenden, können die unterstützten Optionen variieren, da die Verfügbarkeit der Funktionen je nach Version variieren kann. Wenn Sie eine Cisco IOS-Softwareversion nach 12.1(3)T verwenden, können zusätzliche Optionen vom Typ [notification-type] unterstützt werden. Eine aktuelle Liste aller unterstützten Cisco IOS Software Simple Network Management Protocol (SNMP) Trap Object Identifiers (OIDs) finden Sie in diesem Dokument.

Cisco Geräte, auf denen die Standard-Cisco IOS-Software ausgeführt wird (Router, ATM-Switches (Asynchronous Transfer Mode) und RAS-Server), können viele SNMP-Traps generieren.

Befehle

Der snmp-server-host Befehl

Geben Sie den globalen Konfigurationsbefehl snmp-server host ein, um den Empfänger eines SNMP-Benachrichtigungsvorgangs anzugeben. Geben Sie den Befehl no form aus, um den angegebenen Host zu entfernen.

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]

Syntaxbeschreibung

host-addr Der Name oder die Internetadresse des Hosts (der Zielempfänger).
traps (Optional) Senden Sie SNMP-Traps an diesen Host. Dies ist die Standardeinstellung. 
informs (Optional) Senden Sie SNMP-Informationen an diesen Host.
version (Optional) Die Version des SNMP, die zum Senden der Traps verwendet wird. Version 3 ist das sicherste Modell, da dieses Modell die Paketverschlüsselung mit dem priv Schlüsselwort ermöglicht. Wenn Sie das version-Schlüsselwort verwenden, müssen Sie eine der folgenden Optionen angeben:
  • 1 - SNMPv1. Diese Option ist bei Informs nicht verfügbar.
  • 2c - SNMPv2C
  • 3 - SNMPv3. Diese drei optionalen Schlüsselwörter können nach dem Schlüsselwort der Version 3 stehen:
    • auth (Optional) Aktiviert Message Digest 5 (MD5)- und Secure Hash Algorithm (SHA)-Paketauthentifizierung.
    • noauth (Standard) Die Sicherheitsstufe noAuthNoPriv. Dies ist der Standardwert, wenn die [auth | noauth | priv] Schlüsselwortwahl ist nicht angegeben.
    • priv (Optional) Aktiviert die DES-Paketverschlüsselung (Data Encryption Standard) (auch "Privacy" genannt).
community-string Der passwortähnliche Community String, der mit der Benachrichtigung gesendet wurde. Obwohl Sie diese Zeichenfolge mit snmp-server host dem Befehl selbst festlegen können, empfiehlt Cisco, dass Sie diese Zeichenfolge mit snmp-server community dem Befehl definieren, bevor Sie snmp-server host den Befehl ausgeben.
udp-portport User Datagram Protocol (UDP)-Port des zu verwendenden Hosts Der Standardwert ist 162.
Benachrichtigungstyp (Optional) Die Art der Benachrichtigung, die an den Host gesendet werden soll. Wenn kein Typ angegeben ist, werden alle Benachrichtigungen gesendet. Beim Benachrichtigungstyp kann es sich um eines oder mehrere der folgenden Schlüsselwörter handeln:
  • aaa-server — Sendet AAA-Benachrichtigungen.
  • bgp — Sendet Border Gateway Protocol (BGP)-Statusänderungen.
  • bstun — Sendet BSTUN-Benachrichtigungen (Block Serial Tunneling).
  • calltracker — Sendet CallTracker-Benachrichtigungen.
  • config — Sendet Konfigurationsbenachrichtigungen.
  • dlsw — Sendet DLSw-Benachrichtigungen (Data Link Switching).
  • ds0-busyout — Sendet ds0-busyout-Benachrichtigungen.
  • ds1-loopback — Sendet ds1-Loopback-Benachrichtigungen.
  • dspu — Sendet DSPU-Benachrichtigungen (Downstream Physical Unit).
  • dsp — Sendet DSP-Benachrichtigungen (Digital Signal Processing).
  • entity — Sendet MIB-Änderungsbenachrichtigungen (Entity Management Information Base).
  • envmon — Sendet Cisco unternehmensspezifische Umgebungsüberwachungsbenachrichtigungen, wenn ein Umgebungs-Schwellenwert überschritten wird.
  • frame-relay — Sendet Frame-Relay-Benachrichtigungen.
  • hsrp — Sendet HSRP-Benachrichtigungen (Hot Standby Router Protocol).
  • isdn - Sendet ISDN-Benachrichtigungen (Integrated Services Digital Network).
  • msdp — Sendet MSDP-Benachrichtigungen (Multicast Source Discovery Protocol).
  • llc2 — Sendet Benachrichtigungen über logische Verbindungssteuerung vom Typ 2 (LLC2).
  • repeater  — Sendet Standard-Hub-Benachrichtigungen (Repeater).
  • rsrb — Sendet Remote-RSRB-Benachrichtigungen (Source-Route Bridging).
  • rsvp — Sendet RSVP-Benachrichtigungen (Resource Reservation Protocol).
  • rtr — Sendet Benachrichtigungen des SA Agents (RTR).
  • sdlc — Sendet SDLC-Benachrichtigungen (Synchronous Data Link Control).
  • snmp — Sendet SNMP-Benachrichtigungen (Simple Network Management Protocol) (wie in RFC 1157 definiert).
  • stun — Sendet STUN-Benachrichtigungen (Serial Tunnel).
  • syslog — Sendet Fehlermeldungen (Cisco Syslog MIB). Geben Sie die Nachrichtenebene an, die mit dem  logging history level Befehl gesendet werden soll.
  • tty — Sendet unternehmensspezifische Benachrichtigungen von Cisco, wenn eine TCP-Verbindung (Transmission Control Protocol) geschlossen wird.
  • voice — Sendet Sprachbenachrichtigungen.
  • x25 — Sendet X.25-Ereignisbenachrichtigungen.
  • xgcp — Sendet XGCP-Benachrichtigungen (External Media Gateway Control Protocol).

Standardwerte

Der Befehl snmp-server host ist standardmäßig deaktiviert, und es werden keine Benachrichtigungen gesendet.

Wenn Sie diesen Befehl ohne Schlüsselwörter eingeben, werden standardmäßig alle Trap-Typen an den Host gesendet.

Es werden keine Informationen an diesen Host gesendet. Wenn kein version-Schlüsselwort vorhanden ist, ist der Standardwert Version 1. Der Befehl no snmp-server host ohne Schlüsselwörter deaktiviert Traps, informiert den Host jedoch nicht. Geben Sie den Befehl no snmp-server host informs ein, um informs zu deaktivieren.

Anmerkung: Wenn der Community-String nicht mit dem snmp-server community-Befehl definiert ist, bevor Sie diesen Befehl verwenden, wird die Standardform des snmp-server community-Befehls automatisch in die Konfiguration eingefügt. Das Kennwort (community-string) wird für die automatische Konfiguration der snmp-server-community verwendet, die mit dem angegebenen snmp-server host-Befehl übereinstimmt. Dies ist das Standardverhalten für Cisco IOS Software, Version 12.0(3) und höher.

Befehlsmodi

Globale Konfiguration - Befehlsverlauf

Cisco IOS-Softwareversion Änderung
10.0 Befehl eingeführt.
12,0(3)T Folgende Schlüsselwörter wurden hinzugefügt:
  • version 3 [auth | noauth | priv]
  • hsrp

Richtlinien verwenden

SNMP-Benachrichtigungen können als Traps oder Inform-Anfragen gesendet werden. Traps sind unzuverlässig, da der Empfänger keine Bestätigungen sendet, wenn dieses Gerät Traps empfängt. Der Absender kann nicht feststellen, ob die Traps empfangen wurden. Eine SNMP-Einheit, die eine Inform-Anfrage empfängt, bestätigt die Nachricht jedoch mit einer SNMP-Response Protocol Data Unit (PDU). Wenn der Absender die Antwort nie erhält, kann die Inform-Anfrage erneut gesendet werden. Informationen erreichen daher eher ihr beabsichtigtes Ziel.

Informationen belegen jedoch mehr Ressourcen im Agent und im Netzwerk. Im Gegensatz zu einem Trap, der verworfen wird, sobald er gesendet wird, muss eine Informationsanfrage im Speicher gehalten werden, bis eine Antwort empfangen wird oder die Anfrage eine Zeitüberschreitung aufweist. Traps werden nur einmal gesendet, während eine Benachrichtigung mehrmals wiederholt werden kann. Die Wiederholungsversuche erhöhen den Datenverkehr und tragen zu einem höheren Overhead im Netzwerk bei.

Wenn Sie keinen snmp-server host-Befehl eingeben, werden keine Benachrichtigungen gesendet. Um den Router für das Senden von SNMP-Benachrichtigungen zu konfigurieren, müssen Sie mindestens einen snmp-server host-Befehl eingeben. Wenn Sie den Befehl ohne Schlüsselwörter eingeben, sind alle Trap-Typen für den Host aktiviert. Um mehrere Hosts zu aktivieren, müssen Sie einen separaten snmp-server host-Befehl für jeden Host ausgeben. Sie können im Befehl für jeden Host mehrere Benachrichtigungstypen angeben.

Wenn mehrere snmp-server host-Befehle für den gleichen Host und die gleiche Benachrichtigung (Trap oder Inform) gegeben werden, überschreibt jeder Befehl den vorherigen Befehl. Nur der letzte Befehl "snmp-server host" wird berücksichtigt. Wenn Sie z. B. einen snmp-server host inforrt-Befehl für einen Host und dann einen anderen snmp-server host inforrt-Befehl für denselben Host eingeben, ersetzt der zweite Befehl den ersten.

Der Befehl snmp-server host wird zusammen mit dem Befehl snmp-server enable verwendet. Geben Sie den Befehl snmp-server enable ein, um festzulegen, welche SNMP-Benachrichtigungen global gesendet werden. Damit ein Host die meisten Benachrichtigungen empfangen kann, müssen mindestens ein snmp-server enable-Befehl und der snmp-server host-Befehl für diesen Host aktiviert sein.

Einige Benachrichtigungstypen können jedoch nicht mit dem Befehl snmp-server enable gesteuert werden. Beispielsweise sind einige Benachrichtigungstypen immer aktiviert. Andere Benachrichtigungstypen werden durch einen anderen Befehl aktiviert. Die linkUpDown-Benachrichtigungen werden beispielsweise durch den Befehl snmp trap link-status gesteuert. Für diese Benachrichtigungstypen ist kein snmp-server enable-Befehl erforderlich.

Die Verfügbarkeit einer Benachrichtigungsoption hängt vom Routertyp und den Cisco IOS-Softwarefunktionen ab, die vom Router unterstützt werden. Der Benachrichtigungstyp envmon ist beispielsweise nur verfügbar, wenn der Umgebungsmonitor Teil des Systems ist.

Informs konfigurieren

Gehen Sie wie folgt vor, um eine Benachrichtigung zu senden:

  1. Konfigurieren einer Remote-Engine-ID

  2. Konfigurieren eines Remote-Benutzers

  3. Konfigurieren einer Gruppe auf einem Remote-Gerät

  4. Aktivieren Sie Traps auf dem Remote-Gerät.

  5. Aktivieren Sie den SNMP-Manager.

Beispiele

Um einen eindeutigen SNMP-Community-String für Traps zu konfigurieren, Sie jedoch SNMP-Polling-Zugriff mit diesem String verhindern möchten, muss die Konfiguration eine Zugriffsliste enthalten. In diesem Beispiel wird der Community-String comaccess genannt, und die Zugriffsliste ist mit 10 nummeriert:

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

In diesem Beispiel werden die SNMP-Traps an den Host gesendet, der mit dem Namen myhost.cisco.com angegeben ist. Der Community-String wird als comaccess definiert:

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

In diesem Beispiel werden die unternehmensspezifischen Traps der SNMP- und Cisco Umgebungsüberwachung an die Adresse 172.30.2.160 gesendet:

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

In diesem Beispiel kann der Router alle Traps mit dem Community-String public an den Host myhost.cisco.com senden:

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

In diesem Beispiel werden keine Traps an einen Host gesendet. Die BGP-Traps sind für alle Hosts aktiviert, aber nur die ISDN-Traps können Daten an einen Host senden.

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

In diesem Beispiel kann der Router alle Inform-Anfragen mit dem Community-String public an den Host myhost.cisco.com senden:

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

In diesem Beispiel werden HSRP-SNMPv2c-Traps an den Host gesendet, der mit dem Namen myhost.cisco.com angegeben ist. Der Community-String ist als public definiert.

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

Der snmp-server enable traps Befehl

Verwenden Sie den globalen Konfigurationsbefehl snmp-server enable traps, um dem Router das Senden von SNMP-Traps zu ermöglichen. Verwenden Sie die Form no (Nein) dieses Befehls, um SNMP-Benachrichtigungen zu deaktivieren.

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

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

Syntaxbeschreibung

Benachrichtigungstyp

(Optional): Der Typ der zu aktivierenden Benachrichtigung. Wenn kein Typ angegeben ist, werden alle Benachrichtigungen gesendet (einschließlich der envmon- und Repeater-Benachrichtigungen). Beim Benachrichtigungstyp kann es sich um eines der folgenden Schlüsselwörter handeln:

  • aaa-server — Sendet AAA-Serverbenachrichtigungen. Dieses Schlüsselwort wurde seit Version 12.1(3)T der Cisco IOS-Software nur für die Plattformen Cisco AS5300 und AS5800 hinzugefügt. Dies stammt aus der CISCO-AAA-SERVER-MIB und die Benachrichtigungen lauten wie folgt: Enterprise 1.3.6.1.4.1.9.10.56.2.1 casServerStateChange
  • bgp — Sendet Border Gateway Protocol (BGP)-Statusänderungen. Dieser stammt aus der BGP4-MIB, und die Benachrichtigungen lauten wie folgt: Enterprise 1.3.6.1.2.1.15.7 1 bgpEtabliert 2 bgpBackwardTransition.
  • calltracker — Sendet eine Benachrichtigung, wenn ein neuer aktiver Anrufeintrag in der cctActiveTable oder ein neuer historischer Anrufeintrag in der cctHistoryTable erstellt wird. Dieser Eintrag stammt aus der CISCO-CALL-TRACKER-MIB, und die Benachrichtigungen lauten wie folgt: enterprise 1.3.6.1.4.1.9.9.163.2 1 cctCallSetupNotification 2 cctCallTerminateNotification.
  • config — Sendet Konfigurationsbenachrichtigungen. Dies ist aus der CISCO-CONFIG-MAN-MIB. Die Benachrichtigungen lauten wie folgt: Enterprise 1.3.6.1.4.1.9.9.43.2.1 ciscoConfigManEvent
  • dial - Sendet eine Benachrichtigung, wenn ein erfolgreicher Anruf beendet wird, festgestellt wird, dass ein fehlgeschlagener Anrufversuch letztendlich fehlgeschlagen ist, oder wenn eine Anrufeinrichtungsnachricht empfangen oder gesendet wird. Dies stammt aus der Wählsteuerungs-MIB und die Benachrichtigungen sind: enterprise 1.3.6.1.2.1.10.21.2 1 dialCtlPeerCallInformation 2 dialCtlPeerCallSetup.
  • dlsw — Sendet Benachrichtigungen von DLSw-Agenten Wenn das dlswSchlüsselwort verwendet wird, können Sie einen Wert für die Benachrichtigungsoption angeben. Dies stammt aus der CISCO-DLSW-MIB und die Benachrichtigungen sind: Unternehmen 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 — Sendet eine Benachrichtigung, wenn sich der Status des Ausgangs einer DS0-Schnittstelle ändert. Dieses Schlüsselwort wurde seit Version 12.1(3)T der Cisco IOS-Software nur für die Cisco AS5300-Plattform hinzugefügt. Dies stammt aus der CISCO-POP-MGMT-MIB und die Benachrichtigung lautet: enterprise 1.3.6.1.4.1.9.10.19.2 1 cpmDS0BusyoutNotification.
  • ds1-loopback — Sendet eine Benachrichtigung, wenn die DS1-Schnittstelle in den Loopback-Modus wechselt. Dieses Schlüsselwort wurde seit Version 12.1(3)T der Cisco IOS-Software nur für die Cisco AS5300-Plattform hinzugefügt. Dies stammt aus der CISCO-POP-MGMT-MIB und die Benachrichtigung lautet: Enterprise 1.3.6.1.4.1.9.10.19.2 2 cpmDS1LoopbackNotification.
  • dspu — Sendet eine Benachrichtigung, wenn der Betriebszustand der physischen Einheit (PU) oder der logischen Einheit (LU) sich ändert oder ein Aktivierungsfehler erkannt wird. Dies ist aus der CISCO-DSPU-MIB, und die Benachrichtigungen lauten wie folgt: 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 - Sendet eine Benachrichtigung, wenn die DSP-Karte aktiv oder inaktiv ist. Dies stammt aus der CISCO-DSP-MGMT-MIB und die Benachrichtigung lautet: Enterprise 1.3.6.1.4.1.9.9.86.2 1 cdspMIBCardStateNotification.
  • entity — Sendet Benachrichtigungen über Änderungen an Entity MIB. Dies stammt aus ENTITY-MIB und die Benachrichtigungen sind: Enterprise 1.3.6.1.2.1.47.2 1 entConfigChange.
  • envmon — Sendet unternehmensspezifische Umgebungsüberwachungsbenachrichtigungen von Cisco, wenn ein Umgebungs-Schwellenwert überschritten wird. Wennenvmondas Schlüsselwort verwendet wird, können Sie anotification-optionvalue angeben. Dies stammt aus der CISCO-ENVMON-MIB, und die Benachrichtigungen sind: enterprise 1.3.6.1.4.1.9.9.13.3 1 ciscoEnvMonShutdownNotification 2 ciscoEnvMonVoltageNotification 3 ciscoEnvMonTemperatureNotification 4 ciscoEnvMonFanNotification 5 ciscoEnvMonRedundantSupplyNotification.
  • frame-relay — Sendet Frame-Relay-Benachrichtigungen. Dies stammt aus der RFC1315-MIB, und die Benachrichtigungen lauten wie folgt: Enterprise 1.3.6.1.2.1.10.32.1 frDLCIStatusChange.
  • hsrp — Sendet HSRP-Benachrichtigungen (Hot Standby Router Protocol). Diese Funktion wird seit Version 12.0(3)T der Cisco IOS-Software unterstützt. Dieser stammt aus der CISCO-HSRP-MIB, und die Benachrichtigungen lauten wie folgt: Unternehmen 1.3.6.1.4.1.9.9.106.2 1 cHsrpStateChange.
  • isdn — Sendet ISDN-Benachrichtigungen. Wenn das isdnSchlüsselwort verwendet wird, können Sie anotification-optionvalue angeben. Dies stammt aus der CISCO-ISDN-MIB und die Benachrichtigungen sind: Enterprise 1.3.6.1.4.1.9.9.26.2 1 demandNbrCallInformation 2 demandNbrCallDetails 3 demandNbrLayer2Change [unterstützt seit Cisco IOS Softwareversion 12.1(1)T ] 4 demandNbrCNANotification [unterstützt seit Cisco IOS Softwareversion 12.1(5)T ] Dies ist aus der CISCO-ISDNU-IF-MIB, und die Benachrichtigungen lauten wie folgt: enterprise 1.3.6.1.4.1.9.9.18.2 1 ciuIfLoopStatusNotification.
  • msdp — Sendet MSDP-Benachrichtigungen (Multicast Source Discovery Protocol). Diese stammt aus der MSDP-MIB und die Benachrichtigungen lauten wie folgt: Enterprise 1.3.6.1.3.92.1.1.7 1 msdpEstablished 2 msdpBackwardTransition
  • repeater  - Sendet Ethernet-repeaterHubbenachrichtigungen. Wenn das Repeater-Schlüsselwort ausgewählt ist, können Sie einen Wert angeben notification-option. Dies ist aus der CISCO-REPEATER-MIB, und die Benachrichtigungen lauten wie folgt: enterprise 1.3.6.1.4.1.9.9.22.3 1 ciscoRptrIllegalSrcAddrTrap.
  • rsvp — Sendet RSVP-Benachrichtigungen (Resource Reservation Protocol). Diese Funktion wird seit Version 12.0(2)T der Cisco IOS-Software unterstützt. Diese stammt aus der RSVP-MIB, und die Benachrichtigungen lauten wie folgt: enterprise 1.3.6.1.3.71.2 1 newFlow 2 lostFlow.
  • rtr — Sendet RTR-Benachrichtigungen (RTR) des Service Assurance Agent. Dies stammt aus der CISCO-RTTMON-MIB und die Benachrichtigungen lauten wie folgt: enterprise 1.3.6.1.4.1.9.9.42.2 1 rttMonConnectionChangeNotification 2 rttMonTimeoutNotification 3 rttMonThresholdNotification 4 rttMonVerifyErrorNotification.
  • snmp — Sendet SNMP-Benachrichtigungen (Simple Network Management Protocol). Wennsnmpdas Schlüsselwort verwendet wird, können Sie einen Wert für die Benachrichtigungsoption angeben. Dies stammt aus CISCO-GENERAL-TRAPS, und die Benachrichtigungen lauten wie folgt: 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.

    Anmerkung: Dieses Trap wird vom Benachrichtigungstyp "tty" gesteuert: 1 tcpConnectionClose.

  • syslog— Sendet Fehlermeldungen (Cisco Syslog MIB). Geben Sie die Nachrichtenebene an, die mit dem logging history level Befehl gesendet werden soll. Dies stammt aus der CISCO-SYSLOG-MIB und die Benachrichtigungen lauten wie folgt: enterprise 1.3.6.1.4.1.9.9.41.2 1 clogMessageGenerated.
  • voice — Sendet qualitativ minderwertige Sprachbenachrichtigungen. Dies ist von der CISCO-VOICE-DIAL-CONTROL-MIBSMI, und die Benachrichtigungen lauten wie folgt: Enterprise 1.3.6.1.4.1.9.9.63.2.1 cvdcPoorQoVNotification
  • xgcp — Sendet XGCP-Benachrichtigungen (External Media Gateway Control Protocol). Dies ist vom XGCP-MOB, und die Benachrichtigungen sind: enterprise 1.3.6.1.3.90.2 1 xgcpUpDownNotification.
Benachrichtigungsoption (Optional)
  • dlsw [circuit | tconn] - Wenndlswdas Schlüsselwort verwendet wird, können Sie den speziellen Benachrichtigungstyp angeben, um ihn zu aktivieren oder zu deaktivieren. Wenn kein Schlüsselwort verwendet wird, sind alle DLSw-Benachrichtigungstypen aktiviert. Bei der Option kann es sich um eines oder mehrere der folgenden Schlüsselwörter handeln:
    • circuit — Aktiviert DLSw-Schaltkreis-Traps.
    • tconn — Aktiviert DLSw-Peer-Transport-Verbindungs-Traps.
  • envmon [voltage | shutdown | supply | fan | temperature] — Wennenvmondas Schlüsselwort verwendet wird, können Sie einen bestimmten Umgebungsbenachrichtigungstyp aktivieren oder alle Benachrichtigungstypen vom Umgebungsüberwachungssystem akzeptieren. Wenn keine Option angegeben ist, werden alle Umgebungsbenachrichtigungen aktiviert. Bei der Option kann es sich um eines oder mehrere der folgenden Schlüsselwörter handelnvoltage:shutdown,,supply,fanundtemperature.
  • isdn [call-information | isdn u-interface | chan-not-avail | layer2] — Wenn das isdn Schlüsselwort verwendet wird, können Sie das call-information Schlüsselwort angeben, um eine SNMP ISDN-Anrufinformationsbenachrichtigung für das ISDN MIB-Subsystem zu aktivieren, oder Sie können das isdn u-interface Schlüsselwort angeben, um eine SNMP ISDN U-Schnittstellenbenachrichtigung für das ISDN U-Schnittstellen-MIB-Subsystem zu aktivieren.
  • repeater [health | reset] — Wenn das repeater Schlüsselwort verwendet wird, können Sie die Repeater-Option angeben. Wenn keine Option angegeben ist, werden alle Repeater-Benachrichtigungen aktiviert. Bei der Option kann es sich um eines oder mehrere der folgenden Schlüsselwörter handeln: health - Aktiviert die Integritätsbenachrichtigung über den IETF-Repeater Hub MIB (RFC 1516). Reset (Zurücksetzen) - Aktiviert die Zurücksetzungsbenachrichtigung für den IETF Repeater Hub MIB (RFC 1516).
    • health— Aktiviert die Integritätsbenachrichtigung des IETF-Repeater-Hubs MIB (RFC 1516).
    • reset — Aktiviert die Rücksetzbenachrichtigung für den IETF Repeater Hub MIB (RFC 1516).
  • snmp [authentication | linkup | linkdown | coldstart] Schlüsselwörter, die seit Version 12.1(3)T der Cisco IOS-Software linkup | linkdown | coldstart hinzugefügt wurden. Wenn dassnmp Schlüsselwort verwendet wird, können Sie den jeweiligen Benachrichtigungstyp angeben, der aktiviert oder deaktiviert werden soll. Wenn kein Schlüsselwort verwendet wird, sind alle SNMP-Benachrichtigungstypen aktiviert (oder deaktiviert, wenn das Formular no verwendet wird). Folgende Benachrichtigungstypen sind verfügbar:
    • authentication — Steuert die Verteilung von SNMP-Authentifizierungsfehlerbenachrichtigungen. Ein authenticationFailure(4)-Trap bedeutet, dass die sendende Protokollentität der Empfänger einer Protokollnachricht ist, die nicht ordnungsgemäß authentifiziert wurde.
    • linkup — Steuert das Senden von SNMP-Verbindungsbenachrichtigungen. Ein linkUp(3)-Trap bedeutet, dass die sendende Protokolleinheit erkennt, dass eine der Kommunikationsverbindungen, die in der Konfiguration des Agenten dargestellt werden, aktiv ist.
    • linkdown — Steuert, wie SNMP-Linkdown-Benachrichtigungen gesendet werden. Ein linkDown(2)-Trap bedeutet, dass die sendende Protokolleinheit einen Fehler in einer der Kommunikationsverbindungen erkennt, die in der Konfiguration des Agenten dargestellt werden.
    • coldstart — Steuert das Senden von SNMP-Kaltstartbenachrichtigungen. Ein coldStart(0)-Trap bedeutet, dass die sendende Protokolleinheit sich selbst neu initialisiert, sodass die Konfiguration des Agenten oder die Implementierung der Protokolleinheit geändert werden kann.

Standardwerte

SNMP-Benachrichtigungen sind deaktiviert.

Wenn Sie diesen Befehl ohne Schlüsselwörter für Benachrichtigungstypen eingeben, werden standardmäßig alle Benachrichtigungstypen aktiviert, die von diesem Befehl gesteuert werden.

Befehlsmodi

Globale Konfiguration - Befehlsverlauf

Cisco IOS-Softwareversion Änderung
11.1 Dieser Befehl wurde eingeführt.
12,0(2)T rsvpDas Stichwort wurde hinzugefügt.
12,0(3)T Das hsrp Schlüsselwort wurde hinzugefügt.
12.1(3)T Die folgenden Schlüsselwörter wurden demsnmp-server enable traps snmp Formular dieses Befehls hinzugefügt:
  • linkup
  • linkdown
  • coldstart
Die folgenden Schlüsselwörter für Benachrichtigungstypen wurden nur für die Cisco AS5300-Plattform hinzugefügt:
  • ds0-busyout
  • isdn chan-not-avail
  • modem-health
  • ds1-loopback
Dieses Schlüsselwort für den Benachrichtigungstyp wurde nur für die Cisco AS5300- und AS5800-Plattformen hinzugefügt:
  • aaa-server

Richtlinien verwenden

Die Form dieses Befehls snmp-server enable traps snmp [ linkup] [linkdown] ersetzt den Befehl snmp trap link-status interface configuration mode.

Die Form no des Befehls snmp-server enable traps ist nützlich, um Benachrichtigungen zu deaktivieren, die eine große Menge unnötiger Geräusche in Ihrem Netzwerk erzeugen.

SNMP-Benachrichtigungen können als Traps oder Inform-Anfragen gesendet werden. Mit diesem Befehl werden sowohl Traps als auch Inform-Anforderungen für die angegebenen Benachrichtigungstypen aktiviert.

Wenn Sie den Befehl snmp-server enable traps nicht eingeben, werden keine Benachrichtigungen gesendet, die durch diesen Befehl gesteuert werden. Um den Router zum Senden dieser SNMP-Benachrichtigungen zu konfigurieren, müssen Sie mindestens einen Befehl snmp-server enable traps eingeben. Wenn Sie den Befehl ohne Schlüsselwörter eingeben, sind alle Benachrichtigungstypen aktiviert. Wenn Sie den Befehl mit einem Schlüsselwort eingeben, wird nur der Benachrichtigungstyp für dieses Schlüsselwort aktiviert. Um mehrere Benachrichtigungstypen zu aktivieren, müssen Sie für jeden Benachrichtigungstyp und jede Benachrichtigungsoption einen separaten Befehl snmp-server enable traps eingeben.

Der Befehl snmp-server enable traps wird zusammen mit dem Befehl snmp-server host verwendet. Geben Sie den Befehl snmp-server host ein, um festzulegen, welcher Host bzw. welche Hosts SNMP-Benachrichtigungen empfangen soll. Um Benachrichtigungen zu senden, müssen Sie mindestens einen snmp-server host-Befehl konfigurieren.

Damit ein Host eine durch diesen Befehl gesteuerte Benachrichtigung erhalten kann, müssen sowohl der Befehl snmp-server enable traps als auch der Befehl snmp-server host für diesen Host aktiviert sein. Wenn der Benachrichtigungstyp nicht durch diesen Befehl gesteuert wird, muss nur der entsprechende snmp-server host-Befehl aktiviert werden.

Die in diesem Befehl verwendeten Benachrichtigungstypen verfügen alle über ein zugehöriges MIB-Objekt, mit dem sie aktiviert oder deaktiviert werden können (z. B. werden HSRP-Traps mit der HSRP-MIB definiert, Repeater-Traps mit der Repeater-Hub-MIB definiert usw.). Nicht alle im Befehl snmp-server host verfügbaren Benachrichtigungstypen verfügen über notificationEnable MIB-Objekte, sodass einige dieser Objekte nicht mit dem Befehl snmp-server enable gesteuert werden können.

Zugehörige Informationen

Revisionsverlauf

Überarbeitung Veröffentlichungsdatum Kommentare
4.0
01-Jun-2026
Aktualisierte Rechtschreibung, Grammatik, Satzstruktur usw.
3.0
18-Dec-2023
Rezertifizierung
1.0
10-Dec-2001
Erstveröffentlichung
TAC Authored

Beiträge von Cisco Ingenieuren

  • Marin Grabovschi
    Cisco Technical Consulting Engineer

War dieses Dokument hilfreich?

FeedbackFeedback

Cisco kontaktieren