SNMP : Théorie et fonctionnement MIB - Forum aux questions
Contenu
Introduction
Ce document fournit des réponses aux questions les plus fréquemment posées et guide les utilisateurs pour trouver des ressources utiles sur les problèmes SNMP (Simple Network Management Protocol) et SNMP liés aux équipements Cisco.
Q. Quel outil puis-je utiliser pour capturer et analyser des paquets SNMP et des interruptions SNMP sur ma station de travail ?
A. Sous Solaris, utilisez la commande snoop, qui se trouve dans /usr/sbin/snoop.
Remarque : Vous devez être un utilisateur racine pour capturer des paquets sur le câble.
Exemple :
snoop udp port 162 router1 -> host1 UDP D=162 S=1480 LEN=120Cet exemple a capturé un paquet. Le périphérique router1 envoie un SNMP-TRAP (port UDP 162) au périphérique host1.
Vous pouvez également utiliser Ethereal, qui est un analyseur de protocole réseau gratuit pour les systèmes UNIX et Microsoft Windows. Les paquets SNMP peuvent être analysés avec Ethereal version 0.8.0 et ultérieure. Vous pouvez télécharger Ethereal à partir de la page de téléchargement
Ethereal.
Ethereal
Q. Pourquoi ai-je une interface avec ifDescr = Null0 dans ifTable ?
A. Depuis la version 12.0 du logiciel Cisco IOS®, une interface avec ifDescr Null0 apparaît dans le ifTable.
L'interface Null0 est une interface réseau virtuelle (similaire à l'interface de bouclage). Alors que le trafic vers l'interface de bouclage est dirigé vers le routeur lui-même, le trafic envoyé à l'interface Null est rejeté.
Il se peut que l'interface Null ne soit pas configurée avec une adresse. Le trafic peut uniquement être envoyé à cette interface en configurant une route statique où le tronçon suivant est l’interface Null0. Cela permet de créer une route vers un réseau agrégé qui peut ensuite être annoncée via le protocole BGP (Border Gateway Protocol), ou de s'assurer que le trafic vers une plage d'adresses donnée n'est pas propagé par le routeur, peut-être à des fins de sécurité.
Le routeur a toujours une interface Null0 unique. Par défaut, un paquet envoyé à l'interface Null provoque la réponse du routeur en envoyant un message ICMP (Internet Control Message Protocol) inaccessible à l'adresse IP source du paquet. Vous pouvez configurer le routeur pour qu’il envoie ces réponses ou qu’il abandonne silencieusement les paquets.
Afin de désactiver l'envoi de messages ICMP inaccessibles en réponse aux paquets envoyés à l'interface null, tapez cette commande en mode de configuration d'interface :
no ip unreachablesAfin d'activer l'envoi de messages ICMP inaccessibles en réponse aux paquets envoyés à l'interface null, tapez cette commande en mode de configuration d'interface :
ip unreachables
Q. Certaines colonnes ifTable ne s'affichent pas pour certains types d'interface. Que se passe-t-il ? Est-ce un bug ?
A. Ce n'est pas un bug. ifTable, basé sur RFC 1573, est conçu spécifiquement de sorte que certaines colonnes d'une ligne donnée ne soient pas instanciées en fonction de ifType. Lisez l'énoncé de conformité RFC pour plus de précisions sur les colonnes auxquelles s'attendre pour différents groupes de médias. Par exemple, ATM, qui est un paquet de longueur fixe. Ainsi, les lignes de ifTable (et d'autres) sont basées sur ifFixedLengthGroup.
Q. Je vois deux pièges à démarrage froid dans la boîte. Est-ce un bug ?
A. Ce comportement n'est pas un bug. Un déroutement à démarrage froid est généralement le premier déroutement (et le premier paquet) à être envoyé à une destination de déroutement. Le routeur doit utiliser le protocole ARP (Address Resolution Protocol) pour la destination de déroutement. Les périphériques Cisco abandonnent le déroutement si un ARP doit être envoyé. Par conséquent, de nombreux clients ne voyaient pas le piège du démarrage à froid avant le correctif, qui était de l'envoyer deux fois. Il est compatible RFC, car le réseau peut également dupliquer les déroutements de démarrage à froid. La station NMS (Network Management System) du client doit être en mesure de gérer cela (sinon elle est cassée).
Note : Pour suivre ce lien d'ID de bogue et voir les informations détaillées sur le bogue, vous devez être un utilisateur enregistré (clients enregistrés uniquement) et vous devez être connecté.
Q. Quelles sont les informations exactes contenues dans une interruption SNMP et où sont-elles documentées ?
A. Chaque déroutement est défini dans une base MIB. Afin de voir la définition exacte du déroutement avec la liste des objets qu'il contient, recherchez le déroutement dans SNMP Object Navigator. Par exemple, vous pouvez voir le déroutement cctCallSetupNotification de CISCO-CALL-TRACKER-MIB.
Commentaires