Suivre l’activité SNMP

Pour accéder aux données liées à un objet MIB, l’objet MIB doit être enregistré auprès de snmpd. Lorsqu’un sous-agent SNMP est en ligne, il enregistre les objets MIB associés avec snmpd. Le snmpd maintient un mappage des objets et des sous-agents auxquels les objets sont associés. Cependant, la tentative d’enregistrement échoue occasionnellement et les objets restent non enregistrés auprès de snmpd jusqu’à la prochaine fois que le sous-agent redémarre et enregistre avec succès les objets.

Lorsqu’un système de gestion de réseau interroge des données relatives à des objets qui ne sont pas enregistrés auprès de snmpd, celui-ci renvoie soit une erreur (pour les objets SNMPv1), soit une noSuchNamenoSuchObject erreur (pour les objets SNMPv2).

Vous pouvez utiliser les commandes suivantes pour vérifier les objets MIB enregistrés auprès de snmpd :

• show snmp registered-objects: crée un /var/log/snmp_reg_objs fichier contenant la liste des objets enregistrés et leur mappage à divers sous-agents.

• file show /var/log/snmp_reg_objs: affiche le contenu du /var/log/snmp_reg_objs fichier.

L’exemple suivant montre les étapes de création et d’affichage du /var/log/snmp_reg_objs fichier :

Le /var/log/snmp_reg_objs fichier contient des objets associés aux processus Junos OS enregistrés auprès de snmpd. Vous pouvez afficher les objets à l’aide de la show snmp registered-objects commande. Si un objet MIB associé à un processus Junos OS en cours d’exécution n’apparaît pas dans la liste des objets enregistrés, vous pouvez redémarrer le processus logiciel pour réessayer d’enregistrer un objet avec snmpd.

Les opérations de suivi SNMP permettent de suivre l’activité des agents SNMP et d’enregistrer les informations dans des fichiers journaux. Par défaut, Junos OS ne trace aucune activité SNMP. Pour activer le suivi des activités SNMP sur un équipement exécutant Junos OS, incluez l’instruction set traceoptions flag all au niveau de la [edit snmp] hiérarchie.

Les fichiers journaux suivants sont créés :

• Snmpd

• mib2d

• Le RMOPD

Vous pouvez utiliser la show log log-filename commande opérationnelle pour afficher le contenu du fichier journal. Dans le fichier journal snmpd (voir l’exemple suivant), une séquence de représente un paquet entrant, tandis qu’une séquence de >>><<< représente un paquet sortant. Vous pouvez utiliser les combinaisons d’ID source et de requête pour faire correspondre les demandes et les réponses, si plusieurs systèmes de gestion réseau interrogent l’appareil en même temps. Le journal des réponses n’est pas créé dans le fichier journal si l’agent maître SNMP ou le sous-agent SNMP n’a pas répondu à une demande.

Vous pouvez analyser le temps de réponse à la requête pour identifier et comprendre les réponses retardées.

Vous pouvez consulter le fichier journal à l’aide de la show log snmpd commande.

La show snmp statistics extensive commande opérationnelle vous permet d’examiner le trafic SNMP, y compris les interruptions, sur un équipement. La sortie de la commande affiche des valeurs en temps réel et peut être utilisée pour surveiller des show snmp statistics extensive valeurs telles que les baisses de régulation, actuellement actif, max actif, introuvable, délai d’expiration, latence maximale, file d’attente actuelle, mise en file d’attente totale et dépassements. Vous pouvez identifier la lenteur des réponses SNMP en surveillant le nombre de demandes actives, car une augmentation constante du nombre de réponses actives est directement liée à la lenteur ou à l’absence de réponse aux requêtes SNMP.

L’utilisation élevée du processeur des processus logiciels interrogés, tels que snmpd ou mib2d, est un autre facteur qui peut entraîner une réponse lente ou aucune réponse. Vous pouvez utiliser la show system processes extensive commande opérationnelle pour vérifier les niveaux d’utilisation du processeur des processus Junos OS.

Comme mentionné dans Comprendre l’implémentation SNMP dans Junos OS, certaines données MIB SNMP sont gérées par le noyau ou le moteur de transfert de paquets. Pour que de telles données soient disponibles pour le système de gestion du réseau, le noyau doit fournir les informations requises au sous-agent SNMP dans mib2d. Une réponse lente du noyau peut retarder le retour des données par mib2d au système de gestion réseau. Junos OS ajoute une entrée dans le fichier journal mib2d chaque fois qu’une interface met plus de 10 000 microsecondes à répondre à une demande de statistiques d’interface. Vous pouvez utiliser la show log log-filename | grep “kernel response time” commande pour connaître le temps de réponse pris par le noyau.

Vérification du temps de réponse du noyau

Par défaut, lorsque la taille du fichier de trace atteint 128 kilo-octets (Ko), il est renommé filename.0, puis filename.1, et ainsi de suite, jusqu’à ce qu’il y ait trois fichiers de trace. Ensuite, le fichier de trace le plus ancien (filename.2) est écrasé.

Vous pouvez configurer les limites du nombre et de la taille des fichiers de trace en incluant les instructions suivantes au niveau de la [edit snmp traceoptions] hiérarchie :

Par exemple, définissez la taille maximale des fichiers sur 2 Mo et le nombre maximal de fichiers sur 20. Lorsque le fichier qui reçoit la sortie de l’opération de suivi (filename) atteint 2 Mo, il est renommé filename.0, filename et un nouveau fichier appelé filename est créé. Lorsque le nouveau filename atteint 2 Mo, filename.0 il est renommé et filename est renommé filename.0filename.1 . Ce processus se répète jusqu’à ce qu’il y ait 20 fichiers de trace. Ensuite, le fichier le plus ancien () est écrasé par le fichier le plus récent (filename.19filename.0).

Le nombre de fichiers peut être compris entre 2 et 1000 fichiers. La taille de chaque fichier peut être comprise entre 10 Ko et 1 gigaoctet (Go).

Par défaut, seuls les fichiers journaux sont accessibles à l’utilisateur qui a configuré l’opération de suivi.

Pour spécifier que n’importe quel utilisateur peut lire tous les fichiers journaux, incluez l’instruction file world-readable au niveau de la [edit snmp traceoptions] hiérarchie :

Pour définir explicitement le comportement par défaut, incluez l’instruction file no-world-readable au niveau de la [edit snmp traceoptions] hiérarchie :

Par défaut, la sortie de l’opération de traçage inclut toutes les lignes pertinentes pour les activités consignées.

Vous pouvez affiner la sortie en incluant l’instruction match au niveau de la [edit snmp traceoptions file filename] hiérarchie et en spécifiant une expression régulière (regex) à mettre en correspondance :

Par défaut, seules les activités importantes sont enregistrées. Vous pouvez spécifier les opérations de traçage à consigner en incluant l’instruction suivante flag (avec un ou plusieurs indicateurs de suivi) au niveau de la [edit snmp traceoptions] hiérarchie :

Tableau 1 décrit la signification des indicateurs de suivi SNMP.

Pour afficher la fin du journal d’un agent, exécutez la commande mode show log agentd | last opérationnel :

où agent est le nom d’un agent SNMP.