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

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

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

Supervision de la CPU sur les ASR1000 :

OLD-CISCO-CPU-MIB::avgBusy1.0			.1.3.6.1.4.1.9.2.1.57.0
CISCO-SMI::ciscoMgmt.109.1.1.1.1.7.2	.1.3.6.1.4.1.9.9.109.1.1.1.1.7.2
.1.3.6.1.4.1.9.9.109.1.1.1.1.5

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