Punti chiave
- La latenza misura il tempo impiegato dai pacchetti di dati per attraversare una rete e influisce sulla reattività complessiva, in particolare nelle applicazioni interattive e in tempo reale.
- Il jitter misura la variazione nei tempi di arrivo dei pacchetti: anche reti a bassa latenza possono offrire prestazioni scadenti se la consegna dei pacchetti non è costante.
- Latenza e jitter descrivono comportamenti di rete diversi e considerarli come un’unica metrica porta a diagnosi errate e interventi correttivi inefficaci.
- Le applicazioni reagiscono in modo diverso a latenza e jitter: voce e video in tempo reale sono molto sensibili al jitter, mentre i trasferimenti di file risentono soprattutto della perdita di pacchetti e possono subire una riduzione del throughput in condizioni di latenza elevata.
- Gli speed test e le misurazioni della larghezza di banda non rilevano il jitter: per una risoluzione dei problemi di rete accurata è quindi indispensabile un monitoraggio dedicato di latenza e jitter.
Quando si verificano problemi di prestazioni di rete, spesso vengono descritti con termini vaghi o con espressioni generiche molto diffuse come lentezza o “lag”. È però fondamentale capire che si tratta solo di sintomi di problemi di connessione di rete sottostanti, misurabili con metriche precise. Due delle metriche più spesso fraintese sono latenza e jitter.
Sebbene latenza e jitter influiscano entrambi sul comportamento della rete, misurano aspetti diversi. Questa guida spiega la differenza tra jitter e latenza, come interagiscono e come diagnosticare correttamente i problemi di prestazioni.
Che cosa misura la latenza
La latenza è il tempo necessario a un pacchetto di dati per andare da un punto a un altro della rete e tornare indietro. Viene spesso percepita come “lag”, ovvero un ritardo evidente tra un’azione e la risposta del sistema.
Ad esempio, quando fai clic su un link, la latenza determina la rapidità con cui la richiesta raggiunge il server e il tempo necessario perché la risposta torni al tuo dispositivo. Questo ritardo dipende da diversi fattori, tra cui:
- Ritardo di trasmissione: il tempo necessario a immettere i bit sul mezzo trasmissivo
- Ritardo di propagazione: il tempo fisico di percorrenza attraverso il mezzo
- Ritardo di elaborazione: il tempo impiegato dai dispositivi di rete per gestire i pacchetti
- Ritardo di accodamento: il tempo di attesa dovuto alla congestione sui dispositivi di rete
In sintesi: più alta è la latenza, maggiore è il ritardo tra azione e risposta, soprattutto nelle applicazioni in tempo reale o interattive.
Che cosa misura il jitter
Il jitter misura la variazione nei tempi di arrivo dei pacchetti. Se la latenza indica quanto tempo impiegano i pacchetti ad attraversare la rete, il jitter indica quanto quel tempo sia costante.
Ad esempio, durante una chiamata vocale l’audio diventa frammentato quando i pacchetti arrivano in modo imprevedibile. Un pacchetto può arrivare dopo 20 ms, il successivo dopo 50 ms e un altro ancora dopo 25 ms, provocando buffering o perdita di pacchetti. Anche quando la latenza media è bassa, una consegna irregolare dei pacchetti può causare:
- Audio frammentato o metallico
- Artefatti video e scatti nell’immagine
- Perdita di fotogrammi e riproduzione instabile
Ecco perché a volte una rete può sembrare veloce e offrire comunque un’esperienza multimediale scadente.
Come interagiscono jitter e latenza
Latenza e jitter possono generare confusione perché influiscono entrambi sul comportamento della rete, ma è importante ricordare che misurano cose diverse. La latenza indica quanto tempo impiegano i pacchetti a viaggiare. Il jitter indica quanto regolarmente arrivano.
Latenza e jitter si influenzano spesso a vicenda, ma non sono intercambiabili. Ad esempio:
- Un collegamento ad alta latenza può comunque avere un jitter basso.
Se ogni pacchetto impiega costantemente 150 ms, l’esperienza sarà in ritardo ma stabile.
- Una rete a bassa latenza può comunque presentare un jitter elevato sotto carico.
Se i pacchetti oscillano tra 10 ms e 80 ms, la connessione risulta imprevedibile anche se la latenza media è bassa.
⚠️ Attenzione: considerare latenza e jitter come un’unica metrica può portare a conclusioni sbagliate e a interventi correttivi inefficaci.
Riconoscere la sensibilità delle applicazioni
Le applicazioni non reagiscono tutte allo stesso modo alle condizioni di rete. Alcune assorbono i ritardi senza problemi, altre smettono di funzionare quando i tempi di arrivo dei pacchetti sono instabili. Capire queste differenze ti aiuta a individuare quale metrica sta causando i problemi di prestazioni.
Come reagiscono le diverse applicazioni a latenza e jitter
Navigazione web
Le pagine web tollerano in genere sia la latenza sia il jitter grazie ai meccanismi integrati di buffering e di ritentativo. Questo perché durante la navigazione i contenuti vengono consegnati in brevi raffiche non continue.
Trasferimenti di file
I trasferimenti di file tollerano la latenza perché il throughput complessivo conta più della reattività immediata. Quello che non tollerano è la perdita di pacchetti: ogni pacchetto perso impone ritrasmissioni e rallenta notevolmente il trasferimento.
Applicazioni voce e video
Le applicazioni voce e video tollerano una certa latenza, ma sono molto sensibili al jitter, perché l’arrivo irregolare dei pacchetti compromette la riproduzione in tempo reale.
Evitare gli errori diagnostici più comuni
Molti problemi di prestazioni persistono perché si attribuisce la colpa alla metrica sbagliata. Ora che hai una buona comprensione di latenza e jitter, trattarli separatamente invece che come sinonimi ti aiuta ad arrivare a una diagnosi accurata.
Tra gli errori diagnostici più comuni ci sono:
- Attribuire il problema alla larghezza di banda quando la causa è il jitter o una consegna irregolare dei pacchetti.
- Aggiungere capacità quando la latenza dipende dalla distanza fisica o da vincoli di routing.
- Applicare la Quality of Service (QoS) senza aver prima individuato la metrica interessata, che sia latenza, jitter o perdita di pacchetti.
Considerazioni aggiuntive
Ecco altri fattori che forniscono più contesto nella valutazione delle prestazioni e aiutano a evitare sviste durante la diagnosi.
La congestione rende il jitter instabile
Il jitter aumenta spesso nei periodi di congestione e di saturazione dei buffer. Quando i pacchetti competono per risorse limitate, i ritardi di accodamento diventano irregolari. Ne deriva una consegna disomogenea dei pacchetti, anche quando la latenza media resta invariata.
La latenza cresce con la distanza e la complessità del routing
Naturalmente, la latenza aumenta man mano che i pacchetti percorrono distanze maggiori. La distanza fisica o percorsi di routing non ottimali introducono ritardi inevitabili che non si risolvono aumentando la larghezza di banda.
La perdita di pacchetti amplifica gli effetti del jitter
La perdita di pacchetti può amplificare gli effetti del jitter. I pacchetti persi attivano meccanismi di recupero, compensazione del ritardo o ritrasmissioni, tutti elementi che aumentano le irregolarità temporali.
Gli strumenti di monitoraggio devono riportare chiaramente entrambe le metriche
Gli strumenti di monitoraggio devono riportare latenza e jitter come metriche distinte, invece di fonderle in un unico punteggio di qualità della connessione. In questo modo la diagnosi è più accurata.
Risoluzione dei problemi
Ecco i problemi più comuni segnalati dagli utenti, che indicano direttamente la metrica di rete coinvolta, con le indicazioni per diagnosticarli e risolverli correttamente.
Gli utenti segnalano chiamate frammentate
Quando gli utenti segnalano audio frammentato o video instabile, controlla prima il jitter. La consegna irregolare dei pacchetti è la causa più frequente delle interruzioni nei contenuti multimediali in tempo reale.
Risposte in ritardo
Quando le azioni sembrano lente o le risposte arrivano in ritardo, misura la latenza di andata e ritorno. Un ritardo costante tra input e risposta indica di solito una latenza di rete eccessiva, più che un problema di instabilità.
Prestazioni incostanti
Se le prestazioni variano nell’arco della giornata, cerca i picchi di jitter. La variabilità sotto carico segnala spesso problemi di congestione o di accodamento.
Buoni risultati negli speed test, ma chiamate di scarsa qualità
Risultati elevati di throughput non escludono la presenza di problemi di prestazioni. La maggior parte degli speed test misura soprattutto la larghezza di banda e può non evidenziare con chiarezza le metriche di jitter. Velocità elevate possono convivere con una consegna instabile dei pacchetti.
L’integrazione con NinjaOne
NinjaOne aiuta i team a monitorare le prestazioni di endpoint e rete grazie al suo Network Management Service (NMS). Ecco come supporta questo approccio:
| Funzionalità NinjaOne | Come ti aiuta |
| Network Management Service (NMS) | Offre una visibilità centralizzata sulle prestazioni di endpoint e rete, aiutando i team a capire se i problemi nascono dai dispositivi, dall’infrastruttura o dal percorso di rete. |
| Monitoraggio a livello di dispositivo | Individua i colli di bottiglia prestazionali legati agli endpoint che possono sembrare problemi di latenza o jitter, riducendo le diagnosi errate. |
| Monitoraggio del traffico di rete | Monitora le interfacce dei dispositivi di rete e l’utilizzo della larghezza di banda, offrendo visibilità sui livelli di traffico di rete che possono contribuire a congestione e jitter. |
| Dashboard centralizzata | Semplifica la risoluzione dei problemi riunendo in un unico punto dati sulle prestazioni, avvisi e indicatori di integrità del dispositivo. |
Jitter e latenza nelle prestazioni di rete reali
Jitter e latenza hanno ampliato il nostro vocabolario tecnico oltre a termini vaghi come “lag” o “audio frammentato”. In questa guida abbiamo visto che jitter e latenza descrivono caratteristiche prestazionali diverse e che confonderli porta a una risoluzione dei problemi inefficace.
Comprendere chiaramente entrambe le metriche permette di diagnosticare in modo più rapido e preciso i problemi di rete che stai riscontrando.
Argomenti correlati:
