802.11r y 802.11k en Android: implementación de roaming rápido en Cisco Meraki, HPE Aruba y Ubiquiti UniFi

Sí, la mayoría de los teléfonos Android son compatibles con la transición rápida 802.11r, los informes de vecinos 802.11k y la transición BSS 802.11v. El soporte depende del controlador del chipset y del fabricante, no solo de la versión de Android. En Cisco Meraki, HPE Aruba o Ubiquiti UniFi, habilite 802.11r en modo mixto y mantenga la transición rápida por aire (over the air). Confirme cada modelo de teléfono en una captura de paquetes antes de la implementación.

¿Qué hace realmente el roaming rápido en un teléfono Android?

El roaming rápido se basa en tres enmiendas IEEE que trabajan juntas:

• 802.11k ayuda al teléfono a encontrar el siguiente punto de acceso.
• 802.11v permite que la red sugiera cuándo desplazarse.
• 802.11r acorta la transferencia en sí.

Android puede usar las tres. El teléfono decide cuándo hacer roaming, no el punto de acceso.

Ese punto define cada decisión en esta guía. En la mayoría de los dispositivos Android, el roaming se ejecuta en el firmware y el controlador del chipset WiFi, no en el entorno de trabajo de Android. El Android Open Source Project documenta esto como roaming de firmware. Como resultado, dos teléfonos en la misma versión de Android pueden hacer roaming de manera muy diferente.

802.11k: informes de vecinos

Un teléfono compatible con 802.11k solicita a su punto de acceso actual un informe de vecinos. Esta es una lista de los puntos de acceso cercanos y los canales que utilizan. Luego, el teléfono escanea solo esos canales en lugar de explorar todas las bandas. Pasa menos tiempo fuera del canal y toma una decisión de roaming mejor informada. Los teléfonos sin 802.11k ignoran el informe y escanear de manera normal.

802.11v: gestión de transición BSS

La gestión de transición BSS 802.11v permite que el punto de acceso sugiera que un teléfono se mueva a un punto de acceso específico. El teléfono puede aceptar, rechazar o ignorar la solicitud. Los chipsets de Android tratan estas solicitudes como sugerencias, y algunos actúan en función de ellas con mayor facilidad que otros. Combine 802.11v con 802.11k, porque una solicitud de transición solo ayuda si el teléfono ya conoce sus opciones.

802.11r: transición BSS rápida

802.11r, también llamada transición rápida (FT), cambia la forma en que se configuran las claves de cifrado durante un roaming.

IEEE 802.1X es el estándar de autenticación basado en puertos detrás de la red WiFi empresarial. RADIUS es el protocolo que utilizan sus puntos de acceso para verificar credenciales con un servidor de autenticación. Sin FT, un teléfono en WPA2-Enterprise o WPA3-Enterprise repite el intercambio 802.1X completo con el servidor RADIUS en cada nuevo punto de acceso. Luego completa un intercambio de claves de cuatro vías.

Con 802.11r, la primera conexión aún se autentica por completo. Los roams posteriores dentro del mismo dominio de movilidad derivan claves nuevas a partir de una jerarquía de claves en caché. Ese intercambio de claves se integra en las tramas de autenticación y reasociación. No hay desplazamiento hacia el servidor RADIUS ni un intercambio de cuatro vías independiente.

Esto es de máxima importancia para la voz y el push-to-talk. La Recomendación ITU-T G.114 aconseja mantener el retraso de voz unidireccional por debajo de los 150 milisegundos. Un intercambio completo de 802.1X con un servicio RADIUS en la nube, repetido en cada punto de acceso, consume ese presupuesto.

Por qué el soporte de Android varía según el chipset y el fabricante

Google publica la estructura de Android, pero el roaming rápido reside en un nivel más bajo de la pila. El soporte depende de cuatro capas:

1. El chipset, de proveedores como Qualcomm, Broadcom y MediaTek.
2. El controlador y firmware del proveedor del chipset.
3. La versión de compilación del fabricante.
4. La versión de Android.

Un fabricante puede distribuir un chipset compatible con 802.11r pero con la función desactivada o implementada parcialmente. Los dispositivos móviles de uso rudo y las tabletas de gama económica a menudo conservan controladores antiguos durante años.

La certificación es la señal más práctica. El programa Agile Multiband de la WiFi Alliance prueba la interoperabilidad de 802.11k, 802.11v y 802.11r. Su programa Voice-Enterprise prueba el roaming rápido para dispositivos de voz. Un modelo certificado ha superado las pruebas de interoperabilidad. Es posible que un modelo no certificado aún funcione, pero deberá probarlo usted mismo.

Para conocer los detalles del protocolo detrás de las tres enmiendas, consulte la guía de despliegue de 802.11r, 802.11k y 802.11v de Purple.

¿Qué necesita antes de habilitar 802.11r para Android?

Reúna seis elementos antes de modificar un SSID de producción (el nombre de la red a la que se unen sus dispositivos).

• Un inventario de dispositivos. Obtenga el modelo, la versión de Android y el nivel de parche de seguridad desde su plataforma de gestión de dispositivos móviles (MDM). Agrupe la flota por modelo, ya que el modelo predice mejor el comportamiento de roaming que la versión de Android.
• Firmware compatible en los puntos de acceso. Confirme que el firmware de Cisco Meraki, HPE Aruba o Ubiquiti UniFi sea compatible con 802.11r en el tipo de seguridad que utiliza. Verifique las notas de la versión actual del proveedor.
• Un dominio de movilidad. La transición rápida solo funciona entre puntos de acceso que comparten material de clave. Mantenga los puntos de acceso entre los que se desplaza un dispositivo dentro de la misma red Meraki, clúster de controladores Aruba o sitio UniFi. Un roaming que cruce ese límite volverá a una autenticación completa.
• Traslape de cobertura. Un dispositivo solo puede realizar roaming hacia un punto de acceso que pueda escuchar con claridad. Valide el traslape con un estudio antes de ajustar la configuración de roaming. Consulte WiFi Site Surveys: A Practical Planning Guide.
• Kit de captura. Necesita una computadora portátil o un adaptador USB compatible con el modo monitor, además de Wireshark, que es gratuito.
• Un SSID piloto. Clone la producción con la misma seguridad, VLAN y servidor RADIUS. Una VLAN (LAN virtual) es el segmento de red donde llega el tráfico. Realice las pruebas en la clonación y luego aplique la configuración en producción.

¿Cómo configurar el roaming rápido para una flota mixta de Android?

Trabaje desde el riesgo más bajo hacia el más alto:

1. Habilite 802.11k y 802.11v en el SSID piloto. Los dispositivos que no sean compatibles ignorarán los elementos adicionales, por lo que las fallas de asociación serán poco frecuentes.
2. Habilite 802.11r en modo mixto. Cada SSID anuncia una o más suites de gestión de claves y autenticación (AKM). El modo mixto anuncia las suites estándar y FT de forma simultánea, por lo que los dispositivos que no son compatibles con FT aún pueden unirse.
3. Mantenga FT over-the-air. Deje desactivada la señalización over-the-DS a menos que tenga una razón probada para usarla.
4. Pruebe cada modelo de dispositivo. Únase al SSID, camine entre los puntos de acceso durante una llamada y capture la iteración del itineraje.
5. Elija una estrategia y aplíquela. Utilice la siguiente matriz y, luego, traslade la configuración a producción en una ventana de cambio con un plan de reversión.

¿Qué estrategia 802.11r se adapta a su flota de Android?

Su flota de Android	Configuración 802.11r	802.11k y 802.11v	Por qué
Dispositivos administrados, cada modelo supera la prueba piloto	Habilitado, modo mixto, en el SSID del personal	Activado	Los dispositivos compatibles con FT realizan itineraje rápido, y cualquier dispositivo no compatible con FT se une mediante 802.1X completo
Dispositivos mayoritariamente actuales, uno o dos modelos heredados fallan en modo mixto	Habilitado en el SSID principal, más un SSID heredado con 802.11r desactivado en la misma VLAN	Activado para ambos SSIDs	Los modelos heredados siguen funcionando mientras el resto de la flota realiza itineraje rápido
BYOD o una gran infraestructura de modelos desconocidos	Deshabilitado	Activado	Evita fallos de asociación, y el almacenamiento en caché de PMK aún acorta los retornos a un punto de acceso que el dispositivo ya ha visitado
Red Cisco Meraki, mayoritariamente dispositivos Apple con algunos Android	Adaptativo	Activado	Los dispositivos Apple compatibles realizan itineraje rápido, mientras que los dispositivos Android utilizan 802.1X completo
Dispositivos dedicados a voz o push-to-talk, todos de un mismo modelo probado	Habilitado, modo mixto, en un SSID de voz dedicado	Activado	El tráfico de voz obtiene el itineraje más corto sin exponer otros dispositivos a FT

El almacenamiento en caché de PMK es el mecanismo estándar 802.11i que permite a un dispositivo reutilizar una clave maestra por pares con un punto de acceso en el que ya se ha autenticado.

¿Transición rápida over-the-air o a través del sistema de distribución?

802.11r define dos formas de llevar a cabo el intercambio de FT. Over-the-air, el dispositivo habla directamente con el punto de acceso de destino. A través del sistema de distribución (DS), el dispositivo envía tramas de acción FT a su punto de acceso actual, que las retransmite a través de la red cableada al destino.

Factor	Over-the-air	A través del DS
Ruta de trama	Del dispositivo al punto de acceso de destino, por radio	Del dispositivo al punto de acceso actual, luego retransmisión cableada al destino
Soporte en Android	Común en chipsets Android compatibles con FT	Más irregular, con algunos controladores gestionando mal el bit de capacidad
Cuándo ayuda	En la mayoría de los sitios con buena superposición de celdas	Casos límite en los que el punto de acceso de destino tiene señal débil en el momento del itineraje
Modo de fallo	El itineraje recae en una autenticación completa	El itineraje puede agotar el tiempo de espera antes de que el dispositivo reintente
Recomendación de Purple	Predeterminado para flotas mixtas de Android	Solo después de superar una prueba por modelo

Cisco Meraki

Meraki expone 802.11r por SSID con tres opciones: Desactivado, Activado y Adaptativo. Activado anuncia FT junto con la gestión de claves estándar, lo cual es modo mixto. Adaptativo habilita FT únicamente para dispositivos Apple iOS que soportan la extensión adaptativa 802.11r de Cisco. Los teléfonos Android en un SSID Adaptativo se conectan con autenticación estándar y no obtienen transición rápida. Para una flotilla con mayoría de dispositivos Android, pruebe Activado en su SSID piloto. La documentación de Meraki señala que algunos dispositivos más antiguos no pueden asociarse cuando 802.11r está habilitado. Sígala para conocer los pasos actuales.

HPE Aruba

Aruba configura la transición rápida por WLAN. En implementaciones de controladores ArubaOS, el perfil 802.11r adjunto al SSID habilita FT y mantiene la opción sobre el DS. 802.11k y la gestión de transición BSS se encuentran en el perfil 802.11k. Aruba Instant y Aruba Central presentan las mismas funciones en las configuraciones de roaming de la WLAN. Aruba también soporta el almacenamiento en caché de claves oportunista (OKC), una forma no estándar de compartir claves entre puntos de acceso. Confirme que el modelo de un teléfono soporta OKC antes de confiar en él como respaldo.

Ubiquiti UniFi

UniFi expone 802.11r como Fast Roaming y 802.11v como BSS Transition en las configuraciones avanzadas de cada red WiFi. Ubiquiti advierte que algunos dispositivos más antiguos pueden no soportar Fast Roaming. Habilite primero BSS Transition y luego Fast Roaming en la red piloto. Revise las notas de la versión para su versión de la aplicación Network antes del despliegue en producción.

Dónde encaja Purple

Staff WiFi de Purple proporciona la capa de identidad a través de Redes Basadas en Identidad. Autentica al personal mediante 802.1X con Microsoft Entra ID, Okta o Google Workspace, utilizando RADIUS en la nube. La transición rápida se ejecuta en sus puntos de acceso. Purple autentica la primera conexión y 802.11r mantiene las transiciones posteriores dentro de su WLAN.

Purple es independiente del hardware y funciona con Cisco Meraki, HPE Aruba, Ruckus, Juniper Mist, Ubiquiti UniFi, Cambium, Extreme Networks y Fortinet. Opera en más de 80,000 ubicaciones activas y procesó 440 millones de inicios de sesión en 2024 (datos de Purple).

Planifique para las bajas. Cuando revoca una identidad, el cambio se aplica en la siguiente autenticación completa de ese dispositivo. Hasta entonces, un dispositivo revocado puede seguir realizando roaming con claves almacenadas en caché dentro del dominio de movilidad. Su tiempo de espera de sesión define esa ventana, por lo que debe alinearlo con su política de altas, cambios y bajas (JML).

¿Cómo verificar si un dispositivo Android utilizó la transición rápida?

Utilice tres capas de evidencia. Solo la captura de paquetes es definitiva.

En el controlador

La mayoría de los controladores listan las capacidades por cliente analizadas a partir de la solicitud de asociación, incluyendo el soporte para 802.11r, 802.11k y 802.11v. Abra la vista detallada del cliente y el historial de roaming en su panel de Meraki, Aruba o UniFi. Una etiqueta de capacidad muestra que el teléfono puede usar FT. Esto no prueba que un roaming en particular lo haya utilizado.

En una captura de tráfico aéreo

Capture en el canal del punto de acceso de destino mientras una persona de prueba desplaza el teléfono entre celdas. La tabla muestra qué buscar en Wireshark.

Lo que ve	Trama	Lo que significa
Elemento Mobility Domain, ID 54	Respuesta de beacon o probe	El punto de acceso anuncia 802.11r
Suite AKM 00-0F-AC:3, :4 o :9	Solicitud de asociación o reasociación del dispositivo	El dispositivo eligió FT-802.1X, FT-PSK o FT-SAE
Número 2 de algoritmo de autenticación	Trama de autenticación durante la itinerancia	El dispositivo realizó una itinerancia FT over-the-air
Tramas de acción FT al punto de acceso actual	Tramas de acción antes de la itinerancia	El dispositivo realizó una itinerancia FT over-the-DS
Algoritmo 0, luego un intercambio EAP completo y handshake de cuatro vías	Autenticación, EAPOL	Sin FT, por lo que el dispositivo ejecutó 802.1X completo
Elemento RM Enabled Capabilities, ID 70, y solicitudes de reporte de vecinos	Solicitud de asociación, tramas de acción	El dispositivo admite y utiliza 802.11k
Consulta, solicitud y respuesta de gestión de transición BSS	Tramas de acción de gestión de red inalámbrica (WNM)	El dispositivo admite y utiliza 802.11v

Una itinerancia 802.1X FT exitosa muestra el intercambio de autenticación y reasociación FT sin tráfico EAP y sin handshake de cuatro vías.

En el dispositivo

Active las Opciones de desarrollador, luego habilite la opción de registro detallado de WiFi. Conéctese a través de ADB (Android Debug Bridge) y ejecute adb shell dumpsys wifi, o genere un reporte de errores. Busque los nombres de gestión de claves que utiliza wpa_supplicant: FT-EAP, FT-PSK o FT-SAE. La salida varía según el fabricante y la versión de Android, por lo que debe tomarse como evidencia de soporte y no como una prueba definitiva.

¿Por qué algunos teléfonos Android no logran conectarse cuando 802.11r está activado?

La mayoría de las fallas se deben a seis causas.

• El controlador analiza mal el modo mixto. Algunos controladores antiguos no pueden procesar suites FT en el elemento de seguridad junto con las estándar. El dispositivo no logra asociarse o, en algunos casos, ni siquiera muestra la red. Soluciónelo con un SSID heredado sin FT, una actualización del fabricante distribuida mediante MDM o retirando el modelo.
• El SSID está configurado solo para FT. Los dispositivos sin FT no pueden unirse a un SSID que solo anuncia suites FT. Soluciónelo cambiando al modo mixto.
• Se anuncia over-the-DS. Los dispositivos que manejan mal el bit de capacidad fallan en las itinerancias y luego se reconectan lentamente. Soluciónelo volviendo a over-the-air.
• WPA3 agrega Tramas de Gestión Protegidas (PMF). WPA3 requiere PMF (802.11w), y el soporte para FT-SAE es más irregular que para FT-PSK o FT-802.1X. Un dispositivo que funciona en WPA2 aún puede fallar en WPA3. Pruebe cada modo de seguridad por separado.
• La itinerancia cruza dominios de movilidad. Un desplazamiento entre redes Meraki, clusters de Aruba o sitios UniFi fuerza una autenticación completa. Esto puede parecer una falla de FT. Soluciónelo en el diseño de la red, no en el dispositivo.
• Los dispositivos se mantienen conectados a un punto de acceso débil. FT acorta la itinerancia pero no hace que el dispositivo realice la itinerancia antes. Confíe en 802.11k y 802.11v, y aumente las tasas mínimas de datos con cuidado. La reorientación agresiva de clientes puede desconectar por completo los dispositivos Android.

Escenarios prácticos de hoteles, comercio minorista y el sector público

Estas son implementaciones ilustrativas, no clientes nombrados de Purple. Cada una muestra la ruta de decisión y la métrica utilizada para confirmar el resultado.

Un hotel de 200 habitaciones con Cisco Meraki

Situación. Los equipos de limpieza y mantenimiento utilizaban dispositivos portátiles Android con una aplicación VoIP en un SSID de personal WPA2-Enterprise. 802.11r estaba desactivado y las llamadas se cortaban entre pisos. La flota contaba con dos modelos: un dispositivo portátil actual con certificación Agile Multiband y 18 unidades robustecidas más antiguas.

Lo que se hizo. El equipo habilitó 802.11r en un SSID piloto y las 18 unidades más antiguas fallaron al asociarse. Configuraron el SSID principal del personal como Habilitado y agregaron un SSID heredado con 802.11r desactivado, en la misma VLAN y política RADIUS. 802.11k y 802.11v permanecieron activos para ambos SSID.

Resultado. Las capturas mostraron que los dispositivos portátiles actuales realizaban roaming con autenticación de algoritmo 2 y sin tráfico EAP. Las solicitudes RADIUS de esos dispositivos cayeron de una por roaming a una por sesión. Las 18 unidades heredadas se conectaron el primer día y se programó su reemplazo. Para obtener más información sobre Hoteles, consulte las páginas de hospitalidad de Purple.

Una cadena minorista de 40 tiendas con HPE Aruba

Situación. Los equipos de inventario utilizaban escáneres Android que mantenían una sesión activa con el sistema de inventario. 802.11r ya estaba activo, con over the DS habilitado. Un modelo de escáner seguía perdiendo la sesión entre el almacén y el piso de venta.

Lo que se hizo. En una tienda piloto, el equipo desactivó over the DS y mantuvo FT over the air. Habilitaron 802.11k y la gestión de transición BSS, luego capturaron el roaming para cada modelo de escáner.

Resultado. Las capturas confirmaron el roaming FT over the air para cada modelo. Las fallas de roaming para el modelo afectado se detuvieron en la tienda piloto. El cambio se implementó en las 40 tiendas en dos ventanas de cambio. Consulte Retail para ver el trabajo de Purple en el sector minorista.

Una oficina gubernamental con Ubiquiti UniFi

Situación. Los teléfonos portátiles corporativos Android y los teléfonos BYOD (trae tu propio dispositivo) compartían la misma red. El personal reportó interrupciones en las llamadas de Teams en un piso amplio de planta abierta.

Lo que se hizo. El equipo dividió la red en un SSID corporativo con Fast Roaming y BSS Transition activos, y un SSID BYOD solo con BSS Transition. Probaron cada modelo de teléfono portátil corporativo antes de la implementación.

Resultado. Los teléfonos portátiles corporativos mostraron roaming FT en las capturas. Los dispositivos BYOD se unieron sin fallas de asociación porque nunca detectaron FT. El mismo modelo se adapta a los dispositivos de pabellón en Salud, donde los dispositivos clínicos y los teléfonos personales comparten los mismos edificios.

¿Cuánto cuesta el roaming rápido y qué se obtiene a cambio?

802.11r, 802.11k y 802.11v son funciones de firmware en los puntos de acceso Cisco Meraki, HPE Aruba y Ubiquiti UniFi. Ninguna de ellas requiere una licencia de función independiente. El costo principal es el tiempo de ingeniería:

• Crear un SSID piloto.
• Probar cada modelo de teléfono portátil.
• Realizar capturas.
• Programar ventanas de cambio.

Un SSID heredado implica un costo oculto menor. Cada SSID envía sus propios beacons, los cuales consumen tiempo de aire en cada canal.

El retorno es medible. Un dispositivo móvil que realiza itinerancia 30 veces en un turno activa 30 intercambios 802.1X completos sin FT. Con FT, activa uno por sesión, más aciertos de caché PMK en los puntos de acceso que vuelve a visitar. Esto reduce la carga en su servicio RADIUS y elimina interrupciones de autenticación repetidas en llamadas de voz y sesiones de escáner. Obtiene esto de los puntos de acceso que ya posee; consulte Por qué su próxima actualización de WiFi no necesita hardware nuevo.

La transición rápida es más importante en los SSID seguros del personal. En un SSID de Guest WiFi abierto o de portal cautivo, no hay un intercambio 802.1X que acortar, por lo que la ganancia es pequeña. Si está evaluando precios para el acceso de invitados en los mismos puntos de acceso, consulte Comparación de precios de Captive Portal: modelos por sitio, por punto de acceso y por usuario.

Preguntas frecuentes

¿Android es compatible con la transición rápida 802.11r?

Sí, la mayoría de los dispositivos Android actuales son compatibles con 802.11r, pero la compatibilidad depende del chipset, el controlador y la versión del fabricante, más que de la versión de Android. La itinerancia suele ejecutarse en el firmware del chipset, por lo que dos teléfonos con la misma versión de Android pueden comportarse de forma diferente. La certificación Agile Multiband o Voice-Enterprise es la señal más clara. Para modelos no certificados, confirme FT en una captura de paquetes buscando la gestión de claves FT en la solicitud de asociación y la autenticación del algoritmo 2 durante la itinerancia.

¿Android es compatible con 802.11k y 802.11v?

Sí, muchos dispositivos Android utilizan informes de vecinos 802.11k y solicitudes de transición BSS 802.11v, lo que nuevamente depende del chipset y del fabricante. Los dispositivos sin compatibilidad ignoran los elementos adicionales, por lo que habilitar ambos rara vez bloquea la asociación. Android considera las solicitudes 802.11v como sugerencias, no como instrucciones. Confirme la compatibilidad por modelo revisando el elemento RM Enabled Capabilities y los tramas de gestión de transición BSS en una captura.

¿Necesito una licencia adicional para 802.11r en Cisco Meraki, HPE Aruba o Ubiquiti UniFi?

No, 802.11r, 802.11k y 802.11v son funciones de firmware incluidas en las tres plataformas, sin licencia de función independiente. Su costo es el tiempo de ingeniería para un SSID piloto, pruebas por modelo y ventanas de cambio. Si agrega un SSID heredado para dispositivos más antiguos, considere un pequeño costo de tiempo de aire por las tramas de baliza (beacons) adicionales en lugar de una tarifa de licencia.

¿Habilitar 802.11r dejará a los dispositivos Android más antiguos fuera de mi red?

Puede suceder, por lo que debe realizar pruebas en un SSID piloto primero. Algunos controladores más antiguos no logran asociarse cuando un SSID anuncia FT junto con la gestión de claves estándar. Utilice el modo mixto, nunca solo FT, y mantenga FT over-the-air. Si un modelo sigue fallando, asígnele un SSID heredado con 802.11r desactivado en la misma VLAN, actualice su firmware a través de MDM o retírelo.

¿Debo usar Adaptive 802.11r en Cisco Meraki para dispositivos Android?

No, Adaptive 802.11r no ofrece una transición rápida a los dispositivos Android. Habilita FT solo para dispositivos Apple iOS compatibles con la extensión adaptativa de Cisco. Los dispositivos Android en un SSID adaptativo se conectan con 802.1X estándar y ejecutan una autenticación completa en cada roaming. Para una flota con predominio de Android, pruebe la configuración Habilitada en un SSID piloto y vuelva a un SSID heredado para cualquier modelo que falle.

¿Purple Staff WiFi funciona con 802.11r en mis puntos de acceso existentes?

Sí, Purple Staff WiFi se ejecuta en sus puntos de acceso existentes y funciona junto con 802.11r. Purple es independiente del hardware en Cisco Meraki, HPE Aruba, Ruckus, Juniper Mist, Ubiquiti UniFi, Cambium, Extreme Networks y Fortinet. El RADIUS en la nube de Purple autentica la primera conexión con Microsoft Entra ID, Okta o Google Workspace. La transición rápida mantiene los desplazamientos posteriores en sus puntos de acceso, sin necesidad de consultar de nuevo a RADIUS.

¿El roaming rápido afecta el cumplimiento de PCI-DSS o GDPR?

No, 802.11r mantiene el cifrado de nivel 802.1X y no altera los datos personales que procesa. PCI-DSS requiere criptografía sólida para redes WiFi que transportan datos de titulares de tarjetas, y FT deriva claves nuevas por sesión en cada roaming. Según el GDPR, el roaming no recopila nuevos datos personales. Revise el tiempo de espera de su sesión, ya que determina cuánto tiempo un dispositivo revocado puede seguir haciendo roaming con claves en caché.

¿Cuánto tiempo toma la implementación de 802.11r para una flota de Android?

Planifique un ciclo piloto por modelo de dispositivo y, a continuación, una ventana de cambio de producción por sitio o grupo de sitios. El cambio de configuración toma solo unos minutos, mientras que las pruebas consumen la mayor parte del tiempo. Cada modelo requiere una prueba de conexión, una prueba de recorrido durante una llamada y una captura. Una flota con dos o tres modelos en una sola plataforma de controlador suele ajustarse a un solo ciclo piloto antes del despliegue.