Configurer les options sur les équipements gérés pour un meilleur temps de réponse SNMP

Junos OS vous permet de configurer la durée (en secondes) de mise en cache des statistiques d’interface. Si le NMS interroge à nouveau la même interface dans le temps de mise en cache, les mêmes données sont renvoyées. Si le NMS effectue une requête après l’heure du cache, le cache n’est plus valide, les données fraîches sont extraites des couches inférieures et l’horodatage du cache est mis à jour. La valeur par défaut stats-cache-lifetime est de 5 secondes. Cela peut être réglé en fonction de la fréquence d’interrogation.

REMARQUE :

La réduction de la valeur de l’option stats-cache-lifetime entraîne un plus grand nombre de requêtes et peut avoir un impact sur les performances. Pour obtenir les statistiques en direct non mises en cache, définissez la valeur de l’option stats-cache-lifetime sur 0. Cependant, cela n’est pas recommandé car cela désactive complètement la fonctionnalité de mise en cache et a un impact sur les performances.

Si une station de gestion de réseau retransmet GetGetNextGetBulk une requête SNMP à un périphérique trop fréquemment, cette requête peut interférer avec le traitement des requêtes précédentes et ralentir le temps de réponse de l’agent. Le filtrage de ces requêtes dupliquées améliore le temps de réponse de l’agent SNMP. Junos OS vous permet de filtrer les requêtes , , et GetBulk SNMP en double.GetGetNext Junos OS utilise les informations suivantes pour déterminer si une requête SNMP est un doublon :

• Adresse IP source de la requête SNMP

• Port UDP source de la requête SNMP

• ID de la requête SNMP

REMARQUE :

Par défaut, le filtrage des requêtes SNMP dupliquées est désactivé sur les périphériques exécutant Junos OS.

Pour activer le filtrage des requêtes SNMP en double sur les équipements exécutant Junos OS, incluez l’instruction suivante filter-duplicates au niveau de la [edit snmp] hiérarchie :

Une interface qui tarde à répondre aux requêtes SNMP pour les statistiques d’interface peut retarder les réponses du noyau aux requêtes SNMP. Vous pouvez consulter le fichier journal mib2d pour savoir combien de temps le noyau met à répondre aux différentes requêtes SNMP. Pour plus d’informations sur la vérification du fichier journal des données de réponse du noyau, reportez-vous à la section « Vérification de la réponse du noyau et du moteur de transfert de paquets » sous Surveillance de l’activité SNMP et suivi des problèmes affectant les performances SNMP sur un périphérique exécutant Junos OS.

Si vous remarquez qu’une interface particulière est lente à répondre et que vous pensez qu’elle ralentit le noyau pour qu’il réponde aux requêtes SNMP, excluez cette interface des requêtes SNMP adressées au périphérique. Vous pouvez exclure une interface des requêtes SNMP soit en configurant l’instruction, filter-interface soit en modifiant les paramètres d’affichage SNMP.

L’exemple suivant montre un exemple de configuration permettant d’exclure des interfaces des opérations SNMP Get, GetNextet Set :

L’exemple suivant montre la configuration de la vue SNMP pour exclure l’interface avec une valeur d’index d’interface (ifIndex) de 312 d’une demande d’informations relatives aux objets ifTable et ifXtable :

Vous pouvez également mettre hors ligne l’interface qui est lente à répondre.