Comprendere l'RSSI e la potenza del segnale per una pianificazione ottimale dei canali

Comprendere l'RSSI e la potenza del segnale per una pianificazione ottimale dei canali Un briefing informativo di Purple WiFi [INTRODUZIONE E CONTESTO — circa 1 minuto] Benvenuti al briefing informativo di Purple WiFi. Sono il vostro presentatore e oggi analizzeremo i concetti fondamentali alla base di ogni rete wireless ad alte prestazioni: l'RSSI, la potenza del segnale e il modo in cui guidano una pianificazione ottimale dei canali. Se siete responsabili IT, architetti di rete o direttori operativi di una struttura, vi sarete quasi certamente imbattuti nella frustrazione di una rete Wi-Fi che sembra ottima sulla carta ma che all'atto pratico offre prestazioni scadenti. Clienti che si lamentano di disconnessioni continue. Scanner portatili che perdono il segnale a metà transazione. Videochiamate che si interrompono nella sala riunioni. La causa principale, il più delle volte, risiede in un'errata interpretazione di ciò che l'RSSI indica effettivamente — e, soprattutto, di ciò che non indica. Nei prossimi dieci minuti, voglio fornirvi un quadro chiaro e pratico per comprendere queste metriche e tradurle in decisioni migliori per la pianificazione dei canali. Non si tratta di teoria accademica. Questo è il tipo di briefing che offrirei a un cliente prima di un'implementazione importante. Entriamo nel vivo. [APPROFONDIMENTO TECNICO — circa 5 minuti] Quindi, cos'è l'RSSI? RSSI sta per Received Signal Strength Indicator. È una misura relativa del livello di potenza di un segnale a radiofrequenza ricevuto da un dispositivo client. Viene espresso in decibel negativi rispetto a un milliwatt — quindi in dBm negativi. Più si avvicina a zero, più il segnale è forte. Un valore di -30 dBm è eccellente. Un valore di -90 dBm è di fatto inutilizzabile. Ma ecco il punto cruciale che molte installazioni non considerano: l'RSSI da solo non indica se una connessione è buona. Indica l'intensità del segnale. Non indica la sua nitidezza. Ed è qui che entra in gioco il rapporto segnale/rumore — SNR. L'SNR è la differenza in decibel tra il segnale ricevuto e il rumore di fondo dell'ambiente. Se l'RSSI è di -65 dBm e il rumore di fondo è di -90 dBm, l'SNR è di 25 dB. Questo è il minimo necessario per gli schemi di modulazione di alto livello — come il 256-QAM — che garantiscono una reale velocità di trasmissione nelle reti 802.11ac e 802.11ax. Pensatela in questo modo. Immaginate di trovarvi in una biblioteca silenziosa. Qualcuno vi sussurra qualcosa dall'altro lato della stanza. Riuscite a sentirlo chiaramente — questo è un buon SNR. Ora immaginate di trovarvi in uno stadio durante una partita. Qualcuno vi grida contro dalla stessa distanza. Il segnale è più forte, ma anche il rumore di fondo è molto più elevato. Potreste fare fatica a capirlo. Questo è esattamente ciò che accade in un ambiente RF rumoroso. Ora, perché questo è importante per la pianificazione dei canali? Il Wi-Fi è un mezzo condiviso. Ogni dispositivo sullo stesso canale deve attendere il proprio turno per trasmettere, secondo un protocollo chiamato CSMA/CA — Carrier-Sense Multiple Access with Collision Avoidance. Prima di trasmettere, ogni dispositivo ascolta per verificare se il canale è libero. Se rileva un altro dispositivo, si ferma e attende. L'interferenza co-canale — CCI (Co-Channel Interference) — si verifica quando più access point sullo stesso canale si rilevano a vicenda. Entrano tutti in modalità di attesa (back-off). L'utilizzo del canale sale alle stelle e la latenza subisce picchi improvvisi, anche quando il traffico effettivo dei client è basso. Questa è una delle cause più comuni di calo delle prestazioni nelle implementazioni aziendali ed è del tutto evitabile con una corretta pianificazione dei canali. L'interferenza da canali adiacenti — ACI (Adjacent Channel Interference) — rappresenta un problema diverso. Nella banda a 2,4 GHz, i canali distano solo 5 MHz l'uno dall'altro, ma ciascun canale è ampio 22 MHz. Di conseguenza, si sovrappongono. Se si posiziona un AP sul canale 3 accanto a un AP sul canale 1, l'energia RF del canale 3 invade il canale 1, innalzando la soglia di rumore e deteriorando il rapporto segnale/rumore (SNR). La soluzione nella banda a 2,4 GHz consiste nell'utilizzare esclusivamente i canali 1, 6 e 11, ovvero i tre canali non sovrapposti. Nella banda a 5 GHz si dispone di uno spettro molto più ampio. È possibile utilizzare i canali DFS (Dynamic Frequency Selection) per espandere il set di canali disponibili, sebbene sia necessario considerare che il rilevamento radar può forzare un cambio di canale, causando una breve interruzione. Una nota sulla larghezza dei canali. Si è spesso tentati di utilizzare canali più ampi — 40, 80 o persino 160 MHz — perché offrono un throughput teorico superiore. In un ambiente a bassa densità questa scelta è valida. Tuttavia, in un contesto ad alta densità — come un hotel, uno stadio o un centro congressi — canali più ampi significano meno opzioni non sovrapposte, il che si traduce in una maggiore CCI. In questi ambienti, l'uso di canali a 20 MHz nella banda a 2,4 GHz e a 20 o 40 MHz nella banda a 5 GHz rappresenta quasi sempre la scelta ottimale. Passiamo al posizionamento degli AP e alla regolazione della potenza, poiché è qui che si riscontra la maggior parte degli errori sul campo. Esiste un malinteso comune secondo cui una maggiore potenza di trasmissione equivalga a una migliore copertura e, di conseguenza, a prestazioni superiori. È un errore. Impostare una potenza di trasmissione dell'AP troppo elevata crea quello che definiamo un collegamento asimmetrico. L'AP trasmette a volume elevato e il client lo riceve chiaramente anche a grande distanza. Tuttavia, il client — uno smartphone, un laptop o uno scanner portatile — ha un trasmettitore molto meno potente. Non può rispondere con la stessa forza, impedendo all'AP di riceverne il segnale in modo affidabile. Questo genera inoltre il problema del "client adesivo" (sticky client). Un dispositivo situato in un angolo remoto dell'edificio può continuare a rilevare l'AP a -70 o -75 dBm. Ritenendo la connessione accettabile, non si disconnette, anche quando si sposta fisicamente più vicino a un altro AP. Il client non effettua il roaming e le prestazioni degradano. La soluzione consiste nel ridurre la potenza di trasmissione dell'AP — in genere tra 10 e 14 dBm — per allinearla alle capacità del client, garantendo al contempo una densità di AP sufficiente affinché i client si trovino sempre in prossimità di un access point. Per facilitare il roaming continuo, è necessario implementare i protocolli 802.11k, 802.11v e 802.11r. Il protocollo 802.11k fornisce ai client un report dei vicini, ovvero un elenco di AP vicini verso cui effettuare il roaming. L'802.11v consente alla rete di suggerire a un client di spostarsi su un AP migliore. L'802.11r consente una transizione BSS rapida, riducendo drasticamente il tempo necessario per la riautenticazione durante il roaming. Insieme, questi protocolli garantiscono che le decisioni di roaming siano guidate dalle soglie RSSI anziché dall'inerzia del client. [RACCOMANDAZIONI DI IMPLEMENTAZIONE E TRAPPOLE DA EVITARE — circa 2 minuti] Bene. Parliamo di implementazione. Ecco i passaggi chiave che affronterei con qualsiasi cliente. In primo luogo, definite i vostri requisiti prima di toccare qualsiasi hardware. Qual è l'RSSI minimo necessario per supportare l'applicazione più esigente? Per il voice over Wi-Fi, è necessario un valore di meno 65 dBm o superiore. Per dati a throughput elevato, meno 70 dBm. Per la connettività di base, meno 75 dBm. E, aspetto fondamentale, identificate il vostro dispositivo Meno Capace, Più Importante, ovvero il dispositivo con la radio più debole che deve assolutamente funzionare in modo affidabile. Progettate per quel dispositivo. In secondo luogo, eseguite un sondaggio del sito adeguato. Non solo un'indagine predittiva tramite software, ma un'indagine attiva con hardware reale nell'ambiente reale. Misurate RSSI e SNR. Utilizzate un analizzatore di spettro per identificare le fonti di interferenza non Wi-Fi: forni a microonde, dispositivi Bluetooth, telefoni DECT, persino alcune apparecchiature industriali. Queste innalzano il rumore di fondo e riducono l'SNR senza apparire in una scansione Wi-Fi standard. In terzo luogo, pianificate i canali prima dell'implementazione. Nella banda a 2,4 GHz, attenetevi ai canali 1, 6 e 11. Nella banda a 5 GHz, create un piano di riutilizzo dei canali che massimizzi la separazione fisica tra gli AP sullo stesso canale. Utilizzate canali a 20 MHz in ambienti densi. In quarto luogo, riducete la potenza di trasmissione. Adattatela ai dispositivi client. Garantite una sovrapposizione delle celle dal 15 al 20 percento per supportare un roaming continuo. In quinto luogo, impostate le velocità di trasmissione dati minime obbligatorie. Disabilitate le velocità legacy: 1, 2, 5.5 e 11 Mbps nella banda a 2,4 GHz. Questo costringe i client a effettuare il roaming prima quando l'RSSI peggiora, anziché rimanere agganciati a un AP distante a una velocità di trasmissione dati bassa. Ora, le trappole da evitare. La più comune che riscontro è l'eccessivo affidamento sull'assegnazione automatica dei canali. La maggior parte dei fornitori di AP aziendali offre la gestione automatica delle risorse radio: in teoria sembra un'ottima soluzione. In pratica, in ambienti complessi, può prendere decisioni errate. Convalidate sempre il piano dei canali manualmente dopo l'implementazione. La seconda trappola è ignorare il rumore di fondo. Una rete può apparire corretta su una mappa di calore RSSI, ma avere prestazioni scarse perché il rumore di fondo è elevato. Misurate sempre l'SNR, non solo l'RSSI. La terza trappola è implementare una soluzione Wi-Fi per gli ospiti senza considerare le implicazioni RF. I Captive Portal, le piattaforme di analisi e i servizi di localizzazione dipendono tutti da un ambiente RF ben progettato. Se l'RF presenta problemi, i dati analitici saranno imprecisi e l'esperienza dell'ospite sarà scadente. [Q&A RAPIDO — circa 1 minuto] Permettetemi di passare in rassegna alcune rapide domande che sento regolarmente. Di quale RSSI ho bisogno per una connessione affidabile? Meno 65 dBm o migliore per la copertura primaria. Meno 70 dBm per le zone di sovrapposizione del roaming. Dovrei usare canali a 80 MHz in uno stadio? Quasi mai. La riduzione dei canali non sovrapposti disponibili causa una CCI che supera di gran lunga i vantaggi in termini di throughput. Il mio site survey mostra un buon RSSI ma le prestazioni sono ancora scarse. Cosa c'è che non va? Controllate l'SNR. Controllate l'utilizzo dei canali. Verificate la presenza di client persistenti (sticky client). Uno di questi tre elementi è quasi certamente il colpevole. Vale ancora la pena implementare la banda a 2,4 GHz? Sì, per la compatibilità con i dispositivi legacy e la penetrazione attraverso le pareti. Ma limitatela ai canali 1, 6 e 11, e prendete in considerazione l'idea di disabilitarla su un AP alternato in ambienti densi per ridurre la CCI. [RIASSUNTO E PROSSIMI PASSI — circa 1 minuto] Lasciate che concluda con i punti chiave. L'RSSI indica la potenza del segnale. L'SNR ne indica la qualità. Ottimizzate sempre per l'SNR, non solo per l'RSSI. Progettate per la capacità, non per la copertura. Più AP a potenza inferiore superano meno AP a potenza elevata in qualsiasi ambiente denso. Utilizzate canali non sovrapposti. Nella banda a 2,4 GHz, si tratta dei canali 1, 6 e 11. Nella banda a 5 GHz, create un piano di riutilizzo dei canali adeguato. Implementate 802.11k, v e r per garantire che il roaming sia guidato dalle condizioni RF e non dall'ostinazione del client. Effettuate la convalida con un site survey attivo reale. Le previsioni del software sono un punto di partenza, non una risposta definitiva. E infine, ricordate che la vostra architettura RF è la base per tutto il resto: la vostra esperienza Wi-Fi per gli ospiti, i vostri strumenti di analytics, i vostri servizi di localizzazione, la vostra efficienza operativa. Ottimizzate la RF e tutto il resto diventerà molto più semplice. Se volete approfondire la selezione dell'ampiezza di banda del canale, consultate la guida di Purple su 20 MHz contro 40 MHz contro 80 MHz. E se state cercando di distribuire un Wi-Fi per gli ospiti con analytics su scala, la piattaforma Purple è indipendente dall'hardware e si integra con la vostra infrastruttura esistente. Grazie per l'ascolto. Alla prossima.