User Tools

Site Tools


informatique:cisco:supervision

Differences

This shows you the differences between two versions of the page.

Link to this comparison view

Next revision
Previous revision
informatique:cisco:supervision [2009/08/24 14:32] – créée pteuinformatique:cisco:supervision [2013/10/14 20:44] (current) – external edit 127.0.0.1
Line 15: Line 15:
  
 Pour superviser les ports d'un VLAN, il faut utiliser la syntaxe suivante (exemple en ligne de commande sous Linux) : 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>+<code bash> 
 +snmpwalk -c <communauté>@<n° de VLAN> <IP Cisco> <OID
 +</code>
  
 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"): 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+<code bash> 
 +snmpwalk -c public@20 10.0.0.1 .1.3.6.1.2.1.17.2.15.1.3 
 +</code> 
 + 
 + 
 +=====Superviser les températures===== 
 + 
 +====Sur un châssis c6500==== 
 + 
 +Pour récupérer le nom des modules : 
 +<code bash> 
 +snmpwalk -v2c -c public router .1.3.6.1.2.1.47.1.1.1.1.2 
 +</code> 
 + 
 +Pour lister toutes les températures : 
 +<code bash> 
 +snmpwalk -v2c -c public router .1.3.6.1.4.1.9.9.91.1.1.1.1.4 
 +</code> 
 + 
 +source : [[http://www.cisco.com/en/US/tech/tk648/tk362/technologies_tech_note09186a0080094b9e.shtml|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 : 
 +<code bash> 
 +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 
 +</code> 
 + 
 +====Sur les ASR100X==== 
 + 
 +Supervision de la CPU sur les ASR1000 : 
 +<code> 
 +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 
 +</code> 
 + 
 +===== 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 : 
 +<code bash> 
 +snmp-server ifindex persist 
 +</code> 
 + 
 +... soit par interface : 
 +<code bash> 
 +int gi0/1 
 + snmp ifmib ifindex persist 
 +</code> 
 + 
 +Source : [[http://www.cisco.com/en/US/docs/ios/12_1t/12_1t5/feature/guide/dt5ifidx.html|Interface Index Persistence]] sur cisco.com
informatique/cisco/supervision.1251124362.txt.gz · Last modified: 2013/10/14 20:52 (external edit)