Illustrazione di una scrivania da ufficio domestico con un laptop che mostra un grafico a linee irregolare, un router, un cavo di rete arrotolato e delle cuffie

Il jitter indica quanto varia da un momento all’altro il ritardo della connessione. La perdita di pacchetti è la percentuale di dati che non arriva mai a destinazione. Durante una chiamata, un jitter elevato fa sembrare robotiche le voci, mentre la perdita di pacchetti fa sparire parole e sillabe, anche con una connessione veloce. Per l’audio di Teams, Microsoft indica come valori tipici un jitter inferiore a 30 ms e una perdita di pacchetti inferiore al 2%. Zoom consiglia un jitter pari o inferiore a 40 ms e una perdita pari o inferiore al 2%. Puoi misurare entrambi tramite browser, dalla riga di comando di Windows o nelle statistiche dell’app per riunioni.

La guida su perché le chiamate sono lente anche con una connessione Internet veloce spiega perché la velocità non è tutto, mentre il controllo della connessione Internet prima della chiamata spiega quando eseguire il test. Questa guida illustra il significato dei due valori e come misurarli.

Jitter e perdita di pacchetti durante una chiamata

Audio e video viaggiano in piccoli pacchetti, molti al secondo. Se ogni pacchetto impiegasse sempre 40 ms, la chiamata avrebbe semplicemente un ritardo di 40 ms e nessuno se ne accorgerebbe. Il jitter è l’irregolarità: un pacchetto impiega 20 ms, quello successivo 70 ms. L’app per riunioni conserva i pacchetti in un buffer per rendere il flusso più regolare. Microsoft afferma che Teams è in grado di compensare una certa quantità di jitter mediante il buffering, e che te ne accorgi solo quando il jitter supera ciò che il buffer può assorbire.

La perdita di pacchetti è peggiore, perché un pacchetto perso non si recupera e l’app deve colmare il vuoto. La guida di Microsoft sulla qualità delle chiamate descrive così gli effetti di ciascun problema:

ProblemaChe cos’èChe cosa sentono e vedono le persone
JitterI pacchetti arrivano a intervalli irregolariVoce dal suono robotico
Perdita di pacchettiI pacchetti non arrivano maiSillabe e parole mancanti, video a scatti e problemi con la condivisione dello schermo
Tempo di andata e ritorno elevatoI pacchetti impiegano molto tempo ad arrivareEffetto walkie-talkie, con le persone che si parlano sopra

Quali valori sono considerati buoni

Le app per riunioni pubblicano i propri valori di riferimento. Si tratta di obiettivi per il traffico delle chiamate gestito dall’app stessa; usali come riferimento quando leggi i risultati di altri test:

OrigineJitterPerdita di pacchettiTempo di andata e ritorno
Qualità delle chiamate Teams, audio (Microsoft)Meno di 30 msMeno del 2%Meno di 200 ms
Statistiche riunioni Zoom (Zoom)40 ms o meno2% o menoNon indicato con un unico valore

Una singola lettura superiore a questi valori non significa che la chiamata non funzionerà. Vale la pena intervenire prima della chiamata se una lettura rimane elevata per diversi minuti o aumenta ogni volta che qualcun altro inizia a usare la connessione.

Come si calcola il jitter

Gli strumenti misurano il jitter in modi leggermente diversi, quindi confronta i risultati ottenuti con lo stesso strumento. Per esempio, il test di velocità di Cloudflare calcola il jitter come differenza media tra misurazioni consecutive della latenza. Con cinque misurazioni di 20, 24, 19, 45 e 21 ms, le differenze sono 4, 5, 26 e 24 ms, quindi il jitter è di circa 15 ms. La latenza media di 26 ms nasconde il fatto che una misurazione ha impiegato circa il doppio delle altre.

Tre modi per eseguire un test prima di una chiamata

MetodoJitterPerdita di pacchettiChe cosa verifica
Test di velocità Cloudflare nel browserSì, a riposo e sotto caricoSìIl percorso verso il centro dati Cloudflare più vicino
ping e pathping in WindowsNon direttamenteSì, anche il punto in cui iniziaIl percorso verso l’indirizzo scelto
Statistiche dell’app per riunioniSìSìLa chiamata stessa

1. Un test nel browser che mostra entrambi i valori

Apri speed.cloudflare.com sul PC da cui parteciperai alla riunione. Cloudflare spiega che il suo test misura il jitter sia quando la connessione è inattiva sia quando è occupata a scaricare e caricare dati, e misura la perdita di pacchetti inoltrandoli tramite un server TURN WebRTC. Osserva la differenza tra i risultati a riposo e sotto carico. Se il jitter aumenta quando la connessione è occupata, un backup, la sincronizzazione cloud o il caricamento da parte di un altro dispositivo potrebbero saturare la linea, causando problemi analoghi durante una chiamata.

2. Riga di comando di Windows: ping e pathping

Apri il Prompt dei comandi o il Terminale ed esegui:

ping -n 100 1.1.1.1

Per impostazione predefinita, ping invia quattro richieste; -n 100 ne invia cento, un’operazione che richiede uno o due minuti. La riga di riepilogo mostra quante richieste sono andate perse e la percentuale. I tempi minimo e massimo indicano la differenza tra le risposte più veloci e quelle più lente.

Per vedere dove inizia la perdita, esegui:

pathping 1.1.1.1

pathping invia 100 richieste a ogni router lungo il percorso e mostra la perdita per ciascuno. Ci vogliono alcuni minuti. Leggi i risultati con attenzione: nell’esempio di Microsoft ci sono router che ignorano le richieste indirizzate a loro, ma inoltrano comunque tutto il resto. Una perdita che compare a un router ma non prosegue fino alla fine del percorso non è rilevante. Una perdita che inizia a un router e continua fino alla destinazione è reale.

  • Una perdita dal primo hop, il tuo router, indica un problema con il Wi-Fi o la rete domestica.
  • Una perdita che inizia più avanti indica un problema del tuo provider o oltre la sua rete.

3. Le statistiche dell’app per riunioni

È l’unico metodo che misura la chiamata stessa. In Teams, durante una chiamata, apri Altre azioni → Impostazioni → Stato della chiamata ; Microsoft afferma che i valori si aggiornano ogni 15 secondi. Nell’app desktop di Zoom, apri Impostazioni → Statistiche. È sufficiente una chiamata di prova. La guida su Chiamate di prova di Teams e riunioni di prova di Zoom spiega come avviarne una.

Per Teams, Microsoft offre anche il Teams Network Assessment Tool gratuito. Invia pacchetti al relay Teams più vicino e li riceve di nuovo, quindi riporta la perdita, il jitter e il tempo di andata e ritorno.

Che cosa modificare quando i valori sono elevati

Cosa vediCausa probabileChe cosa provare
Il jitter è buono a riposo, ma elevato sotto caricoQualcos’altro sta saturando la connessioneSospendi la sincronizzazione cloud, i backup e i download di grandi dimensioni, poi ripeti il test
Jitter o perdita elevati con il Wi-Fi, ma buoni con il cavoLa connessione wirelessUsa un cavo oppure avvicinati al router e ripeti il test
La perdita inizia dal tuo routerLa rete domesticaRiavvia il router e confronta la connessione via cavo con il Wi-Fi
La perdita inizia più avanti e continua fino alla fineLa rete del tuo provider o un tratto successivoSalva l’ pathping output e invialo al tuo provider
I valori sono elevati solo quando è connessa una VPNIl percorso della VPNSegui la guida ai ritardi delle chiamate con VPN

Che cosa misura CallReady

CallReady controlla la connessione nell’ambito del controllo pre-chiamata dalla barra delle applicazioni di Windows. Misura latenza, jitter e throughput approssimativo in download e upload verso Cloudflare, quindi mostra questi valori accanto ai risultati del test della fotocamera e del microfono. Non misura la perdita di pacchetti. Se le persone ti dicono che alcune parole si interrompono, usa il test di Cloudflare pathping oppure le statistiche dell’app per riunioni.

CallReady misura il percorso verso Cloudflare, non il percorso dei contenuti multimediali verso un server Teams o Zoom. Un buon risultato indica che la tua connessione è stabile. Per verificare aspetti specifici di Teams o Zoom, usa le statistiche dell’app durante una chiamata di prova.

Domande frequenti

Qual è un buon valore di jitter per le videochiamate?
Microsoft indica che per l’audio di Teams un valore inferiore a 30 ms è nella norma, mentre Zoom consiglia 40 ms o meno. Più basso è, meglio è, e un valore costante conta più di una singola lettura favorevole.
Per una chiamata, è peggio il jitter o la perdita di pacchetti?
Di solito la perdita di pacchetti causa più danni, perché i dati audio e video persi non si possono recuperare e alcune parole scompaiono. Le app per riunioni riescono ad assorbire una certa quantità di jitter con un buffer, finché il jitter non supera la capacità del buffer.
Come verifico la perdita di pacchetti su Windows?
Esegui ping -n 100 1.1.1.1 nel Prompt dei comandi e leggi la percentuale di perdita nel riepilogo. Per scoprire dove inizia la perdita, esegui pathping 1.1.1.1 e verifica se la perdita continua fino all’ultimo hop.
CallReady misura la perdita di pacchetti?
No. CallReady misura la latenza, il jitter e il throughput verso Cloudflare. Per la perdita di pacchetti, usa il test di velocità di Cloudflare, pathping o le statistiche delle chiamate dell’app per riunioni.

Controlla latenza e jitter con CallReady prima della chiamata e usa le statistiche dell’app per riunioni per verificare la perdita di pacchetti.

Scarica CallReady