Este documento explica o recurso agressivo de balanceamento de carga em Wireless LAN Controllers (WLCs) nas versões 6.0.182.0 e anteriores.
A Cisco recomenda que você tenha conhecimento destes tópicos:
Conhecimento de como configurar o Controlador de LAN Wireless e o Ponto de Acesso Lightweight (LAP) para operação básica.
Conhecimento básico do Lightweight Access Point Protocol (LWAPP).
As informações neste documento são baseadas nestas versões de software e hardware:
Controladores de LAN sem fio Cisco 4400 Series que executam a versão 5.0.148.0
Access points leves Cisco Aironet 1250 Series
Adaptadores de cliente LAN sem fio Cisco Aironet 802.11a/b/g (CB21AG) que executam a versão 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.
Consulte as Convenções de Dicas Técnicas da Cisco para obter mais informações sobre convenções de documentos.
O balanceamento de carga agressivo na WLC permite que os LAPs equilibrem a carga de clientes sem fio em APs em um sistema LWAPP.
Esse recurso pode ser usado para balancear a carga de clientes em LAPs em um único controlador.
O balanceamento de carga agressivo funciona na fase de associação. Se habilitado e as condições para balanceamento de carga forem atendidas, quando um cliente sem fio tenta se associar a um LAP, os quadros de resposta de associação são enviados ao cliente com um pacote de resposta 802.11 que inclui o código de status 17. Esse código indica que o AP está muito ocupado para aceitar mais associações.
É responsabilidade do cliente honrar, processar ou descartar esse quadro de resposta da associação com o código de razão 17. Alguns clientes o ignoram, mesmo que faça parte da especificação 802.11. O padrão determina que o driver do cliente deve procurar outro AP ao qual se conectar, já que ele recebe uma mensagem de "ocupado" do primeiro AP que tentar. Muitos clientes não fazem isso e enviam a solicitação de associação novamente. O cliente em questão é permitido na rede sem fio após tentativas subsequentes de associação.
Nas versões 6.0.182.0 e anteriores do WLC, o controlador envia apenas um quadro de resposta de associação com código de razão 17 ao cliente. Se o cliente decidir descartar o código de razão 17, ele poderá tentar o mesmo AP novamente e, dessa vez, o AP permitirá que o cliente conclua a associação.
Se o cliente honrar o código de status de resposta de associação 17, ele tentará se associar a um AP diferente. Por exemplo, se o balanceamento de carga estiver ativado e a janela de balanceamento de carga estiver configurada como cinco clientes, quando um sexto cliente tentar se associar ao AP, o cliente receberá um quadro de Resposta de Associação 802.11 com o código de status 17, que indica que o AP está ocupado.
O balanceamento de carga agressivo pode ser configurado por meio da CLI ou da GUI no Wireless LAN Controller.
Para habilitar ou desabilitar o balanceamento de carga agressivo através da CLI, faça o seguinte:
Emita este comando:
config load-balancing status {enable | disable}
Execute este comando para configurar o tamanho da janela:
configure load-balancing window <size>
Observação: o tamanho da janela pode ser de zero a 20.
Para configurar o balanceamento de carga agressivo através da GUI, faça o seguinte:
Na GUI do controlador, clique em Controller > General para abrir a página Geral.
Na caixa suspensa Balanceamento de carga agressivo, escolha Habilitado ou Desabilitado para configurar esse recurso.
Clique em Apply.
A configuração da janela controla quando o balanceamento de carga agressivo é iniciado. Com uma configuração de janela de cinco, que é o padrão na versão 6.0.182.0 ou anterior, todos os clientes após o sexto cliente têm balanceamento de carga.
Aqui está um exemplo de balanceamento de carga agressivo:
Dois APs, AP1 e AP2, têm dois e três clientes associados a cada um, respectivamente.
O balanceamento de carga está ativado e a janela está definida como zero.
Essas informações são obtidas por depuração no 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)
Se você debugar em um endereço MAC de cliente específico, isso será exibido:
*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)
Se o cliente não honrar o código de status 17 e tentar novamente no AP original, isso será exibido:
*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)
Você pode emitir este comando para verificar a configuração de balanceamento de carga:
(Cisco Controller) >show load-balancing Aggressive Load Balancing........................ Disabled Aggressive Load Balancing Window................. 10 clients
Observação: ao usar os telefones IP sem fio Cisco 7921 e 7920 com controladores, certifique-se de que o balanceamento de carga agressivo esteja desabilitado para cada controlador. Caso contrário, a tentativa inicial do telefone pode falhar, o que causa uma interrupção no caminho de áudio.
Aqui estão alguns outros aspectos a serem considerados:
Um cliente que já foi autenticado e associado nunca é removido do sistema como resultado de balanceamento de carga agressivo. O balanceamento de carga só acontece na fase de associação.
Esse recurso é implementado por controlador. Isso significa que os APs na mesma área geográfica devem se conectar logicamente de volta à mesma WLC se o balanceamento de carga agressivo for desejado.
O balanceamento de carga não ocorrerá se:
A janela de balanceamento de carga de limite não foi excedida. Ou seja, se o AP solicitado pelo cliente for um AP candidato válido (contagem de usuários atual <= janela + min usuários).
O cliente envia uma solicitação de reassociação a um AP ao qual estava associado anteriormente.