Monitoramento de rede Wi-Fi: as métricas, os limiares e como integrar tudo ao NOC
O painel da controladora mostra todos os pontos de acesso no verde. Mesmo assim, o chamado chega: “a rede do terceiro andar está horrível”. Na prática, essa cena se repete em toda operação de TI que trata Wi-Fi como um equipamento que responde ping.
O problema não está no painel. Está no fato de que a saúde do access point diz pouco sobre a experiência de quem está conectado nele. Por exemplo, um AP saudável pode servir um cliente sofrendo com ruído, contenção de canal ou roaming mal resolvido.
Este guia percorre o que de fato precisa ser coletado numa WLAN corporativa. Ele cobre as métricas de radiofrequência que antecipam o incidente e os limiares que separam normalidade de alerta. Em seguida, trata das duas camadas de coleta que se complementam e da consolidação no painel do resto da infraestrutura.
O que é monitoramento de rede Wi-Fi
O monitoramento de rede Wi-Fi é a coleta contínua de métricas de radiofrequência, de desempenho dos pontos de acesso e de experiência dos clientes conectados. Seu objetivo é detectar degradação antes que o usuário perceba. Ele combina duas visões: o que a infraestrutura reporta sobre si mesma e o que um cliente real enfrenta no ar.
Vale destacar que essa definição já carrega a diferença que costuma ser ignorada. Monitorar disponibilidade de AP é uma coisa. Monitorar a qualidade do meio compartilhado é outra bem diferente.
Em uma rede cabeada, cada porta de switch entrega um meio dedicado ao dispositivo. No Wi-Fi, por outro lado, todos os clientes de um mesmo canal disputam o mesmo espectro. Por isso, a métrica que importa raramente é o status do equipamento.
Por que monitorar Wi-Fi não é o mesmo que monitorar rede cabeada
A diferença central é o meio. O espectro de radiofrequência é público, compartilhado e sujeito a interferência de fontes que ninguém controla. Entram nessa lista fornos de micro-ondas, câmeras sem fio, redes de vizinhos ou a própria rede corporativa mal planejada.
Como resultado, o Wi-Fi acrescenta uma camada inteira de métricas que não existe no cabo. Por exemplo, potência de sinal, relação sinal-ruído, ocupação de canal e taxa de retransmissão não têm equivalente numa porta gigabit.
Vale destacar outro ponto: no Wi-Fi o cliente decide. Ou seja, é o dispositivo que escolhe a qual AP se associar e quando trocar. Sua controladora influencia essa decisão, mas não a impõe. Um notebook pode insistir em um AP distante enquanto outro, muito melhor, fica ocioso a dez metros.
Nesse sentido, uma prática madura de monitoração de redes precisa tratar a WLAN como um domínio próprio. Reaproveitar apenas os checks de disponibilidade do ambiente cabeado deixa o principal de fora.
As métricas de RF que realmente indicam problema
Existem dezenas de contadores disponíveis em qualquer controladora moderna. Na prática operacional, um conjunto pequeno explica a maior parte dos incidentes. Portanto, vale organizá-lo em três grupos.
Cobertura: RSSI e SNR
O RSSI mede a potência com que o sinal chega, em dBm. Quanto mais próximo de zero, melhor. Já o SNR mede a distância entre esse sinal e o ruído de fundo, em dB.
Vale destacar que, entre os dois, o SNR é o mais revelador. Um cliente pode ter RSSI aceitável e ainda assim sofrer, caso o piso de ruído esteja alto. Isto é, a diferença entre falar alto e falar alto dentro de um bar lotado.
Contenção: utilização de canal e retry rate
A utilização de canal indica quanto do tempo aquele canal está ocupado. Ela soma o tráfego do próprio AP, o de APs vizinhos na mesma frequência (interferência co-canal) e a energia não decodificável como 802.11.
O retry rate, por sua vez, conta o percentual de quadros retransmitidos. Ele funciona como termômetro do meio: quando sobe, algo está atrapalhando a transmissão. Em geral, a causa é interferência ou canal saturado.
Como resultado, esses dois indicadores respondem por boa parte das queixas de “internet lenta” que não têm a ver com o link. Antes de culpar a operadora, vale medir o ar. O acompanhamento de tráfego de rede ajuda a separar contenção de RF de saturação de uplink.
Densidade e capacidade
Ao mesmo tempo, a contagem de clientes por rádio e o throughput agregado revelam se o projeto de capacidade ainda faz sentido. Um AP dimensionado para 25 pessoas em 2019 pode estar atendendo 60 hoje.
Além disso, a perda de pacotes e a latência medidas do cliente até o gateway fecham o diagnóstico. Dessa forma, elas indicam se o gargalo está no ar ou depois dele. Nosso guia sobre como evitar perda de pacotes de rede detalha esse segundo cenário.
Limiares de referência: quando o número vira incidente
Coletar métrica sem limiar produz dashboard bonito e nenhuma ação. Por isso, a tabela abaixo reúne faixas de referência usadas em projetos de WLAN corporativa. Trate-as como ponto de partida, não como dogma.
| Métrica | Faixa saudável | Sinal de alerta | O que costuma estar por trás |
|---|---|---|---|
| RSSI | -30 a -65 dBm |
abaixo de -70 dBm |
Cobertura insuficiente, obstáculo construtivo ou cliente preso em AP distante |
| SNR | acima de 25 dB |
abaixo de 15 dB |
Piso de ruído elevado ou fonte não Wi-Fi ocupando a faixa |
| Utilização de canal | abaixo de 50% |
acima de 70% sustentado |
Interferência co-canal, excesso de APs na mesma frequência ou canal largo demais |
| Retry rate | abaixo de 10% |
acima de 30% |
Interferência ativa, SNR insuficiente para a taxa negociada ou meio saturado |
| Clientes por rádio | 25 a 40 |
acima de 50 sustentado |
Projeto de capacidade defasado frente ao uso atual do espaço |
| Perda de pacotes | abaixo de 1% |
acima de 2% |
Contenção de meio, roaming malsucedido ou uplink congestionado |
| Tempo de roaming | abaixo de 150 ms |
acima de 500 ms |
Ausência de 802.11r/k/v ou limiares de transição mal ajustados |
Cada fabricante trabalha com padrões próprios. Em equipamentos Aruba, por exemplo, o limiar padrão de RSSI para decisões de RF fica em -65 dBm.
Já o limiar de SNR usado para balanceamento de carga fica em 30 dB, conforme a documentação técnica do fabricante.
Um alerta importante: nunca dispare incidente no primeiro estouro. Métricas de RF oscilam por natureza. Logo, trabalhe com janelas de sustentação, de cinco a quinze minutos, antes de acionar o plantão.
As duas camadas do monitoramento de Wi-Fi
Aqui está a distinção que resolve o caso do “tudo verde e usuário reclamando”. A saber, existem duas camadas de coleta e elas respondem a perguntas diferentes.
Camada de infraestrutura: o que o equipamento reporta
Essa camada consulta a controladora e os pontos de acesso. Ela usa SNMP, APIs da controladora ou telemetria por streaming nas plataformas mais novas. Em seguida, entrega CPU e memória do AP, contagem de clientes, utilização de canal, potência do rádio e status de uplink.
Sua vantagem é a cobertura total: todo AP gerenciado aparece. Em contrapartida, sua limitação é o ponto de vista. O AP relata o que ele mesmo enxerga, não o que o cliente no canto da sala enxerga.
Camada de experiência: o que o cliente sente
Essa camada mede da ponta. Ela usa sensores dedicados espalhados pelo ambiente ou agentes em dispositivos reais. Eles se associam à rede como um usuário comum e executam testes: autenticação, DHCP, DNS, latência e throughput.
Portanto, é a camada que detecta o portal cativo travado, o RADIUS lento ou o roaming que derruba a chamada de voz. Nenhum desses problemas aparece no contador do AP.
As duas se complementam. Do mesmo modo, a infraestrutura diz onde há sintoma físico e a experiência confirma se ele vira impacto. Combinar as duas é o mesmo raciocínio de Network Performance Management aplicado ao meio sem fio.
O que muda com Wi-Fi 6E e Wi-Fi 7
A renovação de parque em curso muda o que precisa ser coletado. Um dado ajuda a dimensionar a velocidade dessa troca.
Segundo o levantamento da IDC, o Wi-Fi 7 saltou de 11,8% para 44,5% da receita de access points corporativos em um ano.
Em suma, a virada aconteceu em quatro trimestres.
Duas novidades afetam diretamente a coleta. A primeira é a banda de 6 GHz, que multiplica os canais disponíveis. Consequentemente, monitorar apenas 2,4 GHz e 5 GHz deixa boa parte do tráfego fora do radar.
A segunda é o Multi-Link Operation. Conforme o programa de certificação do padrão, o cliente passa a transmitir por múltiplos links simultâneos. Assim, isso quebra a premissa de que uma sessão pertence a um rádio.
Na prática, isso significa revisar dashboards e alertas. Contadores por rádio deixam de contar a história completa quando o mesmo cliente ocupa dois rádios ao mesmo tempo. Sua ferramenta precisa agregar por sessão, não só por interface.
Integrando a controladora ao NOC: o caso Aruba
Ambientes Aruba concentram a gestão em duas plataformas. O AirWave é a opção on-premises, com coleta baseada em polling, relatórios de RF Health e forte presença na base instalada brasileira. O Aruba Central é a plataforma em nuvem, construída sobre telemetria por streaming e alinhada à arquitetura AOS-10.
Cabe ressaltar um ponto que afeta planejamento: a HPE Aruba segue publicando atualizações do AirWave, mas oferece serviço oficial de migração para o Central. Quem opera AirWave hoje não precisa correr, embora deva colocar a transição no roadmap de infraestrutura.
Em ambos os casos, a controladora resolve a gestão do parque Wi-Fi, não a visão unificada da operação. É aí que entra a consolidação. Puxar as métricas da plataforma Aruba para o OpMon coloca o Wi-Fi no mesmo painel dos switches, dos servidores e das aplicações.
O ganho é operacional e direto. Quando o alerta de retry rate alto chega junto do alerta de saturação no uplink do mesmo prédio, o analista de plantão correlaciona em segundos. Por outro lado, em ferramentas separadas essa correlação vira reunião no dia seguinte.
Vale lembrar que a camada de autenticação também merece visibilidade. Falhas de controle de acesso à rede se manifestam como problema de Wi-Fi para o usuário, ainda que a origem esteja no RADIUS.
Na rede do Marista Brasil, o parque de access points cresce toda semana em 97 escolas. Resolvemos isso com integração Meraki e scripts em Python: o equipamento novo entra na rede já monitorado, sem cadastro manual. É o que mantém o inventário de rede sempre atualizado quando o ambiente é distribuído demais para depender de alguém lembrar de cadastrar.
Cinco erros comuns em projetos de monitoramento de Wi-Fi
Alguns padrões se repetem nas operações que acompanhamos. Antes de tudo, reconhecê-los evita meses de retrabalho.
| Erro | Por que acontece | Consequência na operação |
|---|---|---|
| Monitorar só disponibilidade do AP | O check foi herdado do ambiente cabeado: ping e uptime |
O equipamento fica verde enquanto a experiência afunda |
| Ignorar a banda de 2,4 GHz | Ela é vista como legado, mas segue viva em leitores de código de barras, sensores e equipamentos industriais | Costuma ser a banda mais poluída do ambiente e ninguém olha |
| Alertar sem janela de sustentação | Métricas de RF oscilam por natureza e o pico isolado é normal | Fadiga de alerta: o time aprende a ignorar notificação |
| Tratar a controladora como única fonte | A camada de infraestrutura parece completa porque cobre todo o parque | Portal cativo travado passa despercebido até o primeiro chamado |
| Deixar o Wi-Fi fora do NOC | A controladora já tem painel próprio, então parece redundante integrar | Sem correlação com o resto da infraestrutura, o diagnóstico atrasa |
Empresas que operam no modelo de Wi-Fi as a Service enfrentam uma variação desses erros. Nesse caso, a medição independente vira instrumento contratual, porque valida o SLA prometido pelo fornecedor.
Identificamos gargalos de rede antes que virem incidentes críticos.
Análise de tráfego com NetFlow, sFlow e SNMP para mapeamento completo de latência, perda de pacotes e capacidade de banda.
Conclusão
Monitorar Wi-Fi bem exige aceitar que o meio é compartilhado, instável e disputado. Por isso, disponibilidade de equipamento nunca foi a métrica certa. Em última análise, o que antecipa incidente é a leitura combinada de cobertura, contenção, densidade e experiência do cliente.
O caminho prático tem três movimentos. Primeiro, estabeleça limiares por métrica e valide-os contra a realidade do seu ambiente. Em seguida, cubra as duas camadas: o que a controladora reporta e o que um cliente de verdade enfrenta. Por fim, traga tudo para o mesmo painel do resto da infraestrutura.
Vale lembrar que esse último passo costuma ser o que mais reduz tempo de diagnóstico. Wi-Fi isolado em ferramenta própria vira ilha, o que atrasa toda correlação. Consolidado no NOC, ele passa a conversar com switches, links e aplicações.
A OpServices monitora ambientes Wi-Fi corporativos integrados a operações 24×7, com coleta de métricas de RF e correlação no mesmo painel da infraestrutura. Fale com um especialista e avalie o que sua operação está deixando de enxergar hoje.
Perguntas Frequentes
Quais são as métricas mais importantes para monitorar uma rede Wi-Fi?
Como identificar interferência em uma rede Wi-Fi?
802.11. Quando essa terceira parcela cresce, a fonte costuma ser externa e não Wi-Fi.
