Latenza, jitter e perdita di pacchetti: cosa significa ciascuna misura
Un risultato di download veloce non garantisce una chiamata o una partita fluida. Il traffico interattivo dipende anche dalla latenza, dalle variazioni della latenza, note come jitter, e dalla perdita di pacchetti. Ciascuna descrive un aspetto diverso della connessione, quindi misurale separatamente prima di cambiare apparecchiature o dare la colpa a un server.
Tre misure, tre domande diverse
La latenza è il tempo che i dati impiegano per spostarsi tra due punti. Un risultato di ping indica di solito il tempo di andata e ritorno (RTT): l'intervallo tra l'invio di una sonda e la ricezione della sua risposta. Il jitter descrive la variazione tra ritardi successivi. Risposte che arrivano in 20, 21, 90 e 18 millisecondi possono avere una media accettabile e contenere comunque un picco che disturba. Perdita di pacchetti significa che una sonda o la sua risposta non è arrivata entro il limite di tempo del test. La congestione è una delle possibili cause; il filtraggio intenzionale del traffico diagnostico è un'altra.
Queste misure si influenzano a vicenda, ma non sono intercambiabili. Un collegamento in grado di trasferire rapidamente un file di grandi dimensioni può formare una coda nel router durante un upload, ritardando i pacchetti brevi usati da una chiamata. Una singola risposta lenta da un router intermedio è una prova debole di un problema end-to-end: i router possono dare bassa priorità alle risposte ICMP pur inoltrando normalmente il traffico ordinario.
Una sequenza di test pratica
Invia una serie di sonde alla stessa destinazione usando ping e traceroute. Annota destinazione, ora, RTT minimo e massimo e sonde senza risposta. Ripeti tramite Ethernet o su un'altra rete. Esegui separatamente il test della velocità; throughput e ritardo rispondono a domande diverse. Se il Wi-Fi presenta picchi che l'Ethernet non ha, esamina prima la qualità del segnale, le interferenze e gli altri dispositivi sulla rete locale.
Mantieni condizioni comparabili: stesso server, dispositivo, metodo e fascia oraria approssimativa. Controlla sia una connessione inattiva sia una impegnata da un upload consistente. Un forte aumento dell'RTT sotto carico indica un accodamento; cambiare solo il DNS difficilmente risolverà il problema. Una serie di test brevi ripetuti nel tempo dice molto più di un singolo screenshot catturato durante un picco inspiegato.
Interpreta i risultati nell'applicazione
Non esiste una soglia di jitter universale che renda buona ogni partita o chiamata. Le applicazioni differiscono nel modo in cui bufferizzano l'audio, si riprendono dalle perdite e scelgono i percorsi di rete. Le risposte ICMP perse non sono automaticamente pacchetti multimediali persi. Se solo un servizio ha problemi, esamina le statistiche e lo stato di quel servizio. Un tracciamento del percorso può aiutare a individuare uno schema, ma le sue sonde possono seguire un percorso diverso da quello dell'applicazione.
La RFC 792 descrive i messaggi ICMP Echo usati comunemente dal ping. Definisce il meccanismo, non un unico punteggio di qualità valido per ogni applicazione. Confronta i risultati ripetuti con i sintomi effettivamente notati dagli utenti.