Densidade, capacidade e roaming

Nos dois primeiros artigos desta série falamos sobre projeto, design wireless e site survey.

Vimos que ter sinal não significa necessariamente ter uma boa rede e que uma simulação preditiva precisa ser posteriormente confrontada com aquilo que realmente acontece no ambiente.

Agora chegamos a outro ponto importante para uma rede WLAN.

Imagine uma sala de reuniões onde todos os notebooks mostram um ótimo nível de sinal, ou um auditório onde praticamente todos os usuários estão próximos de um access point. Visualmente, parece que está tudo às mil maravilhas.

De repente você recebe a notícia: o Wi-Fi está ruim, a internet está lenta!

A reunião online apresenta travamentos, o áudio fica robotizado. Algumas páginas demoram para abrir. Usuários caminham entre ambientes e determinadas aplicações sofrem pequenas interrupções.

Nesse momento pensamos: existe cobertura, por que a experiência é ruim?

Porque cobertura, densidade, capacidade e mobilidade são problemas diferentes.

E um projeto wireless precisa tratar cada um desses pontos com atenção.

1. Cobertura responde apenas uma parte da pergunta

Cobertura é normalmente a primeira coisa que enxergamos em um projeto Wi-Fi.

O heatmap (mapa de calor) mostra onde determinada intensidade de sinal, seja em 2,4, 5 ou 6 GHz, deve existir e, posteriormente, o site survey permite medir se essa condição realmente foi entregue.

Mas um ambiente completamente coberto ainda pode ter problemas de desempenho.

Um cenário hipotético: imagine dois escritórios de tamanho semelhante.

No primeiro existem 20 pessoas utilizando e-mail, sistemas web e mensagens instantâneas.

No segundo existem as mesmas 20 pessoas, desta vez utilizando videoconferência, aplicações em nuvem e transferindo arquivos ao mesmo tempo.

A quantidade de clientes é a mesma.

O nível de cobertura continua sendo o mesmo.

Mas a demanda sobre a rede wireless é completamente diferente.

No primeiro ambiente, grande parte dos clientes passa períodos transmitindo pouco ou nenhum dado. No segundo, o cenário passa a ter maior simultaneidade e mais tráfego disputando o airtime disponível.

É por isso que contar somente usuários ou dispositivos, isoladamente, não determina a capacidade necessária de uma WLAN.

2. Densidade não é apenas contar quantos dispositivos existem

Quando falamos em alta densidade, um erro comum para muitas pessoas é pensar imediatamente na quantidade total de dispositivos conectados.

Mas o número isolado não conta a história inteira. Uma empresa pode possuir 500 dispositivos distribuídos em vários andares e não apresentar um problema relevante de densidade.

Por outro lado, 80 pessoas concentradas em uma sala de treinamento podem representar um desafio muito maior.

O que precisamos entender é onde esses dispositivos estão, quantos estarão ativos simultaneamente e o que estarão fazendo.

Existe outro ponto importante: dispositivo associado (conectado) não significa dispositivo gerando tráfego o tempo inteiro.

Um smartphone parado no bolso consome recursos de forma diferente de um notebook transmitindo vídeo.

Por isso, capacidade precisa considerar simultaneidade e perfil de utilização.

3. Em Wi-Fi, airtime é um dos recursos mais importantes

Existe uma diferença fundamental entre Ethernet e Wi-Fi.

No ambiente wireless, vários dispositivos compartilham o mesmo meio de transmissão.

A UniFi Academy resume isso de uma maneira muito objetiva: Wi-Fi é um meio compartilhado e half-duplex, e o desempenho depende de como o airtime é utilizado conforme a rede cresce.

Em termos práticos, cada transmissão ocupa o canal durante determinado período. Enquanto um dispositivo transmite, outros clientes que disputam aquele mesmo meio precisam aguardar sua oportunidade de acesso.

Por isso, um cliente lento pode ser mais prejudicial para a capacidade da rede do que simplesmente parece.

Um dispositivo distante do ponto de acesso, com baixo SNR (Signal-to-Noise Ratio | Relação Sinal-Ruído) ou muitas retransmissões pode utilizar taxas de transmissão menores e permanecer mais tempo ocupando o meio para transmitir a mesma quantidade de informação.

A própria Ubiquiti aponta que clientes com sinal fraco ou comportamento ruim de roaming podem utilizar taxas mais baixas e consumir uma parcela desproporcional do airtime.

Essa é uma das razões pelas quais uma rede pode apresentar sinal bom em praticamente todo lugar e continuar sofrendo nos momentos de maior utilização.

4. Mais velocidade nominal não significa mais capacidade útil

Outro erro muito comum é utilizar a velocidade anunciada pelo access point como referência direta para a capacidade da rede.

Um AP pode apresentar vários gigabits por segundo em sua ficha técnica.

Isso não significa que cada cliente receberá aquela velocidade.

A capacidade efetivamente disponível depende de várias condições: banda utilizada, largura de canal, número de spatial streams suportados pelo cliente, qualidade do RF (Radiofrequência), interferência, retransmissões, quantidade de dispositivos ativos e tempo de rádio necessário para cada transmissão.

Por isso, não dimensionamos uma WLAN corporativa simplesmente dividindo a velocidade nominal do AP pela quantidade de usuários.

O objetivo não é buscar o maior número de Mbps possível em um teste isolado.

5. Canais mais largos também têm um preço

Em muitas redes Wi-Fi implementadas já me deparei com o seguinte cenário ao configurar uma rede wireless:

Se 40 MHz é rápido, 80 MHz deve ser melhor.

E se 80 MHz é bom, 160 MHz parece ainda melhor.

E 320 MHz é o suprassumo. rsrsrsrs...

Para um único cliente e em condições favoráveis, canais mais largos podem realmente oferecer taxas maiores.

Quanto maior a largura utilizada, maior a quantidade de espectro consumida por aquela célula e menor a possibilidade de reutilizar canais diferentes em um ambiente com vários access points.

A UniFi Academy descreve exatamente esse compromisso: canais mais largos aumentam o throughput de pico, enquanto canais mais estreitos favorecem reutilização e previsibilidade em implantações densas.

É por isso que um projeto corporativo não deveria escolher largura de canal apenas buscando o maior número em um speed test.

Em ambientes densos ou corporativos, às vezes ter mais canais reutilizáveis e largura menor vale mais do que aumentar a largura de cada canal.

De novo, isso não é regra, mas boa prática. Dependendo da banda, do padrão Wi-Fi, dos clientes e da necessidade do projeto, podemos trabalhar com larguras diferentes. Os 320 MHz, por exemplo, entram no contexto do Wi-Fi 7 em 6 GHz.

O importante é saber quais efeitos e impactos cada escolha pode causar em sua WLAN.

6. Adicionar access points pode aumentar capacidade, mas também pode aumentar interferência

Quando existe muita demanda, adicionar access points pode ser uma boa estratégia.

Criamos células Wi-Fi menores, distribuímos clientes e aumentamos a possibilidade de reutilização do espectro.

Mas nesse ponto temos de ter cautela. Não basta distribuirmos células Wi-Fi pelo ambiente corporativo. Os APs precisam coexistir de maneira planejada.

Se simplesmente adicionarmos APs, mantivermos potência elevada em todos eles e utilizarmos canais sobrepostos ou mal distribuídos, podemos criar mais interferência entre nossa própria infraestrutura.

A Ubiquiti recomenda, especificamente em ambientes de alta densidade, atenção à distribuição de canais, com o uso do Channel AI, e potência média para reduzir a interferência entre access points.

Isso não significa que “Medium” seja uma configuração universal para qualquer projeto.

Potência é uma variável de design e precisa considerar o comportamento dos clientes, tamanho das células, antenas, bandas e características do ambiente.

O importante é compreender que mais APs não significa automaticamente mais capacidade.

Eles precisam criar células que consigam reutilizar o espectro de forma eficiente.

7. Capacidade também é controlar quem ocupa o airtime

Nem todo tráfego existente em uma WLAN representa uma aplicação sendo utilizada diretamente por um usuário.

Broadcast, multicast, protocolos de descoberta e dispositivos que utilizam taxas de transmissão muito baixas também ocupam airtime.

Em uma pequena rede isso pode passar despercebido.

Quando centenas de dispositivos compartilham a infraestrutura, o impacto começa a aparecer.

A Ubiquiti documenta mecanismos como Minimum Data Rate, Proxy ARP e controles de multicast e broadcast justamente para reduzir consumo desnecessário de airtime em redes maiores.

Mas essas configurações precisam ser aplicadas com critério.

Aumentar Minimum Data Rate, por exemplo, pode melhorar eficiência e reduzir o tamanho efetivo das células, mas também pode impedir ou atrapalhar dispositivos legados ou IoT com determinadas características.

De novo, não existe botão mágico.

Evite alterações experimentais diretamente em ambientes de produção. Quando uma mudança for necessária, avalie o ambiente, valide compatibilidade, defina uma janela, monitore o resultado e tenha um plano de retorno.

Sempre que possível, realize uma prova de conceito em ambiente controlado.

8. Roaming: quem decide trocar de access point?

Aqui aparece um dos conceitos mais mal compreendidos em redes Wi-Fi.

O dispositivo cliente é o ator principal na decisão de roaming.

Enquanto ele considerar a conexão atual aceitável segundo seus próprios critérios e algoritmos implementados pelo fabricante, driver e sistema operacional, pode continuar associado ao access point mesmo existindo outro AP próximo com sinal melhor.

Chamamos esse cliente de sticky client (cliente grudento).

A infraestrutura pode fornecer informações e mecanismos para ajudar o dispositivo a tomar uma decisão melhor, mas não controla completamente quando cada cliente deve fazer a troca.

Essa diferença é importante porque dois dispositivos podem apresentar comportamentos completamente diferentes percorrendo exatamente o mesmo caminho.

• Um smartphone pode realizar roaming rapidamente.
• Um coletor industrial pode permanecer associado ao access point anterior por mais tempo.
• Um notebook pode utilizar outros thresholds definidos pelo driver.

Por isso, roaming não pode ser validado apenas observando o heatmap (mapa de calor).

Precisamos observar o comportamento do dispositivo que realmente será utilizado na operação.

9. 802.11k, 802.11v e 802.11r ajudam, mas não criam um bom design

No UniFi existem diferentes mecanismos destinados a melhorar a mobilidade.

Mas eles não fazem exatamente a mesma coisa.

O 802.11k pode ajudar o cliente fornecendo informações sobre access points vizinhos.

O 802.11v, através de mecanismos como BSS Transition, pode auxiliar o cliente indicando alternativas para uma possível transição.

Já o recurso Fast Roaming utiliza o padrão 802.11r, também conhecido como Fast BSS Transition.

Antes de ativá-lo, é importante saber o funcionamento desse mecanismo.

O 802.11r não determina quando um cliente deve deixar um access point nem escolhe para qual AP ele deverá migrar.

A decisão de roaming continua sendo do dispositivo cliente.

O objetivo do 802.11r é tornar mais eficiente parte do processo de segurança e autenticação quando essa transição acontece.

Por isso, o benefício pode variar bastante conforme o ambiente.

Em redes utilizando autenticação Personal, como WPA2 ou WPA3 com chave compartilhada, clientes compatíveis podem utilizar Fast Transition. Dependendo da aplicação e do dispositivo, porém, a diferença pode não ser perceptível para o usuário.

Já em ambientes corporativos que utilizam 802.1X com EAP e RADIUS, o recurso pode ganhar maior importância.

Nesse cenário, reduzir parte do processo necessário durante a autenticação na transição pode diminuir a latência de roaming. Outros mecanismos de cache de chaves também podem contribuir dependendo do cliente e da infraestrutura.

Isso pode ser relevante principalmente para aplicações sensíveis a interrupções.

Compatibilidade vem antes da configuração

Antes de ativar o recurso, é importante saber:

Nem todos os clientes implementam 802.11r da mesma maneira e equipamentos legados podem não oferecer suporte ao recurso.

A própria Ubiquiti alerta em sua documentação de troubleshooting de conexão que clientes legados frequentemente não suportam Fast Transition.

Por isso, não considero correto habilitar 802.11r automaticamente em qualquer WLAN simplesmente porque a opção está disponível.

Em ambientes com coletores de dados, dispositivos IoT ou equipamentos com ciclos de vida longos, o primeiro passo deveria ser verificar suas especificações, modelo, sistema operacional, driver ou firmware e suporte documentado aos mecanismos que pretendemos utilizar.

Se grande parte dos dispositivos críticos não oferece suporte ou apresenta problemas conhecidos com Fast Transition, ativar o recurso pode causar mais impactos negativos do que benefícios.

Por outro lado, em uma WLAN baseada em 802.1X, com clientes compatíveis e aplicações sensíveis à mobilidade, o 802.11r pode reduzir uma etapa importante da transição e contribuir para tempos menores de roaming.

A aplicação prática é simples:

O design das células, cobertura de sinal entre APs, canais, potência e comportamento do cliente continuam sendo a base de uma boa experiência de mobilidade.

O 802.11r otimiza parte da transição.

Ele não corrige um projeto ruim.

10. Cuidado com Minimum RSSI

Minimum RSSI costuma aparecer rapidamente quando alguém relata sticky clients.

A ideia parece simples: quando o RSSI do cliente, medido pelo access point, cai abaixo de determinado valor configurado, o AP pode desconectá-lo para que ele procure outra alternativa.

A própria documentação da Ubiquiti alerta que, depois que o AP desconecta o cliente, é responsabilidade do dispositivo encontrar um sinal melhor.

Ele pode inclusive tentar voltar para o mesmo access point.

Uma configuração inadequada pode provocar instabilidade e ciclos de desconexão.

A documentação atual da UniFi também indica Minimum RSSI principalmente para cenários de alta densidade e apresenta o Roaming Assistant como alternativa menos agressiva para clientes modernos.

Portanto, Minimum RSSI não deve ser utilizado para esconder um problema de design.

Antes de configurar um limite, precisamos verificar se existe realmente outro AP disponível com condições adequadas para receber aquele cliente.

11. Sobreposição de células faz parte do planejamento de roaming

Para que um cliente possa sair de uma célula e entrar em outra, as células precisam coexistir em determinada região do ambiente.

Não significa simplesmente espalhar sinal de todos os APs por todo lugar.

Significa criar condições para que, durante o deslocamento, o dispositivo consiga identificar outra alternativa antes que a conexão atual se torne inadequada.

Como referência, a Ubiquiti indica -70 dBm ou melhor para conexões estáveis, e a Apple informa que iPhone e iPad começam a procurar candidatos de roaming quando o sinal atual cruza -70 dBm (nos Macs, -75 dBm).

Isso não transforma -70 dBm em critério universal de projeto.

Dependendo da aplicação e do dispositivo cliente, podemos exigir uma condição de sinal mais forte ou admitir uma condição mais fraca.

Uma rede para voz, um centro de distribuição utilizando coletores e um escritório convencional podem exigir critérios diferentes.

O valor adequado vem dos requisitos e do comportamento dos dispositivos que estamos projetando para atender e precisa ser confirmado durante a validação.

12. Um exemplo prático: sala de treinamento

Imagine uma sala preparada para 80 pessoas.

O projeto possui um access point no centro e todos recebem sinal melhor que -60 dBm.

Do ponto de vista de cobertura, parece excelente.

Agora os 80 participantes abrem seus notebooks. Trinta entram em uma videoconferência, outros começam a baixar arquivos, smartphones permanecem conectados e aplicações de descoberta começam a gerar multicast.

Suponha que a maior parte desses clientes esteja concentrada no mesmo rádio de 5 GHz.

O AP continua oferecendo ótimo RSSI, mas esses clientes precisam compartilhar o airtime daquele canal.

É aqui que cobertura deixa de ser a principal pergunta.

Talvez o projeto precise dividir aquela demanda entre mais células, trabalhar canais diferentes, rever largura de canal, potência, distribuição dos usuários e até a banda utilizada.

O problema deixou de ser:

“O sinal chega até aqui?”

E passou a ser:

Essa mudança de pergunta é fundamental.

13. Planejar capacidade antes da instalação

Esse tema começa a aparecer inclusive nas próprias ferramentas de design.

A versão atual do UniFi Design Center permite definir zonas e requisitos de capacidade de clientes e utilizar essas informações na recomendação de posicionamento dos access points e no planejamento de canais.

A Ubiquiti vem constantemente evoluindo a ferramenta.

Isso é uma mudança importante em relação ao pensamento de projeto baseado somente em cobertura.

O heatmap continua importante, mas agora a pergunta não é apenas onde o sinal chega.

Precisamos saber quantas pessoas estarão ali, quantos dispositivos utilizarão a WLAN, que aplicações executarão e como esses clientes estarão distribuídos ao longo do tempo.

14. O que eu observaria em uma validação

Depois da implantação, não verificaria apenas RSSI.

Para entender a experiência real precisamos relacionar cobertura com utilização dos rádios, interferência, airtime, quantidade de clientes ativos, taxas utilizadas, retransmissões e comportamento durante a mobilidade.

No UniFi, informações de airtime e interferência podem ser acompanhadas pelo AirView e pelas métricas dos rádios.

A fabricante diferencia situações de alto airtime associado à interferência daquelas em que o problema pode estar relacionado ao congestionamento local e a muitos clientes compartilhando aquele rádio.

O valor da telemetria não está em olhar gráficos.

Está em relacionar os dados com o problema que o usuário está sentindo.

Um AP com muitos clientes não está necessariamente sobrecarregado.

Um AP com poucos clientes também não está necessariamente saudável.

15. Cobertura, capacidade e roaming precisam ser projetados juntos

Uma boa rede não é aquela que simplesmente apresenta sinal verde em todo o heatmap.

Cobertura precisa existir onde a operação necessita e capacidade precisa acompanhar a concentração e a demanda dos dispositivos.

As células precisam ser dimensionadas para reutilizar o espectro sem criar interferência desnecessária e clientes móveis precisam encontrar condições adequadas para trocar de access point sem comprometer suas aplicações.

Esses fatores devem ser avaliados com cautela:

• Aumentar potência pode melhorar cobertura e piorar reutilização.
• Adicionar access points pode aumentar capacidade ou aumentar interferência.
• Aumentar largura de canal pode melhorar um speed test e reduzir as opções de canais disponíveis.
• Configurar Minimum RSSI pode ajudar determinado cenário ou provocar instabilidade em outro.
• Habilitar Fast Roaming pode beneficiar alguns clientes e aplicações, mas depende de compatibilidade e necessidade.

Por isso, não existe uma configuração universal de Wi-Fi corporativo.

No próximo artigo desta série, podemos avançar para o troubleshooting e entender o que métricas como RSSI, SNR, retries, utilização de canal e airtime realmente dizem sobre a experiência de um usuário.