Este documento explica cómo funcionan el balanceo de carga del punto de acceso (AP) y el repliegue AP en la solución Cisco Unified Wireless. Este documento también explica cómo configurar varios controladores de LAN inalámbricos (WLAN) (WLC) para una condición de failover. Una condición de failover ocurre cuando va un controlador primario se desconecta o falla por cualquier motivo. Entonces, un segundo controlador asume el control la operación. Failover también se llama redundancia del controlador.
Nota: La reserva de AP mencionada en este documento sólo está relacionada con la versión del firmware del controlador anterior a la 3.2.171.5. Las versiones posteriores del firmware del controlador no se comportan de esta manera. En la última versión del firmware, el AP recurre al controlador primario cada vez que viene en línea. Si tiene un problema de repliegue de AP, lea este documento o actualice el firmware de su controlador al último código disponible.
Cisco recomienda que tenga conocimiento sobre estos temas:
Configuración de puntos de acceso ligeros y Cisco WLC
Protocolo ligero de punto de acceso (LWAPP)
Configuración de un servidor DHCP externo
Servidor DNS
La información que contiene este documento se basa en las siguientes versiones de software y hardware.
Punto de acceso ligero Cisco Aironet serie 1000
Dos WLC de Cisco serie 2000 que ejecutan firmware 3.2.78.0
Servidor DHCP Microsoft Windows Server 2003 Enterprise
La información que contiene este documento se creó a partir de los dispositivos en un ambiente de laboratorio específico. Todos los dispositivos que se utilizan en este documento se pusieron en funcionamiento con una configuración verificada (predeterminada). If your network is live, make sure that you understand the potential impact of any command.
Esta configuración también se puede utilizar con cualquier otro WLC de Cisco y cualquier punto de acceso ligero.
Consulte Ejemplo de Configuración de Failover del Controlador WLAN para los Lightweight Access Points para obtener información sobre cómo configurar el WLC y el Lightweight AP para el failover.
Puede realizar el balanceo de carga de AP en dos (o más) WLC si configura los grupos de movilidad correctamente. El LWAPP permite la redundancia dinámica y el balanceo de carga. Por ejemplo, si especifica más de una dirección IP para la opción 43, un AP envía las solicitudes de detección de LWAPP a cada una de las direcciones IP que el AP recibe. En la respuesta de detección de WLC LWAPP, el WLC incrusta esta información:
Información sobre la carga del AP actual, que se define como el número de AP que se unen al WLC en el momento
La capacidad de AP
El número de clientes inalámbricos conectados al WLC
El AP entonces intenta unirse al WLC menos cargado, que es el WLC con la mayor capacidad disponible del AP. Después de que un AP se une a un WLC, el AP aprende las direcciones IP de los otros WLC en el grupo de la movilidad de su WLC unido.
Posteriormente, el AP envía las solicitudes de detección primaria del LWAPP a cada uno de los WLC en el grupo de la movilidad. Los WLC responden con una respuesta de detección primaria al AP. La respuesta de detección primaria incluye información sobre el tipo de WLC, la capacidad total y la carga de AP actual. Mientras que el WLC tenga el parámetro Fallback del AP habilitado, el AP puede decidir cambiar a un WLC menos cargado.
Cuando el AP arranca o se reinicia, solamente conoce las direcciones IP de administración del controlador de DNS (Cisco-lwapp-controller@local_domain.com) (20 máx.), la opción DHCP 43 (20 máx.), OTAP, 255.255.255.255, y el controlador previamente unido. Los controladores en el grupo de movilidad del controlador previamente unido no se retienen a través de los reinicios.
Sin embargo, si el AP pierde la conectividad con el controlador, no se reinicia. Pasa directamente al modo de detección y recuerda a los miembros del grupo de movilidad. A continuación, puede enviar una solicitud de detección a todos los miembros del grupo de movilidad.
Nota: Una vez que un AP se une a un controlador, solo sale del controlador que se une actualmente por un número limitado de razones. Una razón por la que el AP no abandona el controlador conectado actualmente es si los AP no están exactamente balanceados de carga en todos los controladores. Por esa razón, este algoritmo de balanceo de carga es solamente un algoritmo de balanceo de carga aproximado a menos que defina manualmente un controlador primario para cada AP.
Estas reglas se describen mejor con algunos ejemplos:
El AP es nuevo, fuera de la caja, y nunca unido a un controlador. ¿Equilibra esta carga de AP entre 3 controladores en un grupo de movilidad?
No. El AP debe detectar las 3 direcciones IP de administración del controlador durante el arranque vía OTAP, DNS (con las 3 direcciones IP de administración definidas), 255.255.255.255, y la opción DHCP 43 (con las 3 direcciones IP de administración incluidas) para el balanceo de carga. El AP envía una solicitud de detección a todos los controladores conocidos y se une al controlador con la mayor capacidad de AP excedente. Si sólo se define 1 controlador en la opción DHCP 43/DNS, los nuevos AP siempre se unen a ese controlador.
Si hay 1 controlador definido en la opción DHCP 43/DNS y hay 3 controladores en el grupo de movilidad, ¿equilibra la carga entre los 3 controladores en un grupo de movilidad si reinicia el AP después de que se une al controlador en la opción DHCP 43?
No. Si el AP se reinicia o se reinicia, siempre se une al controlador en la opción DHCP 43/DNS o al último controlador unido. Sin embargo, si el AP pierde el latido al controlador actual, no se reinicia. En cambio, el AP va directamente al modo de detección. Debido a que no se reinició, el AP aún tiene los miembros de movilidad y envía a cada controlador en el grupo de movilidad una solicitud de detección.
¿Para qué usa el AP los miembros de movilidad?
Reserva de AP (controlador no configurado a controlador configurado [primario/secundario/terciario]) y aprendizaje de otras direcciones IP del controlador después de que se une a un controlador en caso de que pierda contacto con el controlador actual. Recuerde que el AP olvida a los miembros de la movilidad a través de los reinicios.
Nota: Puede haber una condición de anticipación en este algoritmo. Entre el momento en que el controlador responde a la solicitud de detección del AP y el momento en que el AP envía una solicitud de unión al administrador de AP, el número de AP unidos al administrador de AP podría haber cambiado si hay un gran número de AP que se unen al controlador simultáneamente. Por ejemplo, si hay un corte de energía y la energía en los AP regresa simultáneamente, los AP podrían no balancearse de la carga uniformemente a través de los controladores.
A diferencia del modo de espera del protocolo de router en espera en caliente (HSRP), la reserva de AP interrumpe el servicio inalámbrico mientras el AP conmuta por error y, a continuación, vuelve al controlador configurado. Recuerde que una vez que un AP se une a un controlador, el AP se programa solamente para salir de ese controlador si:
El AP pierde las respuestas de sus señales de mantenimiento al controlador.
El cliente reinicia el AP a través del controlador.
El AP recibe la notificación, a través de la actualización de los miembros del grupo de movilidad del controlador actual, de que un controlador configurado (Primario/Secundario/Terciario) está activo, y el AP está actualmente unido a un controlador no configurado con la reserva de AP habilitada.
Es importante tener en cuenta que el AP solamente realiza el repliegue del AP de un controlador no configurado a un controlador configurado (primario/secundario/terciario). El AP no retrocede de un controlador secundario al controlador primario si actualmente está unido al controlador secundario. Esto se debe a que el controlador secundario es un controlador configurado.
Cuando el AP se une a un controlador no configurado y se le notifica que un controlador configurado está activo y disponible a través de los miembros del grupo de movilidad, abandona inmediatamente el controlador actual y se une al controlador configurado.
Nota: El comportamiento explicado en esta sección sobre la reserva de AP es aplicable a los controladores que ejecutan la versión 3.2.171.5 o anterior. Las versiones posteriores del firmware del controlador no presentan estos problemas. En la última versión del firmware, el AP recurre al controlador primario cada vez que viene en línea. Si tiene un problema de repliegue de AP, actualice el firmware de su controlador al último código disponible.
Nota: Cuando un nuevo LWAPP AP1242 se conecta por primera vez a un WLC2006 o WLC4400 que ejecuta el firmware 2.3.116.21, el nombre del controlador secundario (i.e. "WIRELESS"->"Detail") en la GUI no está en blanco. El comando show AP config general también muestra que el nombre del controlador secundario no está en blanco. Esto se ha notificado en el Id. de bug Cisco CSCse30514. Aunque no hay una solución alternativa, este comportamiento no está presente en la versión 4.0 del software.
Nota: Cuando ejecuta el código 5.2 o posterior en los WLC y configura la alta disponibilidad AP, si la configuración global 802.11g entre los controladores no coincide (habilitar vs. inhabilitar), esto puede causar problemas de unión AP cuando ocurre un evento de failover. Asegúrese de que todas las configuraciones del WLC sean idénticas entre los WLC primarios/secundarios/terciarios.
Para el balanceo de carga aleatorio, no es necesario configurar ninguno de los controladores primarios/secundarios/terciarios. Sin embargo, todos los controladores en los que desea que el AP tenga equilibrio de carga deben definirse en la opción DHCP 43 o DNS.
Si desea garantizar un equilibrio de carga perfecto cada vez, Cisco recomienda que configure manualmente el controlador primario en el AP y deje los otros dos controladores en blanco. Mientras el controlador primario esté activo y en funcionamiento, y el grupo de la movilidad se defina a través de cualquier controlador que el AP puede unirse, el AP intenta unirse al controlador primario siempre que esté activo y en funcionamiento.
Si desea que el AP recurra a un controlador secundario en el sitio remoto antes de intentar otro controlador a través de la WAN, los 3 controladores deben ser definidos en la opción DHCP 43 o DNS. Sin embargo, defina solamente los controladores primario y secundario en los AP en el sitio remoto.
Si el controlador WAN no está definido en la opción DHCP 43 o DNS, el AP solo conmuta por error a él si el controlador WAN está en el grupo de movilidad del controlador actualmente unido y si los controladores locales entonces van abajo. Si el AP se reinicia, no se une al controlador WAN, excepto si el último controlador al que se unió fue el controlador WAN, hasta que una de las opciones DHCP 43 o los controladores DNS esté disponible para informar al AP sobre los miembros del grupo de movilidad.
Nota: El nombre del controlador en la configuración del AP distingue entre mayúsculas y minúsculas. Por lo tanto, asegúrese de configurar el nombre exacto del sistema en la configuración del AP. Si no lo hace, el repliegue del AP no funciona.
Asegúrese de que estos parámetros de configuración estén correctamente configurados:
El retroceso AP debe estar habilitado en todos los WLC. Puede verificarlo en la página de la GUI del controlador.
Antes de las versiones 5.0.148.0 del WLC, solamente los nombres del sistema del controlador podían ser introducidos en los campos del nombre del controlador primario/secundario/terciario del AP. Ahora también se pueden utilizar las direcciones IP de la interfaz de administración del controlador.
El failover y el fallback de AP requieren que los controladores se configuren en el mismo grupo de movilidad.
Utilice el comando CLI mping para verificar la comunicación de pertenencia a grupos de movilidad. Utilice el comando show mobility summary para mostrar la información de configuración del grupo de movilidad de un controlador.
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 ve el estado como trayecto de control abajo, verifique que no haya firewall entre los WLC, o asegúrese de permitir estos protocolos/puertos.
Revisión | Fecha de publicación | Comentarios |
---|---|---|
1.0 |
01-Aug-2008
|
Versión inicial |