Questo documento descrive come monitorare e risolvere i problemi di throughput nelle grandi reti Wi-Fi.
Nelle reti Wi-Fi, non ci sono molti tipi di problemi percepiti dagli utenti finali.
I problemi segnalati possono variare tra:
Dietro a questi sintomi semplici possono nascondersi vari tipi di problemi, la maggior parte dei quali non coinvolge le reti Wi-Fi effettive, ad esempio problemi DNS, problemi di connessione a Internet e così via. I server di gestione, ad esempio Cisco Catalyst Center, aiutano l'amministratore a risolvere problemi specifici e questo articolo non approfondisce molti tipi di problemi quotidiani che possono essere facilmente rilevati e risolti tramite Catalyst Center. Al contrario, questo documento si concentra sul feedback vago da parte degli utenti finali come la rete è lenta, su come testarlo insieme a come convalidare il throughput effettivo in tutta la rete. E come valutare i problemi relativi alla velocità in elementi utilizzabili per migliorare l'esperienza complessiva dell'utente finale; queste sono tutte domande in questo documento dettagli.
La prima domanda in ogni rete è, qual è la velocità massima che potrebbe essere raggiunta potenzialmente e realisticamente? Dal momento che Wi-Fi è un mezzo condiviso, la velocità sperimentata dipende direttamente dal numero di client e dispositivi che usano Wi-Fi nello stesso momento e sullo stesso canale. La velocità massima che può essere raggiunta implica la presenza di un singolo dispositivo client e di un singolo punto di accesso in un luogo isolato in cui nessuno utilizzi lo stesso canale Wi-Fi. In queste condizioni, i fattori determinano la velocità massima fino a:
La conoscenza di questi fattori consente di ottenere una stima della velocità effettiva massima in tempo reale che si può sperare di raggiungere in condizioni di laboratorio. Per avere un'idea, è possibile verificare la velocità di trasferimento dati dei report client da connettere al punto di accesso. Questa velocità dati non è la velocità effettiva dimostrabile nei test. Ciò è dovuto al fatto che Wi-Fi è un mezzo half-duplex che ha un certo sovraccarico di gestione (i frame devono essere riconosciuti, i beacon devono essere trasmessi e così via). Ci sono anche brevi silenzi tra i fotogrammi per una migliore ricezione e decodifica. Ciò significa che quando si inviano i dati, questi vengono inviati alla velocità dei dati documentata, anche se non sempre i dati vengono inviati.
I frame di gestione e controllo vengono inviati a una velocità di trasferimento dati molto inferiore per garantire la ricezione. Una stima che si può considerare di ottenere è circa il 65%-70% della velocità dati utilizzata in un test di throughput effettivo. Ad esempio, se il client segnala una connessione e un invio di dati a 866 Mbps, i test effettivi devono indicare una velocità di trasferimento di circa 600 Mbps. Se si conoscono i parametri di configurazione in uso e le funzionalità hardware dei dispositivi interessati, è possibile determinare la velocità dati massima (e la velocità effettiva utilizzando il calcolo della percentuale documentato in questa sezione) che deve essere raggiungibile.
In caso di mancata corrispondenza tra la velocità dati riportata e quella che si desiderava ottenere, è possibile avviare il processo di risoluzione dei problemi tramite la configurazione e verificare i vari parametri per individuare la posizione del gap. Ad esempio, se si dispone di un punto di accesso modello C9120 che trasmette a una larghezza di canale di 20 Mhz nella banda di 5 Ghz e di un tipico client Wi-Fi 6 con due flussi spaziali, è possibile calcolarlo in un ambiente RF (Radiofrequenza) perfettamente pulito. Con un singolo client, si può sperare di raggiungere 160-200 Mbps in un singolo trasferimento di file.
Fare riferimento alla guida per il test e la convalida del throughput Convalida e test del throughput wireless Wi-Fi 6/6E e Wi-Fi 7.
È importante sapere cosa ci si può aspettare nella vostra sede in circostanze tipiche. Spesso un tecnico visita un sito vuoto prima dell'implementazione ed esegue test di velocità per documentare i numeri previsti. Una volta entrati dipendenti/clienti, il sito diventa occupato e l'esperienza effettiva varia notevolmente. Una volta avviata un'installazione, è consigliabile inviare tecnici per misurare l'esperienza effettiva in ogni area e prendere nota delle prestazioni della rete in un giorno medio. Sono inclusi la quantità media di client per radio quando la rete funziona a un livello soddisfacente e la velocità effettiva media raggiunta con un test di velocità.
Quando si gestisce la rete, il monitoraggio di avvisi o dispositivi di grandi dimensioni che passano improvvisamente alla modalità non in linea è semplice. Questo documento si concentra sulla parte hardware, su come individuare una rete wireless che funziona, fornendo comunque un'esperienza utente insoddisfacente.
La rete è stata testata personalmente e l'utente ha compreso il funzionamento e ha monitorato i sistemi di gestione e i dashboard. Nessun elemento segnalato come non in linea: potete fare un passo indietro e rilassarvi. O puoi?
In attesa delle segnalazioni degli utenti finali relative a prestazioni scadenti, si è già in ritardo. Nel momento in cui gli utenti forniscono il feedback, il problema persiste, e si sentono solo le persone più esplicite. Molti altri utenti hanno probabilmente riscontrato frustrazione senza contattare l'help desk, il che danneggia la reputazione della rete. Come è possibile identificare i problemi di prestazioni quando si verificano?
Nel dashboard Cisco Catalyst Center Assurance viene visualizzato un grafico complessivo dello stato dei client. Sono previsti alcuni errori di connessione a causa di fattori quali credenziali errate o potenza del segnale debole sul perimetro della copertura. Anziché puntare al 100% sullo stato di salute, stabilire un benchmark realistico per l'ambiente. Un livello di integrità negli anni '90 indica in genere prestazioni ottimali.

È possibile identificare rapidamente i client non integri:
In questo grafico viene visualizzato il rapporto di ogni categoria.
In questo esempio:

Per individuare i potenziali problemi, è consigliabile controllare la pagina Network Assurance di Cisco Catalyst Center. È disponibile un widget che mostra i primi access point per numero di client:

Se il punto di accesso principale della rete ha 40 client connessi, non ci sono problemi. Ciò implica che tutti gli altri access point hanno un numero di client inferiore. D'altra parte, se i punti di accesso principali hanno un numero insolitamente elevato di client, si può supporre che l'esperienza del client sia particolarmente scadente (a meno che questi client non siano inattivi e non si trovino in rete). È possibile passare a un'analisi "per punto di accesso" e ingrandire i punti di accesso superiori riportati in questo widget per comprenderne lo stato attuale.
Un'altra visualizzazione del numero di client è disponibile nelle mappe nella pagina Gerarchia di rete del Catalyst Center. Nella pagina di visualizzazione pavimento, fare clic su Opzioni di visualizzazione> Access Point e modificare la visualizzazione in Assoc. Client per visualizzare il numero di client per access point.

Per utilizzare la mappa, esaminare i seguenti passaggi:
La mappa fornisce una buona panoramica dei client associati su ciascun access point
Dopo aver identificato i punti di accesso con un numero elevato di client, cercare il nome del punto di accesso per aprire la pagina Device 360. Il grafico dell'integrità mostra se l'integrità dell'access point è scarsa o persistente nelle ultime 24 ore.

Nella stessa pagina è disponibile un elenco di problemi correlati a tale punto di accesso. In questo caso, entrambe le radio stanno sperimentando un elevato utilizzo.

Il visualizzatore eventi identifica eventi specifici correlati a tale punto di accesso. Ad esempio, l'algoritmo RRM può essere eseguito troppo frequentemente, causando modifiche ricorrenti dei canali che influiscono sui client connessi, oppure una radio può essere reimpostata a causa di interferenze o altri problemi.

Alla fine della pagina Device 360, impostare la vista su RF e selezionare la radio specifica per accedere ai dati per valutare la causa del problema. Un numero elevato di client non indica necessariamente un problema, in quanto le prestazioni dipendono dall'attività del client. Anche con pochi client, un punto di accesso presenta dei problemi se rimane occupato; l'utilizzo del canale funge da indicatore primario. Quando l'utilizzo dei canali si avvicina al 100%, o addirittura al 70%, i client si contendono l'accesso medio, con conseguenti latenze e collisioni. I grafici consentono un confronto tra l'utilizzo totale del canale e il contributo degli access point a tale carico.

Ad esempio, l'80% dell'utilizzo dei canali indica che una persona trasmette sul canale l'80% delle volte. Se il punto di accesso mostra un utilizzo di Rx del 40% e Tx del 40%, mantiene il canale occupato con un carico bilanciato tra la trasmissione e la ricezione. Se l'utilizzo combinato di Rx e Tx differisce in modo significativo dall'utilizzo totale del canale, un altro punto di accesso (non autorizzato o gestito) utilizza lo stesso canale, causando interferenze.
Nell'immagine viene mostrato un punto di accesso con un utilizzo del canale del 91%:

Il grafico mostra che il 7% dell'utilizzo deriva da altri punti di accesso e da fonti non Wi-Fi, mentre l'access point trasmette l'82% del tempo e riceve il 2% del tempo. Un numero elevato di client e il throughput totale indicano che uno o più client stanno probabilmente scaricando file di grandi dimensioni. Il grafico delle interferenze consente di determinare se le trasmissioni Wi-Fi o le interferenze non Wi-Fi mantengono occupato il canale:

Come regola pratica, monitorare i punti di accesso con il numero più elevato di client e canali utilizzati. Valutare se il carico è giustificato e se incide negativamente sull'esperienza dell'utente finale in quell'area.
L'analisi dell'intelligenza artificiale fornisce un monitoraggio intelligente che si adatta all'utilizzo di base anziché basarsi su soglie fisse. La mappa termica della rete visualizza le tendenze del numero di client, evidenziando i punti di accesso con la densità più alta nella settimana. Identifica inoltre i punti di accesso con connessioni client pari a zero, il che indica un tipo diverso di problema. Queste istanze suggeriscono problemi fisici, ad esempio problemi di montaggio o di antenna, o errori software in cui un riavvio radio risolve lo stato.

Nella pagina Tendenze e approfondimenti sono elencati gli access point con elevato utilizzo dei canali o attività dei client. Utilizzare questo elenco per eseguire il controllo incrociato delle aree di attività o identificare le anomalie.

I test attivi possono confermare che gli utenti hanno riscontrato un'esperienza insoddisfacente. I test differiscono dal traffico reale. Gli utenti danno priorità alle prestazioni delle applicazioni rispetto ai trasferimenti di file di grandi dimensioni. I comportamenti delle applicazioni includono:
I test di throughput massimizzano i protocolli per la massima velocità di trasferimento, che differisce dalla natura a scatti delle applicazioni reali. Il test delle applicazioni reali simula il comportamento dell'utente, ma non prevede metriche oggettive, fornendo solo una valutazione soggettiva delle prestazioni della rete.
I siti Web più diffusi testano la larghezza di banda end-to-end. Per isolare le prestazioni wireless dai problemi di Internet, routing e firewall, utilizzare uno strumento dedicato di test del throughput come Iperf.
Questo strumento verifica la velocità effettiva tra un client e un server. Spostando il server, è possibile convalidare diverse sezioni di rete. Attenersi alle seguenti linee guida per il posizionamento:
Eseguire il test di una WLAN non ancorata per determinare se l'ancoraggio stesso influisce sul throughput. Utilizzare un solo client per il test. Un singolo cliente può utilizzare l'intero tempo di trasmissione disponibile; l'utilizzo di più client divide i risultati e aumenta le collisioni, rendendo i dati imprecisi. Mentre gli strumenti di terze parti possono automatizzare questo processo, limitare la frequenza dei test per evitare interruzioni per altri client.
Per identificare e isolare i problemi relativi al throughput, attenersi alla seguente procedura:
| Revisione | Data di pubblicazione | Commenti |
|---|---|---|
2.0 |
08-Jul-2026
|
Controllo ortografico, grammaticale, struttura della frase, spaziatura, righe inserite in sezioni separate, testo alternativo e avvisi CCW aggiornati. |
1.0 |
04-Mar-2024
|
Versione iniziale |