Vai al contenuto principale

WiFi managed service: a comprehensive guide for businesses

This guide covers the technical architecture, deployment strategy, and business case for a WiFi managed service in multi-tenant and enterprise environments. It explains how iPSK isolation works, how to segment resident, staff, and guest networks, and how to measure ROI - with specific relevance to BTR operators, property developers, and landlords.

📖 7 minuti di lettura📝 2,035 parole🔧 2 esempi pratici3 domande di esercitazione📚 9 definizioni chiave

Ascolta questa guida

Visualizza trascrizione del podcast
Benvenuto al briefing tecnico di Purple. Oggi analizzeremo i servizi gestiti WiFi. Ci concentreremo nello specifico sugli ambienti aziendali e multi-tenant - Build-to-Rent, alloggi per studenti e strutture su larga scala. Se sei un IT manager, un progettista di rete o un CTO, questo briefing fa al caso tuo. Salteremo i fronzoli del marketing per andare dritti all'architettura, alle strategie di deployment e all'impatto sul business. Iniziamo con il contesto. Perché parliamo di servizi gestiti invece di acquistare semplicemente degli access point e collegarli? Perché le aspettative sono cambiate. Gestiamo 440 milioni di accessi all'anno in 80.000 strutture. Ciò che riscontriamo costantemente è che le reti falliscono non perché l'hardware sia scadente, ma perché l'architettura non corrisponde al caso d'uso. Prendiamo una proprietà Build-to-Rent. Ci sono 200 appartamenti. Se la gestisci come un hotel e installi un Captive Portal, fallirai. I residenti hanno smart TV, altoparlanti Sonos, lampadine Philips Hue. Un Captive Portal isola ogni dispositivo da tutti gli altri. Il telefono del residente non sarà in grado di comunicare con la TV. Apriranno un ticket di assistenza e il tuo team IT passerà ore a inserire gli indirizzi MAC in una whitelist. È un incubo. Quindi, qual è la soluzione tecnica? È l'Identity Pre-Shared Key, o iPSK. Aruba lo chiama PPSK. Cisco Meraki lo chiama Personal Private Network. Il concetto è lo stesso. Trasmetti un unico SSID per l'intero edificio. Ma invece di un'unica password, ogni singolo residente riceve la propria password univoca. Quando il Residente A si connette con la sua chiave, il server RADIUS dice: questo è il Residente A, inseriscilo nella VLAN 101. Quando il Residente B si connette con la sua chiave, va nella VLAN 102. Questo crea una bolla WiFi. All'interno della bolla del Residente A, il telefono rileva perfettamente la TV. Ma il Residente A non può vedere i dispositivi del Residente B, anche se sono connessi allo stesso identico access point fisico nel corridoio. Isolamento completo tra gli inquilini. Continuità completa all'interno del nucleo familiare. E quando il Residente A si trasferisce? Revochi la sua chiave nella dashboard. Non devi cambiare una password per l'intero edificio. Non tocchi l'hardware. Questo ci porta all'architettura. Hai bisogno di un overlay cloud indipendente dall'hardware. Non vuoi rimanere vincolato a un unico fornitore di hardware per sempre. Purple si posiziona sopra il livello hardware. Puoi distribuire Cisco Meraki, HPE Aruba, Ruckus, Juniper Mist, Ubiquiti UniFi, Cambium, Extreme Networks o Fortinet. Noi gestiamo l'autenticazione RADIUS, l'applicazione delle policy e il portale di onboarding. L'hardware gestisce la trasmissione RF. Il piano di controllo e il piano dati sono separati. Parliamo di implementazione. Come si distribuisce concretamente tutto questo? La prima fase è la progettazione RF. Non tirare a indovinare. Effettua un'indagine predittiva. In un MDU, lo standard è solitamente un access point per unità. È necessario garantire la copertura a 5GHz perché si ha a che fare con un numero di dispositivi compreso tra 15 e 25 per nucleo familiare. Un edificio di 200 unità ha tra i 3.000 e i 5.000 dispositivi connessi al WiFi in qualsiasi momento.La fase due è la segmentazione. Servono tre reti. Tre SSID per gestirle tutte. Uno: Staff WiFi, protetto con 802.1X collegato a Microsoft Entra ID o Okta. Due: Guest WiFi, una rete aperta con un Captive Portal e isolamento dei client per i visitatori nella hall. Tre: Resident WiFi, che utilizza iPSK per gli appartamenti. Non unire mai questi tipi di utenti su un unico SSID. La fase tre è l'integrazione dell'identità. Collega l'abilitazione del WiFi al tuo sistema di gestione immobiliare. Quando viene firmato un contratto di locazione, la chiave viene generata automaticamente. Zero interventi da parte dell'IT. I residenti sono online il giorno del trasloco senza dover attendere un tecnico della banda larga. Ora esaminiamo alcune insidie. Cosa può andare storto? L'interferenza co-canale è una delle principali. Se inserisci un access point in ogni unità, si sovrapporranno sullo stesso canale radio. È necessario abilitare la gestione automatizzata delle risorse radio sul controller per regolare dinamicamente i canali e la potenza di trasmissione. Il multicast flooding è un altro problema. I dispositivi smart utilizzano il multicast per rilevarsi a vicenda. Chromecast, Apple TV, Sonos. Se non contieni il traffico all'interno della specifica VLAN iPSK, le prestazioni della rete peggioreranno. Utilizza le funzionalità del gateway DNS multicast del tuo hardware per mantenere il traffico di rilevamento all'interno del segmento corretto del residente. E per le reti guest, attenzione alla randomizzazione degli indirizzi MAC. I sistemi operativi moderni randomizzano gli indirizzi MAC per impostazione predefinita, il che può interrompere i flussi del Captive Portal. Assicurati che il tuo walled garden consenta l'accesso agli URL di validazione essenziali del sistema operativo. Per un'alternativa trasparente e basata su certificati, prendi in considerazione Passpoint, noto anche come Hotspot 2.0. Ora, passiamo alle domande rapide che mi vengono poste più spesso. Posso usare il mio hardware esistente? Sì. Purple è indipendente dall'hardware. Funzioniamo su Cisco, Aruba, Ruckus, Mist, UniFi, Cambium, Extreme e Fortinet. Qual è l'SLA di uptime? 99,999%. Ciò equivale a meno di sei minuti di inattività all'anno. È conforme al GDPR? Sì. Siamo certificati ISO 27001, conformi a GDPR e CCPA e certificati Cyber Essentials. La residenza dei dati è selezionabile: UE, Regno Unito o Stati Uniti. Quanto tempo richiede l'implementazione? Un tipico edificio BTR di 200 unità può essere completamente configurato in un solo giorno, supponendo che gli access point siano già installati. Per concludere. Un servizio gestito WiFi consiste nel separare il piano di controllo dall'hardware. Significa utilizzare iPSK per creare bolle private per i residenti. Significa automatizzare le procedure di attivazione e disattivazione degli utenti. E significa passare da una spesa in conto capitale a un servizio operativo prevedibile. Per gli operatori BTR, questo è un fattore trainante del reddito operativo netto. Un WiFi gestito consente di richiedere un canone d'affitto più elevato. Riduce i periodi di sfitto. Elimina i costi generali IT. E ti offre analisi aggregate su come vengono utilizzate le tue aree comuni. Se l'architettura è corretta, la rete si gestisce da sola. Consulta la guida completa per i diagrammi di architettura e le specifiche di configurazione. Grazie per l'attenzione.

WiFi managed service: a comprehensive guide for businesses

Sintesi per la direzione

L'implementazione del WiFi aziendale in ambienti multi-tenant richiede molto più di un hardware consumer e di una password condivisa. Per i responsabili IT, gli architetti di rete e i direttori delle operazioni delle sedi, un servizio gestito WiFi trasforma la connettività da un grattacapo ad alta intensità di capitale in un servizio operativo prevedibile.

Purple gestisce reti per oltre 80.000 sedi a livello globale, elaborando 440 milioni di accessi nel 2024 (dati interni Purple). Vediamo la differenza tra le reti che scalano e quelle che falliscono. Questa guida spiega nel dettaglio come progettare, implementare e gestire un servizio gestito WiFi che isoli il traffico in modo sicuro, supporti i dispositivi intelligenti dei residenti e offra uno SLA di uptime del 99,999%.

Sia che gestiate proprietà Build-to-Rent (BTR), alloggi per studenti o ambienti di vendita al dettaglio, avete bisogno di un overlay cloud indipendente dall'hardware che si integri con Cisco Meraki, HPE Aruba, Ruckus, Juniper Mist, Ubiquiti UniFi, Cambium, Extreme e Fortinet. Questa guida copre l'architettura, le fasi di implementazione, i requisiti di conformità e il business case.

Approfondimento tecnico: l'architettura del WiFi multi-tenant

La sfida principale negli ambienti multi-tenant come i BTR o i complessi residenziali (MDU) è quella di offrire un'esperienza di rete domestica su un'infrastruttura condivisa di livello aziendale. Il WiFi ospiti , progettato per visitatori di passaggio con Captive Portal, non soddisfa questo requisito. I residenti hanno bisogno che le loro smart TV rilevino i loro smartphone, rimanendo al contempo completamente invisibili all'appartamento accanto.

La soluzione tecnica è l'Identity Pre-Shared Key (iPSK), noto anche come PPSK da HPE Aruba o Personal Private Network da Cisco Meraki. La terminologia varia a seconda del fornitore; il concetto è identico.

La "bolla WiFi" iPSK

L'iPSK assegna una passphrase WPA2 o WPA3 univoca a ciascun residente o tenant. Il server RADIUS utilizza questa chiave univoca per assegnare il dispositivo di connessione a una VLAN specifica o applicare una politica di micro-segmentazione. Il risultato è una bolla WiFi per ciascun residente.

WiFi managed service: a comprehensive guide for businesses - ipsk deployment diagram

Tre proprietà definiscono la bolla. Primo, la privacy tra i residenti: i dispositivi sulla chiave del Residente A non possono vedere i dispositivi sulla chiave del Residente B, anche quando sono connessi allo stesso identico access point fisico. Secondo, la continuità all'interno del nucleo familiare: il telefono del Residente A rileva il proprio Chromecast e l'altoparlante intelligente in modo fluido, esattamente come farebbe su una rete domestica. Terzo, l'accesso specifico per il residente: quando un residente si trasferisce, Purple revoca la sua chiave specifica tramite l'overlay cloud. Non è necessario modificare una password per l'intero edificio. Nessun altro residente viene interessato.

Per un confronto più approfondito tra i modelli di implementazione PPSK e iPSK, consultate la nostra guida su Power probe PPSK: confronto tra funzionalità e modelli di implementazione .

Overlay cloud indipendente dall'hardware

Un moderno servizio gestito di WiFi opera come un overlay software al di sopra del livello hardware. Questa architettura separa il piano di controllo dal piano dati. Purple si integra direttamente con i controller LAN wireless esistenti o con i pannelli di controllo cloud. Gestiamo l'autenticazione RADIUS, l'applicazione delle policy e l'onboarding degli utenti, mentre l'hardware locale gestisce la trasmissione RF.

WiFi managed service: a comprehensive guide for businesses - architecture overview

L'architettura segmenta il traffico in tre reti logiche distinte, ciascuna con il proprio modello di sicurezza. Il WiFi residenti utilizza iPSK con assegnazione VLAN per singola chiave. Il WiFi ospiti utilizza un Captive Portal con isolamento dei client e opt-in consapevoli per l'acquisizione dei dati di marketing. Il WiFi del personale utilizza lo standard IEEE 802.1X con EAP-TLS o PEAP, collegato a Microsoft Entra ID, Okta o Google Workspace. Per un'analisi dettagliata di come strutturare questi tre SSID, consulta la nostra guida su Tre SSID per dominarli tutti: guest, Passpoint e IoT WiFi .

Standard di sicurezza e conformità

Un servizio gestito di WiFi deve superare ogni audit. Purple è certificato ISO 27001, conforme a GDPR e CCPA e certificato Cyber Essentials. Per le proprietà che gestiscono dati di pagamento, il modello di segmentazione della rete supporta la conformità PCI-DSS isolando il traffico dei punti vendita su una VLAN dedicata, senza possibilità di movimenti laterali verso i segmenti dei residenti o degli ospiti. Il protocollo WPA3 è supportato su hardware Cisco Meraki, HPE Aruba, Ruckus e Juniper Mist, offrendo forward secrecy e protezione contro gli attacchi di tipo dizionario offline.

Guida all'implementazione

La distribuzione di un servizio gestito di WiFi richiede una pianificazione rigorosa suddivisa in quattro fasi. Saltare una di queste fasi rappresenta la causa più comune di ticket di supporto post-implementazione.

Fase 1: Progettazione RF e selezione dell'hardware

Non tirare a indovinare sul posizionamento degli access point. Conduci un'indagine predittiva RF utilizzando strumenti come Ekahau prima dell'acquisto. Per i contesti BTR, lo standard è in genere un access point per unità abitativa per garantire la copertura a 5GHz e gestire la densità di 15 - 25 dispositivi IoT per famiglia (dati interni Purple). Un edificio di 200 unità ospita tra i 3.000 e i 5.000 dispositivi connessi al WiFi in qualsiasi momento.

Seleziona l'hardware dall'elenco standard: Cisco Meraki, HPE Aruba, Ruckus, Juniper Mist, Ubiquiti UniFi, Cambium, Extreme o Fortinet. Purple funziona come un overlay cloud su tutti questi sistemi. Non hai vincoli di lock-in.

Fase 2: Strategia di segmentazione della rete

Progetta la struttura delle tue VLAN prima di configurare la piattaforma cloud. La VLAN di gestione è riservata esclusivamente ad AP e switch, senza traffico utente. Le VLAN dei residenti vengono assegnate dinamicamente tramite iPSK, con una VLAN per chiave residente o per gruppo di residenti. La VLAN del personale è protetta tramite 802.1X utilizzando il tuo provider di identità. La VLAN ospiti è una rete aperta con un captive portal e l'isolamento dei client abilitato. Non creare mai bridge tra queste VLAN.

Fase 3: Integrazione dell'identità e dell'autenticazione

Connetti l'overlay cloud Purple al tuo provider di identità. Per le reti del personale, configura il provisioning SAML o SCIM da Microsoft Entra ID o Okta. Per le reti dei residenti, integra la fase di provisioning WiFi nel tuo sistema di gestione immobiliare in modo che le chiavi vengano generate automaticamente alla firma del contratto di locazione. I residenti ricevono la loro chiave WiFi univoca via email o tramite l'app Purple prima del loro arrivo. La gestione dei dispositivi in modalità self-service riduce significativamente i ticket di supporto IT. Per gli ambienti hospitality , integrati con il tuo PMS per fornire automaticamente l'accesso WiFi agli ospiti al momento del check-in.

Fase 4: Validazione e test

Prima del trasloco dei residenti, valida l'isolamento iPSK. Connetti due dispositivi utilizzando la chiave del Residente A e conferma che possano comunicare tra loro. Connetti un terzo dispositivo utilizzando la chiave del Residente B e conferma che non possa comunicare con i dispositivi del Residente A. Esegui un test di throughput da ciascun appartamento per confermare che il backhaul non rappresenti un collo di bottiglia. Valida il flusso del Captive Portal su iOS e Android, inclusa la gestione della randomizzazione MAC.

Best practice

Quando distribuisci un servizio gestito WiFi, attieniti a questi standard indipendenti dal fornitore.

Imponi WPA3 dove i dispositivi client lo supportano. Imponi WPA3 per le reti dei residenti per prevenire attacchi di dizionario offline. L'handshake SAE (Simultaneous Authentication of Equals) di WPA3 sostituisce il vulnerabile handshake a 4 vie di WPA2-PSK. La maggior parte dei dispositivi prodotti dopo il 2020 supporta WPA3.

Automatizza l'onboarding end-to-end. I residenti dovrebbero ricevere la loro chiave WiFi univoca prima del loro arrivo. Collega la generazione delle chiavi alla firma del contratto di locazione nel tuo sistema di gestione immobiliare. La gestione dei dispositivi in modalità self-service tramite l'app Purple elimina la necessità di intervento da parte dell'IT per i trasferimenti e le aggiunte quotidiane.

Implementa la limitazione della larghezza di banda per chiave. Applica limiti di larghezza di banda per utente o per chiave tramite attributi RADIUS per evitare che un singolo residente saturi la connessione di backhaul del sito. Questo è anche il meccanismo per i pacchetti di servizi a livelli: il profilo della chiave predefinito offre 100Mbps, mentre un profilo aggiornato offre 1Gbps, senza richiedere modifiche all'hardware.

Isola i dispositivi IoT per banda. Incoraggia i residenti a utilizzare la banda a 2.4GHz per i dispositivi smart home, riservando le bande a 5GHz e 6GHz per applicazioni ad alta larghezza di banda come laptop e console. Ciò riduce l'interferenza co-canale sulla banda a 5GHz e migliora le prestazioni complessive della rete.

Usa WiFi Analytics per le aree comuni. I dati aggregati e anonimizzati sulle presenze in hall, palestre e spazi di co-working ti aiutano a ottimizzare l'utilizzo dello spazio e a giustificare gli investimenti in aree di servizio aggiuntive.

Risoluzione dei problemi e mitigazione dei rischi

Anche con uno SLA di uptime del 99.999%, si verificano problemi fisici e RF. Preparati a queste comuni modalità di guasto.

Co-channel interference (CCI). Nelle implementazioni BTR ad alta densità con un AP in ogni unità, gli AP sullo stesso canale interferiranno tra loro. Abilita la gestione automatizzata delle risorse radio (RRM) sul tuo controller hardware per regolare dinamicamente i canali e la potenza di trasmissione. Su Cisco Meraki, questa opzione si trova in Impostazioni Radio > Auto RF. Su HPE Aruba, si tratta di ARM (Adaptive Radio Management).

Multicast e broadcast flooding. I dispositivi smart home si affidano molto al traffico multicast, in particolare mDNS per il rilevamento di Chromecast, Apple TV e Sonos. Il traffico multicast incontrollato degrada le prestazioni di rete per tutti i residenti. Utilizza le funzionalità di gateway DNS multicast del tuo hardware per contenere il traffico di rilevamento all'interno della specifica VLAN iPSK o del gruppo di policy. Su Ruckus, questo è il proxy mDNS SmartZone. Su Juniper Mist, si tratta della policy mDNS.

Intercettazione del Captive Portal e randomizzazione MAC. Per la rete guest, i moderni aggiornamenti del sistema operativo, inclusi iOS 14+ e Android 10+, randomizzano gli indirizzi MAC per impostazione predefinita, il che può interrompere i flussi del Captive Portal. Assicurati che il tuo walled garden consenta l'accesso agli URL di convalida essenziali del sistema operativo, inclusi captive.apple.com e connectivitycheck.gstatic.com. Per un'alternativa fluida, implementa Passpoint (Hotspot 2.0) per un'associazione automatica e basata su certificati senza la necessità di accedere a un portale.

Disponibilità del server RADIUS. Se il tuo server RADIUS non è disponibile, l'autenticazione iPSK fallisce e i residenti non possono connettersi. Il Cloud RADIUS di Purple è geo-ridondante con un uptime del 99.999%. Se gestisci un server RADIUS on-premise, configura un server RADIUS secondario su ogni gruppo AP come failover.

ROI e impatto sul business

Un servizio gestito WiFi sposta il modello finanziario da un costo di capitale irrecuperabile a una spesa operativa prevedibile. Il confronto seguente illustra le differenze chiave.

WiFi managed service: a comprehensive guide for businesses - comparison chart

Per gli operatori BTR, considerare il WiFi come un servizio gestito genera ritorni misurabili. Le proprietà con WiFi gestito di livello enterprise ottengono un canone di locazione più elevato. Il WiFi gestito come servizio aggiuntivo è costantemente positivo in termini di NOI quando viene implementato come overlay software su hardware di proprietà, secondo i benchmark della National Apartment Association. Il modello si deteriora quando il WiFi viene abbinato a un contratto a banda larga di terze parti che ne cattura il valore.

I guadagni in termini di efficienza operativa sono altrettanto significativi. L'eliminazione dei ripristini delle password e dell'onboarding manuale fa risparmiare ore di lavoro all'IT ogni mese. La gestione self-service delle chiavi consente ai residenti di aggiungere nuovi dispositivi senza dover aprire un ticket di supporto. Quando un residente si trasferisce, Purple revoca automaticamente la sua chiave se integrato con il sistema di gestione della proprietà.

Per gli ambienti del settore retail , il livello di analytics del Guest WiFi aggiunge un'ulteriore dimensione. Purple ha raccolto 29 miliardi di punti dati (dati interni Purple) in oltre 80.000 sedi. Questi dati si traducono in modelli di affluenza, analisi del tempo di permanenza e tassi di visitatori ricorrenti che informano le decisioni di merchandising e di gestione del personale.

Per gli hub di trasporto e le strutture sanitarie , la postura di conformità e sicurezza di un servizio gestito riduce i costi di audit. La certificazione ISO 27001, la conformità al GDPR e la certificazione Cyber Essentials vengono ereditate dalla piattaforma anziché essere sottoposte a self-audit.

Ascolta il nostro briefing tecnico completo qui sotto per una discussione approfondita sulle strategie di implementazione e sulle relative insidie.

Definizioni chiave

iPSK (Identity Pre-Shared Key)

A security mechanism that allows multiple unique WPA2 or WPA3 passphrases to operate on a single SSID. The RADIUS server uses the specific passphrase to identify the user and apply a VLAN assignment or policy. Also called PPSK by HPE Aruba and Personal Private Network by Cisco Meraki.

Essential for multi-tenant environments. Provides resident isolation without requiring hundreds of separate SSIDs or VLANs configured at the hardware level.

RADIUS (Remote Authentication Dial-In User Service)

A networking protocol providing centralised Authentication, Authorisation, and Accounting (AAA) management for users connecting to a network service. Defined in RFC 2865.

The authentication engine behind both 802.1X and iPSK. Purple provides Cloud RADIUS, eliminating the need for on-premise RADIUS servers and the associated maintenance overhead.

VLAN (Virtual Local Area Network)

Una sottorete logica che raggruppa una serie di dispositivi provenienti da diverse LAN fisiche. Definita nello standard IEEE 802.1Q. Isola il traffico di broadcast e migliora la sicurezza impedendo il movimento laterale tra i segmenti.

Utilizzato per separare il traffico dei residenti da quello dello staff e per isolare i singoli residenti tra loro all'interno dello stesso edificio.

Captive Portal

Una pagina web che un utente deve visualizzare e con cui deve interagire prima che venga concesso l'accesso alla rete. Solitamente utilizzata per presentare termini e condizioni e raccogliere dati di prima parte.

Adatto per il WiFi ospiti nelle hall e nelle aree comuni. Non adatto per le reti dei residenti, dove è richiesta una connettività persistente e automatica.

802.1X

Uno standard IEEE per il controllo dell'accesso alla rete basato su porta (PNAC). Fornisce un meccanismo di autenticazione che richiede credenziali individuali prima di concedere l'accesso alla rete. Comunemente implementato con EAP-TLS (basato su certificati) o PEAP (nome utente e password).

Il gold standard per il WiFi dello staff. Richiede credenziali univoche collegate a un provider di identità anziché a una password condivisa, consentendo la revoca immediata dell'accesso quando il personale si licenzia.

BTR (Build-to-Rent)

Sviluppi residenziali costruiti appositamente per l'affitto a lungo termine anziché per la vendita. Caratterizzati da una gestione professionale, servizi condivisi e attenzione all'esperienza del residente.

Un mercato primario per il WiFi gestito multi-tenant. La connettività è considerata un servizio fondamentale paragonabile all'accesso alla palestra, garantendo un premio misurabile sul canone di affitto.

Passpoint (Hotspot 2.0)

Uno standard della WiFi Alliance che consente il rilevamento e l'associazione automatica e sicura della rete senza un captive portal. I dispositivi si connettono utilizzando certificati o credenziali SIM, offrendo un'esperienza di roaming simile a quella cellulare.

Utilizzato per eliminare i ripetuti accessi al captive portal per i visitatori di ritorno e per fornire un roaming fluido in implementazioni multi-sito.

Cloud overlay

Un livello di gestione e policy basato su software che opera al di sopra dell'hardware di rete fisico. Gestisce l'autenticazione, l'applicazione delle policy, l'analytics e l'onboarding senza richiedere modifiche alla configurazione dell'hardware sottostante.

Il modello architetturale che rende Purple indipendente dall'hardware. L'overlay si integra con l'API hardware anziché sostituire l'hardware, preservando gli investimenti esistenti.

WPA3 (Wi-Fi Protected Access 3)

L'attuale generazione di protocollo di sicurezza WiFi, definita dalla WiFi Alliance. Introduce il Simultaneous Authentication of Equals (SAE) per sostituire il vulnerabile handshake a 4 vie di WPA2-PSK, fornendo forward secrecy e resistenza agli attacchi di dizionario offline.

Consigliato per tutte le nuove implementazioni. Supportato su hardware Cisco Meraki, HPE Aruba, Ruckus e Juniper Mist. La maggior parte dei dispositivi prodotti dopo il 2020 supporta il WPA3.

Esempi pratici

A 250-unit Build-to-Rent property in Manchester needs to provide secure WiFi for residents, staff, and visitors. The property manager wants to include 100Mbps WiFi in the base rent, with an option for residents to upgrade to 1Gbps. How should the network be architected?

Deploy a single physical network using HPE Aruba access points, one per unit. Implement Purple's cloud overlay to manage three distinct services from one platform. Staff WiFi uses 802.1X authentication tied to Microsoft Entra ID. Guest WiFi deploys a captive portal in the lobby and gym for visitors and prospective tenants. Resident WiFi uses iPSK: Purple generates a unique key for each apartment at lease signing. The default key profile is throttled to 100Mbps via RADIUS attributes. When a resident purchases the upgrade tier, the RADIUS profile updates to 1Gbps automatically. No hardware changes. No engineer visits. The property management system triggers the key update via the Purple API.

Commento dell'esaminatore: This approach uses a hardware-agnostic cloud overlay to segment traffic logically rather than physically. Using RADIUS attributes to control bandwidth per iPSK key enables seamless upselling without manual IT intervention, directly supporting the NOI per door model. The key insight is that the managed service layer - not the hardware - is where the commercial differentiation lives.

A national retail chain with 400 locations needs to roll out a consistent guest WiFi experience. Their current self-managed setup requires manual firmware updates, resulting in inconsistent security postures across sites. They also need to capture first-party marketing data compliantly.

Transition to a WiFi managed service. Deploy Cisco Meraki access points across all 400 sites, managed via a centralised dashboard. Integrate Purple's captive portal across all sites from a single cloud account. The managed service handles automated, scheduled firmware updates during off-hours, ensuring zero downtime and a consistent security posture. The Purple portal presents a conscious-choice opt-in for marketing, capturing first-party data (email, demographics) and pushing it directly to the chain's CRM via Purple's integration layer. GDPR compliance is inherited from the platform.

Commento dell'esaminatore: This scenario highlights the shift from IT overhead to managed utility. The retailer eliminates the risk of manual updates and gains a compliance-ready data capture mechanism. The critical detail is the conscious-choice opt-in: passive data collection without explicit consent fails GDPR. Purple's captive portal is designed to meet this requirement out of the box.

Domande di esercitazione

Q1. Stai implementando una rete per un complesso di alloggi per studenti da 500 posti letto. L'operatore desidera che i residenti colleghino smart TV, console di gioco e smartphone. Attualmente prevede di utilizzare un unico SSID con un captive portal che richiede la registrazione dell'indirizzo MAC per i dispositivi headless. Qual è il difetto di questo piano e quale è l'approccio corretto?

Suggerimento: Considera come i dispositivi come Chromecast rilevano lo smartphone di controllo su una rete e cosa fa l'isolamento dei client a tale processo di rilevamento.

Visualizza risposta modello

Il difetto è che un captive portal con isolamento dei client impedisce il rilevamento dei dispositivi. Uno smartphone non può trasmettere a una smart TV perché i dispositivi non possono vedersi a vicenda sulla rete. Inoltre, la registrazione dell'indirizzo MAC per i dispositivi headless non è sostenibile dal punto di vista operativo su una scala di 500 posti letto. L'approccio corretto è l'iPSK. Fornisci a ogni studente una passphrase univoca. Questo crea una bolla VLAN privata per lo studente, consentendo ai suoi dispositivi di comunicare tra loro pur rimanendo isolati dagli altri 499 residenti. I dispositivi headless si connettono utilizzando la stessa passphrase del telefono dello studente, senza richiedere alcuna registrazione MAC.

Q2. Una catena alberghiera desidera aggiornare la propria rete Staff WiFi. Attualmente, tutto il personale utilizza una singola password WPA2-PSK. Quando un dipendente si dimette, l'IT cambia raramente la password a causa del sovraccarico di lavoro necessario per aggiornare ogni singolo dispositivo. Raccomanda una soluzione sicura e di livello enterprise e spiega l'immediato vantaggio operativo.

Suggerimento: Cerca un metodo di autenticazione che colleghi l'accesso alla rete alle singole identità degli utenti anziché a un segreto condiviso.

Visualizza risposta modello

Sostituire la password WPA2-PSK condivisa con l'autenticazione 802.1X (WPA2 o WPA3-Enterprise). Integrare la rete wireless con l'identity provider dell'hotel, come Microsoft Entra ID. Il personale si autentica utilizzando le proprie credenziali aziendali individuali. Quando un dipendente se ne va, il suo account Entra ID viene disattivato, revocando immediatamente il suo accesso WiFi senza influire sugli altri membri dello staff. Nessuna rotazione delle password. Nessuna riconfigurazione dei dispositivi. Il vantaggio operativo è un offboarding a gestione zero: l'IT disabilita un singolo account e l'accesso alla rete viene revocato automaticamente.

Q3. Un promotore immobiliare BTR sta pianificando un complesso residenziale da 300 unità. Il direttore finanziario chiede perché non si possa semplicemente utilizzare un router a banda larga consumer per unità anziché un servizio WiFi gestito. Formula un business case in tre punti a favore del modello di servizio gestito.

Suggerimento: Considera l'impatto sul NOI, i costi operativi e gli elementi di differenziazione dell'esperienza dei residenti.

Visualizza risposta modello

Punto primo: NOI per singola abitazione. Un servizio WiFi gestito come benefit permette di ottenere un premio d'affitto mensile misurabile per unità. I contratti a banda larga per singola unità catturano quel valore a favore dell'ISP, non dell'operatore. Un overlay software sull'hardware di proprietà trattiene invece il valore. Punto secondo: efficienza operativa. I router consumer richiedono manutenzione per singola unità, aggiornamenti firmware e reset delle password. Un servizio gestito gestisce tutto questo centralmente. Quando un residente si trasferisce, la sua chiave viene revocata automaticamente. Nessuna visita tecnica necessaria. Punto terzo: esperienza dei residenti. I router consumer non possono supportare da 15 a 25 dispositivi IoT per nucleo familiare con un adeguato isolamento. Un servizio iPSK gestito offre un'esperienza simile a quella domestica in cui i dispositivi intelligenti funzionano correttamente, riducendo i ticket di supporto e migliorando la fidelizzazione.

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.

WiFi managed service: a comprehensive guide for businesses | Guide tecniche | Purple