Sans fil : Contrôleurs sans fil de la gamme Cisco 5500

(AP SSO) guide facilement disponible de déploiement

16 novembre 2013 - Traduction automatique
Autres versions: PDFpdf | Anglais (30 octobre 2013) | Commentaires


Contenu


Introduction

Ce document fournit des informations sur la théorie d'exécution et de configuration pour le contrôleur LAN sans fil Cisco Unified (WLC) en ce qui concerne la prise en charge du basculement avec état des points d'accès (AP SSO).

La nouvelle caractéristique (ha) facilement disponible (c'est-à-dire, AP SSO) a placé dans la version de logiciel 7,3 de réseau sans fil unifié Cisco laisse le Point d'accès (AP) pour établir un tunnel CAPWAP avec le WLC actif et pour partager une copie de miroir de la base de données AP avec le standby WLC. Les aps n'entrent pas dans l'état de détection quand le WLC actif échoue et le standby WLC assure le réseau comme WLC actif.

Il y a seulement un tunnel CAPWAP mis à jour à la fois entre les aps et le WLC qui est dans un état active. Le but global pour l'ajout du support AP SSO au RÉSEAU LOCAL de Cisco Unified Wireless était de réduire le principal temps d'arrêt dans les réseaux Sans fil dus aux conditions de panne qui peuvent se produire dû pour enfermer dans une boîte le Basculement ou le Basculement de réseau.

Conditions préalables

Conditions requises

Aucune spécification déterminée n'est requise pour ce document.

Composants utilisés

Les informations contenues dans ce document sont basées sur les versions de matériel et de logiciel suivantes :

  • Gamme 5500, gamme 7500/8500, et WiSM-2 de WLCs

  • Aps 1130, 1240, 1250, 1040, 1140, 1260, 2600, 3500, gamme 3600 aps, et gamme 1520 ou 1550 engrènent aps (les cartes)

Les informations contenues dans ce document ont été créées à partir des périphériques d'un environnement de laboratoire spécifique. Tous les périphériques utilisés dans ce document ont démarré avec une configuration effacée (par défaut). Si votre réseau est opérationnel, assurez-vous que vous comprenez l'effet potentiel de toute commande.

Conventions

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

Topologie

Ce document utilise cette topologie du réseau.

high-availability-dg-01.gif

Nouvel aperçu ha

La nouvelle architecture pour l'ha est pour la Redondance de case-à-case. En d'autres termes, 1:1 où un WLC sera dans un état active et le deuxième WLC sera dans un contrôle continu de secours immédiat d'état la santé du WLC actif par l'intermédiaire d'un port redondant. Le les deux le WLCs partagera le même ensemble de configurations comprenant l'adresse IP de l'interface de gestion. Le WLC dans l'état de réserve n'a pas besoin d'être configuré indépendamment car la configuration entière (configuration en vrac tandis qu'amorce et configuration incrémentale dans le délai d'exécution) synched du WLC actif au standby WLC par l'intermédiaire d'un port redondant. L'état CAPWAP D'AP (seulement les aps qui sont dans un état de passage) synched également, et une copie de miroir de la base de données AP est mis à jour en état d'alerte WLC. Les aps n'entrent pas dans l'état de détection quand le WLC actif échoue et le standby WLC succède le WLC actif du réseau.

Il y a aucun acquièrent la fonctionnalité. Quand l'Active précédent WLC revient, il ne jouera pas le rôle du WLC actif, mais sera en pourparlers son état avec l'Active en cours WLC et transition à un état de réserve. La décision active et de réserve n'est pas un processus d'élection automatisé. L'Active/Standby WLC est décidé a basé sur ha SKU (UDI commandé par fabrication) de version 7.3 en avant. Un WLC avec ha UGS UDI sera toujours le standby WLC pour la première fois quand il démarre et appareille avec un WLC exécutant un permis permanent de compte. Pour WLCs existant ayant un permis permanent de compte, la décision d'Active/Standby peut être prise basé sur la configuration manuelle.

AP SSO est pris en charge sur 5500/7500/8500 et WiSM-2 WLCs. La version 7.3 prend en charge seulement AP SSO qui s'assurera que les sessions AP sont intactes après basculement. Le client SSO n'est pas pris en charge, qui veut dire que tous les clients à une exception des clients sur des WLAN configurés pour la commutation locale sur le flexible aps De-sera authentifié et forcé pour rejoindre un nouvel Active WLC. Des cartes, qui sont traitées comme clients de maille sur le RAP, De-ne sont pas authentifiées avec AP SSO.

Ha de Connectivité utilisant le port redondant sur le 5500/7500/8500 WLC

  • 5500/7500/8500 WLCs ont un port dédié de Redondance qui devrait être connecté de nouveau au dos afin de synchroniser la configuration de l'Active au standby WLC.

  • Des paquets keepalive sont envoyés sur le port de Redondance du standby au WLC actif toute les 100 millisecondes (minuteur par défaut) afin de vérifier les santés du WLC actif.

  • Le les deux le WLCs dans l'installation ha maintiennent l'accessibilité de passerelle. Le WLC actif envoie un ping de Protocole ICMP (Internet Control Message Protocol) à la passerelle utilisant l'adresse IP de Gestion comme source, et le standby WLC envoie un ping d'ICMP à la passerelle utilisant l'adresse IP de Gestion de Redondance. Le les deux le WLCs envoient un ping d'ICMP à la passerelle à un un-deuxième intervalle.

  • Il est fortement recommandé pour avoir la connexion en direct dos à dos entre les ports redondants.

Voici que vous pouvez voir la connectivité de port redondante entre 5500 WLCs dans un ha installé :

high-availability-dg-02.gif

Voici que vous pouvez voir la connectivité de port redondante entre le flexible 7500 WLCs dans un ha installé :

high-availability-dg-03.gif

Remarque: Une connexion physique directe entre les ports redondants actifs et de réserve est fortement recommandée. La distance entre les connexions peut s'attaquer à 100 mètres à par les normes de câble d'Ethernets.

Connectivité facilement disponible utilisant le VLAN redondant sur WiSM-2 WLC

  • WiSM-2 WLCs ont une Redondance dédiée VLAN qui est utilisée pour synchroniser la configuration du WLC actif au standby WLC.

  • Une Redondance VLAN devrait être une couche 2 VLAN dédiée pour l'ha appareillant le processus. Il ne devrait pas être réparti à travers des réseaux et ne devrait avoir aucune interface de la couche 3 SVI. Aucunes données VLAN ne devraient être utilisées comme Redondance VLAN.

  • Des paquets de keep-alive sont envoyés sur la Redondance VLAN du standby WLC au WLC actif toute les 100 millisecondes (minuteur par défaut) afin de vérifier les santés du WLC actif.

  • Le les deux le WiSMs dans une installation ha maintiennent l'accessibilité de passerelle. WLC actif envoie un ping d'ICMP à la passerelle utilisant l'adresse IP de Gestion comme source, et le standby WLC envoie un ping d'ICMP à la passerelle utilisant l'adresse IP de Gestion de Redondance. Le les deux le WLCs envoient un ping d'ICMP à la passerelle à un un-deuxième intervalle.

  • Afin de réaliser l'ha, WiSM-2 WLCs devrait seulement être déployé dans un châssis unique ou être déployé entre le châssis du plusieurs Catalyst 6500 utilisant le VSS.

Ce diagramme affiche la Connectivité ha un châssis unique et en étendant la Redondance VLAN dans un plusieurs châssis VSS installé :

high-availability-dg-04.gif

attention Attention : La Redondance VLAN devrait être un VLAN non routable. En d'autres termes, aucune interface de la couche 3 ne devrait être créée pour ce VLAN et peut être autorisée sur le lien VSL à étendre l'ha installé entre le plusieurs châssis dans l'installation VSS. Il est important de s'assurer que ce VLAN est dédié pour le processus ha et n'est pas une partie de n'importe quelles données VLAN, ou bien il peut avoir comme conséquence des résultats imprévisibles.

Remarque: La Redondance VLAN devrait être créée comme n'importe quelles données normales VLAN sur des Commutateurs de ® IOS. La Redondance VLAN est configurée pour le port redondant sur les lames WiSM-2 connectées à un fond de panier. Il n'y a aucun besoin de configurer une adresse IP pour la Redondance VLAN car elle recevra un IP automatique-généré qui est discuté plus tard dans ce document.

Introduction de nouvelles interfaces pour l'interaction ha

Interface de gestion de Redondance

L'adresse IP sur cette interface devrait être configurée dans le même sous-réseau que l'interface de gestion. Cette interface vérifiera les santés du WLC actif par l'intermédiaire de l'infrastructure réseau une fois que le WLC actif ne répond pas aux messages de keepalive sur le port redondant. Ceci fournit une vérification de l'intégrité supplémentaire du réseau et du WLC actif, et la confirme si le basculement ou est exécuté. En outre, le standby WLC emploie des paquets de ce d'interface de source ping d'ICMP pour vérifier l'accessibilité de passerelle. Cette interface est également utilisée afin d'envoyer des notifications du WLC actif au standby WLC en cas de la panne ou de la réinitialisation manuelle de case. Le standby WLC emploiera cette interface afin de communiquer au Syslog, au serveur de NTP, et au serveur TFTP pour n'importe quel téléchargement de configuration.

high-availability-dg-05.gif

Port de Redondance

Cette interface a un rôle très important en nouvelle architecture ha. La configuration en vrac pendant l'amorce et la configuration incrémentale synched du WLC actif au standby WLC utilisant le port redondant. WLCs dans une installation ha emploiera ce port pour exécuter la négociation de rôle ha. Le port de Redondance est également utilisé afin de vérifier l'accessibilité de pair envoyant à des messages de keep-alive d'UDP toute les 100 millisecondes (minuteur par défaut) du standby WLC au WLC actif. En outre, en cas d'une panne de case, le WLC actif enverra la notification au standby WLC par l'intermédiaire du port redondant. Si le serveur de NTP n'est pas configuré, une synchronisation manuelle de temps est exécutée du WLC actif au standby WLC sur le port redondant. Ce port en cas de contrôleur autonome et Redondance VLAN en cas de WISM-2 seront assignés une adresse IP générée par automatique où dernier 2 octets sont sélectionnés des 2 derniers octets de l'interface de gestion de Redondance (les 2 premiers octets ont toujours 169,254 ans).

high-availability-dg-06.gif

Configurez l'ha du CLI

Procédez comme suit :

  1. Avant que vous configuriez l'ha, il est obligatoire d'avoir l'interface de gestion des les deux contrôleurs dans le même sous-réseau :

    WLC 1

    high-availability-dg-31.gif

    WLC 2

    high-availability-dg-32.gif

  2. L'ha est désactivé par défaut. Avant que vous activiez l'ha, il est obligatoire de configurer l'adresse IP de Gestion de Redondance et l'adresse IP de Gestion de Redondance de pair. Les les deux les interfaces devraient être dans le même sous-réseau que l'interface de gestion. Dans cet exemple, 9.6.61.21 est l'adresse IP de Gestion de Redondance pour WLC 1, et 9.6.61.23 est l'adresse IP de Gestion de Redondance pour WLC 2. Il doit également être configuré de sorte que 9.6.61.23 soit l'adresse IP de Gestion de Redondance de WLC 2 et 9.6.61.21 soit l'adresse IP de Gestion de Redondance de WLC 1.

    Employez ce CLI afin de configurer l'adresse IP de Gestion de Redondance et de Redondance de pair :

    WLC 1

    high-availability-dg-33.gif

    WLC 2

    high-availability-dg-34.gif

  3. Configurez un un WLC comme primaire (par défaut, l'ID d'unité WLC ha est primaire et devrait faire installer un permis valide de compte AP-BASE) et un WLC différent en tant que secondaire (le compte de base AP du WLC primaire sera hérité par cette unité) utilisant le CLI dans cette étape. Dans cet exemple, WLC 1 est configuré comme primaire, et WLC 2 est configuré comme secondaire :

    WLC 1

    high-availability-dg-35.gif

    WLC 2

    high-availability-dg-36.gif

    Remarque: Vous n'avez pas besoin de configurer l'unité car secondaire si c'est une usine commandée ha SKU qui peut être commandé de la version 7.3 en avant. Une usine a commandé ha UGS est une unité secondaire par défaut, et jouera le rôle du standby WLC la première fois qu'elle est appareillée avec un WLC actif qui a un permis valide de compte AP.

    Si vous voulez convertir n'importe quel WLC existant comme standby WLC, faites ainsi utilisant la commande secondaire d'unité de Redondance de config dans le CLI. Cette commande CLI fonctionnera seulement si le WLC qui est destiné pour fonctionner car le standby a un certain nombre de compte permanent de permis. Cette condition est seulement valide pour les 5500 WLC, où un minimum de 50 permis permanents AP sont nécessaires pour être convertis en standby. Il n'y a aucune restriction pour l'autre WLCs tel que le WiSM2, les 7500, et les 8500.

  4. Après que le WLCs soient configurés avec la Gestion de Redondance et des adresses IP de Gestion de Redondance de pair et des unités redondantes sont configurés, il est temps d'activer SSO. Il est important de s'assurer que les connexions physiques sont en hausse entre les contrôleurs (c'est-à-dire, chacun des deux que le WLCs sont connectés de nouveau au dos par l'intermédiaire du port redondant utilisant un câble Ethernet) et la liaison ascendante est également connectée au commutateur d'infrastructure et la passerelle est accessible de chacun des deux le WLCs avant que SSO soit activé.

    Une fois que SSO est activé, il redémarrera le WLCs. Tandis qu'il démarre, le WLCs négocient le rôle ha selon la configuration par l'intermédiaire du port redondant. Si le WLCs ne peut pas s'atteindre par l'intermédiaire du port redondant ou par l'intermédiaire de l'interface de gestion redondante, le WLC configuré en tant que secondaire peut entrer au mode maintenance. Le mode maintenance est discuté plus tard dans ce document.

  5. Employez le CLI dans cette étape afin d'activer AP SSO. Souvenez-vous cela qui active AP SSO initiera une réinitialisation WLC.

    WLC 1

    high-availability-dg-37.gif

    WLC 2

    high-availability-dg-38.gif

  6. L'activation de SSO redémarrera le WLCs afin de négocier le rôle ha selon la configuration exécutée. Une fois que le rôle est déterminé, la configuration synched du WLC actif au standby WLC par l'intermédiaire du port redondant. Au commencement, le WLC configuré en tant que secondaire signalera la non-concordance XML et téléchargera la configuration de l'Active et la redémarrera de nouveau. Pendant la prochaine réinitialisation après détermination de rôle, il validera la configuration de nouveau, ne signalera aucune non-concordance XML, et processus plus loin afin de s'établir comme standby WLC.

    Ce sont les logs d'amorce de chacun des deux le WLCs :

    WLC 1

    high-availability-dg-39.gif

    WLC 2 sur la première réinitialisation après l'activation de SSO

    high-availability-dg-40.gif

    Remarque: Une fois que SSO est activé, le standby WLC peut être accédé à par l'intermédiaire de la connexion de console, du SSH/Telnet sur le port de service, et du SSH sur l'interface de gestion redondante.

    WLC 2 sur la deuxième réinitialisation après avoir téléchargé la configuration XML de l'Active

    high-availability-dg-41.gif

  7. Après que SSO soit activé, WLC est redémarré, et la configuration XML synched, WLC 1 transition son état à l'Active et WLC 2 transition son état à CHAUD de réserve. À partir de là, GUI/Telnet/SSH pour WLC 2 sur l'interface de gestion ne fonctionnera pas, comme toutes les configurations et Gestion devraient être faites du WLC actif. S'il y a lieu, le standby WLC (WLC 2, dans cet exemple) peut seulement être géré par l'intermédiaire de la console ou du port de service.

    En outre, une fois les transitions du pair WLC à l'état chaud de réserve, - le mot clé de réserve est automatiquement ajouté au nom de demande du standby le WLC.

    high-availability-dg-42.gif

  8. Terminez-vous ces étapes afin de vérifier l'état de Redondance :

    1. Pour WLC 1, allez au moniteur > à la Redondance > au résumé :

      high-availability-dg-43.gif

    2. Pour WLC 2, allez à la connexion de console :

      high-availability-dg-44.gif

    Remarque: Une fois que SSO est activé, le standby WLC peut être accédé à par l'intermédiaire de la connexion de console, du SSH/Telnet sur le port de service, et du SSH sur l'interface de gestion redondante.

Configurez l'ha du GUI

Procédez comme suit :

  1. Avant que vous configuriez l'ha, il est obligatoire d'avoir l'interface de gestion des les deux contrôleurs dans le même sous-réseau :

    WLC 1

    high-availability-dg-07.gif

    WLC 2

    high-availability-dg-08.gif

  2. L'ha est désactivé par défaut. Avant que vous activiez l'ha, il est obligatoire de configurer l'adresse IP de Gestion de Redondance et l'adresse IP de Gestion de Redondance de pair. Les deux interfaces devraient être dans le même sous-réseau que l'interface de gestion. Dans cet exemple, 9.6.61.21 est l'adresse IP de Gestion de Redondance pour WLC 1, et 9.6.61.23 est l'adresse IP de Gestion de Redondance pour WLC 2. Il doit être configuré sur WLC 2 où 9.6.61.23 est l'adresse IP de Gestion de Redondance de WLC 2 et 9.6.61.21 est l'adresse IP de Gestion de Redondance de WLC 1.

    Écrivez l'adresse IP pour les deux interfaces, et cliquez sur Apply.

    WLC 1

    high-availability-dg-09.gif

    WLC 2

    high-availability-dg-10.gif

  3. Configurez un WLC en tant que primaire et l'autre WLC comme secondaire de la liste déroulante redondante d'unité. Dans cet exemple, WLC 1 est configuré en tant que primaire et WLC 2 est configuré comme secondaire. Une fois que configuré, cliquez sur Apply.

    WLC 1

    high-availability-dg-11.gif

    WLC 2

    high-availability-dg-12.gif

    Remarque: Vous n'avez pas besoin de configurer l'unité pendant que secondaire si elle est une usine commandait ha SKU commandé de la version 7.3 en avant. Une usine a commandé ha UGS est l'unité secondaire par défaut et jouera le rôle du standby WLC la première fois qu'elle est appareillée avec un WLC actif avec un permis valide de compte AP.

    Si vous voulez convertir n'importe quel WLC existant comme standby WLC, faites ainsi à l'aide de la commande secondaire d'unité de Redondance de config dans le CLI. Ce CLI fonctionne seulement si le WLC qui est destiné pour fonctionner car le standby a un certain nombre de compte permanent de permis. Cette condition est seulement valide pour les 5500 WLC, où un minimum de 50 permis permanents AP sont nécessaires pour être convertis en standby. Il n'y a aucune restriction pour l'autre WLCs tel que le WiSM2, les 7500, et les 8500.

  4. Après que le WLCs soient configurés avec la Gestion de Redondance et adresse IP de Gestion de Redondance de pair et unités redondantes sont configurés, il est temps d'activer SSO. Il est important de s'assurer que les connexions physiques sont en hausse entre les contrôleurs (c'est-à-dire, chacun des deux que le WLCs sont connectés de nouveau au dos par l'intermédiaire du port redondant utilisant un câble Ethernet) et la liaison ascendante est également connectée au commutateur d'infrastructure et la passerelle est accessible de chacun des deux le WLCs avant que SSO soit activé.

    Une fois que SSO est activé, il redémarrera le WLCs. Tandis qu'il démarre, le WLCs négocient le rôle ha selon la configuration par l'intermédiaire du port redondant. Si le WLCs ne peut pas s'atteindre par l'intermédiaire du port redondant ou par l'intermédiaire de l'interface de gestion redondante, le WLC configuré en tant que secondaire peut entrer dans le mode maintenance. Le mode maintenance est discuté plus tard dans ce document.

  5. Afin d'activer AP SSO, sélectionnez activé de la liste déroulante sur chacun des deux le WLCs, et cliquez sur Apply. Après que vous activiez AP SSO, la réinitialisation de WLCs et les informations par défaut est remplie dans d'autres domaines comme l'IP de port de service de pair, scrutent IP de port de Redondance, et ainsi de suite.

    WLC 1

    high-availability-dg-13.gif

    WLC 2

    high-availability-dg-14.gif

  6. L'activation de SSO redémarrera le WLCs afin de négocier le rôle ha selon la configuration exécutée. Une fois que le rôle est déterminé, la configuration synched du WLC actif au standby WLC par l'intermédiaire du port redondant. Au commencement WLC configuré, comme secondaire signalera la non-concordance XML et téléchargera la configuration de l'Active et la redémarrera de nouveau. Pendant la prochaine réinitialisation après détermination de rôle, il validera la configuration de nouveau, ne signale aucune non-concordance XML, et la traitera plus loin afin de s'établir comme standby WLC.

    Ce sont les logs d'amorce de chacun des deux le WLCs :

    WLC 1

    high-availability-dg-45.gif

    WLC sur la première réinitialisation après l'activation de SSO

    high-availability-dg-46.gif

    Remarque: Une fois que SSO est activé, le standby WLC peut être accédé à par l'intermédiaire de la connexion de console, du SSH/Telnet sur le port de service, et du SSH sur l'interface de gestion redondante.

    WLC 2 sur la deuxième réinitialisation après avoir téléchargé la configuration XML de l'Active

    high-availability-dg-47.gif

  7. Après que SSO soit activé, WLC est redémarré, et la configuration XML synched, transition WLC 1 son état comme Active et transitions WLC 2 son état à CHAUD DE RÉSERVE. À partir de là, GUI/Telnet/SSH pour WLC 2 sur l'interface de gestion ne fonctionnera pas, comme toutes les configurations et Gestion devraient être faites du WLC actif. S'il y a lieu, le standby WLC (WLC 2, dans ce cas) peut seulement être géré par l'intermédiaire de la console ou du port de service.

    En outre, une fois transitions du pair WLC à l'état CHAUD DE RÉSERVE, - le mot clé de réserve est automatiquement ajouté au nom de demande du standby WLC.

    high-availability-dg-42.gif

  8. Terminez-vous ces étapes afin de vérifier l'état de Redondance :

    1. Pour WLC 1, allez au moniteur > à la Redondance > au résumé :

      high-availability-dg-15.gif

    2. Pour WLC 2, allez à la connexion de console :

      high-availability-dg-48.gif

    Remarque: Une fois que SSO est activé, le standby WLC peut être accédé à par l'intermédiaire de la connexion de console, de SSH/Telnet sur le port de service, et de SSH sur l'interface de gestion redondante.

Configurez l'ha de l'assistant de configuration

Procédez comme suit :

  1. L'ha entre deux WLCs peut également être activé de l'assistant de configuration. Il est obligatoire de configurer l'adresse IP de Gestion de chacun des deux le WLCs dans le même sous-réseau avant que vous activiez l'ha.

    WLC 1

    high-availability-dg-49.gif

    WLC 2

    high-availability-dg-50.gif

  2. Une fois que l'IP de Gestion est configuré, l'assistant vous incitera à activer l'ha. Entrez oui afin d'activer l'ha, qui est suivi par la configuration d'unité primaire/secondaire et d'adresse IP de Gestion de Redondance et de Gestion de pair.

    • Dans cet exemple, WLC 1 est configuré comme WLC primaire, qui jouera le rôle du WLC actif. WLC 2 est configuré comme secondaire, qui jouera le rôle du standby WLC.

    • Après avoir écrit unité primaire/secondaire, il est obligatoire de configurer la Gestion de Redondance et l'adresse IP de Gestion de Redondance de pair. Les les deux les interfaces devraient être dans le même sous-réseau que l'interface de gestion. Dans cet exemple, 9.6.61.21 est l'adresse IP de Gestion de Redondance pour WLC 1 et 9.6.61.23 est l'adresse IP de Gestion de Redondance pour WLC 2. Il doit être configuré sur WLC 2 où 9.6.61.23 est l'adresse IP de Gestion de Redondance de WLC 2 et 9.6.61.21 est l'adresse IP de Gestion de Redondance de WLC 1.

    WLC 1

    high-availability-dg-51.gif

    WLC 2

    high-availability-dg-52.gif

  3. Après que vous activiez l'ha de l'assistant de configuration, continuez à configurer ces paramètres existants d'assistant :

    • Adresse IP virtuelle

    • Nom de domaine de mobilité

    • SSID

    • DHCP jetant un pont sur le mode

    • Configuration RADIUS

    • Code de pays

    • Configuration de NTP, et ainsi de suite

    Le WLCs redémarrera après que vous sauvegardiez la configuration à l'extrémité.

  4. Tout en amorçant, le WLCs négociera le rôle ha selon la configuration faite. Une fois que le rôle est déterminé, la configuration synched du WLC actif au standby WLC par l'intermédiaire du port redondant. Au commencement WLC est configuré, comme secondaire signalera la non-concordance XML et téléchargera la configuration de l'Active et la redémarrera de nouveau. Pendant la prochaine réinitialisation après détermination de rôle, il validera la configuration de nouveau, ne signalera aucune non-concordance XML, et processus plus loin afin de s'établir comme standby WLC.

    Ce sont les logs d'amorce de chacun des deux le WLCs :

    WLC 1

    high-availability-dg-53.gif

    WLC 2 sur la première réinitialisation après l'activation de l'ha

    high-availability-dg-54.gif

    WLC 2 sur la deuxième réinitialisation après avoir téléchargé la configuration XML de l'Active

    high-availability-dg-55.gif

    Remarque: Une fois que SSO est activé, le standby WLC peut être accédé à par l'intermédiaire de la connexion de console, de SSH/Telnet sur le port de service, et de SSH sur l'interface de gestion redondante.

  5. Après que l'ha soit activé ait suivi par des réinitialisations WLC et configuration XML synched, WLC 1 transition son état comme Active et WLC 2 transition son état en tant que CHAUD DE RÉSERVE. À partir de là GUI/Telnet/SSH pour WLC 2 sur l'interface de gestion ne fonctionnera pas, comme toutes les configurations et Gestion devraient être faites de WLC actif. S'il y a lieu, le standby WLC (WLC 2, dans ce cas) peut seulement être géré par l'intermédiaire de la console ou du port de service.

    En outre, une fois les transitions du pair WLC à l'état chaud DE RÉSERVE, - le mot clé de réserve est automatiquement ajouté au nom de demande du standby le WLC.

    high-availability-dg-42.gif

  6. Terminez-vous ces étapes afin de vérifier l'état de Redondance :

    1. Pour WLC 1 :

      high-availability-dg-56.gif

    2. Pour WLC 2, allez à la connexion de console :

      high-availability-dg-57.gif

    Remarque: Une fois que SSO est activé, le standby WLC peut être accédé à par l'intermédiaire de la connexion de console, de SSH/Telnet sur le port de service, et de SSH sur l'interface de gestion redondante.

Configurez l'ha de NCS

Procédez comme suit :

  1. Avant que vous configuriez l'ha, il est obligatoire d'avoir l'interface de gestion des les deux contrôleurs dans le même sous-réseau.

    WLC 1

    high-availability-dg-16.gif

    WLC 2

    high-availability-dg-17.gif

  2. Ajoutez les les deux les contrôleurs dans NCS utilisant leur adresse IP individuelle de Gestion. Une fois qu'ajoutés, chacun des deux que le WLCs peut être visualisé dessous fonctionnent > centre de travail de périphérique.

    high-availability-dg-18.gif

  3. L'ha est désactivé par défaut. Avant que vous activiez l'ha, il est obligatoire de configurer l'adresse IP de Gestion de Redondance et l'adresse IP de Gestion de Redondance de pair. Les les deux les interfaces devraient être dans le même sous-réseau que l'interface de gestion. Dans cet exemple, 9.6.61.21 est l'adresse IP de Gestion de Redondance pour WLC 1 et 9.6.61.23 est l'adresse IP de Gestion de Redondance de WLC 2. Il doit être configuré sur WLC 2 où 9.6.61.23 est l'adresse IP de Gestion de Redondance de WLC 2 et 9.6.61.21 est l'adresse IP de Gestion de Redondance de WLC 1.

    Afin de configurer de NCS, allez fonctionner > centre de travail de périphérique, et sélectionner le contrôleur en cliquant sur sur la case à cocher devant le périphérique sur lequel l'ha devrait être configuré. Une fois que sélectionné, cliquez sur l'onglet de configuration, qui fournit toutes les options a dû configurer le WLC 1, et répète les étapes pour WLC 2.

    WLC 1

    high-availability-dg-19.gif

    Afin de configurer les paramètres ha pour WLC 1, allez à la Redondance > à la configuration globale, écrivez la Redondance et l'adresse IP de Redondance-Gestion de pair, et cliquez sur la sauvegarde.

    high-availability-dg-20.gif

    WLC 2

    high-availability-dg-21.gif

    Afin de configurer les paramètres ha pour WLC 2, allez à la Redondance > à la configuration globale, écrivez la Redondance et l'adresse IP de Redondance-Gestion de pair, et cliquez sur la sauvegarde.

    high-availability-dg-22.gif

  4. Configurez un WLC en tant que primaire et l'autre WLC comme secondaire de la liste déroulante redondante d'unité. Dans cet exemple, WLC 1 est configuré en tant que primaire et WLC 2 est configuré comme secondaire. Une fois que configuré, sauvegarde de clic.

    WLC 1

    high-availability-dg-23.gif

    WLC 2

    high-availability-dg-24.gif

  5. Après le WLCs sont configurés avec la Gestion de Redondance et scrutent adresse IP de Gestion de Redondance, et les unités redondantes sont configurées, il est l'heure d'activer SSO. Une fois que SSO est activé, il redémarrera le WLCs. Tout en amorçant, le WLCs négocient le rôle ha selon la configuration par l'intermédiaire du port redondant. Si le WLCs ne peut pas s'atteindre par l'intermédiaire du port redondant ou par l'intermédiaire de l'interface de gestion redondante, le WLC configuré en tant que secondaire peut entrer au mode maintenance. Le mode maintenance est discuté plus tard dans ce document.

  6. Vérifiez la case à cocher activée, afin d'activer le mode de Redondance, et cliquez sur la sauvegarde. Le WLCs redémarrera une fois que le mode de Redondance est activé.

    WLC 1

    high-availability-dg-25.gif

    WLC 2

    high-availability-dg-26.gif

  7. L'activation de SSO redémarrera le WLCs afin de négocier le rôle ha selon la configuration exécutée. Une fois que le rôle est déterminé, la configuration synched du WLC actif au standby WLC par l'intermédiaire du port redondant. Au commencement WLC configuré, comme secondaire signalera la non-concordance XML et téléchargera la configuration de l'Active et la redémarrera de nouveau. Dans la prochaine réinitialisation après détermination de rôle, il validera la configuration de nouveau, ne signalera aucune non-concordance XML, et processus plus loin afin de s'établir comme standby WLC.

    Ce sont les logs d'amorce de chacun des deux le WLCs :

    WLC 1

    high-availability-dg-58.gif

    WLC 2 sur la première réinitialisation après l'activation de SSO

    high-availability-dg-59.gif

    Remarque: Une fois que SSO est activé, le standby WLC peut être accédé à par l'intermédiaire de la connexion de console, de SSH/Telnet sur le port de service, et de SSH sur l'interface de gestion redondante.

    WLC 2 sur la deuxième réinitialisation après avoir téléchargé la configuration XML de l'Active

    high-availability-dg-60.gif

  8. Après que SSO soit activé ait suivi par la réinitialisation WLC et configuration XML synched, WLC 1 transition son état comme Active et WLC 2 transition son état en tant que CHAUD DE RÉSERVE. À partir de là, le GUI/Telnet/SSH pour WLC 2 sur l'interface de gestion ne fonctionnera pas, comme toutes les configurations et Gestion devraient être faites du WLC actif. S'il y a lieu, le standby WLC (WLC 2, dans ce cas) peut seulement être géré par l'intermédiaire de la console ou du port de service.

    En outre, une fois les transitions du pair WLC à l'état chaud DE RÉSERVE, - le mot clé de réserve est automatiquement ajouté au nom de demande du standby le WLC.

    high-availability-dg-42.gif

  9. Une fois que l'appareillement ha est formé, NCS retire/supprime l'entrée WLC 2 de sa base de données car chacun des deux le WLCs ont la même adresse IP de Gestion. Pour le réseau, c'est l'une case qui est en activité dans le réseau.

    high-availability-dg-27.gif

    Remarque: De cette image, il est clair que seulement WLC 1 (l'adresse IP de 9.6.61.2 et étant configuré comme unité primaire) soit en activité sur NCS. WLC 2, qui a été au commencement ajouté dans NCS avec une adresse IP 9.6.61.3, est supprimé de la base de données NCS après que l'appareillement ha soit formé.

  10. Afin de vérifier l'état de Redondance du WLC actif de NCS, allez aux détails périphériques > à la Redondance > aux états de Redondance.

    high-availability-dg-28.gif

Améliorez le WLC dans l'installation ha

Le standby WLC ne peut pas être mis à jour directement du serveur TFTP/FTP. Après avoir exécuté tous les scripts, le WLC actif transfère l'image vers le standby WLC. Une fois que le standby WLC reçoit l'image du WLC actif, il commence exécuter des scripts de mise à jour. Tous les logs pour l'exécution de transfert d'images et de script en état d'alerte WLC peuvent être vus sur le WLC actif.

high-availability-dg-61.gif

Procédure de mise à niveau dans l'installation ha

Procédez comme suit :

  1. Après que le WLCs soient configurés dans l'installation ha, le standby WLC ne peut pas être mis à jour directement du serveur TFTP/FTP.

  2. La mise à jour initiée sur le WLC actif dans l'ha a installé par l'intermédiaire de CLI/GUI, et attend la mise à jour pour terminer.

  3. Une fois que le WLC actif exécute tous les scripts de mise à jour, il transfèrera l'image entière vers le standby WLC par l'intermédiaire du port redondant.

  4. Quand le standby WLC reçoit l'image du WLC actif, il commencera exécuter les scripts de mise à jour. Le transfert de l'image au standby et l'exécution des scripts de mise à jour en état d'alerte WLC peuvent être vus sur la connexion active de la console WLC/Telnet/SSH/Http.

  5. Après qu'on observe un message réussi de mise à jour de réserve sur le WLC actif, il est important d'émettre la commande de show boot sur le WLC actif afin de s'assurer que la nouvelle image est placée comme image primaire.

  6. Une fois que vérifié, initiez le pré-téléchargement primaire d'image sur le WLC actif afin de transférer la nouvelle image vers tous les aps dans le réseau.

  7. L'pré-image après est terminée sur tous les aps, émettez l'image de l'exposition AP toute la commande afin de vérifier que l'image primaire sur le WLC est placée comme image de sauvegarde sur des aps.

  8. Option initiée d'échange d'échanger l'image de sauvegarde comme primaire sur les aps. Avec cette implémentation, l'image primaire WLC et d'AP est placée à la nouvelle image.

  9. Émettez le système de remise aux commandes selon la panne prévue avec la « aucune option d'échange » afin de remettre à l'état initial les aps et le WLCs de sorte qu'ils puissent démarrer avec la nouvelle image.

  10. Le standby WLC remettra à l'état initial juste une minute avant programmé pour remettre à l'état initial l'heure de démarrer et monter d'abord pour assurer le réseau avec la nouvelle image.

  11. Tous les aps redémarreront et joindront le nouvel Active WLC, et l'Active précédent WLC transition au rôle de réserve.

  12. Émettez toutes le show boot, le show sysinfo, de l'exposition AP l'image, et les commandes récapitulatives de show redundancy afin de vérifier que le WLCs et les aps ont amorcé avec la nouvelle image.

Importantes instructions avant d'initier une mise à jour WLC dans l'installation ha

  • La mise à jour de service n'est pas prise en charge dans cette release, ainsi le temps d'arrêt de réseau devrait être prévu avant que vous amélioriez le WLCs dans l'installation ha.

  • Le pair devrait être dans l'état de secours immédiat avant que vous commenciez la mise à jour dans l'installation ha.

  • Il est recommandé pour redémarrer chacun des deux le WLCs presque ensemble après mise à jour de sorte qu'il n'y ait aucune non-concordance de version de logiciel.

  • La remise de programme s'applique à chacun des deux le WLCs dans l'installation ha. Le pair WLC redémarre une minute avant l'échéance du temporisateur programmée sur le WLC actif.

  • Le standby WLC peut être redémarré du WLC actif utilisant la commande de pair-système de remise si une remise programmée n'est pas prévue.

  • Le debug transfer peut être activé en le WLC actif aussi bien que l'état d'alerte WLC.

  • Si WLC actifs redémarrent inopinément entre le téléchargement logiciel et redémarrent les deux WLCs, vous devez redémarrer les deux WLCs afin de se terminer la mise à niveau de logiciel.

Faits de téléchargement/téléchargement dans l'installation ha

  • Aucun téléchargement et configuration directs de téléchargement n'est possible du standby WLC.

  • Tous les types de fichier téléchargé comme le paquet d'image, de configuration, d'authentification Web, et les fichiers de signatures seront téléchargés sur le WLC actif d'abord et automatiquement ensuite poussés au standby WLC.

  • Une fois que le fichier de configuration est téléchargé sur le WLC actif, il est poussé au standby WLC. Ceci a comme conséquence la remise du standby WLC d'abord, suivie de la remise du WLC actif.

  • Le port de service et la configuration de route statique de pair est une pièce d'un fichier XML différent, et ne sera pas appliqué si téléchargé en tant qu'élément du fichier de configuration.

  • Le téléchargement des Certificats devrait être fait séparément sur chaque case et devrait être fait avant l'appareillement.

  • Téléchargeant des autres types de fichier comme la configuration, des journaux d'événements, des fichiers de crash, et ainsi de suite peuvent être faits séparément du standby WLC. Cependant, le CLI pour configurer différents paramètres pour le téléchargement comme l'IP de serveur, le type de fichier, le chemin et le nom devrait être fait sur le WLC actif. Une fois les paramètres de téléchargement sont configurés sur le WLC actif, la commande de pair-commencement de téléchargement de transfert devraient être émis sur le WLC actif afin d'initier le téléchargement du standby WLC.

  • L'état de port de service synched du WLC actif au standby WLC. C'est-à-dire, si le DHCP est activé sur le port de service actif WLC, le standby WLC utilisera également le DHCP pour obtenir l'adresse IP de port de service. Si le port de service du WLC actif est configuré avec une adresse IP statique, les besoins du standby WLC également d'être configuré avec une adresse IP statique différente. Le CLI pour configurer l'adresse IP pour le port de service du standby WLC est configurent le <ip address> de pair-service-port d'adresse d'interface de Redondance. Cette commande devrait être exécutée du WLC actif. En outre, afin de configurer l'artère en état d'alerte WLC pour la gestion hors bande sur le port de service, émettez la pair-artère de Redondance de configurer ajoutent l'adresse IP de <Network > la commande de <Gateway> de Mask> de <IP du WLC actif.

Procédé de Basculement dans l'installation ha

En l'installation ha, l'état CAPWAP d'AP dedans mis à jour sur le WLC actif aussi bien que l'état d'alerte WLC (seulement pour les aps qui sont dans un état de passage). C'est-à-dire, vers le haut du temps et de l'association vers le haut du temps est mis à jour sur les les deux les WLC, et quand le basculement est initié, le standby WLC assure le réseau. Dans cet exemple, WLC 1 est un état active et en servant le réseau, et WLC 2 est dans un état de réserve surveillant le WLC actif. Bien que WLC 2 soit dans l'état de réserve, il met à jour toujours l'état CAPWAP d'AP.

WLC 1

high-availability-dg-62.gif

WLC 2

high-availability-dg-63.gif

Le Basculement pour WLCs dans l'installation ha peut être classé par catégorie dans deux sections différentes :

  • Basculement de case

    Dans le cas du Basculement de case (c'est-à-dire, les crash actifs WLC/coup de système/réinitialisation manuelle/basculement de force), la commande directe est envoyée du WLC actif par l'intermédiaire du port redondant aussi bien que de l'interface de gestion redondante au standby WLC pour assurer le réseau. Ceci peut prendre 5-100 milliseconde selon le nombre d'aps dans le réseau. Dans le cas de la panne d'alimentation sur le WLC actif ou certains tombez en panne où la commande directe pour le basculement ne peut pas être envoyée, il peut prendre 350-500 milliseconde selon le nombre d'aps dans le réseau.

    Le temps où il prend pour le Basculement en cas de panne d'alimentation sur une case active dépend également du temporisateur de keepalive configuré sur le WLC (configuré pour 100 millisecondes par défaut). L'algorithme qu'il prend pour décider que le Basculement est répertorié ici :

    • Le standby WLC envoie la keepalive au WLC actif et la prévoit et accusé de réception dans un délai de 100 millisecondes selon le minuteur par défaut. Ceci peut être configuré dans la plage de 100-400 milliseconde.

    • S'il n'y a aucun accusé de réception de keepalive dans un délai de 100 millisecondes, le standby WLC envoie immédiatement un message ICMP au WLC actif par l'intermédiaire de l'interface de gestion redondante afin de cocher si c'est un Basculement de case ou une certaine question avec la connexion de port redondante.

    • S'il n'y a aucune réponse au message ICMP, le standby WLC obtient agressif et envoie immédiatement un autre message de keepalive au standby WLC et s'attend à un accusé de réception dans 25% moins de temps (c'est-à-dire, 75 millisecondes ou 25% moins de 100 millisecondes).

    • S'il n'y a aucun accusé de réception de keepalive dans un délai de 75 millisecondes, le standby WLC envoie immédiatement un autre message ICMP au WLC actif par l'intermédiaire de l'interface de gestion redondante.

    • De nouveau, s'il n'y a aucune réponse pour le deuxième message ICMP, le standby WLC obtient plus agressif et envoie immédiatement un autre message de keepalive au standby WLC et s'attend à un accusé de réception à temps plus loin 25% de temporisateur réel moins de dernier temporisateur de keepalive (c'est-à-dire, 50 millisecondes ou dernier temporisateur de keepalive de 75 millisecondes - 25% moins de 100 millisecondes).

    • S'il n'y a aucun accusé de réception du troisième paquet de keepalive dans un délai de 50 millisecondes, le standby WLC envoie immédiatement un autre message ICMP au WLC actif par l'intermédiaire de l'interface de gestion redondante.

    • En conclusion, s'il n'y a aucune réponse du troisième paquet d'ICMP, le standby WLC déclare que le WLC actif est mort et assume le rôle du WLC actif.

  • Basculement de réseau

    Dans le cas d'un Basculement de réseau (c'est-à-dire, le WLC actif ne peut pas atteindre sa passerelle pour quelque raison), il peut prendre 12-15 secondes pour un basculement complet selon le nombre d'aps dans le réseau.

Étapes pour simuler le Basculement de case

Procédez comme suit :

  1. Terminez-vous les étapes comme expliqué dans la section de configuration afin de configurer l'ha entre deux WLCs, et assurez-vous avant qu'on initie le basculement de force que chacun des deux le WLCs sont appareillé vers le haut comme de WLC actif et de standby WLC.

    Pour WLC 1 :

    high-availability-dg-64.gif

    Pour WLC 2, allez à la connexion de console :

    high-availability-dg-65.gif

  2. Associez AP au WLC et vérifiez l'état d'AP sur chacun des deux le WLCs. Dans l'installation ha, une copie de miroir de la base de données AP est mise à jour sur chacun des deux le WLCs. C'est-à-dire, état aps CAPWAP dedans mis à jour en actif aussi bien qu'état d'alerte WLC (seulement pour les aps qui sont dans l'état de passage) et quand le basculement est initié, le standby WLC assure le réseau. Dans cet exemple, WLC 1 est un WLC actif, WLC 2 est dans un état de réserve, et la base de données AP est mise à jour sur chacun des deux le WLCs.

    WLC 1

    high-availability-dg-66.gif

    WLC 2

    high-availability-dg-67.gif

  3. Créez un WLAN ouvert et associez un client à lui. La base de données de client pas synched en état d'alerte WLC, ainsi l'entrée de client ne sera pas présente en état d'alerte WLC. Une fois que le WLAN est créé sur le WLC actif, il également synched au standby WLC par l'intermédiaire du port redondant.

    WLC 1

    high-availability-dg-68.gif

    WLC 2

    high-availability-dg-69.gif

  4. Émettez la commande de redundancy force-switchover sur le WLC actif. Cette commande déclenchera un basculement manuel où le WLC actif redémarrera et le standby WLC assurera le réseau. Dans ce cas, le client sur le WLC actif De-sera authentifié et se joindre de retour sur le nouvel Active WLC.

    WLC 1

    high-availability-dg-70.gif

    WLC 2

    high-availability-dg-71.gif

    Remarque: Observez que la demande dans cet exemple a changé de 5508-Standby à 5508. C'est parce que ce WLC est maintenant le WLC actif et la durée du basculement AP est de 1 milliseconde.

    WLC 2

    high-availability-dg-72.gif

    Remarque: Observez l'état AP CAPWAP sur WLC 2, qui était le standby WLC au commencement et est maintenant le WLC actif après basculement. AP vers le haut de temps aussi bien que d'association vers le haut de temps est mis à jour, et AP n'a pas entré à l'état de détection.

Ces matrices fournissent une image claire de quelle condition le basculement WLC déclenchera :

Problèmes de réseau
État de port RP Pair accessible par l'intermédiaire de la Gestion redondante Passerelle accessible de l'Active Passerelle accessible du standby Basculement Résultats
Vers le haut de Oui Oui Oui Non Aucune opération
Vers le haut de Oui Oui Non Non Le standby redémarrera et vérifiera l'accessibilité de passerelle. Entrera au mode maintenance si toujours non accessible.
Vers le haut de Oui Non Oui Oui Le basculement se produit
Vers le haut de Oui Non Non Non Aucune opération
Vers le haut de Non Oui Oui Non Aucune opération
Vers le haut de Non Oui Non Non Le standby redémarrera et vérifiera l'accessibilité de passerelle. Entrera au mode maintenance si toujours non accessible.
Vers le haut de Non Non Oui Oui Le basculement se produit
Vers le haut de Non Non Non Non Le standby redémarrera et vérifiera l'accessibilité de passerelle. Entrera au mode maintenance si toujours non accessible.
Vers le haut de Oui Oui Oui Non Le standby redémarrera et vérifiera l'accessibilité de passerelle. Entrera au mode maintenance si toujours non accessible.
Vers le bas Oui Oui Non Non Le standby redémarrera et vérifiera l'accessibilité de passerelle. Entrera au mode maintenance si toujours non accessible.
Vers le bas Oui Non Oui Non Le standby redémarrera et vérifiera l'accessibilité de passerelle. Entrera au mode maintenance si toujours non accessible.
Vers le bas Oui Non Non Non Le standby redémarrera et vérifiera l'accessibilité de passerelle. Entrera au mode maintenance si toujours non accessible.
Vers le bas Non Oui Oui Oui Le basculement se produit et ceci peut avoir comme conséquence le conflit de réseau
Vers le bas Non Oui Non Non Le standby redémarrera et vérifiera l'accessibilité de passerelle. Entrera au mode maintenance si toujours non accessible.
Vers le bas Non Non Oui Oui Le basculement se produit
Vers le bas Non Non Non Non Le standby redémarrera et vérifiera l'accessibilité de passerelle. Entrera au mode maintenance si toujours non accessible.

Questions de système
Déclencheur État de port RP Pair accessible par l'intermédiaire de la Gestion redondante Basculement Résultat
Crash CP Oui Non Oui Le basculement se produit
Crash DP Oui Non Oui Le basculement se produit
Coup de système Oui Non Oui Le basculement se produit
Réinitialisation manuelle Oui Non Oui Le basculement se produit
Basculement de force Oui Non Oui Le basculement se produit
Crash CP Non Oui Oui Le basculement se produit
Crash DP Non Oui Oui Le basculement se produit
Coup de système Non Oui Oui Le basculement se produit
Réinitialisation manuelle Non Oui Oui Le basculement se produit
Basculement de force Non Oui Oui Le basculement se produit
Crash CP Non Non Oui Comme mis à jour dans la section de problème de réseau
Crash DP Non Non Oui Comme mis à jour dans la section de problème de réseau
Coup de système Non Non Oui Comme mis à jour dans la section de problème de réseau
Réinitialisation manuelle Non Non Oui Comme mis à jour dans la section de problème de réseau
Basculement de force Non Non Oui Comme mis à jour dans la section de problème de réseau

Faits ha

  • L'ha d'appareillement est possible seulement entre le mêmes type de matériel et versions de logiciel. La non-concordance peut avoir comme conséquence le mode maintenance. L'adresse IP virtuelle devrait être identiques sur chacun des deux le WLCs avant de configurer AP SSO.

  • La connexion en direct est recommandée entre le port redondant actif et de réserve pour la gamme 5500/7500/8500 de WLCs.

  • WiSM-2 WLCs devrait être dans les mêmes 6500 châssis ou peut être installé dans le VSS installé pour la performance fiable.

  • Une connexion physique entre le port et le réseau redondants d'infrastructure devrait être faite avant la configuration ha.

  • Le MAC de l'unité primaire devrait être utilisé comme MAC de mobilité dans l'ha installé afin de former un pair de mobilité avec une installation ha ou un contrôleur différente d'indépendant. Vous avez également la flexibilité de configurer une adresse MAC faite sur commande, qui peut être utilisée comme adresse MAC de mobilité utilisant le MAC address > la commande de <custom de mobilitymac de Redondance de configurer. Une fois que configuré, vous devriez employer cette adresse MAC pour former un pair de mobilité au lieu d'utiliser l'adresse MAC de système. Une fois que l'ha est configuré, ce MAC ne peut pas être changé.

  • Il est recommandé que vous utilisez l'affectation d'adresses DHCP pour le port de service dans l'installation ha. Après que l'ha soit activé, si l'IP statique est configuré pour le port de service, WLC perd l'IP de port de service et il doit être configuré de nouveau.

  • Quand AP SSO est activé, il n'y a aucun accès SNMP/GUI sur le port de service pour chacun des deux le WLCs dans l'installation ha.

  • Les configurations aiment changer l'adresse IP virtuelle, activant le mode de secureweb, configurant le proxy authentique de Web, ont besoin et ainsi de suite d'une réinitialisation WLC afin d'obtenir mis en application. Dans ce cas, une réinitialisation du WLC actif déclenchera également une réinitialisation simultanée du standby WLC.

  • Quand AP SSO est désactivé sur le WLC actif, il sera poussé au standby WLC. Après réinitialisation, tous les ports monteront sur le WLC actif et seront désactivés en état d'alerte WLC.

  • Des temporisateurs de détection de keepalive et de pair devraient être laissés avec des valeurs de minuteur par défaut pour une meilleure représentation.

  • La configuration claire sur le WLC actif initiera également la configuration claire en état d'alerte WLC.

  • Le DHCP interne n'est pas pris en charge quand AP SSO est activé.

  • SSO pour LSC AP n'est pas pris en charge. L2 MGID synched, mais la base de données L3 MGID est effacée avec SSO.

  • Après que les réinitialisations primaires WLC, il devienne le standby WLC et ne devienne pas primaire jusqu'au prochain Basculement.

Mode maintenance

Il y a peu de scénarios où le standby WLC peut entrer dans le mode maintenance et ne pas pouvoir communiquer avec le réseau et scruter :

  • Non accessibilité à la passerelle par l'intermédiaire de l'interface de gestion redondante

  • WLC avec ha UGS qui n'avait jamais découvert le pair

  • Le port redondant est vers le bas

  • Non-concordance de version de logiciel (WLC qui initialise d'abord entre dans le mode actif et l'autre WLC dans le mode maintenance)

high-availability-dg-73.gif

Remarque: Le WLC devrait être redémarré afin de l'apporter hors du mode maintenance. Seulement la console et le port de service est en activité dans le mode maintenance.

Déploiement AP SSO avec ha primaire/secondaire/tertiaire existant

Ha (c'est-à-dire, AP SSO) peut être déployé avec les contrôleurs secondaires et tertiaires juste comme aujourd'hui. Actif et standby WLCs combiné dans l'installation ha devrait être configuré en tant que WLC primaire. Seulement sur la panne d'actif et du standby WLCs dans l'installation ha les aps tombent de nouveau à WLCs secondaire et suite tertiaire.

high-availability-dg-29.gif

Déploiement AP SSO dans l'installation de mobilité

Chaque WLC a sa propre seule adresse MAC, qui est utilisée dans la configuration de mobilité avec une adresse IP individuelle de Gestion de contrôleur. Dans ha (c'est-à-dire, AP SSO) installé, chacun des deux le WLCs (primaire et de réserve) ont leur propre seule adresse MAC. En cas de la panne de la case et du standby primaires assure le réseau si l'adresse MAC de la case primaire est utilisée sur des autres contrôleurs dans l'installation de mobilité, chemin de contrôle et le chemin de données sera vers le bas et l'utilisateur doit manuellement changer le MAC à l'adresse MAC de réserve sur tous les contrôleurs dans l'installation de mobilité. C'est un processus vraiment encombrant car beaucoup d'intervention manuelle est exigée.

Afin de maintenir le réseau de mobilité stable sans n'importe quelle intervention manuelle et en cas de la panne ou du basculement, le concept de va-et-vient du MAC de mobilité a été introduit. Quand la paire ha est installée, par défaut, l'adresse MAC du WLC primaire synched comme adresse MAC de mobilité en état d'alerte WLC qui peut être vu par l'intermédiaire de la commande récapitulative de show redundancy sur les les deux les contrôleurs.

high-availability-dg-74.gif

Dans cette sortie, capturée d'un contrôleur de réserve, on peut observer l'adresse MAC de mobilité, qui est différente de la propre adresse MAC du standby vue comme ID d'unité. Cette adresse MAC synched du WLC actif et devrait être utilisée dans la configuration de mobilité. Avec cette implémentation, si le WLC actif descend ou même s'il est remplacé, l'adresse MAC de mobilité est encore disponible et actif sur le standby WLC et les tunnels de mobilité restera toujours. Au cas où le nouveau contrôleur serait présenté dans le réseau en raison du remplacement de l'Active précédent WLC, il transition son état pendant que le standby et la même adresse MAC de mobilité synched de nouveau au nouveau standby WLC.

Vous avez la flexibilité de configurer une adresse MAC faite sur commande comme MAC de mobilité au lieu d'utiliser le comportement par défaut d'utiliser l'adresse MAC active WLC comme MAC de mobilité. Ceci peut être fait utilisant le MAC address > la commande de <custom de mobilitymac de Redondance de configurer sur le WLC actif. Une fois que configuré, vous devriez employer cette adresse MAC sur d'autres contrôleurs afin de former un pair de mobilité au lieu d'utiliser l'adresse MAC active WLC. Cette adresse MAC devrait être configurée avant de former les paires ha. Une fois que la paire ha est formée, le MAC de mobilité ne peut pas être changé ou édité.

high-availability-dg-30.gif

Dans cette topologie, les primaires et les de réserve ont leur propre adresse MAC. Avec l'ha appareillant, l'adresse MAC active WLC synched comme adresse MAC de mobilité, qui est le comportement par défaut si un MAC fait sur commande n'est pas configuré avant l'appareillement ha. Une fois que l'adresse MAC active WLC synched comme adresse MAC de mobilité, le même MAC est utilisé dans la configuration de mobilité sur tous les contrôleurs dans l'installation de mobilité.

Autorisation pour des paires ha

Une paire ha peut être établie entre l'exécution de deux WLCs dans ces combinaisons :

Un WLC a un permis valide de compte AP et l'autre WLC a un ha UGS UDI

  • Ha UGS est un nouvel UGS avec un permis zéro de compte AP.

  • Le périphérique avec ha UGS devient de réserve la première fois il appareille.

  • des données de licence d'AP-compte seront poussées de l'Active au standby.

  • Sur l'événement de la panne active, ha UGS permettra des aps de se joindre au l'AP-compte obtenu et commencera le compte à rebours chargé de 90-jour. La finesse de ceci a lieu en quelques jours.

  • Après 90-days, il commence les messages harcelants. Il ne déconnectera pas des aps connectés.

  • Avec nouveau WLC montant, ha UGS au moment de l'épluchage obtiendra le compte AP :

    • Si le nouveau WLC a un compte plus élevé AP que précédent, le compteur de 90-jour est remis à l'état initial.

    • Si le nouveau WLC a un compte inférieur AP que précédent, le compteur de 90-jour n'est pas remis à l'état initial.

    • Afin de diminuer le compte AP après basculement, le temporisateur excentré WLC continuera et des messages harcelants seront affichés après échéance de temps.

  • Le temps écoulé et l'AP-compte seront retrouvés sur la réinitialisation.

  • Le contrôleur du par défaut HA-SKU d'usine ne devrait permettre à aucun aps pour se joindre.

Le les deux le WLCs ont un permis valide de compte AP

  • Le CLI devrait être utilisé pour configurer un WLC pendant que le standby que WLC (comme mentionné dans la section de configuration) l'a fournie répond à l'exigence du compte permanent minimum de permis. Cette condition est seulement valide pour les 5500 WLC, où un minimum de 50 permis permanents AP sont nécessaires pour être convertis en standby. Il n'y a aucune restriction pour l'autre WLCs tel que le WiSM2, les 7500, et les 8500.

  • des données de licence d'AP-compte seront poussées de l'Active au standby.

  • En cas d'un basculement, le nouvel Active WLC fonctionnera avec le compte de permis de l'Active précédent WLC et commencera le compte à rebours chargé de 90-jour.

  • Le WLC configuré en tant que secondaire n'utilisera pas son propre permis installé, et seulement le permis hérité de l'active sera utilisé.

  • Après 90-days, il commence les messages harcelants. Il ne déconnectera pas des aps connectés.

  • Avec le nouveau WLC montant, ha UGS au moment de l'épluchage obtiendra le compte AP :

    • Si le nouveau WLC a un compte plus élevé AP que précédent, le compteur de 90-jour est remis à l'état initial.

    • Si le nouveau WLC a un compte inférieur AP que précédent, le compteur de 90-jour n'est pas remis à l'état initial.

    • Après le basculement à un compte inférieur AP, le temporisateur excentré WLC continuera et des messages harcelants seront affichés après échéance de temps.

Un WLC a un permis d'évaluation et l'autre WLC a un ha UGS UDI ou permis permanent

  • Le périphérique avec ha UGS devient le standby WLC la première fois qu'il appareille avec un permis courant existant d'évaluation de l'Active WLC. Ou, n'importe quel WLC exécutant un compte permanent de permis peut être configuré comme unité secondaire utilisant la configuration CLI fournie s'il répond à l'exigence du compte permanent minimum de permis. Cette condition est seulement valide pour les 5500 WLC, où un minimum de 50 permis permanents AP sont nécessaires pour être convertis en standby. Il n'y a aucune restriction pour l'autre WLCs tel que le WiSM2, les 7500, et les 8500.

  • des données de licence d'AP-compte seront poussées de l'Active au standby.

  • En cas d'un basculement, le nouvel Active WLC fonctionnera avec le compte de permis de l'Active précédent WLC et commencera le compte à rebours chargé de 90-jour.

  • Après 90-days, il commence les messages harcelants. Il ne déconnectera pas des aps connectés.

  • Avec nouveau le WLC montant, ha UGS au moment de l'épluchage obtiendra le compte AP :

    • Si le nouveau WLC a un compte plus élevé AP que précédent, le compteur de 90-jour est remis à l'état initial.

    • Si le nouveau WLC a un compte inférieur AP que précédent, le compteur de 90-jour n'est pas remis à l'état initial.

    • Après le basculement à un compte inférieur AP, le temporisateur excentré WLC continuera et des messages harcelants seront affichés après échéance de temps.

Glossaire

AP SSO - Le basculement d'avec état de Point d'accès où l'état CAPWAP pour chaque AP est mis à jour en l'actif et état d'alerte WLCs, et l'état CAPWAP est retenu après basculement au standby WLC. AP n'a pas besoin de passer par la détection CAPWAP et de joindre le processus après Basculement.

Client SSO - Le basculement d'avec état de client sans fil où l'état de client est également mis à jour en l'actif et état d'alerte WLCs, et les clients sans fil De-ne sont pas authentifiés après basculement. Ceci sera pris en charge dans une version future.

Port de Redondance - Port physique sur le 5500/7500/8500 WLC pour la négociation de rôle ha, le sync de configuration, et les messages de Redondance entre l'actif et le standby WLCs.

Redondance VLAN - VLAN créé sur la petite gorgée de Catalyst 6500 pour le port de la Redondance WiSM-2 qui est connecté au fond de panier du Catalyst 6k afin de permuter des messages de configuration et de Redondance comprenant la négociation de rôle ha entre l'actif et le standby WLCs.

Interface de gestion de Redondance - Une interface parallèle à l'interface de gestion sur chacun des deux le WLCs dans l'installation ha. Devrait être dans le même sous-réseau que l'interface de gestion. Cette interface permet le standby WLC d'interagir avec infra le réseau et de permuter également quelques messages de Redondance au-dessus infra de réseau entre l'actif et le standby WLCs.

WLC actifs - C'est le WLC qui est actuellement - active dans les paires ha et prend soin du réseau Sans fil. Les aps établissent un tunnel simple CAPWAP avec le WLC actif.

Standby WLC - C'est le WLC qui surveille le contrôleur actif dans les paires ha, et est prêt à assurer le réseau Sans fil en cas de la panne active WLC.

Pair - AP SSO est une Redondance de case-à-case (c'est-à-dire, 1:1) ainsi chacun des deux le WLCs (actif et de réserve) dans l'installation ha sont des pairs entre eux.

Unité primaire - Dans le déploiement AP SSO, le contrôleur exécutant les permis permanents plus élevés de compte devrait être configuré comme unité primaire. L'unité primaire est le WLC, qui jouera le rôle du WLC actif la première fois qu'elle forme une paire ha. L'unité primaire envoie les informations de compte de permis à son pair par l'intermédiaire du port redondant.

Unité secondaire - Dans le déploiement AP SSO, les permis permanents inférieurs de contrôleur ou égaux courants de compte devraient être configurés comme unité secondaire ou le contrôleur avec ha UGS UDI (permis zéro de compte AP) est par défaut expédié en tant qu'unité secondaire. L'unité secondaire est le WLC, qui jouera le rôle du standby WLC la première fois qu'elle forme une paire ha. L'unité secondaire hérite des informations de compte de permis de son pair (c'est-à-dire, le WLC actif) par l'intermédiaire du port redondant.

Mode maintenance - Quand le standby WLC ne peut pas communiquer à la passerelle ou ne peut pas découvrir le pair WLC (c'est-à-dire, le WLC actif) par l'intermédiaire du port redondant, il entre au mode maintenance. En ce mode, le WLC ne peut pas communiquer infra au réseau et ne participera pas au processus ha. Puisque le WLC dans le mode maintenance ne participe pas au processus ha, il doit être manuellement redémarré afin de l'apporter hors du mode maintenance et participer au processus ha de nouveau.

MAC de mobilité - Une seule adresse MAC partagée entre les pairs dans l'installation ha. Cette adresse MAC devrait être utilisée pour former une paire de mobilité entre une installation ha et un WLC différent dans l'installation ha ou avec les contrôleurs indépendants. Par défaut, l'adresse MAC active WLC est partagée comme adresse MAC de mobilité, mais le MAC de mobilité peut également être manuellement configuré sur le WLC actif utilisant un CLI, qui sera partagé entre les pairs dans l'installation ha.

Garder-Actif-temporisateur - Dans l'installation ha, le standby WLC envoie des paquets de keep-alive sur le port de Redondance afin de vérifier les santés du WLC actif. Sans l'accusé de réception de trois paquets de keep-alive du WLC actif, le standby WLC déclare le WLC actif comme morts et assure le réseau.

Pair-Recherche-temporisateur - Tout en amorçant, les attentes du standby WLC le temporisateur de recherche de pair (par défaut de 2 minutes) afin de découvrir le pair. Si le WLC ne peut pas découvrir son pair dans ce temps, il transition son état au mode maintenance.

Conversations connexes de la communauté de soutien de Cisco

Le site Cisco Support Community est un forum où vous pouvez poser des questions, répondre à des questions, faire part de suggestions et collaborer avec vos pairs.


Informations connexes


Document ID: 113681