Sei piani, 78 access point e un piano dei canali che stava facendo danni

Lo studio aveva un problema ben documentato e una teoria costosa a riguardo. Le videochiamate si degradavano a partire dalle 09:30 circa, miglioravano all'ora di pranzo e si degradavano di nuovo alle 14:00. Gli utenti descrivevano la rete come "a posto quando non c'è nessuno".

Nell'arco di diciotto mesi, l'IT aveva risposto aggiungendo access point. Il numero era passato da 40 a 78. Ogni round di aggiunte produceva un breve miglioramento seguito da un ritorno alle stesse lamentele, e l'ultimo round aveva peggiorato misurabilmente la situazione su due piani.

Al momento del nostro coinvolgimento, l'ipotesi di lavoro all'interno dell'azienda era che l'edificio fosse in qualche modo ostile al Wi-Fi e che servisse un fornitore diverso.

Cosa dicevano i dati

Due giorni di statistiche del controller hanno risolto la questione. La potenza del segnale era eccellente quasi ovunque — RSSI medio dei client intorno a -58 dBm. La copertura non era il problema, e non lo era da tempo.

L'utilizzo di picco del canale a 5 GHz era al 78 percento durante l'orario lavorativo. Sopra il 70 percento, gli utenti descrivono sistematicamente la rete come rotta, indipendentemente da quanto sia forte il segnale.

Tre decisioni di configurazione la stavano causando:

• Canali a 80 MHz ovunque. Con il DFS disattivato, restavano quattro canali a 5 GHz utilizzabili per 78 access point.
• DFS disattivato — una decisione presa anni prima, da qualcuno che non era più nello studio, per motivi che nessuno ricordava.
• Ogni radio alla massima potenza di trasmissione, incluso il 2,4 GHz su tutti i 78 access point su tre canali.

Ogni aggiunta di access point aumentava il numero di radio che si contendevano quattro canali. Lo studio stava pagando per peggiorare il problema.

Il lavoro si è diviso in una decisione, una riconfigurazione e una riduzione. Solo l'ultima richiedeva una scala.

Risolvere la questione DFS

Non potevamo giustificare la riattivazione del DFS partendo solo da una mappa, quindi abbiamo misurato. Un singolo access point è stato posizionato su ciascun canale DFS candidato e lasciato per quattordici giorni con gli eventi radar registrati dal controller.

Il risultato: quattro eventi nell'arco di due settimane, tutti sui canali 120–128, nessuno sui canali 52–64 o 100–116. L'edificio è sufficientemente lontano dall'approccio terminale di Heathrow e ben distante dai radar meteorologici costieri.

Decisione: attivare il DFS sui canali 52–64 e 100–116. Escludere permanentemente 120, 124 e 128. Questo ha portato il budget di canali da 4 canali a 80 MHz utilizzabili a circa 12 a 40 MHz — un triplicamento prima ancora di qualsiasi altra modifica.

Riconfigurazione

• Larghezza di canale a 5 GHz ridotta da 80 MHz a 40 MHz. Il throughput di picco per client è diminuito; la capacità aggregata è aumentata sostanzialmente. In uno studio il cui carico di lavoro reale più pesante è la videoconferenza e la gestione documentale, è lo scambio corretto.
• Potenza di trasmissione ridotta a 14 dBm a 5 GHz e 8 dBm a 2,4 GHz, adeguata alla classe di client più debole del parco dispositivi — una flotta di vecchi telefoni IP.
• Velocità base minima alzata a 24 Mbps, disabilitando del tutto le velocità 802.11b. Questo ha ridotto le dimensioni effettive delle celle e ha impedito ai client di aggrapparsi ad access point distanti.
• Radio a 2,4 GHz disabilitate su 44 dei restanti access point, lasciandone 18 a coprire l'edificio per IoT, telefoni e un piccolo numero di dispositivi legacy.
• Selezione automatica del canale vincolata all'elenco di canali approvato e fissata a 40 MHz, invece di essere lasciata libera di scegliere qualsiasi larghezza.
• Multicast limitato in velocità e disabilitato del tutto sulla rete ospiti.

Riduzione

Con il piano dei canali corretto, 16 access point risultavano in eccesso — aggiungevano contesa senza aggiungere copertura. Invece di lasciarli accesi, li abbiamo rimossi e tenuti come scorta, il che ha anche recuperato budget PoE su due switch che erano vicini al proprio limite.

Rimuovere access point ha richiesto più spiegazioni all'azienda di qualsiasi altra parte del progetto.

Validazione

Un rilievo post-installazione completo sulla configurazione live, percorso piano per piano, a 5 GHz e 6 GHz separatamente. Roaming testato con un telefono reale durante una chiamata reale, percorrendo il tragitto dalla reception al sesto piano, due volte.

L'utilizzo di picco del canale è sceso dal 78 al 31 percento. L'SNR medio dei client è migliorato di 10 dB — non perché il segnale sia diventato più forte, ma perché il rumore di fondo è calato una volta che meno radio "gridavano" tra loro alla massima potenza.

Il throughput aggregato misurato per access point è più che triplicato, nonostante la larghezza di canale sia stata dimezzata. Questo ha sorpreso il team IT dello studio più di qualsiasi altro dato, ed è l'illustrazione più chiara di quanto costi davvero la contesa co-canale.

Le segnalazioni di caduta delle videochiamate sono scese da 34 a 2 a settimana. Le due rimaste sono state ricondotte a uno specifico modello di laptop con un problema di driver noto e risolte separatamente.

Cosa non è andato come previsto

Attivare il fast roaming 802.11r ha mandato in crash una flotta di vecchi telefoni IP il primo giorno. Lo avevamo testato — ma sui telefoni di generazione attuale, non sulle unità del 2019 ancora in uso in due reparti. I telefoni sono stati spostati su un SSID separato senza fast transition in attesa della sostituzione.

Quell'errore è costato mezza giornata ed è il motivo per cui la nostra prassi attuale è testare le funzioni di roaming prima sul dispositivo più vecchio del parco, non sul più nuovo.