Guest

Déroutement SNMP pour surveiller le changement de contiguïté EIGRP du Nexus 7000

Options de téléchargement

  • PDF     (270.4 KB)
    Consulter à l'aide d'Adobe Reader sur un grand nombre d’appareils
  • ePub     (167.7 KB)
    Consulter à l’aide de différentes applications sur iPhone, iPad, Android ou Windows Phone
  • Mobi (Kindle)     (278.3 KB)
    Consulter sur un appareil Kindle ou à l’aide d’une application Kindle sur plusieurs appareils
Mis à jour:31 juillet 2017
ID du document:211527
À propos des traductions

À propos de cette traduction

Cisco a traduit ce document en traduction automatisée vérifiée par une personne dans le cadre d’un service mondial permettant à nos utilisateurs d’obtenir le contenu d’assistance dans leur propre langue. Il convient cependant de noter que même la meilleure traduction automatisée ne sera pas aussi précise que celle fournie par un traducteur professionnel.

Contenu

Aperçu 
Exemple

    Aperçu 

    Le Nexus prend en charge seulement deux déroutements pour déroutements EIGRP-MIB, cEigrpAuthFailureEvent et cEigrpRouteStuckInActive, mais aucun SNMP pour des voisins EIGRP haut/bas (cEigrpNbrDownEvent). 
    Un contournement viable pour générer des déroutements SNMP pour surveiller des modifications de contiguïté EIGRP serait de configurer deux scripts EEM - un pour le voisin et un pour le voisin vers le bas - déclenchés basé sur le modèle de Syslog.

    Exemple

    event manager applet EIGRP_TRAP_nbr_dwn
  event syslog pattern "EIGRP-5-NBRCHANGE_DUAL.*down"
  action 1.1 snmp-trap strdata "EIGRP Neighbor Down"
event manager applet EIGRP_TRAP_nbr_up
  event syslog pattern "EIGRP-5-NBRCHANGE_DUAL.*up"
  action 1.1 snmp-trap strdata "EIGRP Neighbor Up"
    Vous pouvez alors tester en agitant une interface de la couche 3 (vous pouvez créer un test SVI pour vérifier quant à pour ne pas perturber la Connectivité) : 
    2017 Jul 12 15:51:06 N7K-AGG2 %EIGRP-5-NBRCHANGE_DUAL:  eigrp-10 [4049] (default-base) IP-EIGRP(0) 10: Neighbor 10.10.10.84
     (Vlan1064) is down: holding time expired
2017 Jul 12 15:51:10 N7K-AGG2 %EIGRP-5-NBRCHANGE_DUAL:  eigrp-10 [4049] (default-base) IP-EIGRP(0) 10: Neighbor 10.10.10.84
     (Vlan1064) is up: new adjacency
    Confirmez que le Nexus envoie ces derniers correctement en vérifiant votre outil de surveillance SNMP - la sortie peut différer légèrement selon l'outil utilisé :
    Vous pouvez également passer en revue ces déroutements SNMP par l'intermédiaire d'une capture Wireshark :
    Remarque: Selon la version de Wireshark, la chaîne ne sera pas en texte lisible pour l'homme mais peut être filtrée par l'intermédiaire de « snmp.value.octets contient « le "" EIGRP
    Vous pouvez également vérifier que le Nexus envoie ces derniers sur l'EEM déclenchant avec Ethanalyzer - exemple : 
    N7K-A-Admin# ethanalyzer local interface mgmt display-filter snmp limit-c 0

Capturing on mgmt0
2017-07-12 15:43:37.431067 10.122.140.96 -> 172.18.121.3 SNMP 278 snmpV2-trap 1.3.6.1.2.1.1.3.0 1.3.6.1.6.3.1.1.4.1.0 1.3.6.1.4.1.9.10.134.1.2.3.1.2.1 1.3.6.1.4.1.9.10.134.1.2.3.1.6.1 1.3.6.1.4.1.
9.10.134.1.2.3.1.7.1 1.3.6.1.4.1.9.10.134.1.2.3.1.9.1 1.3.6.1.4.1.9.10.134.1.2.3.1.10.1 1.3.6.1.4.1.9.10.134.1.2.3.1.11.1

    Remarque: Pré NX-OS 7.x ne nous donne pas l'option de configurer le « snmp-server enable traps syslog » qui te permettrait à leur tour pour surveiller le log se connectant entier lui-même filtre alors pour les messages EIGRP. Cette caractéristique a été ajoutée dans des versions ultérieures, 7.x et plus tard.

    TAC Authored

    Contribution d’experts de Cisco

    • Andrea Testini
      Ingénieur TAC

    Ce document vous est-il utile?

    Commentaires

    Laissez-nous vous aider

    Ce document s’applique à ces produits