Équilibrage de charge et mode secours des points d'accès dans les réseaux sans fil unifiés

Introduction

Ce document discute du fonctionnement de l'équilibrage de charge du point d'accès et le basculement du point d'accès dans la solution sans fil unifiée de Cisco. Ce document explique également comment configurer plusieurs contrôleurs de réseau local sans fil pour assurer le basculement du système. Le basculement se produit lorsqu'un contrôleur primaire tombe en panne ou connaît une défaillance quelconque. Dans ce cas, un deuxième contrôleur prend le relais. Le basculement est également appelé redondance du contrôleur.

Remarque : la reprise AP décrite dans ce document est uniquement liée à la version du microprogramme du contrôleur antérieure à la version 3.2.171.5. Les versions ultérieures du microprogramme du contrôleur ne se comportent pas de cette manière. Dans la dernière version du micrologiciel, le point d'accès revient au contrôleur principal chaque fois qu'il se met en ligne. Si vous avez un problème de secours AP, lisez ce document ou mettez à niveau le microprogramme de votre contrôleur vers le dernier code disponible.

Conditions préalables

Exigences

Cisco vous recommande de prendre connaissance des rubriques suivantes :

• Configuration des points d'accès légers et des WLC Cisco

• Protocole LWAPP (Lightweight AP Protocol)

• Configuration d'un serveur DHCP externe

• Serveur DNS

Composants utilisés

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

• Point d'accès léger Cisco Aironet 1000

• Deux WLC de la gamme Cisco 2000 exécutant le microprogramme 3.2.78.0

• Serveur DHCP d'entreprise de Microsoft Windows 2003

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

Produits connexes

Cette configuration peut également être utilisée avec tout autre WLC Cisco et tout point d'accès léger.

Conventions

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

Configurer

Référez-vous à Exemple de configuration de basculement de contrôleur WLAN pour des points d'accès légers pour des informations sur la façon de configurer le WLC et le point d'accès léger pour le basculement.

Équilibrage de charge AP

Vous pouvez effectuer l'équilibrage de charge AP sur deux WLC (ou plus) si vous configurez les groupes de mobilité correctement. Le protocole LWAPP permet la redondance dynamique et l'équilibrage de charge. Par exemple, si vous spécifiez plusieurs adresses IP pour l'option 43, un point d'accès envoie des demandes de détection LWAPP à chacune des adresses IP qu'il reçoit. Dans la réponse de détection LWAPP du WLC, le WLC inclut ces informations :

• Informations sur la charge actuelle de l'AP, qui est définie comme le nombre d'AP qui sont joints au WLC à la fois

• La capacité des points d'accès

• Le nombre de clients sans fil qui sont connectés au WLC

Le point d'accès tente ensuite de joindre le WLC le moins chargé, qui est le WLC avec la plus grande capacité de point d'accès disponible. Une fois qu'un AP rejoint un WLC, l'AP apprend les adresses IP des autres WLC dans le groupe de mobilité à partir de son WLC joint.

Par la suite, le point d'accès envoie des demandes de détection principale LWAPP à chacun des WLC dans le groupe de mobilité. Les WLC répondent avec une réponse de détection principale au point d'accès. La réponse de détection principale inclut des informations sur le type de WLC, la capacité totale et la charge actuelle du point d'accès. Tant que le paramètre AP Fallback est activé sur le WLC, l'AP peut décider de passer à un WLC moins chargé.

Lorsque le point d'accès démarre ou se réinitialise, il ne connaît que les adresses IP de gestion du contrôleur de DNS (Cisco-lwapp-controller@local_domain.com) (20 max), l'option DHCP 43 (20 max), OTAP, 255.255.255.255 et le contrôleur précédemment joint. Les contrôleurs du groupe de mobilité du contrôleur précédemment joint ne sont pas conservés lors des redémarrages.

Cependant, si l'AP perd la connectivité avec le contrôleur, il ne redémarre pas. Il passe directement en mode découverte et se souvient des membres du groupe de mobilité. Il peut ensuite envoyer une demande de détection à tous les membres du groupe de mobilité.

Remarque : une fois qu'un AP rejoint un contrôleur, il ne quitte le contrôleur actuellement joint que pour un nombre limité de raisons. L'une des raisons pour lesquelles l'AP ne quitte pas le contrôleur actuellement joint est que les AP ne sont pas exactement équilibrés en charge sur tous les contrôleurs. Pour cette raison, cet algorithme d'équilibrage de charge n'est qu'un algorithme d'équilibrage de charge approximatif à moins que vous définissiez manuellement un contrôleur principal pour chaque AP.

Ces règles sont mieux décrites avec quelques exemples :

• Le point d'accès est nouveau, prêt à l'emploi et n'a jamais été joint à un contrôleur. Cette charge d'AP est-elle équilibrée entre 3 contrôleurs dans un groupe de mobilité ?

  Non. Le point d'accès doit détecter les 3 adresses IP de gestion du contrôleur lors du démarrage via OTAP, DNS (avec les 3 adresses IP de gestion définies), 255.255.255.255 et DHCP Option 43 (avec les 3 adresses IP de gestion incluses) pour l'équilibrage de charge. Le point d'accès envoie une demande de détection à tous les contrôleurs connus et joint le contrôleur ayant la capacité de point d'accès la plus excédentaire. Si un seul contrôleur est défini dans l'option DHCP 43/DNS, les nouveaux AP rejoignent toujours ce contrôleur.

• S'il y a 1 contrôleur défini dans l'option DHCP 43/DNS et qu'il y a 3 contrôleurs dans le groupe de mobilité, est-ce qu'il équilibre la charge entre les 3 contrôleurs dans un groupe de mobilité si vous redémarrez l'AP après qu'il ait rejoint le contrôleur dans l'option DHCP 43 ?

  Non. Si l'AP redémarre ou est réinitialisé, il joint toujours le contrôleur dans l'option DHCP 43/DNS ou le dernier contrôleur joint. Cependant, si l'AP perd le battement de coeur au contrôleur actuel, il ne redémarre pas. Au lieu de cela, l'AP passe directement en mode de découverte. Comme il n'a pas redémarré, l'AP a toujours les membres de mobilité et envoie à chaque contrôleur du groupe de mobilité une requête de découverte.

• À quoi sert le point d'accès ?

  Point d'accès de secours (contrôleur non configuré vers contrôleur configuré [primaire/secondaire/tertiaire]) et apprentissage d'autres adresses IP de contrôleur après avoir rejoint un contrôleur au cas où il perdrait le contact avec le contrôleur actuel. N'oubliez pas que l'AP oublie les membres de mobilité lors des redémarrages.

  Remarque : cet algorithme peut comporter une condition de concurrence. Entre le moment où le contrôleur répond à la demande de découverte de l'AP et le moment où l'AP envoie une demande de jointure au gestionnaire d'AP, le nombre d'AP joints au gestionnaire d'AP pourrait avoir changé s'il y a un grand nombre d'AP qui joignent le contrôleur simultanément. Par exemple, en cas de panne de courant et si l'alimentation des points d'accès revient simultanément, les points d'accès peuvent ne pas équilibrer la charge de manière égale entre les contrôleurs.

Repli AP

Contrairement à la mise en veille du protocole HSRP (Hot Standby Router Protocol), la reprise du point d'accès interrompt le service sans fil pendant la reprise du point d'accès, puis revient au contrôleur configuré. Rappelez-vous qu'une fois qu'un AP rejoint un contrôleur, l'AP est seulement programmé pour quitter ce contrôleur si :

• L'AP perd les réponses de ses keepalives au contrôleur.

• Le client réinitialise le point d'accès via le contrôleur.

• Le point d'accès reçoit une notification, via la mise à jour des membres du groupe de mobilité du contrôleur actuel, indiquant qu'un contrôleur configuré (principal/secondaire/tertiaire) est actif et que le point d'accès est actuellement joint à un contrôleur non configuré avec la reprise du point d'accès activée.

Il est important de noter que le point d'accès effectue uniquement un fallback de point d'accès d'un contrôleur non configuré à un contrôleur configuré (primaire/secondaire/tertiaire). Le point d'accès ne revient pas d'un contrôleur secondaire au contrôleur principal s'il est actuellement joint au contrôleur secondaire. Cela est dû au fait que le contrôleur secondaire est un contrôleur configuré.

Lorsque le point d'accès est joint à un contrôleur non configuré et qu'il est averti qu'un contrôleur configuré est actif et disponible via les membres du groupe de mobilité, il quitte immédiatement le contrôleur actuel et rejoint le contrôleur configuré.

Remarque : le comportement expliqué dans cette section à propos du fallback AP est applicable aux contrôleurs qui exécutent la version 3.2.171.5 ou antérieure. Les versions ultérieures du microprogramme du contrôleur ne présentent pas ces problèmes. Dans la dernière version du micrologiciel, le point d'accès revient au contrôleur principal chaque fois qu'il se met en ligne. Si vous rencontrez un problème de reprise AP, mettez à niveau le microprogramme de votre contrôleur vers le dernier code disponible.

Remarque :  Lorsqu'un AP1242 tout nouveau LWAPP se connecte pour la première fois à un WLC2006 ou WLC4400 qui exécute le microprogramme 2.3.116.21, le nom du contrôleur secondaire (i.e. "WIRELESS"->"Detail") dans l'interface utilisateur graphique n'est pas vide. La commande show AP config general montre également que le nom du contrôleur secondaire n'est pas vide. Cela a été signalé dans le bogue Cisco ayant l'ID CSCse30514. Bien qu'il n'y ait pas de solution de contournement, ce comportement n'est pas présent dans la version 4.0 du logiciel.

Remarque : lorsque vous exécutez du code 5.2 ou ultérieur sur des WLC et que vous configurez la haute disponibilité AP, si la configuration 802.11g globale entre les contrôleurs ne correspond pas (enable vs. disabled), cela peut provoquer des problèmes de jointure AP lorsqu'un événement de basculement se produit. Assurez-vous que tous les paramètres WLC sont identiques entre les WLC primaires/secondaires/tertiaires.

Recommandations

Pour l'équilibrage de charge aléatoire, aucun des contrôleurs primaire/secondaire/tertiaire n'a besoin d'être configuré. Cependant, tous les contrôleurs sur lesquels vous voulez que l'AP équilibre la charge doivent être définis dans l'option DHCP 43 ou DNS.

Si vous voulez assurer un équilibrage de charge parfait à chaque fois, Cisco vous recommande de configurer manuellement le contrôleur principal sur le point d'accès et de laisser les deux autres contrôleurs vides. Tant que le contrôleur principal est actif et fonctionnel, et que le groupe de mobilité est défini sur n'importe quel contrôleur que le point d'accès peut joindre, le point d'accès essaie de joindre le contrôleur principal quand il est actif et opérationnel.

Si vous voulez que le point d'accès revienne à un contrôleur secondaire sur le site distant avant d'essayer un autre contrôleur sur le WAN, les 3 contrôleurs doivent être définis dans l'option DHCP 43 ou DNS. Toutefois, définissez uniquement les contrôleurs principal et secondaire sur les points d'accès du site distant.

Si le contrôleur WAN n'est pas défini dans l'option DHCP 43 ou DNS, le point d'accès ne bascule vers celui-ci que si le contrôleur WAN est dans le groupe de mobilité du contrôleur actuellement joint et si les contrôleurs locaux tombent alors en panne. Si l'AP redémarre, il ne joint pas le contrôleur WAN, sauf si le dernier contrôleur qu'il a rejoint était le contrôleur WAN, jusqu'à ce que l'un de l'option DHCP 43 ou des contrôleurs DNS soit disponible pour informer l'AP des membres du groupe de mobilité.

Remarque : le nom du contrôleur dans la configuration AP est sensible à la casse. Par conséquent, assurez-vous de configurer le nom exact du système sur la configuration AP. Si vous ne le faites pas, le point d'accès de secours ne fonctionne pas.

Assurez-vous que ces paramètres de configuration sont correctement configurés :

• Le fallback AP doit être activé sur tous les WLC. Vous pouvez le vérifier sur la page Controller GUI.

• Avant les versions 5.0.148.0 du WLC, seuls les noms de système de contrôleur pouvaient être entrés dans les champs de nom de contrôleur primaire/secondaire/tertiaire AP. Maintenant, les adresses IP de l'interface de gestion du contrôleur peuvent également être utilisées.

• Le basculement et la reprise AP nécessitent que les contrôleurs soient configurés dans le même groupe de mobilité.

  Utilisez la commande mping de l'interface de ligne de commande afin de vérifier la communication d'appartenance à un groupe de mobilité. Utilisez la commande show mobility summary afin d'afficher les informations de configuration du groupe de mobilité d'un contrôleur.

  Controllers configured in the Mobility Group
   MAC Address        IP Address       Group Name    Status
   00:0b:85:44:36:e0    192.168.240.10   Wireless     Up
   00:1f:9e:9b:08:20    192.168.251.250  Wireless     Control Path Down

  Si vous voyez l'état Control Path Down, vérifiez qu'il n'y a pas de pare-feu entre les WLC, ou assurez-vous d'autoriser ces protocoles/ports.

Informations connexes

• Configuration des groupes de mobilité pour les WLC
• Dépannage du contrôleur LAN sans fil (WLC) - FAQ
• Contrôleurs LAN sans fil Cisco
• Guide de configuration du contrôleur LAN sans fil Cisco, version 4.0
• Guide de configuration du contrôleur LAN sans fil Cisco, version 3.2
• Assistance et documentation techniques - Cisco Systems