Introdução
Este documento descreve como configurar o Radio Resource Management (RRM) no Wireless LAN Controller (WLC) no AireOS para adiar e desativar a varredura fora do canal.
Contribuição de Aaron Leonard, engenheiro do Cisco TAC.
Pré-requisitos
Requisitos
A Cisco recomenda ter conhecimento deste tópico:
Componentes Utilizados
As informações neste documento são baseadas em um AireOS Wireless LAN Controller com um ou mais pontos de acesso associados.
As informações neste documento foram criadas a partir de dispositivos em um ambiente de laboratório específico. Todos os dispositivos utilizados neste documento foram iniciados com uma configuração (padrão) inicial. Se a rede estiver ativa, certifique-se de que você entenda o impacto potencial de qualquer comando.
Informações de Apoio
O RRM é um recurso importante do Cisco Unified Wireless Network. O AP pode monitorar todos os canais 802.11 para dispositivos invasores, ruído e interferência, bem como APs vizinhos.
No entanto, enquanto os APs estão executando verificação fora do canal (normalmente, por períodos de 80 milissegundos a cada 3 a 20 segundos), eles não podem atender clientes no canal que estão servindo. Isso resultará em atrasos menores e intermitentes ou em perda na entrega de pacotes (de 0,05% a até 1,5% de perda de pacotes). Para a maioria dos clientes, o impacto no desempenho é imperceptível; no entanto, alguns clientes excepcionalmente sensíveis, se não puderem transmitir para o AP por 80 milissegundos, irão se deslocar para longe do AP ou até mesmo se desconectarão da rede.
Em tal situação, onde os dispositivos clientes são altamente intolerantes à perda de pacotes, pode ser necessário configurar o RRM para adiar a varredura fora do canal ou para desabilitar totalmente o monitoramento do RRM. Este artigo explica como fazer isso.
Adiamento de verificação fora do canal
Com o adiamento da verificação fora do canal, se o ponto de acesso tiver enviado ou recebido tráfego de dados na WLAN (Wireless Local Area Network) especificada, nas prioridades do usuário especificadas, nos últimos <defer-time> milissegundos, o rádio do AP não executará sua próxima verificação fora do canal.
Por padrão, o adiamento da verificação fora do canal está ativado para as prioridades de usuário 4, 5 e 6, com um tempo de adiamento de 100 milissegundos. Assim, se houver uma chamada de voz ativa (que normalmente usa uma Prioridade de Usuário (UP) de 6 com uma duração de amostra de 20 milissegundos), isso impedirá que o rádio AP fique fora do canal.
Desativando a monitoração fora do canal do RRM
A monitoração off-channel do RRM pode ser totalmente desativada. Isso exigirá que a Atribuição dinâmica de canal (DCA) seja desativada, que o Controle de potência de transmissão (TPC) seja definido como Fixo e que a detecção de invasor não funcione. Isso fará com que os APs nunca façam varredura off-channel (a menos que a detecção de beacon BLE esteja habilitada).
Desativando a detecção de beacon do CleanAir BLE
Em um AP que suporta CleanAir (como 2700 ou 2800 Series), se a detecção de interferência de beacon BLE estiver habilitada, o rádio de 2,4 GHz executará a varredura fora do canal (mesmo se o RRM Off-Channel estiver desabilitado). Desative esse recurso se o aplicativo exigir que o rádio de 2,4 GHz nunca fique fora do canal.
Configurar
Configurar adiamento de verificação fora do canal
Interface gráfica de usuário (GUI)
Na GUI da WLC, as configurações estão na guia Advanced sob a WLAN específica. Neste exemplo, Off-Channel Scanning Defer está habilitado para todas as prioridades do usuário, de 0 a 7, e o tempo de adiamento é aumentado para 10.000 milissegundos (10 segundos). Como resultado, a verificação fora do canal será adiada se houver qualquer tráfego de usuário enviado ou recebido nesta WLAN, neste AP, dentro dos últimos 10 segundos.

Interface da linha de comando (CLI)
Na CLI da WLC, esses comandos são usados para habilitar o adiamento de verificação fora do canal para todas as prioridades e para definir o tempo de adiamento como 10.000 milissegundos, na WLAN 2:
(WLC2504-2) >config wlan channel-scan defer-priority 0 enable 2
(WLC2504-2) >config wlan channel-scan defer-priority 1 enable 2
(WLC2504-2) >config wlan channel-scan defer-priority 2 enable 2
(WLC2504-2) >config wlan channel-scan defer-priority 3 enable 2
(WLC2504-2) >config wlan channel-scan defer-priority 4 enable 2
(WLC2504-2) >config wlan channel-scan defer-priority 5 enable 2
(WLC2504-2) >config wlan channel-scan defer-priority 6 enable 2
(WLC2504-2) >config wlan channel-scan defer-priority 7 enable 2
(WLC2504-2) >config wlan channel-scan defer-time 10000 2
Desabilitar Monitoramento Off-Channel do RRM
Para desabilitar a monitoração fora do canal RRM na banda fornecida, execute estas tarefas no WLC:
Etapa 1. Anote as configurações de energia em seus APs (Wireless > Access Points > Rádios > banda (802.11a ou 802.11b)
Etapa 2. Definir TPC como Fixo
- GUI: WIRELESS > band (802.11a ou 802.11b) > RRM > TPC > set Método de atribuição de nível de potência para 1
- CLI: config 802.11<a|b> txpower global 1
Etapa 3. Desativar o DCA
- GUI: WIRELESS > band (802.11a ou 802.11b) > RRM > DCA > set Channel Assignment Method to Off
- CLI: config 802.11<a|b> channel global off
Etapa 4. Desativar o agrupamento RRM
- GUI: WIRELESS > band (802.11a ou 802.11b) > RRM > RF Grouping > set Group Mode to Off
- CLI: config advanced 802.11<a|b> group-mode off
Etapa 5. Desativar o modo de monitor do RRM (somente CLI)
- CLI: config advanced 802.11<a|b> monitor mode disable
Etapa 6. Configure os rádios AP de volta à configuração de potência original, conforme desejado.
Desativar detecção de beacon de BLE CleanAir
Para desativar a detecção de interferência de beacon BLE, execute estas tarefas no WLC
- GUI: SEM FIO > 802.11b > CleanAir
- Mova o Beacon de BLE da coluna Interferências para Detectar para a coluna Interferências para Ignorar
- Clique em Apply
- CLI: config 802.11b cleanair device disable ble-beacon
Verificar
Comandos CLI para visualizar eventos fora do canal ou a ausência de eventos fora do canal em um AP:
Em um AP IOS:
debug dot11 dot11radio <0|1> trace print drvpsp
Em um AP AP-COS:
debug dot11 info
debug rrm off-channel deferral
Troubleshooting
Coletar simultaneamente todos os itens a seguir:
- uma captura de pacote de camada de driver não promíscua do cliente em teste
- uma captura de pacote pelo ar do canal de serviço do AP
- as depurações acima, a partir da CLI do AP
- uma captura de pacote com fio a partir da porta de switch do AP
Veja se e quando o tráfego está sendo atrasado/perdido entre o driver do cliente e a porta de switch do AP. Examine a saída de depuração do AP para ver se o AP estava fora do canal no momento da perda de tráfego. Em caso afirmativo, avalie os padrões de tráfego (periodicidade de tráfego e prioridade de QoS) e defina as prioridades de adiamento da varredura e o tempo para adiar a varredura de acordo.