Gerenciamento de recursos de rádio em redes sem fio unificadas
Contents
Introdução
Este documento detalha a funcionalidade e a operação do Gerenciamento de Recursos de Rádio (RRM) e fornece uma discussão aprofundada dos algoritmos por trás desta característica.
Pré-requisitos
Requisitos
A Cisco recomenda que você tenha conhecimento destes tópicos:
-
Lightweight Access Point Protocol (LWAPP)
-
Considerações sobre o projeto de LAN sem fio (WLAN)/radiofreqüência (RF) comum (conhecimento comparável ao da certificação Planet 3 Wireless CWNA)
Observação: o balanceamento de carga agressivo do cliente e a detecção/contenção de invasores (e outros recursos do Cisco Intrusion Detection System [IDS]/Cisco IOS® Intrusion Prevention System [IPS]) não são funções do RRM e estão fora do escopo deste documento.
Componentes Utilizados
Este documento não se restringe a versões de software e hardware específicas.
Conventions
Consulte as Convenções de Dicas Técnicas da Cisco para obter mais informações sobre convenções de documentos.
Atualizando para 4.1.185.0 ou posterior: o que alterar ou verificar?
-
Na CLI, marque:
show advanced [802.11b|802.11a] txpower
O novo valor padrão é -70dbm. Se ele tiver sido modificado, reverta para os padrões, já que esse novo valor demonstrou ser o ideal em uma série de condições. Esse valor precisa ser o mesmo em todos os controladores de um grupo de RF. Lembre-se de salvar a configuração depois de fazer as alterações.
Para alterar esse valor, execute este comando:
config advanced [802.11b|802.11a] tx-power-control-thresh 70
-
Na CLI, marque:
show advanced [802.11a|802.11b] profile global
Os resultados devem ser:
802.11b Global coverage threshold.............. 12 dB for 802.11b 802.11a Global coverage threshold.............. 16 dB for 802.11a
Se os resultados forem diferentes, use estes comandos:
config advanced 802.11b profile coverage global 12 config advanced 802.11a profile coverage global 16
O parâmetro de corte de SNR do cliente que determina se o cliente está em violação e se a mitigação do algoritmo Coverage Hole entra em ação, chamado Coverage deve ser revertido para os padrões para resultados ideais.
-
Na CLI, marque:
show load-balancing
O estado padrão do balanceamento de carga agora é Disabled. Se habilitada, a janela padrão agora será 5. Esta é a quantidade de clientes que precisam ser associados a um rádio antes que ocorra o balanceamento de carga na associação. O balanceamento de carga pode ser muito útil em um ambiente de cliente de alta densidade, e o uso desse recurso deve ser uma decisão do administrador para que a associação do cliente e o comportamento de distribuição sejam entendidos.
Gerenciamento de recursos de rádio: dicas e práticas recomendadas
Limite de potência de Tx e agrupamento de RF
DICAS:
-
Certifique-se de que o limite de potência de Tx esteja configurado da mesma forma em todos os controladores que compartilham o Nome do grupo de RF.
-
Nas versões anteriores a 4.1.185.0, o limite de potência Tx padrão era de -65 dBm, mas esse valor de limite de -65 dBm pode ser muito "quente" para a maioria das implantações. Foram observados melhores resultados com esse limite definido entre -68 dBm e -75 dBm. Com a versão 4.1.185.0, o limite de potência de Tx padrão agora é -70dBm. Com a versão 4.1.185.0 ou posterior, é altamente recomendável que os usuários alterem o limite de potência de Tx para -70 e verifiquem se os resultados são satisfatórios. Essa é uma recomendação forte, já que várias melhorias no RRM podem fazer com que a configuração atual fique abaixo do ideal agora.
POR QUÊ:
O Nome do grupo de RF é uma sequência de caracteres ASCII configurada por controlador de LAN sem fio (WLC). O algoritmo de agrupamento elege o líder do Grupo de RF que, por sua vez, calcula o Controle de Potência de Transmissão (TPC - Transmit Power Control) e a Atribuição de Canal Dinâmico (DCA - Dynamic Channel Assignment) para todo o Grupo de RF. A exceção é o algoritmo Coverage Hole (CHA), que é executado por WLC. Como o Agrupamento de RF é dinâmico e o algoritmo é executado em intervalos de 600 segundos por padrão, pode haver uma instância onde novos vizinhos são ouvidos (ou vizinhos existentes não são mais ouvidos). Isso causa uma alteração no grupo de RF que pode resultar na eleição de um novo líder (para um ou vários grupos de RF lógicos). Neste exemplo, o Limite de potência de Tx do novo líder do grupo é usado no algoritmo TPC. Se o valor desse limite for inconsistente em vários controladores que compartilham o mesmo Nome de grupo de RF, isso poderá resultar em discrepâncias nos níveis de potência de Tx resultantes quando o TPC for executado.
Perfil de cobertura e corte de SNR do cliente
Dica:
-
Defina a medida de Cobertura (o padrão é 12 dB) como 3 dB para a maioria das implantações.
Observação: com a versão 4.1.185.0, aprimoramentos como o Tx Power Up Control e o número configurável pelo usuário de clientes que violam o limite do perfil SNR, os padrões de 12dB para 802.11b/g e 16dB para 802.11a devem funcionar bem na maioria dos ambientes.
POR QUÊ:
A medição da Cobertura, 12 dB por padrão, é usada para chegar ao SNR máximo tolerável por cliente. Se o SNR do cliente exceder esse valor, e mesmo se um cliente exceder esse valor, o CHA será acionado pela WLC cujo ponto de acesso (AP) detecta o cliente com SNR ruim. Nos casos em que os clientes antigos estão presentes (que frequentemente têm uma lógica de roaming ruim), ajustar o limite de ruído tolerável para resultados de 3dB fornece uma correção de curto prazo (essa correção não é necessária na versão 4.1.185.0 ou posterior).
Isso é descrito com mais detalhes em Sticky Client Power-up Consideration na seção Coverage Hole Detection and Correction Algorithm.
Frequência de Mensagem de Vizinho (Formação de Grupo RF)
DICAS:
-
Quanto maior o intervalo configurado entre a transmissão de mensagens de vizinhos, menor será o tempo de convergência/estabilização em todo o sistema.
-
Se um vizinho existente não for ouvido por 20 minutos, o AP será removido da lista de vizinhos.
Observação: com a versão 4.1.185.0, o intervalo de remoção da lista de vizinhos agora é estendido para manter o vizinho de quem um pacote vizinho não foi ouvido por até 60 minutos.
POR QUÊ:
As mensagens de vizinhos, por padrão, são enviadas a cada 60 segundos. Essa frequência é controlada pela Medida de Sinal (denominada Frequência de Pacote Vizinho em 4.1.185.0 e posterior) na seção Intervalos do Monitor na página Auto RF (consulte a Figura 15 para referência). É importante entender que as mensagens de vizinhos comunicam a lista de vizinhos que um AP ouve, que é então comunicada a suas respectivas WLCs, que por sua vez formam o Grupo RF (isso presume que o nome do Grupo RF está configurado da mesma forma). O tempo de convergência de RF depende inteiramente da frequência de mensagens de vizinhos e esse parâmetro deve ser definido adequadamente.
Uso da opção sob demanda
Dica:
-
Use o botão On-Demand para obter um melhor controle e um comportamento determinístico do RRM.
Observação: com a versão 4.1.185.0, a previsibilidade pode ser alcançada através do uso da configuração de tempo de ancoragem, intervalo e sensibilidade do DCA.
POR QUÊ:
Para usuários que desejam previsibilidade em alterações de algoritmos em todo o sistema, o RRM pode ser executado no modo sob demanda. Quando usados, os algoritmos de RRM calculam as configurações ideais de canal e energia a serem aplicadas no próximo intervalo de 600 segundos. Os algoritmos ficam inativos até a próxima vez em que a opção sob demanda for usada; o sistema está em um estado de congelamento. Consulte as Figuras 11 e 12 e as respectivas descrições para obter mais informações.
Janela Balanceamento de Carga
Dica:
-
A configuração padrão para o balanceamento de carga é ON, com a janela de balanceamento de carga definida como 0. Essa janela deve ser alterada para um número maior, como 10 ou 12.
Observação: na versão 4.1.185.0 e posterior, a configuração padrão para balanceamento de carga é DESATIVADO e, se habilitado, o tamanho da janela padrão é 5.
POR QUÊ:
Embora não esteja relacionado ao RRM, o balanceamento de carga agressivo pode resultar em resultados de roaming de cliente abaixo do ideal para clientes antigos com lógica de roaming inadequada, o que os torna clientes difíceis. Isso pode ter efeitos adversos no CHA. A configuração da janela de balanceamento de carga padrão no WLC está definida como 0, o que não é uma boa coisa. Isso é interpretado como o número mínimo de clientes que devem estar no AP antes que o mecanismo de balanceamento de carga seja ativado. Pesquisas e observações internas mostraram que este padrão deve ser alterado para um valor mais prático, como 10 ou 12. Naturalmente, cada implantação apresenta uma necessidade diferente e, portanto, a janela deve ser definida adequadamente. Esta é a sintaxe da linha de comando:
(WLC) >config load-balancing window ? <client count> Number of clients (0 to 20)
Em redes de produção densas, foi verificado que os controladores funcionam de forma ideal com balanceamento de carga ATIVADO e tamanho de janela definido como 10. Em termos práticos, isso significa que o comportamento de balanceamento de carga só é habilitado quando, por exemplo, um grande grupo de pessoas se reúne em uma sala de conferência ou área aberta (reunião ou aula). O balanceamento de carga é muito útil para distribuir esses usuários entre vários APs disponíveis em tais cenários.
Observação: os usuários nunca são "descartados" da rede sem fio. O balanceamento de carga só ocorre na associação e o sistema tentará incentivar um cliente em direção a um AP menos carregado. Se o cliente for persistente, ele terá permissão para ingressar e nunca será abandonado.
Gerenciamento de recursos de rádio: Introdução
Juntamente com o aumento acentuado na adoção das tecnologias WLAN, os problemas de implementação também aumentaram. A especificação 802.11 foi originalmente projetada principalmente com um uso doméstico de célula única em mente. A consideração do canal e das configurações de potência para um único AP foi um exercício trivial, mas como a cobertura de WLAN difundida tornou-se uma das expectativas dos usuários, determinar as configurações de cada AP exigiu uma pesquisa de site minuciosa. Graças à natureza compartilhada da largura de banda do 802.11, os aplicativos que agora são executados no segmento sem fio estão forçando os clientes a migrarem para implantações mais orientadas à capacidade. O acréscimo de capacidade a uma WLAN é um problema diferente das redes com fio, onde a prática comum é lançar a largura de banda no problema. APs adicionais são necessários para adicionar capacidade, mas se configurados incorretamente, podem realmente reduzir a capacidade do sistema devido à interferência e outros fatores. Como as WLANs densas e de grande escala se tornaram a norma, os administradores têm sido continuamente desafiados com esses problemas de configuração de RF que podem aumentar os custos operacionais. Se manipulado incorretamente, isso pode levar à instabilidade da WLAN e a uma experiência ruim do usuário final.
Com um espectro finito (um número limitado de canais sem sobreposição) para brincar e dado o desejo inato de RF de sangrar através de paredes e andares, projetar uma WLAN de qualquer tamanho tem historicamente provado ser uma tarefa assustadora. Mesmo com uma pesquisa de site sem falhas, a RF está em constante mudança e o que pode ser um canal AP ideal e esquema de energia em um momento, pode provar ser menos funcional a seguir.
Insira o RRM da Cisco. O RRM permite que a arquitetura de WLAN unificada da Cisco analise continuamente o ambiente de RF existente, ajustando automaticamente os níveis de energia dos APs e as configurações de canal para ajudar a atenuar problemas como interferência entre canais e problemas de cobertura de sinal. O RRM reduz a necessidade de executar pesquisas completas no local, aumenta a capacidade do sistema e fornece funcionalidade de autorrecuperação automatizada para compensar zonas inativas de RF e falhas de AP.
Gerenciamento de recursos de rádio: conceitos
Termos principais
Os leitores devem entender completamente os termos usados neste documento:
-
Sinal: qualquer energia de RF transportada pelo ar.
-
dBm: uma representação matemática logarítmica absoluta da intensidade de um sinal de RF. O dBm é diretamente correlacionado a miliwatts, mas é comumente usado para representar facilmente a potência de saída nos valores muito baixos comuns em redes sem fio. Por exemplo, o valor de -60 dBm é igual a 0,000001 miliwatts.
-
Received Signal Strength Indicator (RSSI): uma medida numérica absoluta da intensidade do sinal. Nem todos os rádios 802.11 informam o RSSI da mesma forma, mas para os propósitos deste documento, presume-se que o RSSI esteja diretamente correlacionado com o sinal recebido, conforme indicado em dBm.
-
Ruído: qualquer sinal que não possa ser decodificado como um sinal 802.11. Isso pode ser de uma fonte que não seja 802.11 (como um micro-ondas ou dispositivo Bluetooth) ou de uma fonte 802.11 cujo sinal foi invalidado devido à colisão ou qualquer outro retardo do sinal.
-
Ruído mínimo: o nível de sinal existente (expresso em dBm) abaixo do qual os sinais recebidos são ininteligíveis.
-
SNR: a razão entre a intensidade do sinal e o ruído mínimo. Este valor é relativo e, como tal, é medido em decibéis (dB).
-
Interferência: sinais de RF indesejados na mesma faixa de frequência que podem causar degradação ou perda de serviço. Esses sinais podem ser de origens 802.11 ou não-802.11.
Uma visão panorâmica do RRM
Antes de entrar nos detalhes de como os algoritmos de RRM funcionam, é importante primeiro entender um fluxo de trabalho básico de como um sistema de RRM colabora para formar um Agrupamento de RF, bem como entender quais computações de RF acontecem onde. Este é um esboço das etapas pelas quais a Solução Unificada da Cisco passa no aprendizado, no agrupamento e no cálculo de todos os recursos de RRM:
-
Os controladores (cujos APs precisam ter a configuração de RF calculada como um único grupo) são provisionados com o mesmo Nome de grupo de RF. Um Nome de Grupo de RF é uma sequência de caracteres ASCII que cada AP usará para determinar se os outros APs que ouvem fazem parte do mesmo sistema.
-
Os APs enviam periodicamente mensagens de vizinhos, compartilhando informações sobre eles mesmos, seus controladores e seu nome de grupo de RF. Essas mensagens de vizinhos podem ser autenticadas por outros APs que compartilham o mesmo Nome de grupo de RF.
-
Os APs que podem ouvir essas mensagens de vizinhos e autenticá-las com base no nome do grupo de RF compartilhado, passam essas informações (consistindo principalmente no endereço IP do controlador e nas informações no AP que transmite a mensagem do vizinho) para as controladoras às quais estão conectados.
-
Os controladores, agora entendendo quais outros controladores devem fazer parte do Grupo de RF, formam um grupo lógico para compartilhar essas informações de RF e, subsequentemente, elegem um líder do grupo.
-
Equipado com informações detalhadas do ambiente de RF para cada AP no Grupo de RF, uma série de algoritmos de RRM destinados a otimizar as configurações de AP relacionadas aos seguintes itens são executados no Líder do Grupo de RF (com exceção do algoritmo de Detecção e Correção de Buraco de Cobertura, que é executado no controlador local para os APs):
-
DCA
-
TPC
-
Observação: o RRM (e o Agrupamento RF) é uma função separada da mobilidade entre controladores (e do Agrupamento de mobilidade). A única similaridade é o uso de uma sequência de caracteres ASCII comum atribuída a ambos os nomes de grupo durante o assistente de configuração inicial do controlador. Isso é feito para um processo de configuração simplificado e pode ser alterado posteriormente.
Observação: é normal existirem vários grupos lógicos de RF. Um AP em um determinado controlador ajudará a unir seu controlador a outro somente se um AP puder ouvir outro AP de outro controlador. Em ambientes grandes e campus universitários, é normal existirem vários grupos de RF, abrangendo pequenos grupos de edifícios, mas não em todo o domínio.
Esta é uma representação gráfica destas etapas:
Figura 1: As mensagens de vizinhos dos APs fornecem às WLCs uma visualização de RF em todo o sistema para fazer ajustes de canal e energia. 
| Funcionalidade | Executado em/por: |
|---|---|
| Agrupamento de RF | As WLCs elegem o líder do grupo |
| Atribuição de canal dinâmico | Líder do grupo |
| Controle de potência de transmissão | Líder do grupo |
| Detecção e correção de furos de cobertura | WLC |
Algoritmo de agrupamento de RF
Os grupos de RF são clusters de controladores que não só compartilham o mesmo nome de grupo de RF, mas cujos APs se ouvem.
A colocação lógica de AP e, portanto, o agrupamento de RF do controlador, é determinada pelos APs que recebem mensagens de vizinhos de outros APs. Essas mensagens incluem informações sobre o AP transmissor e sua WLC (juntamente com informações adicionais detalhadas na Tabela 1) e são autenticadas por um hash.
Tabela 2: As mensagens de vizinhos contêm alguns elementos de informação que dão aos controladores receptores uma compreensão dos APs transmissores e dos controladores aos quais estão conectados.| Nome do campo | Descrição |
|---|---|
| Identificador de rádio | Os APs com vários rádios usam isso para identificar qual rádio está sendo usado para transmitir mensagens de vizinhos |
| ID do grupo | Um contador e endereço MAC do WLC |
| Endereço IP da WLC | Endereço IP de gerenciamento do líder do grupo de RF |
| Canal do AP | Canal nativo no qual o AP atende clientes |
| Canal de mensagem de vizinho | Canal no qual o pacote vizinho é transmitido |
| Alimentação | Não utilizado no momento |
| Padrão de antena | Não utilizado no momento |
Quando um AP recebe uma Mensagem de Vizinho (transmitida a cada 60 segundos, em todos os canais em serviço, na potência máxima e na taxa de dados suportada mais baixa), ele envia o quadro para sua WLC para determinar se o AP é parte do mesmo Grupo de RF verificando o hash incorporado. Um AP que envia mensagens de vizinhos não decifráveis (indicando que um nome de grupo de RF estrangeiro está sendo usado) ou que não envia nenhuma mensagem de vizinho é determinado como um AP invasor.
Figura 2: As mensagens de vizinhos são enviadas a cada 60 segundos para o endereço multicast 01:0B:85:00:00:00. 
Considerando que todas as controladoras compartilham o mesmo Nome de Grupo de RF, para que um Grupo de RF se forme, uma WLC precisa apenas que um único AP ouça um AP de outra WLC (consulte as Figuras 3 a 8 para obter mais detalhes).
Figura 3: Os APs enviam e recebem mensagens de vizinhos que são encaminhadas para seus controladores para formar um grupo de RF. 
As mensagens de vizinhos são usadas por APs de recebimento e suas WLCs para determinar como criar grupos de RF entre WLCs, bem como para criar subgrupos de RF lógicos que consistem apenas nos APs que podem ouvir as mensagens uns dos outros. Esses subgrupos lógicos de RF têm suas configurações de RRM feitas no líder do grupo de RF, mas independentemente um do outro, devido ao fato de não terem conectividade sem fio entre subgrupos de RF (consulte as Figuras 4 e 5).
Figura 4: Todos os APs estão logicamente conectados a uma única WLC, mas dois subgrupos lógicos de RF separados são formados porque os APs 1, 2 e 3 não podem ouvir mensagens de vizinhos dos APs 4, 5 e 6 e vice-versa. 
Em um ambiente com muitas WLCs e muitos APs, nem todos os APs precisam ouvir um ao outro para que todo o sistema forme um único grupo de RF. Cada controlador deve ter pelo menos um AP para ouvir outro AP de qualquer outra WLC. Como tal, o agrupamento de RF pode ocorrer em vários controladores, independentemente da visualização localizada de cada controlador dos APs vizinhos e, portanto, das WLCs (consulte a Figura 6).
Figura 6: Neste exemplo, os APs conectados às WLCs A e C não podem ouvir mensagens de vizinhos um do outro. A WLC B pode ouvir as WLCs A e C e pode compartilhar as informações das outras com elas para que um único grupo de RF seja formado. Os subgrupos de RF lógicos discretos são criados para cada grupo de APs que podem receber as mensagens de vizinhos uns dos outros. 
Em um cenário em que vários controladores são configurados com o mesmo Nome do grupo de RF, mas seus respectivos APs não podem ouvir as mensagens de vizinhos um do outro, dois grupos de RF separados (nível superior) são formados, como mostrado na Figura 7.
Figura 7: Embora as WLCs compartilhem o mesmo nome de grupo de RF, seus APs não podem ouvir um ao outro e, portanto, dois grupos de RF separados são formados. 
O Agrupamento de RF ocorre no nível do controlador, o que significa que quando os APs relatam informações sobre os outros APs que ouvem (assim como os controladores aos quais esses APs estão conectados) a seus controladores, cada WLC respectivo comunica-se diretamente com as outras WLCs para formar um agrupamento em todo o sistema. Dentro de um único grupo de todo o sistema, ou grupo de RF, muitos subconjuntos de APs teriam seus parâmetros de RF definidos separadamente um do outro: considere uma WLC central com APs individuais em locais remotos. Cada AP teria, portanto, seus parâmetros de RF definidos separadamente dos outros, portanto, enquanto cada AP pertence ao mesmo agrupamento de RF do controlador, cada AP individual (neste exemplo) estaria em seu próprio subgrupo de RF lógico (consulte a Figura 8).
Figura 8: Os parâmetros de RF de cada AP são definidos separadamente dos outros devido à sua incapacidade de ouvir as mensagens de vizinhos um do outro. 
Cada AP compila e mantém uma lista de até 34 APs vizinhos (por rádio) que são então relatados para seus respectivos controladores. Cada WLC mantém uma lista de 24 vizinhos por rádio AP das mensagens de vizinhos enviadas por cada AP. Uma vez no nível do controlador, essa lista de vizinhos por AP e por rádio de até 34 APs é removida, o que elimina os dez APs com os sinais mais fracos. As WLCs encaminham cada lista de vizinhos de AP para o líder do grupo de RF, a WLC escolhida pelo grupo de RF para executar todas as tomadas de decisão de configuração do RRM.
É muito importante observar aqui que o Agrupamento de RF funciona por tipo de rádio. O algoritmo de agrupamento é executado separadamente para os rádios 802.11a e 802.11b/g, o que significa que ele é executado por AP, por rádio, de forma que cada rádio AP é responsável por preencher uma lista de vizinhos. Para limitar a oscilação, em que os APs podem ser frequentemente adicionados e removidos dessa lista, as WLCs adicionarão vizinhos às suas listas, uma vez que são ouvidos a um valor maior ou igual a -80 dBm e só os removerão depois que seus sinais caírem abaixo de -85 dBm.
Observação: com o software Wireless LAN Controller versão 4.2.99.0 ou posterior, o RRM suporta até 20 controladores e 1000 pontos de acesso em um grupo de RF. Por exemplo, um controlador Cisco WiSM suporta até 150 pontos de acesso, de modo que você pode ter até seis controladores WiSM em um grupo de RF (150 pontos de acesso vezes 6 controladores = 900 pontos de acesso, que é menos que 1000). Da mesma forma, um controlador 4404 suporta até 100 pontos de acesso, portanto, você pode ter até dez controladores 4404 em um grupo de RF (100 vezes 10 = 1000). Os controladores baseados na série 2100 suportam um máximo de 25 pontos de acesso, de modo que você pode ter até 20 desses controladores em um grupo de RF. Esse limite de 1000 AP não é o número real de APs associados às controladoras, mas é calculado com base no número máximo de APs que podem ser suportados por esse modelo de controladora específico. Por exemplo, se houver 8 controladoras WiSM (4 WiSMs), cada uma com 70 APs, o número real de APs será 560. No entanto, o algoritmo o calcula como 8*150= 1200 (sendo 150 o número máximo de APs suportados por cada controladora WiSM). Portanto, os controladores são divididos em dois grupos. Um grupo com 6 controladores e o outro com 2 controladores.
Como o controlador que funciona como o RF Group Leader executa ambos, o algoritmo DCA e o algoritmo TPC para todo o sistema, os controladores devem ser configurados com o RF Group Name em uma situação em que se prevê que suas mensagens de vizinhos serão ouvidas por APs em outro controlador. Se os APs (em controladores diferentes) estiverem geograficamente separados, pelo menos até um ponto em que as mensagens de vizinhos deles não possam ser ouvidas em ou melhor que -80dBm, configurar seus controladores para estar em um grupo de RF não é prático.
Se o limite superior para o algoritmo de agrupamento de RF for atingido, o controlador líder do grupo não permitirá que novos controladores ou APs se juntem ao grupo existente ou contribuam para os cálculos de canal e energia. O sistema tratará essa situação como um novo subgrupo de RF lógico e novos membros serão adicionados a esse novo grupo lógico, configurado com o mesmo nome de grupo. Se o ambiente passa a ser dinâmico, na natureza onde as flutuações de RF mudam como os vizinhos são vistos em intervalos periódicos, a probabilidade de alterações de membros de grupos e subsequentes eleições de líderes de grupos aumentará.
O líder do grupo
O RF Group Leader é o controlador escolhido no RF Group que executa a análise dos dados de RF dos APs, por grupo de RF lógico, e é responsável pela configuração dos níveis de potência e configurações de canal dos APs. A detecção e correção de furos de cobertura é baseada no SNR do cliente e, portanto, é a única função de RRM executada em cada controlador local.
Cada controlador determina qual WLC tem a maior prioridade de líder de grupo com base no elemento de informação de identificador de grupo em cada mensagem de vizinho. O elemento de informação do Identificador de Grupo anunciado em cada Mensagem de Vizinho é composto de um valor de contador (cada controlador mantém um contador de 16 bits que começa em 0 e incrementa após eventos como uma saída de um Grupo de RF ou uma reinicialização de WLC) e o endereço MAC do controlador. Cada WLC priorizará os valores do identificador de grupo de seus vizinhos com base primeiro nesse valor do contador e, em seguida, no caso de um valor de tempo do contador, no endereço MAC. Cada WLC selecionará o controlador (uma WLC vizinha ou ela mesma) com o maior valor de Group Identifier, após o qual cada controlador conferirá com os outros para determinar qual controlador único tem o maior ID de grupo. Essa WLC será eleita líder do grupo de RF.
Se o líder do grupo de RF ficar off-line, o grupo inteiro será dissolvido e os membros existentes do grupo de RF executarão novamente o processo de seleção do líder do grupo e um novo líder será escolhido.
A cada 10 minutos, o líder do grupo de RF sondará cada WLC do grupo para obter as estatísticas dos APs, bem como todas as informações de mensagens de vizinhos recebidas. A partir dessas informações, o líder do grupo tem visibilidade no ambiente de RF do sistema e pode usar os algoritmos DCA e TPC para ajustar continuamente o canal dos APs e as configurações de energia. O líder do grupo executa esses algoritmos a cada dez minutos, mas, como no algoritmo Coverage Hole Detection and Correction, as alterações só são feitas se for determinado que são necessárias.
Algoritmo de atribuição de canal dinâmico
O algoritmo DCA, executado pelo RF Group Leader, é aplicado em uma base por RF-Group para determinar as configurações de canal AP ideais para todos os APs do RF Group (cada conjunto de APs que podem ouvir as mensagens de vizinhos um do outro, referidas neste documento como um subgrupo de RF lógico, tem sua configuração de canal feita independentemente de outros subgrupos de RF lógicos devido ao fato de que os sinais não se sobrepõem). Com o processo do DCA, o líder considera algumas métricas específicas do AP que são levadas em conta ao determinar as alterações de canal necessárias. Essas métricas são:
-
Medição de carga — Cada AP mede a porcentagem do tempo total ocupado pela transmissão ou recepção de quadros 802.11.
-
Ruído — Os APs calculam os valores de ruído em cada canal atendido.
-
Interferência — Os APs informam a porcentagem do meio utilizado pela interferência de transmissões 802.11 (isso pode ser de sinais de sobreposição de APs estrangeiros, bem como de não vizinhos).
-
Signal Strength — Cada AP escuta as mensagens de vizinhos em todos os canais em serviço e registra os valores de RSSI em que essas mensagens são ouvidas. Esta informação da força do sinal AP é a métrica mais importante considerada no cálculo da energia do canal de DCA.
Esses valores são usados pelo líder do grupo para determinar se outro esquema de canal resultará em pelo menos uma melhoria de 5 dB (SNR) ou mais do AP com pior desempenho. A ponderação é dada aos APs em seus canais operacionais de modo que os ajustes de canal sejam feitos localmente, atenuando as alterações para evitar o efeito dominó pelo qual uma única alteração acionaria alterações de canal em todo o sistema. A preferência também é dada aos APs com base na utilização (derivada do relatório de medição de carga de cada AP) para que um AP menos usado tenha uma maior probabilidade de ter seu canal alterado (em comparação com um vizinho muito utilizado) no caso de uma alteração ser necessária.
Observação: sempre que um canal AP for alterado, os clientes serão brevemente desconectados. Os clientes podem se reconectar ao mesmo AP (em seu novo canal) ou fazer roaming para um AP próximo, que depende do comportamento de roaming do cliente. O roaming rápido e seguro (oferecido pelo CCKM e pelo PKC) ajudará a reduzir essa breve interrupção, já que há clientes compatíveis.
Observação: quando os APs são inicializados pela primeira vez (novos, prontos para uso), eles transmitem no primeiro canal não sobreposto na(s) banda(s) que suportam (canal 1 para 11b/g e canal 36 para 11a). Quando os APs são desligados e ligados novamente, eles usam suas configurações de canal anteriores (armazenadas na memória do AP). Os ajustamentos de CND ocorrerão posteriormente, conforme necessário.
Algoritmo de controle de potência de transmissão
O algoritmo TPC, executado em um intervalo fixo de dez minutos por padrão, é usado pelo líder do grupo de RF para determinar as proximidades de RF dos APs e ajustar o nível de potência de transmissão de cada banda em um nível mais baixo para limitar a sobreposição excessiva de células e a interferência entre canais.
Observação: o algoritmo TPC só é responsável por diminuir os níveis de energia. O aumento da potência de transmissão faz parte da função do algoritmo Coverage Hole Detection and Correction, que é explicado na seção subsequente.
Cada AP relata uma lista ordenada por RSSI de todos os APs vizinhos e, desde que um AP tenha três ou mais APs vizinhos (para que o TPC funcione, você deve ter um mínimo de 4 APs), o líder do grupo RF aplicará o algoritmo TPC em uma base por banda, por AP para ajustar os níveis de transmissão de potência do AP para baixo, de modo que o terceiro AP vizinho mais alto seja ouvido em um nível de sinal de -70dBm (valor padrão ou qual é o valor configurado) ou inferior e a condição de histerese do TCP seja satisfeita. Portanto, o TCP passa por esses estágios que decidem se uma alteração de potência de transmissão é necessária:
-
Determine se há um terceiro vizinho e se esse terceiro vizinho está acima do limite de controle da potência de transmissão.
-
Determine a potência de transmissão usando esta equação: Tx_Max para um determinado AP + (limiar de controle de potência Tx - RSSI do terceiro vizinho mais alto acima do limiar).
-
Compare o cálculo da etapa dois com o nível de potência de Tx atual e verifique se ele excede a histerese de TPC.
-
Se for necessário desligar a energia Tx: deve ser atendida uma histerese TPC de pelo menos 6dBm. OU
-
Se a potência Tx precisar ser aumentada: a histerese TPC de 3dBm deve ser atendida.
-
Um exemplo da lógica usada no algoritmo TPC pode ser encontrado na seção Exemplo de Fluxo de Trabalho do Algoritmo de Controle de Potência de Transmissão.
Observação: quando todos os APs são inicializados pela primeira vez (novos, prontos para uso), eles transmitem em seus níveis máximos de energia. Quando os APs são desligados e ligados novamente, eles usam suas configurações de energia anteriores. Os ajustes do TPC ocorrerão subsequentemente, conforme necessário. Consulte a Tabela 4 para obter informações sobre os níveis de potência de transmissão de AP suportados.
Observação: há dois cenários principais de aumento de potência de Tx que podem ser acionados com o algoritmo TPC:
-
Não há um terceiro vizinho. Nesse caso, o AP assume Tx_max como padrão e faz isso imediatamente.
-
Há um terceiro vizinho. A equação de TPC na verdade avalia o Tx recomendado para estar em algum lugar entre Tx_max e Tx_current (em vez de menor que Tx_current) como em, por exemplo, quando o terceiro vizinho "desaparece" e há um novo possível terceiro vizinho. Isso resulta em um aumento de potência de Tx.
As diminuições de Tx induzidas pelo TPC ocorrem gradualmente, mas os aumentos de Tx podem ocorrer imediatamente. No entanto, precauções extras foram tomadas em como a potência Tx é aumentada com o algoritmo Coverage Hole, subindo, um nível por vez.
Algoritmo de detecção e correção de furos de cobertura
O algoritmo Coverage Hole Detection and Correction tem como objetivo primeiro determinar os buracos de cobertura com base na qualidade dos níveis de sinal do cliente e depois aumentar a potência de transmissão dos APs aos quais esses clientes estão conectados. Como esse algoritmo trata das estatísticas do cliente, ele é executado independentemente em cada controlador e não em todo o sistema no líder do grupo de RF.
O algoritmo determina se existe uma brecha na cobertura quando os níveis de SNR dos clientes passam abaixo de um determinado limite de SNR. O limite SNR é considerado em uma base AP individual e baseado principalmente em cada nível de potência de transmissão de AP. Quanto maiores os níveis de potência dos APs, mais ruído é tolerado em comparação à intensidade do sinal do cliente, o que significa um valor de SNR tolerado mais baixo.
Esse limite de SNR varia com base em dois valores: a potência de transmissão do AP e o valor do perfil de cobertura do controlador. Em detalhes, o limite é definido por cada potência de transmissão do AP (representada em dBm), menos o valor constante de 17dBm, menos o valor do perfil de cobertura configurável pelo usuário (esse valor é padronizado para 12 dB e é detalhado na página 20). O valor de limite de SNR do cliente é o valor absoluto (número positivo) do resultado dessa equação.
Equação de Limite de SNR do Furo de Cobertura:
Valor de corte SNR do cliente (|dB|) = [Potência de transmissão AP (dBm) - Constante (17 dBm) - Perfil de cobertura (dB)]
Quando o número configurado de SNR médio dos clientes cair abaixo desse limite de SNR por pelo menos 60 segundos, a potência de transmissão do AP desses clientes será aumentada para mitigar a violação de SNR, corrigindo, assim, a brecha de cobertura. Cada controlador executa o algoritmo Coverage Hole Detection and Correction para cada rádio em cada um de seus APs a cada três minutos (o valor padrão de 180 segundos pode ser alterado). É importante observar que ambientes voláteis podem fazer com que o algoritmo TPC desligue a energia em execuções de algoritmo subsequentes.
Considerações sobre a ativação do "cliente sticky":
As implementações de roaming em drivers de clientes legados podem fazer com que os clientes "adiram" a um AP existente, mesmo na presença de outro AP que seja melhor quando se trata de RSSI, throughput e experiência geral do cliente. Por sua vez, esse comportamento pode ter um impacto sistêmico na rede sem fio, por meio do qual os clientes são percebidos como tendo um SNR ruim (porque eles não fizeram roaming), resultando em uma detecção de furos de cobertura. Em tal situação, o algoritmo ativa a potência de transmissão do AP (para fornecer cobertura para clientes que se comportam mal), o que resulta em potência de transmissão indesejável (e superior ao normal).
Até que a lógica de roaming seja inerentemente melhorada, essas situações podem ser atenuadas aumentando o Mín. do Cliente. Nível de Exceção para um número maior (o padrão é 3) e também aumentando o valor de SNR tolerável do cliente (o padrão é 12 dB e os aprimoramentos são vistos quando alterados para 3 dB). Se for usada a versão de código 4.1.185.0 ou posterior, os valores padrão fornecerão resultados ideais na maioria dos ambientes.
Observação: embora essas sugestões sejam baseadas em testes internos e possam variar para implantações individuais, a lógica por trás da modificação delas ainda se aplica.
Consulte a seção Detecção de orifício de cobertura e Exemplo de algoritmo de correção para obter um exemplo da lógica envolvida no disparo.
Observação: o algoritmo Coverage Hole Detection and Correction também é responsável pela detecção de lapsos na cobertura devido à falha do AP e alimentação de APs próximos conforme necessário. Isso permite que a rede se recupere em torno de interrupções de serviço.
Gerenciamento de Recursos de Rádio: Parâmetros de Configuração
Uma vez que o RRM e os algoritmos são entendidos, a próxima etapa é aprender como interpretar e modificar os parâmetros necessários. Esta seção detalha as operações de configuração do RRM e também descreve as definições básicas de relatório.
A primeira etapa para configurar o RRM é garantir que cada WLC tenha o mesmo Nome do Grupo de RF configurado. Isso pode ser feito por meio da interface da Web do controlador se você selecionar Controller | Geral e, em seguida, insira um valor comum de Nome do grupo. A conectividade IP entre WLCs no mesmo grupo de RF também é uma necessidade.
Figura 9: Os grupos de RF são formados com base no valor especificado pelo usuário de "Nome da rede de RF", também chamado de Nome do grupo de RF neste documento. Todas as WLCs necessárias para participar de operações de RRM em todo o sistema devem compartilhar essa mesma sequência de caracteres. 
Todas as explicações de configuração e exemplos nas próximas seções são executados através da interface gráfica da WLC. Na GUI da WLC, vá para o cabeçalho principal de Wireless e selecione a opção RRM para o padrão de WLAN escolhido no lado esquerdo. Em seguida, selecione a opção Auto RF na árvore. As seções subsequentes fazem referência à página resultante [Wireless | 802.11a ou 802.11b/g RRM | Auto RF...].
Configurações de agrupamento de RF através da GUI da WLC
-
Group Mode — A configuração Group Mode permite que o Agrupamento de RF seja desativado. Desabilitar esse recurso impede que a WLC se agrupe com outros controladores para executar a funcionalidade RRM em todo o sistema. Desativado, todas as decisões do RRM serão tomadas localmente na controladora. O agrupamento de RF é ativado por padrão e os endereços MAC de outras WLCs no mesmo grupo de RF são listados à direita da caixa de seleção Modo de grupo.
-
Group Update Interval — O valor do intervalo de atualização do grupo indica a frequência com que o algoritmo RF Grouping é executado. Este é um campo somente exibição e não pode ser modificado.
-
Group Leader — Este campo exibe o endereço MAC do WLC que é atualmente o RF Group Leader. Como o agrupamento de RF é executado por AP, por rádio, esse valor pode ser diferente para as redes 802.11a e 802.11b/g.
-
Este controlador é um líder de grupo — Quando o controlador é o líder de grupo RF, o valor deste campo será "sim". Se a WLC não for a líder, o campo anterior indicará qual WLC do grupo é a líder.
-
Última atualização de grupo — O algoritmo de agrupamento de RF é executado a cada 600 segundos (10 minutos). Esse campo indica apenas o tempo (em segundos) desde que o algoritmo foi executado pela última vez e não necessariamente a última vez que um novo líder de grupo RF foi eleito.
Configurações de atribuição de canal RF através da GUI da WLC
-
Método de Designação de Canal—O algoritmo DCA pode ser configurado de uma das três formas seguintes:
-
Automático — Esta é a configuração padrão. Quando o RRM está habilitado, o algoritmo DCA é executado a cada 600 segundos (dez minutos) e, se necessário, alterações de canal serão feitas nesse intervalo. Este é um campo somente exibição e não pode ser modificado. Observe as opções 4.1.185.0 no Apêndice A.
-
Sob Demanda—Isso evita que o algoritmo DCA seja executado. O algoritmo pode ser acionado manualmente clicando no botão "Invoke Channel Update now" (Chamar atualização do canal agora).
Nota: Se você selecionar On Demand e clicar em Invoke Channel Update Now, assumindo que as alterações de canal são necessárias, o algoritmo DCA é executado e o novo plano de canal é aplicado no próximo intervalo de 600 segundos.
-
Desativado — Esta opção desativa todas as funções do DCA e não é recomendada. Normalmente, isso é desativado ao executar uma pesquisa de site manual e, subsequentemente, configurar cada configuração de canal AP individualmente. Embora não relacionado, isso é frequentemente feito ao lado da correção do algoritmo TPC, também.
-
-
Evitar interferência de AP externo — Este campo permite que a métrica de interferência de co-canal seja incluída nos cálculos do algoritmo DCA. Esse campo fica habilitado por padrão.
-
Evitar carga de AP Cisco — Este campo permite que a utilização de APs seja considerada ao determinar quais canais de APs precisam ser alterados. A carga do AP é uma métrica que muda com frequência e sua inclusão pode não ser sempre desejada nos cálculos do RRM. Como tal, este campo é desativado por padrão.
-
Evitar ruído não 802.11b — Este campo permite que o nível de ruído não 802.11 de cada AP seja um fator que contribui para o algoritmo DCA. Esse campo fica habilitado por padrão.
-
Signal Strength Contribution — As intensidades de sinal dos APs vizinhos são sempre incluídas nos cálculos de DCA. Este é um campo somente exibição e não pode ser modificado.
-
Channel Assignment Leader — Este campo exibe o endereço MAC do WLC que é atualmente o RF Group Leader. Como o agrupamento de RF é executado por AP, por rádio, esse valor pode ser diferente para as redes 802.11a e 802.11b/g.
-
Última atribuição de canal — O algoritmo DCA é executado a cada 600 segundos (10 minutos). Este campo indica apenas o tempo (em segundos) desde a última execução do algoritmo e não necessariamente a última vez que uma nova atribuição de canal foi feita.
Configurações de atribuição de nível de potência Tx através da GUI da WLC
-
Método de Atribuição de Nível de Potência—O algoritmo TPC pode ser configurado de uma das três formas a seguir:
-
Automático — Esta é a configuração padrão. Quando o RRM está habilitado, o algoritmo TPC é executado a cada dez minutos (600 segundos) e, se necessário, alterações na configuração de energia serão feitas nesse intervalo. Este é um campo somente exibição e não pode ser modificado.
-
Sob Demanda—Isso evita que o algoritmo TPC seja executado. O algoritmo poderá ser acionado manualmente se você clicar no botão Invoke Channel Update Now.
Observação: se você selecionar On Demand e clicar em Invoke Power Update Now, supondo que alterações de energia sejam necessárias, o algoritmo TPC será executado e novas configurações de energia serão aplicadas no próximo intervalo de 600 segundos.
-
Fixo — Esta opção desativa todas as funções do TPC e não é recomendada. Normalmente, isso é desativado ao executar um exame manual do local e, subsequentemente, configurar cada configuração de energia do AP individualmente. Embora não relacionado, isso é frequentemente feito ao lado da desativação do algoritmo DCA, também.
-
-
Limite de potência — Esse valor (em dBm) é o nível do sinal de corte no qual o algoritmo TPC ajustará os níveis de potência para baixo, de modo que esse valor seja a intensidade na qual o terceiro vizinho mais forte de um AP é ouvido. Em certas ocasiões raras em que o ambiente de RF foi considerado muito "quente", no sentido de que os APs em um cenário provável de alta densidade estão transmitindo em níveis de potência de transmissão mais altos do que o desejado, o comando config advanced 802.11b tx-power-control-thresh pode ser usado para permitir ajustes de potência inferiores. Isso permite que os APs ouçam seu terceiro vizinho com um grau maior de separação de RF, o que permite que o AP vizinho transmita em um nível de potência mais baixo. Este tem sido um parâmetro não modificável até a versão 3.2 do software. O novo valor configurável varia de -50dBm a -80dBm e só pode ser alterado na CLI do controlador.
-
Contagem de vizinhos de energia — O número mínimo de vizinhos que um AP deve ter para que o algoritmo TPC seja executado. Este é um campo somente exibição e não pode ser modificado.
-
Contribuição de atualização de energia — Este campo não está em uso no momento.
-
Power Assignment Leader — Este campo exibe o endereço MAC do WLC que é atualmente o RF Group Leader. Como o agrupamento de RF é executado por AP, por rádio, esse valor pode ser diferente para as redes 802.11a e 802.11b/g.
-
Última atribuição de nível de potência—O algoritmo TPC é executado a cada 600 segundos (10 minutos). Este campo indica apenas o tempo (em segundos) desde a última execução do algoritmo e não necessariamente a última vez que uma nova atribuição de energia foi feita.
Limites do perfil: GUI da WLC
Os limiares de perfil, chamados de limiares de RRM em sistemas de controle sem fio (WCS), são usados principalmente para alarmar. Quando esses valores são excedidos, as interceptações são enviadas para o WCS (ou qualquer outro sistema de gerenciamento baseado em SNMP) para facilitar o diagnóstico dos problemas de rede. Esses valores são usados apenas para fins de alerta e não têm nenhum efeito sobre a funcionalidade dos algoritmos RRM.
Figura 13: Valores de limite de perfil de alarme padrão. 
-
Interferência (0 a 100%) — A porcentagem do meio sem fio ocupado pela interferência de sinais 802.11 antes que um alarme seja disparado.
-
Clientes (1 a 75) — O número de clientes por banda, por AP acima do qual um controlador gerará uma interceptação SNMP.
-
Ruído (-127 a 0 dBm) — Usado para gerar uma armadilha de SNMP quando o piso de ruído se elevar acima do nível definido.
-
Cobertura (3 a 50 dB) — O nível máximo tolerável de SNR por cliente. Esse valor é usado na geração de interceptações para os limites do Nível de Exceção de Cobertura e do Nível de Exceção Mínimo do Cliente. (Parte da subseção "Algoritmo do furo de cobertura" em 4.1.185.0 e mais recente)
-
Utilização (0 a 100%) — O valor alarmante que indica a porcentagem máxima desejada do tempo que o rádio de um AP gasta na transmissão e no recebimento. Isso pode ser útil para rastrear a utilização da rede ao longo do tempo.
-
Nível de exceção de cobertura (0 a 100%) — O percentual máximo desejado de clientes em um rádio de AP operando abaixo do limite de cobertura desejado (definido acima).
-
Nível mínimo de exceção do cliente — Número mínimo desejado de clientes tolerados por AP cujos SNRs estão abaixo do limite de cobertura (definido acima) (parte da subseção Algoritmo de buraco de cobertura em 4.1.185.0 e posterior).
Ruído / Interferência / Canais de monitoramento falsos
Os APs Cisco fornecem serviço de dados de cliente e verificam periodicamente a funcionalidade RRM (e IDS/IPS). Os canais que os APs têm permissão para examinar são configuráveis.
Lista de canais: os usuários podem especificar quais intervalos de canais os APs monitorarão periodicamente.
-
Todos os canais — Essa configuração direcionará os APs para incluir todos os canais no ciclo de verificação. Isso é útil principalmente para a funcionalidade IDS/IPS (fora do escopo deste documento) e não fornece valor adicional em processos RRM em comparação com a configuração de Canais de País.
-
Canais de país—Os APs verificarão apenas os canais explicitamente suportados na configuração de domínio regulatório de cada WLC. Isso significa que os APs periodicamente gastarão tempo ouvindo em cada canal permitido pelo órgão regulador local (isso pode incluir canais sobrepostos, bem como os canais não sobrepostos usados com frequência). Esta é a configuração padrão.
-
Canais de DCA — Isso restringe a verificação de APs somente aos canais aos quais APs serão atribuídos com base no algoritmo de DCA. Isso significa que, nos Estados Unidos, os rádios 802.11b/g verificariam somente nos canais 1, 6 e 11 por padrão. Isso se baseia na ideia de que a varredura se concentra apenas nos canais nos quais o serviço está sendo fornecido, e os APs invasores não são uma preocupação.
Observação: a lista de canais usada pelo algoritmo DCA (tanto para monitoração de canal quanto para atribuição) pode ser alterada no código WLC versão 4.0 ou posterior. Por exemplo, nos Estados Unidos, o algoritmo DCA usa somente os canais 11b/g de 1, 6 e 11 por padrão. Para adicionar os canais 4 e 8 e remover o canal 6 desta lista de DCAs (esta configuração é apenas um exemplo e não é recomendada), estes comandos precisam ser inseridos na CLI da controladora:
(Cisco Controller) >config advanced 802.11b channel add 4 (Cisco Controller) >config advanced 802.11b channel add 8 (Cisco Controller) >config advanced 802.11b channel delete 6
Ao digitalizar mais canais, como a seleção Todos os canais, a quantidade total de tempo gasto atendendo aos clientes de dados é ligeiramente menor (em comparação com quando menos canais são incluídos no processo de digitalização). No entanto, informações sobre mais canais podem ser obtidas (em comparação com a configuração de Canais de DCA). A configuração padrão de Country Channels deve ser usada, a menos que as necessidades de IDS/IPS exijam a seleção de All Channels (Todos os Canais), ou não sejam necessárias informações detalhadas sobre outros canais para a detecção e correção do perfil de limiar e do algoritmo RRM. Neste caso, os canais de CND são a escolha apropriada.
Figura 14: Embora "Country Channels" seja a seleção padrão, os canais de monitoramento RRM podem ser definidos como "All" (Todos) ou "DCA" (DCA). 
Intervalos de monitor (60 a 3600 segundos)
Todos os APs baseados no Cisco LWAPP fornecem dados aos usuários enquanto periodicamente saem do canal para fazer medições de RRM (bem como executar outras funções, como IDS/IPS e tarefas de localização). Essa verificação fora do canal é completamente transparente para os usuários e limita o desempenho em até 1,5%, além de ter inteligência integrada para adiar a verificação até o próximo intervalo quando houver tráfego na fila de voz nos últimos 100 ms.
O ajuste dos Intervalos de monitor mudará a frequência com que os APs realizam medições de RRM. O temporizador mais importante que controla a formação dos grupos RF é o campo Signal Measurement (Medição de Sinal) (conhecido como Neighbor Packet Frequency em 4.1.185.0 e posterior). O valor especificado está diretamente relacionado à frequência na qual as mensagens de vizinhos são transmitidas, exceto o EU, e outros domínios 802.11h, onde o intervalo de Medição de Ruído também é considerado.
Independentemente do domínio regulatório, todo o processo de varredura leva aproximadamente 50 ms (por rádio, por canal) e é executado no intervalo padrão de 180 segundos. Esse intervalo pode ser alterado alterando-se o valor da medição de cobertura (conhecido como duração da verificação de canal em 4.1.185.0 e posterior). O tempo gasto escutando em cada canal é uma função do tempo de varredura não configurável de 50 ms (mais os 10 ms necessários para alternar canais) e o número de canais a serem examinados. Por exemplo, nos Estados Unidos, todos os 11 canais 802.11b/g, que incluem o canal no qual os dados estão sendo entregues aos clientes, serão verificados por 50 ms cada um dentro do intervalo de 180 segundos. Isso significa que (nos Estados Unidos, para 802.11b/g) a cada 16 segundos, 50 ms serão gastos na escuta em cada canal digitalizado (180/11 = ~16 segundos).
Figura 15: Intervalos de monitoração do RRM e seus valores padrão 
Os intervalos de medição de ruído, carga, sinal e cobertura podem ser ajustados para fornecer informações mais ou menos granulares aos algoritmos de RRM. Esses padrões devem ser mantidos, a menos que seja instruído de outra forma pelo TAC da Cisco.
Observação: se qualquer um desses valores de verificação for alterado para exceder os intervalos nos quais os algoritmos RRM são executados (600 segundos para DCA e TPC e 180 segundos para Coverage Hole Detection and Correction), os algoritmos RRM ainda serão executados, mas possivelmente com informações "obsoletas".
Observação: quando as WLCs são configuradas para vincular várias interfaces Gigabit Ethernet usando a Agregação de Links (LAG), o intervalo de Medição de Cobertura é usado para acionar a função de Timeout de Inatividade do Usuário. Dessa forma, com o LAG habilitado, o tempo limite de inatividade do usuário é executado apenas com a frequência exigida pelo intervalo de medição de cobertura. Isso se aplica somente às WLCs que executam versões de firmware anteriores à 4.1, pois, na versão 4.1, a manipulação de timeout de ociosidade é movida do controlador para os pontos de acesso.
Padrão de fábrica
Para redefinir os valores de RRM de volta às configurações padrão, clique no botão Set to Fatory Default na parte inferior da página.
Gerenciamento de recursos de rádio: solução de problemas
As alterações feitas pelo RRM podem ser facilmente monitoradas ativando as armadilhas SNMP necessárias. Essas configurações podem ser acessadas no cabeçalho Management —> SNMP —> Trap Controls na GUI da WLC. Todas as outras configurações de interceptação (trapping) SNMP relacionadas detalhadas nesta seção estão localizadas em Gerenciamento | Cabeçalho SNMP onde os links para Receptores de interceptações, Controles e Logs podem ser encontrados.
Figura 16: Os traps Auto RF Channel e Power update são ativados por padrão. 
Verificação da atribuição de canal dinâmico
Depois que o RF Group Leader (e o algoritmo DCA) tiver sugerido, aplicado e otimizado o esquema de canal, as alterações podem ser facilmente monitoradas através do submenu Trap Logs. Um exemplo dessa armadilha é exibido aqui:
Figura 17: As entradas do registro de alteração de canal contêm o endereço MAC do rádio e o novo canal de operação. 
Para visualizar estatísticas que detalham por quanto tempo os APs mantêm suas configurações de canal entre as alterações de DCA, este comando somente CLI fornece valores mínimos, médios e máximos de tempo de permanência do canal em uma base por controlador.
(Cisco Controller) >show advanced 802.11b channel
Automatic Channel Assignment
Channel Assignment Mode........................ AUTO
Channel Update Interval........................ 600 seconds
Anchor time (Hour of the day).................. 0
Channel Update Contribution.................... SNI.
Channel Assignment Leader...................... 00:16:46:4b:33:40
Last Run....................................... 114 seconds ago
DCA Senstivity Level: ....................... MEDIUM (15 dB)
Channel Energy Levels
Minimum...................................... unknown
Average...................................... unknown
Maximum...................................... unknown
Channel Dwell Times
Minimum...................................... 0 days, 09 h 25 m 19 s
Average...................................... 0 days, 10 h 51 m 58 s
Maximum...................................... 0 days, 12 h 18 m 37 s
Auto-RF Allowed Channel List................... 1,6,11
Auto-RF Unused Channel List.................... 2,3,4,5,7,8,9,10
Verificando alterações do controle de potência de transmissão
As configurações atuais do algoritmo TPC, que incluem o tx-power-control-threshold descrito anteriormente, podem ser verificadas usando-se este comando na CLI do controlador (802.11b é exibido neste exemplo):
(Cisco Controller) >show advanced 802.11b txpower Automatic Transmit Power Assignment Transmit Power Assignment Mode................. AUTO Transmit Power Update Interval................. 600 seconds Transmit Power Threshold....................... -70 dBm Transmit Power Neighbor Count.................. 3 APs Transmit Power Update Contribution............. SNI. Transmit Power Assignment Leader............... 00:16:46:4b:33:40 Last Run....................................... 494 seconds ago
Como indicado anteriormente neste documento, uma área densamente implantada que resulta em uma maior sobreposição de células, o que resulta em altas taxas de colisão e de repetição de quadros devido à alta interferência de co-canal, reduzindo efetivamente os níveis de throughput do cliente poderia justificar o uso do recém-introduzido comando tx-power-control-threshold. Em tais cenários atípicos ou anômalos, os APs se ouvem melhor (supondo que as características de propagação do sinal permaneçam constantes) em comparação com a forma como os clientes os ouvem.
A redução das áreas de cobertura e, portanto, a redução da interferência entre canais e do ruído mínimo, podem melhorar a experiência do cliente de forma eficaz. No entanto, esse comando deve ser exercido com uma análise cuidadosa dos sintomas: altas taxas de repetição, altas contagens de colisão, níveis mais baixos de throughput de cliente e aumento geral da interferência entre canais nos APs no sistema (os APs invasores são considerados no DCA). Testes internos mostraram que modificar o RSSI percebido do terceiro vizinho para -70 dBm no Troubleshooting de tais eventos tem sido um valor aceitável para começar o troubleshooting.
Semelhante às armadilhas geradas quando ocorre uma alteração de canal, as alterações de TPC também geram armadilhas, o que indica claramente todas as informações necessárias associadas às novas alterações. Um exemplo de trap é exibido aqui:
Figura 18: O registro Tx Power Trap indica o novo nível de energia de operação para o rádio especificado. 
Exemplo de Fluxo de Trabalho do Algoritmo de Controle de Potência de Transmissão
Com base nas três etapas/condições definidas no algoritmo TPC, o exemplo desta seção explica como os cálculos são feitos para determinar se a potência de transmissão de um AP precisa ser alterada. Para a finalidade deste exemplo, estes valores são assumidos:
-
Tx_Max é 20
-
A potência de transmissão atual é de 20 dBm
-
O limite TPC configurado é de -65 dBm
-
O RSSI do terceiro vizinho é -55 dBm
Conectar isso aos três estágios do algoritmo TPC resulta em:
-
Condição um: é verificada porque há um terceiro vizinho e está acima do limite de controle da potência de transmissão.
-
Condição dois: 20 + (-65 - (-55)) = 10
-
Condição três: Como a potência tem que ser diminuída em um nível, e um valor de dez da condição dois satisfaz a histerese TPC, a potência Tx é reduzida em 3dB, o que reduz a nova potência Tx para 17dBm.
-
Na próxima iteração do algoritmo TPC, a potência Tx do AP será reduzida ainda mais para 14dBm. Isso pressupõe que todas as outras condições permanecem as mesmas. No entanto, é importante observar que a potência de Tx não será reduzida ainda mais (mantendo tudo constante) para 11 dBm porque a margem em 14 dBm não é 6 dB ou superior.
Exemplo de Workflow de Algoritmo de Correção e Detecção de Buraco de Cobertura
Para ilustrar o processo de tomada de decisão usado no algoritmo de Detecção e Correção de Buraco de Cobertura, o exemplo abaixo primeiro descreve o baixo nível de SNR recebido de um único cliente e como o sistema determinará se uma alteração é necessária, bem como qual pode ser a alteração de energia.
Lembre-se da Equação de Limite de SNR do Furo de Cobertura:
Valor de corte SNR do cliente (|dB|) = [Potência de transmissão AP (dBm) - Constante (17 dBm) - Perfil de cobertura (dB)]
Considere uma situação em que um cliente possa experimentar problemas de sinal em uma área mal coberta de um andar. Nesse cenário, isso pode ser verdade:
-
Um cliente tem um SNR de 13 dB.
-
O AP ao qual está conectado é configurado para transmitir a 11 dBm (nível de potência 4).
-
A WLC desse AP tem um limite de perfil de cobertura definido como o padrão de 12 dB.
Para determinar se o AP do cliente precisa ser ligado, esses números são conectados à Equação de Limite de Furo de Cobertura, o que resulta em:
-
Corte SNR do cliente = 11 dBm (potência de transmissão AP) - 17 dBm (valor constante) - 12 dB (limite de cobertura) = |-18 dB|.
-
Como o SNR de 13dB do cliente viola o atual corte de 18dB do SNR, o algoritmo de Detecção e Correção de Buraco de Cobertura aumentará a potência de transmissão do AP para 17dBm.
-
Ao usar a Equação de Limite de SNR do Furo de Cobertura, é evidente que a nova potência de transmissão de 17dBm produzirá um valor de corte de SNR de cliente de 12dB, que satisfará o nível de SNR de cliente de 13 dBm.
-
Esta é a matemática da etapa anterior: corte de SNR do cliente = 17 dBm (potência de transmissão do AP) - 17 dBm (valor constante) - 12 dB (limite de cobertura) = |-12 dB|.
Os níveis de saída de potência suportados na banda 802.11b/g são descritos na Tabela 4. Para determinar as saídas de nível de potência para 802.11a, este comando CLI pode ser executado:
show ap config 802.11a
Tabela 4: Os APs da série 1000 suportam níveis de potência de até 5, enquanto os APs das séries 1100 e 1200 suportam até o nível de potência 8 na banda de frequência 802.11b/g.
| Níveis de potência suportados | Potência Tx (dBm) | Potência Tx (mW) |
|---|---|---|
| 1 | 20 | 100 |
| 2 | 17 | 50 |
| 3 | 14 | 25 |
| 4 | 11 | 12.5 |
| 5 | 8 | 6.5 |
| 6 | 5 | 3.2 |
| 7 | 2 | 1.6 |
| 8 | -1 | 0.8 |
comandos debug e show
Os comandos airewave-director debug podem ser usados para fazer Troubleshooting e verificar o comportamento do RRM. A hierarquia de linha de comando de nível superior do comando debug airewave-diretor é exibida aqui:
(Cisco Controller) >debug airewave-director ? all Configures debug of all Airewave Director logs channel Configures debug of Airewave Director channel assignment protocol error Configures debug of Airewave Director error logs detail Configures debug of Airewave Director detail logs group Configures debug of Airewave Director grouping protocol manager Configures debug of Airewave Director manager message Configures debug of Airewave Director messages packet Configures debug of Airewave Director packets power Configures debug of Airewave Director power assignment protocol radar Configures debug of Airewave Director radar detection/avoidance protocol rf-change Configures logging of Airewave Director rf changes profile Configures logging of Airewave Director profile events
Alguns comandos importantes são explicados nas próximas subseções.
debug airewave-diretor all
O uso do comando debug airewave-diretor all chamará todas as depurações de RRM que podem ajudar a identificar quando os algoritmos de RRM são executados, que dados eles usam e que alterações (se houver) são feitas.
Neste exemplo, (a saída do comando debug airewave-diretor all foi aparada para mostrar apenas o Dynamic Channel Assignment Process), o comando é executado no RF Group Leader para obter informações sobre o funcionamento interno do algoritmo DCA e pode ser dividido nestas quatro etapas:
-
Colete e registre as estatísticas atuais que serão executadas por meio do algoritmo.
Airewave Director: Checking quality of current assignment for 802.11a Airewave Director: 802.11a AP 00:15:C7:A9:3D:F0(1) ch 161 (before -86.91, after -128.00) Airewave Director: 00:15:C7:A9:3D:F0(1)( 36, -76.00)( 40, -81.75)( 44, -81.87) ( 48, -81.87) Airewave Director: 00:15:C7:A9:3D:F0(1)( 52, -81.87)( 56, -81.85)( 60, -79.90) ( 64, -81.69) Airewave Director: 00:15:C7:A9:3D:F0(1)(149, -81.91)(153, -81.87)(157, -81.87) (161, -86.91)
-
Sugira um novo esquema de canal e armazene os valores recomendados.
Airewave Director: Searching for better assignment for 802.11a Airewave Director: 802.11a AP 00:15:C7:A9:3D:F0(1) ch 161 (before -86.91, after -128.00) Airewave Director: 00:15:C7:A9:3D:F0(1)( 36, -76.00)( 40, -81.75)( 44, -81.87) ( 48, -81.87) Airewave Director: 00:15:C7:A9:3D:F0(1)( 52, -81.87)( 56, -81.85)( 60, -79.90) ( 64, -81.69) Airewave Director: 00:15:C7:A9:3D:F0(1)(149, -81.91)(153, -81.87)(157, -81.87) (161, -86.91)
-
Compare os valores atuais com os valores sugeridos.
Airewave Director: Comparing old and new assignment for 802.11a Airewave Director: 802.11a AP 00:15:C7:A9:3D:F0(1) ch 161 (before -86.91, after -86.91) Airewave Director: 00:15:C7:A9:3D:F0(1)( 36, -76.00)( 40, -81.75)( 44, -81.87) ( 48, -81.87) Airewave Director: 00:15:C7:A9:3D:F0(1)( 52, -81.87)( 56, -81.85)( 60, -79.90) ( 64, -81.69) Airewave Director: 00:15:C7:A9:3D:F0(1)(149, -81.91)(153, -81.87)(157, -81.87) (161, -86.91)
-
Se necessário, aplique as alterações para que o novo esquema de canal entre em vigor.
Airewave Director: Before -- 802.11a energy worst -86.91, average -86.91, best -86.91 Airewave Director: After -- 802.11a energy worst -86.91, average -86.91, best -86.91
debug airewave-diretor detail - Explicado
Esse comando pode ser usado para obter uma visualização detalhada, em tempo real, do funcionamento do RRM na controladora em que ele é executado. Estas são explicações das mensagens relevantes:
-
Mensagens de manutenção de atividade sendo enviadas a membros do grupo para manter a hierarquia do grupo.
Airewave Director: Sending keep alive packet to 802.11a group members
-
Estatísticas de carga sendo calculadas nos vizinhos relatados.
Airewave Director: Processing Load data on 802.11bg AP 00:13:5F:FA:2E:00(0) Airewave Director: Processing Load data on 802.11bg AP 00:0B:85:54:D8:10(1) Airewave Director: Processing Load data on 802.11bg AP 00:0B:85:23:7C:30(1)
-
Exibe a intensidade com que as mensagens de vizinhos estão sendo ouvidas e através de quais APs.
Airewave Director: Neighbor packet from 00:0B:85:54:D8:10(1) received by 00:13:5F:FA:2E:00(0)rssi -36 Airewave Director: Neighbor packet from 00:0B:85:23:7C:30(1) received by 00:13:5F:FA:2E:00(0)rssi -43
-
Estatísticas de ruído e interferência sendo calculadas nos rádios reportados.
Airewave Director: Sending keep alive packet to 802.11bg group members Airewave Director: Processing Interference data on 802.11bg AP 00:0B:85:54:D8:10(1) Airewave Director: Processing noise data on 802.11bg AP 00:0B:85:54:D8:10(1) Airewave Director: Processing Interference data on 802.11bg AP 00:0B:85:54:D8:10(1) Airewave Director: Processing Interference data on 802.11bg AP 00:0B:85:23:7C:30(1) Airewave Director: Processing noise data on 802.11bg AP 00:0B:85:23:7C:30(1) Airewave Director: Processing Interference data on 802.11bg AP 00:0B:85:23:7C:30(1)
debug airewave-diretor power
O comando debug airewave-director power deve ser executado na WLC local para o AP que está sendo monitorado para correções de Coverage Hole. A saída do comando foi cortada para a finalidade deste exemplo.
Monitorando a execução do algoritmo Coverage Hole para 802.11a
Airewave Director: Coverage Hole Check on 802.11a AP 00:0B:85:54:D8:10(0) Airewave Director: Found 0 failed clients on 802.11a AP 00:0B:85:54:D8:10(0) Airewave Director: Found 0 clients close to coverage edge on 802.11a AP 00:0B:85:54:D8:10(0) Airewave Director: Last power increase 549 seconds ago on 802.11a AP 00:0B:85:54:D8:10(0) Airewave Director: Set raw transmit power on 802.11a AP 00:0B:85:54:D8:10(0) to ( 20 dBm, level 1)
Execução do algoritmo de furos de cobertura para 802.11b/g
Airewave Director: Coverage Hole Check on 802.11bg AP 00:13:5F:FA:2E:00(0) Airewave Director: Found 0 failed clients on 802.11bg AP 00:13:5F:FA:2E:00(0) Airewave Director: Found 0 clients close to coverage edge on 802.11bg AP 00:13:5F:FA:2E:00(0) Airewave Director: Last power increase 183 seconds ago on 802.11bg AP 00:13:5F:FA:2E:00(0) Airewave Director: Set raw transmit power on 802.11bg AP 00:13:5F:FA:2E:00(0) to ( 20 dBm, level 1) Airewave Director: Set adjusted transmit power on 802.11bg AP 00:13:5F:FA:2E:00(0) to ( 20 dBm, level 1)
show ap autorf
Para saber quais APs são adjacentes a outros APs, use o comando show ap auto-rf da CLI da controladora. Na saída desse comando, há um campo chamado RADs próximos. Esse campo fornece informações sobre os endereços MAC de AP próximos e a intensidade do sinal (RSSI) entre os APs em dBm.
Esta é a sintaxe do comando:
show ap auto-rf {802.11a | 802.11b} Cisco_AP
Este é um exemplo:
> show ap auto-rf 802.11a AP1
Number Of Slots.................................. 2
Rad Name......................................... AP03
MAC Address...................................... 00:0b:85:01:18:b7
Radio Type..................................... RADIO_TYPE_80211a
Noise Information
Noise Profile................................ PASSED
Channel 36................................... -88 dBm
Channel 40................................... -86 dBm
Channel 44................................... -87 dBm
Channel 48................................... -85 dBm
Channel 52................................... -84 dBm
Channel 56................................... -83 dBm
Channel 60................................... -84 dBm
Channel 64................................... -85 dBm
Interference Information
Interference Profile......................... PASSED
Channel 36................................... -66 dBm @ 1% busy
Channel 40................................... -128 dBm @ 0% busy
Channel 44................................... -128 dBm @ 0% busy
Channel 48................................... -128 dBm @ 0% busy
Channel 52................................... -128 dBm @ 0% busy
Channel 56................................... -73 dBm @ 1% busy
Channel 60................................... -55 dBm @ 1% busy
Channel 64................................... -69 dBm @ 1% busy
Load Information
Load Profile................................. PASSED
Receive Utilization.......................... 0%
Transmit Utilization......................... 0%
Channel Utilization.......................... 1%
Attached Clients............................. 1 clients
Coverage Information
Coverage Profile............................. PASSED
Failed Clients............................... 0 clients
Client Signal Strengths
RSSI -100 dBm................................ 0 clients
RSSI -92 dBm................................ 0 clients
RSSI -84 dBm................................ 0 clients
RSSI -76 dBm................................ 0 clients
RSSI -68 dBm................................ 0 clients
RSSI -60 dBm................................ 0 clients
RSSI -52 dBm................................ 0 clients
Client Signal To Noise Ratios
SNR 0 dBm................................. 0 clients
SNR 5 dBm................................. 0 clients
SNR 10 dBm................................. 0 clients
SNR 15 dBm................................. 0 clients
SNR 20 dBm................................. 0 clients
SNR 25 dBm................................. 0 clients
SNR 30 dBm................................. 0 clients
SNR 35 dBm................................. 0 clients
SNR 40 dBm................................. 0 clients
SNR 45 dBm................................. 0 clients
Nearby RADs
RAD 00:0b:85:01:05:08 slot 0................. -46 dBm on 10.1.30.170
RAD 00:0b:85:01:12:65 slot 0................. -24 dBm on 10.1.30.170
Channel Assignment Information
Current Channel Average Energy............... -86 dBm
Previous Channel Average Energy.............. -75 dBm
Channel Change Count......................... 109
Last Channel Change Time..................... Wed Sep 29 12:53e:34 2004
Recommended Best Channel..................... 44
RF Parameter Recommendations
Power Level.................................. 1
RTS/CTS Threshold............................ 2347
Fragmentation Threshold...................... 2346
Antenna Pattern.............................. 0
APÊNDICE A: Versão da WLC 4.1.185.0 - Melhorias de RRM
Algoritmo de agrupamento de RF
Lista de vizinhos "temporizador de remoção"
Antes da primeira versão de manutenção do software WLC 4.1, um AP manteria outros APs em sua lista de vizinhos por até 20 minutos a partir da última vez que eles foram ouvidos. No caso de alterações temporárias no ambiente de RF, pode ter havido possibilidades onde um vizinho válido teria sido removido de uma determinada lista de vizinhos do AP. Para permitir essas alterações temporárias no ambiente de RF, o temporizador de remoção para uma lista de vizinhos de um AP (tempo desde que a última mensagem de vizinho foi ouvida) foi aumentado para 60 minutos.
Algoritmo de atribuição de canal dinâmico
Método de atribuição de canal
No modo Automático, o comportamento predefinido do DCA antes de 4.1.185.0 era calcular e aplicar (se necessário) os planos de canais a cada 10 minutos. Ambientes voláteis podem ter visto várias mudanças de canal durante o dia. Por conseguinte, surgiu a necessidade de um controlo mais rigoroso e avançado da frequência da CND. Em 4.1.185.0 e posterior, os usuários que desejam um melhor controle sobre a frequência podem configurá-los:
-
Hora de âncora — Os usuários que desejarem alterar o padrão de 10 minutos terão a opção de escolher uma hora de âncora quando o líder do grupo for executado no modo de Inicialização. O modo de arranque é definido como um período em que a CND opera de dez em dez minutos para as primeiras dez iterações (100 minutos), com uma sensibilidade da CND de 5 dB. Este é o modo normal de operação antes que os temporizadores do RRM fossem adicionados na versão 4.1. Isso permite que a rede se estabilize inicialmente e rapidamente. Após o fim do modo de arranque, o DCA é executado no intervalo definido pelo utilizador. A operação do modo de inicialização é claramente indicada na CLI da WLC através do comando show advanced 802.11[a|b]:
(Cisco Controller) >show advanced 802.11a channel Automatic Channel Assignment Channel Assignment Mode........................ AUTO Channel Update Interval........................ 600 seconds [startup] Anchor time (Hour of the day).................. 0 Channel Update Contribution.................... SNI. Channel Assignment Leader...................... 00:16:46:4b:33:40 Last Run....................................... 203 seconds ago DCA Senstivity Level: ....................... MEDIUM (5 dB) Channel Energy Levels Minimum...................................... unknown Average...................................... unknown Maximum...................................... unknown Channel Dwell Times Minimum...................................... unknown Average...................................... unknown Maximum...................................... unknown Auto-RF Allowed Channel List................... 36,40,44,48,52,56,60,64,100, ............................................. 104,108,112,116,132,136,140, ............................................. 149,153,157,161 Auto-RF Unused Channel List.................... 165,20,26 -
Intervalo — O valor do intervalo, com as unidades definidas em horas, permite que os usuários tenham uma rede previsível e as avaliações do plano de canal são computadas apenas nos intervalos configurados. Por exemplo, se o intervalo configurado for de 3 horas, o DCA calcula e avalia um novo plano de canais a cada 3 horas.
-
Sensibilidade — Conforme descrito na seção Algoritmo DCA, a histerese de 5dB que é contabilizada no algoritmo para avaliar se o plano do canal foi melhorado executando-se o algoritmo agora é ajustável pelo usuário. As configurações permitidas são Baixa, Média ou Alta Sensibilidade com uma configuração de baixa indicando que o algoritmo é muito insensível e uma configuração de alta indicando que o algoritmo é extremamente sensível. O nível de sensibilidade padrão é Médio para ambas as faixas.
-
Para 802.11a, os valores de sensibilidade são: Baixo (35dB), Médio (20dB) e Alto (5dB).
-
Para 802.11b/g, os valores de sensibilidade são: Baixo (30dB), Médio (15dB) e Alto (5dB)
-
Algoritmo De Controle De Potência Tx
Limite de Controle de Potência de Transmissão Padrão
O limiar de controle da potência de transmissão sempre carregou a responsabilidade de como os APs ouvem seus vizinhos, que, no devido tempo, é usado para decidir a potência de transmissão do AP. Como resultado dos aprimoramentos gerais que foram feitos nos algoritmos RRM na versão de manutenção 4.1 do software WLC, o valor padrão de -65dBm também foi reconsiderado. Portanto, o padrão considerado muito quente para a maioria das implantações foi adaptado para -70dBm. Isso resulta em uma melhor sobreposição de células na maioria das implantações internas prontas para uso. No entanto, esse padrão afeta apenas as novas instalações, pois o controlador mantém o valor configurado anteriormente se estiver sendo atualizado a partir de 4.1.171.0 ou anterior.
Algoritmo de buraco de cobertura
Mínimo de clientes
Até 4.1.185.0, apenas um cliente precisava ter atendido à condição (limite de SNR pior que o valor configurado ou os padrões de 16dB para 802.11a ou 12dB para 802.11b/g) para que um furo de cobertura fosse detectado e os mecanismos de mitigação fossem acionados. O campo Client Minimum Exception Level agora está diretamente ligado ao CHA (e posicionado adequadamente na subseção recém-criada para o CHA), onde o valor configurado definirá quantos clientes precisam atender ao limite SNR para que os mecanismos de mitigação de furo de cobertura (aumento da potência de transmissão do AP) sejam implementados. Deve-se observar que a maioria das implantações deve começar com os padrões (12dB para 802.11b/g e 16dB para 802.11a e o nível de exceção mínima de cliente de 3) e ser ajustada somente se necessário.
Figura 19: Subseção Algoritmo de furos de cobertura, separada dos Limites do perfil, com os valores padrão que fornecem resultados ideais na maioria das instalações 
Controle Tx-Power-Up
Além de permitir o número de clientes que precisam estar em violação para que a mitigação do furo de cobertura seja implementada, o algoritmo também foi aprimorado para considerar o aumento da potência de transmissão do AP de maneira inteligente. Embora o aumento da potência de transmissão ao máximo possa ter sido a aposta segura para garantir atenuação e sobreposição suficientes, ele tem efeitos adversos com a presença de clientes com implementações de roaming deficientes. Em vez de alterar sua associação para um AP diferente, geralmente aquele que fornece o sinal mais forte, o cliente continua associando ao mesmo AP antigo do qual se afastou. Como consequência, esse cliente não está mais recebendo um bom sinal do AP de associação. Um cliente com falha que é uma consequência de roaming inadequado é um exemplo de um possível cenário de buraco de cobertura falso positivo. O roaming deficiente não é uma indicação de que exista um verdadeiro buraco na cobertura. O furo de cobertura potencial é genuíno se:
-
Está localizado dentro da área de cobertura pretendida e
-
Mesmo que o cliente nesse buraco de cobertura mudasse sua associação a qualquer outro AP disponível, o sinal de downlink que o cliente receberia e o sinal de uplink em tal AP alternativo do cliente ainda estaria abaixo do limite de cobertura.
Para evitar e mitigar esses cenários, a potência de transmissão do AP é elevada apenas um nível por vez (por iteração), o que permite que buracos de cobertura genuínos se beneficiem do aumento de energia sem executar a rede quente (evitando a interferência de co-canal como resultado).
Aprimoramentos de interceptação SNMP
A armadilha de SNMP gerada no caso de uma alteração de canal foi aprimorada para fornecer informações detalhadas como para explicar o motivo da implementação de um novo plano de canal. Como é evidente nessa imagem, a armadilha aprimorada inclui as métricas anteriores e posteriores usadas no algoritmo DCA e quais dessas métricas contribuíram para a alteração de canal para o AP fornecido.
Figura 20: Armadilha de DCA aprimorada exibe a razão por trás de uma alteração de canal 
Cosméticos/outros aprimoramentos
-
Como um compromisso para simplificar a configuração e melhorar a usabilidade, uma nova subseção para o CHA foi criada, que o separa da subseção Limites de perfil que controla diretamente os acionadores para a geração de Trap SNMP.
-
Os termos medições de sinal e cobertura nas subseções Intervalos de monitor também foram modificados para refletir seus significados apropriados: Frequência de pacote de vizinho e Duração da verificação de canal, respectivamente.
Alterações de balanceamento de carga
A configuração padrão para balanceamento de carga com 4.1.185.0 e posterior é OFF. Quando habilitada, a janela de balanceamento de carga assumirá como padrão 5 clientes.
(Cisco Controller) >show load-balancing Aggressive Load Balancing........................ Disabled Aggressive Load Balancing Window................. 5 clients
APÊNDICE B: Versão da WLC 6.0.188.0 - Aprimoramentos de RRM
Correções RRM para dispositivos médicos
Este recurso melhora a forma como a QoS interage com o recurso de adiamento de verificação RRM. Em implantações com determinados clientes de economia de energia, às vezes é necessário adiar a verificação fora do canal normal do RRM para evitar a perda de informações críticas de clientes de baixo volume, como dispositivos médicos que usam o modo de economia de energia e enviam periodicamente informações de telemetria.
Você pode usar a marcação UP WMM de um cliente para instruir o ponto de acesso a adiar a varredura fora do canal por um período de tempo configurável se ele receber um pacote marcado como UP. Use este comando CLI de controlador para configurar este recurso para uma WLAN específica:
config wlan channel-scan defer-priority priority [enable | disable] WLAN-id
onde prioridade = 0 a 7 para prioridade do usuário. Esse valor deve ser definido como 6 no cliente e na WLAN.
Use este comando para configurar a quantidade de tempo que a varredura é adiada após um pacote UP na fila:
config wlan channel-scan defer-time msec WLAN-id
Insira o valor de tempo em milissegundos (ms). O intervalo válido é de 100 (padrão) a 60000 (60 segundos). Essa configuração deve corresponder aos requisitos do equipamento em sua LAN sem fio.
Você também pode configurar esse recurso na GUI do controlador. Selecione WLANs e edite uma WLAN existente ou crie uma nova. Na página WLANs > Edit, clique na guia Advanced. Em Off Channel Scanning Defer (Adiamento da verificação do canal desligado), selecione as prioridades de adiamento da verificação e insira o tempo de adiamento em milissegundos.
Observação: a varredura fora do canal é essencial para a operação do RRM, que coleta informações sobre opções de canais alternativos, como ruído e interferência. Além disso, a varredura fora do canal é responsável pela detecção de invasores. Os dispositivos que precisam adiar a verificação fora do canal devem usar a mesma WLAN o mais frequentemente possível. Se houver muitos desses dispositivos, e houver a possibilidade de que a verificação fora do canal possa ser completamente desabilitada pelo uso desse recurso, você deve implementar uma alternativa à verificação fora do canal do AP local, como pontos de acesso do monitor ou outros pontos de acesso no mesmo local que não têm essa WLAN atribuída.
A atribuição de uma política de QoS (bronze, prata, ouro e platina) a uma WLAN afeta a maneira como os pacotes são marcados na conexão downlink do access point, independentemente de como foram recebidos no uplink do cliente. UP=1,2 é a prioridade mais baixa e UP=0,3 é a próxima prioridade mais alta. Estes são os resultados da marcação de cada política de QoS:
-
O Bronze marca todo o tráfego de downlink para UP= 1
-
Silver marca todo o tráfego de downlink para UP= 0
-
Gold marca todo o tráfego de downlink para UP=4
-
Platinum marca todo o tráfego de downlink para UP=6
Informações Relacionadas
Histórico de revisões
| Revisão | Data de publicação | Comentários |
|---|---|---|
1.0 |
07-Feb-2014 |
Versão inicial |
FeedbackContate a Cisco
- Abrir um caso de suporte
- (É necessário um Contrato de Serviço da Cisco)