10 votes

Protocoles de Roaming Rapide (802.11k, 802.11r, 802.11v)

Est-ce qu'Android supporte les spécifications 802.11 qui permettent un roaming rapide, c'est-à-dire prévenir les interruptions lorsque vous vous déplacez entre les points d'accès ? Si tel est le cas, sur quel matériel et dans quelle version ?

802.11k aide le périphérique dans sa recherche des points d'accès (AP) disponibles comme cibles d'itinérance en créant une liste optimisée de canaux. Lorsque la force du signal du point d'accès actuel faiblit, le périphérique recherchera les points d'accès cibles de cette liste.

802.11r s'authentifie plus rapidement grâce à la Transition de Service Basique Rapide (FT).

802.11v permet à la couche de contrôle du réseau d'influencer le comportement d'itinérance du client en lui fournissant les informations de charge des points d'accès à proximité. Le périphérique prend en compte ces informations de "gestion de transition BSS" lorsqu'il décide parmi les cibles d'itinérance possibles.

Apple's iOS le fait, comme documenté ici et ici. Windows 10 le fait si l'adaptateur WiFi le supporte, comme documenté ici et ici (le dernier semble actuellement être obsolète en ce qui concerne les réseaux PSK et ouverts).

Certains modèles Samsung le font, comme documenté ici.

Mais je ne trouve rien sur Android stock (Google Pixel).

0 votes

Il semble qu'au moins Samsung le prend en charge pour plusieurs appareils (listés là-bas) dans le cadre de leur Knox. Le code source Android mentionne au moins 802.11k, ainsi que R (#2296) et v (#1595) - donc je supposerais que la réponse est "Oui" - si le matériel le prend en charge.

0 votes

Je pense que, que Android le supporte ou non, les pilotes/modules pour le matériel WiFi, ainsi que le matériel lui-même, doivent être capables de supporter ces protocoles standard, et cela ne dépend pas seulement des capacités du système d'exploitation Android.

6voto

Mr Shark Points 5241

Après avoir maintenant créé une infrastructure 802.11r, k & v d'abord avec Unifi puis avec OpenWRT, je peux maintenant affirmer définitivement qu'au moins le Google Pixel 6 & 7 Pro fonctionnant sous Android 12 & 13 le font. Je peux me promener d'un bout à l'autre de ma maison sans perdre un appel WhatsApp/WiFi/Teams/Skype.

D'après mon expérience, OpenWRT est le meilleur moyen d'arriver à ce point, mais je dois dire que cela a été difficile. L'avantage de l'open source par rapport aux manigances d'Ubiquiti; ne pas besoin d'un contrôleur; et avoir la liberté de choix en ce qui concerne l'équipement compétitif en termes de coût (BT Home Hub 5A, Xiaomi 4A édition Gigabit & TP-Link EAP235 & EAP615) et le contrôle l'emportent sur la courbe d'apprentissage plus difficile et moins guidée.

Le plus grand avantage pour moi est venu de la transition rapide (802.11r)(Notez que cela fonctionne maintenant aussi pour le WPA3). Et que le WPA2-PSK permet Over the DS en plus de Over the Air, car chaque point d'accès peut dériver le PMKR1 requis par lui-même (c'est-à-dire sans communication non normalisée CAPWAP). Bien que les tests de Andrew McHale sur le 802.11k/r/v concluent que Over the DS n'est pas aussi bon que la logique pourrait le suggérer, comme le fait mes propres tests (bien moins rigoureux).

Le reporting du voisinage (802.11k) doit être utile, mais je ne peux pas dire que je remarque vraiment de bénéfice supplémentaire et cela nécessite une communication interAP ou une configuration soigneuse pour être mis en place. J'ai trouvé https://github.com/simonyiszk/openwrt-rrm-nr-distributor très utile et instructif.

Le 802.11v semble fonctionner, mais le bénéfice, du moins dans mon scénario, n'est pas du tout clair.

0 votes

Super réponse! Quel tutoriel avez-vous suivi pour mettre en œuvre tout cela avec OpenWrt?

1 votes

J'ai suivi le guide d'installation d'OpenWRT pour mes appareils. La seule configuration supplémentaire était pour le 802.11k qui impliquait les instructions Github openwrt-rrm-nr-distributor et ajouter soit une ligne option 80211k '1' à /etc/config/wireless ou utiliser wpad[-mbedtls] au lieu de wpad-basic[-mbedtls] et choisir les options dans le panneau d'administration luci (J'utilise -mbedtls pour obtenir le chiffrement WiFi WPA3/sae, qui est optionnel et d'autres choix de fournisseurs de chiffrement sont disponibles).

2voto

Taha Points 160

Chacun de ces amendements que vous avez énumérés ci-dessus incluent une série de méthodes/mécanismes/fonctionnalités qui ont été incorporés dans la norme IEEE 802.11 pour atteindre des objectifs/améliorations particuliers. Que ces éléments soient pris en charge sur un appareil dépendra des éléments suivants :

  1. Fonctionnalité/mécanisme spécifique
  2. Version Android
  3. Implémentation du vendeur de l'appareil et pilotes

Gardez aussi à l'esprit que pour que ces fonctionnalités fonctionnent, elles doivent non seulement être prises en charge sur l'appareil client, mais également prises en charge et activées au niveau de l'infrastructure (par exemple les points d'accès).

Une autre chose spécifique à 802.11r (FT) est qu'elle améliorera les temps de transition lors de l'utilisation de la sécurité 802.1X/EAP (WPA-Entreprise). Sur un réseau à clé pré-partagée (WPA-Personal), la différence sera négligeable au mieux.

Enfin, même si tous ces mécanismes sont pris en charge et activés, vous pourriez encore rencontrer des problèmes d'itinérance. Cela est dû au fait qu'un réseau sans fil doit être conçu au niveau de la couche 1 (RF) afin d'offrir une bonne expérience d'itinérance, entre autres choses.


Ces liens pourraient vous être utiles:

Liste de prise en charge 11v des appareils clients issues de la foule : https://clients.mikealbano.com/home

Plus d'informations sur l'itinérance WLAN : https://community.ubnt.com/t5/UniFi-Wireless/Wireless-LAN-Roaming-FAQ/m-p/1825118

androidalle.com

AndroidAlle est une communauté de androiders où vous pouvez résoudre vos problèmes et vos doutes. Vous pouvez consulter les questions des autres sysadmins, poser vos propres questions ou résoudre celles des autres.

Powered by:

X