Ce document décrit les étapes de configuration de base pour former un groupement sur les commutateurs de configuration fixe Catalyst et Catalyst 1900/2820 grâce à Cluster Management Suite (CMS). Il couvre les commutateurs de configuration fixe Catalyst de la gamme 2900/3500XL, 2940, 2950, 2955, 2970, 3550, 3560, et 3750. L'objectif de ce document est de fournir des connaissances de base sur le fonctionnement des regroupements, ainsi que des procédures de dépannage et d'analyse de base comportant des commandes et des données sorties de débogage. Il donne un exemple simple de construction de groupement obtenue grâce à l'interface Web. Il présente également des modifications de configuration automatiques, apparentes pendant le processus de construction de groupement.
Un document de gestion Web distinct fournit des informations sur la façon d'accéder au commutateur avec Cisco Visual Switch Manager (VSM) ou CMS. Le document, Troubleshooting Cisco Visual Switch Manager or Cluster Management Suite Access on the Catalyst 2900 XL/3500 XL/2950/3550 Switch, aborde les problèmes suivants :
Impossible de se connecter à la page Web principale du commutateur
404 erreurs non trouvées
Un écran vide lorsque vous accédez à VSM ou CMS
écran Java n'est pas activé
L'interface Web demande constamment nom d'utilisateur et mot de passe
Aucune réponse des messages des périphériques pendant la création des graphiques de liaison ou de bande passante
Référez-vous à Dépannage de l'accès à Cisco Visual Switch Manager ou Cluster Management Suite sur le commutateur Catalyst 2900 XL/3500 XL/2950/3550 si vous avez des problèmes d'accès avec l'interface de gestion basée sur le Web (VSM ou CMS) ou si vous remarquez l'un de ces symptômes.
Ce document n'est pas limité à des versions de matériel et de logiciel spécifiques.
Pour plus d'informations sur les conventions utilisées dans ce document, reportez-vous à Conventions relatives aux conseils techniques Cisco.
La technologie Switch Clustering de Cisco est un ensemble de fonctionnalités logicielles disponibles pour tous les commutateurs des gammes 2900/3500XL, 2940, 2950, 2955, 2970, 3550, 3560 et 3750, ainsi que pour les commutateurs Catalyst 1900/2820 Standard et Enterprise. La technologie de mise en grappe permet d'interconnecter jusqu'à 16 commutateurs pour former un réseau d'adresses IP unique géré. Il s’agit essentiellement d’une méthode permettant de gérer un groupe de commutateurs sans devoir attribuer une adresse IP à chaque commutateur.
Les commutateurs d'un cluster ont l'un des rôles suivants :
Commutateur de commande
Commutateurs membres
Commutateurs candidats
Dans chaque grappe, il existe un commutateur maître appelé commutateur de commande. Les autres commutateurs servent de commutateurs membres. Le commutateur de commande fournit l'interface de gestion principale pour l'ensemble du cluster. Le commutateur de commande est généralement le seul commutateur dans le cluster de commutateurs configuré avec une adresse IP. Chaque demande de gestion est transmise au commutateur de commandes avant d’être redirigée vers le commutateur membre approprié. Pour la redondance, vous pouvez configurer un commutateur de commande de secours. Le commutateur de commande de secours doit être du même modèle que le commutateur de commande. Un commutateur membre n’est généralement pas configuré avec une adresse IP et reçoit des commandes de gestion que le commutateur de commandes a redirigées. Un commutateur candidat est un commutateur que vous pouvez ajouter à la grappe de commutateurs en tant que commutateur membre.
Un commutateur de commande Catalyst doit répondre aux exigences suivantes :
Le commutateur a une adresse IP.
Le protocole CDPv2 (Cisco Discovery Protocol version 2) est activé sur le commutateur (valeur par défaut).
Le commutateur n'est pas une commande ou un commutateur membre d'une autre grappe.
Le commutateur se connecte aux commutateurs de commande de secours via le VLAN de gestion et aux commutateurs membres via un VLAN commun.
Le commutateur le plus haut de gamme et capable de prendre en charge les commandes dans le cluster doit être le commutateur de commande, comme détaillé ici :
Si votre grappe de commutateurs comporte un commutateur 3750, ce commutateur doit être le commutateur de commande.
Si votre grappe de commutateurs comporte des commutateurs 2900XL, 2940, 2950, 2955, 3550, 3560 et 3500XL, le commutateur 3550 ou 3560 doit être le commutateur de commande.
Si votre grappe de commutateurs comporte des commutateurs 2900XL, 2940, 2950, 2955 et 3500XL, le 2950 ou le 2955 doit être le commutateur de commande.
Si votre grappe de commutateurs comporte des commutateurs 1900, 2820, 2900XL et 3500XL, le commutateur de commande doit être 2900XL ou 3500XL.
Un commutateur de commande de secours Catalyst doit répondre aux exigences suivantes :
Le commutateur a une adresse IP.
CDPv2 est activé sur le commutateur.
Le commutateur est connecté à d'autres commutateurs en veille via le VLAN de gestion et à tous les commutateurs membres via un VLAN commun.
Le commutateur est connecté de manière redondante au cluster pour maintenir la connectivité aux commutateurs membres.
Le commutateur n'est pas une commande ou un commutateur membre d'une autre grappe.
Les commutateurs de commande de veille doivent également répondre aux exigences suivantes :
Lorsque le commutateur de commande est un commutateur 3750, tous les commutateurs de commande de secours doivent être des commutateurs 3750.
Lorsque le commutateur de commande est un commutateur 3550, tous les commutateurs de commande de secours doivent être des commutateurs 3550.
Lorsque le commutateur de commande est un commutateur 2955, tous les commutateurs de commande de secours doivent être des commutateurs 2955.
Lorsque le commutateur de commande est un commutateur LRE (Long-Reach Ethernet) 2950, tous les commutateurs de commande de secours doivent être des commutateurs LRE 2950.
Lorsque le commutateur de commande est un commutateur non-LRE 2950 qui exécute le logiciel Cisco IOS® version 12.1(9)EA1 ou ultérieure, tous les commutateurs de commande de secours doivent être des commutateurs non-LRE 2950 qui exécutent le logiciel Cisco IOS version 12.1(9)EA1 ou ultérieure.
Lorsque le commutateur de commande est un commutateur non-LRE 2950 qui exécute le logiciel Cisco IOS Version 12.1(6)EA2 ou ultérieure, tous les commutateurs de commande de secours doivent être des commutateurs non-LRE 2950 qui exécutent le logiciel Cisco IOS Version 12.1(6)EA2 ou ultérieure.
Lorsque le commutateur de commande exécute le logiciel Cisco IOS Version 12.0(5)WC2 ou antérieure, les commutateurs de commande de secours peuvent être des commutateurs 2900XL, non-LRE 2950 et 3500XL.
Les commutateurs de commande switch et standby command doivent appartenir à la même plate-forme de commutation.
Avec un commutateur de commande 3550, les commutateurs de commande de secours doivent être des commutateurs 3550.
Avec un commutateur de commande 2955, les commutateurs de commande de secours doivent être des commutateurs 2955.
Avec un commutateur de commande LRE 2950, les commutateurs de commande de secours doivent être des commutateurs LRE 2950.
Avec un commutateur de commande non-LRE 2950, les commutateurs de commande standby doivent être des commutateurs non-LRE 2950.
Avec un commutateur de commande 2900XL ou 3500XL, les commutateurs de commande de secours doivent être des commutateurs 2900XL et 3500XL.
Les commutateurs candidats sont des commutateurs compatibles avec les clusters qui n'ont pas encore été ajoutés à un cluster. Les commutateurs membres sont des commutateurs qui ont été réellement ajoutés à un cluster de commutateurs. Bien que cela ne soit pas obligatoire, un commutateur candidat ou membre peut avoir une adresse IP et un mot de passe. (Pour des considérations connexes, référez-vous à la section Adresses IP et à la section Mots de passe du document Commutateurs de mise en grappe.)
Pour rejoindre un cluster, un commutateur candidat doit répondre aux exigences suivantes :
Le commutateur exécute actuellement un logiciel compatible avec les clusters.
CDPv2 est activé sur le commutateur.
Le commutateur n'est pas une commande ou un commutateur membre d'une autre grappe.
Le commutateur se connecte au commutateur de commande via au moins un VLAN commun.
Si un groupe de secours de cluster existe, le commutateur se connecte à chaque commutateur de commande de secours via au moins un VLAN commun. Le VLAN de chaque commutateur de commande de secours peut être différent.
Remarque : ces commutateurs candidats et membres doivent se connecter au commutateur de commande et aux commutateurs de commande de secours via le VLAN de gestion :
commutateurs 1900
commutateurs 2820
commutateurs 2900XL
commutateurs non-LRE 2950 qui exécutent actuellement une version antérieure à la version 12.1(9)EA1 du logiciel Cisco IOS
commutateurs 3500XL
Remarque : cette exigence ne s'applique pas si vous avez un commutateur de commande non-LRE 2950 qui exécute actuellement le logiciel Cisco IOS Version 12.1(9)EA1 ou ultérieure, un commutateur de commande 2950 LRE, un commutateur de commande 2955 ou un commutateur de commande 3550. Les commutateurs candidats et membres peuvent se connecter via n’importe quel VLAN commun au commutateur de commande.
Avec CDPv2, tous les commutateurs, y compris le commutateur de commande, détectent les voisins CDP et stockent ces informations dans le cache de voisinage CDP correspondant. Les commutateurs qui exécutent un logiciel compatible avec les clusters transmettent les informations relatives aux commutateurs et à leurs voisins respectifs au commutateur de commande. Pour ce faire, les commutateurs utilisent le mécanisme ICC (Intra-Cluster Communication), qui s'exécute au-dessus du protocole UDP (User Datagram Protocol). Le commutateur de commande filtre les informations et crée une liste de commutateurs candidats.
Pour afficher cette liste de candidats, émettez la commande show cluster candidats sur le commutateur de commande.
Remarque : la liste peut ne pas refléter la table de voisinage CDP du commutateur de commande. La table de voisinage CDP affiche uniquement des informations sur les voisins avec connexion directe. Tout commutateur figurant dans la liste est candidat pour devenir un commutateur membre, ou un commutateur que le commutateur de commande peut gérer. Un commutateur candidat doit satisfaire aux exigences suivantes pour rejoindre une grappe :
Le commutateur doit avoir des capacités de cluster. Reportez-vous à la section Modèles de commutateurs Catalyst avec capacités de cluster de ce document pour vérifier si le commutateur a des capacités de cluster et exécute actuellement le bon logiciel.
CDPv2 est activé sur le commutateur. (CDPv2 est activé par défaut.)
Le commutateur n'est pas un membre actif ou un commutateur de commande d'un autre cluster.
Le commutateur se connecte à un commutateur de commande via des ports qui appartiennent au même VLAN de gestion.
Remarque : un commutateur candidat peut avoir une adresse IP, mais une adresse IP n'est pas nécessaire.
Remarque : la commande switch IP address permet d'accéder à toutes les fonctions de gestion de cluster. La commande switch IP address appartient toujours au VLAN de gestion (VLAN1, par défaut). Tous les commutateurs de la grappe de commutateurs doivent avoir le même VLAN de gestion que le commutateur de commande. À partir de la version 12.0(5)XP du logiciel Cisco IOS pour les commutateurs 2900XL et 3500XL, vous pouvez modifier le VLAN de gestion par défaut de VLAN1. En outre, la version 12.0(5)XU ou ultérieure du logiciel Cisco IOS vous permet de modifier le VLAN de gestion pour l'ensemble du cluster de commutateurs. La modification nécessite une commande unique via l'interface Web de CMS. Pour plus de détails sur la façon de modifier le VLAN de gestion, référez-vous à ces documents :
Modification de la section VLAN de gestion de Création et gestion de clusters (s'applique aux modèles 2900XL/3500XL)
Modification de la section VLAN de gestion de Création et gestion de clusters (s'applique aux modèles 2950 et 2955, ainsi qu'aux modèles 2940/2970)
Si un port routé est configuré sur le commutateur de commande de cluster, le commutateur détecte uniquement les commutateurs candidats et membres du cluster dans le même VLAN que le port routé. Pour plus d'informations sur les ports routés, référez-vous à la section Ports routés du guide de configuration du logiciel 3750 Configuration des caractéristiques d'interface.
Si le commutateur de commande est un commutateur 3550, 3560 ou 3750, le cluster peut avoir des commutateurs membres dans différents VLAN. Les commutateurs membres qui sont 3550 doivent se connecter via au moins un VLAN que le commutateur a en commun avec le commutateur de commande. Les commutateurs membres qui sont 2900XL, 2950 et qui exécutent une version antérieure à la version 12.1(9)EA1 du logiciel Cisco IOS ou 3500XL doivent se connecter au commutateur de commande via le VLAN de gestion. Pour plus d'informations sur la découverte via les VLAN de gestion, référez-vous à la section Découverte via le même VLAN de gestion et à la section Découverte via différents VLAN de gestion du document Commutateurs de mise en grappe. Pour plus d'informations sur les VLAN, référez-vous au document Configuration des VLAN.
L'installation de la version du logiciel Catalyst compatible avec les clusters permet d'obtenir des fonctionnalités de cluster. Tous les commutateurs compatibles avec les clusters Catalyst peuvent être des commutateurs de commande. Vous pouvez mettre à niveau les commutateurs de la gamme 2900XL de 8 Mo en tant que commutateurs de commande. Vous ne pouvez pas mettre à niveau les commutateurs 2900XL de 4 Mo pour servir de commutateurs de commande. En outre, ces commutateurs ne peuvent agir en tant que membres de cluster que s'ils exécutent actuellement le logiciel Cisco IOS Version 11.2(8.x)SA6.
Avant de créer des clusters, vous devez déterminer quels commutateurs sont compatibles avec les clusters. Vous devez également déterminer quels commutateurs peuvent servir de commutateur de commande. Pour déterminer si votre commutateur peut faire office de membre de cluster ou de commutateur de commande, reportez-vous au tableau suivant :
Modèles Catalyst 2900XL/3500XL, 2950, 2955, 2970, 2940, 3550, 3560 et 3750, versions logicielles minimales et fonctionnalités de clusterType de commutateur Catalyst | Modification de la version du logiciel Cisco IOS | Capacité du cluster |
---|---|---|
3750 | Logiciel Cisco IOS version 12.1(11)AX ou ultérieure | Commutateur membre ou de commande |
3560 | Logiciel Cisco IOS version 12.1(19)EA1 ou ultérieure | Commutateur membre ou de commande |
3550 | Logiciel Cisco IOS version 12.1(4)EA1 ou ultérieure | Commutateur membre ou de commande |
2970 | Logiciel Cisco IOS version 12.1(11)AX ou ultérieure | Commutateur membre ou de commande |
2950 | Logiciel Cisco IOS version 12.0(5.2)WC(1) ou ultérieure | Commutateur membre ou de commande |
2955 | Logiciel Cisco IOS version 12.1(12c)EA1 ou ultérieure | Commutateur membre ou de commande |
2950 LRE | Logiciel Cisco IOS version 12.1(11)YJ ou ultérieure | Commutateur membre ou de commande |
2940 | Logiciel Cisco IOS version 12.1(13)AY ou ultérieure | Commutateur membre ou de commande |
3500XL | Logiciel Cisco IOS version 12.0(5.1)XU ou ultérieure | Commutateur membre ou de commande |
2900 LRE XL (commutateurs 16 Mo) | Logiciel Cisco IOS version 12.0(5.1)WC1 ou ultérieure | Commutateur membre ou de commande |
2900XL (commutateurs 8 Mo) | Logiciel Cisco IOS version 12.0(5.1)XU ou ultérieure | Commutateur membre ou de commande |
2900XL (commutateurs 4 Mo) | Logiciel Cisco IOS version 11.2(8.5)SA6 (recommandé) | Commutateur membre uniquement1 |
1900 et 2820 | Logiciel Cisco IOS version 9.0 (-A ou -EN) | Commutateur membre uniquement |
1Les commutateurs 2900XL (4 Mo) apparaissent sur le panneau avant et dans les vues topologiques de CMS. Cependant, CMS ne prend pas en charge la configuration ou le moniteur de ces commutateurs. Pour déterminer si votre commutateur 2900XL dispose de 4 Mo ou 8 Mo de DRAM, et si le commutateur a besoin d'une mise à niveau logicielle, émettez la commande show version au niveau de l'utilisateur. Pour plus d'informations sur cette commande, référez-vous à la section Comment déterminer la quantité de mémoire sur le commutateur en utilisant l'interface de ligne de commande de Mise à niveau du logiciel dans les commutateurs Catalyst 2900XL et 3500XL en utilisant l'interface de ligne de commande.
Remarque : Pour prendre en charge les commutateurs 1900 et 2820 en tant que commutateurs membres, le commutateur de commande (3500XL ou 8 Mo 2900XL) doit actuellement exécuter le logiciel Cisco IOS Version 12.0(5)XP ou ultérieure. Le commutateur de commande 2950 doit exécuter le logiciel Cisco IOS version 12.0(5)WC(1) ou ultérieure.
Les commutateurs 1900 et 2820 doivent exécuter le microprogramme version 9.00 (Standard ou Enterprise Edition) et ne peuvent pas servir de commutateurs de commande. Pour plus de détails, référez-vous aux Notes de publication pour les commutateurs des gammes Catalyst 1900 et Catalyst 2820, version 9.00.
Avec l'activation de la mise en grappe de commutateurs, il y a une affectation au commutateur de commande d'une adresse IP virtuelle connue sous le nom de protocole de gestion de grappe (CMP). Lorsqu'un commutateur devient membre, le commutateur de commande génère une autre adresse CMP pour le nouveau commutateur membre. Cette adresse est réservée à tous les ICC. Le commutateur de commande utilise cette adresse CMP pour envoyer un message d'ajout au commutateur candidat. Le commutateur candidat vérifie qu'il ne fait pas partie d'une autre grappe avant d'extraire l'adresse CMP et les informations de grappe du message d'ajout. Le commutateur candidat répond alors au commutateur de commande.
Remarque : les adresses CMP pour ICC diffèrent de l'adresse IP utilisée pour la gestion du commutateur ou du cluster. Les adresses CMP ne répondent pas aux requêtes ping. Cette absence de réponse est due aux entrées ARP (Address Resolution Protocol) statiques qui existent pour toutes les adresses CMP au sein de la grappe de commutateurs, mais qui sont transparentes pour le monde extérieur à la grappe.
CMP est un ensemble de technologies sous-jacentes qui facilitent la gestion de 16 commutateurs à l’aide d’une adresse IP unique. CMP se compose de trois éléments technologiques clés :
mécanisme d’attribution d’adresses CMP
Mécanisme de transport CMP/IP
Mécanisme de résolution d'adresse RARP (protocole de résolution d'adresse inverse)/CMP
Le mécanisme d'attribution d'adresses CMP permet d'attribuer dynamiquement des adresses CMP aux membres d'un cluster et de s'assurer que ces adresses CMP ne sont pas en conflit avec d'autres adresses CMP et IP au sein du cluster. Le mécanisme d'attribution d'adresses CMP permet également de résoudre un conflit d'adresses. Le protocole CMP/IP est le mécanisme de transport qui échange des paquets de gestion entre le commutateur de commande et les commutateurs membres. Les paquets CMP/IP sont des paquets IP normaux encapsulés dans un en-tête SNAP (Subnetwork Access Protocol) avec l'identifiant unique d'organisation (OUI) Cisco et le type de protocole CMP. L'identification distingue ces paquets des paquets TCP/IP Ethernet standard. Le format permet aux applications IP actuelles de fonctionner sur CMP/IP sans aucune modification et permet la redirection HTTP et SNMP (Simple Network Management Protocol). CMP/RARP est une variante du protocole RARP. Il ajoute et supprime des commutateurs d'une grappe, définit les paramètres de la grappe et avertit le commutateur de commande des conflits d'adresses CMP.
La section debug cluster ip de ce document explique plus en détail CMP à l'aide des commandes debug.
La communication au sein d'un cluster utilise des adresses CMP ; L'ICC le transporte. Toute communication externe au cluster utilise des adresses IP et le mécanisme de transport TCP/IP. Pour la communication d'un dispositif adressé par CMP à un dispositif externe adressé par IP, le commutateur de commande agit comme un proxy et effectue la traduction entre les protocoles CMP et TCP/IP.
Comme l'indique la section Protocole de gestion de cluster, la commande switch attribue des adresses IP appelées adresses CMP à tous les commutateurs d'un cluster. Chaque fois que le PC de gestion utilise l’adresse IP du commutateur de commande pour accéder aux commutateurs membres, le commutateur de commande utilise les adresses CMP pour rediriger le trafic.
Par exemple, lors de la création d'une grappe, le commutateur de commande gère l'échange de messages entre les commutateurs membres et une application SNMP. Le logiciel de gestion de cluster ajoute le numéro de commutateur membre (@esN, dans lequel N est le numéro de commutateur) aux premières chaînes de communauté en lecture-écriture (RW) et en lecture seule (RO) configurées sur le commutateur de commande. Il les propage ensuite au commutateur membre. Le commutateur de commande utilise les chaînes de communauté pour contrôler la transmission des messages get-request, set-request et get-next-request entre la station de gestion SNMP et les commutateurs membres.
Lorsque vous gérez un commutateur membre au sein d’une grappe à l’aide de CMS ou SNMP, la station de gestion envoie des requêtes de gestion à l’adresse IP du commutateur de commande. Les requêtes sont envoyées au commutateur de commandes, car un commutateur membre n’a généralement pas d’adresse IP. La demande inclut un qualificatif (esN, dans lequel N est le numéro de commutateur). Le qualificateur informe le commutateur de commande du membre auquel la demande est finalement destinée. Le commutateur de commande modifie la demande de telle sorte que la demande semble provenir du commutateur de commande. Il transmet ensuite la demande au commutateur membre approprié. Le commutateur membre reçoit la demande de gestion et exécute la commande localement. Puisque le commutateur membre « pense » que les paquets de gestion proviennent du commutateur de commande, les accusés de réception vont directement au commutateur de commande. Enfin, le commutateur de commande modifie les accusés de réception et les renvoie à la station de gestion.
Cet organigramme illustre le fonctionnement de la redirection SNMP :
Pour plus d'informations sur la gestion SNMP sur les commutateurs de la gamme XL, reportez-vous aux documents répertoriés ici :
Utilisation de la section Gestion SNMP de Utilisation des interfaces de gestion
Configuration de SNMP pour une section Cluster de Création et gestion de clusters.
Cette section décrit les procédures pas à pas pour configurer la mise en grappe sur les commutateurs Catalyst 2900XL/3500XL, 2940, 2950, 2955, 2970, 3550, 3560 et 3750 avec l'utilisation de CMS. Le développement et le test des configurations dans cette section ont eu lieu avec les versions logicielles et matérielles suivantes :
3500XL (3500XL-C3H2S-M) Logiciel Cisco IOS Version 12.0(5.2)XU, logiciel intermédiaire de maintenance
2900XL (2900XL-C3H2S-M) Logiciel Cisco IOS Version 12.0(5.2)XU, logiciel intermédiaire de maintenance
2900XL (2900XL-HS-M) Logiciel Cisco IOS Version 11.2(8.6)SA6, Logiciel provisoire de maintenance
Processeur Cisco WS-C3524XL (PowerPC403) (révision 0x01) avec 8 192 Ko/1 024 Ko de mémoire
Processeur Cisco WS-C3512XL (PowerPC403) (révision 0x01) avec 8 192 Ko/1 024 Ko de mémoire
Processeur Cisco WS-C2924MXL (PowerPC403GA) (révision 0x11) avec 8 192 Ko/1 024 Ko de mémoire
Processeur Cisco WS-C2916MXL (PowerPC403GA) (révision 0x11) avec 4 096 Ko/640 Ko de mémoire
Cette section décrit la procédure pas à pas pour créer une grappe simple à l'aide de CMS. Les exemples de configuration et les résultats de ces étapes utilisent des commutateurs des gammes 3500XL et 2900XL. Cependant, vous pouvez remplacer d'autres commutateurs à configuration fixe qui prennent en charge la mise en grappe CMS. En outre, l'interface utilisateur de certains commutateurs peut être différente des fenêtres que vous voyez dans cette section. (Reportez-vous à la Figure 1 et aux images qui suivent la Figure 1.) Cette différence dépend de la version du code que vous avez installée dans le commutateur.
Le moyen le plus simple de configurer un cluster est l'interface Web. Cependant, vous devez savoir ce qui se passe "en coulisses". Cette section fournit des fenêtres qui montrent la configuration du cluster Web ainsi que les modifications apportées aux configurations sur les commutateurs qui en résultent.
Cette section utilise également un exemple pour expliquer la procédure de création de clusters à l'aide de CMS. Dans l'exemple, vous avez connecté quatre commutateurs à l'aide de ports Gigabit et Fast Ethernet. Au départ, vous créez un cluster avec un commutateur de commande et deux commutateurs membres. Par la suite, vous ajouterez un autre commutateur dans le cluster, ce qui montre comment ajouter un nouveau membre.
Remarque : ce document n'indique pas comment configurer le cluster avec l'interface de ligne de commande (CLI). Pour plus d'informations sur la CLI, référez-vous aux sections de configuration de CLI de Création et gestion de clusters.
L'implémentation des configurations dans ce document a eu lieu dans un environnement de travaux pratiques isolé, comme vous le voyez dans le Diagramme 1 et le Diagramme 2. Assurez-vous de comprendre l'impact potentiel de toute configuration ou commande sur votre réseau avant de l'utiliser. L'émission de la commande write erase a effacé les configurations sur tous les périphériques et s'est assuré que les périphériques avaient une configuration par défaut.
Remarque : ce document suppose que vous pouvez accéder à l'interface de ligne de commande sur les commutateurs en utilisant le port de console. Pour plus de détails sur la façon d'accéder à un commutateur XL avec le port de console, référez-vous à la section Accès au commutateur à l'aide du port de console de Mise à niveau du logiciel dans les commutateurs Catalyst 2900XL/3500XL à l'aide de l'interface de ligne de commande.
Vérifiez que tous les commutateurs ont une version de la commande ou du code de commutateur membre qui a la prise en charge de cluster.
C'est toujours le cas pour les commutateurs des gammes 2940, 2950, 2970, 3550, 3560 et 3750, car toutes les versions de code prennent en charge la mise en grappe.
Pour plus de détails sur les versions logicielles et les commutateurs qui prennent en charge le clustering, consultez la section Modèles de commutateurs Catalyst avec fonctionnalités de cluster de ce document. Pour déterminer si votre commutateur 2900XL/3500XL exécute un logiciel compatible avec les clusters, exécutez la commande show version au niveau de l'utilisateur sur le commutateur.
Par exemple, un commutateur de la gamme 2900XL ou 3500XL qui exécute un logiciel prenant en charge les commandes et les membres fournit cette sortie de la commande show version :
Switch> show version Cisco Internetwork Operating System Software IOS (TM) C3500XL Software (C3500XL-C3H2S-M), Version 12.0(5.2)XU, MAINTENANCE INTERIM SOFTWARE Copyright (c) 1986-2000 by cisco Systems, Inc. Compiled Mon 17-Jul-00 18:29 by ayounes Image text-base: 0x00003000, data-base: 0x00301F3C ROM: Bootstrap program is C3500XL boot loader Switch uptime is 3 days, 1 hour, 45 minutes System returned to ROM by reload System image file is "flash:c3500XL-c3h2s-mz-120.5.2-XU.bin" cisco WS-C3524-XL (PowerPC403) processor (revision 0x01) with 8192K/1024K bytes of memory. Processor board ID , with hardware revision 0x00 Last reset from warm-reset Processor is running Enterprise Edition Software Cluster command switch capable Cluster member switch capable 24 FastEthernet/IEEE 802.3 interface(s) 2 Gigabit Ethernet/IEEE 802.3 interface(s) 32K bytes of flash-simulated non-volatile configuration memory. Base ethernet MAC Address: 00:D0:58:68:F1:80 Configuration register is 0xF
Remarque : dans ce résultat, commutateur de commande de cluster et commutateur membre de cluster montrent que le commutateur exécute actuellement un logiciel qui est à la fois compatible avec les commandes et les membres. Si le commutateur exécute uniquement un logiciel prenant en charge les membres, seul le commutateur membre du cluster apparaît dans le résultat. Vous pouvez également configurer un commutateur qui exécute un logiciel prenant en charge les commandes en tant que commutateur membre ; toutefois, vous ne pouvez jamais configurer un commutateur qui exécute uniquement un logiciel compatible avec les membres en tant que commutateur de commande.
Si vous constatez à l'étape 1 que le commutateur n'exécute pas de logiciel compatible avec les clusters, mettez-le à niveau vers le logiciel approprié.
Une fois que le commutateur exécute l'image compatible avec les clusters, passez à l'étape 3.
Câblez les commutateurs de sorte que le commutateur de commande puisse détecter les commutateurs candidats qui sont capables d'être ajoutés à la grappe.
Avec CDPv2, le commutateur de commande peut détecter automatiquement les commutateurs dans les topologies en étoile ou en série qui sont jusqu'à trois périphériques activés par le cluster (trois sauts) à distance de la périphérie du cluster. Avec le code de la version 12.0(5)XU du logiciel Cisco IOS, ou une version ultérieure, vous pouvez configurer le commutateur de commande pour détecter les commutateurs qui sont jusqu'à sept périphériques activés en cluster (sept sauts) de distance.
Émettez cette commande sur le commutateur de commande si vous voulez activer la découverte du commutateur candidat qui est jusqu'à sept sauts de distance :
Switch(config)# cluster discovery hop-count 7
Si un commutateur prend en charge le protocole CDP mais ne prend pas en charge la mise en grappe et qu'il se connecte au commutateur de commande, le cluster ne peut pas détecter les candidats qui s'y rattachent. Par exemple, Cluster Builder ne peut pas créer une grappe qui inclut des candidats qui se connectent à un commutateur de la gamme Catalyst 5500/5000 ou 6500/6000 qui se connecte au commutateur de commande.
Assurez-vous également de connecter tous les commutateurs aux ports qui se trouvent dans le même VLAN de gestion. L’accès à toutes les fonctions de gestion de cluster se fait via l’adresse IP du commutateur de commande. La commande switch IP address appartient toujours au VLAN de gestion (VLAN1, par défaut). Tous les commutateurs de la grappe de commutateurs doivent avoir le même VLAN de gestion que le commutateur de commande.
Remarque : depuis la version 12.0(5)XP du logiciel Cisco IOS pour les commutateurs 2900XL et 3500XL, vous pouvez modifier le VLAN de gestion par défaut (VLAN1). En outre, le logiciel Cisco IOS version 12.0(5)XU ou ultérieure vous permet de modifier le VLAN de gestion pour l'ensemble du cluster de commutateurs. La modification nécessite une commande unique via l'interface Web de CMS. Pour plus de détails sur la façon de modifier le VLAN de gestion, référez-vous à ces documents :
Modification de la section VLAN de gestion de Création et gestion de clusters (commutateurs 2900XL/3500XL)
Modification de la section VLAN de gestion de Création et gestion de clusters (commutateurs 2950, 2955 et 2940/2970)
Cet exemple configure le commutateur central (3524XL) comme commutateur de commande. (Voir le schéma 1.)
Après avoir déterminé le commutateur de commande, attribuez une adresse IP.
L’adresse IP du commutateur de commande dans cet exemple est 172.16.84.35. Utilisez ces commandes pour effectuer la configuration initiale sur le commutateur de commande :
Switch> enable Switch# configure terminal Enter configuration commands, one per line. End with CNTL/Z. Switch(config)# enable password mysecret Switch(config)# interface vlan1 Switch(config-if)# ip address 172.16.84.35 255.255.255.0 Switch(config-if)# exit Switch(config)# ip default-gateway 172.16.84.1 Switch(config)# ip http server(Enabling web access to the switch) Switch(config)# end Switch# %SYS-5-CONFIG_I: Configured from console by console Switch# write memory Building configuration... [OK]
Remarque : il s'agit d'une configuration initiale que vous devez configurer sur le commutateur pour y accéder via le Web. La configuration du cluster n'a pas eu lieu à ce stade. Si vous émettez la commande show running-config sur le commutateur, vous ne remarquez pas l'ajout de commandes de cluster dans le fichier de configuration.
Pour démarrer l'interface Web, entrez la commande switch IP address dans la fenêtre du navigateur.
Utilisez la syntaxe suivante pour entrer l'adresse IP :
http://x.x.x.x
Remarque : la variable x.x.x.x est l'adresse IP du commutateur de commande.
Une invite de connexion et un mot de passe peuvent s'afficher. Utilisez le mot de passe enable comme mot de passe de connexion. Dans cet exemple, mysecret est le mot de passe enable. Une fois que vous avez entré la connexion et le mot de passe, vous voyez la page d'accès de Cisco, comme vous le voyez dans la Figure 1. Si vous avez des problèmes avec l'accès au commutateur quand vous utilisez le navigateur Web, référez-vous à Dépannage de l'accès à Cisco Visual Switch Manager ou Cluster Management Suite sur le commutateur Catalyst 2900 XL/3500 XL/2950/3550.
Figure 1
Remarque : les versions ultérieures du logiciel utilisent une page d'accès Cisco comme celle-ci :
Figure 2
Cliquez sur Cluster Management Suite ou Visual Switch Manager sur la page d'accès de Cisco.
L'écran du logo de Visual Switch Manager s'affiche alors, comme vous le voyez à la Figure 3. La page d'accueil de Switch Manager, comme vous le voyez à la Figure 4, se charge.
Remarque : lorsque vous accédez au lien Cluster Management Suite ou Visual Switch Manager sur la page d'accès Cisco, l'écran du logo Visual Switch Manager s'affiche en premier. Lorsque la mise en grappe est activée, l'écran Cluster Management Suite s'affiche après l'écran du logo Visual Switch Manager (au lieu de la Figure 4).
Figure 3
Remarque : si vous rencontrez des difficultés pour accéder à la page d'accueil du commutateur illustrée à la Figure 4, reportez-vous à la section Dépannage de Cisco Visual Switch Manager ou de Cluster Management Suite Access sur le commutateur Catalyst 2900 XL/3500 XL/2950/3550 pour résoudre le problème.
Jusqu'à présent, aucune configuration de cluster n'a été effectuée. Par conséquent, il n'y a aucun changement dans la configuration des commutateurs qui se rapportent à la mise en grappe. Dans les étapes qui suivent, vous ajoutez des commandes de cluster dans les fichiers de configuration. La procédure décrit chaque commande.
Dans la barre de menus, choisissez Cluster > Cluster Command Configuration.
La fenêtre Configuration du cluster s'affiche, comme vous le voyez dans la Figure 5.
Figure 5
Dans le champ Command Switch Status, sélectionnez Enable.
Tapez un nom dans le champ Nom du cluster.
Vous pouvez utiliser jusqu'à 31 caractères pour nommer votre cluster. Cet exemple utilise « engineering » comme nom de cluster :
Figure 6
Click OK.
Cela permet la mise en grappe sur le commutateur central et en fait un commutateur de commande. Lorsque vous cliquez sur OK, vous voyez l'ajout d'informations de cluster sur l'écran, comme vous le voyez dans la Figure 7.
L'adresse IP de la commande et le nom du cluster sont désormais visibles. Cet écran porte également le nom Cluster Management Suite.
Figure 7
À ce stade, la mise à jour de la configuration du commutateur central (3524XL) s'est produite avec les commandes qui apparaissent en gras :
! hostname Switch ! enable password mysecret ! ip subnet-zero cluster enable engineering 0 ! ! ! interface VLAN1 ip address 172.16.84.35 255.255.255.0 no ip directed-broadcast ip nat outside ! ! ip default-gateway 172.16.84.1 ip Nat inside source list 199 interface VLAN1 overload access-list 199 dynamic Cluster-NAT permit ip any any !--- Full configuration output is suppressed.
Lorsque vous émettez la commande cluster enable engineering, vous activez la fonctionnalité de commutateur de commande avec le nom de cluster « engineering ». Les commandes NAT (Network Address Translation) sont ajoutées automatiquement au fichier de configuration du commutateur de commandes. Ne supprimez pas ces commandes, car elles accèdent aux commutateurs membres. Lorsque le commutateur de commande gère un commutateur membre via l'interface Web, il agit en tant que proxy et transfère les appels HTTP et Java au commutateur membre. Le commutateur de commandes utilise des adresses NAT internes virtuelles (également appelées adresses CMP) pour effectuer cette action. Pour plus de détails sur le fonctionnement de CMP, consultez la section Protocole de gestion de cluster de ce document.
Choisissez Cluster > Cluster Management.
Une nouvelle fenêtre de gestion de cluster s'ouvre. La fenêtre affiche Cluster Builder (carte des commutateurs). Dans cette fenêtre, la fenêtre Candidat suggéré apparaît, comme vous le voyez dans la Figure 8. Vous pouvez déplacer ou réduire la fenêtre Candidat suggéré pour voir clairement la fenêtre Générateur de cluster (carte). La carte montre la commande et le commutateur candidat.
Cluster Builder utilise le protocole CDP pour détecter les commutateurs candidats qui peuvent être ajoutés à un cluster. Avec le protocole CDP, le commutateur de commande peut détecter automatiquement les commutateurs dans des topologies en étoile ou en série qui sont jusqu'à trois périphériques activés par le cluster (trois sauts) éloignés de la périphérie du cluster. (Reportez-vous à l'étape 3 de cette section.) Avec le code de la version 12.0(5)XU du logiciel Cisco IOS, ou une version ultérieure, vous pouvez configurer le commutateur de commande pour détecter les commutateurs qui sont jusqu'à sept périphériques activés en cluster (sept sauts) de distance.
Note : Dans la fenêtre Candidat suggéré, la case Afficher les candidats suggérés à chaque démarrage de Cluster Builder est cochée. En fonction de cette sélection, vous pouvez voir ou non la fenêtre Candidat suggéré, qui est activée par défaut.
Figure 8
Remarque : un seul commutateur candidat apparaît sur la carte. Le commutateur de commande apparaît en vert et le commutateur candidat en bleu. Les commutateurs apparaissent de cette façon, car deux commutateurs ont le nom d'hôte par défaut Switch. À ce stade, aucun des commutateurs candidats qui apparaissent en bleu n'a été ajouté au cluster. Cluster Manager n'a affiché qu'un seul commutateur dans le schéma de topologie de la Figure 8 lorsqu'il en existe deux.
Vous pouvez voir le nombre correct de commutateurs candidats dans la fenêtre Candidat suggéré, comme vous le voyez dans la Figure 8. Vous pouvez également utiliser l'interface de ligne de commande pour vérifier le nombre correct de commutateurs candidats qui ont le potentiel d'être un commutateur membre. Exemple :
Switch# show cluster candidates |---Upstream---| MAC Address Name Device Type PortIf FEC Hops SN PortIf FEC 00e0.1e9f.50c0 Switch WS-C2916M-XL Fa0/1 1 0 Fa0/2 00d0.5868.eb80 Switch WS-C3512-XL Gi0/2 1 0 Gi0/1
Cliquez sur OK dans la fenêtre Suggested Candidate, et attendez environ 30 secondes.
Vous voyez cet écran, qui affiche le nombre correct de commutateurs membres et le commutateur de commande :
Figure 9
Dans ce schéma, le commutateur central est le commutateur de commande. Les commutateurs 1 et 2 sont les commutateurs membres. Maintenant, tous les commutateurs sont verts, ce qui montre qu'ils sont dans le cluster avec le nom « engineering ».
Vous pouvez vérifier ce cluster si vous émettez ces commandes sur la commande et les commutateurs membres :
Commutateur de commande (commutateur central, 3524XL) :
Switch# show cluster Command switch for cluster "engineering" Total number of members: 3 Status: 0 members are unreachable Time since last status change: 0 days, 0 hours, 7 minutes Redundancy: Disabled Heartbeat interval: 8 Heartbeat hold-time: 80 Extended discovery hop count: 3 Switch# show cluster members |---Upstream---| SN MAC Address Name PortIf FEC Hops SN PortIf FEC State 0 00d0.5868.f180 Switch 0 Up (Cmdr) 1 00e0.1e9f.50c0 Switch-1 Fa0/1 1 0 Fa0/2 Up 2 00d0.5868.eb80 Switch-2 Gi0/2 1 0 Gi0/1 Up Switch# show cluster view |---Upstream---| SN MAC Address Name Device Type PortIf FEC Hops SN PortIf FEC 0 00d0.5868.f180 Switch WS-C3524-XL 0 1 00e0.1e9f.50c0 Switch-1 WS-C2916M-XL Fa0/1 1 0 Fa0/2 2 00d0.5868.eb80 Switch-2 WS-C3512-XL Gi0/2 1 0 Gi0/1
Les modifications qui ont lieu dans le fichier de configuration du commutateur de commandes après l'exécution de l'étape 12 apparaissent ici en gras :
! ip subnet-zero cluster enable engineering 0 cluster member 1 mac-address 00e0.1e9f.50c0 cluster member 2 Mac-address 00d0.5868.eb80 ! ! ! !--- Full configuration output is suppressed.
Remarque : lorsqu'un commutateur candidat devient un commutateur membre, la commande switch configuration ajoute l'adresse MAC du commutateur membre. En outre, la configuration du commutateur membre ajoute la commande switch adresse MAC.
Commutateur membre-1 (commutateur inférieur, 2916MXL)
Switch-1# show cluster Cluster member 1 Cluster name: engineering Management ip address: 172.16.84.35 Command device Mac address: 00d0.5868.f180 Switch-1#
L’adresse IP de gestion est l’adresse IP du commutateur de commande. Cela définit le concept de mise en grappe, qui est la gestion d'un groupe de commutateurs avec l'utilisation d'une adresse IP unique.
En outre, si vous disposez d'une connexion console au commutateur 1 membre, ce message apparaît sur la console du commutateur membre dès que le cluster ajoute le commutateur :
Switch# %CMP-CLUSTER_MEMBER_1-5-ADD: The Device is added to the cluster (Cluster Name: engineering, CMDR IP Address 172.16.84.35) Switch-1#
Les modifications qui ont lieu dans le fichier de configuration du commutateur de commandes après l'exécution de l'étape 12 apparaissent ici en gras :
! hostname Switch-1 ! enable password mysecret ! ! no spanning-tree vlan 1 no ip domain-lookup ! cluster commander-address 00d0.5868.f180 !--- You may also see the member number and cluster name in the !--- above line. This depends on the version of code that you use. ! interface VLAN1 no ip address no ip route-cache !--- Full configuration output is suppressed.
Commutateur membre-2 (commutateur supérieur, 3512XL)
Switch-2# show cluster Member switch for cluster "engineering" Member number: 2 Management IP address: 172.16.84.35 Command switch Mac address: 00d0.5868.f180 Heartbeat interval: 8 Heartbeat hold-time: 80 Switch-2#
L’adresse IP de gestion est l’adresse IP du commutateur de commande.
En outre, si vous disposez d'une connexion console au commutateur 2 membre, ce message apparaît sur la console du commutateur membre dès que le cluster ajoute le commutateur :
Switch# %CMP-CLUSTER_MEMBER_2-5-ADD: The Device is added to the cluster (Cluster Name: engineering, CMDR IP Address 172.16.84.35) Switch-2#
Les modifications qui ont lieu dans le fichier de configuration du commutateur de commandes après l'exécution de l'étape 12 apparaissent ici en gras :
! hostname Switch-2 ! enable password mysecret ! ! ip subnet-zero ! cluster commander-address 00d0.5868.f180 member 2 name engineering !--- If you run an older version of code, you may not see !--- the member number and cluster name in the above line. ! interface VLAN1 no ip address no ip directed-broadcast no ip route-cache !--- Full configuration output is suppressed.
Si vous affichez les résultats des configurations Switch-1 et Switch-2 membres, vous remarquerez l'héritage par les commutateurs membres du mot de passe enable et du nom d'hôte, ajoutés à un numéro du commutateur de commande.
Si un nom d'hôte n'a pas été attribué précédemment au commutateur membre (comme dans cet exemple), le commutateur de commande ajoute un numéro de membre unique au nom d'hôte du commutateur de commande ; le commutateur de commande attribue ensuite le numéro séquentiellement au commutateur lorsque celui-ci rejoint la grappe. Le numéro indique l'ordre dans lequel le commutateur a rejoint le cluster. Dans cet exemple, la commande switch porte le nom d’hôte par défaut Switch. Le premier commutateur membre (WS-C2916MXL) prend le nom d'hôte Switch-1. Le deuxième commutateur membre (WS-C3512XL) prend le nom d'hôte Switch-2.
Remarque : si le commutateur membre possède déjà un nom d'hôte, il conserve ce nom d'hôte lorsqu'il rejoint le cluster. Si le commutateur membre quitte le cluster, le nom d'hôte reste.
Le commutateur membre hérite également de la commande switch enable secret ou enable password lorsque le commutateur rejoint le cluster. Il conserve également le mot de passe lorsqu'il quitte le cluster. Si vous n'avez pas configuré de mot de passe de commutateur de commandes, le commutateur membre hérite d'un mot de passe null.
Choisissez Vues > Toggle labels pour afficher des informations plus détaillées sur le cluster.
La fenêtre affiche les informations supplémentaires suivantes :
Adresse MAC des commutateurs membres
Adresse IP du commutateur de commande
Numéros de port et type de liaison (liaisons Fast Ethernet ou Gigabit Ethernet)
Pour voir une image de tous les commutateurs dans le cluster, choisissez Cluster > Go to Cluster Manager.
Le Gestionnaire de cluster apparaît. Il affiche une vue des commutateurs sous la forme d'un cluster :
Figure 11
Vous pouvez utiliser le Gestionnaire de cluster pour gérer et configurer les modifications au sein d'un cluster. Vous pouvez l'utiliser pour surveiller et configurer des ports, modifier le VLAN de gestion et changer le nom d'hôte. Toutefois, la gestion des clusters et la manière d'effectuer différentes tâches de configuration avec Cluster Manager sortent du cadre de ce document. Pour plus d'informations, reportez-vous aux documents suivants :
Modification de la section VLAN de gestion de Création et gestion de clusters (2900XL/3500XL)
Modification de la section VLAN de gestion de Création et gestion de clusters (2950, 2955 et 2940/2970)
Cette section décrit comment ajouter un commutateur membre à un cluster qui existe déjà. L'exemple ajoute un commutateur Catalyst 2924MXL dans le cluster, comme vous le voyez dans la Figure 10.
Complétez ces étapes pour ajouter un autre membre dans le cluster avec CMS :
Connectez le commutateur que vous souhaitez ajouter à l'un des ports de la commande ou du commutateur membre.
Dans la section Scénarios de travaux pratiques de ce document, le nouveau commutateur se connecte à l'interface fastethernet 0/2 du commutateur de commande. Assurez-vous que les ports qui connectent les deux commutateurs appartiennent au même VLAN de gestion ou que les ports sont des ports agrégés. Dans les scénarios des travaux pratiques, tous les ports appartiennent également au VLAN1, qui est le VLAN de gestion par défaut.
Remarque : l'accès à toutes les fonctions de gestion de cluster se fait via l'adresse IP du commutateur de commande. La commande switch IP address appartient toujours au VLAN de gestion (VLAN1, par défaut). Tous les commutateurs de la grappe de commutateurs doivent avoir le même VLAN de gestion que le commutateur de commande. À partir de la version 12.0(5)XP du logiciel Cisco IOS pour les commutateurs 2900XL et 3500XL, vous pouvez modifier le VLAN de gestion par défaut de VLAN1. En outre, la version 12.0(5)XU ou ultérieure du logiciel Cisco IOS vous permet de modifier le VLAN de gestion pour l'ensemble du cluster de commutateurs. La modification nécessite une commande unique via l'interface Web de CMS. Pour plus de détails sur la façon de modifier le VLAN de gestion, référez-vous à ces documents :
Modification de la section VLAN de gestion de Création et gestion de clusters (2900XL/3500XL)
Modification de la section VLAN de gestion de Création et gestion de clusters (2950, 2955 et 2940/2970)
Dans votre navigateur, choisissez Cluster > Cluster Management.
L'action ouvre Cluster Builder dans une nouvelle fenêtre de navigateur et affiche cet écran :
Figure 12
Vous pouvez voir que la fenêtre Candidat suggéré répertorie le nouveau commutateur (2924MXL) comme commutateur candidat. La Figure 12 montre également qu'il existe un nouveau commutateur, en bleu. Le nouveau commutateur se connecte au commutateur central (commutateur de commande). Lorsque ce commutateur candidat devient membre de la grappe, la couleur devient verte et le commutateur apparaît dans la liste Switch-3.
Pour ajouter le commutateur candidat au cluster et mettre à jour le mappage réseau, effectuez l'une des opérations suivantes :
Cliquez sur OK dans la fenêtre Suggested Candidate et attendez quelques secondes.
Ceci montre une mise à jour du plan du réseau avec le nouveau commutateur, Switch-3.
Vous pouvez également cliquer sur le commutateur candidat, comme vous le voyez à la Figure 13, puis choisir Add to Cluster.
Choisissez Vues > Toggle Labels pour afficher plus de détails sur le plan du réseau.
Figure 15
Si vous voulez vérifier cette grappe, émettez ces commandes sur le commutateur de commande et le nouveau commutateur membre, Switch-3 :
Commutateur de commande (commutateur central, 3524XL)
Switch# show cluster Command switch for cluster "engineering" Total number of members: 4 Status: 0 members are unreachable Time since last status change: 0 days, 0 hours, 7 minutes Redundancy: Disabled Heartbeat interval: 8 Heartbeat hold-time: 80 Extended discovery hop count: 3 Switch# show cluster members |---Upstream---| SN MAC Address Name PortIf FEC Hops SN PortIf FEC State 0 00d0.5868.f180 Switch 0 Up (Cmdr) 1 00e0.1e9f.50c0 Switch-1 Fa0/1 1 0 Fa0/2 Up 2 00d0.5868.eb80 Switch-2 Gi0/2 1 0 Gi0/1 Up 3 00ee.1e9f.50c0 Switch-3 Fa0/1 1 0 Fa0/3 Up Switch# show cluster view |---Upstream---| SN MAC Address Name Device Type PortIf FEC Hops SN PortIf FEC 0 00d0.5868.f180 Switch WS-C3524-XL 0 1 00e0.1e9f.50c0 Switch-1 WS-C2916M-XL Fa0/1 1 0 Fa0/2 2 0d0.5868.eb80 Switch-2 WS-C3512-XL Gi0/2 1 0 Gi0/1 3 00ee.1e9f.50c0 Switch-3 WS-C2924M-XL Fa0/1 1 0 Fa0/3
Les modifications qui ont lieu dans le fichier de configuration du commutateur de commandes après l'exécution de l'étape 4 apparaissent ici en gras :
! ip subnet-zero cluster enable engineering 0 cluster member 1 Mac-address 00e0.1e9f.50c0 cluster member 2 Mac-address 00d0.5868.eb80 cluster member 3 Mac-address 00ee.1e9f.50c0 ! ! ! !--- Full configuration output is suppressed.
Remarque : lorsqu'un commutateur candidat devient un commutateur membre, la commande switch configuration ajoute l'adresse MAC du commutateur membre. En outre, la configuration du commutateur membre ajoute la commande switch adresse MAC.
Commutateur membre-3 (2924MXL)
Switch-3# show cluster Member switch for cluster "engineering" Member number: 3 Management IP address: 172.16.84.35 Command switch Mac address: 00d0.5868.f180 Heartbeat interval: 8 Heartbeat hold-time: 80 Switch-3#
L’adresse IP de gestion est l’adresse IP du commutateur de commande.
Les modifications qui ont lieu dans le fichier de configuration du commutateur de commandes après l'exécution de l'étape 4 apparaissent ici en gras :
! hostname Switch-3 ! enable password mysecret ! ! ip subnet-zero ! cluster commander-address 00d0.5868.f180 member 3 name engineering ! interface VLAN1 no ip address no ip directed-broadcast no ip route-cache !--- Full configuration output is suppressed.
Choisissez Cluster > Go to Cluster Manager.
Le Gestionnaire de cluster apparaît, comme vous le voyez dans la Figure 16. Cette vue est mise à jour à partir de la Figure 11 et montre le commutateur nouvellement ajouté (2924MXL) dans la liste :
Figure 16
Utilisez les commandes show cluster et show cluster members pour vérifier l'état du cluster et des membres.
Commutateur de commande (commutateur central, 3524XL)
Switch# show cluster Command switch for cluster "engineering" Total number of members: 4 Status: 0 members are unreachable Time since last status change: 0 days, 0 hours, 7 minutes Redundancy: Disabled Heartbeat interval: 8 Heartbeat hold-time: 80 Extended discovery hop count: 3 Switch# show cluster members |---Upstream---| SN MAC Address Name PortIf FEC Hops SN PortIf FEC State 0 00d0.5868.f180 Switch 0 Up (Cmdr) 1 00e0.1e9f.50c0 Switch-1 Fa0/1 1 0 Fa0/2 Up 2 00d0.5868.eb80 Switch-2 Gi0/2 1 0 Gi0/1 Up 3 00ee.1e9f.50c0 Switch-3 Fa0/1 1 0 Fa0/3 Up
Si l'un des commutateurs membres perd la connectivité avec le commutateur de commande, le résultat des commandes show cluster et show cluster members reflète la perte.
Par exemple, si le commutateur 2 membre perd la connectivité avec le commutateur de commande, le résultat de ces commandes est :
Switch# show cluster Command switch for cluster "engineering" Total number of members: 4 Status: 1 members are unreachable Time since last status change: 0 days, 0 hours, 0 minutes Redundancy: Disabled Heartbeat interval: 8 Heartbeat hold-time: 80 Extended discovery hop count: 3 Switch# Switch# show cluster member |---Upstream---| SN MAC Address Name PortIf FEC Hops SN PortIf FEC State 0 00d0.5868.f180 Switch 0 Up (Cmdr) 1 00e0.1e9f.50c0 Switch-1 Fa0/1 1 0 Fa0/2 Up 2 00d0.5868.eb80 Switch-2 1 Down 3 00ee.1e9f.50c0 Switch-3 Fa0/1 1 0 Fa0/3 Up
Remarque : vous ne voyez pas immédiatement les modifications reflétées par ces commandes. Le commutateur de commande doit attendre un certain intervalle (Heartbeat hold-time) avant que le commutateur de commande déclare un commutateur membre down. Par défaut, la durée de conservation des pulsations est de 80 secondes. Il s'agit d'un paramètre configurable. Vous pouvez modifier le paramètre si vous émettez la commande cluster holdtime 1-300 en mode de configuration globale.
Commutateur membre-1 (2916MXL)
Switch-1# show cluster Cluster member 1 Cluster name: engineering Management ip address: 172.16.84.35 Command device Mac address: 00d0.5868.f180 Switch-1#
Commutateur membre-2 (commutateur supérieur, 3512XL)
Switch-2# show cluster Member switch for cluster "engineering" Member number: 2 Management IP address: 172.16.84.35 Command switch Mac address: 00d0.5868.f180 Heartbeat interval: 8 Heartbeat hold-time: 80 Switch-2#
Commutateur membre-3 (2924MXL)
Switch-3# show cluster Member switch for cluster "engineering" Member number: 3 Management IP address: 172.16.84.35 Command switch Mac address: 00d0.5868.f180 Heartbeat interval: 8 Heartbeat hold-time: 80 Switch-3#
Comme indiqué dans la section Caractéristiques du commutateur candidat et du commutateur membre de ce document, tous les commutateurs, y compris le commutateur de commande, utilisent CDPv2 pour détecter les voisins CDP. Les commutateurs stockent ces informations dans le cache de voisinage CDP correspondant. Lorsque le commutateur de commande reçoit les informations, il filtre les caches de voisinage CDP et crée une liste de commutateurs candidats.
Utilisez les commandes show cdp neighbors et show cdp neighbors detail pour vérifier que les commutateurs se trouvent dans le cache de voisinage CDP et que tous les commutateurs exécutent actuellement CDPv2.
Commutateur de commande (3524XL)
Switch# show cdp neighbors Capability Codes: R - Router, T - Trans Bridge, B - Source Route Bridge S - Switch, H - Host, I - IGMP, r - Repeater Device ID Local Intrfce Holdtme Capability Platform Port ID Switch-3 Fas 0/3 162 T S WS-C2924M-Fas 0/1 Switch-2 Gig 0/1 121 T S WS-C3512-XGig 0/2 Switch-1 Fas 0/2 136 S WS-C2916M-Fas 0/1 Switch# show cdp neighbors detail ------------------------- Device ID: Switch-3 Entry address(es): Platform: cisco WS-C2924M-XL, Capabilities: Trans-Bridge Switch Interface: FastEthernet0/3, Port ID (outgoing port): FastEthernet0/1 Holdtime : 132 sec !--- Output suppressed. advertisement version: 2 Protocol Hello: OUI=0x00000C, Protocol ID=0x0112; payload len=25, value=0AA050C000000003010103FF00D05868F18000EE1E9F50C001 VTP Management Domain: '' ------------------------- Device ID: Switch-2 Entry address(Es): IP address: 0.0.0.0 IP address: 172.16.84.35 Platform: cisco WS-C3512-XL, Capabilities: Trans-Bridge Switch Interface: GigabitEthernet0/1, Port ID (outgoing port): GigabitEthernet0/2 Holdtime : 141 sec !--- Output suppressed. advertisement version: 2 Protocol Hello: OUI=0x00000C, Protocol ID=0x0112; payload Len=27, value=0A68EB8000000002010123FF00D05868F18000D05868EB80010001 VTP Management Domain: '' Duplex: full ------------------------- Device ID: Switch-1 Entry address(Es): IP address: 172.16.84.35 Platform: cisco WS-C2916M-XL, Capabilities: Switch Interface: FastEthernet0/2, Port ID (outgoing port): FastEthernet0/1 Holdtime : 140 sec !--- Output suppressed. advertisement version: 2 Protocol Hello: OUI=0x00000C, Protocol ID=0x0112; payload Len=25, value=0A9F50C000000001010103FF00D05868F18000E01E9F50C001 VTP Management Domain: ''
Commutateur membre-1 (2916MXL)
Switch-1# show cdp neighbors Capability Codes: R - Router, T - Trans Bridge, B - Source Route Bridge S - Switch, H - Host, I - IGMP, r - Repeater Device ID Local Intrfce Holdtme Capability Platform Port ID Switch Fas 0/1 139 T S WS-C3524-XFas 0/2 Switch-1# show cdp neighbors detail ------------------------- Device ID: Switch Entry address(Es): IP address: 172.16.84.35 IP address: 172.16.84.35 Platform: cisco WS-C3524-XL, Capabilities: Trans-Bridge Switch Interface: FastEthernet0/1, Port ID (outgoing port): FastEthernet0/2 Holdtime : 147 sec !--- Output suppressed. advertisement version: 2 Protocol Hello: OUI=0x00000C, Protocol ID=0x0112; payload Len=27, value=0A68F18000000000010123FF00D05868F18000D05868F180000001 VTP Management Domain: ''
Commutateur membre-2 (3512XL)
Switch-2# show cdp neighbors Capability Codes: R - Router, T - Trans Bridge, B - Source Route Bridge S - Switch, H - Host, I - IGMP, r - Repeater Device ID Local Intrfce Holdtme Capability Platform Port ID Switch Gig 0/2 147 T S WS-C3524-XGig 0/1 Switch-2# show cdp neighbors detail ------------------------- Device ID: Switch Entry address(Es): IP address: 172.16.84.35 IP address: 172.16.84.35 Platform: cisco WS-C3524-XL, Capabilities: Trans-Bridge Switch Interface: GigabitEthernet0/2, Port ID (outgoing port): GigabitEthernet0/1 Holdtime : 141 sec !--- Output suppressed. advertisement version: 2 Protocol Hello: OUI=0x00000C, Protocol ID=0x0112; payload Len=27, value=0A68F18000000000010123FF00D05868F18000D05868F180000001 VTP Management Domain: '' Duplex: full
Commutateur membre-3 (2924MXL)
Switch-3# show cdp neighbors Capability Codes: R - Router, T - Trans Bridge, B - Source Route Bridge S - Switch, H - Host, I - IGMP, r - Repeater Device ID Local Intrfce Holdtme Capability Platform Port ID Switch Fas 0/1 125 T S WS-C3524-XFas 0/3 Switch-3# show cdp neighbors detail ------------------------- Device ID: Switch Entry address(Es): IP address: 172.16.84.35 IP address: 172.16.84.35 Platform: cisco WS-C3524-XL, Capabilities: Trans-Bridge Switch Interface: FastEthernet0/1, Port ID (outgoing port): FastEthernet0/3 Holdtime : 179 sec !--- Output suppressed. advertisement version: 2 Protocol Hello: OUI=0x00000C, Protocol ID=0x0112; payload Len=27, value=0A68F18000000000010123FF00D05868F18000D05868F180000001 VTP Management Domain: ''
Remarque : si vous ne voyez pas la version de l'annonce : 2 dans le résultat de la commande show cdp neighbors detail pour un commutateur, ce commutateur ne peut pas devenir un commutateur membre.
Cette section traite des commandes debug qui vérifient l'activité du cluster. Ici, les commandes vérifient l'activité du cluster entre le commutateur de commande (3524XL) et le commutateur membre 2 (3512XL). Vous pouvez utiliser les mêmes commandes debug pour vérifier l'activité du cluster entre le commutateur de commandes et l'un des commutateurs membres.
Remarque : chaque fois qu'un membre est ajouté ou supprimé à l'aide de l'interface Web, le journal des informations suivantes s'affiche :
%CMP-CLUSTER_MEMBER_2-5-REMOVE: The Device is removed from the cluster (Cluster Name: engineering) %CMP-CLUSTER_MEMBER_2-5-ADD: The Device is added to the cluster(Cluster Name: engineering, CMDR IP Address 172.16.84.35)
Les deux premières commandes debug dans ces exemples, debug cluster member et debug cluster neighbors, affichent les mises à jour de voisinage de cluster sortantes à partir d'un commutateur de commande ou d'un commutateur membre. La troisième commande debug, debug cluster events, affiche les messages Hello de voisinage entrants. Entre les commandes, les commentaires en bleu améliorent la visibilité de certaines sorties. En outre, cet affichage supprime les informations inutiles du résultat complet du débogage.
Commutateur de commande (3524XL)
Switch# debug cluster members Cluster members debugging is on Switch# 23:21:47: Sending neighbor update... 23:21:47: Cluster Member: 00, active. !--- Member 00 means commander switch. 23:21:47: Unanswered heartbeats: 1 23:21:47: Hops to commander: 0 23:21:47: Assigned CMP address: 10.104.241.128 !--- This is the commander CMP address. 23:21:47: Cmdr IP address: 172.16.84.35 23:21:47: Cmdr CMP address: 10.104.241.128 !--- This is the commander CMP address. 23:21:47: Auto update counter: 0 23:21:47: Cmdr MAC address: 00d0.5868.f180 23:21:47: Mbr MAC address: 00d0.5868.f180 23:21:47: Command Port ID: 23:21:47: Platform Name: cisco WS-C3524-XL 23:21:47: Host Name: Switch Switch# debug cluster neighbors Cluster neighbors debugging is on Switch# 23:51:50: Neighbor update from member 0 !--- This is an update from the commander. 23:51:50: 3 Cluster neighbors: !--- Information about member Switch-2 starts here. 23:51:50: 00d0.5868.eb80 connected to Member 0 on port GigabitEthernet0/2 23:51:50: Port Macaddr: 00d0.5868.eb8e 23:51:50: Hostname: Switch-2 23:51:50: Port ID: GigabitEthernet0/2 23:51:50: Neighbor FEC: 255 23:51:50: Member FEC: 255 23:51:50: Capabilities: 0A 23:51:50: Link Qualification: 0 23:51:50: Qualification Note: 21 23:51:50: Member 2 of stack with commander 0.104.187.140 23:51:50: CMP address: 10.104.235.128 23:51:50: Hops to Commander: 1 23:51:50: Management vlan: 1 !--- Information about member Switch-2 ends here. !--- Information about member Switch-1 starts here. 23:51:50: 00e0.1e9f.50c0 connected to Member 0 on port FastEthernet0/2 23:51:50: Port Macaddr: 00e0.1e9f.50c1 23:51:50: Hostname: Switch-1 23:51:50: Port ID: FastEthernet0/1 23:51:50: Neighbor FEC: 255 23:51:50: Member FEC: 255 23:51:50: Capabilities: 08 23:51:50: Link Qualification: 3 23:51:50: Qualification Note: 01 23:51:50: Member 1 of stack with commander 0.77.44.124 23:51:50: CMP address: 10.159.80.192 23:51:50: Hops to Commander: 1 23:51:50: Management vlan: 0 !--- Information about member Switch-1 ends here. !--- Information about member Switch-3 starts here. 23:51:50: 00ee.1e9f.50c0 connected to Member 0 on port FastEthernet0/3 23:51:50: Port Macaddr: 00ee.1e9f.50c1 23:51:50: Hostname: Switch-3 23:51:50: Port ID: FastEthernet0/1 23:51:50: Neighbor FEC: 255 23:51:50: Member FEC: 255 23:51:50: Capabilities: 0A 23:51:50: Link Qualification: 3 23:51:50: Qualification Note: 00 23:51:50: Member 3 of stack with commander 0.77.184.56 23:51:50: CMP address: 10.160.80.192 23:51:50: Hops to Commander: 1 23:51:50: Management vlan: 1 !--- Information about member Switch-3 ends here. !--- The information that follows is from Switch-2, as seen on !--- the command switch. !--- You can see the same information if you issue the !--- debug cluster events command on certain versions !--- of codes. Cluster neighbor's Protocol Hello payload: 23:52:00: Sender Version: 1, Works with version 1 and later 23:52:00: Flags: 23, Number of hops to the commander: 1 23:52:00: Cluster member number: 2 23:52:00: Cluster Cmdr Mac Address: 00d0.5868.f180 23:52:00: Sender Mac address: 00d0.5868.eb80 !--- This is the Switch-2 MAC address. 23:52:00: Sender CMP address: 10.104.235.128 !--- This is the Switch-2 CMP address. 23:52:00: Upstream switch No: 0.0.0.0 23:52:00: FEC Number: 255 23:52:00: Management vlan: 1 !--- Output suppressed.
Commutateur membre-2 (3512XL)
Switch-2# debug cluster member Cluster members debugging is on Switch-2# 23:22:51: Sending neighbor update... 23:22:51: Switch 00d0.5868.f180 connected on port GigabitEthernet0/2 !--- This is the command switch MAC address local port. 23:22:51: Port ID: GigabitEthernet0/2 23:22:51: Capabilities: 0A 23:22:51: Link Qualification: 5 23:22:51: Qualification Note: 20 23:22:51: Member 0 of stack with commander 00d0.5868.f180 23:22:51: CMP address: 10.104.241.128 !--- This is the commander CMP address. 23:22:51: Hops to Commander: 0 23:22:51: Management vlan: 1* 23:22:51: !--- Up to this point, the information is about the command switch. !--- The output that follows is the local switch information that goes to the !--- neighbor (command) switch. Cluster Member: 02, active. 23:22:51: Unanswered heartbeats: 1 23:22:51: Hops to commander: 1 23:22:51: Assigned CMP address: 10.104.235.128 23:22:51: Cmdr IP address: 172.16.84.35 23:22:51: Cmdr CMP address: 10.104.241.128 23:22:51: Auto update counter: 0 23:22:51: Cmdr MAC address: 00d0.5868.f180 23:22:51: Mbr MAC address: 00d0.5868.eb80 23:22:51: Command Port ID: GigabitEthernet0/2 !--- This is the port that connects to the commander. 23:22:51: Platform Name: cisco WS-C3512-XL 23:22:51: Host Name: Switch-2 Switch-2# Switch-2# debug cluster neighbors Cluster neighbors debugging is on Switch-2# 23:59:32: cmi_setCommandPort: setting ups mbr num to 0 23:59:32: cmp_sendNeighborsToCmdr: skip neighbor 00d0.5868.f180 Switch-2# 23:59:42: !--- Information that follows is from the command switch. !--- You can see the same information if you issue the !--- debug cluster events command on certain versions !--- of codes. Cluster neighbor's Protocol Hello payload: 23:59:42: Sender Version: 1, Works with version 1 and later 23:59:42: Flags: 23, Number of hops to the commander: 0 23:59:42: Cluster member number: 0 23:59:42: Cluster Cmdr Mac Address: 00d0.5868.f180 23:59:42: Sender Mac address: 00d0.5868.f180 !--- This is the commander MAC address. 23:59:42: Sender CMP Address: 10.104.241.128 !--- This is the commander CMP address. 23:59:42: Upstream switch No: 0.0.0.0 23:59:42: FEC Number: 255 23:59:42: Management vlan: 1
Un champ Adresse CMP apparaît dans le résultat de la commande debug. Comme l'explique la section Protocole de gestion de cluster, les commutateurs du commandant et du membre communiquent avec l'utilisation de ces adresses de CMP.
Si vous affichez les sorties dans la section debug cluster member, debug cluster neighbors et debug cluster events, vous pouvez voir que les adresses CMP des commutateurs dans cet exemple sont :
Adresse du commandant CMP : 10.104.241.128
Adresse CMP du commutateur 1 membre : 10.159.80.192
Adresse CMP du commutateur 2 membre : 10.104.235.128
Adresse CMP du commutateur 3 membre : 10.160.80.192
Comme le décrit la section Protocole de gestion des clusters, le PGPC se compose de trois éléments technologiques clés. L'un d'eux est le mécanisme CMP/RARP. CMP/RARP ajoute et supprime également des commutateurs du cluster. Le résultat de débogage ci-dessous montre le journal des messages CMP/RARP lors de l'ajout d'un membre au cluster.
Remarque : pour être cohérent avec les commandes de la section debug cluster member, debug cluster neighbors et debug cluster events, émettez ici la commande debug cluster ip sur le commandant (3524XL) et le deuxième commutateur à ajouter (Switch-2, 3512XL).
Commutateur Commander (3524XL) (ajout d'un membre Commutateur-2)
Switch# debug cluster ip Cluster IP/transport debugging is on Switch# !--- The command switch generates the new CMP address. 1d08h: cmdr_generate_cluster_ip_address: generated cluster, ip addr 10.104.235.128 for Mac 00d0.5868.eb80 !--- The commander allocates the CMP address to member Switch-2. 1d08h: cmdr_generate_and_assign_ip_address: setting addr for member 2 addr 10.104.235.128 1d08h: cmdr_generate_and_assign_ip_address: adding static ARP for 10.104.235.128 1d08h: cluster_send_rarp_reply: Sending reply out on Virtual1 to member 2 1d08h: cmdr_process_rarp_request: received RARP req : 1d08h: proto type : 0000 1d08h: source Mac : 00d0.5868.eb80 !--- This is the member MAC Address. 1d08h: source ip : 10.104.235.128 !--- This is the member CMP Address. 1d08h: target Mac : 00d0.5868.f180 !--- This is the commander MAC Address. 1d08h: target ip : 10.104.241.128 !--- This is the commander CMP Address. 1d08h: cmdr_process_rarp_request: rcvd ACK for the bootstrap req
Commutateur membre 2 (3512XL) (que le commandant ajoute)
Switch# debug cluster ip Cluster IP/transport debugging is on Switch# !--- The member switch receives information from the command switch. 00:01:24: cluster_process_rarp_reply: received RARP reply : 00:01:24: source Mac : 00d0.5868.f180 !--- This is the commander MAC Address. 00:01:24: source ip : 10.104.241.128 !--- This is the commander CMP Address. 00:01:24: target Mac : 00d0.5868.eb80 !--- This is the member MAC Address. 00:01:24: target ip : 10.104.235.128 !--- This is the member CMP Address. !--- The member switch extracts and implements the cluster information. 00:01:24: cluster_process_rarp_reply: setting commander's MAC address: 00d0.5868.f180 00:01:24: create_cluster_idb: creating HWIDB(0x0) for the cluster 00:01:24: cluster_create_member_idb: creating cluster-idb 4D4378, cmp-addr: 10.104.235.128 00:01:24: Authorizing the password string: 00:01:24: cluster_send_rarp_request: Sending request out to cmdr 00:01:24: cluster_process_rarp_reply: created hwidb and set IP address (10.104.235.128) 00:01:24: cluster_process_rarp_reply: setting commander's addr (10.104.241.128) info 00:01:24: cluster_process_rarp_reply: setting static ARP for cmdr addr 10.104.241.128 00:01:24: cluster_set_default_gateway: setting default gw to cmdr's addr (10.104.241.128) 00:01:24: setting hostname to Switch-2 00:01:24: setting password to enable password 0 mysecret 00:01:24: cluster_pick_defaultidb: picking cluster IDB to be default IDB 00:01:24: This switch is added to the cluster 00:01:24: Cluster Name : engineering ; Cmdr IP address: 172.16.84.35 00:01:24: CMP address: 10.104.235.128 ; Cmdr CMP address: 10.104.241.128 !--- At this point, the switch has been added to the cluster. 00:01:24: %CMP-CLUSTER_MEMBER_2-5-ADD: The Device is added to the cluster (Cluster Name: engineering, CMDR IP Address 172.16.84.35) 00:01:24: cluster_process_rarp_reply: bootstrap for the firsttime, start member 00:01:24: cluster_process_rarp_reply: setting netsareup to TRUE
Cette dernière partie de l'analyse de débogage explique comment fonctionne CMP/IP. Comme la section Protocole de gestion de cluster de ce document le discute, CMP/IP est le mécanisme de transport pour échanger des paquets de gestion entre le commutateur de commande et les commutateurs membres.
Un exemple est l'utilisation de rcommand, qui est en fait une session Telnet du commutateur de commande au commutateur membre. Il utilise les mêmes adresses CMP virtuelles.
Établissez une session Telnet avec le commutateur de commande.
À partir de l'interface de ligne de commande sur le commutateur de commande, émettez rcommand pour accéder à l'interface de ligne de commande de l'un des commutateurs membres.
La commande rcommand est utile dans les situations dans lesquelles vous voulez dépanner ou apporter des modifications de configuration sur l'un des commutateurs membres avec l'utilisation de l'interface de ligne de commande.
Cet exemple illustre l'utilisation :
Switch# rcommand 2 !--- This accesses member Switch-2. Trying ... Open Switch-2# !--- Here, you establish a Telnet session with member Switch-2. Switch-2# exit !--- Use this command to end the Telnet session. [Connection closed by foreign host] Switch#
Avec l'activation de la commande debug ip packet sur le commutateur membre et l'émission de rcommand du commutateur de commande vers ce commutateur membre, vous voyez ces messages sur la console du commutateur membre :
01:13:06: IP: s=10.104.241.128 (Virtual1), d=10.104.235.128, Len 44, rcvd 1 !--- This is a received request from the command switch. 01:13:06: IP: s=10.104.235.128 (local), d=10.104.241.128 (Virtual1), Len 44, sending !--- A reply returns to the command switch.
Remarque : pour afficher cette sortie sur le commutateur membre, vous devez d'abord établir une connexion de console directe au commutateur membre. Après avoir établi la connexion, émettez la commande debug ip packet, puis ouvrez une session de rcommand à partir du commutateur de commande.
Cette section répertorie des exemples de configuration complets de tous les commutateurs utilisés dans les scénarios de travaux pratiques. Vous trouverez des détails sur les étapes de configuration dans les sections Create Clusters with Cluster Management Suite et Add a Member in an Existing Cluster de ce document.
Switch# show running-config Building configuration... Current configuration: ! version 12.0 no service pad service timestamps debug uptime service timestamps log uptime no service password-encryption ! hostname Switch ! enable password mysecret ! ! ! ! ! ! ip subnet-zero cluster enable engineering 0 cluster member 1 Mac-address 00e0.1e9f.50c0 cluster member 2 Mac-address 00d0.5868.eb80 cluster member 3 Mac-address 00ee.1e9f.50c0 ! ! ! interface FastEthernet0/1 ! interface FastEthernet0/2 ! interface FastEthernet0/3 ! interface FastEthernet0/4 ! interface FastEthernet0/5 ! interface FastEthernet0/6 ! interface FastEthernet0/7 ! interface FastEthernet0/8 ! interface FastEthernet0/9 ! interface FastEthernet0/10 ! interface FastEthernet0/11 ! interface FastEthernet0/12 ! interface FastEthernet0/13 ! interface FastEthernet0/14 ! interface FastEthernet0/15 ! interface FastEthernet0/16 ! interface FastEthernet0/17 ! interface FastEthernet0/18 ! interface FastEthernet0/19 ! interface FastEthernet0/20 ! interface FastEthernet0/21 ! interface FastEthernet0/22 ! interface FastEthernet0/23 ! interface FastEthernet0/24 ! interface GigabitEthernet0/1 ! interface GigabitEthernet0/2 ! interface VLAN1 ip address 172.16.84.35 255.255.255.0 no ip directed-broadcast ip Nat outside ! ip default-gateway 172.16.84.1 ip Nat inside source list 199 interface VLAN1 overload access-list 199 dynamic Cluster-NAT permit ip any any ! line con 0 transport input none stopbits 1 line vty 0 4 login line vty 5 15 login ! end
Switch-1# show running-config Building configuration... Current configuration: ! version 11.2 no service pad no service udp-small-servers no service tcp-small-servers ! hostname Switch-1 ! enable password mysecret ! ! no spanning-tree vlan 1 no ip domain-lookup ! cluster commander-address 00d0.5868.f180 ! interface VLAN1 no ip address no ip route-cache ! interface FastEthernet0/1 ! interface FastEthernet0/2 ! interface FastEthernet0/3 ! interface FastEthernet0/4 ! interface FastEthernet0/5 ! interface FastEthernet0/6 ! interface FastEthernet0/7 ! interface FastEthernet0/8 ! interface FastEthernet0/9 ! interface FastEthernet0/10 ! interface FastEthernet0/11 ! interface FastEthernet0/12 ! interface FastEthernet0/13 ! interface FastEthernet0/14 ! interface FastEthernet0/15 ! interface FastEthernet0/16 ! ! line con 0 stopbits 1 line vty 0 4 login line vty 5 15 login ! end
Switch-2# show running-config Building configuration... Current configuration: ! version 12.0 no service pad service timestamps debug uptime service timestamps log uptime no service password-encryption ! hostname Switch-2 ! enable password mysecret ! ! ! ! ! ! ip subnet-zero ! cluster commander-address 00d0.5868.f180 member 2 name engineering ! ! interface FastEthernet0/1 ! interface FastEthernet0/2 ! interface FastEthernet0/3 ! interface FastEthernet0/4 ! interface FastEthernet0/5 ! interface FastEthernet0/6 ! interface FastEthernet0/7 ! interface FastEthernet0/8 ! interface FastEthernet0/9 ! interface FastEthernet0/10 ! interface FastEthernet0/11 ! interface FastEthernet0/12 ! interface GigabitEthernet0/1 ! interface GigabitEthernet0/2 ! interface VLAN1 no ip address no ip directed-broadcast no ip route-cache ! ! line con 0 transport input none stopbits 1 line vty 0 4 login line vty 5 15 login ! end
Switch-3# show running-config Building configuration... Current configuration: ! version 12.0 no service pad service timestamps debug uptime service timestamps log uptime no service password-encryption ! hostname Switch-3 ! enable password mysecret ! ! ! ! ! ! ip subnet-zero ! cluster commander-address 00d0.5868.f180 member 3 name engineering ! ! interface FastEthernet0/1 ! interface FastEthernet0/2 ! interface FastEthernet0/3 ! interface FastEthernet0/4 ! interface FastEthernet0/5 ! interface FastEthernet0/6 ! interface FastEthernet0/7 ! interface FastEthernet0/8 ! interface FastEthernet0/9 ! interface FastEthernet0/10 ! interface FastEthernet0/11 ! interface FastEthernet0/12 ! interface FastEthernet0/13 ! interface FastEthernet0/14 ! interface FastEthernet0/15 ! interface FastEthernet0/16 ! interface FastEthernet0/17 ! interface FastEthernet0/18 ! interface FastEthernet0/19 ! interface FastEthernet0/20 ! interface FastEthernet0/21 ! interface FastEthernet0/22 ! interface FastEthernet0/23 ! interface FastEthernet0/24 ! interface GigabitEthernet1/1 ! interface VLAN1 no ip directed-broadcast no ip route-cache ! ! ! line con 0 transport input none stopbits 1 line vty 5 15 ! end
Pour plus d'informations sur l'utilisation de CMS après la configuration initiale, reportez-vous au guide de configuration logicielle de votre commutateur :
Mise en route de CMS sur les commutateurs de la gamme 2940
Mise en route de CMS sur les commutateurs de la gamme 2950
Mise en route de CMS sur les commutateurs de la gamme 2970
Mise en route de CMS sur les commutateurs de la gamme 3550
Mise en route de CMS sur les commutateurs de la gamme 3750
Révision | Date de publication | Commentaires |
---|---|---|
1.0 |
16-Nov-2007
|
Première publication |