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

Sí, la mayoría de los teléfonos Android admiten 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 a través del aire. Confirme cada modelo de teléfono en una captura de paquetes antes del despliegue.

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

El roaming rápido se basa en tres enmiendas de la 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 moverse.
• 802.11r acorta la propia transferencia.

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

Ese punto condiciona cada decisión de 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 con la misma versión de Android pueden hacer roaming de forma bastante diferente.

802.11k: informes de vecinos

Un teléfono con capacidad 802.11k solicita a su punto de acceso actual un informe de vecinos. Se trata de una lista de los puntos de acceso cercanos y los canales que utilizan. A continuación, el teléfono escanea únicamente esos canales en lugar de explorar todas las bandas. Pasa menos tiempo fuera de canal y toma una decisión de roaming mejor informada. Los teléfonos sin 802.11k ignoran el informe y escanearán de forma habitual.

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 concreto. El teléfono puede aceptar, rechazar o ignorar la solicitud. Los chipsets de Android tratan estas solicitudes como consejos, y algunos actúan sobre ellas con mayor facilidad que otros. Combine 802.11v con 802.11k, ya que una solicitud de transición solo ayuda si el teléfono ya conoce sus opciones.

802.11r: transición rápida BSS

El estándar 802.11r, también llamado 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 utilizado en redes WiFi empresariales. RADIUS es el protocolo que utilizan sus puntos de acceso para verificar las credenciales con un servidor de autenticación. Sin FT, un teléfono en WPA2-Enterprise o WPA3-Enterprise repite el intercambio completo de 802.1X con el servidor RADIUS en cada nuevo punto de acceso. A continuación, completa una negociación de claves de cuatro vías.

Con 802.11r, la primera conexión se sigue autenticando por completo. Los roams posteriores dentro del mismo dominio de movilidad derivan nuevas claves a partir de una jerarquía de claves almacenada en caché. Ese intercambio de claves se integra en las tramas de autenticación y reasociación. No se realiza ningún viaje al servidor RADIUS ni ninguna negociación independiente de cuatro vías.

Esto es fundamental para la voz y el push-to-talk. La Recomendación ITU-T G.114 aconseja mantener el retardo de voz unidireccional por debajo de los 150 milisegundos. Un intercambio completo 802.1X con un servicio RADIUS en la nube, repetido en cada punto de acceso, reduce drásticamente ese margen.

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

Google publica el entorno de desarrollo de Android, pero el roaming rápido opera en capas más bajas de la pila. El soporte depende de cuatro capas:

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

Un fabricante puede comercializar un chipset compatible con 802.11r pero con la función desactivada o implementada parcialmente. Los dispositivos rugerizados y las tabletas económicas suelen mantener 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. Un modelo no certificado aún podría funcionar, pero deberá probarlo usted mismo.

Para obtener información detallada sobre el protocolo detrás de estas 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 el comportamiento de roaming mejor que la versión de Android.
• Firmware de punto de acceso compatible. Confirme que el firmware de Cisco Meraki, HPE Aruba o Ubiquiti UniFi admite 802.11r en el tipo de seguridad que utiliza. Revise las notas de la versión actual del fabricante.
• Un dominio de movilidad. La transición rápida solo funciona entre puntos de acceso que comparten el material de las claves. 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 fuera de ese límite vuelve a requerir una autenticación completa.
• Superposición de cobertura. Un dispositivo solo puede realizar roaming hacia un punto de acceso que pueda escuchar con claridad. Valide la superposición con un estudio de cobertura antes de ajustar la configuración de roaming. Consulte Estudios de cobertura WiFi: Guía práctica de planificación.
• Equipo de captura. Necesita un ordenador portátil o un adaptador USB compatible con el modo monitor, además de Wireshark, que es gratuito.
• Un SSID piloto. Clone la configuración de 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 el clon y luego aplique la configuración a producción.

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

Trabaje desde el nivel de riesgo más bajo hasta el más alto:

1. Habilite 802.11k y 802.11v en el SSID piloto. Los dispositivos que no los admiten ignoran los elementos adicionales, por lo que los fallos de asociación son poco frecuentes.
2. Habilite 802.11r en modo mixto. Cada SSID anuncia una o varias suites de gestión de claves y autenticación (AKM). El modo mixto anuncia las suites estándar y FT simultáneamente, de modo que los terminales que no son compatibles con FT puedan seguir conectándose.
3. Mantenga FT a través del aire (over-the-air). Deje desactivada la señalización over-the-DS a menos que tenga una razón probada para utilizarla.
4. Pruebe cada modelo de terminal. Conéctese al SSID, camine entre los puntos de acceso durante una llamada y capture las transiciones de cobertura (roaming).
5. Elija una estrategia e impleméntela. Utilice la siguiente matriz y, a continuación, traslade la configuración a producción dentro de una ventana de cambios con un plan de reversión.

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

Su flota de dispositivos Android	Configuración de 802.11r	802.11k y 802.11v	Por qué
Terminales gestionados, todos los modelos superan la prueba piloto	Habilitado, modo mixto, en el SSID del personal	Activado	Los terminales compatibles con FT realizan un roaming rápido y cualquier dispositivo sin FT sigue conectándose con 802.1X completo
Terminales mayoritariamente actuales, uno o dos modelos antiguos 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 SSID	Los modelos antiguos siguen funcionando mientras el resto de la flota realiza roaming rápido
BYOD o un parque extenso de modelos desconocidos	Deshabilitado	Activado	Evita fallos de asociación y el almacenamiento en caché de PMK sigue acortando los reingresos a un punto de acceso que el terminal ya ha visitado
Red Cisco Meraki, mayoritariamente dispositivos Apple con algunos Android	Adaptativo	Activado	Los dispositivos Apple compatibles realizan un roaming rápido, mientras que los terminales Android utilizan 802.1X completo
Terminales 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 roaming más corto sin exponer otros dispositivos a FT

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

¿Transición rápida (FT) a través del aire o a través del sistema de distribución?

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

Factor	A través del aire (Over-the-air)	A través del DS (Over-the-DS)
Ruta de tramas	Del terminal al punto de acceso de destino, por radio	Del terminal al punto de acceso actual, luego retransmisión por cable al de 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 ubicaciones con buena superposición de celdas	Casos límite en los que el punto de acceso de destino tiene una señal débil en el momento del roaming
Modo de fallo	El roaming recurre a una autenticación completa	El roaming puede agotar el tiempo de espera antes de que el terminal reintente la conexión
Recomendación de Purple	Opción predeterminada para flotas mixtas de Android	Solo tras superar una prueba específica 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, que es un modo mixto. Adaptativo habilita FT solo para dispositivos Apple iOS que admiten la extensión 802.11r adaptativa de Cisco. Los terminales Android en un SSID Adaptativo se unen con autenticación estándar y no obtienen transición rápida. Para un parque de dispositivos con predominio de Android, pruebe la opción 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á activado. Siga dicha documentación para ver los pasos actuales.

HPE Aruba

Aruba configura la transición rápida por WLAN. En las implementaciones de controladores ArubaOS, el perfil 802.11r vinculado al SSID habilita FT y contiene la opción over-the-DS. La gestión de transición BSS y 802.11k se encuentran en el perfil 802.11k. Aruba Instant y Aruba Central presentan las mismas funciones en la configuración de roaming de la WLAN. Aruba también es compatible con Opportunistic Key Caching (OKC), una forma no estándar de compartir claves entre puntos de acceso. Confirme que un modelo de terminal sea compatible con OKC antes de confiar en él como alternativa.

Ubiquiti UniFi

UniFi expone 802.11r como Fast Roaming y 802.11v como BSS Transition en la configuración avanzada de cada red WiFi. Ubiquiti advierte de que es posible que algunos dispositivos más antiguos no admitan Fast Roaming. Habilite primero BSS Transition y, a continuación, Fast Roaming en la red piloto. Consulte las notas de la versión de su aplicación de red antes del despliegue en producción.

Dónde encaja Purple

Purple Staff WiFi proporciona la capa de identidad a través de redes basadas en la identidad (Identity-Based Networks). Autentica al personal mediante 802.1X frente a 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 los desplazamientos posteriores dentro de su WLAN.

Purple es independiente del hardware y funciona en Cisco Meraki, HPE Aruba, Ruckus, Juniper Mist, Ubiquiti UniFi, Cambium, Extreme y Fortinet. Opera en más de 80.000 recintos en activo y gestionó 440 millones de inicios de sesión en 2024 (datos de Purple).

Planifique la gestión de 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 haciendo roaming con claves almacenadas en caché dentro del dominio de movilidad. El tiempo de espera de la sesión determina esa ventana, por lo que debe alinearlo con su política de altas, cambios y bajas (JML).

¿Cómo comprobar si un dispositivo Android ha utilizado la transición rápida?

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

En el controlador

La mayoría de los controladores enumeran las funcionalidades por cliente analizadas a partir de la solicitud de asociación, incluida la compatibilidad con 802.11r, 802.11k y 802.11v. Abra la vista detallada del cliente y el historial de roaming en su panel de control de Meraki, Aruba o UniFi. Un indicador de funcionalidad muestra que el terminal puede utilizar FT. No demuestra que un roaming concreto lo haya utilizado.

En una captura por el aire

Realice una captura en el canal del punto de acceso de destino mientras un técnico desplaza el terminal entre celdas. La tabla muestra lo que debe buscar en Wireshark.

Lo que ve	Trama	Lo que significa
Elemento Mobility Domain, ID 54	Beacon o respuesta de 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
Algoritmo de autenticación número 2	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 informe 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 redes inalámbricas (WNM)	El dispositivo admite y utiliza 802.11v

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

En el dispositivo

Active las Opciones de desarrollador y, a continuación, 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 informe 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 considerarse una prueba complementaria y no definitiva.

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

La mayoría de los fallos se deben a seis causas.

• El controlador procesa mal el modo mixto. Algunos controladores más 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 como FT. Los dispositivos sin FT no pueden unirse a un SSID que solo anuncie suites FT. Soluciónelo cambiando a modo mixto.
• Se anuncia Over the DS. Los dispositivos que gestionan mal el bit de capacidad sufren fallos en la itinerancia y luego se reconectan lentamente. Soluciónelo volviendo a Over the Air.
• WPA3 añade Protected Management Frames. 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 con WPA2 aún puede fallar con WPA3. Pruebe cada modo de seguridad por separado.
• La itinerancia cruza dominios de movilidad. Un desplazamiento entre redes Meraki, clústeres de Aruba o sitios de UniFi fuerza una autenticación completa. Esto puede parecer un fallo 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 un dispositivo cambie antes de punto de acceso. Confíe en 802.11k y 802.11v, y aumente las velocidades mínimas de datos con precaución. Una redirección agresiva de clientes puede desconectar directamente los dispositivos Android.

Casos prácticos en hoteles, comercio minorista y el sector público

Estas son implementaciones ilustrativas, no clientes específicos de Purple. Cada una muestra la toma de decisiones 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 Android con una aplicación VoIP en un SSID de personal con WPA2-Enterprise. 802.11r estaba desactivado y las llamadas se cortaban entre plantas. La flota contaba con dos modelos: un dispositivo actual con certificación Agile Multiband y 18 unidades rugerizadas más antiguas.

Qué se hizo. El equipo activó 802.11r en un SSID piloto y las 18 unidades más antiguas no pudieron asociarse. Configuraron el SSID principal del personal como Activado y añadieron un SSID heredado con 802.11r desactivado, en la misma VLAN y directiva RADIUS. 802.11k y 802.11v permanecieron activados para ambos SSID.

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

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 stock. 802.11r ya estaba activado, con over the DS habilitado. Un modelo de escáner cortaba continuamente las sesiones entre el almacén y la tienda.

Qué se hizo. En una tienda piloto, el equipo desactivó over the DS y mantuvo FT over the air. Activaron 802.11k y la gestión de transición BSS, y después capturaron las itinerancias para cada modelo de escáner.

Resultado. Las capturas confirmaron itinerancias FT over-the-air para todos los modelos. Los fallos de itinerancia para el modelo afectado se detuvieron en la tienda piloto. El cambio se aplicó a las 40 tiendas a lo largo de dos ventanas de cambio. Consulte Retail para conocer el trabajo de Purple en el sector minorista.

Una oficina municipal con Ubiquiti UniFi

Situación. Los dispositivos Android corporativos y los teléfonos BYOD (trae tu propio dispositivo) compartían una misma red. El personal notificó cortes en las llamadas de Teams en una planta diáfana y alargada.

Qué se hizo. El equipo dividió la red en un SSID corporativo con Fast Roaming y BSS Transition activados, y un SSID BYOD solo con BSS Transition. Probaron cada modelo de dispositivo corporativo antes del despliegue.

Resultado. Los dispositivos corporativos mostraron itinerancias FT en las capturas. Los dispositivos BYOD se unieron sin fallos de asociación porque nunca detectaron FT. El mismo modelo es adecuado para los dispositivos de planta en Sanidad, donde los dispositivos clínicos y los teléfonos personales comparten los mismos edificios.

¿Cuánto cuesta la itinerancia rápida 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 coste principal es el tiempo de ingeniería:

• Creación de un SSID piloto.
• Pruebas de cada modelo de dispositivo.
• Realización de capturas.
• Programación de ventanas de cambio.

Un SSID heredado conlleva un coste oculto menor. Cada SSID envía sus propios beacons, lo que consume tiempo de aire en cada canal.

El retorno es medible. Un terminal que realiza itinerancia 30 veces en un turno activa 30 intercambios 802.1X completos sin FT. Con FT, activa uno por sesión, además de los aciertos de caché PMK en los puntos de acceso que vuelve a visitar. Esto reduce la carga en su servicio RADIUS y elimina las 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 nuevo hardware.

La transición rápida es fundamental en los SSID seguros para el personal. En un SSID de Guest WiFi abierto o con Captive Portal, no hay intercambio 802.1X que acortar, por lo que la ganancia es pequeña. Si está presupuestando la parte de invitados en los mismos puntos de acceso, consulte Comparativa de precios de Captive Portal: modelos por ubicación, por punto de acceso y por usuario.

Preguntas frecuentes

¿Admite Android la transición rápida 802.11r?

Sí, la mayoría de los terminales Android actuales admiten 802.11r, pero la compatibilidad depende del conjunto de chips, 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 conjunto de chips, 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 fiable. En el caso de 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 una itinerancia.

¿Admite Android 802.11k y 802.11v?

Sí, muchos terminales Android utilizan informes de vecinos 802.11k y solicitudes de transición BSS 802.11v, dependiendo de nuevo del conjunto de chips y del fabricante. Los terminales no compatibles ignoran los elementos adicionales, por lo que activar ambos rara vez bloquea la asociación. Android trata las solicitudes 802.11v como sugerencias, no como instrucciones. Confirme la compatibilidad por modelo comprobando el elemento RM Enabled Capabilities y los fotogramas 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 coste es el tiempo de ingeniería para un SSID piloto, las pruebas por modelo y las ventanas de cambio. Si añade un SSID heredado para terminales más antiguos, prevea un pequeño coste de tiempo de emisión por las balizas adicionales en lugar de una cuota de licencia.

¿Si activo 802.11r bloquearé el acceso de los dispositivos Android antiguos a mi red?

Puede ocurrir, por lo que debe realizar pruebas primero en un SSID piloto. Algunos controladores antiguos no consiguen 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 a través del aire. 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 utilizar Adaptive 802.11r en Cisco Meraki para dispositivos Android?

No, Adaptive 802.11r no ofrece una transición rápida a los terminales Android. Solo habilita FT 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 realizan una autenticación completa en cada roaming. Para una flota con muchos dispositivos Android, pruebe la configuración Habilitado en un SSID piloto y vuelva a un SSID heredado para cualquier modelo que falle.

¿Funciona Purple Staff WiFi con 802.11r en mis puntos de acceso actuales?

Sí, Staff WiFi de Purple se ejecuta en sus puntos de acceso actuales 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. A continuación, la transición rápida mantiene los desplazamientos posteriores en sus puntos de acceso, sin necesidad de volver a consultar a RADIUS.

¿Afecta el roaming rápido al cumplimiento de PCI-DSS o GDPR?

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

¿Cuánto tiempo se tarda en implementar 802.11r para una flota de Android?

Planifique un ciclo piloto por modelo de terminal y, a continuación, una ventana de cambio de producción por sitio o grupo de sitios. El cambio de configuración lleva minutos, mientras que las pruebas ocupan la mayor parte del tiempo. Cada modelo requiere una prueba de conexión, una prueba en movimiento durante una llamada y una captura. Una flota con dos o tres modelos en una sola plataforma de controlador suele ajustarse a un único ciclo piloto antes de la implementación definitiva.