Solutions aux problèmes courants avec les commutateurs Cisco.
Ce tutoriel est particulièrement destiné aux administrateurs réseau, mais également à toute personne travaillant avec des commutateurs Cisco. Vous trouverez ci-dessous quelques problèmes courants avec les commutateurs Cisco et comment les résoudre. Aussi, n’hésitez pas à me faire part de vos problèmes de gestion sur les commutateurs Cisco et comment les résoudre. Je vais certainement les ajouter ici.
Le but de cette action est d’avoir un switch vierge pour tester d’autres configurations, par exemple pour le renvoyer en cas de panne.
en se connectant au commutateur câble consoleExemple sur un commutateur de bureau Série Catalyst 3560-CG PD.
cette La première étape est de supprimer le fichier Données de réseau local virtuel qui contient tous les vlans.
# supprimer flash:vlan.dat
généralement un fichier Données de réseau local virtuel sur le flash.Vous pouvez afficher le contenu de différentes partitions avec la commande suivante commande de répertoire. Par exemple:
# Répertoire Flash :
cette deuxième étape Il s’agit de supprimer la configuration du switch. Pour cela, vous devez utiliser la commande suivante :
# Effacer la configuration de démarrage
cette troisième étape Y compris le redémarrage du commutateur avec la commande Recharger :
# Recharger
Répondez toujours si vous êtes invité à enregistrer quoi que ce soit avant de redémarrer Ne pasLors du redémarrage, vous retrouverez la configuration d’usine du switch.
Sur les commutateurs Cisco 4500, vous pouvez utiliser 2 cartes superviseur Améliorez la haute disponibilité du châssis. Voici à quoi ressemble la carte gestionnaire (ou simplement sup) d’un châssis Cisco :
Après une panne de courant, l’une de nos cartes de sauvegarde dans l’un de nos cadres a échoué et malgré le redémarrage de la carte de sauvegarde, n’a pas pu recréer le cluster et synchroniser les cartes. Nous avons reçu ce message d’erreur (initialement uniquement résolu en redémarrant complètement le châssis) :
15 octobre 05:47:24 : %C4K_REDUNDANCY-2-HANDSHAKE_TIMEOUT_ACTIVE : le message d’établissement de liaison entre actif et veille n’a pas commencé. 15 octobre 06:17:24 : %C4K_REDUNDANCY-2-HANDSHAKE_TIMEOUT_ACTIVE : le message d’établissement de liaison entre actif et en veille n’a pas démarré. 15 octobre 06:47:24 : %C4K_REDUNDANCY-2-HANDSHAKE_TIMEOUT_ACTIVE : les messages d’établissement de liaison entre actif et en veille n’ont pas commencé. 15 octobre 07:17:24 : %C4K_REDUNDANCY-2-HANDSHAKE_TIMEOUT_ACTIVE : le message d’établissement de liaison entre actif et en veille n’a pas démarré. 15 octobre 07:47:24 : %C4K_REDUNDANCY-2-HANDSHAKE_TIMEOUT_ACTIVE : les messages d’établissement de liaison entre actif et en veille n’ont pas commencé. 15 octobre 08:17:24 : %C4K_REDUNDANCY-2-HANDSHAKE_TIMEOUT_ACTIVE : le message d’établissement de liaison entre actif et veille n’a pas commencé.
Dans ce tutoriel, nous verrons le processus de remplacement d’une carte superviseur dans un châssis Cisco dans un environnement à haute disponibilité.
Il est généralement préférable d’effectuer une réinitialisation de la carte défaillante dans un châssis de test.
Le but de cette opération est d’effectuer une réinitialisation usine de la carte de surveillance.
Insérez la carte « défectueuse » dans le châssis de test et laissez-la démarrer. La carte doit être dans le châssis seul. Vous pouvez recevoir des messages d’erreur lors du démarrage, surtout si vous n’avez pas le même nombre de modules. Laissez-les se montrer, c’est bon. Une fois la carte prête, utilisez la commande suivante :
# effacer/tous non par défaut
Cette commande supprimera toutes les traces de configuration sur votre carte, y compris les fichiers IOS, vlan.dat… .
Après avoir exécuté cette commande, le firmware doit être copié sur la carte (par exemple ici depuis une clé USB). Malheureusement, une fois la configuration supprimée, la clé USB n’est pas reconnue.
Tu dois utiliser commande de rechargement Redémarrez la carte.Puisqu’il n’y a pas d’IOS disponible, il va démarrer Romón (un mode de sécurité Cisco).
# Recharger
Bootez ensuite dans l’IOS normal depuis votre clé USB (vous devez toujours avoir une clé USB avec votre configuration et votre IOS au cas où). En théorie, tous les commutateurs de votre réseau doivent avoir le même IOS. Par exemple, utilisez la commande suivante pour démarrer le commutateur à partir d’une clé USB en mode ROMMON :
# rommon 1 > boot usb0:cat4500e-universalk9.SPA.03.04.03.SG.151-2.SG3.bin
Une fois le commutateur sous contrôle, copiez le micrologiciel sur la carte de gestion nouvellement réinitialisée à l’aide de la commande suivante :
# Copier usb0 : cat4500e-universalk9.SPA.03.04.03.SG.151-2.SG3.bin bootflash : cat4500e-universalk9.SPA.03.04.03.SG.151-2.SG3.bin nom du fichier cible [cat4500e-universal.SPA.03.04.03.SG.151-2.SG3.bin]? => entrer
Avant de retirer votre carte du boîtier de test, veuillez vérifier que l’IOS a été copié dans flash de démarrage Utilisez la commande :
#sh Flash de démarrage :
Vous pouvez ensuite retirer la carte et l’insérer dans un autre châssis. Il devrait se synchroniser sans problème.
Pour savoir si tout s’est bien passé, surveillez les journaux du boîtier lorsque la carte est sous tension (vous pouvez le faire en connectant le câble de la console directement à la carte de gestion du boîtier). Si la synchronisation a réussi, vous devriez avoir la séquence suivante :
*27 octobre 09:57:55.264 : %C4K_IOSSYS-6-IMAGELEVEL : superviseur démarré au niveau de l’image « ipbase » *27 octobre 09 :57:55.291 : %C4K_REDUNDANCY-6-INIT : initialisé en tant que superviseur actif* 27 octobre 09h58 :04.482 : %C4K_REDUNDANCY-6-DUPLEX_MODE : superviseur pair détecté * 27 octobre 09:59:20.154 : %SPANTREE-5-EXTENDED_SYSID : activer l’ID système étendu pour le type de vlan *27 octobre 09 : 59 : 21.750 : %C4K_IOSMODPORTMAN-6-MODULEONLINE : Module 1 (WS-X4648-RJ45V+ES/N : JAE17510FU0 Hw : 3.1) En ligne *27 octobre 09:59:21.750 : %C4K_IOSMODPORTMAN-6-MODULEONLINE : Module 2 (WS- -X4648-RJ45V+ES /N : JAE17510FVZ Matériel : 3.1) En ligne*27 octobre 09:59:21.750 : %C4K_IOSMODPORTMAN-6-MODULEONLINE : Module 3 (WS-X45-SUP7L-E S/N : CAT1748L7F9 Matériel : 3.0) En ligne*27 octobre 09:59:21.750 : %C4K_IOSMODPORTMAN-6-MODULEONLINE : Module 5 (WS-X4648-RJ45V+ES/N : JAE181306ND Hw : 3.1) En ligne*27 octobre 09:59:21.750 : %C4K_IOSMODPORTMAN-6- MODULEONLINE : Module 6 (WS-X4648- RJ45V+ES/N : JAE181306RB Matériel : 3.1) En ligne*27 octobre 09:59:21.751 : %C4K_IOSMODPORTMAN-6-MODUL EONLINE : Module 7 (WS-X4648-RJ45V+ES/N : JAE181306RX Matériel : 3.1) En ligne*octobre 27 10:59:22 : %SYS-6-CLOCKUPDATE : horloge système mise à jour de 09:59:22 UTC du lundi 27 octobre 2014 à UTC le 27 octobre 2014 dim lundi 10:59:22, à partir du contrôle Configurez chaque station une par une. *27 octobre 10:59:22 : %SYS-6-CLOCKUPDATE : horloge système mise à jour du lundi 27 octobre 10:59:22 UTC au lundi 27 octobre 2014 10:59:22 UTC, configurée par la console. *27 octobre 10:59:26 : %SYS-5-CONFIG_I : configuré à partir de la mémoire par la console Logiciel du commutateur 4500 L3 (cat4500e-UNIVERSALK9-M), Version 03.04.03.SG Release Software (fc3) Support technique : http://www.cisco.com/techsupport Copyright (c) 1986 – 2013 par Cisco Systems, Inc prod_rel_team compilé Jeu 19 décembre 14:08 2013 * 27 octobre 10:59:26 : %SSH-5-ENABLED : SSH 1.99 activé * 27 octobre 10:59 :26 : %SYS-6-LOGGGINGHOST_STARTSTOP : Connexion au port 192.168.2.39 de l’hôte 514 démarré – CLI démarré * Oct 27 10:59:27 : %SNMP-5-COLDSTART : Agent SNMP sur l’hôte R445 en cours Démarrage à froid * Oct 27 10:59:34 : % EC-5 -BUNDLE : Interface Te3/1 joint au canal de port Po1 * 27 octobre 10:59:35 : %C4K_IOSMODPORTMAN-6-MODULEONLINE : Module 4 (WS -X45-SUP7L-E S/N : CAT1745L3AL Hw : 3.0) en ligne* 27 octobre 10:59:35 : %C4K_REDUNDANCY-6-MODE : Superviseur actif initialisé pour le mode sso * 27 octobre 10:59:35 : %C4K_REDUNDANCY-3-COMMUNICATION : Communication avec le superviseur pair établie *27 octobre 10:59:36 : %C4K_REDUNDANCY-6-MODE : Superviseur ACTIF initialisé pour le mode sso *Oct 27 10:59:46 : %C4K_REDUNDANCY -5-CONFIGSYNC : bootvar correctement synchronisé avec un autre superviseur *Oct 27 10:59:46 : %C4K_REDUNDANCY-5-CONFIGSYNC : config-reg synchronisé avec succès superviseur suppléant *27 octobre 10:59:46 : %C4K_REDUNDAN CY-5-CALENDAR : Le calendrier a été correctement synchronisé avec le superviseur de secours pour la première fois *27 octobre 10:59:46 : %C4K_REDUNDANCY-5-CONFIGSYNC : la configuration de démarrage a été synchronisée avec succès avec le superviseur de secours *27 octobre 10:59:48 : % C4K_REDUNDANCY-5-CONFIGSYNC : la configuration privée a été synchronisée avec succès sur le superviseur de secours
*27 octobre 10:54:29 : %HA_CONFIG_SYNC-6-BULK_CFGSYNC_SUCCEED : synchronisation en masse réussie*27 octobre 10:54:29 : %RF-5-RF_TERMINAL_STATE : état du terminal atteint (SSO)
Le trait épais est très important, il vous indique que le cluster s’est terminé sans synchronisation et est maintenant opérationnel. Pour votre référence, voici quelques commandes utiles pour vérifier l’état du cluster des commutateurs Cisco en mode SSO :
# afficher la redondance
Cette commande vous permet d’afficher l’état du cluster des commutateurs Cisco.Il est nécessaire de Communication HAUT surtout la carte de sauvegarde (informations sur le processeur pair) soit dans l’état chaleur de veille.
# Commutateur forcé de redondance
Cette commande vous permet de basculer vers une autre carte de support du cluster sans perturber vos utilisateurs.
Résoudre les problèmes de verrouillage du mode de configuration sur les commutateurs Cisco.
Les commutateurs de la série 4500 fournissent des cartes de superviseur redondantes pour prendre le relais en cas de défaillance de la carte de superviseur active. Si pour une raison quelconque votre boîtier perd de l’alimentation lors d’un redémarrage, votre carte de surveillance peut être verrouillée et la configuration du boîtier ne peut pas être modifiée.
Vous obtiendrez le message d’erreur suivant : Le mode de configuration se verrouille jusqu’à ce que la veille soit initialisée.
Avant de contacter le support Cisco pour remplacer la carte (ce qui était le cas pour moi), nous allons faire quelques tests pour essayer de faire redémarrer la carte normalement.
Tout d’abord, vous devez toujours avoir un accès SSH au commutateur car vous utilisez un double sup (= carte de superviseur). Tapez la commande suivante pour afficher l’état de la redondance des cartes.
# afficher l’état de la redondance
S’il y a un problème avec la carte sup, le message ci-dessus affichera la capture. Vous pouvez voir que la ligne de communication est en panne.
Maintenant, voici un hic (ci-dessous) Fonctionnement normal à double support.
Saisissez ensuite la commande :
#module d’affichage
tu vois ici Module 3 (correspondant à notre carte sup) non détecté.
si vous utilisez le logiciel Assistant réseau Cisco vous avez une représentation graphique de votre châssis et vous pouvez voir que la carte n’est pas reconnue (inconnue).
Avant de rendre la carte, essayez de la redémarrer avec :
#Module de module matériel…
Stay connected