Sophos AP6: planear canais RF, band steering e roaming

Uma boa rede AP6 não se consegue com potência máxima nem com o canal mais largo. As células vizinhas precisam de sobreposição suficiente para roaming, mas não devem sobrepor-se desnecessariamente nem usar canais iguais ou adjacentes. Band steering e as ajudas de roaming apoiam um bom desenho RF, mas não o substituem.

Plano rápido: medir o ambiente com um site survey, definir canal, largura e potência por banda, garantir SSID e segurança idênticos nos AP6 envolvidos e alterar apenas um pequeno piloto. Percorrer depois o mesmo trajeto com vários tipos de cliente. Avançar para a onda seguinte apenas com medições e aplicações estáveis.

Separar gestão dos caminhos RF e de dados

Um AP6 pode ser gerido localmente ou pelo Sophos Fusion (anteriormente Sophos Central). O plano de gestão transporta configuração e estado. O caminho RF e de dados vai do cliente pelo AP6, switch ou VLAN até ao gateway. Um estado verde no Central não comprova boa cobertura nem DHCP, DNS ou routing funcionais.

O roaming é orientado pelo cliente: o dispositivo decide quando abandona o AP atual e qual o candidato. A Sophos indica cerca de -70 dBm como ponto comum, mas esclarece que o limiar varia por cliente. O Central não é, portanto, requisito universal. AP6 locais configurados de forma igual também podem formar um desenho de roaming; o Central facilita consistência, atribuições e visibilidade.

SSID, encriptação, autenticação e rede cliente devem coincidir. O guia SSID e VLAN para AP6 explica o caminho de dados. Uma mudança de AP não deve alterar inesperadamente VLAN, gateway ou perfil de segurança.

Registar uma baseline antes de alterar

1. Mapear áreas, voz, vídeo, scanners, IoT e movimentos previstos.
2. Inventariar bandas, larguras e suporte 802.11k/802.11r dos clientes críticos. 6 GHz requer modelo AP6, região e clientes adequados.
3. Anotar por AP e banda canal, largura, TX Power, Autochannel, SSID, band steering, fast roaming, 802.11k e limiar Smart Handover.
4. Medir ocupação, interferências, RSSI e SNR em pontos e trajetos representativos. A Sophos recomenda SNR pelo menos 25 dB acima do ruído; é uma referência, não uma garantia.
5. Definir critérios para latência, perdas, interrupção da aplicação real, DHCP/DNS e destinos permitidos.

Um survey prévio estima posições e canais; só o survey após instalação mede RSSI e SNR reais. Deve ser repetido porque redes vizinhas e interferências mudam.

Planear canal, largura e potência em conjunto

Manter 2,4 GHz deliberadamente estreito

A Sophos recomenda 20 MHz e os três canais sem sobreposição 1, 6, 11. Embora 40 MHz seja suportado, não é recomendado porque toda a banda tem apenas 72 MHz. Num desenho de capacidade, desligar 2,4 GHz em alguns AP6 pode ser melhor que emitir todas as bandas em todas as células. Fazer isto só após medir cobertura e testar clientes apenas de 2,4 GHz.

Adaptar 5 GHz e DFS ao local

5 GHz oferece mais canais e bom equilíbrio entre alcance e débito. A Sophos sugere 40 ou 80 MHz, mas 20 MHz em ambientes congestionados ou com AP6 próximos. Mais largura aumenta o potencial de um cliente, mas reduz os canais sem sobreposição. Em alta densidade, reutilizar canais menores é frequentemente mais útil.

Os canais DFS 52–144 partilham espectro com radar. Uma deteção pode mudar o canal e desligar clientes; desativar DFS reduz, porém, o conjunto disponível. No piloto, medir disponibilidade regional, eventos radar, compatibilidade e reutilização necessária.

Não usar 6 GHz como substituto de alcance

6 GHz oferece muitos canais sem sobreposição e não requer DFS, mas tem menor alcance. A Sophos sugere 80 ou 160 MHz para aplicações de alto desempenho. Não é um início universal: modelo, região, clientes, distância e ocupação medida decidem. Os restantes clientes ainda precisam de 5 ou 2,4 GHz.

TX Power forma a célula

100% é o valor Central predefinido documentado, não automaticamente o correto. Reduzir TX Power encurta alcance e pode reduzir interferência. Ajustar por banda e local para que no limite da célula o cliente veja outro AP utilizável. Aumentar só a potência do AP não corrige o retorno de um cliente menos potente.

A Sophos fornece -67 dBm para voz, -72 dBm para dados, cerca de 15–20% de sobreposição e vantagem de 10–15 dB para o AP seguinte. São pontos de medição, não garantias; paredes, antenas, drivers e aplicações alteram o resultado.

Escolher Autochannel ou plano fixo

Autochannel avalia RSSI total, ruído, carga, limites de potência e número de BSS. No Central, AP6 analisa ao arrancar e a cada 30 minutos por predefinição. Com clientes ligados não muda para um canal melhor, salvo ativar Shift to a better channel even if clients are connected.

Para um local medido preferimos um plano fixo documentado. O guia Sophos também recomenda evitar seleção automática para reduzir possíveis conflitos. Autochannel pode servir em locais pequenos ou variáveis se o intervalo for limitado e monitorizado.

⚠️ Planear interrupção: uma mudança forçada com clientes ligados pode desligá-los. Testar apenas em manutenção. Save na página do AP no Central aplica imediatamente e também pode causar uma breve interrupção.

Não misturar GUI local e Central

AP6 gerido localmente

Na GUI local, os valores básicos estão em Wireless > Wireless settings > 2.4 GHz, 5 GHz ou 6 GHz > Basic settings. Cada banda suporta até 16 SSID, cujos nomes podem conter até 32 letras ou algarismos. As páginas incluem Wireless, Band, campos SSID/VLAN, Auto channel, conforme a banda Auto channel range, Auto channel interval, mudança com clientes ligados, Channel e Channel Bandwidth. As opções disponíveis de canal e largura de canal dependem da banda.

A página Advanced settings de cada banda inclui Tx power, Guard Interval, DTIM, RTS, Beacon Interval, Idle timeout, Beamforming/MU-MIMO e Airtime Fairness. Apenas 2,4 GHz oferece também Contention, Preamble e 802.11g Protection. A Sophos destina-os a utilizadores experientes e alerta para impactos. Os intervalos e valores predefinidos documentados dependem da banda; por isso, guardar separadamente os valores iniciais de cada banda antes de alterar e não os transferir sem validação entre bandas. Começar só por canal, largura e TX power; manter timers na baseline sem problema medido.

Bandsteering é uma definição Wireless separada: Off, 6G first, 5G first, Balanced, User-defined. A última define limiares de carga por banda, com o valor predefinido documentado 70, e Min RSSI; clientes 5/6 GHz elegíveis abaixo do valor RSSI são orientados para 2,4 GHz. Bandsteering e filtro MAC não podem estar ativos simultaneamente.

Smart handover configura-se localmente por banda; o valor predefinido documentado é -80 dBm. Abaixo do limiar, o AP desliga o cliente para procurar outro AP. Ativar só após survey: um limiar alto desliga antes de haver candidato adequado.

AP6 gerido no Central

No Central: My Products > Wireless > Access Points, abrir o AP piloto e cada banda em Settings > Radio configuration. Os campos documentados são TX Power, Channel width, Autochannel, Range, Auto channel scan interval e Shift to a better channel even if clients are connected. Com Autochannel desativado, escolher manualmente.

As ajudas de roaming do SSID não ficam nessa página. Abrir My Products > Wireless > SSIDs, o SSID e Advanced Settings > Quality of service: Fast roaming, Band steering e, para AP6, 802.11k. A ajuda indica que band steering atua por AP e afeta todos os seus SSID.

802.11k fornece informação de vizinhança e está ativo por predefinição em todos os SSID segundo a Sophos; nem todos os clientes o suportam. Fast roaming usa 802.11r quando aplicável, requer suporte do cliente e não está disponível numa rede guest em modo NAT. Ativar Fast Transition apenas quando todos os pontos de acesso que disponibilizam o SSID na implementação forem AP6. Sem autenticação empresarial, o benefício é mínimo. Se o SSID se estender para fora de uma área controlada, Fast Transition pode criar uma exposição de segurança; avaliar esse risco antes da ativação. Estas funções ajudam a decisão do cliente, mas não impõem um AP de destino.

Pilotar e validar em movimento

1. Limitar o piloto a dois AP6 vizinhos e um SSID; guardar valores e atribuições.
2. Alterar uma classe: canais, depois largura, potência e separadamente band steering, fast roaming ou Smart Handover.
3. Aguardar o estado aplicado; no Central verificar também Task queue.
4. Comparar nos mesmos pontos RSSI, SNR, banda, canal, taxa, latência e perda.
5. Percorrer o mesmo trajeto com ping contínuo e a aplicação real de voz/vídeo. Anotar hora, AP origem/destino, ponto e interrupção.
6. Testar pelo menos dois tipos de cliente, incluindo um caso 802.11r problemático se previsto.
7. Após a transição verificar IP, gateway, DNS e destinos; renovar DHCP pode parecer falha RF.
8. Repetir com carga representativa; um local vazio não comprova estabilidade.
9. Distribuir em pequenas ondas só após cumprir critérios e repetir o teste curto.

Diagnosticar por sintoma

Cliente permanece no AP distante: verificar se o AP seguinte está visível e se SSID, segurança e rede coincidem; medir ambos os RSSI. Sobreposição excessiva, TX Power alta ou lógica do cliente podem intervir. Não tornar logo Smart Handover mais agressivo.

Desliga sem substituto: cobertura insuficiente ou limiar Smart Handover alto. Restaurar o limiar, medir a borda e depois corrigir posição ou potência.

Sinal forte e baixo débito: verificar banda, largura, ocupação, SNR e interferência cocanal/adjacente. Canal largo ou demasiadas células 2,4 GHz podem reduzir airtime útil.

Cortes periódicos: comparar horas com intervalo Autochannel, tarefas e eventos DFS. Desativar no piloto a mudança forçada com clientes e repetir.

Só clientes antigos falham: verificar 802.11r, 802.11k, encriptação e bandas do dispositivo. Retirar primeiro fast roaming do piloto; pode ser melhor um SSID separado.

Roaming funciona mas a aplicação cai: seguir IP, VLAN, gateway, DNS, estado da firewall e sessão. Comprovar separadamente gestão, transição RF e dados.

Reverter com segurança

Reverter não é repor de fábrica. Parar o rollout e restaurar no piloto canal/Autochannel, largura, TX Power e opções de roaming documentados. Reverter só a última classe, aguardar o estado e repetir testes parados e em movimento.

No Central, Save pode voltar a causar breve interrupção. Localmente verificar cada AP para evitar divergências. A reversão termina quando SSID, DHCP, DNS, aplicações e trajeto reproduzem a baseline. Caso contrário, preservar valores, horas, modelo do cliente e firmware e escalar com provas.