Calcolatore di distanza accettabile

Massimo RTT e Jitter per VoIP, gioco, streaming, videoconferenza, e altro ancora.

Calcolatore

Applicazione e la tua Latenza (opzionale)

Lasciare RTT e jitter vuoto per vedere solo i massimi raccomandati. Inserisci i valori per verificare se la connessione è accettabile.

Guida completa

Guida completa di ritardo accettabile

Che si tratti di una chiamata VoIP, giocare online, streaming o in una riunione video, la reattività della connessione dipende da due metriche chiave: latenza (spesso misurata come RTT) e jitter. Questa guida spiega cosa sono, quali valori sono accettabili per ogni tipo di utilizzo, come misurarli e come migliorare la vostra esperienza quando sono troppo elevati.

Perché usare questo calcolatore?

La calcolatrice ti dà massimo RTT e jitter per tipo di applicazione. È possibile consultare solo i valori di riferimento, o inserire il vostro attuale RTT e jitter (da un test di velocità, gioco, o diagnostica VoIP) per vedere se la connessione è entro limiti accettabili per VoIP, gioco, streaming, videoconferenza, desktop remoto o uso generale del web.

Come funziona il calcolatore

Selezionare un tipo di applicazione (ad esempio VoIP, gioco competitivo, videoconferenza). Il calcolatore mostra il massimo raccomandato RTT e jitter in millisecondi per quell'uso. Se si immette il RTT e il jitter misurati, li confronta a questi limiti e indica se i valori sono accettabili o sopra raccomandati.

Concetti chiave:
  • RTT (Round-Trip Time): Tempo in ms per un pacchetto per andare al server e tornare. Spesso chiamato 'ping' nei giochi. Più in basso è meglio per le applicazioni in tempo reale.
  • Jitter: Variazione in ritardo tra i pacchetti. High jitter provoca stutter, dropout in voce, o gameplay instabile anche se RTT media è OK.
  • Perdita del pacchetto: Pacchetti che non arrivano mai. Qualità degli urti; obiettivo per meno di 1%. Questa calcolatrice si concentra su RTT e jitter.
  • In tempo reale vs buffered: Voce, videochiamate e giochi competitivi hanno bisogno di basso RTT e jitter. Lo streaming on-demand tollera una maggiore latenza grazie al buffering.

Applicazioni bufferizzate in tempo reale

Real-time (sensibile alla latenza)

  • VoIP, videoconferenza, gioco competitivo, live streaming.
  • Necessità di RTT basso (< 50–150 ms a seconda dell'uso) e basso jitter (< 20–40 ms).
  • Ogni ms extra colpisce la qualità percepita e il tempo di reazione.

Buffered (meno sensibile)

  • Video on-demand, download, navigazione web generale.
  • RTT < 200 ms è di solito eccellente; il carico iniziale e i controlli beneficiano di latenza inferiore.
  • La larghezza di banda spesso conta più di RTT una volta che il buffering è iniziato.

Vantaggi del controllo della latenza

  • Diagnosi dei problemi: Sappiate se il vostro RTT o jitter è sopra i limiti consigliati per il vostro caso di utilizzo.
  • Impostare le aspettative: Capire cosa significa 'buon' per VoIP, giochi o videochiamate.
  • Scegli server/regione: Scegli il gioco più vicino o il server VoIP per rimanere entro limiti.
  • Aggiornamenti del piano: Decidi se hai bisogno di una connessione diversa o QoS per soddisfare i requisiti in tempo reale.

Limitazioni e considerazioni

  • I valori consigliati sono linee guida; alcuni utenti tollerano una latenza leggermente più elevata, mentre l'uso competitivo può richiedere un minore.
  • Latenza a un server di prova della velocità può differire dalla latenza al tuo vero e proprio gioco o fornitore di VoIP—misure al servizio che utilizzi.
  • La perdita di pacchetto non è inclusa in questo calcolatore; la perdita alta degrada la qualità anche con RTT e jitter accettabili.
  • Wi-Fi, congestione e ora del giorno influenzano i risultati; test in condizioni simili al vostro uso reale.
Importante:

Misura RTT e jitter al servizio effettivo che utilizzi (server di gioco, provider VoIP, piattaforma video), non solo a un host generico di prova della velocità. Utilizzare Ethernet cablata quando possibile; Wi-Fi aggiunge latenza e jitter. Se la perdita di pacchetti è alta, indirizzo che pure — questo calcolatore si concentra su RTT e jitter.

Riferimento rapido (max RTT / jitter)

VoIP: RTT < 150 ms, jitter < 30 ms. Gioco competitivo: RTT < 50 ms, jitter < 20 ms. Videoconferenza: RTT < 150 ms, jitter < 30 ms. streaming on-demand: RTT < 200 ms. Vedere la tabella di riferimento e le sezioni raccomandazioni qui sotto per l'elenco completo.

Conclusione:

RTT e jitter determinano come reattiva la tua connessione si sente per voce, video e giochi. Utilizzare questo calcolatore per ottenere limiti consigliati per la vostra applicazione, misurare i valori effettivi con gli strumenti sottostanti, e applicare i passaggi di risoluzione dei problemi se si è al di sopra dell'intervallo raccomandato. Priorizzare Ethernet cablata e il server più vicino per la migliore esperienza.

Concetti

RTT e Jitter Spiegati

RTT e jitter sono le due metriche principali che definiscono come reattivo e stabile la connessione si sente. Qui di seguito li definiamo con precisione e come si riferiscono alla perdita dei pacchetti e al tipo di applicazione.

Che cosa è RTT (Round-Trip Time)?

RTT è il momento in millisecondi per un pacchetto da passare dal dispositivo al server (o peer) e viceversa. Colpisce direttamente come reattiva un'applicazione si sente: chiamate vocali, giochi e videochiamate tutte hanno bisogno di RTT basso per una buona esperienza. L'alta RTT provoca un ritardo notevole (ad esempio in VoIP) o in ritardo (ad esempio nei giochi).

RTT è spesso chiamato 'ping' in giochi e strumenti di rete. La latenza di una strada è circa la metà di RTT (supponendo percorsi simmetrici); per le applicazioni in tempo reale, la pista di andata conta perché la vostra azione deve raggiungere il server e la risposta deve tornare prima di vedere il risultato.

Cos'è Jitter?

Jitter è la variazione in ritardo tra i pacchetti. Anche se la latenza media è accettabile, l'alto jitter provoca la consegna irregolare: alcuni pacchetti arrivano in ritardo, portando a sbalzi, gocce in voce, o gameplay instabile. Le applicazioni utilizzano buffer di jitter per lisciare questo, ma troppo jitter ancora degrada la qualità.

Jitter è generalmente espresso in millisecondi (ms). Può essere calcolato come la variazione tra le misurazioni RTT successive o come la deviazione standard dei ritardi di una strada. VoIP e applicazioni video spesso segnalano jitter nelle loro statistiche o diagnostica.

Perdita del pacchetto e latenza

La perdita di pacchetto (i pacchetti che non arrivano mai) danneggia anche la qualità in tempo reale. L'alta perdita provoca lacune nella voce, nel video congelato o nelle retrasmissioni che aumentano la latenza effettiva. Una buona connessione ha una bassa RTT, basso jitter, e una minima perdita di pacchetti (ad esempio sotto 1%). Questo calcolatore si concentra su RTT e jitter; se l'applicazione mostra la perdita di pacchetti elevata, prendere in considerazione il controllo del link e router pure.

Perché è importante per applicazione

Le applicazioni in tempo reale (VoIP, gaming, videoconferenza) sono sensibili sia a RTT che a jitter. Lo streaming video on-demand può tollerare una maggiore latenza a causa del buffering; il gioco competitivo e l'interazione dal vivo hanno bisogno dei valori più bassi.

Cause

Che cosa colpisce la latenza e jitter?

Diversi fattori influenzano RTT e jitter. Comprenderli ti aiuta a scegliere i miglioramenti giusti, passando per Ethernet per scegliere un server più vicino o abilitando QoS.

  • Distanza e routing: I dati viaggiano a velocità limitata. La distanza fisica tra te e il server, e il numero di giri di rete, influiscono direttamente sul RTT. Scegliere un server o una regione più vicino a voi riduce la latenza.
  • Wi-Fi vs Ethernet: Wi-Fi aggiunge ritardo variabile e la contention con altri dispositivi, che aumenta sia la latenza che il jitter. Wired Ethernet di solito dà RTT e jitter più bassi e stabili.
  • Congestione: Quando il collegamento o il router è occupato, i pacchetti aspettano in code, aumentando il ritardo e la variazione. I download pesanti o lo streaming sulla stessa connessione possono aumentare la latenza e lo jitter per il traffico in tempo reale.
  • Router e modem: Attrezzature più vecchie o sovraccarica possono aggiungere ritardo di elaborazione e bufferbloat (grandi code che causano punte di latenza). L'aggiornamento o la messa a punto del router (ad esempio QoS, limiti di buffer) possono aiutare.
  • ISP e spina dorsale: Il provider di Internet e il percorso per il servizio (server di gioco, provider VoIP, ecc.) determinano la linea di base RTT. Alcuni ISP o piani ottimizzano per bassa latenza; altri possono avere percorsi più congestionati o indiretti.
  • Wireless e mobile: La connessione Wi-Fi cellulare e a lungo raggio hanno una latenza più elevata e variabile rispetto alla banda larga fissa. 4G/5G può essere accettabile per uso casuale ma spesso non ideale per il gioco competitivo o VoIP professionale.
Utilizzo

Raccomandazioni per uso

Utilizzare questi limiti come obiettivi per il vostro RTT e jitter misurati. Soggiornare a o sotto di loro di solito dà una buona esperienza per ogni tipo di applicazione.

  • VoIP: RTT < 150 ms e jitter < 30 ms per una conversazione chiara e naturale. Al di sopra di questo, il ritardo e la tritatura diventano evidenti.
  • Gioco competitivo: RTT < 50 ms e jitter basso (< 20 ms). Ogni millisecondo conta per il tempo di reazione.
  • Giochi casuali: RTT < 100 ms è di solito bene; jitter < 50 ms per evitare stutter.
  • Video streaming (on-demand): Latenza conta meno una volta tamponata; il carico iniziale e il controllo (ad esempio, la ricerca) beneficiano di RTT < 200 ms.
  • Live streaming / interattivo: Simile a VoIP/videoconferenza: RTT < 150 ms, jitter < 40 ms.
  • Videoconferenza: RTT < 150 ms, jitter < 30 ms per la sincronizzazione audio e video liscia.
  • Desktop remoto: RTT < 100 ms e jitter basso per cursore reattivo e ingresso.
  • Web generale: RTT < 200 ms è comodo; i valori più alti fanno sentire le pagine lente.
Riferimento

Tabella di riferimento (max RTT e jitter in ms)

Questi sono gli stessi valori utilizzati dalla calcolatrice. Confronta il tuo RTT e jitter misurati con la riga che corrisponde alla tua applicazione.

Applicazione Max RTT (ms) Max jitter (ms)
VoIP 150 30
Gaming (competitive) 50 20
Gaming (casual) 100 50
Video streaming (on-demand) 200 50
Live streaming / interactive 150 40
Video conferencing 150 30
Remote desktop 100 30
General web browsing 200 50
Misura

Come misurare RTT e jitter

Misura RTT e jitter verso lo stesso servizio che utilizzi (server di gioco, provider VoIP, ecc.). ping generico a un host casuale potrebbe non riflettere il percorso per la vostra applicazione.

RTT è spesso segnalato come 'ping' in giochi o strumenti di rete. Utilizzare ping (ICMP) o test di velocità/latenza dedicati verso il servizio che si utilizza (ad esempio server di gioco, fornitore di VoIP). Nota: ping a un host casuale non riflette sempre il percorso del server di applicazione reale.

Strumenti e metodi

  • Ping (linea di comando): Su Windows Open Command Prompt ed eseguire: ping -n 20 example.com. Su Mac/Linux: ping -c 20 example.com. Il risultato mostra min/avg/max RTT in ms. Jitter può essere stimato dalla diffusione tra min e max.
  • Siti web di test di velocità: Siti come Speedtest.net o Fast.com spesso riferiscono la latenza (ping) e talvolta jitter. Eseguire diversi test in tempi diversi; la latenza al server di prova può differire dalla latenza al vostro gioco o servizio VoIP.
  • In-game ping: Molti giochi mostrano ping o latenza al server di gioco. Questa è la RTT più rilevante per tale applicazione. Usalo con questo calcolatore selezionando l'uso appropriato (ad esempio il gioco competitivo o casual).
  • Statistiche VoIP e video app: App come Zoom, Teams, Discord, o telefoni VoIP spesso mostrano RTT, jitter e perdita di pacchetti nelle impostazioni o durante una chiamata. Questi valori riflettono il percorso verso i server del servizio e sono ideali per controllare i limiti di VoIP o videoconferenza.
  • Traceroute: Traceroute (traccia su Windows) mostra ogni hop a una destinazione e il ritardo per hop. Aiuta a identificare dove viene introdotta la latenza (ad esempio al tuo ISP o a una spina dorsale lontana).

Per l'immagine più accurata, eseguire test durante lo stesso tempo di giorno e condizioni del vostro uso reale (ad esempio, mentre altri utilizzano la rete).

Risoluzione dei problemi

Risoluzione dei problemi ad alta latenza e jitter

Se il tuo RTT o jitter è superiore ai valori consigliati per il tuo caso di utilizzo, prova questi passaggi in ordine. Iniziare con Ethernet e ridurre il traffico contemporaneamente; quindi regolare la scelta del server e le impostazioni del router.

  1. Passare a Ethernet cablata se si è su Wi-Fi. Questo da solo spesso riduce significativamente la latenza e jitter.
  2. Stop o pausa download pesanti, streaming o backup cloud sulla stessa connessione mentre hai bisogno di bassa latenza.
  3. Riavviare il modem e il router. Cancella code e problemi temporanei che possono causare punte.
  4. Scegli il server o la regione più vicino nel tuo gioco o applicazione (ad esempio lo stesso paese o continente).
  5. Attivare QoS (Quality of Service) sul router se disponibile. Priorizzare il gioco, VoIP o videoconferenza in modo che i loro pacchetti non siano ritardati da altri traffici.
  6. Aggiorna il firmware del router e controlla il bufferbloat. Alcuni router hanno 'Smart Queue' o caratteristiche simili che limitano l'accumulo della coda e riducono il jitter.
  7. Se siete su DSL o cavo, assicurarsi che non problemi di linea (rumore, filtri cattivi). Contatta il tuo ISP per un controllo linea se la latenza è costantemente elevata.
  8. Per il gioco o VoIP, prendere in considerazione una connessione con caratteristiche a bassa latenza (ad esempio fibra, o un ISP noto per le prestazioni di gioco / VoIP). Non tutti i piani sono uguali in termini di latenza.

Se i problemi persistono, eseguire ping e traceroute all'host esatto che la tua applicazione utilizza e condividere i risultati con il tuo ISP o supporto; spesso possono identificare il segmento problematico.

Concetti

Latency vs larghezza di banda

Latenza e larghezza di banda sono diverse: uno è ritardo, l'altro è throughput. Per le applicazioni in tempo reale, la bassa latenza di solito conta più della velocità raw.

La larghezza di banda (ad esempio in Mbps) è quanto dati è possibile inviare o ricevere al secondo. Latency (RTT) è quanto tempo ci vuole per un singolo pacchetto per fare un viaggio rotondo. Sono indipendenti: è possibile avere alta larghezza di banda e alta latenza, o bassa larghezza di banda e bassa latenza.

Per applicazioni in tempo reale (VoIP, gioco, videochiamate), bassa latenza è più importante della larghezza di banda grezza. Una connessione di 20 Mbps con 30 ms RTT si sentirà molto meglio per chiamate e giochi di una connessione 100 Mbps con 150 ms RTT. Per i download e lo streaming bufferato, la larghezza di banda conta più una volta latenza è ragionevole.

Quando si sceglie un piano Internet o opti per VoIP/gaming, priorità bassa e stabile latenza; utilizzare i limiti di questo calcolatore come obiettivo e controllare il vostro reale RTT e jitter per i servizi che si utilizzano.

Consigli

Migliori pratiche

Queste pratiche aiutano a mantenere RTT e jitter entro limiti accettabili per voce, video e giochi.

  • Utilizzare Ethernet cablata quando possibile; Wi-Fi aggiunge latenza e jitter.
  • Chiudi le app di larghezza di banda (streaming, downloads) quando giochi o su VoIP.
  • Scegli un server o una regione vicino a te per i giochi e VoIP per ridurre RTT.
  • La qualità del servizio (QoS) sul router può dare priorità al traffico in tempo reale e ridurre il jitter.
  • I valori di questa calcolatrice sono linee guida; alcuni utenti possono tollerare una latenza leggermente più alta, mentre l'uso competitivo può richiedere un minore.
  • Misurare la latenza al servizio effettivo utilizzato (server di gioco, provider VoIP), non solo ad un server generico di prova della velocità.
  • Prova allo stesso tempo del giorno e sotto lo stesso carico del vostro uso reale per ottenere RTT rappresentante e jitter.
  • Per le videochiamate, utilizzare una connessione cablata e chiudere altri flussi video; attivare 'accelerazione hardware' nell'app se disponibile per ridurre il ritardo di elaborazione.