Calculadora de latencia aceptable

Ya sea en una llamada VoIP, jugando en línea, streaming o en una reunión de vídeo, la capacidad de respuesta de su conexión depende de dos métricas clave: latencia (a menudo medida como RTT) y jitter. Esta guía explica lo que son, qué valores son aceptables para cada tipo de uso, cómo medirlos y cómo mejorar su experiencia cuando son demasiado altos.

¿Por qué usar esta calculadora?

La calculadora le da RTT máximo recomendado y jitter por tipo de aplicación. Usted puede consultar los valores de referencia solamente, o introducir su RTT actual y jitter (desde una prueba de velocidad, juego o diagnóstico VoIP) para ver si su conexión está dentro de límites aceptables para VoIP, juegos, streaming, videoconferencia, escritorio remoto o uso web general.

Cómo funciona la calculadora

Seleccione un tipo de aplicación (por ejemplo VoIP, juegos competitivos, videoconferencia). La calculadora muestra el RTT máximo recomendado y el jitter en milisegundos para ese uso. Si entras en tu RTT medido y jitter, los compara con estos límites e indica si tus valores son aceptables o superiores a los recomendados.

Aplicaciones en tiempo real vs amortiguadas

Ventajas de comprobar la latencia

• Problemas de diagnóstico: Saber si su RTT o jitter está por encima de los límites recomendados para su caso de uso.
• Establecer expectativas: Entender lo que 'bueno' significa para VoIP, juegos o videollamadas.
• Elija servidor/región: Elija el juego más cercano o el servidor VoIP para permanecer dentro de los límites.
• Mejoras del plan: Decide si necesita una conexión diferente o QoS para cumplir con los requisitos en tiempo real.

Limitaciones y consideraciones

• Los valores recomendados son pautas; algunos usuarios toleran latencia ligeramente superior, mientras que el uso competitivo puede requerir menor.
• Latency a un servidor de prueba de velocidad puede diferir de la latencia a su juego real o proveedor de VoIP: Medir al servicio que utiliza.
• La pérdida de paquetes no está incluida en esta calculadora; la alta pérdida degrada la calidad incluso con RTT aceptable y jitter.
• Wi-Fi, congestión y tiempo del día afectan los resultados; prueba en condiciones similares a su uso real.

Referencia rápida (max RTT / jitter)

RTT y jitter son las dos métricas principales que definen lo sensible y estable que se siente la conexión. A continuación los definemos con precisión y cómo se relacionan con la pérdida de paquetes y el tipo de aplicación.

¿Qué es RTT?

RTT es el momento en milisegundos para que un paquete vaya de su dispositivo al servidor (o par) y de vuelta. Afecta directamente cómo se siente una aplicación sensible: llamadas de voz, juegos y videollamadas todos necesitan bajo RTT para una buena experiencia. La RTT alta causa retraso notable (por ejemplo en VoIP) o lag (por ejemplo, en juegos).

RTT es a menudo llamado 'ping' en juegos y herramientas de red. La latencia de un solo sentido es aproximadamente la mitad de RTT (asumiendo caminos simétricos); para aplicaciones en tiempo real, la ida y vuelta importa porque su acción debe llegar al servidor y la respuesta debe volver antes de ver el resultado.

¿Qué es Jitter?

Jitter es la variación del retraso entre paquetes. Incluso si la latencia promedio es aceptable, el alto jitter causa una entrega desigual: algunos paquetes llegan tarde, lo que conduce a tartamudeos, desplegaciones en voz o juego inestable. Las aplicaciones utilizan búferes de jitter para suavizar esto, pero demasiado jitter todavía degrada la calidad.

Jitter se expresa generalmente en milisegundos (ms). Puede calcularse como la variación entre las mediciones de RTT sucesivas o como la desviación estándar de los retrasos de una sola dirección. VoIP y aplicaciones de vídeo a menudo reportan jitter en sus estadísticas o diagnósticos.

Pérdida de paquete y latencia

La pérdida de paquetes (paquetes que nunca llegan) también duele la calidad en tiempo real. La alta pérdida causa lagunas en la voz, el vídeo congelado o las retransmisiones que aumentan la latencia efectiva. Una buena conexión tiene baja RTT, baja jitter y mínima pérdida de paquetes (por ejemplo, menos de 1%). Esta calculadora se centra en RTT y jitter; si su aplicación muestra alta pérdida de paquetes, considere comprobar su enlace y router también.

Por qué importa por solicitud

Las aplicaciones en tiempo real (VoIP, juegos, videoconferencias) son sensibles tanto a RTT como a jitter. El streaming de vídeo bajo demanda puede tolerar una mayor latencia debido a la amortiguación; el juego competitivo y la interacción en vivo necesitan los valores más bajos.

Varios factores influyen en RTT y jitter. Entenderlos le ayuda a elegir las mejoras adecuadas, desde cambiar a Ethernet a elegir un servidor más cercano o permitir QoS.

• Distancia y enrutamiento: Los datos viajan a velocidad finita. La distancia física entre usted y el servidor, y el número de saltos de red, afectan directamente a RTT. Elegir un servidor o región más cerca de usted reduce la latencia.
• Wi-Fi vs Ethernet: Wi-Fi añade retraso variable y contención con otros dispositivos, lo que aumenta tanto latencia como el jitter. Ethernet cableado generalmente da RTT y jitter inferior y más estable.
• Congestión: Cuando el enlace o el router está ocupado, los paquetes esperan en colas, aumentando el retraso y la variación. Las descargas pesadas o streaming en la misma conexión pueden elevar latencia y el rompecabezas para el tráfico en tiempo real.
• Router y módem: El equipo más viejo o sobrecargado puede agregar retraso de procesamiento y bufferbloat (grandes colas que causan picos en latencia). Mejorar o ajustar el router (por ejemplo, QoS, límites de amortiguación) puede ayudar.
• ISP y columna vertebral: Su proveedor de Internet y el camino hacia el servicio (servidor de juegos, proveedor de VoIP, etc.) determinan el RTT de referencia. Algunos ISP o planes optimizan para baja latencia; otros pueden tener rutas más congestionadas o indirectas.
• Inalámbrico y móvil: El Wi-Fi celular y de largo alcance suelen tener una mayor y más variable latencia que la banda ancha fija. 4G/5G puede ser aceptable para uso casual pero a menudo no ideal para juegos competitivos o VoIP profesional.

Utilice estos límites como objetivos para su RTT medido y jitter. Mantenerse en o debajo de ellos normalmente da una buena experiencia para cada tipo de aplicación.

• VoIP: RTT < 150 ms y jitter < 30 ms para una conversación natural clara. Por encima de eso, el retraso y la felicidad se vuelven notables.
• Juego competitivo: RTT < 50 ms y baja jitter (cadalt; 20 ms). Cada milisegundos cuenta para el tiempo de reacción.
• Juegos casuales: RTT < 100 ms suele estar bien; jitter < 50 ms para evitar tartamudeos.
• Flujo de vídeo (en demanda): Latency importa menos una vez amortiguada; la carga inicial y el control (por ejemplo, buscando) se benefician de RTT < 200 ms.
• Flujo en vivo / interactivo: Similar a la conferencia VoIP/video: RTT < 150 ms, jitter < 40 ms.
• Videoconferencia: RTT < 150 ms, jitter < 30 ms para sincronización de audio y vídeo suave.
• escritorio remoto: RTT < 100 ms y bajo brillo para el cursor y la entrada sensibles.
• Web general: RTT < 200 ms es cómodo; valores superiores hacen que las páginas se sientan lentas.

Medir RTT y jitter hacia el mismo servicio que utiliza (servidor de juegos, proveedor de VoIP, etc.). El ping genérico a un host aleatorio puede no reflejar el camino a su aplicación.

RTT es a menudo reportado como 'ping' en juegos o herramientas de red. Usar ping (ICMP) o pruebas de velocidad/latencia dedicadas al servicio que utiliza (por ejemplo, servidor de juegos, proveedor de VoIP). Nota: el ping a un host aleatorio no siempre refleja el camino a su servidor de aplicación real.

Herramientas y métodos

• Ping (línea de mando): En Windows Open Command Prompt y ejecutar: ping -n 20 example.com. En Mac/Linux: ping -c 20 example.com. El resultado muestra min/avg/max RTT en ms. Jitter se puede estimar a partir de la propagación entre min y max.
• Web site de prueba de velocidad: Sitios como Speedtest.net o Fast.com a menudo informan de latencia (ping) y a veces de jitter. Ejecute varias pruebas en diferentes momentos; latencia al servidor de pruebas puede diferir de latencia a su juego o servicio VoIP.
• Ping en el juego: Muchos juegos muestran ping o latencia al servidor del juego. Este es el RTT más relevante para esa aplicación. Úsalo con esta calculadora seleccionando el uso apropiado (por ejemplo, juegos competitivos o casuales).
• Estadísticas de VoIP y aplicaciones de vídeo: Aplicaciones como Zoom, Equipos, Discord o VoIP teléfonos a menudo muestran RTT, jitter y pérdida de paquetes en ajustes o durante una llamada. Estos valores reflejan el camino hacia los servidores del servicio y son ideales para comprobar los límites de VoIP o videoconferencia.
• Traceroute: Traceroute (tracert en Windows) muestra cada hop a un destino y el retraso por hop. Ayuda a identificar dónde se introduce la latencia (por ejemplo, en su ISP o una columna vertebral distante).

Para la imagen más precisa, realizar pruebas durante el mismo tiempo del día y condiciones que su uso real (por ejemplo, mientras que otros utilizan la red).

Si su RTT o jitter está por encima de los valores recomendados para su caso de uso, pruebe estos pasos en orden. Comience con Ethernet y reduciendo el tráfico concurrente; luego ajuste la opción del servidor y la configuración del router.

1. Cambia a Ethernet cableado si estás en Wi-Fi. Esto solo a menudo reduce significativamente latencia y el desorden.
2. Pare o detenga descargas pesadas, streaming o respaldos en la nube en la misma conexión mientras necesita baja latencia.
3. Reinicie su módem y router. Lugares claros y problemas temporales que pueden causar picos.
4. Elija el servidor o región más cercano en su juego o aplicación (por ejemplo, el mismo país o continente).
5. Habilitar QoS (Calidad de servicio) en su router si está disponible. Priorizar el juego, VoIP o videoconferencia para que sus paquetes no se retrasan por otro tráfico.
6. Actualizar firmware router y comprobar para bufferbloat. Algunos routers tienen 'Smart Queue' o características similares que limitan la acumulación de cola y reducen el jitter.
7. Si usted está en DSL o cable, asegúrese de no problemas de línea (ruido, filtros malos). Póngase en contacto con su ISP para un control de línea si la latencia es consistentemente alta.
8. Para el juego o VoIP, considere una conexión con características de baja latencia (por ejemplo, fibra, o un ISP conocido por el rendimiento del juego/VoIP). No todos los planes son iguales en términos de latencia.

Si los problemas persisten, ejecuten ping y traceroute al host exacto que usa su aplicación y compartan los resultados con su ISP o soporte; a menudo pueden identificar el segmento problemático.

Latency and bandwidth are different: one is delay, the other is throughput. Para aplicaciones en tiempo real, la baja latencia generalmente importa más que la velocidad cruda.

Ancho de banda (por ejemplo en Mbps) es cuántos datos puede enviar o recibir por segundo. Latency (RTT) es el tiempo que tarda un solo paquete para hacer un viaje redondo. Son independientes: usted puede tener alta ancho de banda y alta latencia, o baja ancho de banda y baja latencia.

Para aplicaciones en tiempo real (VoIP, juegos, videollamadas), la latencia baja es más importante que el ancho de banda crudo. Una conexión de 20 Mbps con 30 ms RTT se sentirá mucho mejor para llamadas y juegos que una conexión de 100 Mbps con 150 ms RTT. Para descargas y transmisión amortiguada, el ancho de banda importa más una vez que la latencia es razonable.

Al elegir un plan de Internet o optimizar el VoIP/gaming, priorice latencia baja y estable; utilice los límites de esta calculadora como un objetivo y compruebe su RTT real y el jitter a los servicios que utiliza.