Piattaforme di WiFi per ospiti in stadi e arene: confronto tra onboarding ad alta densità e attivazione degli sponsor

La maggior parte degli stadi e delle strutture polifunzionali ottiene i migliori risultati da una soluzione ibrida. Gli abbonati ricevono un profilo Passpoint tramite l'app del club e si connettono automaticamente, in modo crittografato e senza alcuna schermata di login. I visitatori occasionali utilizzano un portale captive leggero. Dimensioni RADIUS e DHCP per il picco di dispositivi simultanei, non per i posti a sedere. È possibile instradare i dati dei tifosi che hanno prestato il consenso verso la biglietteria e il CRM degli sponsor tramite API basate su eventi.

Quale approccio alla piattaforma di WiFi per ospiti degli stadi scegliere?

Qualsiasi confronto tra le piattaforme di WiFi per ospiti degli stadi si riduce a tre architetture:

• Un portale captive su una rete aperta o aperta-crittografata.
• Profili Passpoint forniti tramite l'app del club.
• Una soluzione ibrida che esegue entrambi sui medesimi access point.

Se si dispone di una base di abbonati e di un'app del club, è consigliabile scegliere la soluzione ibrida.

Prima di tutto, alcune definizioni. Un portale captive è la pagina web mostrata da un dispositivo prima di concedere l'accesso a Internet. Al suo interno, il tifoso effettua l'accesso, si registra o accetta i termini. Passpoint, chiamato anche Hotspot 2.0, è una certificazione WiFi Alliance basata su IEEE 802.11u. Consente a un dispositivo di individuare una rete e di accedervi automaticamente utilizzando le credenziali memorizzate in un profilo. Passpoint effettua l'autenticazione tramite IEEE 802.1X, lo standard di controllo dell'accesso basato su porta. 802.1X verifica ogni dispositivo rispetto a un server RADIUS (Remote Authentication Dial-In User Service, definito in RFC 2865).

La scelta influisce su tre aspetti:

• Il comportamento della rete quando 20.000 telefoni si sbloccano durante l'intervallo.
• La quantità di dati di prima parte acquisita.
• La quantità di spazi pubblicitari per gli sponsor vendibile.

Ciascuna architettura vince su uno di questi aspetti, motivo per cui la soluzione ibrida risulta solitamente la migliore.

Purple li esegue tutti e tre come overlay cloud agnostico rispetto all'hardware. Supporta access point Cisco Meraki, HPE Aruba, Ruckus, Juniper Mist, Ubiquiti UniFi, Cambium, Extreme e Fortinet. Non è necessario sostituire l'infrastruttura esistente, come spiegato nel nostro articolo sul perché il prossimo aggiornamento WiFi non richiede nuovo hardware. Purple registra 500 milioni di utenti e accessi all'anno in oltre 80.000 strutture in 90 Paesi.

Dove le piattaforme con portale captive, Passpoint e ibride differiscono davvero

	Portale captive	Passpoint tramite app del club	Ibrida
Chi si connette	Ogni partecipante dotato di browser	I tifosi che installano l'app e accettano il profilo	Entrambi i gruppi, su SSID separati
Passaggi per la connessione	Connessione al SSID, apertura del portale, accesso o accettazione dei termini	Nessuno dopo l'installazione una tantum del profilo	Nessuno per i tifosi che usano l'app, portale per tutti gli altri
Crittografia over-the-air	Nessuna su una rete SSID aperta, per ciascun dispositivo con OWE	WPA2-Enterprise o WPA3-Enterprise	Enterprise per i tifosi che usano l'app, aperta o OWE per il portale
Carico di autenticazione nell'intervallo	Caricamenti della pagina del portale più uno scambio RADIUS per login	Scambio 802.1X multifase per dispositivo, nessun caricamento di pagina	Carico del portale ridotto della quota di tifosi su Passpoint
Superficie di attivazione dello sponsor	Splash page e reindirizzamento post-login	Posizionamenti solo nell'app, nessuna splash page	Splash page per i visitatori, posizionamenti nell'app per i membri
Standard	API Captive Portal RFC 8908 e RFC 8910, RFC 8110 OWE	IEEE 802.11u, IEEE 802.1X, EAP-TLS o EAP-TTLS	Tutti i precedenti
A chi si adatta	Strutture per concerti e conferenze senza app del club	Club con un'app attiva e aree riservate ai membri	Club con un bacino di abbonati e visitatori occasionali

L'esperienza di onboarding

Su un Captive Portal, ogni tifoso incontra il tuo brand nel momento esatto della connessione. Questo è fondamentale per l'onboarding WiFi degli ospiti nelle arene. Il Captive Network Assistant (CNA) dello smartphone è il mini-browser che iOS e Android aprono automaticamente quando rilevano un portale. Su una rete Passpoint, il dispositivo si connette prima ancora che il tifoso abbia estratto il telefono dalla tasca.

Il modello di sicurezza

Un SSID aperto trasmette il traffico non crittografato via etere. OWE (Opportunistic Wireless Encryption, RFC 8110, certificato dalla WiFi Alliance come Enhanced Open) colma questa lacuna. Crittografa il traffico di ciascun dispositivo senza bisogno di una password. Passpoint si spinge oltre: utilizza WPA2-Enterprise o WPA3-Enterprise, con autenticazione 802.1X tramite un metodo EAP. L'EAP-TLS autentica tramite un certificato. L'EAP-TTLS racchiude nome utente e password all'interno di un tunnel TLS.

Il modello di dati e sponsor

Questo è il compromesso che la maggior parte dei fornitori tralascia. Passpoint rimuove la splash page, eliminando di conseguenza anche il tuo spazio per gli sponsor più visibile. Una struttura basata solo su portale massimizza le visualizzazioni degli sponsor, ma costringe i tuoi tifosi più fedeli a effettuare il login a ogni partita. La soluzione ibrida offre a ciascun pubblico l'esperienza ideale.

In che modo le piattaforme WiFi per stadi gestiscono i picchi di autenticazione dell'intervallo?

Raramente una rete da stadio fallisce per mancanza di capacità totale. Fallisce quando migliaia di dispositivi richiedono l'autenticazione, un indirizzo IP e una pagina del portale negli stessi cinque minuti. Progetta la rete in funzione di questa concomitanza di accessi.

Scenario pratico: modellazione di un picco all'intervallo in uno stadio da 40.000 posti

Questo è un modello di pianificazione, non un risultato reale. Modifica le ipotesi in base ai tuoi dati di login.

Situazione. Un club di calcio gestisce uno stadio da 40.000 posti. Ipotizziamo che il 60% dei presenti provi a connettersi a un certo punto, il che genera 24.000 dispositivi. Ipotizziamo che il 30% di questi si colleghi per la prima volta nei primi cinque minuti dell'intervallo. Si tratta di 7.200 nuovi login in 300 secondi, ovvero 24 al secondo.

Il problema. Supponiamo che il timeout della sessione sia di 60 minuti. I tifosi che si sono connessi all'arrivo prima della partita vedranno la sessione scadere e dovranno riautenticarsi proprio a ridosso dell'intervallo. Nel peggiore dei casi, tutti i 24.000 dispositivi impatteranno sulla piattaforma in quella finestra temporale: 80 autenticazioni al secondo.

Cosa è stato fatto:

• Impostare un timeout di sessione più lungo dell'intero evento, dall'apertura dei cancelli al deflusso, in modo che i tifosi connessi non debbano mai riautenticarsi a metà partita.
• Spostato il 35% dei tifosi in connessione a Passpoint tramite l'app del club.

Risultato. Il picco durante l'intervallo scende da 80 a 24 autenticazioni al secondo, una riduzione del 70%. I caricamenti della pagina del portale scendono da 7.200 a 4.680, perché i tifosi su Passpoint saltano completamente la pagina. I tifosi su Passpoint inviano comunque richieste RADIUS. Tali richieste non generano traffico web e le chiavi di roaming impediscono che si ripetano.

Mantenere il servizio RADIUS veloce e fuori dalla coda

RADIUS viene eseguito su UDP. Quando un server risponde lentamente, gli access point ritrasmettono e le ritrasmissioni si sommano al carico che ha causato il ritardo. L'RFC 5080 documenta questo comportamento. Quattro scelte progettuali prevengono questa spirale:

• Mantenere i sistemi lenti al di fuori del percorso di autenticazione. Non chiamare mai il CRM o il sistema di biglietteria in modo sincrono durante il login. Accettare la connessione e poi scrivere sui sistemi a valle in modo asincrono.
• Utilizzare il roaming veloce. La transizione veloce IEEE 802.11r e il caching PMK consentono a un dispositivo di spostarsi tra gli access point senza uno scambio 802.1X completo. In uno stadio in cui i tifosi si spostano verso i corridoi durante l'intervallo, ciò elimina migliaia di richieste ripetute.
• Controllare il traffico di accounting. L'accounting RADIUS (RFC 2866) invia aggiornamenti intermedi a un intervallo fisso. Un intervallo breve su 24.000 sessioni aggiunge un carico costante proprio nel momento sbagliato.
• Scalare il livello RADIUS in orizzontale. Il servizio cloud RADIUS di Purple opera su un'infrastruttura con un uptime del 99,999% (dato fornito da Purple).

Arrestare l'esaurimento del DHCP prima che inizi

Il DHCP (Dynamic Host Configuration Protocol, RFC 2131) assegna a ciascun dispositivo un indirizzo IP per un tempo di lease stabilito. I telefoni rilasciano raramente il proprio lease quando escono dalla copertura. Di conseguenza, gli indirizzi rimangono bloccati fino alla scadenza del lease.

Scenario pratico: un'arena con due spettacoli nello stesso giorno

Questo è un modello di pianificazione basato sul calcolo degli indirizzi, non un risultato documentato.

Situazione. Un'arena da 15.000 posti ospita uno spettacolo pomeridiano e uno serale con pubblico diverso. Si ipotizza che il 70% di ciascun pubblico si connetta, ovvero 10.500 dispositivi per spettacolo. La rete ospiti utilizza un pool /18, che contiene 16.382 indirizzi utilizzabili.

Il problema. Con lease di 24 ore, gli indirizzi dello spettacolo pomeridiano rimangono occupati anche durante lo spettacolo serale. Il pool si esaurisce dopo i primi 5.882 dispositivi arrivati per la sera. Chi arriva più tardi non ottiene alcun indirizzo e nessuna connessione.

Cosa è stato fatto. Il team ha ridotto il tempo di lease a una durata inferiore all'intervallo tra i due spettacoli.

Risultato. Ora il pool deve coprire solo un pubblico alla volta durante il picco. La stessa subnet /18 gestisce 10.500 dispositivi con un margine di 5.882 indirizzi.

L'IPv6 dual-stack riduce ulteriormente la pressione su IPv4, poiché i dispositivi configurano i propri indirizzi tramite SLAAC (RFC 4862). Verificare che il portale e il walled garden gestiscano l'IPv6 prima di fare affidamento su di esso.

Rendere leggero il portale

In una struttura ad alta densità, il portale captive deve caricarsi rapidamente su una frequenza radio intasata. Quattro passaggi possono essere d'aiuto:

• Distribuire le risorse del portale tramite una rete di distribuzione dei contenuti (CDN).
• Mantenere le immagini di dimensioni ridotte.
• Inserire in allow-list solo i domini di login social effettivamente offerti.
• Pubblicare l'URL del portale tramite l'API del portale captive API (RFC 8910 e RFC 8908). I dispositivi compatibili individuano così il portale direttamente, senza intercettazione HTTP.

Quando scegliere un portale captive per una sede ad alta densità

Scegliere un'architettura basata solo su portale quando la maggior parte del pubblico effettua una singola visita. Concerti, conferenze ed eventi itineranti rientrano in questa tipologia, in quanto ogni sera attirano un pubblico diverso e la maggior parte dei partecipanti non installerà mai l'app di un club.

Il portale costituisce anche l'asset sponsor più efficace. Ogni partecipante che si connette visualizza la splash page, con la possibilità di reindirizzarlo, dopo il login, all'offerta di un partner. La soluzione Guest WiFi di Purple acquisisce dati di prima parte basati sul consenso in quel preciso momento, tramite un'adesione basata su una scelta consapevole, dove ogni finalità presenta una casella deselezionata dedicata.

I medesimi dati di accesso alimentano WiFi Analytics, misurando il tempo di permanenza nelle aree di atrio, bar e merchandising, per consentire la vendita di spazi sponsor supportata da dati di presenza effettivi.

Eseguire il portale su OWE in modalità di transizione insieme a un SSID aperto. I dispositivi che supportano OWE si connettono in modalità crittografata, mentre i dispositivi meno recenti possono comunque accedere. Questo colma la maggior parte del divario di sicurezza tra il portale e la tecnologia Passpoint, senza aggiungere ulteriori passaggi per il tifoso.

Il portale si estende anche al di fuori dell'impianto principale. Se lo stadio include un hotel nella struttura, la medesima identità può essere utilizzata nelle camere degli ospiti, come descritto nella nostra pagina Hotel. Il megastore di un club segue gli schemi illustrati nella nostra pagina Retail, dove ogni acquirente che effettua l'accesso diventa un profilo noto.

Quando scegliere il WiFi Passpoint per stadi

Scegliere il WiFi Passpoint per stadi per i tifosi che frequentano la struttura in modo continuativo e dispongono già di un account. Gli abbonati, i soci e gli ospiti dei palchi VIP rientrano in questo profilo: desiderano connettersi in modo automatico e sono già identificati nel sistema.

L'app del club installa il profilo una sola volta e, da quel momento, il dispositivo si connette automaticamente ad ogni giornata di gara. iOS installa le credenziali Passpoint tramite un profilo di configurazione, mentre Android le installa tramite le proprie API Passpoint. Prima di associarsi, il dispositivo utilizza l'ANQP (Access Network Query Protocol, parte dello standard IEEE 802.11u) per verificare che la rete supporti le sue credenziali.

Quando combinare la tecnologia Passpoint con un portale captive

Combinare le due soluzioni quando il pubblico si divide tra un nucleo di fidelizzati e visitatori occasionali. Una squadra di calcio rientra tipicamente in questo modello: abbonati, tifosi ospiti e visitatori occasionali condividono lo stesso impianto.

I soci si connettono tramite Passpoint e ricevono contenuti sponsorizzati all'interno dell'app; tutti gli altri utenti utilizzano il portale. Trasmettere al massimo due SSID ospiti, poiché ogni SSID aggiuntivo consuma tempo d'antenna con i propri beacon.

È inoltre possibile utilizzare il portale come ponte verso la tecnologia Passpoint, offrendo il download del profilo dopo il primo accesso dell'utente al portale. Ogni tifoso che lo installa non passerà più dal portale per tutte le partite future.

Dove si inserisce OpenRoaming

OpenRoaming è una federazione della Wireless Broadband Alliance basata su Passpoint. I dispositivi che possiedono un profilo di un identity provider partecipante si connettono in modo automatico e sicuro. Questo include i tifosi ospiti che non dispongono dell'app del club. OpenRoaming non fornisce i dati identificativi del proprio club, pertanto è da considerarsi come una copertura più ampia e non come un sostituto del proprio profilo.

Mantenere il personale su una rete separata

Steward, punti vendita e troupe televisive necessitano di una rete dedicata. Le Identity-Based Networks di Purple autenticano il WiFi del personale tramite Microsoft Entra ID, Okta o Google Workspace, con revoca automatica dell'accesso quando un utente lascia l'organizzazione.

Per i dispositivi gestiti, la nostra guida su come utilizzare Microsoft Intune per distribuire i certificati WiFi sui dispositivi illustra la procedura di invio dei certificati. Per i dispositivi personali dei collaboratori esterni, consultare Onboarding WiFi BYOD: gestione dei dispositivi non gestiti in hotel e nel settore retail.

Segmentare i terminali POS su una propria VLAN (LAN virtuale, una rete logicamente separata). Lo standard PCI DSS considera la segmentazione come un modo per ridurre l'ambito dell'ambiente dei dati dei titolari di carta.

In che modo i dati di prima parte dei tifosi raggiungono in tempo reale la biglietteria e il CRM dello sponsor?

I dati devono essere instradati in base agli eventi e non a blocchi. Quando un tifoso effettua il login, la piattaforma ne risolve l'identità e verifica le scelte relative al consenso. Successivamente emette un evento che i sistemi a valle elaborano entro pochi secondi. Il sistema di biglietteria associa il login a una prenotazione tramite e-mail o riferimento del biglietto. Il CRM dello sponsor riceve solo i dati dei tifosi che hanno prestato esplicitamente il consenso per tale sponsor.

Il consenso è il punto di controllo. L'Articolo 7(1) del UK GDPR richiede di dimostrare che ciascun tifoso abbia prestato il proprio consenso. Le linee guida sul consenso dell'ICO stabiliscono che è necessario indicare i titolari del trattamento terzi che faranno affidamento su tale consenso. Ai sensi della normativa PECR 22, l'e-mail marketing di uno sponsor richiede tale consenso specifico e nominativo. Il soft opt-in copre solo i propri prodotti analoghi, non quelli di un partner.

Purple si integra con le piattaforme CRM e di marketing. Registra ogni opt-in separatamente, con il relativo testo e il marcatore orario. Purple è certificata ISO 27001 e Cyber Essentials, conforme a GDPR e CCPA, ed è un B Corp certificato.

Scenario operativo: un'arena di proprietà comunale con un partner di naming rights

Questo è un modello di pianificazione con ipotesi definite, non un risultato rendicontato.

Situazione. Un ente locale possiede un'arena polivalente da 8.000 posti. La struttura ospita concerti, conferenze e attività sportive locali. I promoter possiedono i dati sulla biglietteria dei concerti. Il partner dei naming rights dell'arena desidera lead qualificati con consenso da ogni evento.

Azioni intraprese:

• Ogni schermata di login presenta una casella separata, non selezionata, che riporta il nome del partner.
• Un login con consenso attiva un evento verso il CRM del partner.
• Un login senza consenso viene inviato solo al CRM dell'arena.
• La riconciliazione della biglietteria viene eseguita solo laddove l'arena detenga i dati di prenotazione.

Risultato. Si ipotizzi che 5.000 partecipanti accedano durante un evento e che il 20% spunti la casella del partner. Il partner riceve quindi 1.000 dati con consenso per evento. Ogni dato perviene pochi secondi dopo il login, con la relativa prova del consenso allegata. Ciò sostituisce l'esportazione mensile di un foglio di calcolo, che fa perdere il momento dell'esperienza in struttura e indebolisce la traccia di audit.

Quali sono i costi di gestione di ciascun approccio per gli stadi WiFi?

I costi di licenza sono solo una parte della spesa. I costi più elevati riguardano l'impegno di sviluppo, le operazioni ricorrenti e l'occupazione della frequenza.

	Portale captive	Passpoint tramite app del club	Ibrido
Fattore di costo di sviluppo	Design del portale, walled garden, testo del consenso, mappatura dei campi CRM	Sviluppo dell'app, configurazione del realm RADIUS, emissione di credenziali o certificati	Entrambi gli sviluppi
Fattore di costo operativo	Licenza della piattaforma, hosting del portale, backhaul Internet	Licenza della piattaforma, ciclo di vita delle credenziali, ciclo di rilascio dell'app	Entrambi, con un livello RADIUS condiviso
Hardware necessario	Access point esistenti di qualsiasi fornitore in elenco	Access point con Hotspot 2.0 abilitato nel firmware	Access point compatibili con Hotspot 2.0 che trasmettono due SSID
Impegno per evento	Sostituzione delle grafiche dello sponsor, verifica del testo del consenso	Nessun lavoro di onboarding, solo contenuti in-app	Grafica del portale più contenuti dell'app
Costo di occupazione della frequenza	Un SSID ospiti	Un SSID ospiti	Due SSID ospiti

L'approccio ibrido presenta i costi di sviluppo più elevati, ma riduce i rischi durante il giorno della partita. Ogni tifoso che passa a Passpoint equivale a un caricamento di pagina in meno durante l'intervallo.

Come decidere la soluzione migliore per la Sua struttura

Confronti la Sua situazione con la riga sottostante.

La Sua situazione	Raccomandazione
Nessuna app del club, pubblico occasionale come per concerti e conferenze	Portale captive su OWE in modalità di transizione, splash page dello sponsor, consenso esplicito e consapevole
App del club in uso attivo da parte degli abbonati	Ibrido: Passpoint nell'app, portale captive per i visitatori
Aree riservate ai soci, palchi e posti premium	Profili Passpoint per i soci, oltre all'accesso tramite portale per i loro ospiti
Arena polifunzionale in cui i promoter gestiscono la biglietteria	Portale captive con testo del consenso specifico per evento e per partner
Molti tifosi ospiti privi di un account del club	Portale captive con OpenRoaming per un accesso sicuro automatico
Steward, punti ristoro e punti vendita	WiFi del personale distinto su 802.1X con integrazione del provider di identità e segmentazione VLAN

Prima del primo evento dal vivo, esegua queste tre operazioni:

1. Esegua un test di carico della configurazione in un giorno in cui non vi sono partite.
2. Riprofili il modello dell'intervallo confrontandolo con i log reali degli access point.
3. Confermi che i sistemi a monte accettino gli eventi al tasso di login di picco previsto.

Domande frequenti

Purple funziona con gli access point già installati nel nostro stadio?

Sì, se provengono da Cisco Meraki, HPE Aruba, Ruckus, Juniper Mist, Ubiquiti UniFi, Cambium, Extreme o Fortinet. Purple è un overlay cloud indipendente dall'hardware, quindi si sovrappone all'infrastruttura esistente senza dover sostituire nulla. I punti di accesso continuano a gestire la radio e il roaming. Purple gestisce il portale captive, il RADIUS cloud, l'acquisizione del consenso e l'instradamento dei dati. Passpoint richiede inoltre che Hotspot 2.0 sia abilitato nel firmware del punto di accesso.

È necessaria l'app del club per offrire Passpoint ai tifosi?

No, ma l'app rappresenta la modalità di fruizione più fluida. iOS installa le credenziali Passpoint scaricando un profilo di configurazione. Android le installa tramite le sue API Passpoint o un download web. È quindi possibile offrire il profilo dopo il primo accesso del tifoso al portale captive. L'app offre i tassi di adozione migliori, poiché associa il profilo a un account che il tifoso possiede e utilizza già a ogni partita.

È possibile condividere i dati dei tifosi provenienti dagli accessi WiFi con gli sponsor ai sensi del GDPR?

Sì, previa acquisizione di un consenso separato e specifico che indichi esplicitamente lo sponsor. Le linee guida sul consenso dell'ICO stabiliscono che è necessario nominare qualsiasi titolare del trattamento terzo che faccia affidamento su tale consenso. L'articolo 7(1) richiede di poterlo dimostrare. Ai sensi della direttiva PECR, l'email marketing degli sponsor richiede tale consenso, poiché il soft opt-in copre solo i propri prodotti analoghi. Gli opt-in a scelta consapevole di Purple registrano ogni opzione separatamente, con il relativo testo e timestamp.

Un portale captive è in grado di gestire decine di migliaia di tifosi che si connettono durante l'intervallo?

Sì, a condizione che la progettazione sia orientata alla simultaneità anziché alla capacità totale. Impostare timeout di sessione più lunghi della durata dell'evento, in modo che i tifosi connessi non debbano mai effettuare nuovamente l'autenticazione a metà partita. Mantenere le operazioni di scrittura del CRM e della biglietteria al di fuori del percorso di autenticazione. Ridimensionare i pool DHCP per i picchi di dispositivi simultanei, con lease più brevi dell'intervallo tra un evento e l'altro. Distribuire le risorse del portale da una rete di distribuzione dei contenuti (CDN). Il passaggio degli iscritti a Passpoint elimina completamente il caricamento delle relative pagine.

Come si effettua la migrazione dall'attuale fornitore WiFi dello stadio?

La migrazione si effettua modificando la destinazione a cui i punti di accesso inviano il traffico di autenticazione e del portale, non sostituendo l'hardware. Eseguire prima Purple su una rete SSID di test. Verificare il portale, il RADIUS e l'instradamento del CRM in un giorno in cui non ci sono partite, quindi effettuare il passaggio alla rete SSID di produzione. Esportare i record di opt-in esistenti con i relativi testi e timestamp. Il consenso raccolto con la precedente formula potrebbe non coprire le finalità pianificate per il futuro.

OpenRoaming sostituisce il proprio profilo Passpoint?

No, integra il proprio profilo. OpenRoaming è una federazione della Wireless Broadband Alliance basata su Passpoint. I dispositivi in possesso del profilo di un provider di identità aderente si connettono automaticamente e in modo sicuro, coprendo così i tifosi ospiti sprovvisti dell'app del club. Non fornisce i dati identificativi del proprio club. È consigliabile mantenere il proprio profilo nell'app per i titolari di abbonamenti e utilizzare OpenRoaming per ampliare la copertura sicura.

La rete del portale deve essere aperta o utilizzare l'OWE?

Utilizzare OWE ovunque i punti di accesso lo supportino, in modalità di transizione affiancato a una rete SSID aperta. OWE, certificato dalla WiFi Alliance come Enhanced Open, crittografa il traffico di ciascun dispositivo senza richiedere alcuna password. I tifosi in un pubblico affollato non possono leggere le sessioni altrui. La modalità di transizione consente ai dispositivi più datati di accedere alla rete aperta, mentre i dispositivi compatibili si collegano in modo crittografato. Verificare il supporto del firmware su ogni punto di accesso prima del giorno della partita.

Quanto impegno richiede un'implementazione all'interno dello stadio?

La maggior parte dell'impegno riguarda la configurazione e l'integrazione, non l'hardware. Poiché Purple si sovrappone ai punti di accesso esistenti, il lavoro comprende la progettazione del portale, la formulazione del consenso, la configurazione di SSID e RADIUS, nonché la mappatura dei campi verso i sistemi di biglietteria e CRM. Passpoint aggiunge lo sviluppo dell'app del club e un ciclo di test su dispositivi iOS e Android. Pianificare un test di carico completo in un giorno senza partite prima del primo evento dal vivo.