Configurazione delle trap SNMP Cisco IOS supportate

Opzioni per il download

  • PDF     (276.8 KB)
    Visualizza con Adobe Reader su diversi dispositivi
  • ePub     (89.4 KB)
    Visualizza in diverse app su iPhone, iPad, Android, Sony Reader o Windows Phone
  • Mobi (Kindle)     (82.7 KB)
    Visualizza su dispositivo Kindle o tramite app Kindle su più dispositivi
Aggiornato:18 dicembre 2023
ID documento:13506

Linguaggio senza pregiudizi

La documentazione per questo prodotto è stata redatta cercando di utilizzare un linguaggio senza pregiudizi. Ai fini di questa documentazione, per linguaggio senza di pregiudizi si intende un linguaggio che non implica discriminazioni basate su età, disabilità, genere, identità razziale, identità etnica, orientamento sessuale, status socioeconomico e intersezionalità. Le eventuali eccezioni possono dipendere dal linguaggio codificato nelle interfacce utente del software del prodotto, dal linguaggio utilizzato nella documentazione RFP o dal linguaggio utilizzato in prodotti di terze parti a cui si fa riferimento. Scopri di più sul modo in cui Cisco utilizza il linguaggio inclusivo.

Informazioni su questa traduzione

Cisco ha tradotto questo documento utilizzando una combinazione di tecnologie automatiche e umane per offrire ai nostri utenti in tutto il mondo contenuti di supporto nella propria lingua. Si noti che anche la migliore traduzione automatica non sarà mai accurata come quella fornita da un traduttore professionista. Cisco Systems, Inc. non si assume alcuna responsabilità per l’accuratezza di queste traduzioni e consiglia di consultare sempre il documento originale in inglese (disponibile al link fornito).

    Introduzione

    In questo documento viene descritto come configurare le trap SNMP Cisco IOS® supportate.

    Prerequisiti

    Requisiti

    Cisco raccomanda la conoscenza dei seguenti argomenti:

    Si desidera che un dispositivo Cisco non invii tutte le trap SNMP che il dispositivo è in grado di inviare. Ad esempio, se si attivano tutte le registrazioni in un server di accesso remoto con 64 linee di connessione remota, si otterrà una registrazione ogni volta che un utente effettua una chiamata e ogni volta che interrompe la connessione. In questo modo vengono create troppe trap. Il software Cisco IOS definisce i gruppi di trap che è possibile abilitare o disabilitare. Per configurare le trap SNMP in un dispositivo software Cisco IOS, è possibile utilizzare due comandi di configurazione globale:

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

      Utilizzare il comando  snmp-server host global configuration per specificare il destinatario di un'operazione di notifica SNMP. Utilizzare il comando no per rimuovere l'host specificato.

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

      Utilizzare il comando snmp-server enable traps global configuration  per abilitare il router all'invio di trap SNMP. Utilizzare il comando no per disabilitare le notifiche SNMP.

    I tipi di registrazione dei colori possono essere specificati in entrambi i comandi. È necessario emettere il snmp-server host per definire i sistemi di gestione della rete a cui inviare le trap. Se non si desidera inviare tutti i trap, è necessario specificare i tipi di trap. Emissione multipla snmp-server enable traps uno per ogni tipo di registrazione utilizzato nel snmp host

    Nota: non tutti [notification-type]  le opzioni sono supportate su entrambi i comandi. Ad esempio, [notification-type]   x25 e teletype (tty) non sono utilizzati per snmp-server enable trap le trap x25 e tty sono abilitate per impostazione predefinita.

    Ad esempio, eseguire questi comandi per configurare un dispositivo software Cisco IOS in modo che restituisca solo la configurazione, il protocollo Border Gateway Protocol (BGP) e tty trap a Network Management System 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

    Componenti usati

    Il documento può essere consultato per tutte le versioni software o hardware.

    Le informazioni discusse in questo documento fanno riferimento a dispositivi usati in uno specifico ambiente di emulazione. Su tutti i dispositivi menzionati nel documento la configurazione è stata ripristinata ai valori predefiniti. Se la rete è operativa, valutare attentamente eventuali conseguenze derivanti dall'uso dei comandi.

    Convenzioni

    Fare riferimento a Cisco Technical Tips Conventions per ulteriori informazioni sulle convenzioni dei documenti.

    Premesse

    Nota: per preparare il presente documento è stato usato il software Cisco IOS versione 12.1(3)T. Nelle versioni precedenti del Cisco IOS Software non sono supportate tutte le opzioni. Nelle versioni di Cisco IOS Software precedenti a 12.1(3)T possono essere supportate altre opzioni [notification-type]. In questo documento sono stati elencati tutti gli identificatori di oggetti (OID) delle trap del protocollo SNMP (Simple Network Management Protocol) su Cisco IOS Software.

    I dispositivi Cisco con software Cisco IOS standard (router, switch ATM (Asynchronous Transfer Mode) e server di accesso remoto) possono generare molte trap SNMP.

    Comandi

    OSPF (Open Shortest Path First) snmp-server host Comando

    Utilizzare il comando snmp-server host global configuration per specificare il destinatario di un'operazione di notifica SNMP. Utilizzare il comando no per rimuovere l'host specificato.

    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]

    Descrizione della sintassi

    host-addr Il nome o l'indirizzo Internet dell'host (il destinatario di destinazione).
    traps (Facoltativo) Inviare trap SNMP a questo host. Questa è l'impostazione predefinita.
    informs (Facoltativo) Inviare le informazioni SNMP a questo host.
    version (Facoltativo) Versione di SNMP utilizzata per inviare i trap. La versione 3 è il modello più sicuro, poiché consente la crittografia dei pacchetti con priv parola chiave. Se si utilizza la parola chiave version, è necessario specificare una delle opzioni seguenti:
    • 1 - SNMPv1. Questa opzione non è disponibile con le informazioni.
    • 2c: SNMPv2C
    • 3 - SNMPv3. Queste tre parole chiave opzionali possono trovarsi dopo la parola chiave versione 3:
      • auth (Facoltativo) Abilita l'autenticazione dei pacchetti MD5 (Message Digest 5) e SHA (Secure Hash Algorithm).
      • noauth Impostazione predefinita. Livello di protezione noAuthNoPriv. Si tratta dell'impostazione predefinita se [auth] | noauth | priv], la scelta della parola chiave non è specificata.
      • priv (Facoltativo) Abilita la crittografia dei pacchetti DES (Data Encryption Standard), definita anche "privacy".
    community-string Stringa della community di tipo password inviata con l'operazione di notifica. Sebbene sia possibile impostare questa stringa con il snmp-server host , Cisco consiglia di definire questa stringa con il comando snmp-server community prima di usare il comando snmp-server host
    udp-portport Porta UDP (User Datagram Protocol) dell'host da utilizzare. Il valore predefinito è 162.
    tipo di notifica (Facoltativo) Il tipo di notifica da inviare all'host. Se non viene specificato alcun tipo, verranno inviate tutte le notifiche. Il tipo di notifica può essere rappresentato da una o più delle seguenti parole chiave:
    • aaa-server — Invia notifiche AAA.
    • bgp — Invia notifiche di modifica dello stato Border Gateway Protocol (BGP).
    • bstun— Invia notifiche Block Serial Tunneling (BSTUN).
    • calltracker— Invia notifiche CallTracker.
    • config— Invia notifiche di configurazione.
    • dlsw— Invia notifiche DLSw (Data-Link Switching).
    • ds0-busyout— Invia notifiche ds0-busyout.
    • ds1-loopback— Invia notifiche di loopback ds1.
    • dspu— Invia notifiche di unità fisica a valle (DSPU).
    • dsp— Invia notifiche DSP (Digital Signal Processing).
    • entity— Invia notifiche di modifica MIB (Entity Management Information Base).
    • envmon - Invia notifiche al sistema di monitoraggio ambientale Cisco specifico dell'azienda quando viene superata una soglia ambientale.
    • frame-relay — Invia notifiche Frame Relay.
    • hsrp — Invia notifiche HSRP (Hot Standby Router Protocol).
    • isdn — Invia notifiche ISDN (Integrated Services Digital Network).
    • msdp — Invia notifiche MSDP (Multicast Source Discovery Protocol).
    • llc2 — Invia notifiche LLC2 (Logical Link Control) di tipo 2.
    • repeater — Invia notifiche di ripetitori standard (hub).
    • rsrb — Invia notifiche RSRB (Source-Route Bridging) remote.
    • rsvp — Invia notifiche RSVP (Resource Reservation Protocol).
    • rtr — Invia notifiche Agente SA (RTR).
    • sdlc — Invia notifiche SDLC (Synchronous Data Link Control).
    • snmp — Invia notifiche SNMP (Simple Network Management Protocol), come definito nella RFC 1157.
    • stun — Invia notifiche STUN (serial tunnel).
    • syslog— Invia notifiche di messaggi di errore (Cisco Syslog MIB). Specificare il livello di messaggi da inviare con  logging history level   
    • tty— Invia notifiche specifiche dell'organizzazione Cisco quando una connessione TCP (Transmission Control Protocol) viene chiusa.
    • voice— Invia notifiche vocali.
    • x25— Invia notifiche di eventi X.25.
    • xgcp— Invia notifiche XGCP (External Media Gateway Control Protocol).

    Valori predefiniti

    OSPF (Open Shortest Path First) snmp-server host è disattivato per impostazione predefinita. Nessuna notifica inviata.

    Se si immette questo comando senza parole chiave, per impostazione predefinita tutti i tipi di trap vengono inviati all'host.

    Nessuna informazione inviata a questo host. Se no version è presente, il valore predefinito è version 1. OSPF (Open Shortest Path First) no snmp-server host senza parole chiave disattiva le registrazioni all'host, ma non ne informa. Utilizzare il comando no snmp-server host informs per disabilitare le informazioni.

    Nota: se il community-string non è definito con snmp-server community prima di utilizzare questo comando, la forma predefinita del snmp-server community viene inserito automaticamente nella configurazione. La password (community-string) utilizzato per questa configurazione automatica del snmp-server community è uguale a quello specificato nella snmp-server host Questo è il comportamento predefinito del software Cisco IOS versione 12.0(3) e successive.

    Modalità dei comandi

    Configurazione globale - Cronologia comandi

    Per preparare questo documento, è stato utilizzato Cisco IOS Software Release Modifica
    10.0 Comando introdotto.
    12.0(3)T Sono state aggiunte le seguenti parole chiave:
    • version 3 [auth | noauth | priv]
    • hsrp

    Linee guida per l'utilizzo

    Le notifiche SNMP possono essere inviate come trap o come richieste informative. I trap non sono affidabili perché il ricevitore non invia conferme quando il dispositivo riceve trap. Il mittente non è in grado di determinare se le trap sono state ricevute. Tuttavia, un'entità SNMP che riceve una richiesta inform riconosce il messaggio con una unità di risposta del protocollo (PDU) SNMP. Se il mittente non riceve mai la risposta, la richiesta di informazioni può essere inviata di nuovo. È quindi più probabile che le informazioni raggiungano la destinazione prevista.

    Tuttavia, le informazioni consumano più risorse nell'agente e nella rete. A differenza di una trap, che viene scartata non appena inviata, una richiesta informata deve essere tenuta in memoria fino a quando non viene ricevuta una risposta o la richiesta scade. I trap vengono inviati una sola volta, mentre è possibile eseguire più tentativi di invio di un'informazione. I tentativi aumentano il traffico e contribuiscono a un maggiore sovraccarico sulla rete.

    Se non si immette un snmp-server host , non viene inviata alcuna notifica. Per configurare il router per l'invio di notifiche SNMP, è necessario immettere almeno una snmp-server host Se si immette il comando senza parole chiave, tutti i tipi di trap vengono abilitati per l'host.

    Per abilitare più host, è necessario utilizzare un snmp-server host per ciascun host. È possibile specificare più tipi di notifica nel comando per ogni host.

    Quando più snmp-server host vengono forniti comandi per lo stesso host e tipo di notifica (trap o inform), ogni comando sovrascrive il comando precedente. Solo l'ultimo snmp-server host è stato preso in considerazione. Ad esempio, se si immette un snmp-server host inform per un host, quindi immettere un altro snmp-server host inform per lo stesso host, il secondo comando sostituisce il primo.

    OSPF (Open Shortest Path First) snmp-server host viene utilizzato insieme al comando snmp-server enable Utilizzare il comando snmp-server enable per specificare quali notifiche SNMP devono essere inviate globalmente. Affinché un host riceva la maggior parte delle notifiche, almeno una snmp-server enable e snmp-server host per l'host deve essere abilitato.

    Tuttavia, alcuni tipi di notifica non possono essere controllati con snmp-server enable Ad esempio, alcuni tipi di notifica sono sempre attivati. Altri tipi di notifica sono attivati da un comando diverso. Ad esempio, la linkUpDown le notifiche sono controllate dal snmp trap link-status Questi tipi di notifica non richiedono snmp-server enable

    La disponibilità di un'opzione del tipo di notifica dipende dal tipo di router e dalle funzionalità software di Cisco IOS supportate sul router. Ad esempio, la envmon il tipo di notifica è disponibile solo se il monitoraggio ambientale fa parte del sistema.

    Configura Informs

    Per inviare un'informazione, completare i seguenti passaggi:

    1. Configurare un ID motore remoto.

    2. Configurare un utente remoto.

    3. Configurare un gruppo in un dispositivo remoto.

    4. Abilitare i trap nel dispositivo remoto.

    5. Abilitare SNMP Manager.

    Esempi

    Se si desidera configurare una stringa della community SNMP univoca per le trap, ma si desidera impedire l'accesso al polling SNMP con questa stringa, la configurazione deve includere un elenco degli accessi. Nell'esempio, la stringa della community è denominata comaccess e l'elenco degli accessi è numerato 10:

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

    In questo esempio vengono inviate le trap SNMP all'host specificato con il nome myhost.cisco.com. La stringa della community viene definita come comaccess:

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

    In questo esempio vengono inviate trap specifiche dell'organizzazione per SNMP e Cisco Environmental Monitor all'indirizzo 172.30.2.160:

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

    In questo esempio il router viene abilitato a inviare tutte le trap all'host myhost.cisco.com con la stringa della community public:

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

    In questo esempio non vengono inviati trap ad alcun host. I trap BGP sono abilitati per tutti gli host, ma solo i trap ISDN possono essere inviati a un host.

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

    In questo esempio il router viene abilitato a inviare tutte le richieste inform all'host myhost.cisco.com con la stringa della community public:

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

    In questo esempio vengono inviate le trap SNMPv2c HSRP all'host specificato dal nome myhost.cisco.com. La stringa della community è definita come pubblica.

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

    OSPF (Open Shortest Path First) snmp-server enable traps Comando

    Utilizzare il snmp-server enable traps comando di configurazione globale per consentire al router di inviare trap SNMP. Utilizzare il no per disabilitare le notifiche SNMP.

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

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

    Descrizione della sintassi

    tipo di notifica

    (Facoltativo) Tipo di notifica da abilitare. Se non viene specificato alcun tipo, verranno inviate tutte le notifiche, inclusa la envmon e repeater notifiche). Il tipo di notifica può essere una delle seguenti parole chiave:

    • aaa-server— Invia notifiche al server AAA. Questa parola chiave viene aggiunta dal software Cisco IOS versione 12.1(3)T solo per piattaforme Cisco AS5300 e AS5800. Questo è tratto da CISCO-AAA-SERVER-MIB e le notifiche sono: enterprise 1.3.6.1.4.1.9.10.56.2.1 casServerStateChange
    • bgp — Invia notifiche di modifica dello stato Border Gateway Protocol (BGP). Questo viene dal MIB BGP4 e le notifiche sono: enterprise 1.3.6.1.2.1.15.7 1 bgpEstablished 2 bgpBackwardTransition
    • calltracker — Invia una notifica ogni volta che viene creata una nuova voce di chiamata attiva in cctActiveTable o una nuova voce di chiamata della cronologia in cctHistoryTable. Questa voce proviene da CISCO-CALL-TRACKER-MIB e le notifiche sono: enterprise 1.3.6.1.4.1.9.9.163.2.1 cctCallSetupNotification 2 cctCallTerminateNotification
    • config — Invia notifiche di configurazione. Questo è tratto da CISCO-CONFIG-MAN-MIB e le notifiche sono: enterprise 1.3.6.1.4.1.9.9.43.2.1 ciscoConfigManEvent
    • dial — Invia una notifica ogni volta che una chiamata viene cancellata, un tentativo di chiamata non riuscito viene considerato come effettivamente non riuscito oppure ogni volta che viene ricevuto o inviato un messaggio di configurazione della chiamata. Questo è dal DIAL-CONTROL-MIB, e le notifiche sono: enterprise 1.3.6.1.2.1.10.21.2 1 dialCtlPeerCallInformation 2 dialCtlPeerCallSetup
    • dlsw — Invia notifiche dagli agenti DLSw quando  dlsw   è possibile specificare anotification-optionvalue. Questo è tratto da CISCO-DLSW-MIB, e le notifiche sono: enterprise 1.3.6.1.4.1.9.10.9.1.7 1 ciscoDlswTrapTConPartnerReject 2 ciscoDlswTrapTConPortViolation 3 ciscoDlswTrapTConUp 4 ciscoDlswTrapTConDown 5 ciscoDlswTrapCircuitUp 6 CircuitoGiù
    • ds0-busyout— Invia una notifica ogni volta che cambia lo stato del busyout di un'interfaccia DS0. Questa parola chiave viene aggiunta dal software Cisco IOS versione 12.1(3)T solo per la piattaforma Cisco AS5300. Questo è tratto da CISCO-POP-MGMT-MIB e la notifica è: enterprise 1.3.6.1.4.1.9.10.19.2 1 cpmDS0BusyoutNotification
    • ds1-loopback— Invia una notifica ogni volta che l'interfaccia DS1 entra in modalità loopback. Questa parola chiave viene aggiunta dal software Cisco IOS versione 12.1(3)T solo per la piattaforma Cisco AS5300. Questo è tratto da CISCO-POP-MGMT-MIB e la notifica è: enterprise 1.3.6.1.4.1.9.10.19.2 2 cpmDS1LoopbackNotification
    • dspu— Invia una notifica ogni volta che viene rilevato lo stato operativo dell'unità fisica (PU) o la modifica dell'unità logica (LU) o un errore di attivazione. Questo è tratto da CISCO-DSPU-MIB, e le notifiche sono: enterprise 1.3.6.1.4.1.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— Invia una notifica ogni volta che la scheda DSP diventa attiva o inattiva. Questo è tratto da CISCO-DSP-MGMT-MIB, e la notifica è: enterprise 1.3.6.1.4.1.9.9.86.2.1 cdspMIBCardStateNotification
    • entity— Invia notifiche di modifica MIB entità. Questo viene da ENTITY-MIB e le notifiche sono: enterprise 1.3.6.1.2.1.47.2.1 entConfigChange
    • envmon- Invia notifiche di monitoraggio ambientale specifiche per l'azienda Cisco quando viene superata una soglia ambientale. Quando il envmon  è possibile specificare anotification-optionvalue. Questo è tratto da CISCO-ENVMON-MIB e le notifiche sono: enterprise 1.3.6.1.4.1.9.9.13.3 1 ciscoEnvMonShutdownNotification 2 ciscoEnvMonVoltageNotification 3 ciscoEnvMonTemperatureNotification 4 ciscoEnvMonFanNotification 5 ciscoEnvMonRedundantSupplyNotification
    • frame-relay— Invia notifiche Frame Relay. Questo è tratto dalla RFC1315-MIB e le notifiche sono: enterprise 1.3.6.1.2.1.10.32.1 forDLCIStatusChange
    • hsrp— Invia notifiche HSRP (Hot Standby Router Protocol). Questa funzione è supportata dal software Cisco IOS versione 12.0(3)T. Questo è tratto da CISCO-HSRP-MIB, e le notifiche sono: enterprise 1.3.6.1.4.1.9.9.106.2.1 HsrpStateChange
    • isdn— Invia notifiche ISDN. Quando il  isdn   è possibile specificare anotification-optionvalue. Questo è dal CISCO-ISDN-MIB, e le notifiche sono: enterprise 1.3.6.1.4.1.9.9.26.2 1 demandNbrCallInformation 2 demandNbrCallDetails 3 demandNbrLayer2Change [supportato dal software Cisco IOS versione 12.1(1)T ] 4 demandNbrCNANotification [supportato dal software Cisco IOS versione 12.1(5)T ] Questa è dal CISCO-ISDN-IF-MIB, e le notifiche sono: enterprise 1.3.6 1.4.1.9.9.18.2.1.ciuIfLoopStatusNotification
    • msdp— Invia notifiche MSDP (Multicast Source Discovery Protocol). Questo è tratto da MSDP-MIB e le notifiche sono: enterprise 1.3.6.1.3.92.1.1.7 1 msdpEstablished 2 msdpBackwardTransition
    • repeater — Invia hub Ethernet repeater notifiche. Quando la parola chiave repeat è selezionata, è possibile specificare notification-option valore. Questo è tratto da CISCO-REPEATER-MIB, e le notifiche sono: enterprise 1.3.6.1.4.1.9.9.22.3 1 ciscoRptrIllegalSrcAddrTrap
    • rsvp — Invia notifiche RSVP (Resource Reservation Protocol). Questa funzione è supportata dal software Cisco IOS versione 12.0(2)T. Questa è della RSVP-MIB, e le notifiche sono: enterprise 1.3.6.1.3.71.2 1 newFlow 2 lostFlow
    • rtr — Invia notifiche RTR (Service Assurance Agent). Questo è tratto da CISCO-RTTMON-MIB e le notifiche sono: enterprise 1.3.6.1.4.1.9.9.42.2 1 rttMonConnectionChangeNotification 2 rttMonTimeoutNotification 3 rttMonThresholdNotification 4 rttMonVerifyErrorNotification
    • snmp — Invia notifiche SNMP (Simple Network Management Protocol). Quando ilsnmp, è possibile specificare un valore per l'opzione di notifica. Questo è tratto da CISCO-GENERAL-TRAPS, e le notifiche sono: 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

      Nota:questa trap è controllata dal tipo di notifica "tty": 1 tcpConnectionClose

    • syslog— Invia notifiche di messaggi di errore (Cisco Syslog MIB). Specificare il livello di messaggi da inviare con logging history level Questo è tratto da CISCO-SYSLOG-MIB, e le notifiche sono: enterprise 1.3.6.1.4.1.9.9.41.2.1 clogMessageGenerated
    • voice— Invio di notifiche vocali di scarsa qualità. Questo è tratto da CISCO-VOICE-DIAL-CONTROL-MIBSMI, e le notifiche sono: enterprise 1.3.6.1.4.1.9.9.63.2.1 cvdcPoorQoVNotification
    • xgcp— Invia notifiche XGCP (External Media Gateway Control Protocol). Questa è una richiesta XGCP-MOB e le notifiche sono: enterprise 1.3.6.1.3.90.2.1 xgcpUpDownNotification
    opzione-notifica (Facoltativo)
    • dlsw [circuit | tconn] — Quando ildlswè possibile specificare il tipo di notifica specifico che si desidera attivare o disattivare. Se non viene utilizzata alcuna parola chiave, vengono attivati tutti i tipi di notifica DLSw. L'opzione può essere rappresentata da una o più delle seguenti parole chiave:
      • circuit — Attiva le trap del circuito DLSw.
      • tconn — Abilita le trap delle connessioni di trasporto peer DLSw.
    • envmon [voltage | shutdown | supply | fan | temperature]— Quando ilenvmonè possibile abilitare un tipo specifico di notifica ambientale oppure accettare tutti i tipi di notifica dal sistema di monitoraggio ambientale. Se non viene specificata alcuna opzione, vengono abilitate tutte le notifiche ambientali. L'opzione può essere rappresentata da una o più delle seguenti parole chiave:voltage,shutdown,supply,fan,etemperature.
    • isdn [call-information | isdn u-interface | chan-not-avail | layer2] — Quando il   isdn    parola chiave, è possibile specificare la   call-information  per abilitare una notifica delle informazioni sulle chiamate ISDN SNMP per il sottosistema MIB ISDN, oppure è possibile specificare isdn u-interface parola chiave per abilitare una notifica dell'interfaccia ISDN U SNMP per il sottosistema MIB dell'interfaccia ISDN U.
    • repeater [health | reset] — Quando il repeater , è possibile specificare l'opzione del ripetitore. Se non viene specificata alcuna opzione, verranno attivate tutte le notifiche ripetute. L'opzione può essere una o più delle seguenti parole chiave: health—Abilita la notifica di integrità MIB (RFC 1516) di IETF Engineering Task Force (IETF) Repeater Hub (RFC 1516). reset—Abilita la notifica di reimpostazione MIB (RFC 1516) di IETF Repeater Hub.
      • health — Abilita la notifica di integrità MIB (RFC 1516) dell'hub ripetitori IETF (Internet Engineering Task Force).
      • reset — Abilita la notifica di ripristino MIB (RFC 1516) dell'hub ripetitori IETF.
    • snmp [authentication | linkup | linkdown | coldstart] parole chiave linkup | linkdown | coldstart aggiunto dal software Cisco IOS versione 12.1(3)T. — Quando il snmp è possibile specificare il tipo di notifica specifico che si desidera attivare o disattivare. Se non viene utilizzata alcuna parola chiave, tutti i tipi di notifica SNMP verranno attivati (o disattivati se viene utilizzato il modulo no). I tipi di notifica disponibili sono:
      • authentication — controlla la distribuzione delle notifiche di errore dell'autenticazione SNMP. Un trap authenticationFailure(4) indica che l'entità del protocollo di invio è il destinatario di un messaggio di protocollo non autenticato correttamente.
      • linkup — controlla l'invio delle notifiche di collegamento SNMP. Una trap linkUp(3) indica che l'entità del protocollo di invio riconosce che è stato rilevato uno dei collegamenti di comunicazione rappresentati nella configurazione dell'agente.
      • linkdown — controlla la modalità di invio delle notifiche di collegamento SNMP. Un trap linkDown(2) indica che l'entità del protocollo di invio riconosce un errore in uno dei collegamenti di comunicazione rappresentati nella configurazione dell'agente.
      • coldstart — controlla l'invio delle notifiche coldstart SNMP. Una trap coldStart(0) indica che l'entità del protocollo di invio viene reinizializzata in modo che la configurazione dell'agente o l'implementazione dell'entità del protocollo possa essere modificata.

    Valori predefiniti

    Le notifiche SNMP sono disabilitate.

    Se si immette questo comando senza parole chiave per il tipo di notifica, per impostazione predefinita vengono abilitati tutti i tipi di notifica controllati da questo comando.

    Modalità dei comandi

    Configurazione globale - Cronologia comandi

    Per preparare questo documento, è stato utilizzato Cisco IOS Software Release Modifica
    11.1 Questo comando è stato introdotto.
    12.0(2)T OSPF (Open Shortest Path First)rsvpparola chiave aggiunta.
    12.0(3)T OSPF (Open Shortest Path First) hsrp parola chiave aggiunta.
    12.1(3)T Queste parole chiave sono state aggiunte al snmp-server enable traps snmp forma del comando:
    • linkup
    • linkdown
    • coldstart
    Queste parole chiave del tipo di notifica sono state aggiunte solo per la piattaforma Cisco AS5300:
    • ds0-busyout
    • isdn chan-not-avail
    • modem-health
    • ds1-loopback
    Questa parola chiave per il tipo di notifica è stata aggiunta solo per le piattaforme Cisco AS5300 e AS5800:
    • aaa-server

    Linee guida per l'utilizzo

    OSPF (Open Shortest Path First) snmp-server enable traps snmp [ linkup] [linkdown] questo comando sostituisce il snmp trap link-status interface modalità di configurazione.

    OSPF (Open Shortest Path First) no forma del snmp-server enable traps è utile per disattivare le notifiche che generano una grande quantità di rumore non necessario sulla rete.

    Le notifiche SNMP possono essere inviate come trap o come richieste informative. Questo comando abilita sia le trap che le richieste di informazioni per i tipi di notifica specificati.

    Se non si immette un snmp-server enable traps , non vengono inviate notifiche controllate da questo comando. Per configurare il router per l'invio di queste notifiche SNMP, è necessario immettere almeno una snmp-server enable traps Se si immette il comando senza parole chiave, vengono attivati tutti i tipi di notifica. Se si immette il comando con una parola chiave, viene abilitato solo il tipo di notifica relativo a tale parola chiave. Per abilitare più tipi di notifiche, è necessario emettere un snmp-server enable traps per ogni tipo di notifica e opzione di notifica.

    OSPF (Open Shortest Path First) snmp-server enable traps viene utilizzato insieme al comando snmp-server host Utilizzare il comando snmp-server host per specificare quale host o quali host ricevono le notifiche SNMP. Per inviare le notifiche, è necessario configurarne almeno una snmp-server host

    Affinché un host riceva una notifica controllata da questo comando, è necessario che snmp-server enable traps e snmp-server host per l'host deve essere abilitato. Se il tipo di notifica non è controllato da questo comando, solo il snmp-server host deve essere abilitato.

    I tipi di notifica utilizzati in questo comando dispongono tutti di un oggetto MIB associato che consente di abilitarli o disabilitarli (ad esempio, le trap HSRP vengono definite con MIB HSRP, le trap ripetitori con MIB Hub ripetitori e così via). Non tutti i tipi di notifica disponibili nel snmp-server host dispongono di notificaAbilitare gli oggetti MIB, pertanto alcuni di questi non possono essere controllati con snmp-server enable

    Informazioni correlate

    Cronologia delle revisioni

    Revisione Data di pubblicazione Commenti
    3.0
    18-Dec-2023
    Certificazione
    1.0
    10-Dec-2001
    Versione iniziale
    TAC Authored

    Contributo dei tecnici Cisco

    • Marin GrABOVEschi
      Tecnico di consulenza Cisco

    Questo documento ti è stato utile?

    FeedbackFeedback

    Contattaci