Vai al contenuto principale

802.11r e 802.11k su Android: deployment del fast roaming su Cisco Meraki, HPE Aruba e Ubiquiti UniFi

Sarai in grado di decidere se abilitare 802.11r, 802.11k e 802.11v per il tuo parco dispositivi Android su Cisco Meraki, HPE Aruba o Ubiquiti UniFi, e quale strategia 802.11r adottare. Potrai inoltre pilotare la modifica in sicurezza, verificare ogni modello di dispositivo tramite packet capture e risolvere i sei errori di associazione più comuni.

Di Tom HackettPubblicato
📖 15 minuti di lettura3,941 parole3 esempi pratici12 definizioni chiave

Parte della nostra serie principale: Guida alla sicurezza WiFi enterprise →

802.11r e 802.11k su Android: deployment del fast roaming su Cisco Meraki, HPE Aruba e Ubiquiti UniFi

Sì, la maggior parte dei dispositivi Android supporta la transizione rapida 802.11r, i report dei vicini 802.11k e la transizione BSS 802.11v. Il supporto dipende dal driver del chipset e dal produttore, non solo dalla versione di Android. Su Cisco Meraki, HPE Aruba o Ubiquiti UniFi, abilita 802.11r in modalità mista e mantieni la transizione rapida via etere. Conferma ogni modello di dispositivo in una cattura di pacchetti prima del rilascio.

Che cosa fa effettivamente il fast roaming su un dispositivo Android?

Il fast roaming si basa su tre emendamenti IEEE che lavorano insieme:

  • 802.11k aiuta il dispositivo a trovare l'access point successivo.
  • 802.11v consente alla rete di suggerire quando spostarsi.
  • 802.11r riduce la durata del passaggio (handover).

Android può utilizzarli tutti e tre. È il dispositivo a decidere quando effettuare il roaming, non l'access point.

Questo punto orienta ogni decisione in questa guida. Sulla maggior parte dei dispositivi Android, il roaming viene eseguito nel firmware e nel driver del chipset WiFi, non nel framework Android. L'Android Open Source Project lo definisce firmware roaming. Di conseguenza, due telefoni con la stessa versione di Android possono comportarsi in modo molto diverso durante il roaming.

802.11k: report dei vicini

Un dispositivo compatibile con 802.11k richiede al suo access point attuale un report dei vicini. Si tratta di un elenco degli access point nelle vicinanze e dei canali che utilizzano. Il dispositivo scansiona quindi solo quei canali anziché analizzare ogni singola banda. In questo modo trascorre meno tempo fuori canale e prende una decisione di roaming più informata. I dispositivi privi di supporto 802.11k ignorano il report e scansionano normalmente.

802.11v: gestione della transizione BSS

La gestione della transizione BSS 802.11v consente all'access point di suggerire al dispositivo di spostarsi verso un access point specifico. Il dispositivo può accettare, rifiutare o ignorare la richiesta. I chipset Android considerano queste richieste come suggerimenti, e alcuni reagiscono più rapidamente di altri. Associa 802.11v a 802.11k, poiché una richiesta di transizione è utile solo se il dispositivo conosce già le opzioni a sua disposizione.

802.11r: transizione BSS rapida

L'802.11r, chiamato anche transizione rapida (FT), modifica il modo in cui vengono configurate le chiavi di crittografia durante un roaming.

L'IEEE 802.1X è lo standard di autenticazione basato su porte alla base del WiFi enterprise. RADIUS è il protocollo utilizzato dai tuoi access point per verificare le credenziali tramite un server di autenticazione. Senza FT, un dispositivo su WPA2-Enterprise o WPA3-Enterprise ripete lo scambio completo 802.1X con il server RADIUS a ogni nuovo access point. Successivamente completa un handshake delle chiavi a quattro vie.

Con 802.11r, la prima connessione si autentica comunque in modo completo. I successivi roaming all'interno dello stesso dominio di mobilità derivano nuove chiavi da una gerarchia di chiavi memorizzata in cache. Tale scambio di chiavi viene integrato nei frame di autenticazione e riassociazione. Non sono necessari passaggi al server RADIUS né un handshake a quattro vie separato.

Questo aspetto è fondamentale soprattutto per la voce e il push-to-talk. La raccomandazione ITU-T G.114 consiglia di mantenere il ritardo vocale monodirezionale al di sotto di 150 millisecondi. Uno scambio 802.1X completo con un servizio cloud RADIUS, ripetuto per ogni access point, intacca questo margine.

Perché il supporto Android varia in base a chipset e produttore

Google pubblica il framework Android, ma il roaming rapido risiede più in basso nello stack. Il supporto dipende da quattro livelli:

  1. Il chipset, fornito da produttori come Qualcomm, Broadcom e MediaTek.
  2. Il driver e il firmware del produttore del chipset.
  3. La build del produttore del dispositivo.
  4. La versione di Android.

Un produttore può distribuire un chipset che supporta l'802.11r con la funzionalità disattivata o implementata solo parzialmente. I dispositivi rugged e i tablet economici rimangono spesso con driver obsoleti per anni.

La certificazione rappresenta il segnale più pratico. Il programma Agile Multiband della WiFi Alliance testa l'interoperabilità di 802.11k, 802.11v e 802.11r. Il programma Voice-Enterprise testa invece il roaming rapido per i dispositivi vocali. Un modello certificato ha superato i test di interoperabilità. Un modello non certificato potrebbe comunque funzionare, ma è necessario testarlo autonomamente.

Per i dettagli sui protocolli alla base di tutti e tre gli emendamenti, consulta la guida alla distribuzione 802.11r, 802.11k e 802.11v di Purple.

Cosa occorre prima di abilitare l'802.11r per Android?

Raccogli questi sei elementi prima di modificare uno SSID di produzione (il nome della rete a cui si collegano i dispositivi).

  • Un inventario dei dispositivi. Estrai modello, versione di Android e livello della patch di sicurezza dalla tua piattaforma di gestione dei dispositivi mobili (MDM). Raggruppa la flotta per modello, poiché il modello prevede il comportamento in roaming meglio della versione di Android.
  • Firmware degli access point supportato. Verifica che il firmware Cisco Meraki, HPE Aruba o Ubiquiti UniFi supporti l'802.11r sul tipo di sicurezza in uso. Controlla le note di rilascio attuali del produttore.
  • Un unico dominio di mobilità. La transizione rapida funziona solo tra access point che condividono il materiale delle chiavi. Mantieni gli access point tra cui si sposta un dispositivo all'interno della stessa rete Meraki, cluster di controller Aruba o sito UniFi. Un roaming che supera tale confine richiede nuovamente un'autenticazione completa.
  • Sovrapposizione della copertura. Un dispositivo può effettuare il roaming solo verso un access point che riesce a captare chiaramente. Valuta la sovrapposizione con un'analisi sul campo prima di regolare le impostazioni di roaming. Consulta WiFi Site Surveys: A Practical Planning Guide.
  • Kit di acquisizione. È necessario un laptop o un adattatore USB che supporti la modalità monitor, oltre a Wireshark, che è gratuito.
  • Uno SSID pilota. Clona la produzione mantenendo la stessa sicurezza, VLAN e server RADIUS. Una VLAN (LAN virtuale) è il segmento di rete su cui atterra il traffico. Effettua i test sul clone, poi applica le impostazioni in produzione.

Come configurare il roaming rapido per una flotta Android mista?

Procedi dal livello di rischio più basso a quello più alto:

  1. Abilita 802.11k e 802.11v sullo SSID pilota. I dispositivi che non li supportano ignoreranno gli elementi aggiuntivi, rendendo i problemi di associazione estremamente rari.
  2. Abilita 802.11r in modalità mista. Ogni SSID annuncia uno o più suite di autenticazione e gestione delle chiavi (AKM). La modalità mista annuncia le suite standard e FT affiancate, in modo che i dispositivi non FT possano comunque connettersi.
  3. Mantieni FT over the air. Lascia disattivata la segnalazione over-the-DS a meno che tu non abbia un motivo testato per utilizzarla.
  4. Testa ogni modello di dispositivo. Connettiti all'SSID, cammina tra gli access point durante una chiamata e acquisisci i roaming.
  5. Scegli una strategia e procedi al rilascio. Utilizza la matrice sottostante, quindi sposta le impostazioni in produzione durante una finestra di modifica con un piano di rollback.

Quale strategia 802.11r si adatta alla tua flotta Android?

La tua flotta Android Impostazione 802.11r 802.11k e 802.11v Perché
Dispositivi gestiti, ogni modello supera la fase pilota Abilitato, modalità mista, sull'SSID del personale Attivo I dispositivi compatibili con FT eseguono il fast roaming e qualsiasi dispositivo non FT si connette comunque con 802.1X completo
Dispositivi per lo più recenti, uno o due modelli datati non funzionano in modalità mista Abilitato sull'SSID principale, più un SSID datato con 802.11r disattivato sulla stessa VLAN Attivo per entrambi gli SSID I modelli datati continuano a funzionare mentre il resto della flotta esegue il fast roaming
BYOD o un ampio parco di modelli sconosciuti Disabilitato Attivo Evita errori di associazione e il PMK caching riduce comunque i tempi di ritorno a un access point già visitato dal dispositivo
Rete Cisco Meraki, per lo più dispositivi Apple con alcuni Android Adaptive Attivo I dispositivi Apple supportati eseguono il fast roaming, mentre i dispositivi Android utilizzano 802.1X completo
Dispositivi dedicati a voce o push-to-talk, tutti di un unico modello testato Abilitato, modalità mista, su un SSID vocale dedicato Attivo Il traffico vocale ottiene il roaming più rapido senza esporre altri dispositivi a FT

Il PMK caching è il meccanismo standard 802.11i che consente a un dispositivo di riutilizzare una pairwise master key con un access point con cui si è già autenticato.

Fast transition over the air o over the distribution system?

802.11r definisce due modi per gestire lo scambio FT. Over the air, il dispositivo comunica direttamente con l'access point di destinazione. Over the distribution system (DS), il dispositivo invia frame di azione FT al suo access point corrente, che li trasmette attraverso la rete cablata a quello di destinazione.

Fattore Over the air Over the DS
Percorso del frame Da dispositivo ad access point di destinazione, via radio Da dispositivo ad access point corrente, poi trasmissione cablata a quello di destinazione
Supporto Android Comune tra i chipset Android compatibili con FT Più frammentato, con alcuni driver che gestiscono in modo errato il bit di funzionalità
Quando aiuta Nella maggior parte delle sedi con una buona sovrapposizione delle celle Casi limite in cui l'access point di destinazione è debole al momento del roaming
Modalità di errore Il roaming ripiega sull'autenticazione completa Il roaming può andare in timeout prima che il dispositivo riprovi
Raccomandazione Purple Predefinito per flotte Android miste Solo dopo un test superato per ciascun modello

Cisco Meraki

Meraki espone 802.11r per SSID con tre opzioni: Disattivato, Abilitato e Adattivo. Abilitato trasmette FT insieme alla gestione delle chiavi standard, operando in modalità mista. Adattivo abilita FT solo per i dispositivi Apple iOS che supportano l'estensione 802.11r adattiva di Cisco. I dispositivi Android su un SSID Adattivo effettuano l'accesso con autenticazione standard e non ottengono alcuna transizione rapida. Per una flotta composta prevalentemente da Android, testa invece Abilitato sul tuo SSID pilota. La documentazione di Meraki segnala che alcuni dispositivi più datati non riescono ad associarsi quando 802.11r è abilitato. Segui la guida per i passaggi aggiornati.

HPE Aruba

Aruba configura la transizione rapida per singola WLAN. Nelle distribuzioni con controller ArubaOS, il profilo 802.11r collegato all'SSID abilita FT e contiene l'opzione over-the-DS. 802.11k e la gestione della transizione BSS si trovano nel profilo 802.11k. Aruba Instant e Aruba Central presentano le stesse funzionalità nelle impostazioni di roaming della WLAN. Aruba supporta anche l'opportunistic key caching (OKC), un metodo non standard per condividere le chiavi tra gli access point. Verifica che un modello di dispositivo supporti OKC prima di fare affidamento su di esso come soluzione di fallback.

Ubiquiti UniFi

UniFi espone 802.11r come Fast Roaming e 802.11v come BSS Transition nelle impostazioni avanzate di ciascuna rete WiFi. Ubiquiti avverte che alcuni dispositivi più datati potrebbero non supportare il Fast Roaming. Abilita prima BSS Transition, quindi Fast Roaming sulla rete pilota. Controlla le note di rilascio della versione della tua applicazione Network prima del rilascio in produzione.

Dove si colloca Purple

Purple Staff WiFi fornisce il livello di identità tramite Identity-Based Networks. Autentica il personale tramite 802.1X rispetto a Microsoft Entra ID, Okta o Google Workspace, utilizzando cloud RADIUS. La transizione rapida viene eseguita sui tuoi access point. Purple autentica la prima connessione e 802.11r mantiene i successivi roaming all'interno della tua WLAN.

Purple è indipendente dall'hardware e funziona su Cisco Meraki, HPE Aruba, Ruckus, Juniper Mist, Ubiquiti UniFi, Cambium, Extreme e Fortinet. Opera in oltre 80.000 sedi attive e ha gestito 440 milioni di accessi nel 2024 (dati Purple).

Pianifica la gestione delle uscite dal personale. Quando revochi un'identità, la modifica viene applicata al successivo ciclo di autenticazione completa di quel dispositivo. Fino ad allora, un dispositivo revocato può continuare a fare roaming utilizzando le chiavi in cache all'interno del dominio di mobilità. Il timeout della sessione definisce quella finestra temporale, quindi allinealo con la tua politica di gestione del ciclo di vita dei dipendenti (JML).

Hai domande sulla tua configurazione specifica?

Il nostro team collabora con gestori di sedi, responsabili IT e ingegneri di rete in 80.000 sedi. Prenota una chiamata di 20 minuti e ti mostreremo come altri professionisti come te hanno risolto il problema.

Come si verifica se un dispositivo Android ha utilizzato la transizione rapida?

Utilizza tre livelli di riscontro. Solo la scansione dei pacchetti è definitiva.

Sul controller

La maggior parte dei controller elenca le funzionalità per singolo client analizzate dalla richiesta di associazione, incluso il supporto per 802.11r, 802.11k e 802.11v. Apri la vista dettagliata del client e la cronologia di roaming nella tua dashboard Meraki, Aruba o UniFi. Un indicatore di funzionalità mostra che il dispositivo può utilizzare FT. Questo non dimostra però che uno specifico roaming lo abbia effettivamente utilizzato.

In una scansione over-the-air

Esegui la scansione sul canale dell'access point di destinazione mentre un tester sposta il dispositivo tra le celle. La tabella mostra cosa cercare in Wireshark.

Cosa vedi Frame Cosa significa
Elemento Mobility Domain, ID 54 Beacon o risposta alla sonda (probe response) L'access point pubblicizza lo standard 802.11r
AKM suite 00-0F-AC:3, :4 o :9 Richiesta di associazione o riassociazione del dispositivo Il dispositivo ha scelto FT-802.1X, FT-PSK o FT-SAE
Algoritmo di autenticazione numero 2 Frame di autenticazione durante il roaming Il dispositivo ha eseguito un roaming FT over-the-air
Frame di azione FT verso l'access point corrente Frame di azione prima del roaming Il dispositivo ha eseguito un roaming FT over-the-DS
Algoritmo 0, seguito da uno scambio EAP completo e handshake a quattro vie Autenticazione, EAPOL Nessun FT, quindi il dispositivo ha eseguito l'autenticazione 802.1X completa
Elemento RM Enabled Capabilities, ID 70, e richieste di report sui vicini Richiesta di associazione, frame di azione Il dispositivo supporta e utilizza lo standard 802.11k
Query, richiesta e risposta di gestione transizione BSS Frame di azione Wireless network management (WNM) Il dispositivo supporta e utilizza lo standard 802.11v

Un roaming 802.1X FT riuscito mostra lo scambio di autenticazione e riassociazione FT senza traffico EAP e senza handshake a quattro vie.

Sul dispositivo

Attiva le Opzioni sviluppatore, quindi abilita l'opzione Registrazione dettagliata WiFi. Connettiti tramite ADB (Android Debug Bridge) ed esegui adb shell dumpsys wifi, oppure estrai un report sui bug. Cerca i nomi di gestione delle chiavi utilizzati da wpa_supplicant: FT-EAP, FT-PSK o FT-SAE. L'output varia in base al produttore e alla versione di Android, quindi consideralo come prova di supporto anziché come certezza assoluta.

Perché alcuni telefoni Android non riescono a connettersi quando 802.11r è attivo?

La maggior parte dei problemi è riconducibile a sei cause.

  • Il driver analizza in modo errato la modalità mista. Alcuni driver più datati non riescono a gestire le suite FT nell'elemento di sicurezza insieme a quelle standard. Il dispositivo non riesce ad associarsi o, in alcuni casi, non mostra affatto la rete. Risolvi il problema con un SSID legacy senza FT, un aggiornamento del produttore inviato tramite MDM o la dismissione del modello.
  • L'SSID è configurato solo in modalità FT. I dispositivi senza FT non possono connettersi a un SSID che pubblicizza esclusivamente suite FT. Risolvi il problema passando alla modalità mista.
  • Over the DS è pubblicizzato. I dispositivi che gestiscono in modo errato il bit di funzionalità falliscono i roaming e poi si riconnettono lentamente. Risolvi il problema ripristinando la modalità over the air.
  • WPA3 aggiunge i Protected Management Frames. WPA3 richiede PMF (802.11w) e il supporto FT-SAE è meno omogeneo rispetto a FT-PSK o FT-802.1X. Un dispositivo che funziona su WPA2 può comunque riscontrare problemi su WPA3. Testa ogni modalità di sicurezza separatamente.
  • Il roaming attraversa domini di mobilità diversi. Uno spostamento tra reti Meraki, cluster Aruba o siti UniFi impone un'autenticazione completa. Questo comportamento può sembrare un malfunzionamento di FT. Risolvi il problema nella progettazione della rete, non sul dispositivo.
  • I dispositivi rimangono connessi a un access point con segnale debole. FT riduce i tempi di roaming ma non spinge un dispositivo a cambiare access point prima. Affidati agli standard 802.11k e 802.11v e aumenta con cautela le velocità minime dei dati. Un'ottimizzazione aggressiva dei client (client steering) può disconnettere del tutto i dispositivi Android.

Scenari pratici da hotel, settore retail e pubblica amministrazione

Queste sono distribuzioni a scopo illustrativo, non clienti reali di Purple. Ciascuna di esse mostra il percorso decisionale e la misurazione utilizzata per confermare il risultato.

Un hotel da 200 camere su Cisco Meraki

Situazione. I team di pulizia e manutenzione utilizzavano dispositivi Android con un'app VoIP su un SSID aziendale WPA2-Enterprise. 802.11r era disabilitato e le chiamate cadevano tra i vari piani. Il parco dispositivi comprendeva due modelli: un palmare recente certificato Agile Multiband e 18 unita' rinforzate piu' datate.

Azione eseguita. Il team ha abilitato 802.11r su un SSID pilota e tutte le 18 unita' piu' datate non sono riuscite ad associarsi. Hanno quindi impostato l'SSID aziendale principale su Abilitato e aggiunto un SSID legacy con 802.11r disattivato, sulla stessa VLAN e con la stessa norma RADIUS. 802.11k e 802.11v sono rimasti attivi per entrambi gli SSID.

Risultato. Le acquisizioni hanno mostrato che i palmari recenti effettuavano il roaming con autenticazione ad algoritmo 2 e senza traffico EAP. Le richieste RADIUS da tali dispositivi sono scese da una per roaming a una per sessione. Tutte le 18 unita' legacy si sono connesse dal primo giorno e ne e' stata programmata la sostituzione. Per saperne di piu' sul settore Hotels, consulta le pagine di Purple dedicate all'accoglienza.

Una catena retail da 40 negozi su HPE Aruba

Situazione. I team di magazzino utilizzavano scanner Android con una sessione attiva verso il sistema di inventario. 802.11r era gia' attivo, con over the DS abilitato. Un modello di scanner continuava a perdere le sessioni durante lo spostamento tra il magazzino e l'area vendita.

Azione eseguita. In un negozio pilota, il team ha disattivato over the DS mantenendo FT over the air. Ha abilitato 802.11k e la gestione della transizione BSS, acquisendo poi i roaming per ciascun modello di scanner.

Risultato. Le acquisizioni hanno confermato i roaming FT over-the-air per ogni modello. Le interruzioni di roaming per il modello interessato si sono verificate zero volte nel negozio pilota. La modifica e' stata estesa a tutti i 40 negozi nell'arco di due finestre di intervento. Consulta la sezione Retail per scoprire il lavoro di Purple nel settore retail.

Un ufficio comunale su Ubiquiti UniFi

Situazione. I dispositivi Android aziendali e i telefoni BYOD (bring your own device) condividevano un'unica rete. Il personale segnalava cadute di chiamata su Teams in un lungo ambiente open-space.

Azione eseguita. Il team ha diviso la rete in un SSID aziendale con Fast Roaming e BSS Transition attivi, e un SSID BYOD con solo BSS Transition. Hanno testato ciascun modello di dispositivo aziendale prima del rilascio.

Risultato. I dispositivi aziendali hanno mostrato roaming FT nelle acquisizioni. I dispositivi BYOD si sono collegati senza errori di associazione perche' non rilevavano l'FT. Lo stesso modello si adatta ai dispositivi di reparto nel settore Healthcare, dove dispositivi clinici e telefoni personali condividono gli stessi edifici.

Quanto costa il fast roaming e quali sono i vantaggi?

802.11r, 802.11k e 802.11v sono funzionalita' firmware integrate negli access point Cisco Meraki, HPE Aruba e Ubiquiti UniFi. Nessuna di esse richiede una licenza separata. Il costo principale e' rappresentato dal tempo degli ingegneri:

  • Creazione di un SSID pilota.
  • Test di ciascun modello di dispositivo.
  • Esecuzione delle acquisizioni di traffico.
  • Programmazione delle finestre di modifica.

Un SSID legacy comporta un piccolo costo nascosto. Ogni SSID invia i propri beacon, consumando tempo d'antenna su ciascun canale.

Il ritorno sull'investimento è misurabile. Un dispositivo portatile che effettua il roaming 30 volte durante un turno attiva 30 scambi 802.1X completi senza FT. Con FT, ne attiva uno per sessione, oltre ai riscontri nella cache PMK sugli access point rivisitati. Questo riduce il carico sul servizio RADIUS ed elimina le interruzioni di autenticazione ripetute durante le chiamate vocali e le sessioni con scanner. Ottieni tutto questo dagli access point che già possiedi; vedi Why your next WiFi upgrade doesn't need new hardware.

La Fast Transition è fondamentale soprattutto sugli SSID protetti del personale. Su un SSID aperto o con Captive Portal per Guest WiFi, non c'è alcuno scambio 802.1X da abbreviare, quindi il guadagno è minimo. Se stai valutando i prezzi per la parte ospiti sugli stessi access point, vedi Captive portal pricing compared: per site, per access point and per user models.

Domande frequenti

Android supporta la fast transition 802.11r?

Sì, la maggior parte dei dispositivi Android attuali supporta 802.11r, ma il supporto dipende dal chipset, dal driver e dalla build del produttore piuttosto che dalla versione di Android. Il roaming viene solitamente eseguito nel firmware del chipset, quindi due telefoni con la stessa versione di Android possono comportarsi in modo diverso. La certificazione Agile Multiband o Voice-Enterprise è il segnale più forte. Per i modelli non certificati, conferma l'FT in una cattura di pacchetti verificando la gestione delle chiavi FT nella richiesta di associazione e l'autenticazione con algoritmo 2 durante un roaming.

Android supporta 802.11k e 802.11v?

Sì, molti dispositivi Android utilizzano i report sui vicini 802.11k e le richieste di transizione BSS 802.11v, anche in questo caso a seconda del chipset e del produttore. I dispositivi senza supporto ignorano gli elementi aggiuntivi, quindi l'abilitazione di entrambi raramente blocca l'associazione. Android considera le richieste 802.11v come suggerimenti, non come istruzioni. Conferma il supporto per ciascun modello verificando l'elemento RM Enabled Capabilities e i frame di gestione della transizione BSS in una cattura.

Ho bisogno di una licenza aggiuntiva per 802.11r su Cisco Meraki, HPE Aruba o Ubiquiti UniFi?

No, 802.11r, 802.11k e 802.11v sono funzionalità firmware incluse su tutte e tre le piattaforme, senza alcuna licenza separata per la funzione. Il costo è rappresentato dal tempo di ingegneria per un SSID pilota, dai test per ciascun modello e dalle finestre di modifica. Se aggiungi un SSID legacy per i dispositivi più datati, aspettati un piccolo costo in termini di tempo d'antenna dovuto ai beacon aggiuntivi, anziché un costo di licenza.

L'abilitazione di 802.11r bloccherà l'accesso alla rete ai dispositivi Android più vecchi?

Può succedere, ed è per questo che dovresti prima eseguire un test su un SSID pilota. Alcuni driver più vecchi non riescono ad associarsi quando un SSID pubblicizza FT insieme alla gestione delle chiavi standard. Utilizza la modalità mista, mai solo FT, e mantieni FT Over-the-Air. Se un modello continua a riscontrare problemi, assegnali un SSID legacy con 802.11r disattivato sulla stessa VLAN, aggiorna il suo firmware tramite MDM o dismettilo.

Dovrei usare Adaptive 802.11r su Cisco Meraki per i dispositivi Android?

No, Adaptive 802.11r non offre alcuna transizione rapida ai dispositivi Android. Abilita FT solo per i dispositivi Apple iOS che supportano l'estensione adattiva di Cisco. I dispositivi Android su uno SSID Adaptive si connettono con lo standard 802.1X ed eseguono un'autenticazione completa a ogni roaming. Per un parco dispositivi prevalentemente Android, testare l'impostazione Enabled su uno SSID pilota e ripiegare su uno SSID legacy per qualsiasi modello che presenti problemi.

Purple Staff WiFi funziona con 802.11r sui miei access point esistenti?

Sì, Purple Staff WiFi funziona sui tuoi access point esistenti e opera insieme a 802.11r. Purple è indipendente dall'hardware ed è compatibile con Cisco Meraki, HPE Aruba, Ruckus, Juniper Mist, Ubiquiti UniFi, Cambium, Extreme Networks e Fortinet. Il cloud RADIUS di Purple autentica la prima connessione con Microsoft Entra ID, Okta o Google Workspace. La transizione rapida mantiene poi i successivi roaming sui tuoi access point, senza richiedere un nuovo passaggio a RADIUS.

Il fast roaming influisce sulla conformità PCI-DSS o GDPR?

No, 802.11r mantiene una crittografia di livello 802.1X e non modifica i dati personali elaborati. La normativa PCI-DSS richiede una crittografia solida per le reti wireless che trasportano dati dei titolari di carta, e la funzione FT deriva nuove chiavi per sessione a ogni roaming. In base al GDPR, il roaming non raccoglie nuovi dati personali. Verifica il timeout della sessione, poiché determina per quanto tempo un dispositivo revocato può continuare a fare roaming utilizzando le chiavi memorizzate in cache.

Quanto tempo richiede l'implementazione di 802.11r per un parco dispositivi Android?

Pianifica un ciclo pilota per ciascun modello di dispositivo, seguito da una finestra di modifica in produzione per ogni sede o gruppo di sedi. La modifica dell'impostazione richiede pochi minuti, mentre i test occupano la maggior parte del tempo. Ogni modello necessita di un test di connessione, un test di copertura in movimento durante una chiamata e una cattura dei pacchetti. Un parco dispositivi con due o tre modelli su un'unica piattaforma controller solitamente richiede un singolo ciclo pilota prima del rilascio.

Definizioni chiave

802.11r (fast BSS transition)

Emendamento IEEE 802.11 che modifica la configurazione delle chiavi durante il roaming. La prima connessione esegue un'autenticazione completa; i roaming successivi all'interno dello stesso dominio di mobilità derivano le nuove chiavi da una gerarchia di chiavi in cache, integrate nei frame di autenticazione e riassociazione, senza round trip RADIUS e senza handshake a quattro vie separato.

Si trova come impostazione SSID o WLAN su Cisco Meraki, HPE Aruba e Ubiquiti UniFi. È fondamentale per sessioni vocali, push-to-talk e scanner su SSID aziendali WPA2-Enterprise o WPA3-Enterprise.

802.11k (neighbour reports)

Emendamento IEEE 802.11 per la misurazione delle risorse radio. Un dispositivo compatibile richiede un neighbour report contenente l'elenco degli access point vicini e dei relativi canali, per poi scansionare unicamente tali canali. Il supporto è segnalato dall'elemento RM Enabled Capabilities, ID 70.

Abilitalo prima sull'SSID pilota. I dispositivi che non supportano 802.11k ignorano il report, pertanto raramente causa errori di associazione, aiutando invece i dispositivi a prendere decisioni di roaming migliori.

802.11v (BSS transition management)

Emendamento IEEE 802.11 per la gestione della rete wireless. L'access point può inviare una richiesta di gestione della transizione BSS suggerendo un access point di destinazione specifico; il dispositivo può accettarla, rifiutarla o ignorarla. Gli scambi appaiono come frame di azione WNM.

I chipset Android considerano queste richieste come un suggerimento. È bene abbinarlo a 802.11k in modo che il dispositivo conosca già le sue opzioni, ed evitare un client steering aggressivo, che può disconnettere i dispositivi Android.

IEEE 802.1X

Standard IEEE per il controllo dell'accesso alla rete basato su porte alla base del WiFi enterprise. Il dispositivo si autentica tramite uno scambio EAP inoltrato dall'access point a un server di autenticazione prima di ricevere l'accesso alla rete.

Senza 802.11r, un dispositivo su WPA2-Enterprise o WPA3-Enterprise ripete l'intero scambio 802.1X a ogni access point, intaccando il budget di ritardo vocale ITU-T G.114 di 150 millisecondi.

RADIUS

Il protocollo di autenticazione utilizzato dagli access point per verificare le credenziali con un server di autenticazione durante uno scambio 802.1X.

La transizione rapida riduce le richieste RADIUS da una per roaming a una per sessione. Il WiFi per lo staff di Purple utilizza RADIUS cloud per autenticare la prima connessione con Microsoft Entra ID, Okta o Google Workspace.

Dominio di mobilità

Il gruppo di access point definito sotto IEEE 802.11r che condivide il materiale della chiave FT, pubblicizzato nell'elemento Mobility Domain, ID 54, nei beacon e nelle risposte di probe.

Mantenere gli access point tra cui un dispositivo si sposta in un'unica rete Meraki, cluster di controller Aruba o sito UniFi. Un roaming che supera tale confine torna all'autenticazione completa e può sembrare un FT non funzionante.

Suite AKM e modalità mista

Suite di gestione delle chiavi e autenticazione pubblicizzate nell'elemento di sicurezza dell'SSID. Le suite FT includono 00-0F-AC:3 (FT-802.1X), :4 (FT-PSK) e :9 (FT-SAE). La modalità mista pubblicizza le suite standard e FT affiancate.

La modalità mista consente ai dispositivi non FT di connettersi comunque. Alcuni driver Android più datati la analizzano in modo errato e non riescono ad associarsi, motivo per cui è necessario testare ciascun modello su un SSID pilota.

FT over the air e over the DS

I due metodi 802.11r per il trasporto dello scambio FT. Over the air, il dispositivo comunica direttamente con l'access point di destinazione utilizzando l'algoritmo di autenticazione numero 2. Over the distribution system, invia frame di azione FT al suo access point corrente, che li inoltra attraverso la rete cablata.

Over the air è comune in tutti i chipset Android compatibili con FT ed è l'impostazione predefinita per flotte miste. Il supporto over-the-DS è più discontinuo e alcuni driver gestiscono in modo errato il bit di funzionalità, provocando il timeout del roaming.

Caching PMK

Meccanismo standard 802.11i che consente a un dispositivo di riutilizzare una chiave master pairwise con un access point con cui si è già autenticato.

Riduce i tempi di ritorno ad access point visitati in precedenza anche con 802.11r disabilitato, rendendo la disattivazione di FT una strategia valida per parchi dispositivi BYOD o sconosciuti.

Opportunistic key caching (OKC)

Un metodo non standard, esterno agli emendamenti IEEE 802.11, per condividere le chiavi tra gli access point in modo che un dispositivo possa effettuare il roaming senza un'autenticazione completa.

HPE Aruba lo supporta. Verificare che ogni modello di dispositivo supporti l'OKC prima di affidarvisi come soluzione di fallback a 802.11r.

Protected Management Frames (802.11w)

Emendamento IEEE 802.11w che protegge i frame di gestione. WPA3 richiede PMF, e il supporto FT-SAE sui dispositivi è più discontinuo rispetto a FT-PSK o FT-802.1X.

Un dispositivo che supera i test di transizione rapida su WPA2 può comunque non funzionare su WPA3, pertanto è necessario testare ciascuna modalità di sicurezza separatamente prima del rollout.

Certificazione Agile Multiband e Voice-Enterprise

Programmi di certificazione WiFi Alliance. Agile Multiband testa l'interoperabilità di 802.11k, 802.11v e 802.11r; Voice-Enterprise testa il roaming rapido per i dispositivi vocali.

La certificazione è il segnale più pratico per valutare i modelli Android. I modelli non certificati potrebbero comunque funzionare, ma è necessario confermarli nelle proprie acquisizioni pacchetti.

Esempi pratici

Un hotel da 200 camere basato su Cisco Meraki esegue un'app VoIP su dispositivi Android per il personale tramite un SSID WPA2-Enterprise con 802.11r disabilitato. Le chiamate cadono quando ci si sposta tra i piani. Il parco dispositivi comprende un modello recente certificato Agile Multiband e 18 unità ruggerizzate più datate. Come ottenere il fast roaming senza bloccare le unità più vecchie?

Il team ha prima abilitato 802.11r su un SSID pilota e tutte le 18 unità più datate non sono riuscite ad associarsi. Ha quindi impostato l'SSID del personale principale su Enabled, che equivale alla modalità mista di Meraki, e ha aggiunto un SSID legacy con 802.11r disattivato sulla stessa VLAN e con la stessa policy RADIUS. 802.11k e 802.11v sono rimasti attivi per entrambi gli SSID. Le acquisizioni pacchetti hanno mostrato che i dispositivi recenti eseguivano il roaming con autenticazione algorithm 2 senza traffico EAP, e le loro richieste RADIUS sono scese da una per ogni roam a una per sessione. Tutte le 18 unità legacy si sono connesse dal primo giorno ed è stata programmata la loro sostituzione. L'SSID legacy le ha mantenute operative mentre il resto dei dispositivi eseguiva il fast roaming.

Una catena retail di 40 punti vendita basata su HPE Aruba ha già 802.11r attivo con over the DS abilitato. Un modello di scanner Android continua a perdere la sessione del sistema di inventario live quando si sposta tra il magazzino e l'area vendita. Quali modifiche occorre apportare?

In un negozio pilota, il team ha disattivato over the DS mantenendo FT over the air, poiché il supporto per over-the-DS sui driver Android è meno uniforme e alcuni gestiscono in modo errato il bit di funzionalità, causando il timeout dei roaming. Ha abilitato 802.11k e BSS transition management, quindi ha acquisito i roaming per ciascun modello di scanner. Le acquisizioni hanno confermato il corretto roaming FT over-the-air per tutti i modelli, e gli errori di roaming per il modello interessato si sono arrestati nel punto vendita pilota. La modifica è stata quindi estesa a tutti i 40 punti vendita in due finestre di intervento, contenendo il rischio mentre ogni modello veniva testato con successo.

La sede di un ente locale basata su Ubiquiti UniFi gestisce dispositivi aziendali Android e telefoni BYOD sulla stessa rete. Il personale segnala disconnessioni nelle chiamate Teams lungo un ampio open space. Come aggiungere il fast roaming senza causare problemi ai dispositivi personali sconosciuti?

Il team ha suddiviso la rete in due SSID. L'SSID aziendale aveva abilitati Fast Roaming (802.11r) e BSS Transition (802.11v), mentre l'SSID BYOD aveva abilitato solo BSS Transition. Hanno testato ogni modello di dispositivo aziendale prima del rollout completo, poiché Ubiquiti segnala che alcuni dispositivi più datati potrebbero non supportare il Fast Roaming. Nelle acquisizioni i dispositivi aziendali hanno mostrato roaming FT corretti. I dispositivi BYOD si sono collegati senza errori di associazione poiché non vedevano pubblicizzate le suite FT. La medesima separazione si adatta al settore sanitario, dove dispositivi clinici e telefoni personali condividono gli stessi edifici.

Domande frequenti

Android supporta il fast transition 802.11r?

Sì, la maggior parte dei dispositivi Android attuali supporta 802.11r, ma il supporto dipende dal chipset, dal driver e dalla build del produttore piuttosto che dalla versione di Android. Il roaming viene solitamente eseguito nel firmware del chipset, quindi due telefoni con la stessa versione di Android possono comportarsi in modo diverso. La certificazione Agile Multiband o Voice-Enterprise è il segnale più forte. Per i modelli non certificati, conferma il FT in una cattura pacchetti cercando la gestione delle chiavi FT nella richiesta di associazione e l'algoritmo di autenticazione 2 durante il roaming.

Android supporta 802.11k e 802.11v?

Sì, molti dispositivi Android utilizzano i report dei vicini 802.11k e le richieste di transizione BSS 802.11v, anche in questo caso a seconda del chipset e del produttore. I dispositivi senza supporto ignorano gli elementi aggiuntivi, quindi l'abilitazione di entrambi raramente blocca l'associazione. Android tratta le richieste 802.11v come suggerimenti, non come istruzioni. Conferma il supporto per ciascun modello verificando l'elemento RM Enabled Capabilities e i frame di gestione della transizione BSS in una cattura.

È necessaria una licenza aggiuntiva per 802.11r su Cisco Meraki, HPE Aruba o Ubiquiti UniFi?

No, 802.11r, 802.11k e 802.11v sono funzionalità firmware incluse su tutte e tre le piattaforme, senza licenze aggiuntive separate. Il costo è rappresentato dal tempo di ingegnerizzazione per un SSID pilota, dai test per modello e dalle finestre di modifica. Se aggiungi un SSID legacy per i dispositivi più datati, aspettati un piccolo costo in termini di airtime dovuto ai beacon aggiuntivi anziché un costo di licenza.

L'abilitazione di 802.11r escluderà i dispositivi Android più datati dalla mia rete?

Può succedere, ed è per questo che si consiglia di eseguire prima un test su un SSID pilota. Alcuni driver più datati non riescono ad associarsi quando un SSID pubblicizza FT insieme alla gestione delle chiavi standard. Utilizza la modalità mista, mai FT-only, e mantieni il FT over the air. Se un modello continua a fallire, assegnali un SSID legacy con 802.11r disattivato sulla stessa VLAN, aggiorna il suo firmware tramite MDM o dismettilo.

Dovrei usare Adaptive 802.11r su Cisco Meraki per i dispositivi Android?

No, Adaptive 802.11r non fornisce alcun fast transition ai dispositivi Android. Abilita FT solo per i dispositivi Apple iOS che supportano l'estensione adattiva di Cisco. I dispositivi Android su un SSID Adaptive si connettono con 802.1X standard ed eseguono un'autenticazione completa a ogni roaming. Per una flotta prevalentemente Android, testa l'impostazione Enabled su un SSID pilota e passa a un SSID legacy per qualsiasi modello che presenti problemi.

Il WiFi per il personale di Purple funziona con 802.11r sui miei access point esistenti?

Sì, il WiFi per il personale di Purple funziona sui tuoi access point esistenti e si integra con 802.11r. Purple è agnostico rispetto all'hardware ed è compatibile con Cisco Meraki, HPE Aruba, Ruckus, Juniper Mist, Ubiquiti UniFi, Cambium, Extreme e Fortinet. Il cloud RADIUS di Purple autentica la prima connessione con Microsoft Entra ID, Okta o Google Workspace. Il fast transition mantiene poi i roaming successivi sui tuoi access point, senza dover interrogare nuovamente il server RADIUS.

Il fast roaming influisce sulla conformità PCI-DSS o GDPR?

No, 802.11r mantiene la crittografia di livello 802.1X e non modifica i dati personali elaborati. Lo standard PCI-DSS richiede una crittografia solida per le reti wireless che trasportano dati dei titolari di carta, e il Fast Transition (FT) deriva nuove chiavi per sessione a ogni roaming. In base al GDPR, il roaming non raccoglie nuovi dati personali. Verifica il timeout di sessione, poiché stabilisce per quanto tempo un dispositivo revocato può continuare a fare roaming con chiavi memorizzate nella cache.

Quanto tempo richiede il rilascio di 802.11r per un parco dispositivi Android?

Prevedi un ciclo pilota per ogni modello di dispositivo, seguito da una finestra di modifica in produzione per sede o gruppo di sedi. La modifica dell'impostazione richiede pochi minuti, mentre i test occupano la maggior parte del tempo. Ogni modello necessita di un test di connessione, un test di mobilità durante una chiamata e un'acquisizione dei dati. Un parco dispositivi con due o tre modelli su una singola piattaforma controller rientra solitamente in un unico ciclo pilota prima del rilascio.

Hai domande sulla tua configurazione specifica?

Il nostro team collabora con gestori di sedi, responsabili IT e ingegneri di rete in 80.000 sedi. Prenota una chiamata di 20 minuti e ti mostreremo come altri professionisti come te hanno risolto il problema.