Il Wi-Fi ad alta densità viene ancora affrontato troppo spesso con un metodo sbagliato: si misura la copertura, si distribuiscono gli access point per “far arrivare il segnale”, si accende il sistema e si spera che regga. Questo approccio funziona in ambienti semplici e poco affollati. In auditorium, aule universitarie, sale formazione, open space molto popolati, aree comuni scolastiche, sale riunioni ad alta occupazione e ambienti evento, non basta. Cisco Meraki definisce l’high-density Wi-Fi come una strategia di progetto per ambienti in cui un numero elevato di client si connette a pochi access point nello stesso spazio e indica come riferimento pratico più di 30 client per AP; Cisco, nella guida high client-density, parla di ambienti con elevata concentrazione di client come conference room, classroom, lecture hall, auditorium e venue, ricordando che il limite fondamentale è che non si può servire più banda di quella realmente disponibile.
Questo punto va preso sul serio. In un ambiente ad alta densità il problema non è “prende o non prende”, ma quanta capacità radio utile resta per ciascun client nei momenti di massimo carico. La differenza è sostanziale. Meraki osserva che il metodo tradizionale centrato sulla minima intensità di segnale può funzionare per il coverage design, ma non tiene conto del numero di client, delle loro capacità radio e della banda richiesta dalle applicazioni; per questo raccomanda di iniziare da capacity planning, stimando throughput applicativo aggregato, throughput per device e numero di AP necessari. La checklist WBA sulle deployment guidelines va nella stessa direzione: capacity planning significa identificare gli hotspot, stimare quanti client si concentrano in ciascuno, distinguere i tipi di dispositivi e i casi d’uso e stimare il traffico per client durante l’ora più carica.
Capacity planning prima del posizionamento degli access point
Il primo criterio corretto è quindi invertire l’ordine delle decisioni. Non si parte dal soffitto e dal numero di AP che “stanno bene” nello spazio. Si parte dalla domanda di traffico. Meraki propone esplicitamente di calcolare l’aggregate application throughput moltiplicando il fabbisogno per utente per il numero di utenti concorrenti; nella stessa guida fa l’esempio di un auditorium con 600 utenti che consumano 3 Mbps ciascuno per video HD, arrivando a 1800 Mbps di domanda aggregata. È un esempio semplice, ma rende bene il metodo. In ambienti densi la capacità non è un attributo generico del Wi-Fi: è il risultato della somma tra airtime disponibile, efficienza della cella, numero di client e mix applicativo.
Da qui deriva una conseguenza che molti progetti ignorano: un auditorium da 300 posti, una scuola con classi molto dense e un open space con forte mobilità non si possono trattare con la stessa logica solo perché hanno metrature simili. Cambia il traffico concorrente, cambia la persistenza delle sessioni, cambia l’uso del roaming, cambia la percentuale di client legacy, cambia il rapporto tra downlink e uplink. In alta densità, la superficie è una variabile secondaria rispetto al modello di utilizzo.
Coverage e capacity non sono obiettivi equivalenti
L’errore tipico del Wi-Fi mal progettato è scambiare la presenza del segnale per disponibilità di servizio. In un ambiente coverage-driven si tende a distribuire AP per coprire zone d’ombra. In un ambiente capacity-driven si progetta la rete per dividere il carico e gestire meglio l’airtime. Meraki è molto esplicita: adattarsi alla crescita della densità non richiede sempre “più AP” in modo indiscriminato, ma richiede un design centrato sul numero di client, le loro capability e le esigenze applicative. Cisco, nella guida high-density, aggiunge che il punto non è soltanto aggiungere hardware, ma capitalizzare tutta la banda disponibile con sizing corretto e design efficiente.
Questo spiega perché in molti ambienti ad alta densità un disegno fatto solo per coprire possa peggiorare il risultato. Troppi AP, troppo vicini, con piani canale impropri e potenze mal regolate, aumentano la contesa e riducono l’efficienza invece di migliorarla. Anche l’idea opposta, cioè mettere pochi AP “molto potenti”, è sbagliata: produce celle troppo larghe, molti client per radio e scarso controllo dell’airtime. La scelta corretta è sempre contestuale e parte da densità, banda disponibile e reuse del canale.
Banda, canali e larghezza: in alta densità il canale largo non è sempre un vantaggio
Uno degli errori più frequenti è assumere che canali più ampi implichino sempre prestazioni migliori. È vero solo in parte. In alta densità, soprattutto in 5 GHz, la disponibilità di più canali riusabili conta spesso più della massima velocità teorica del singolo client. Meraki raccomanda comunemente 20 MHz nei contesti high-density proprio per ridurre il numero di AP che insistono sullo stesso canale. Questa indicazione è importante perché contrasta la tendenza a voler usare 40, 80 o 160 MHz come default anche dove la priorità dovrebbe essere il channel reuse.
Con Wi-Fi 6E e Wi-Fi 7 il quadro si complica ma non si semplifica automaticamente. Cisco, nella guida sul Wi-Fi 7, spiega che 320 MHz raddoppia la capacità rispetto a 160 MHz e che 6 GHz rende praticabile questa ampiezza, ma avverte anche che la channel bonding aumenta il noise floor e che una valutazione qualificata è necessaria prima di cambiare il piano canali; una gestione errata può peggiorare le prestazioni. In altri termini, più banda disponibile non elimina il bisogno di progettare con disciplina. In alta densità il canale largo va usato dove il contesto radio e il numero di celle lo consentono, non come scorciatoia universale.
Auditorium, scuole e uffici dinamici richiedono priorità diverse
In un auditorium o in una sala eventi la priorità è spesso la concentrazione estrema dei client in un’area ristretta e l’elevata simultaneità del traffico. Cisco richiama questi casi come use case specifici del design high-density. Qui contano molto il posizionamento degli AP, il contenimento delle celle, la scelta delle antenne quando serve, il capacity planning e la gestione dei canali.
Nelle scuole e nelle università il problema è spesso ibrido. Esistono aule dense, ma anche corridoi, aree comuni e spostamenti di massa tra una sessione e l’altra. La rete deve sostenere lezioni, streaming, piattaforme cloud, valutazioni online e roaming continuo tra celle. Per questo la sola copertura in aula non basta: servono coerenza del design tra classi e spazi comuni, onboarding ordinato, SSID controllati e capacità di assorbire picchi ripetuti.
Negli uffici dinamici il problema non è tanto la densità estrema puntuale, quanto la variabilità. Sale riunioni piene per alcune ore, desk sharing, aree collaborative, spostamento continuo dei client, uso massivo di videoconferenza e dispositivi multipli per persona. In questi contesti un design basato su occupancy media tende a sottodimensionare. Il criterio corretto è guardare gli hotspot reali e i momenti di carico, come suggerisce la checklist WBA quando chiede di identificare gli hotspot e stimare il traffico nel busiest hour.
SSID, bitrate minimo e roaming: tre punti che impattano più di quanto sembri
In ambienti ad alta densità non basta progettare la RF. Bisogna anche togliere inefficienze. Meraki dedica sezioni specifiche a numero di SSID, bitrate minimo, auto power reduction, channel selection, RX-SOP, client balancing, roaming e fast roaming. Questo è un segnale chiaro: la prestazione high-density non dipende solo dal numero di AP, ma dalla quantità di overhead che si lascia alla rete. Più SSID significa più beacon e più airtime sprecato. Bitrate minimi troppo bassi tengono i client associati più a lungo a celle deboli e consumano airtime con trasmissioni meno efficienti. Il roaming mal gestito aumenta sticky clients, ritardi e degrado dell’esperienza.
Anche qui serve equilibrio. Alzare troppo i bitrate minimi o forzare aggressivamente i comportamenti radio può creare altri problemi, soprattutto con client eterogenei. La regola corretta non è “alzare tutto”, ma usare i parametri RF e di roaming in coerenza con il profilo dei client e con il tipo di spazio.
L’infrastruttura cablata resta parte del problema
Un progetto high-density viene spesso raccontato come se fosse tutto radio. È sbagliato. Meraki, nella parte di planning, richiama esplicitamente anche i vincoli di cablaggio e di alimentazione, osservando che è preferibile avere infrastruttura PoE+ capace di sostenere AP ad alte prestazioni. Cisco, nella guida high-density, ricorda inoltre che servizi core come DHCP e RADIUS devono scalare con la base client. Questo significa che il Wi-Fi ad alta densità non è solo un problema di AP e canali: è anche un problema di switch di accesso, uplink, PoE budget, servizi di autenticazione e capacità della rete cablata di assorbire il traffico aggregato.
È qui che il tema si collega direttamente agli articoli su Cat.6A e su 2.5/5/10 GbE all’access layer. Un AP ad alta prestazione con uplink inadeguato o alimentazione insufficiente può essere radio-progettato bene ma architetturalmente sbagliato. Il disegno high-density corretto è sempre un disegno radio più cablato, non solo radio.
Site survey e validation non sono opzionali
Nei contesti ad alta densità il survey non è una formalità. Meraki struttura la guida partendo da planning, poi site survey and design, poi configurazione SSID e radio settings; Aruba distingue tra predictive tools e physical site survey, sottolineando il valore delle misure in loco nei contesti complessi; l’intero impianto delle deployment guidelines WBA va nella stessa direzione, cioè definire obiettivi, misurare hotspot, derivare target RF e verificare il risultato. In pratica: senza survey serio, alta densità e improvvisazione tendono a coincidere.
Il punto non è solo fare una heatmap. Il punto è verificare che il progetto sostenga i casi d’uso per cui è stato pensato. In un auditorium la validazione deve misurare comportamento sotto carico plausibile. In una scuola deve leggere anche transizione e roaming. In un ufficio dinamico deve includere i punti caldi reali e non solo le aree “rappresentative”. Una rete high-density che funziona in condizioni di test troppo leggere non è ancora una rete progettata bene.
Gli errori più comuni
Il primo errore è progettare per il segnale e non per l’airtime. Il secondo è usare canali troppo larghi in ambienti che richiedono reuse più spinto. Il terzo è sottovalutare il numero di client concorrenti e limitarsi al numero di persone presenti. Il quarto è lasciare troppi SSID o overhead inutili. Il quinto è ignorare la parte cablata e i servizi di supporto. Il sesto è fare survey e validation con criteri troppo generici.
Tutti questi errori hanno una radice comune: trattare l’alta densità come una variante del Wi-Fi normale, invece che come un problema progettuale distinto.
Conclusione
Il Wi-Fi ad alta densità non si risolve con più access point e non si giudica con il solo livello di segnale. Si progetta partendo dalla capacità richiesta, dagli hotspot reali, dai client concorrenti, dall’airtime disponibile, dalla banda e dalla qualità dell’infrastruttura cablata. Auditorium, scuole e uffici dinamici condividono una caratteristica: il numero di dispositivi e la simultaneità del traffico contano più della copertura astratta. Meraki, Cisco e WBA convergono proprio su questo punto: capacity planning, identificazione degli hotspot, definizione delle applicazioni, site survey e configurazione RF coerente sono il cuore del progetto.
La rete ben progettata, in questi contesti, non è quella che “prende ovunque”. È quella che continua a reggere quando tutti iniziano a usarla insieme.
