Délai d'interrogation SNMP
Gravité ICS
5 - Avis
Incidence
Les réponses MIB sont retardées.
Description
Le protocole SNMP (Simple Network Management Protocol) est un protocole de gestion de réseau de faible priorité. Ce message est un message de notification du répartiteur SNMP à l'utilisateur indiquant que le temps de réponse SNMP a dépassé le délai de seuil par défaut. Cela se produirait lors de l'interrogation d'OID coûteux et fastidieux dans les MIB, ou d'un trop grand nombre d'OID simultanément. Les messages d'erreur indiquent généralement l'OID/MIB qui subit le retard. Veuillez voir les exemples ci-dessous : SNMP-3-RESPONSE_DELAYED : processing GetNext of cefcFRUPowerStatusEntry.1 (# msecs) SNMP-3-RESPONSE_DELAYED : processing GetNext of ciscoFlashFileEntry.1 (# msecs) SNMP-3-RESPONSE_DELAYED : processing GetNext of cefcFanTrayStatusEntry.1 (# msecs) Cela ne peut pas avoir d'impact sur le système. Les journaux sont informatifs et peuvent donc être ignorés ou vous pouvez les supprimer définitivement. Cependant, si l'interrogation est effectuée à des fins professionnelles, vous devez envisager de limiter les hôtes qui peuvent interroger le périphérique ou limiter les OID qui peuvent être interrogés, ou les deux.
MessageSyslog
SNMP-3-RESPONSE_DELAYED
MessageÉchantillon
Jan 31 15:00:19.270 EST <> %SNMP-3-RESPONSE_DELAYED: processing Get of ifHCInOctets.394344 (19164 msecs) THIS IS A SAMPLE MESSAGE
Gamme de produits
- Commutateurs de la gamme Cisco Catalyst 3650
- Commutateurs de la gamme Cisco Catalyst 3850
- Commutateurs de la gamme Cisco Catalyst 9200
- Commutateurs de la gamme Cisco Catalyst 9300
- Commutateurs de la gamme Cisco Catalyst 9400
- Commutateurs de la gamme Cisco Catalyst 9500
- Commutateurs de la gamme Cisco Catalyst 9600
- Commutateurs de la gamme Cisco Catalyst 6800
- Routeurs à services intégrés Cisco, série 4000
- Routeurs à services d'agrégation Cisco ASR 1000
- Commutateurs Cisco Catalyst, série 3750-X
- Commutateurs Cisco Catalyst, série 2960-X
Regex
S/O
Recommandation
Plusieurs défauts bien connus peuvent provoquer l'apparition de cette erreur. En supposant que vous exécutez une version corrigée et que vous voyez toujours ce problème, procédez comme suit pour contourner l'erreur. Vous pouvez vérifier les sorties de la commande « show proc cpu sorted » pour vous assurer que l'utilisation du CPU n'est pas trop élevée et que le périphérique fonctionne de manière optimale. La commande « show proc cpu | La commande « i SNMP Engine » peut également afficher la quantité d'utilisation due au moteur SNMP qui traite les requêtes entrantes. Device# show process cpu sort CPU used for five seconds: 99%/0%; one minute: 22%; five minutes: 18% PID Runtime(ms) Invoked Secs 5Sec 1Min 5Min TTY Process 189 1535478456 697105815 2202 88.15% 13.40% 8.74% 0 SNMP ENGINE << Un CPU élevé d'une minute ou plus pour ce processus peut indiquer que votre interrogation est trop agressive, et que le périphérique a du mal à suivre le volume et la fréquence des requêtes. Des pics d'activité élevés du processeur ne durant que quelques secondes sont souvent prévus et ne sont pas une source de préoccupation. Le protocole SNMP est considéré comme un processus de faible priorité et peut générer un traitement CPU si un processus plus important l'exige. Vous pouvez vérifier le résultat de la commande « show snmp stats oid » pour vérifier les principaux OID interrogés. Vous pouvez augmenter ou diminuer la valeur limite du seuil de réponse pour les MIB SNMP, en utilisant la commande suivante en mode de configuration globale : snmp monitor response threshold-limit La limite du seuil peut être définie sur n'importe quelle valeur comprise entre 1000 et 5000 ms et il s'agit d'une modification sans incidence. Si vous l'augmentez au-delà de la valeur par défaut de 2 000 ms, le périphérique en question aura plus de temps pour répondre à une requête SNMP donnée si vos délais sont inférieurs à 5 000 ms. Vous pouvez également utiliser la commande de configuration « no snmp monitor response ». Cette commande désactiverait le mécanisme pour comparer le temps de réponse avec le seuil et aucun syslog de délai SNMP ne peut être affiché. Les requêtes SNMP pour la MIB retardée, et éventuellement les requêtes suivantes, peuvent toujours expirer, mais le système ne peut pas imprimer de journal lorsque cela se produit. Enfin, si un OID spécifique cause continuellement le problème, vous pouvez bloquer l'OID avec une vue SNMP. Exemple de configuration globale : snmp-server view TAC iso include snmp-server view TAC 1.3.6.1.4.1.9.9.91.1.1.1.1 excluded snmp-server community view TAC RO
Commandes
#show version
#show module
#show proc cpu sort
#show run | s snmp
#show snmp
#show snmp stats oid