Posizionamento WiFi indoor: come funziona il tracciamento della posizione su una rete guest
Questa guida di riferimento tecnica e autorevole spiega come funziona il posizionamento WiFi indoor su una rete guest, coprendo la triangolazione RSSI, la mappatura degli access point, la generazione di heatmap e l'integrazione con le piattaforme di analytics. È scritta per IT manager, architetti di rete e CTO di hotel, catene di vendita al dettaglio, stadi e spazi del settore pubblico che devono prendere una decisione di implementazione in questo trimestre. Al termine, i lettori comprenderanno l'intero flusso di dati, dalla richiesta di probe fino alla business intelligence fruibile, incluse le considerazioni critiche sulla conformità e sulla privacy che regolano qualsiasi implementazione nel mondo reale.
Video overview
Ascolta questa guida
Visualizza trascrizione del podcast
Parte della nostra serie principale: Guida al WiFi Guest →
Sintesi Esecutiva
Per le strutture moderne - che si tratti di un flagship store, di un hotel o di un grande stadio - comprendere il flusso fisico dei visitatori è strategicamente importante tanto quanto tracciare il traffico web digitale. Il GPS non funziona all'interno degli edifici, creando un significativo divario di visibilità che costa agli operatori entrate reali. Questa guida spiega come i team IT aziendali possono sfruttare la loro infrastruttura Guest WiFi esistente per implementare un sistema di posizionamento indoor (IPS) basato su WiFi. La tecnologia non è nuova, ma l'integrazione della triangolazione RSSI, della mappatura calibrata degli access point (AP) e delle piattaforme di WiFi Analytics basate su cloud è maturata al punto che l'implementazione è ora un progetto pratico e realizzabile in un trimestre, piuttosto che un'iniziativa di ricerca pluriennale. Questo documento fornisce l'architettura tecnica, i passaggi di implementazione, le modalità di errore più comuni e il framework di ROI necessari per prendere una decisione informata. Per un'introduzione più ampia al livello di analisi, consulta la nostra guida su Che cos'è la WiFi Analytics? Una guida completa.
Approfondimento Tecnico
La fisica della localizzazione WiFi indoor
La sfida fondamentale del posizionamento indoor è che i segnali GPS - che operano a circa 1575 MHz - si attenuano notevolmente quando attraversano i materiali da costruzione. Un soffitto in cemento può ridurre la potenza del segnale di 20 - 30 dB, rendendo il GPS inaffidabile al di sotto di pochi piani di un edificio. Il posizionamento indoor basato su WiFi aggira questo problema utilizzando i segnali a 2.4 GHz e 5 GHz già presenti in qualsiasi implementazione di rete aziendale.
Il meccanismo principale è il Received Signal Strength Indicator (RSSI). Quando un dispositivo mobile ha il WiFi abilitato, trasmette periodicamente frame di probe request 802.11 per scoprire le reti disponibili. Ogni Access Point nel raggio d'azione riceve questi frame e registra l'indirizzo MAC del dispositivo trasmittente insieme al valore RSSI - una misura logaritmica della potenza del segnale, tipicamente espressa in dBm, dove -30 dBm rappresenta un segnale molto forte e -90 dBm rappresenta un segnale molto debole.
Triangolazione RSSI (Trilaterazione)
Un singolo AP può confermare che un dispositivo si trova all'interno della sua area di copertura, ma non può determinarne la direzione o la distanza precisa. Per localizzare un dispositivo, il sistema richiede letture da almeno tre AP contemporaneamente - un processo correttamente definito trilaterazione (sebbene "triangolazione" sia il termine comunemente in uso nel settore).
La piattaforma di analytics applica un modello di attenuazione di tratta - solitamente il modello di log-distanza - per convertire ogni valore RSSI in una distanza stimata da quell'AP. Con tre stime di distanza e le coordinate fisiche note di ciascun AP, il sistema risolve l'intersezione, che rappresenta la posizione stimata del dispositivo. In pratica, a causa delle interferenze ambientali, questa intersezione raramente rappresenta un punto perfetto; il sistema calcola invece una regione di probabilità e restituisce il baricentro.
Riferimento formula chiave: Il modello di attenuazione di tratta di log-distanza è espresso come:
PL(d) = PL(d₀) + 10n·log₁₀(d/d₀) + Xσ
Dove n è l'esponente di attenuazione (solitamente 2-4 per ambienti interni), d è la distanza e Xσ è una variabile casuale gaussiana a media zero che rappresenta gli effetti di ombreggiamento.
Tracciamento Passivo vs. Analytics Autenticato
È essenziale distinguere tra due modalità operative, poiché presentano implicazioni fondamentali diverse per la qualità dei dati e la conformità:
| Modalità | Attivatore | Qualità dei Dati | Considerazioni sulla Conformità |
|---|---|---|---|
| Rilevamento di Presenza Passivo | Il dispositivo ha il WiFi abilitato; non è connesso | Flusso di visitatori aggregato, densità di zona | La randomizzazione MAC limita il tracciamento individuale |
| Analytics Autenticato | L'utente si connette tramite captive portal | Profilo proprietario dettagliato, tempo di permanenza, visitatore ricorrente | Richiede il consenso esplicito GDPR al login |
La randomizzazione MAC è la variabile critica in questo scenario. A partire da iOS 14 e Android 10, i sistemi operativi mobili randomizzano l'indirizzo MAC utilizzato nelle richieste di probe. Ciò significa che un dispositivo appare come un'entità diversa a ogni visita, impedendo il tracciamento passivo delle persone ricorrenti. L'implicazione pratica è che i dati passivi sono utili per mappe di calore aggregate e conteggi delle presenze, ma i dati autenticati - acquisiti quando un utente accede alla rete ospiti tramite un captive portal - sono necessari per qualsiasi analisi a livello individuale.
Per un'esplorazione più ampia delle tecnologie di posizionamento complementari, inclusi UWB e BLE, consulta la nostra guida su Indoor Positioning System: UWB, BLE, & WiFi Guide.
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.
Guida all'Implementazione
Fase 1: Valutazione dell'Ambiente e Pianificazione RF
Prima di installare anche un solo AP, è obbligatoria un'accurata attività di pianificazione RF. L'ambiente fisico detta la propagazione del segnale, e le ipotesi formulate in fase di pianificazione che si rivelano errate sul campo si tradurranno in dati di localizzazione imprecisi e difficili da diagnosticare dopo la distribuzione.Requisito di densità degli AP: Per una trilaterazione accurata, un dispositivo deve essere rilevato da un minimo di tre AP con una potenza di segnale pari a -65 dBm o superiore in qualsiasi punto dell'area di copertura. Si tratta di un requisito più restrittivo rispetto alla copertura base per l'accesso a internet, che può funzionare a -75 dBm. In pratica, ciò significa distribuire gli AP a intervalli di circa 15-20 metri in ambienti aperti, e a distanze significativamente inferiori in aree ad alta densità di ostacoli (scaffalature metalliche, colonne di cemento, pareti divisorie in vetro).
Sopralluogo del sito (Site Survey): Eseguire un sopralluogo predittivo del sito utilizzando un software di pianificazione RF (es. Ekahau, iBwave) prima dell'installazione fisica. Seguire con un sopralluogo attivo post-installazione per convalidare la copertura e identificare le zone d'ombra.
Fase 2: Mappatura degli AP e configurazione della piattaforma
Una volta installati fisicamente gli AP, la piattaforma di analytics deve essere configurata con le loro coordinate precise.
- Caricare una planimetria in scala (in formato PDF, DWG o PNG) nella dashboard della piattaforma di analytics.
- Mappare le coordinate fisiche esatte di ogni AP sulla planimetria digitale. Questo passaggio non è negoziabile - qualsiasi errore in questa fase si ripercuote direttamente in un'imprecisione di localizzazione.
- Definire le Zone - aree poligonali nominate sulla planimetria (es. "Cassa", "Abbigliamento uomo", "Lobby") - per abilitare report dettagliati sul tempo di permanenza e sul flusso di visitatori per ciascuna area.
- Configurare il controller LAN wireless (WLC) per inoltrare i dati di presenza alla piattaforma di analytics tramite l'opportuna integrazione API o syslog.
Fase 3: Captive Portal e framework di consenso
Per acquisire dati autenticati e garantire la conformità al GDPR e a framework simili, distribuire un Captive Portal che presenti agli utenti un'informativa chiara sul consenso prima di concedere l'accesso alla rete. Il portale deve acquisire, come minimo: nome, indirizzo email e consenso esplicito al trattamento dei dati per scopi di analytics.
Best Practices
Standardizzare su 5 GHz per Analytics: Sebbene la banda a 2.4 GHz penetri meglio le pareti, è fortemente congestionata e soggetta a interferenze da dispositivi Bluetooth, forni a microonde e reti vicine. Instradare i client verso la banda a 5 GHz produce rilevamenti RSSI più puliti e coerenti, migliorando la precisione della localizzazione. Configura il band steering sul WLC per preferire la banda a 5 GHz per i client compatibili.
Pianificare Verifiche di Calibrazione Regolari: Gli ambienti fisici non sono statici. Un cambio di layout stagionale nel retail, una nuova parete divisoria o persino un'installazione temporanea di grandi dimensioni (come lo stand di una fiera) possono alterare significativamente la propagazione RF. Pianifica una verifica della calibrazione ogni trimestre, o immediatamente dopo qualsiasi modifica fisica significativa alla sede.
Implementare la Minimizzazione dei Dati: Ai sensi dell'Articolo 5(1)(c) del GDPR, è necessario raccogliere solo i dati minimi necessari per lo scopo dichiarato. Per la zone-level analytics, questo significa memorizzare conteggi aggregati anziché i percorsi dei singoli dispositivi. Consulta il tuo Data Protection Officer prima di ampliare la portata della raccolta dati.
Sfruttare l'Architettura IoT: Il posizionamento WiFi è sempre più integrato con distribuzioni IoT più ampie. Per capire come il posizionamento indoor si inserisce in un'architettura più vasta di sedi connesse, consulta la nostra guida su Internet of Things Architecture: A Complete Guide.
Troubleshooting e Mitigazione dei Rischi
| Modalità di Guasto | Sintomo | Causa Radice | Mitigazione |
|---|---|---|---|
| Densità AP Insufficiente | I dispositivi "saltano" tra zone distanti sulla mappa termica | Meno di 3 AP rilevano il dispositivo a -65 dBm | Site survey attivo; aggiungere AP nelle zone d'ombra |
| Mappatura AP Imprecisa | La mappa termica mostra tempi di permanenza elevati in posizioni fisicamente impossibili | Coordinate AP inserite in modo errato nella piattaforma | Verificare ogni coordinata AP confrontandola con i registri di installazione fisica |
| Randomizzazione MAC | Metriche dei visitatori di ritorno quasi a zero nonostante il traffico ripetuto noto | Solo tracciamento passivo; nessuna sessione autenticata | Implementare un Captive Portal con login incentivato |
| Interferenza Multipath | Stime di posizione erratiche in zone specifiche | Riflessioni del segnale da scaffali metallici o vetrate | Riposizionare gli AP; utilizzare antenne direzionali; applicare il filtro di Kalman nella piattaforma di analytics |
| Congestione del Canale | Rilevamenti RSSI incoerenti sulla banda a 2.4 GHz | Interferenza co-canale da reti vicine | Migrare i client analytics sulla banda a 5 GHz; implementare l'assegnazione automatica dei canali sul WLC |
ROI e Impatto Aziendale
Il business case per il posizionamento WiFi indoor è più forte quando viene presentato come un investimento infrastrutturale in grado di generare ritorni in più reparti simultaneamente.
Retail: Un rivenditore di moda di medie dimensioni con 20 punti vendita può utilizzare i dati sul tempo di permanenza a livello di zona per identificare quali espositori di prodotti generano il maggior coinvolgimento. La riattivazione di allestimenti sottoperformanti sulla base di questi dati ha dimostrato di migliorare i tassi di conversione delle vendite dell'8-15% in installazioni analoghe. Per una guida specifica per il settore, consulta le nostre soluzioni Retail.
Hospitality: Un hotel da 300 camere può monitorare in tempo reale la lunghezza delle code alla reception e nei punti di ristoro, inviando dinamicamente il personale per evitare il deterioramento del servizio durante i periodi di punta. Il monitoraggio degli spostamenti degli ospiti all'interno della struttura consente inoltre di ottimizzare le operazioni di pulizia, riducendo i tempi di preparazione delle camere. Consulta i nostri casi di studio Hospitality per esempi di implementazione.
Healthcare: Le fondazioni NHS e gli ospedali privati utilizzano il tracciamento dei beni basato su WiFi (tramite tag abilitati al WiFi su apparecchiature mediche) per ridurre il tempo medio speso a cercare beni mobili da 20 minuti a meno di 2 minuti per singolo caso. Ciò riduce direttamente il tempo perso dal personale clinico in attività non cliniche. Esplora le nostre soluzioni Healthcare.
Transport: Gli aeroporti e gli operatori ferroviari utilizzano l'analisi della presenza per gestire il flusso di passeggeri attraverso i varchi di sicurezza e i gate di imbarco, riducendo la congestione e migliorando la puntualità delle partenze. Visita la nostra pagina dedicata al settore Transport per casi di studio pertinenti.
Misurare il ROI: Stabilisci una misurazione di riferimento della metrica chiave (tempo di permanenza, lunghezza della coda, tempo di ricerca dei beni) prima dell'installazione. Misura nuovamente a 30, 60 e 90 giorni dalla distribuzione. Un sistema di posizionamento indoor ben implementato ottiene tipicamente il ritorno sull'investimento entro 12-18 mesi se si tiene conto di tutti i guadagni in termini di efficienza operativa.
Per una comprensione completa delle funzionalità di analisi basate su questa infrastruttura di posizionamento, fai riferimento alla nostra guida: What Is WiFi Analytics? A Complete Guide.
Definizioni chiave
RSSI (Received Signal Strength Indicator)
Una misurazione del livello di potenza di un segnale radio ricevuto, espressa in dBm (decibel relativi a un milliwatt). I valori variano tipicamente da -30 dBm (eccellente) a -90 dBm (molto debole).
I team IT utilizzano i valori RSSI segnalati da più AP per stimare la distanza di un dispositivo da ciascun AP e calcolarne la posizione tramite trilaterazione. La soglia di -65 dBm è il valore minimo standard del settore per un posizionamento affidabile.
Trilaterazione
Un metodo geometrico per determinare la posizione di un punto misurando la sua distanza da tre o più punti di riferimento noti, utilizzando l'intersezione di cerchi (in 2D) o sfere (in 3D).
Questa è la base matematica del posizionamento indoor tramite WiFi. Si distingue dalla triangolazione, che utilizza gli angoli anziché le distanze, sebbene i termini siano spesso usati in modo intercambiabile nella documentazione dei fornitori.
Probe Request
Un frame di gestione 802.11 trasmesso in broadcast da un dispositivo con WiFi abilitato per scoprire le reti disponibili nelle vicinanze.
Le probe request costituiscono la fonte di dati fondamentale per il rilevamento passivo della presenza. Vengono trasmesse anche quando il dispositivo non è connesso a nessuna rete, purché il WiFi sia abilitato.
Randomizzazione del MAC
Una funzionalità di privacy nei moderni sistemi operativi mobili (iOS 14+, Android 10+) che sostituisce un indirizzo MAC generato casualmente nei frame di probe request, impedendo il tracciamento persistente tra le sessioni.
Questa è la principale barriera tecnica al tracciamento passivo dei singoli utenti. I team IT devono implementare l'autenticazione tramite Captive Portal per ottenere un identificativo persistente per l'analisi dei visitatori di ritorno.
Captive Portal
Una pagina web presentata a un utente prima che venga concesso l'accesso alla rete, che in genere richiede l'autenticazione o l'accettazione di termini e condizioni.
Il Captive Portal rappresenta il punto di giunzione critico tra il rilevamento anonimo della presenza e l'analisi autenticata di prima parte. È anche il meccanismo principale per l'acquisizione del consenso GDPR nelle implementazioni WiFi per gli ospiti.
Tempo di permanenza (Dwell Time)
La durata per cui un dispositivo rilevato rimane all'interno di una zona definita o dell'intera struttura, misurata dal primo rilevamento all'ultimo rilevamento all'interno di una sessione.
Un KPI primario per gli operatori del settore retail e hospitality. Un tempo di permanenza elevato in una zona di prodotti correla con l'intenzione di acquisto; un basso tempo di permanenza presso un desk di assistenza può indicare un'esperienza di servizio scadente.
Interferenza da multipath
Un fenomeno di propagazione in cui un segnale radio raggiunge l'antenna ricevente attraverso due o più percorsi a causa di riflessioni, diffrazioni o dispersioni da parte di ostacoli.
Particolarmente prevalente in ambienti con scaffalature metalliche, facciate in vetro o colonne in cemento. Provoca fluttuazioni nelle letture RSSI indipendentemente dalla distanza effettiva del dispositivo, degradando la precisione della localizzazione.
Esponente di perdita di percorso (Path Loss Exponent)
Un parametro nel modello di perdita di percorso log-distanza che descrive la rapidità con cui la forza del segnale si attenua con la distanza in un determinato ambiente. Spazio libero = 2; interno tipico = 3-4; interno ostruito = 4-6.
Le piattaforme di analisi utilizzano un esponente di perdita di percorso calibrato per convertire i valori RSSI in stime di distanza. Un esponente calibrato in modo errato è una causa comune di errore sistematico di localizzazione.
Analisi di zona (Zone Analytics)
L'aggregazione dei dati di presenza e tempo di permanenza all'interno di un'area poligonale definita dall'utente sulla planimetria della struttura.
Le zone sono l'unità primaria di reporting aziendale nelle piattaforme di analisi WiFi. Traducono le coordinate di posizione grezze in aree aziendali significative (ad es. 'Cassa', 'Caffetteria', 'Padiglione espositivo A').
Esempi pratici
Una catena di vendita al dettaglio di moda con 12 negozi desidera comprendere in che modo il layout di un nuovo punto vendita influenzi il tempo di permanenza dei clienti nella sezione "Home & Living". Dispongono di una rete WiFi guest di base ma non hanno analytics. L'IT manager ha una finestra temporale di 90 giorni per il progetto e un budget modesto.
Fase 1: Condurre un'analisi attiva del sito (site survey) nel negozio principale per identificare le lacune di copertura degli AP. Aggiornare la densità degli AP nella zona "Home & Living" per garantire la sovrapposizione di 3 AP a -65 dBm o superiore. Fase 2: Integrare il controller LAN wireless con la piattaforma di WiFi Analytics tramite l'API di gestione. Fase 3: Caricare la planimetria del negozio e mappare con precisione tutte le coordinate degli AP. Disegnare un poligono per la zona "Home & Living" nella dashboard di analytics. Fase 4: Implementare un Captive Portal che offra un codice sconto del 10% in cambio della registrazione dell'email e del consenso GDPR. Questo converte i dati passivi con MAC randomizzato in metriche autenticate sul tempo di permanenza. Fase 5: Eseguire una misurazione di riferimento di 30 giorni prima della modifica del layout, quindi una misurazione di 30 giorni successiva alla modifica. Confrontare il tempo di permanenza medio e la densità di passaggi nella zona tra i due periodi.
Un centro congressi che ospita eventi da 5.000 delegati riscontra lamentele relative a code di 20 minuti presso la reception principale durante la fascia di punta 08:30 - 09:30. Il direttore operativo desidera una soluzione basata sui dati in grado di attivare la ridistribuzione del personale in tempo reale.
Fase 1: Verificare che la densità degli AP intorno alla reception sia sufficiente per un rilevamento accurato della presenza (minimo 3 AP a -65 dBm). Fase 2: Definire una zona "Reception" e una zona "Coda Reception" (l'area che conduce alla reception) nella piattaforma di analytics. Fase 3: Configurare un avviso automatico: se il numero di dispositivi nella zona "Coda Reception" supera le 40 unità per più di 3 minuti consecutivi, inviare un SMS e una notifica push al dispositivo mobile del responsabile di sala. Fase 4: Stabilire una soglia di avviso secondaria a 70 dispositivi, attivando l'escalation al direttore operativo della struttura. Fase 5: Esaminare settimanalmente i log degli avvisi per perfezionare i valori di soglia in base alla correlazione effettiva osservata tra code e lamentele.
Domande di esercitazione
Q1. Sei l'architetto di rete di un grande grande magazzino. Le mappe termiche iniziali mostrano che i dispositivi appaiono frequentemente nei reparti sbagliati - un cliente in piedi nel reparto Abbigliamento Uomo viene posizionato nel reparto Abbigliamento Donna sulla mappa. Qual è la causa più probabile e quale processo di diagnostica e risoluzione adotteresti?
Suggerimento: Considera sia l'ambiente fisico sia la configurazione della piattaforma di analisi.
Visualizza risposta modello
Ci sono due cause probabili: (1) Mappatura errata delle coordinate degli AP - la posizione fisica di uno o più AP è stata inserita in modo errato nella piattaforma di analytics, causando un offset sistematico in tutte le stime di localizzazione derivate da tali AP. Soluzione: verificare fisicamente la posizione di ogni AP rispetto alle coordinate registrate nella piattaforma e correggere eventuali discrepanze. (2) Densità di AP insufficiente - se meno di tre AP rilevano il dispositivo a -65 dBm, la trilaterazione lavora con dati incompleti, producendo stime inaccurate. Soluzione: condurre una survey attiva del sito per identificare le lacune di copertura e aggiungere AP come richiesto. Iniziare con la causa (1) poiché è più rapida ed economica da diagnosticare.
Q2. Il team di marketing segnala che la metrica dei "visitatori di ritorno" nella dashboard di WiFi analytics è ferma allo 0% da tre mesi, nonostante le forti testimonianze dei direttori dei negozi indichino che molti clienti effettuano visite multiple a settimana. Qual è la spiegazione tecnica e quale la soluzione?
Suggerimento: Considera le funzionalità di privacy dei moderni sistemi operativi mobili.
Visualizza risposta modello
La piattaforma si affida esclusivamente al tracciamento passivo dei probe request. Poiché i moderni dispositivi iOS e Android rendono casuali i propri indirizzi MAC con ogni sessione di probe, ogni visita appare come un dispositivo nuovo e unico. Il sistema non ha un meccanismo per collegare le visite dello stesso dispositivo fisico tra le varie sessioni. La soluzione consiste nell'implementare un Captive Portal che richieda l'autenticazione dell'utente (login via email, social login o simili). Una volta che un utente si autentica, la sua sessione viene associata a un identificatore persistente (indirizzo email o ID utente), consentendo alla piattaforma di identificare e conteggiare correttamente i visitatori di ritorno. Si raccomanda di incentivare il login - ad esempio, con uno sconto fedeltà - per massimizzare il tasso di sessioni autenticate.
Q3. Un nuovo AP è stato installato per coprire una zona precedentemente d'ombra nel parcheggio sotterraneo della struttura. È confermato che l'AP è online, serve i client e appare nella dashboard del WLC. Tuttavia, la piattaforma di analytics non mostra dati di presenza per l'area del parcheggio. Quale passaggio è stato omesso e come si risolve?
Suggerimento: Il livello di rete e il livello di analytics presentano requisiti di configurazione separati.
Visualizza risposta modello
La fase di mappatura dell'AP è stata omessa dalla configurazione della piattaforma di analytics. Sebbene l'AP sia completamente funzionante a livello di rete, le sue coordinate fisiche non sono state registrate nella planimetria della piattaforma di analytics. La piattaforma riceve i dati di presenza dall'AP ma non può collocarlo sulla mappa, pertanto questi dati vengono scartati o aggregati in una categoria "non mappata". Risoluzione: accedere alla piattaforma di analytics, navigare nella configurazione della planimetria e aggiungere il nuovo AP con le sue coordinate fisiche precise. Se il parcheggio si trova su un livello separato, assicurarsi che sia selezionato il livello corretto della planimetria prima di posizionare il marker dell'AP.
Q4. Il team legale ha sollevato il dubbio che il sistema di posizionamento indoor possa trattare dati personali senza un'adeguata base giuridica ai sensi del GDPR. In qualità di responsabile IT, come valuti e affronti questo rischio?
Suggerimento: Considera separatamente sia la modalità di tracciamento passiva che quella autenticata.
Visualizza risposta modello
Valuta le due modalità di tracciamento separatamente. Per il tracciamento passivo (probe request): i dati probe con MAC randomizzato non sono generalmente considerati dati personali ai sensi del GDPR quando non possono essere collegati a un individuo identificato. Tuttavia, se il sistema conserva gli indirizzi MAC non elaborati per qualsiasi periodo, questo dovrebbe essere verificato con il tuo DPO, poiché un MAC non randomizzato potrebbe costituire un dato personale. Implementa la minimizzazione dei dati aggregando i conteggi a livello di zona il più rapidamente possibile ed eliminando i log dei MAC non elaborati. Per il tracciamento autenticato: questo comporta chiaramente dati personali (indirizzo email, associazione del dispositivo). La base giuridica è solitamente il consenso, acquisito tramite il Captive Portal. Assicurati che l'informativa sul consenso sia specifica, granulare e descriva chiaramente il caso d'uso degli analytics. Implementa una policy di conservazione dei dati e un processo per le richieste di accesso dell'interessato. Documenta entrambe le modalità nel tuo Registro delle attività di trattamento (ROPA) ai sensi dell'Articolo 30 del GDPR.
Continua a leggere questa serie
Come il WiFi del personale ti aiuta a soddisfare lo standard ISO/IEC 27001: Mappatura dei controlli dell'Allegato A sulla tua rete wireless
Sarai in grado di decidere se il tuo WiFi per il personale può comprovare 12 controlli dell'Allegato A di ISO/IEC 27001:2022, inclusi A.5.15, A.8.5 e A.8.22. Sarai inoltre in grado di sostituire una chiave WPA2-PSK condivisa con lo standard IEEE 802.1X e le VLAN dinamiche. Infine, potrai raccogliere i log RADIUS, i test di segregazione e i registri dei fornitori che un auditor accetta nella fase 2.
Eventi radar DFS su Cisco Meraki, HPE Aruba e Ruckus: una checklist diagnostica per i cambi di canale
Scopri se un evento radar DFS ha causato l'interruzione della tua rete a 5GHz su Cisco Meraki, HPE Aruba o Ruckus. Distingui i radar reali dai falsi positivi e dai movimenti del pianificatore. Decidi quindi quali canali escludere, su quali AP, senza rinunciare alla capacità necessaria per la tua struttura.
Pianificare l'aggiornamento da WiFi 6 a WiFi 7 degli access point quando Cisco Meraki WiFi 6 raggiunge la fine delle vendite
Questo riferimento tecnico offre agli operatori multi-sito un framework decisionale per l'aggiornamento da Cisco Meraki WiFi 6 a WiFi 7 prima della data dell'ultimo ordine fissata al 31 dicembre 2026. Combina la pianificazione dell'infrastruttura e del backhaul con le verifiche della Meraki Dashboard che proteggono la continuità dell'autenticazione Purple e della location-analytics durante ogni sostituzione di access point.
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.