User Tools

Site Tools


informatique:cisco:supervision

This is an old revision of the document!


supervision monitoring SNMP

Supervision des équipements cisco

STP via SNMP

Il est possible de superviser l'état STP des ports/VLANs en interrogeant, en SNMP, l'OID dot1dStpPortState (.1.3.6.1.2.1.17.2.15.1.3). Ce dernier renvoie un entier ayant une des valeurs suivantes :

1 : disabled
2 : blocking
3 : listening
4 : learning
5 : forwarding
6 : broken

.. qui correspondent à l'état ST du port. L'état “broken state” (6) correspond à un port défectueux.

Pour superviser les ports d'un VLAN, il faut utiliser la syntaxe suivante (exemple en ligne de commande sous Linux) :

snmpwalk -c <communauté>@<n° de VLAN> <IP Cisco> <OID>

Par exemple pour lister les états de tous les ports dans le VLAN 20 sur le routeur (c'est en fait un catalyst) R1 (avec la communauté “public”):

snmpwalk -c public@20 10.0.0.1 .1.3.6.1.2.1.17.2.15.1.3

Superviser les températures

Sur un châssis c6500

Pour récupérer le nom des modules :

snmpwalk -v2c -c public router .1.3.6.1.2.1.47.1.1.1.1.2

Pour lister toutes les températures :

snmpwalk -v2c -c public router .1.3.6.1.4.1.9.9.91.1.1.1.1.4

source : How To Get the Environment Temperature on a Catalyst 6500/6000 Using SNMP

Sur les c2800 ou c3800

Il existe beaucoup moins de sondes de température sur les routeurs de la gamme 2800 et 3800 ; on peut obtenir le voltage, l'état des ventilateurs et la température (CPU, interne, et en entrée), etc… en parcourant l'OID SNMPv2-SMI::enterprises.9.9.13.1

Pour les températures et leur description :

snmpwalk -v2c -c public router SNMPv2-SMI::enterprises.9.9.13.1.3.1.2
 SNMPv2-SMI::enterprises.9.9.13.1.3.1.2.1 = STRING: "Internal-ambient"
 SNMPv2-SMI::enterprises.9.9.13.1.3.1.2.2 = STRING: "CPU"
 SNMPv2-SMI::enterprises.9.9.13.1.3.1.2.3 = STRING: "Intake"
snmpwalk -v2c -c public router SNMPv2-SMI::enterprises.9.9.13.1.3.1.3
 SNMPv2-SMI::enterprises.9.9.13.1.3.1.3.1 = Gauge32: 24
 SNMPv2-SMI::enterprises.9.9.13.1.3.1.3.2 = Gauge32: 40
 SNMPv2-SMI::enterprises.9.9.13.1.3.1.3.3 = Gauge32: 24

Fixer les OIDs des interfaces

C'est enrageant et chronophage de constater que lorsqu'on ajoute une carte sur un châssis Cisco, il renumérote les ifindex SNMP des interfaces lors de son prochain reboot. Du coup il faut refaire une passe sur les outils de supervision basés sur SNMP (MRTG, Nagios) à chaque modification matérielle pour modifier les OIDs des interfaces.

Pour régler le problème il existe une commande qui permet de garder fixes les index des interface ; soit de façon globale (s'applique sur toutes les interfaces de l'équipement :

snmp-server ifindex persist

… soit par interface :

int gi0/1
 snmp ifmib ifindex persist

Source : Interface Index Persistence sur cisco.com

informatique/cisco/supervision.1316182425.txt.gz · Last modified: 2013/10/14 20:52 (external edit)