Déplacement de fichiers et d'images entre un commutateur CatOS et un serveur TFTP via SNMP

Introduction

Ce document décrit comment déplacer des fichiers de configuration et des images logicielles système entre un commutateur avec Catalyst Operating Systems (CatOS) et un serveur TFTP (Trivial File Transfer Protocol) sur UNIX avec le protocole SNMP (Simple Network Management Protocol).

Conditions préalables

Conditions requises

Vérifiez que vous pouvez envoyer une requête ping à l’adresse IP du serveur TFTP à partir du commutateur Catalyst :

Cat6509> (enable) ping 171.68.191.135
!!!!!

----171.68.191.135 PING Statistics----
5 packets transmitted, 5 packets received, 0% packet loss
round-trip (ms)  min/avg/max = 2/2/2

Ces procédures sont les suivantes :

• Ne s'applique pas aux commutateurs Catalyst basés sur la plate-forme logicielle Cisco IOS®, tels que la gamme Catalyst 2900/3500XL.

• Ne s'applique pas aux modules MSFC et MSFC2 de la gamme Catalyst 6000 avec le logiciel Cisco IOS.

• Ne s'applique pas si la chaîne de communauté SNMP Read-Write n'est pas configurée ou connue sur le commutateur. Référez-vous à Configuration des chaînes de communauté SNMP pour la procédure détaillée de configuration des chaînes de communauté SNMP.

• Basé sur la syntaxe de ligne de commande des utilitaires NET-SNMP (précédemment appelés UCD-SNMP). Si vous avez d'autres applications SNMP, telles que HP Open View ou NetView, la syntaxe peut être différente de ces exemples.

• Basé sur CISCO-STACK-MIB, qui est pris en charge par Catalyst OS depuis la version logicielle initiale du module de supervision. Reportez-vous à la page MIB prises en charge par le produit sur Cisco.com pour vérifier que votre commutateur prend en charge CISCO-STACK-MIB. Ces objets MIB de cette MIB sont utilisés :

Nom de l’objet MIB	OID
tftpHost	.1.3.6.1.4.1.9.5.1.5.1
tftpFile	.1.3.6.1.4.1.9.5.1.5.2
tftpModule	.1.3.6.1.4.1.9.5.1.5.3
tftpAction	.1.3.6.1.4.1.9.5.1.5.4
tftpResult	.1.3.6.1.4.1.9.5.1.5.5

Voir l'annexe A pour plus d'informations sur ces objets MIB avec des définitions.

Components Used

Les informations de ce document sont basées sur les commutateurs qui exécutent uniquement le logiciel Catalyst OS.

The information in this document was created from the devices in a specific lab environment. All of the devices used in this document started with a cleared (default) configuration. If your network is live, make sure that you understand the potential impact of any command.

Conventions

Dans tous les exemples, ces valeurs sont utilisées à titre d'illustration :

• Commutateur Catalyst 6509 avec CatOS

• 172.16.99.66 = Adresse IP du commutateur Catalyst 6509

• private = chaîne de communauté en lecture-écriture SNMP. Utilisez la chaîne en lecture-écriture configurée sur votre commutateur. Vérifiez cela à l'aide de la commande show snmp sur l'interface de ligne de commande du commutateur.

• public = chaîne de communauté en lecture seule SNMP. Utilisez la chaîne en lecture seule configurée sur votre commutateur. Vérifiez cela à l'aide de la commande show snmp sur l'interface de ligne de commande du commutateur.

• 171.68.191.135 = adresse IP du serveur TFTP

Voici la syntaxe des commandes snmpset et snmpwalk dans ces exemples :

snmpset [options...] <hostname> {<community>} [<objectID> <type> <value> ...]
snmpwalk [options...] <hostname> {<community>} [<objectID>] 

Pour plus d'informations sur les conventions utilisées dans ce document, reportez-vous à Conventions relatives aux conseils techniques Cisco.

Copier une configuration du serveur TFTP vers le commutateur Catalyst exécutant CatOS

Ces étapes vous guident tout au long du processus de copie d'un fichier de configuration.

Step-by-Step Instructions

Procédez comme suit :

1. Créez un nouveau fichier, switch-config, dans le répertoire du serveur TFTP /tftpboot. Sous UNIX, utilisez la syntaxe suivante : appuyez sur <filename>.

   touch switch-config
   

2. Remplacez les autorisations du fichier par 777. Utilisez cette syntaxe : chmod <permissions> <filename> .

   chmod 777 switch-config
   

3. Définissez l'adresse IP du serveur TFTP avec l'objet MIB tftpHost :

   % snmpset 172.16.99.66 private .1.3.6.1.4.1.9.5.1.5.1.0 s 171.68.191.135
   enterprises.9.5.1.5.1.0 = "171.68.191.135"

4. Définissez le nom de fichier TFTP que vous utiliserez pour copier la configuration, avec l'objet MIB tftpFile :

   % snmpset 172.16.99.66 private .1.3.6.1.4.1.9.5.1.5.2.0 s switch-config
   enterprises.9.5.1.5.2.0 = switch-config

5. Sélectionnez le module sur le commutateur Catalyst où la configuration sera livrée, avec l'objet MIB tftpModule. Sélectionnez le module Supervisor et non le module MSFC ou MSFC2, sinon il échoue. Vérifiez le numéro de module correct pour la commande snmpset avec une commande show module sur l'interface de ligne de commande du commutateur. Une sortie type est :

   Mod Slot  Ports  Module-Type                 Model               Sub  Status
   --- ----  -----  -------------------------  -------------------  ---  --------
   2   2     2      1000BaseX Supervisor       WS-X6K-SUP1A-2GE     yes  ok
   16  2     1      Multilayer Switch Feature  WS-F6K-MSFC          no   OK
   ....
   --<snip>--

   Dans l'exemple de sortie, le numéro du module Supervisor est 2 et se trouve dans le logement numéro 2. Utilisez 2 afin de définir l'objet MIB tftpModule :

   % snmpset 172.16.99.66 private .1.3.6.1.4.1.9.5.1.5.3.0 i 2
   enterprises.9.5.1.5.3.0 = 2

6. Utilisez l'objet MIB tftpAction afin de définir le fichier de configuration du commutateur qui doit être transféré du serveur TFTP au commutateur avec la valeur d'objet MIB 2 = downloadConfig. Reportez-vous aux détails de l'objet MIB dans l'annexe A :

   % snmpset 172.16.99.66 private .1.3.6.1.4.1.9.5.1.5.4.0 i 2
   enterprises.9.5.1.5.4.0 = 2

Vérifier les résultats

Afin de vérifier les résultats de ces opérations, effectuez l'une des opérations suivantes :

1. Interroger l'objet MIB tftpGrp (.1.3.6.1.4.1.9.5.1.5) et comparer les résultats avec l'appendice A :

   % snmpwalk 172.16.99.66 public .1.3.6.1.4.1.9.5.1.5
   enterprises.9.5.1.5.1.0 = "171.68.191.135"
   
   !--- IP address of the TFTP server
   
   enterprises.9.5.1.5.2.0 = "switch-config"
   
   !--- name of the switch configuration file
   
   enterprises.9.5.1.5.3.0 = 2
   
   !--- Module number. In this case, Supervisor module
   
   enterprises.9.5.1.5.4.0 = 2
   
   !--- TFTP action. 2 = Download configuration from TFTP server to the switch
   
   enterprises.9.5.1.5.5.0 = 2
   
   !--- Result of the TFTP action, 2 = Success
   
   

2. Analysez l'objet MIB tftpResult et comparez la sortie avec les détails de l'objet MIB dans l'annexe A :

   % snmpwalk 172.16.99.66 public .1.3.6.1.4.1.9.5.1.5.5
   enterprises.9.5.1.5.5.0 = 2
   
   !--- Result of the TFTP action, 2 = Success
   
   

Dépannage du processus

Si le téléchargement réussit, la sortie de l'objet MIB est égale à 2 (ou réussite). Si vous recevez une autre sortie, comparez-la à l'annexe A pour l'objet tftpResult et effectuez les étapes appropriées.

Copier une configuration à partir du commutateur Catalyst exécutant CatOS vers le serveur TFTP

Ces étapes vous guident tout au long du processus de copie d'un fichier de configuration.

Step-by-Step Instructions

Procédez comme suit :

1. Créez un nouveau fichier, switch-config, dans le répertoire du serveur TFTP /tftpboot. Sous UNIX, utilisez la syntaxe suivante : appuyez sur <filename>.

   touch switch-config
   

2. Remplacez les autorisations du fichier par 777 avec la syntaxe suivante : chmod <permissions> <filename> .

   chmod 777 switch-config
   

3. Définissez l'adresse IP du serveur TFTP avec l'objet MIB tftpHost. La syntaxe est la suivante :

   % snmpset 172.16.99.66 private .1.3.6.1.4.1.9.5.1.5.1.0 s 171.68.191.135
   enterprises.9.5.1.5.1.0 = "171.68.191.135"

4. Définissez le nom de fichier TFTP que vous utiliserez pour copier la configuration, avec l'objet MIB tftpFile :

   % snmpset 172.16.99.66 private .1.3.6.1.4.1.9.5.1.5.2.0 s switch-config
   enterprises.9.5.1.5.2.0 = switch-config

5. Sélectionnez le module sur le commutateur Catalyst où la configuration sera livrée, avec l'objet MIB tftpModule. Sélectionnez le module Supervisor et non le module MSFC ou MSFC2, sinon il échoue. Vérifiez le numéro de module correct pour la commande snmpset avec une commande show module sur l'interface de ligne de commande du commutateur. Une sortie type est :

   Mod Slot  Ports  Module-Type                 Model               Sub  Status
   --- ----  -----  -------------------------  -------------------  ---  --------
   2   2     2      1000BaseX Supervisor       WS-X6K-SUP1A-2GE     yes  ok
   16  2     1      Multilayer Switch Feature  WS-F6K-MSFC          no   OK
   ....
   --<snip>--

   Dans l'exemple de sortie, le numéro du module Supervisor est 2 et se trouve dans le logement numéro 2. Utilisez 2 afin de définir l'objet MIB tftpModule :

   % snmpset 172.16.99.66 private .1.3.6.1.4.1.9.5.1.5.3.0 i 2
   enterprises.9.5.1.5.3.0 = 2

6. Utilisez l'objet MIB tftpAction afin de définir que le fichier de configuration du commutateur doit être transféré du serveur TFTP au commutateur avec la valeur d'objet MIB 3 = uploadConfig. Reportez-vous aux détails de l'objet MIB dans l'annexe A :

   % snmpset 172.16.99.66 private .1.3.6.1.4.1.9.5.1.5.4.0 i 3
   enterprises.9.5.1.5.4.0 = 3

Vérifier le processus

Afin de vérifier les résultats de ces opérations, effectuez l'une des opérations suivantes :

1. Interroger l'objet MIB tftpGrp (.1.3.6.1.4.1.9.5.1.5) et comparer les résultats avec l'appendice A :

   % snmpwalk 172.16.99.66 public .1.3.6.1.4.1.9.5.1.5
   enterprises.9.5.1.5.1.0 = "171.68.191.135"
   
   !--- IP address of the TFTP server
   
   enterprises.9.5.1.5.2.0 = "switch-config"
   
   !--- name of the switch configuration file
   
   enterprises.9.5.1.5.3.0 = 2
   
   !--- Module number. In this case, Supervisor module
   
   enterprises.9.5.1.5.4.0 = 1
   
   !--- TFTP action
   
   enterprises.9.5.1.5.5.0 = 2
   
   !--- Result of the TFTP action, 2 = Succes
   
   

2. Analysez l'objet MIB tftpResult et comparez la sortie avec les détails de l'objet MIB dans l'annexe A :

   % snmpwalk 172.16.99.66 public .1.3.6.1.4.1.9.5.1.5.5
   enterprises.9.5.1.5.5.0= 2
   
   !--- Result of the TFTP action, 2 = Success
   
   

Dépannage du processus

Si le téléchargement réussit, la sortie de l'objet MIB est égale à 2 (ou réussite). Si vous recevez une autre sortie, comparez-la à l'annexe A pour l'objet tftpResult et effectuez les étapes appropriées.

Remarque : cette procédure transfère les configurations par défaut et non par défaut à partir du commutateur, comme le montre le résultat de la commande show config all sur l'interface de ligne de commande du commutateur en mode enable. La commande show config sur le commutateur affiche uniquement les configurations non par défaut.

Copier une image logicielle système du serveur TFTP vers le commutateur Catalyst exécutant CatOS

Ces étapes vous guident tout au long du processus de copie d'une image logicielle.

Step-by-Step Instructions

Procédez comme suit :

1. Téléchargez et placez le fichier image Supervisor correct dans le répertoire /tftpboot sur le serveur TFTP. Dans cet exemple, cat6000-sup.5-4-2a.bin est utilisé à titre d'illustration.

2. Remplacez les autorisations du fichier par 777 avec la syntaxe suivante : chmod <permissions> <filename>.

   chmod 777 cat6000-sup.5-4-2a.bin
   
   

3. Définissez l'adresse IP du serveur TFTP qui utilise l'objet MIB tftpHost :

   % snmpset 172.16.99.66 private .1.3.6.1.4.1.9.5.1.5.1.0 s 171.68.191.135
   enterprises.9.5.1.5.1.0 = "171.68.191.135"

4. Définissez le nom du fichier TFTP que vous utiliserez pour copier le fichier image :

   % snmpset 172.16.99.66 private .1.3.6.1.4.1.9.5.1.5.2.0 s cat6000-sup.5-4-2a.bin
   enterprises.9.5.1.5.2.0 = "cat6000-sup.5-4-2a.bin"

5. Dans cet exemple, le numéro du module Supervisor est 2 et se trouve dans le logement numéro 2, comme le montre la sortie de la commande show module. Utilisez 2 afin de définir l'objet MIB tftpModule :

   % snmpset 172.16.99.66 private .1.3.6.1.4.1.9.5.1.5.3.0 i 2
   enterprises.9.5.1.5.3.0 = 2

   Cela signifie que l'image CatOS présente dans le répertoire /tftpboot sur le serveur TFTP est transférée vers la mémoire flash du module Supervisor, comme le montre la sortie de la commande show flash.

6. Utilisez l'objet MIB tftpAction afin de définir que le fichier image est transféré du serveur TFTP au commutateur avec la valeur d'objet MIB 4 = downloadSw. Reportez-vous aux détails de l'objet MIB dans l'annexe A :

   % snmpset 172.16.99.66 private .1.3.6.1.4.1.9.5.1.5.4.0 i 4
   enterprises.9.5.1.5.4.0 = 4 

Vérifier le processus

Afin de vérifier les résultats de ces opérations, effectuez l'une des opérations suivantes :

1. Interroger l'objet MIB tftpGrp (.1.3.6.1.4.1.9.5.1.5) et comparer les résultats avec l'appendice A :

   % snmpwalk 172.16.99.66 public .1.3.6.1.4.1.9.5.1.5
   enterprises.9.5.1.5.1.0 = "171.68.191.135"
   
   !--- IP address of the TFTP server
   
   enterprises.9.5.1.5.2.0 = "cat6000-sup.5-4-2a.bin"
   
   !--- name of the switch image file
   
   enterprises.9.5.1.5.3.0 = 0
   enterprises.9.5.1.5.4.0 = 4
   
   !--- TFTP action, 4 = downloadSw 
   
   enterprises.9.5.1.5.5.0 = 1
   
   !--- Result of the TFTP action, 1 = In Process
   
   

   Remarque : La dernière entrée indique que le transfert d'image est en cours. Patientez quelques minutes, puis interrogez de nouveau l'objet MIB tftpResult afin de vérifier qu'il a bien été transféré. Cette étape peut prendre quelques minutes, selon la taille du fichier image (octets). Pendant le processus de transfert d'image, si vous émettez une commande show flash sur le commutateur, vous verrez :

   Cat6509> (enable) show flash
   TFTP session in progress. Try again later.

2. Analysez l'objet MIB tftpResult et comparez la sortie avec les détails de l'objet MIB dans l'annexe A :

   % snmpwalk 172.16.99.66 public .1.3.6.1.4.1.9.5.1.5.5
   enterprises.9.5.1.5.5.0 = 2
   
   !--- Result of the TFTP action, 2 = Success
   
   

Dépannage du processus

Si le téléchargement réussit, la sortie de l'objet MIB est égale à 2 (ou réussite). Si vous recevez d'autres résultats, comparez-les à l'annexe A pour l'objet tftpResult et effectuez les étapes appropriées.

Une fois le transfert d'image terminé, vérifiez que la taille du fichier image (octets) correspond à celle affichée dans la sortie de la commande show flash vers le fichier du serveur TFTP (cat6000-sup.5-4-2a.bin, dans cet exemple).

Copier une image logicielle système à partir du commutateur Catalyst exécutant CatOS sur le serveur TFTP

Ces étapes vous guident tout au long du processus de copie d'une image logicielle.

Step-by-Step Instructions

Procédez comme suit :

1. Créez un nouveau fichier image.bin dans le répertoire /tftpboot du serveur TFTP. Sous UNIX, utilisez la syntaxe suivante : appuyez sur <filename>. Utilisez .bin comme extension de fichier.

   touch image.bin 
   

2. Remplacez les autorisations du fichier par 777 avec la syntaxe suivante : chmod <permissions> <filename>.

   chmod 777 image.bin 
   

3. Définissez l'adresse IP du serveur TFTP à l'aide de l'objet MIB tftpHost :

   % snmpset 172.16.99.66 private .1.3.6.1.4.1.9.5.1.5.1.0 s 171.68.191.135
   enterprises.9.5.1.5.1.0 = "171.68.191.135"

4. Définissez le nom du fichier TFTP que vous utiliserez pour copier le fichier image avec l'objet MIB tftpFile :

   % snmpset 172.16.99.66 private .1.3.6.1.4.1.9.5.1.5.2.0 s image.bin
   enterprises.9.5.1.5.2.0 = "image.bin"

5. Dans cet exemple, le numéro du module Supervisor est 2 et se trouve dans le logement numéro 2, comme le montre la sortie de la commande show module. Utilisez 2 afin de définir l'objet MIB tftpModule :

   % snmpset 172.16.99.66 private .1.3.6.1.4.1.9.5.1.5.3.0 i 2
   enterprises.9.5.1.5.3.0 = 2

   Cela signifie que l'image CatOS qui s'exécute sur le module Supervisor dans Flash est transférée au serveur TFTP comme le montre la sortie de la commande show flash.

6. Utilisez l'objet MIB tftpAction afin de définir que le fichier image est transféré du serveur TFTP au commutateur avec la valeur d'objet MIB 5 = uploadSw. Reportez-vous aux détails de l'objet MIB dans l'annexe A :

   % snmpset 172.16.99.66 private .1.3.6.1.4.1.9.5.1.5.4.0 i 5
   enterprises.9.5.1.5.4.0 = 5

Vérifier le processus

Afin de vérifier les résultats de ces opérations, effectuez l'une des opérations suivantes :

1. Interroger l'objet MIB tftpGrp (.1.3.6.1.4.1.9.5.1.5) et comparer les résultats avec l'appendice A :

   % snmpwalk 172.16.99.66 public .1.3.6.1.4.1.9.5.1.5
   enterprises.9.5.1.5.1.0 = "171.68.191.135"
   
   !--- IP address of the TFTP server
   
   enterprises.9.5.1.5.2.0 = "image.bin"
   
   !--- name of the switch image file 
   
   enterprises.9.5.1.5.3.0 = 2
   
   !--- Module number. In this case, Supervisor module 
   
   enterprises.9.5.1.5.4.0 = 5
   
   !--- TFTP action, 5 = uploadSw 
   
   enterprises.9.5.1.5.5.0 = 1
   
   !--- Result of the TFTP action, 1 = In Process 
   
   

   Remarque : La dernière entrée indique que le transfert d'image est en cours. Attendez quelques minutes, puis interrogez de nouveau l'objet MIB tftpResult afin de vérifier qu'il a bien été transféré. Cette étape peut prendre quelques minutes, selon la taille du fichier image (octets).

2. Analysez l'objet MIB tftpResult et comparez la sortie avec les détails de l'objet MIB dans l'annexe A :

   % snmpwalk 172.16.99.66 public .1.3.6.1.4.1.9.5.1.5.5
   enterprises.9.5.1.5.5.0 = 2 --> Result of the TFTP action, 2 = Success

Dépannage du processus

Si le téléchargement réussit, la sortie de l'objet MIB est égale à 2 (ou réussite). Si vous recevez d'autres résultats, comparez-les à l'annexe A pour l'objet tftpResult et effectuez les étapes appropriées.

Une fois le transfert d'image terminé, vérifiez les correspondances de taille de fichier d'image (octets) qui sont affichées dans la sortie de la commande show flash vers le fichier du serveur TFTP (image.bin, dans cet exemple).

Remarque : Si vous avez plusieurs images dans la mémoire Flash (show flash), seule l'image à partir de laquelle le module Supervisor a été amorcé est transférée au serveur TFTP avec cette procédure. Utilisez la commande show boot pour afficher la variable BOOT =, qui indique quelle image de la mémoire Flash est utilisée par le module Supervisor pour démarrer. Référez-vous à Mise à niveau d'images logicielles et utilisation de fichiers de configuration sur les commutateurs Catalyst pour plus d'informations.

Exemple de script UNIX

Remarque : ces scripts sont fournis à titre d'exemples uniquement et ne sont pris en charge par Cisco Systems d'aucune manière.

Script pour automatiser le fichier de configuration et la migration de Cisco IOS sur les commutateurs

#!/bin/sh
# Script to automate config file & IOS migration of switches
# supporting STACK-MIB including 5000, 5500, 1400, 2900, 1200
if [ ! -f SW ] ;
then
echo
echo "File SW does not exist!!!"
echo
echo "Syntax is 'switch.sh'"
echo "where each line in file SW lists:"
echo "Switchname Filename Serverip Module# Moduleaction Community"
echo
echo "Switchname must resolve"
echo "Filename must exist in server tftpboot directory 777"
echo "Serverip is the ip of the server for the file"
echo "Module# is usually '1'"
echo "Module action is as per STACK-MIB: "
echo "- 2 - config file - server > switch"
echo "- 3 - config file - switch > server"
echo "- 4 - software image - server > switch"
echo "- 5 - software image - switch > server"
echo "Community is *write* community"
echo
exit
fi
cat SW |
while read SW
do
  SWNAME=\Qecho $SW | cut -d' ' -f 1\Q
  FILE=\Qecho $SW | cut -d' ' -f 2\Q
  SERVER=\Qecho $SW | cut -d' ' -f 3\Q
  MODULE=\Qecho $SW | cut -d' ' -f 4\Q
  ACTION=\Qecho $SW | cut -d' ' -f 5\Q
  CMTY=\Qecho $SW | cut -d' ' -f 6\Q
  echo
  echo $SWNAME
  echo $FILE
  echo $SERVER
  echo $MODULE
  echo $ACTION
  echo $CMTY
  echo
  # '-t #' can be modified to adjust timeout
  snmpset -t 100 -c $CMTY $SWNAME .1.3.6.1.4.1.9.5.1.5.1.0 octetstring $SERVER
  sleep 5
  snmpset -t 100 -c $CMTY $SWNAME .1.3.6.1.4.1.9.5.1.5.2.0 octetstring $FILE
  sleep 5
  snmpset -t 100 -c $CMTY $SWNAME .1.3.6.1.4.1.9.5.1.5.3.0 integer $MODULE
  sleep 5
  snmpset -t 100 -c $CMTY $SWNAME .1.3.6.1.4.1.9.5.1.5.4.0 integer $ACTION
sleep 60
echo
echo Check Progress...
echo
echo
echo "Switch $SWNAME: \\c"; snmpget -t 100 -c $CMTY $SWNAME .1.3.6.1.4.1.9.5.1.5.5.0 | cut
-d":" -f 3
done

Le commutateur attend de Script qu’il exécute une commande particulière sur le commutateur

#!/usr/nms/bin/expect
# Above line points to your expect interpreter
# Add '-d' option to expect line above to enable debugging
# Tested on Cat5000 with regular login; no error-checking
# except for number arguments, but will timeout on failure.
# Tacacs+ lines left in for future releases
set argc [llength $argv]
if { $argc < 4} {
        puts "Syntax is:"
        puts "(For system with no Tac+)"
        puts "switch.exp destination \"command\" vtypassword enapassword"
        exit 0 }
set destination [lindex $argv 0]
puts -nonewline "Where we're going:  "
puts $destination
set command [lindex $argv 1]
puts -nonewline "What we're doing:  "
puts $command
set vtypassword [lindex $argv 2]
puts -nonewline "What our password is (vty):  "
puts $vtypassword
set enapassword [lindex $argv 3]
puts -nonewline "What our password is (enable):  "
puts $enapassword
# username only for Tac+
set username [lindex $argv 4]
puts -nonewline "What our username is if Tac+:  "
puts $username
#
set timeout 10
spawn telnet $destination
expect {
        "Enter password:" {
        send "$vtypassword\r" }
        "Username:" {
        send "$username\r"
        exec sleep 1
        expect "Password:"
        send "$vtypassword\r"
        }
        }
# Look for non-enable router 'prompt>'
expect  -re "(^.*)(\r\n\[^ \]+> \$)"
# Get into enable mode
send "en\r"
expect {
        "password: " {
        send "$enapassword\r" }
        "Username:" {
        send "$username\r"
        exec sleep 1
        expect "Password:"
        send "$enapassword\r" }
        }
# Look for enable router 'prompt#'
expect -re "(^.*)(\r\n\[^ \]+(enable) \$)"
# Send the command
send "$command\r"
expect {
        -re "(^.*)(\r\n\[^ \]+ (enable) \$)" {
                append buffer $expect_out(1,string)
                }
        -re "(^.*)(\r\n\ --More-- \$)" {
                append buffer $expect_out(1,string)
        send " "
        }
        -re "(^.*)(\r\n\ --More-- \$)" {
                append buffer $expect_out(1,string)
        send " "
        }
        }
# Done with command - disable prior to exit
send "disable\r"
expect -re "(^.*)(\r\n\[^ \]+> \$)"
exec sleep 1
send "logout"

Script Perl à afficher via SNMP la même sortie que « show cam dynamic »

#!/usr/local/bin/perl
open(TABLE, "bridge-table.csv") || die "Cant' open file: $!\n";
while (<TABLE>) {
	($vlan, $unicast_mac, $mod_ports) = split (/,/, $_);
	write;
}
exit;

format STDOUT =
set cam permanent @<<<<<<<<<<<<<<<<<< @<<< @<
$unicast_mac, $mod_ports, $vlan

Annexe A - Détails des objets MIB

Objet	tftpHost
OID	.1.3.6.1.4.1.9.5.1.5.1
Type	ChaîneAffichage
Autorisation	lecture-écriture
Syntaxe	CHAÎNE OCTET (0,64)
Status (état)	Actuel
MIB	CISCO-STACK-MIB
Description	Nom de l'hôte source/destination pour le transfert TFTP ou le transfert de périphérique de stockage. Si le nom correspond au transfert TFTP, il peut s'agir de l'adresse IP ou du nom d'hôte. Si le nom du transfert de périphérique de stockage est au format deviceName : (par exemple slot0:, slot1:)
OID dans l'arborescence	::= { iso(1) org(3) dod(6) internet(1) private(4) enterprise(1) cisco(9) workgroup(5) ciscoStackMIB(1) tftpGrp(5) 1 }

Objet	tftpFile
OID	.1.3.6.1.4.1.9.5.1.5.2
Type	ChaîneAffichage
Autorisation	lecture-écriture
Syntaxe	CHAÎNE OCTET (0,64)
Status (état)	Actuel
MIB	CISCO-STACK-MIB
Description	Nom du fichier pour le transfert TFTP ou pour le transfert de périphérique de stockage.
OID dans l'arborescence	::= { iso(1) org(3) dod(6) internet(1) private(4) enterprise(1) cisco(9) workgroup(5) ciscoStackMIB(1) tftpGrp(5) 2 }

Objet	tftpModule
OID	.1.3.6.1.4.1.9.5.1.5.3
Type	Entier
Autorisation	lecture-écriture
Status (état)	Actuel
Plage	0 - 16
MIB	CISC O-STACK-MIB
Description	Quel code/configuration du module est transféré.
OID dans l'arborescence	::= { ISO(1) org(3) DOD(6) Internet(1) private(4) enterprise(1) cisco(9) workgroup(5) ciscoStackMIB(1) tftpGrp(5) 3 }

Objet	tftpAction
OID	.1.3.6.1.4.1.9.5.1.5.4
Type	Entier
Autorisation	lecture-écriture
Status (état)	Actuel
Valeurs	other (autre) downloadConfig uploadConfig downloadSw uploadSw downloadFw uploadFw
MIB	CISCO-STACK-MIB
Description	Si vous définissez cet objet sur l'une des valeurs acceptables, il initie l'action demandée avec les informations fournies dans tftpHost, tftpFile, tftpModule. downloadConfig(2) : recevoir la configuration de l’hôte/du fichier uploadConfig(3) : envoyer la configuration au téléchargement de fichier/hôteLogiciel(4) : recevoir une image logicielle à partir de l'hôte/du fichier uploadLogiciel(5) : envoyer une image logicielle au téléchargement de fichier/hôteFw(6) : recevoir l'image du microprogramme à partir de l'hôte/du fichier uploadFw(7) : envoyer l'image du microprogramme à l'hôte/fichier Si vous définissez cet objet sur une autre valeur, une erreur s'affiche.
OID dans l'arborescence	::= { ISO(1) org(3) DOD(6) Internet(1) private(4) enterprise(1) cisco(9) workgroup(5) ciscoStackMIB(1) tftpGrp(5) 4 }

Objet	tftpResult
OID	.1.3.6.1.4.1.9.5.1.5.5
Type	Entier
Autorisation	en lecture seule
Status (état)	Actuel
Valeurs	en cours succès noResponse tooManyRetries noBuffers noProcessus somme de contrôle incorrecte longueur incorrecte MauvaiseFlash serverError userAnnulé codeincorrect fichierNonTrouvé InvalidTftpHost InvalidTftpModule accessViolation inconnuStatus PériphériqueStockageNonValide EspaceinsuffisantSurPériphériqueStockage TailleDraminsuffisante image incompatible
MIB	CISCO-STACK-MIB
Description	Contient le résultat de la dernière demande d'action TFTP
OID dans l'arborescence	::= { ISO(1) org(3) DOD(6) Internet(1) private(4) enterprise(1) cisco(9) workgroup(5) ciscoStackMIB(1) tftpGrp(5) 5 }

Informations connexes

• Déplacement de fichiers et d'images entre un routeur et un serveur TFTP via SNMP
• Téléchargement des MIB Cisco
• Support et documentation techniques - Cisco Systems