Este documento explica la función agresiva de equilibrio de carga en los controladores de LAN inalámbrica (WLC) en las versiones 6.0.182.0 y anteriores.
Cisco recomienda que tenga conocimiento sobre estos temas:
Conocimiento de cómo configurar el controlador de LAN inalámbrica y el punto de acceso ligero (LAP) para el funcionamiento básico.
Conocimiento básico del protocolo de punto de acceso ligero (LWAPP).
La información que contiene este documento se basa en las siguientes versiones de software y hardware.
Controladores de LAN inalámbrica de Cisco serie 4400 que ejecutan la versión 5.0.148.0
Puntos de acceso ligeros Cisco Aironet serie 1250
Adaptadores Cisco Aironet 802.11a/b/g (CB21AG) Wireless LAN Client que ejecutan la versión 3.6
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.
El balanceo de carga agresivo en el WLC permite a los LAPs balancear la carga de los clientes inalámbricos en los APs en un sistema LWAPP.
Esta función se puede utilizar para balancear la carga de los clientes a través de los LAPs en un único controlador.
El balanceo de carga agresivo funciona en la fase de asociación. Si se habilita y se cumplen las condiciones para el balanceo de carga, cuando un cliente inalámbrico intenta asociarse a un LAP, las tramas de respuesta de asociación se envían al cliente con un paquete de respuesta 802.11 que incluye el código de estado 17. Este código indica que el AP está demasiado ocupado para aceptar más asociaciones.
Es responsabilidad del cliente honrar, procesar o descartar esa trama de respuesta de asociación con el código de motivo 17. Algunos clientes lo ignoran, aunque forma parte de la especificación 802.11. El estándar dicta que el driver del cliente debe buscar otro AP al cual conectarse ya que recibe un mensaje "ocupado" del primer AP que intenta. Muchos clientes no hacen esto y envían la solicitud de asociación de nuevo. El cliente en cuestión puede conectarse a la red inalámbrica en los posteriores intentos de asociación.
En las versiones 6.0.182.0 y anteriores del WLC, el controlador envía solamente una trama de respuesta de asociación con código de motivo 17 al cliente. Si el cliente decide descartar el código de motivo 17, el cliente puede intentar el mismo AP de nuevo y esta vez el AP permite al cliente completar la asociación.
Si el cliente honra el código de estado de respuesta de asociación 17, entonces el cliente intenta asociarse a un AP diferente. Por ejemplo, si se habilita el balanceo de carga y la ventana de balanceo de carga se configura como cinco clientes, cuando un sexto cliente intenta asociarse al AP, el cliente recibe una trama 802.11 Association Response con el código de estado 17, que indica que el AP está ocupado.
El balanceo de carga agresivo se puede configurar a través de la CLI o la GUI en el controlador de LAN inalámbrica.
Para habilitar o inhabilitar el balanceo de carga agresivo a través de la CLI, complete estos pasos:
Ejecutar este comando:
config load-balancing status {enable | disable}
Ejecute este comando para configurar el tamaño de la ventana:
configure load-balancing window <size>
Nota: El tamaño de la ventana puede ser de cero a 20.
Para configurar el balanceo de carga agresivo a través de la GUI, complete estos pasos:
Desde la GUI del controlador, haga clic en Controlador > General para abrir la página General.
En el cuadro desplegable Balanceo de Carga Agresivo, elija Enabled o Disabled para configurar esta función.
Haga clic en Apply (Aplicar).
La configuración de la ventana controla cuando se inicia el balanceo de carga agresivo. Con una configuración de ventana de cinco, que es el valor predeterminado en la versión 6.0.182.0 o anterior, todos los clientes después del sexto cliente están balanceados de carga.
Este es un ejemplo de balanceo de carga agresivo:
Dos AP, AP1 y AP2, tienen dos y tres clientes asociados a cada uno, respectivamente.
El balanceo de carga está habilitado y la ventana está configurada en cero.
Esta información se obtiene de debug en el controlador:
*May 19 13:10:33.023: 00:40:96:b4:8b:ff Load Balancing mobile 00:40:96:b4:8b:ff 802.11bg minimum users 0, window 0 *May 19 13:10:33.023: 00:40:96:b4:8b:ff Load Balancing mobile 00:40:96:b4:8b:ff on AP 00:17:df:9f:0f:e0(1) band 1 has 0 users - Good: rssi (antenna-A -31) (antenna-B -57), snr = 57 *May 19 13:10:33.023: 00:40:96:b4:8b:ff Load Balancing mobile 00:40:96:b4:8b:ff on AP 00:17:df:9e:ad:d0(1) band 1 has 2 users - Bad: rssi (antenna-A -37) (antenna-B -64), snr = 38 *May 19 13:10:33.023: 00:40:96:b4:8b:ff Load Balancing mobile 00:40:96:b4:8b:ff could not find acceptable 802.11a candidate -- defaulting all *May 19 13:10:33.023: 00:40:96:b4:8b:ff Load Balancing mobile 00:40:96:b4:8b:ff is denied association with AP 00:17:df:9e:ad:d0(1) (count=1)
Si realiza un debug en una dirección MAC de cliente específica, esto aparece:
*May 19 13:14:13.432: 00:40:96:b4:8b:ff Sending Assoc Response to station on BSSID 00:17:df:9f:0f:e0 (status 17)
Si el cliente no honra el código de estado 17 e intenta nuevamente en el AP original, esto aparece:
*May 19 13:14:14.042: 00:40:96:b4:8b:ff Load Balancing mobile 00:40:96:b4:8b:ff is permitted to associate with AP 00:17:df:9f:0f:e0(1) ( on RETRY count=1)
Puede ejecutar este comando para verificar la configuración de balanceo de carga:
(Cisco Controller) >show load-balancing Aggressive Load Balancing........................ Disabled Aggressive Load Balancing Window................. 10 clients
Nota: Cuando utiliza teléfonos IP inalámbricos Cisco 7921 y 7920 con controladores, asegúrese de que el balanceo de carga agresivo esté desactivado para cada controlador. De lo contrario, el intento de roaming inicial del teléfono puede fallar, lo que provoca una interrupción en la ruta de audio.
A continuación, se indican algunos aspectos adicionales que deben tenerse en cuenta:
Un cliente que ya se ha autenticado y asociado nunca se elimina del sistema como resultado de un balanceo de carga agresivo. El balanceo de carga sólo ocurre en la fase de asociación.
Esta función se implementa por controlador. Esto significa que los AP en el mismo área geográfica deben conectarse de nuevo lógicamente al mismo WLC si se desea un balanceo de carga agresivo.
El balanceo de carga no tendrá lugar si:
No se excede la ventana de equilibrio de carga del umbral. Es decir, si el AP solicitado por el cliente es un AP candidato válido (número de usuarios actual <= ventana + usuarios mín).
El cliente envía una solicitud de reasociación a un AP al que estaba asociado previamente.
Revisión | Fecha de publicación | Comentarios |
---|---|---|
1.0 |
01-Dec-2013 |
Versión inicial |