Tecnología inalámbrica / Movilidad : "Tecnología inalámbrica, móvil"

Equilibrio de carga y repliegue de AP en redes inalámbricas unificadas

18 Abril 2008 - Traducción manual
Otras Versiones: PDFpdf | Traducción Automática (31 Julio 2013) | Inglés (1 Agosto 2008) | Comentarios

Contenido

Introducción
Requisitos previos
      Requerimientos
      Componentes utilizados
      Productos relacionados
      Convenciones
Configuración
Equilibrio de carga de AP
Repliegue de AP
Recomendaciones
Discusiones relacionadas de la comunidad de soporte de Cisco

Introducción

Este documento discute cómo funcionan el equilibrio de carga y el repliegue de puntos de acceso (AP) en la solución de inalámbrica de Cisco Unified. Este documento también explica cómo configurar varios controladores para redes inalámbricas LAN (WLAN), denominados WLC, para una condición de failover tras error. La condición de failover tras error se produce cuando un controlador primario se desconecta o falla por algún motivo. En ese caso, un segundo controlador asume el control la operación. La failover tras error también se conoce como redundancia de controladores.

Nota: El repliegue de AP discutido en este documento sólo está relacionado con la versión de firmware del controlador anterior a 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 se repliega hasta el controlador primario siempre que se pone en línea. Si tiene algún problema de repliegue de AP, lea este documento o actualice el firmware del controlador al último código disponible.

Requisitos previos

Requerimientos

Cisco recomienda poseer ciertos conocimientos acerca de estos temas:

Componentes utilizados

La información que contiene este documento se basa en las siguientes versiones de software y hardware:

  • AP ligero de la serie 1000 de Cisco Aironet

  • Dos WLC de la serie 2000 de Cisco que ejecutan el 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 entorno de laboratorio específico. Todos los dispositivos que se utilizan en este documento se iniciaron con una configuración sin definir (predeterminada). Si la red está funcionando, asegúrese de haber comprendido el impacto que puede tener cualquier comando.

Productos relacionados

Esta configuración se puede también utilizar con cualquier AP ligero y WLC de Cisco.

Convenciones

Consulte Convenciones sobre consejos técnicos de Cisco para obtener más información sobre las convenciones del documento.

Configuración

Consulte Ejemplo de configuración de error del controlador para redes WLAN para puntos de acceso ligeros para obtener más información sobre cómo configurar el WLC y el AP ligero para la failover tras error.

Equilibrio de carga de AP

Puede realizar el equilibrio de carga AP en dos (o más) WLC si configura grupos de movilidad correctamente. El LWAPP permite la redundancia dinámica y el equilibrio de carga. Por ejemplo, si especifica más de una dirección IP para la opción 43, un AP envía solicitudes de detección de LWAPP a cada una de las direcciones IP que recibe el AP. En la respuesta de detección de LWAPP del WLC, el WLC incorpora esta información:

  • Información sobre la carga AP actual, que se define como el número de AP unidos al WLC en ese momento

  • Capacidad de AP

  • Número de clientes inalámbricos que están conectados al WLC

El AP intenta unirse al WLC menos cargado, que es el que tiene mayor capacidad de AP disponible. Después de que un AP se une a un WLC, el AP aprende las direcciones IP de los demás WLC del grupo de movilidad a través de dicho WLC.

Posteriormente, el AP envía solicitudes de detección primarias de LWAPP a cada uno de los WLC del grupo de movilidad. Los WLC proporcionan 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 el WLC tenga el parámetro de repliegue de AP activado (AP Fallback), el AP puede optar por cambiar a un WLC menos cargado.

Cuando el AP se reinicia o restablece, solamente conoce las direcciones IP de administración del controlador del DNS (cisco-lwapp-controlador@dominio_local.com) (20 máx.), la opción DHCP 43 (20 máx), OTAP, 255.255.255.255 y el controlador al que se unió anteriormente. Los controladores del grupo de movilidad del controlador al que se unió anteriormente no se conservan de un reinicio a otro.

Sin embargo, si el AP pierde conectividad con el controlador, no se reiniciará. Pasa directamente al modo de detección y recuerda 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: Cuando un AP se une a un controlador, sólo lo abandona por un número de motivos limitado. Uno de los motivos por los que el AP no deja el controlador al que está unido actualmente es que no se haya realizado el equilibrio de carga de AP en todos los controladores con precisión. Por este motivo, este algoritmo de equilibrio de carga es solamente un algoritmo de equilibrio de carga aproximado, a menos que se defina manualmente un controlador primario para cada AP.

Estas reglas se explican mejor con algunos ejemplos:

  • El AP es completamente nuevo y nunca se ha unido a un controlador. ¿Realiza equilibrio de carga entre 3 controladores de un grupo de movilidad?

    No. El AP debe detectar las 3 direcciones IP de administración de controlador durante el inicio a través de 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 realizar el equilibrio 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 exceso de AP. Si sólo se define 1 controlador en la opción DHCP 43/DNS, el AP nuevo siempre se unirá a ese controlador.

  • Si hay 1 controlador definido en la opción DHCP 43/DNS y hay 3 controladores en el grupo de movilidad, ¿realiza equilibrio de carga entre los 3 controladores de un grupo de movilidad si se reinicia el AP después de que se haya unido al controlador en la opción DHCP 43?

    No. Si se reinicia o restablece el AP, siempre se une al controlador de la opción DHCP 43/DNS o al último controlador al que se había unido. Sin embargo, si el AP pierde el latido del controlador actual, no se reiniciará. En cambio, el AP pasa directamente al modo de detección. Debido a que no se reinició, el AP todavía conserva los miembros de movilidad y envía una solicitud de detección a cada controlador del grupo de movilidad.

  • ¿Para qué utiliza el AP a los miembros de movilidad?

    Repliegue de AP (controlador no configurado a controlador configurado [primario/secundario/terciario]) y conocimiento de otras direcciones IP del controlador después de unirse a un controlador en caso de pérdida de contacto con el controlador actual. Tenga en cuenta que el AP no recuerda los miembros de movilidad de un reinicio a otro.

    Nota: Puede haber una condición Race en este algoritmo. Entre el tiempo de respuesta del controlador a la solicitud de detección del AP y el tiempo de envío por parte del AP de una solicitud de unión al administrador de AP, el número de AP unidos al administrador de AP puede haber variado si hay un gran número de AP que se han unido al controlador simultáneamente. Por ejemplo, si se produce una interrupción de la alimentación eléctrica y ésta se recupera simultáneamente, puede que los AP no puedan realizar el equilibrio de carga de manera uniforme.

Repliegue de AP

Al contrario que el protocolo de enrutamiento de reserva directa (HSRP) en espera, el repliegue de AP interrumpe el servicio inalámbrico mientras que el AP realiza la failover tras error y, a continuación, se repliega al controlador configurado. Recuerde que una vez que un AP se une a un controlador, el AP sólo está programado para dejar al controlador si:

  • El AP pierde respuestas de las 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á unido actualmente a un controlador no configurado con el repliegue de AP activado.

Es importante señalar que el AP sólo realiza el repliegue de AP desde un controlador no configurado a un controlador configurado (primario/secundario/terciario). El AP no realiza el repliegue desde un controlador secundario al controlador primario si está unido actualmente 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 hay un controlador configurado y disponible a través de los miembros del grupo de movilidad, deja inmediatamente al controlador actual y se une al controlador configurado.

Nota: El comportamiento explicado en esta sección con respecto al repliegue de AP es aplicable a los controladores que ejecutan la versión 3.2.171.5 o anteriores. Las últimas versiones del firmware del controlador no tienen estos problemas. En la última versión del firmware, el AP se repliega hasta el controlador primario siempre que se pone en línea. Si tiene algún problema de repliegue de AP, actualice el firmware del controlador al último código disponible.

Nota: Cuando un nuevo AP1242 LWAPP se conecta por primera vez a un WLC2006 o WLC4400 que ejecuta el firmware 2.3.116.21, el nombre del controlador secundario (p.ej., "WIRELESS"->"Detail") no está en blanco en la interfaz gráfica de usuario. 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 error de funcionamiento de Cisco CSCse30514. Aunque no hay una solución alternativa, este comportamiento no está presente en la versión 4.0 del software.

Recomendaciones

Para el equilibrio de carga aleatorio, no es necesario configurar ninguno de los controladores primario/secundario/terciario. Sin embargo, todos los controladores en los que desea que el AP realice el equilibrio de carga deben definirse en la opción DHCP 43 o DNS.

Si desea asegurarse de que siempre se realiza un equilibrio de carga perfecto, Cisco recomienda configurar manualmente el controlador primario en el AP y dejar los otros dos controladores en blanco. Si el controlador primario está conectado y en funcionamiento y el grupo de movilidad se ha definido en cualquier controlador al que el AP pueda unirse, el AP intenta unirse al controlador primario siempre que esté conectado y en funcionamiento.

Si desea que el AP se repliegue hasta un controlador secundario en el sitio remoto antes de intentar otro controlador de la WAN, es necesario definir los 3 controladores en la opción DHCP 43 o DNS. Defina, sin embargo, sólo los controladores primario y secundario en los AP del sitio remoto.

Si no se define el controlador WAN en la opción DHCP 43 o DNS, el AP solamente realiza la failover tras error si el controlador WAN se encuentra en el grupo de movilidad del controlador al que está unido actualmente y si los controladores locales se desconectan. Si se reinicia el AP, no se une al controlador WAN, excepto si éste fue el último controlador al que se unió, hasta una de las opciones DHCP 43 o 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 tanto, asegúrese de configurar el nombre de sistema exacto en la configuración del AP. De lo contrario, el repliegue de AP no se realizará.


Discusiones relacionadas de la comunidad de soporte de Cisco

La Comunidad de Soporte de Cisco es un foro donde usted puede preguntar y responder, ofrecer sugerencias y colaborar con colegas.


Document ID: 71963