
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:
| Problema | Che cos’è | Che cosa sentono e vedono le persone |
|---|---|---|
| Jitter | I pacchetti arrivano a intervalli irregolari | Voce dal suono robotico |
| Perdita di pacchetti | I pacchetti non arrivano mai | Sillabe e parole mancanti, video a scatti e problemi con la condivisione dello schermo |
| Tempo di andata e ritorno elevato | I pacchetti impiegano molto tempo ad arrivare | Effetto 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:
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
| Metodo | Jitter | Perdita di pacchetti | Che cosa verifica |
|---|---|---|---|
| Test di velocità Cloudflare nel browser | Sì, a riposo e sotto carico | Sì | Il percorso verso il centro dati Cloudflare più vicino |
ping e pathping in Windows | Non direttamente | Sì, anche il punto in cui inizia | Il percorso verso l’indirizzo scelto |
| Statistiche dell’app per riunioni | Sì | 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 vedi | Causa probabile | Che cosa provare |
|---|---|---|
| Il jitter è buono a riposo, ma elevato sotto carico | Qualcos’altro sta saturando la connessione | Sospendi 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 cavo | La connessione wireless | Usa un cavo oppure avvicinati al router e ripeti il test |
| La perdita inizia dal tuo router | La rete domestica | Riavvia il router e confronta la connessione via cavo con il Wi-Fi |
| La perdita inizia più avanti e continua fino alla fine | La rete del tuo provider o un tratto successivo | Salva l’ pathping output e invialo al tuo provider |
| I valori sono elevati solo quando è connessa una VPN | Il percorso della VPN | Segui 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?
Per una chiamata, è peggio il jitter o la perdita di pacchetti?
Come verifico la perdita di pacchetti su Windows?
CallReady misura la perdita di pacchetti?
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