Coda di input SNMP piena

Coda di input SNMP piena

VeritàICS

5 - Avviso

Conseguenze

Pacchetti SNMP ignorati

Descrizione

Questo errore indica che i pacchetti SNMP (Simple Network Management Protocol) sono stati scartati a causa di un errore completo della coda di input. Spesso questo syslog è il risultato di un'ampia attività di polling SNMP. Questo syslog è previsto quando il dispositivo in questione sta elaborando un numero elevato di pacchetti SNMP. Poiché il protocollo SNMP viene gestito dalla CPU, è possibile che il processo "SNMP Engine" stia utilizzando un numero elevato di cicli della CPU. L'SNMP è un protocollo a bassa priorità e, quando è possibile scegliere tra un'attività con priorità superiore e un protocollo come SNMP, il dispositivo può eliminare prima i pacchetti SNMP. Se il syslog si è verificato una/alcune volte e non viene visualizzato spesso, può essere ignorato. In alcune situazioni, potrebbe esserci un difetto del software che cancella il funzionamento imprevisto/non ottimale del processo SNMP. Esaminare l'elenco dei difetti noti e valutare l'opportunità di aggiornare il software del dispositivo cisco in questione alla versione consigliata/più recente per assicurarsi che le correzioni software più note siano presenti nel software in uso.

MessaggioSyslog

SNMP-3-INPUT_QFULL_ERR

EsempioMessaggio

Jun 28 00:53:02.442 EDT <> %SNMP-3-INPUT_QFULL_ERR: Packet dropped due to input queue full THIS IS A SAMPLE MESSAGE

Famiglia di prodotti

• Cisco Catalyst serie 2960-X Switch
• Switch Cisco Catalyst serie 4500
• Cisco Catalyst serie 3750-X Switch
• Cisco ASR serie 1000 Aggregation Services Router
• Switch Cisco Catalyst serie 6800
• Switch Cisco Catalyst serie 6500
• Switch Cisco Catalyst serie 3850
• Switch Cisco Catalyst serie 3650
• Cisco serie 4000 Integrated Services Router
• Switch Cisco Catalyst serie 9200
• Switch Cisco Catalyst serie 9300
• Switch Cisco Catalyst serie 9400
• Switch Cisco Catalyst serie 9500
• Switch Cisco Catalyst serie 9600
• Cisco serie 5700 Wireless LAN Controller
• Cisco Catalyst serie 9800 Wireless Controller

Regex

N/D

Suggerimento

È possibile che l'errore sia dovuto a un difetto del software o a una limitazione effettiva del dispositivo. Un difetto del software attivato a volte si traduce in un syslog separato di risposta SNMP ritardata che richiama un MIB specifico che il sistema ha determinato richiedesse un tempo di elaborazione eccessivo. Se viene eseguito il polling di un numero elevato di questi MIB ad alto ritardo, la coda di input può riempirsi mentre il sistema tenta di elaborarli. Una volta esaurita la coda, è possibile visualizzare questo syslog. Indipendentemente dal difetto del software o dai limiti di elaborazione della piattaforma, in genere questo errore non influisce sul traffico e può causare la visualizzazione da parte dei server SNMP di dati incompleti per il dispositivo che visualizza il syslog. Se si sospetta la presenza di una piattaforma o di un limite di elaborazione del dispositivo, procedere come segue per confermare il funzionamento del dispositivo.

1) Controllare l'output di 'show process cpu sort' per verificare se il motore SNMP è uno dei primi processi che utilizzano la CPU. Se il syslog si è verificato in passato e non si verifica attivamente, questo processo non può continuare a utilizzare la CPU. Device# show process cpu sort CPU usage per cinque secondi: 99%/0%; un minuto: 22%; cinque minuti: 18% PID Runtime(ms) Richiamato Secs 5Sec 1Min 5Min TTY Process 189 1535478456 697105815 2202 88.15% 13.40% 8.74% 0 SNMP ENGINE << I picchi di CPU brevi durano solo pochi secondi da SNMP molto spesso attese e non preoccupanti. Tuttavia, se la CPU rimane elevata per diversi minuti a un elevato tasso di utilizzo, ciò indica probabilmente un livello aggressivo di polling che potrebbe sovraccaricare la capacità dei dispositivi di elaborare in tempo. Se ciò si verifica, è necessario ridurre la velocità di polling del dispositivo dai server SNMP.

2) Usare il comando 'show snmp' per verificare se i pacchetti sono stati scartati in precedenza o se si trovano attivamente nella coda di input. Eseguire questo comando più volte ed esaminare l'output per verificare se i pacchetti SNMP vengono eliminati attivamente. Dispositivo#show snmp

0 Perdite di pacchetti nella coda di input (dimensione massima coda 1000)

Pacchetti attualmente in coda di input del processo SNMP: 0 Questo valore può indicare il grado di aggressività con cui i pacchetti SNMP vengono messi in coda durante l'attesa di essere elaborati e può indicare che i server SNMP eseguono il polling dei MIB che richiedono molto tempo per essere elaborati normalmente (il che può determinare o meno un aumento della CPU). Se durante gli intervalli di polling la coda è costantemente a un valore grande diverso da zero, esaminare i passaggi 3 e 4 per determinare se è possibile trovare i MIB specifici o se l'aumento delle dimensioni della coda può essere utile. In caso contrario, possono essere necessarie modifiche sul lato server SNMP per modificare il tipo di polling e/o la frequenza di polling del dispositivo. 3) Alcune piattaforme supportano il comando 'show snmp stats oid' per mostrare quale OID viene sottoposto a polling con maggiore frequenza. Se questa CLI è disponibile, esaminare l'output per individuare gli OID di cui viene eseguito il polling più frequente e rimuoverli dall'elenco degli OID di cui viene eseguito il polling oppure configurare il dispositivo in modo da escludere tale MIB dalla visualizzazione per impedirne l'elaborazione. 4) Se le cadute aumentano di poco, si consiglia di aumentare le dimensioni della coda SNMP. Ciò può consentire al dispositivo di contenere più pacchetti SNMP, ma gli errori possono ricomparire se la coda si riempie. Device(config)# lunghezza della coda snmp-server.

Comandi

#show version

#show module

#show logging

#show cpu proc sort

#show run | s snmp

#show snmp

#show snmp stats oid