802.11r e 802.11k no Android: implantação de fast roaming no Cisco Meraki, HPE Aruba e Ubiquiti UniFi

Sim, a maioria dos aparelhos Android suporta transição rápida 802.11r, relatórios de vizinhança 802.11k e transição BSS 802.11v. O suporte depende do driver do chipset e do fabricante, não apenas da versão do Android. No Cisco Meraki, HPE Aruba ou Ubiquiti UniFi, habilite o 802.11r no modo misto e mantenha a transição rápida via rádio (over the air). Confirme cada modelo de aparelho em uma captura de pacotes antes da implantação.

O que o roaming rápido realmente faz em um aparelho Android?

O roaming rápido depende do trabalho conjunto de três emendas IEEE:

• O 802.11k ajuda o aparelho a encontrar o próximo ponto de acesso.
• O 802.11v permite que a rede sugira quando se mover.
• O 802.11r encurta a transição em si.

O Android pode usar todos os três. O aparelho decide quando fazer o roaming, não o ponto de acesso.

Esse ponto molda todas as decisões deste guia. Na maioria dos dispositivos Android, o roaming é executado no firmware e no driver do chipset WiFi, não no framework do Android. O Android Open Source Project documenta isso como roaming de firmware. Como resultado, dois telefones na mesma versão do Android podem fazer o roaming de formas bastante diferentes.

802.11k: relatórios de vizinhança

Um aparelho com suporte a 802.11k solicita um relatório de vizinhança ao seu ponto de acesso atual. Trata-se de uma lista dos pontos de acesso próximos e dos canais que eles utilizam. O aparelho então varre apenas esses canais em vez de varrer todas as bandas. Ele passa menos tempo fora do canal e toma uma decisão de roaming mais bem informada. Aparelhos sem 802.11k ignoram o relatório e fazem a varredura normalmente.

802.11v: gerenciamento de transição BSS

O gerenciamento de transição BSS 802.11v permite que o ponto de acesso sugira que o aparelho mude para um ponto de acesso específico. O aparelho pode aceitar, rejeitar ou ignorar a solicitação. Os chipsets Android tratam essas solicitações como recomendações, e alguns agem com base nelas mais facilmente do que outros. Combine o 802.11v com o 802.11k, pois uma solicitação de transição só ajuda se o aparelho já conhecer suas opções.

802.11r: transição BSS rápida

O 802.11r, também chamado de transição rápida (FT), altera como as chaves de criptografia são configuradas durante o roaming.

O IEEE 802.1X é o padrão de autenticação baseado em porta por trás do WiFi corporativo. RADIUS é o protocolo que seus pontos de acesso usam para verificar credenciais em um servidor de autenticação. Sem FT, um aparelho em WPA2-Enterprise ou WPA3-Enterprise repete a troca 802.1X completa com o servidor RADIUS em cada novo ponto de acesso. Em seguida, ele conclui um handshake de chave de quatro vias.

Com o 802.11r, a primeira conexão ainda se autentica totalmente. Roamings posteriores dentro do mesmo domínio de mobilidade derivam chaves novas a partir de uma hierarquia de chaves em cache. Essa troca de chaves é incorporada aos quadros de autenticação e reassociação. Não há consulta ao servidor RADIUS e nenhum handshake de quatro vias separado.

Isso é essencial para voz e push-to-talk. A Recomendação ITU-T G.114 aconselha manter o atraso de voz unidirecional abaixo de 150 milissegundos. Uma troca completa do 802.1X com um serviço RADIUS em nuvem, repetida em cada ponto de acesso, consome essa margem.

Por que o suporte do Android varia por chipset e fabricante

A Google publica a estrutura do Android, mas o roaming rápido opera em camadas mais baixas do sistema. O suporte depende de quatro camadas:

1. O chipset, de fornecedores como Qualcomm, Broadcom e MediaTek.
2. O driver e o firmware do fornecedor do chipset.
3. A compilação do fabricante.
4. A versão do Android.

Um fabricante pode lançar um chipset compatível com 802.11r com o recurso desativado ou implementado parcialmente. Dispositivos móveis robustos e tablets de baixo custo frequentemente permanecem com drivers antigos por anos.

A certificação é o sinal mais prático. O programa Agile Multiband da WiFi Alliance testa a interoperabilidade do 802.11k, 802.11v e 802.11r. Seu programa Voice-Enterprise testa o roaming rápido para dispositivos de voz. Um modelo certificado foi aprovado nos testes de interoperabilidade. Um modelo não certificado ainda pode funcionar, mas você precisará testá-lo por conta própria.

Para obter os detalhes do protocolo por trás de todas as três emendas, consulte o guia de implantação do 802.11r, 802.11k e 802.11v da Purple.

O que você precisa antes de ativar o 802.11r para Android?

Reúna seis itens antes de alterar um SSID de produção (o nome da rede ao qual seus dispositivos se conectam).

• Um inventário de dispositivos. Obtenha modelo, versão do Android e nível do patch de segurança a partir da sua plataforma de gerenciamento de dispositivos móveis (MDM). Agrupe a frota por modelo, pois o modelo prevê o comportamento de roaming melhor do que a versão do Android.
• Firmware de ponto de acesso compatível. Confirme se o firmware do seu Cisco Meraki, HPE Aruba ou Ubiquiti UniFi oferece suporte ao 802.11r no tipo de segurança utilizado. Verifique as notas de versão atuais do fornecedor.
• Um único domínio de mobilidade. A transição rápida só funciona entre pontos de acesso que compartilham o mesmo material de chave. Mantenha os pontos de acesso entre os quais o dispositivo se desloca na mesma rede Meraki, cluster de controladoras Aruba ou site UniFi. Um roaming que cruze essa fronteira recorre à autenticação completa.
• Sobreposição de cobertura. Um dispositivo só pode fazer roaming para um ponto de acesso que consiga ouvir bem. Valide a sobreposição com uma pesquisa antes de ajustar as configurações de roaming. Veja Site Surveys de WiFi: Um Guia Prático de Planejamento.
• Kit de captura. Você precisa de um notebook ou adaptador USB compatível com o modo monitor, além do Wireshark, que é gratuito.
• Um SSID piloto. Clone a rede de produção mantendo a mesma segurança, VLAN e servidor RADIUS. Uma VLAN (LAN virtual) é o segmento de rede onde o tráfego é direcionado. Faça os testes na rede clonada e depois aplique as configurações na produção.

Como configurar o roaming rápido para uma frota mista de Android?

Trabalhe do menor para o maior risco:

1. Ative o 802.11k e o 802.11v no SSID piloto. Dispositivos que não suportam esses padrões ignoram os elementos adicionais, portanto falhas de associação são raras.
2. Habilite o 802.11r no modo misto. Cada SSID anuncia uma ou mais suítes de autenticação e gerenciamento de chaves (AKM). O modo misto anuncia suítes padrão e FT lado a lado, para que dispositivos não compatíveis com FT ainda possam se conectar.
3. Mantenha o FT sobre o ar (over the air). Deixe a sinalização over-the-DS desativada, a menos que você tenha um motivo testado para usá-la.
4. Teste todos os modelos de dispositivos. Conecte-se ao SSID, caminhe entre os pontos de acesso durante uma chamada e capture as transições (roams).
5. Escolha uma estratégia e faça o lançamento. Use a matriz abaixo e, em seguida, mova as configurações para produção em uma janela de alteração com um plano de reversão.

Qual estratégia 802.11r é ideal para a sua frota Android?

Sua frota Android	Configuração 802.11r	802.11k e 802.11v	Por quê
Dispositivos gerenciados, todos os modelos aprovados no piloto	Habilitado, modo misto, no SSID de funcionários	Ativado	Dispositivos compatíveis com FT fazem fast roam, e qualquer dispositivo não FT ainda se conecta com 802.1X completo
Dispositivos em sua maioria atuais, um ou dois modelos legados falham no modo misto	Habilitado no SSID principal, além de um SSID legado com 802.11r desativado na mesma VLAN	Ativado para ambos os SSIDs	Modelos legados continuam funcionando enquanto o restante da frota faz fast roam
BYOD ou um grande volume de modelos desconhecidos	Desabilitado	Ativado	Evita falhas de associação, e o cache PMK ainda reduz o tempo de retorno a um ponto de acesso que o dispositivo já visitou
Rede Cisco Meraki, maioria de dispositivos Apple com alguns Android	Adaptativo	Ativado	Dispositivos Apple compatíveis fazem fast roam, enquanto dispositivos Android usam 802.1X completo
Dispositivos dedicados para voz ou push-to-talk, todos de um único modelo testado	Habilitado, modo misto, em um SSID de voz dedicado	Ativado	O tráfego de voz obtém o roam mais rápido sem expor outros dispositivos ao FT

O cache PMK é o mecanismo padrão do 802.11i que permite que um dispositivo reutilize uma chave mestra pareada com um ponto de acesso no qual ele já se autenticou.

Fast transition over the air ou over the distribution system?

O 802.11r define duas maneiras de realizar a troca de FT. Over the air, o dispositivo fala diretamente com o ponto de acesso de destino. Over the distribution system (DS), o dispositivo envia quadros de ação FT para o seu ponto de acesso atual, que os retransmite pela rede cabeada para o destino.

Fator	Over the air	Over the DS
Caminho do quadro	Do dispositivo para o ponto de acesso de destino, por rádio	Do dispositivo para o ponto de acesso atual, depois retransmissão cabeada para o destino
Suporte Android	Comum em chipsets Android compatíveis com FT	Mais irregular, com alguns drivers manipulando incorretamente o bit de capacidade
Quando ajuda	Na maioria dos locais com boa sobreposição de células	Casos específicos em que o ponto de acesso de destino está com sinal fraco no momento do roam
Modo de falha	O roam retorna para a autenticação completa	O roam pode expirar antes que o dispositivo tente novamente
Recomendação da Purple	Padrão para frotas mistas de Android	Apenas após teste aprovado por modelo

Cisco Meraki

A Meraki disponibiliza 802.11r por SSID com três opções: Disabled, Enabled e Adaptive. A opção Enabled anuncia FT junto com o gerenciamento de chaves padrão, que é o modo misto. A opção Adaptive habilita FT apenas para dispositivos Apple iOS que suportam a extensão adaptativa 802.11r da Cisco. Aparelhos Android em um SSID Adaptive conectam-se com autenticação padrão e não obtêm transição rápida. Para uma frota com muitos dispositivos Android, teste a opção Enabled no seu SSID piloto. A documentação da Meraki observa que alguns dispositivos mais antigos não conseguem se associar quando o 802.11r está habilitado. Siga-a para ver as etapas atuais.

HPE Aruba

A Aruba configura a transição rápida por WLAN. Em implantações de controladores ArubaOS, o perfil 802.11r vinculado ao SSID habilita o FT e contém a opção over-the-DS. O 802.11k e o gerenciamento de transição BSS ficam no perfil 802.11k. O Aruba Instant e o Aruba Central apresentam os mesmos recursos nas configurações de roaming da WLAN. A Aruba também suporta opportunistic key caching (OKC), uma maneira não proprietária de compartilhar chaves entre pontos de acesso. Confirme se o modelo do aparelho suporta OKC antes de usá-lo como solução alternativa.

Ubiquiti UniFi

A UniFi disponibiliza o 802.11r como Fast Roaming e o 802.11v como BSS Transition nas configurações avançadas de cada rede WiFi. A Ubiquiti avisa que alguns dispositivos mais antigos podem não suportar o Fast Roaming. Habilite o BSS Transition primeiro e, em seguida, o Fast Roaming na rede piloto. Verifique as notas de versão da sua aplicação de rede antes de realizar o lançamento em produção.

Onde a Purple se encaixa

O Staff WiFi da Purple fornece a camada de identidade por meio de Identity-Based Networks. Ele autentica a equipe via 802.1X no Microsoft Entra ID, Okta ou Google Workspace, usando cloud RADIUS. A transição rápida é executada nos seus pontos de acesso. A Purple autentica a primeira conexão, e o 802.11r mantém as transições subsequentes dentro da sua WLAN.

A Purple é independente de hardware e funciona com Cisco Meraki, HPE Aruba, Ruckus, Juniper Mist, Ubiquiti UniFi, Cambium, Extreme e Fortinet. Ela opera em mais de 80.000 locais ativos e gerenciou 440 milhões de logins em 2024 (dados da Purple).

Planeje a saída de colaboradores. Quando você revoga uma identidade, a alteração é aplicada na próxima autenticação completa desse dispositivo. Até lá, um dispositivo revogado pode continuar fazendo roaming com chaves armazenadas em cache dentro do domínio de mobilidade. O tempo limite da sessão define essa janela, portanto, alinhe-o com sua política de entrada, movimentação e saída de colaboradores (JML).

Como verificar se um dispositivo Android usou a transição rápida?

Use três camadas de evidência. Apenas a captura de pacotes é definitiva.

No controlador

A maioria dos controladores lista os recursos por cliente analisados a partir da solicitação de associação, incluindo suporte a 802.11r, 802.11k e 802.11v. Abra a visualização detalhada do cliente e o histórico de roaming no painel do seu Meraki, Aruba ou UniFi. Um indicador de recurso mostra que o aparelho pode usar FT. Isso não prova que um roaming específico o utilizou.

Em uma captura over-the-air

Faça a captura no canal do ponto de acesso de destino enquanto um testador caminha com o aparelho entre as células. A tabela mostra o que procurar no Wireshark.

O que você vê	Frame	O que significa
Elemento Mobility Domain, ID 54	Beacon ou resposta de probe	O ponto de acesso anuncia 802.11r
AKM suite 00-0F-AC:3, :4 ou :9	Solicitação de associação ou reassociação do dispositivo	O dispositivo escolheu FT-802.1X, FT-PSK ou FT-SAE
Algoritmo de autenticação número 2	Frame de autenticação durante o roaming	O dispositivo realizou um roaming FT over-the-air
Frames de ação FT para o ponto de acesso atual	Frames de ação antes do roaming	O dispositivo realizou um roaming FT over-the-DS
Algoritmo 0, seguido de uma troca EAP completa e handshake de quatro vias	Autenticação, EAPOL	Sem FT, portanto o dispositivo executou 802.1X completo
Elemento RM Enabled Capabilities, ID 70, e solicitações de relatório de vizinhos	Solicitação de associação, frames de ação	O dispositivo suporta e utiliza 802.11k
Consulta, solicitação e resposta de gerenciamento de transição BSS	Frames de ação de gerenciamento de rede sem fio (WNM)	O dispositivo suporta e utiliza 802.11v

Um roaming FT 802.1X bem-sucedido mostra a troca de autenticação FT e reassociação sem tráfego EAP e sem handshake de quatro vias.

No dispositivo

Ative as Opções do desenvolvedor e habilite a opção de log detalhado do WiFi. Conecte-se via ADB (Android Debug Bridge) e execute adb shell dumpsys wifi ou gere um relatório de bugs. Procure pelos nomes de gerenciamento de chaves que o wpa_supplicant utiliza: FT-EAP, FT-PSK ou FT-SAE. A saída varia de acordo com o fabricante e a versão do Android, portanto considere-a como evidência de suporte, não como prova definitiva.

Por que alguns celulares Android falham ao se conectar quando o 802.11r está ativo?

A maioria das falhas decorre de seis causas principais.

• O driver analisa o modo misto incorretamente. Alguns drivers mais antigos não conseguem processar suítes FT no elemento de segurança ao lado das padrão. O dispositivo falha ao se associar ou, em alguns casos, nem sequer lista a rede. Corrija isso criando um SSID legado sem FT, com uma atualização do fabricante enviada via MDM ou aposentando o modelo.
• O SSID está configurado apenas como FT. Dispositivos sem suporte a FT não conseguem se conectar a um SSID que anuncia apenas suítes FT. Corrija alterando para o modo misto.
• A opção over-the-DS está anunciada. Dispositivos que não manipulam corretamente o bit de capacidade falham no roaming e depois se reconectam lentamente. Corrija retornando para a opção over-the-air.
• O WPA3 adiciona Protected Management Frames. O WPA3 exige PMF (802.11w), e o suporte a FT-SAE é mais inconsistente que o suporte a FT-PSK ou FT-802.1X. Um dispositivo que funciona no WPA2 ainda pode falhar no WPA3. Teste cada modo de segurança separadamente.
• O roaming cruza domínios de mobilidade. Uma transição entre redes Meraki, clusters Aruba ou sites UniFi força uma autenticação completa. Isso pode parecer um FT quebrado. Corrija isso no projeto da rede, não no dispositivo.
• Os dispositivos permanecem conectados a um ponto de acesso fraco. O FT encurta o tempo de roaming, mas não faz o dispositivo realizar o roaming mais cedo. Confie no 802.11k e no 802.11v, e aumente as taxas mínimas de dados com cuidado. O direcionamento agressivo de clientes pode desconectar dispositivos Android completamente.

Cenas e cenários reais de hotéis, varejo e setor público

Estes são implantações ilustrativas, não clientes nomeados da Purple. Cada um mostra o caminho de decisão e a métrica usada para confirmar o resultado.

Um hotel de 200 quartos com Cisco Meraki

Situação. As equipes de governança e manutenção usavam aparelhos Android com um aplicativo VoIP em um SSID de funcionários WPA2-Enterprise. O 802.11r estava desativado e as chamadas caíam entre os andares. A frota possuía dois modelos: um aparelho atual com certificação Agile Multiband e 18 unidades robustas mais antigas.

O que foi feito. A equipe ativou o 802.11r em um SSID piloto, e todas as 18 unidades mais antigas falharam ao se associar. Eles definiram o SSID principal de funcionários como Ativado e adicionaram um SSID legado com 802.11r desativado, na mesma VLAN e política RADIUS. O 802.11k e o 802.11v permaneceram ativados para ambos os SSIDs.

Resultado. As capturas mostraram os aparelhos atuais fazendo roaming com autenticação de algoritmo 2 e sem tráfego EAP. As solicitações RADIUS desses aparelhos caíram de uma por roaming para uma por sessão. Todas as 18 unidades legadas se conectaram no primeiro dia e foram agendadas para substituição. Para saber mais sobre Hotéis, consulte as páginas do setor hoteleiro da Purple.

Uma rede varejista de 40 lojas com HPE Aruba

Situação. As equipes de estoque usavam leitores Android que mantêm uma sessão ativa com o sistema de estoque. O 802.11r já estava ativado, com Over the DS habilitado. Um modelo de leitor continuava perdendo sessões entre o depósito e o piso da loja.

O que foi feito. Em uma loja piloto, a equipe desativou o Over the DS e manteve o FT over the air. Eles ativaram o 802.11k e o gerenciamento de transição BSS, e depois capturaram os roamings para cada modelo de leitor.

Resultado. As capturas confirmaram roamings FT over-the-air para cada modelo. As falhas de roaming para o modelo afetado pararam na loja piloto. A alteração foi aplicada a todas as 40 lojas ao longo de duas janelas de mudança. Veja Varejo para o trabalho de varejo da Purple.

Um escritório governamental com Ubiquiti UniFi

Situação. Aparelhos Android corporativos e telefones BYOD (traga seu próprio dispositivo) compartilhavam a mesma rede. Os funcionários relataram quedas de chamadas no Teams em um grande andar em formato open-plan.

O que foi feito. A equipe dividiu a rede em um SSID corporativo com Fast Roaming e BSS Transition ativados, e um SSID BYOD apenas com BSS Transition. Eles testaram cada modelo de aparelho corporativo antes da implantação.

Resultado. Os aparelhos corporativos mostraram roamings FT nas capturas. Os dispositivos BYOD se conectaram sem falhas de associação porque nunca viram FT. O mesmo modelo se aplica a aparelhos de enfermaria em Saúde, onde dispositivos clínicos e telefones pessoais compartilham os mesmos edifícios.

Quanto custa o roaming rápido e o que você recebe em troca?

802.11r, 802.11k e 802.11v são recursos de firmware nos pontos de acesso Cisco Meraki, HPE Aruba e Ubiquiti UniFi. Nenhum deles precisa de uma licença de recurso separada. O custo principal é o tempo de engenharia:

• Criação de um SSID piloto.
• Teste de cada modelo de aparelho.
• Realização de capturas.
• Agendamento de janelas de mudança.

Um SSID legado carrega um custo oculto menor. Cada SSID envia seus próprios beacons, que consomem tempo de transmissão em cada canal.

O retorno é mensurável. Um dispositivo móvel que faz roaming 30 vezes em um turno dispara 30 trocas completas de 802.1X sem FT. Com FT, ele dispara uma por sessão, além de acertos de cache PMK nos pontos de acesso que visita novamente. Isso reduz a carga no seu serviço RADIUS e elimina lacunas repetidas de autenticação em chamadas de voz e sessões de leitores. Você obtém isso com pontos de acesso que já possui; veja Why your next WiFi upgrade doesn't need new hardware.

A transição rápida é mais importante em SSIDs corporativos protegidos. Em um SSID de Guest WiFi aberto ou de Captive Portal, não há troca 802.1X para encurtar, portanto o ganho é pequeno. Se você está avaliando o custo da rede de convidados nos mesmos pontos de acesso, veja Captive portal pricing compared: per site, per access point and per user models.

Perguntas frequentes

O Android oferece suporte à transição rápida 802.11r?

Sim, a maioria dos dispositivos Android atuais suporta 802.11r, mas o suporte depende do chipset, do driver e da versão do fabricante, e não da versão do Android. O roaming geralmente roda no firmware do chipset, portanto dois telefones na mesma versão do Android podem se comportar de maneira diferente. A certificação Agile Multiband ou Voice-Enterprise é o sinal mais forte. Para modelos não certificados, confirme o FT em uma captura de pacotes procurando pelo gerenciamento de chaves FT na solicitação de associação e pela autenticação de algoritmo 2 durante um roaming.

O Android oferece suporte a 802.11k e 802.11v?

Sim, muitos dispositivos Android usam relatórios de vizinhos 802.11k e solicitações de transição BSS 802.11v, dependendo novamente do chipset e do fabricante. Dispositivos sem suporte ignoram os elementos extras, então ativar ambos raramente bloqueia a associação. O Android trata as solicitações 802.11v como sugestões, não como instruções. Confirme o suporte por modelo verificando o elemento RM Enabled Capabilities e os frames de gerenciamento de transição BSS em uma captura.

Preciso de uma licença extra para 802.11r em Cisco Meraki, HPE Aruba ou Ubiquiti UniFi?

Não, 802.11r, 802.11k e 802.11v são recursos de firmware incluídos em todas as três plataformas, sem licença de recurso separada. Seu custo é o tempo de engenharia para um SSID piloto, testes por modelo e janelas de mudança. Se você adicionar um SSID legado para dispositivos mais antigos, espere um pequeno custo de tempo de transmissão devido aos beacons extras, em vez de uma taxa de licença.

Ativar o 802.11r vai bloquear o acesso de dispositivos Android antigos à minha rede?

Pode acontecer, e é por isso que você deve testar em um SSID piloto primeiro. Alguns drivers mais antigos falham ao se associar quando um SSID anuncia FT ao lado do gerenciamento de chaves padrão. Use o modo misto, nunca apenas FT, e mantenha o FT sobre o ar. Se um modelo ainda falhar, atribua a ele um SSID legado com o 802.11r desativado na mesma VLAN, atualize seu firmware via MDM ou desative o dispositivo.

Devo usar Adaptive 802.11r na Cisco Meraki para dispositivos Android?

Não, o Adaptive 802.11r não oferece transição rápida para dispositivos Android. Ele habilita FT apenas para dispositivos Apple iOS compatíveis com a extensão adaptativa da Cisco. Dispositivos Android em um SSID Adaptive conectam-se com 802.1X padrão e executam uma autenticação completa a cada roaming. Para uma frota com muitos dispositivos Android, teste a configuração Habilitado em um SSID piloto e recorra a um SSID legado para qualquer modelo que falhar.

O Purple Staff WiFi funciona com 802.11r nos meus pontos de acesso existentes?

Sim, o Staff WiFi da Purple é executado nos seus pontos de acesso existentes e funciona em conjunto com o 802.11r. A Purple é independente de hardware, oferecendo suporte para Cisco Meraki, HPE Aruba, Ruckus, Juniper Mist, Ubiquiti UniFi, Cambium, Extreme Networks e Fortinet. O RADIUS em nuvem da Purple autentica a primeira conexão junto ao Microsoft Entra ID, Okta ou Google Workspace. Em seguida, a transição rápida mantém os roamings posteriores nos seus pontos de acesso, sem a necessidade de uma nova consulta ao RADIUS.

O roaming rápido afeta a conformidade com PCI-DSS ou GDPR?

Não, o 802.11r mantém a criptografia de nível 802.1X e não altera os dados pessoais que você processa. O PCI-DSS exige criptografia forte para redes sem fio que trafegam dados do portador do cartão, e o FT deriva novas chaves por sessão a cada roaming. Sob o GDPR, o roaming não coleta novos dados pessoais. Revise o limite de tempo da sessão (session timeout), pois ele define por quanto tempo um dispositivo revogado pode continuar fazendo roaming com chaves em cache.

Quanto tempo leva uma implementação do 802.11r para uma frota Android?

Planeje um ciclo piloto por modelo de dispositivo e, em seguida, uma janela de alteração de produção por site ou grupo de sites. A alteração das configurações leva minutos, enquanto os testes consomem a maior parte do tempo. Cada modelo precisa de um teste de associação, um teste de caminhada durante uma chamada e uma captura. Uma frota com dois ou três modelos em uma única plataforma de controlador geralmente se encaixa em um único ciclo piloto antes do lançamento final.