Synchroniser les versions d'IOS sur un stack de 3750
Pour ceux qui ne le savent pas, lorsque je parle de "stack", je parle d'un groupe de 3750 connecté ensemble par la technologie StackWise. Lorsque vous utilisez un câble propriétaire et très couteux, vos switches individuels sont combinés pour le former qu'un seul switch logique. Ce qui veut dire que vous configurez un seul équipement pour contrôler potentiellement plusieurs switches.
A un tel point que j'ai passé les dernières semaines à remplacer un paquet de stack de 3750. Ils sont simple à replacer, mais le gros problème que je rencontre c'est d'avoir la même version d'IOS sur chacun. Quand les équipements reviennent de RMA le fait que les versions ne soient pas les même est inévitable, et vous verrez quelque-chose comme ci-dessous
Switch# Role Mac Address Priority State -------------------------------------------------------- 1 Member 0023.33ad.a500 1 Version Mismatch *2 Master 0023.5eac.e900 15 Ready
Dans ce cas, le switch 2, qui fonctionne en version 12.2(25)SEE3 est le maitre, et le switch 1, qui fonctionne en version 12.2(35)SEB est un nouveau membre.
Un switch dans le stack a besoin d'avoir exactement la même version d'IOS que le maitre afin qu'il soit accepté dans le stack, donc vous devez mettre la même version dessus. Vous pouvez toujours utiliser les méthodes habituelles tels que le TFTP, mais il y a un moyen plus facile.
Si les versions d'IOS sont proche (je ne suis pas sure des règles qui définissent proche), vous pourrez voir le contenue des flash de tous les switch à partir du maitre. Si vous faite un 'dir ?', vous pourrez voir flash1:, flash2:, etc.. Ce sont les disque flash individuels de tous les switch du stack. Le système de numérotation est basé sur le numéro de stack, donc tout ce que vous avez à faire c'est de copier l'IOS du maitre. Enfin peut-être...
J'ai trouvé que beaucoup (enfin presque tous) de mes 3750 avait une structure de répertoire qui incluse l'image et les fichier HTML du « device manager ». Vous n'avez pas besoin de tous ces fichier HTML pour que le switch fonctionne dans le stack, mais avoir le fichier de l'IOS dans un répertoire différent vous forcera à changer la variable de boot dans chaque switch. J'aime que tous soit pareil, donc je préfère mettre tous les fichier au même endroit sur tous les switch du stack, ce qui dans mon cas vous obligera peut-être à créer le répertoire à la main.
Cette méthode fonctionne correctement, mais il y a une méthode plus simple en utilisant la commande « archive ». Vous pouvez demander à votre switch de « tar », « copy » et « extract » afin de copier vos fichier d'un switch à un autre en utilisant cette commande :
archive copy-sw [ /destination-system X ] Y
J'ai utilisé cette commande pour copier l'image du switch 2 (le maitre) au switch 1 (celui qui a été remplacé) et aie eu le rendu ci-dessous. La copie à pris 3 minutes.
Switch#archive copy-sw /destination-system 1 2
System software to be uploaded:
System Type: 0x00000000
archiving c3750-ipbasek9-mz.122-25.SEE3 (directory)
archiving c3750-ipbasek9-mz.122-25.SEE3/c3750-ipbasek9-mz.122-25.SEE3.bin (7206732 bytes)
archiving c3750-ipbasek9-mz.122-25.SEE3/html (directory)
archiving c3750-ipbasek9-mz.122-25.SEE3/html/toolbar.js (7084 bytes)
archiving c3750-ipbasek9-mz.122-25.SEE3/html/title.js (577 bytes)
...
extracting c3750-ipbasek9-mz.122-25.SEE3/html/images/141280.gif (3053 bytes)
extracting c3750-ipbasek9-mz.122-25.SEE3/html/images/meter_yellow.gif (59 bytes)
extracting c3750-ipbasek9-mz.122-25.SEE3/html/images/legend_off.gif (1158 bytes)
extracting c3750-ipbasek9-mz.122-25.SEE3/info (682 bytes)
extracting info (108 bytes)
Installing (renaming): `flash1:update/c3750-ipbasek9-mz.122-25.SEE3' ->
`flash1:c3750-ipbasek9-mz.122-25.SEE3'
New software image installed in flash1:c3750-ipbasek9-mz.122-25.SEE3
Tous les fichiers ont été copiés. J'en ai retiré une partie de ce qui a été affiché, mais vous comprenez le fonctionnement. Vous verrez que tous les fichiers HTML sont copiés avec l'image, vous aurez donc exactement la même structure sur tous vos switch. C'est bien plus simple que de le faire à la main...
Envoyez-moi vos questions...
Auteur : Aaron Conaway Aaron Conaway est un architect réseau au Morris Communication à Augusta, Georgie (USA). Il a 10 ans d'expérience dans le design, implémentation et support de tous les aspect des réseaux. Du switch aux routeur, par-feux, partage de charges. Aaron est aussi un Cisco Certified Network Associate et un GIAC Systems & Network Auditor. Avant de travailler chez Morris Communications, Aaron était ingénieur réseau chez Verisign ou il travaillait dans le réseau de télécommunication et backbone des propriétés de Verisign
Delicious


Commentaires
Hello,
il y a aussi la commande globale "boot auto-copy-sw "
qui permet de mettre a jour les nouveau membres automatiquement au boot du moment qu'ils utilise la meme version majeure
http://www.cisco.com/en/US/docs/swi...
Use the boot auto-copy-sw global configuration command from the stack master to enable the automatic upgrade (auto-upgrade) process. It automatically upgrades a switch in version-mismatch (VM) mode by copying the running software image on any stack member or by copying a tar file image in switch stack flash memory. Use the no form of this command to disable the auto-upgrade process.
Usage Guidelines
A switch in VM mode is a switch that has a different minor version number than the version on the switch stack. A switch in VM mode cannot join the switch stack as a fully functioning member. If the switch stack has an image that can be copied to a switch in VM mode, the auto-upgrade process automatically copies the image from a stack member to the switch in VM mode. The switch then exits VM mode, reboots, and joins the switch stack as a fully functioning member.
The auto-upgrade process affects only switches in VM mode. It does not affect existing stack members.
Pierre