Ping, jitter y pérdida de paquetes explicados

El retraso medio, la variación de latencia y las respuestas ausentes describen problemas distintos de una conexión.

Respuesta breve

El ping mide la ida y vuelta hasta un destino, el jitter es la variación de latencia entre muestras y la pérdida cuenta las sondas sin respuesta. El destino, la ruta, la radio, la carga, el método y el momento afectan a los tres resultados.

Tres mediciones para tres preguntas

Ping o latencia mide la ida y vuelta a un destino. Jitter describe la variación entre muestras. La pérdida es la proporción de sondas sin respuesta observada.

Una media buena puede ocultar picos; una respuesta ausente puede ser pérdida real, filtrado o limitación.

  • Latencia: ¿cuánto tarda?
  • Jitter: ¿es estable ese tiempo?
  • Pérdida: ¿cuántas respuestas faltan?

Relaciona la métrica con el síntoma

Latencia alta hace lentas las interacciones. Jitter elevado afecta voz o juegos incluso con media aceptable. Pérdida repetida causa retransmisiones, pausas o menor calidad.

Las aplicaciones amortiguan de forma distinta: un vídeo puede ocultar variaciones evidentes en una llamada.

Continúa con Cómo comprobar una VPN con IP y DNS, compáralo con Aprende fundamentos de IP y redes o utiliza IP Finder para Android como siguiente paso práctico.

Destino, hora y red importan

Un destino cercano y uno lejano recorren rutas diferentes. Radio Wi-Fi, cobertura móvil, carga, tráfico de fondo, enrutamiento y salida VPN cambian los números.

Elige un destino relacionado con el problema y conserva las condiciones.

Los detalles de protocolo de esta guía siguen RFC 3393 — IP Packet Delay Variation Metric y RFC 7680 — One-Way Loss Metric for IPPM; consulta estas fuentes primarias para la terminología exacta y los casos límite.

Construye una comparación repetible

Describe el síntoma, prueba varias veces el mismo destino y cambia una sola variable: distancia al punto de acceso, red, VPN u horario. Busca un patrón, no el mejor número.

  1. Describir

    App, hora y fallo visible.

  2. Fijar

    Destino, método y posición.

  3. Repetir

    Guardar varias ejecuciones.

  4. Cambiar una variable

    Comparar de nuevo.

No existe un número bueno universal

El umbral útil depende de aplicación, distancia, destino y protocolo. Ping no mide velocidad de descarga. Un destino puede filtrar sondas aunque su servicio funcione.

Para soporte guarda hora, zona, red, VPN, destino, varios resultados y el síntoma real. Las métricas acotan la búsqueda sin nombrar automáticamente al culpable.

Tres mediciones responden a tres preguntas

Cinco recorridos de 25, 26, 24, 25 y 26 milisegundos tienen media baja y poca variación. La serie 20, 80, 25, 140 y 22 oculta jitter elevado tras su media. Una ausencia de respuesta puede deberse a pérdida real, filtrado o limitación y necesita repetición.

Ping o latencia
Tiempo que tarda una sonda en llegar a un destino elegido y volver, normalmente expresado en milisegundos.
Jitter
Variación de latencia entre varias muestras; la regularidad puede importar tanto como la media.
Pérdida de paquetes
Proporción de sondas para las que la herramienta no recibe respuesta.

Relaciona valores con síntomas perceptibles

Estas correspondencias orientan la investigación, pero no son un diagnóstico automático. Un vídeo con búfer oculta variaciones que una llamada, un juego o una sesión remota muestran enseguida. Elige la métrica vinculada al síntoma y compara varias ejecuciones al mismo destino.

Medición y experiencia probable
ObservaciónQué podrías notarQué investigar primero
Latencia siempre altaInteracción lentaDistancia, ruta, salida VPN o carga
Jitter altoVoz o juego irregularesRadio Wi-Fi, colas, carga cambiante
Pérdida repetidaPausas y retransmisionesEnlace débil, congestión, ruta o filtrado
Solo falla un destinoUn test parece rotoPolítica del destino, límite o ruta específica

Destino, distancia y ruta modifican el resultado

Toda medición termina en algún sitio. Un nodo cercano del proveedor y un servidor en otro continente no comparten distancia física ni ruta. Un punto de prueba genérico puede responder bien mientras el servidor de la aplicación afectada utiliza un camino problemático.

Elige un destino relacionado con el problema siempre que sea posible. Si todos empeoran a la vez, radio local, router o ruta del proveedor ganan peso. Si solo falla uno, examina su ruta y sus políticas antes de culpar a todo el Wi-Fi.

Una comparación fiable cambia una sola condición

Mantén destino, método, red y posición del dispositivo durante varias ejecuciones. Compara después cerca del punto de acceso, sin VPN, por datos móviles o a otra hora. Conserva la serie y no solo el mejor o peor número.

Para soporte reúne síntoma, aplicación, destino, hora y zona, Wi-Fi o móvil, estado de VPN y resultados repetidos. Esto reduce las posibles causas sin demostrar automáticamente qué equipo u operador es responsable.

Mide la estabilidad de la conexión en Android

Compara ping, jitter y pérdida de paquetes con el mismo destino y las mismas condiciones.

Obtener IP Finder

Preguntas frecuentes

¿Qué ping es bueno?
No hay una cifra universal. Compara varias ejecuciones a un destino relevante junto con jitter y pérdida.
¿Un ping perdido demuestra pérdida?
No siempre; el destino puede filtrar o limitar sondas. Repite y compara con el síntoma real.
¿Ping mide velocidad de descarga?
No. Mide tiempo de ida y vuelta, no caudal sostenido.
¿Cómo compruebo si falla el Wi-Fi?
Prueba el mismo destino cerca del punto de acceso, con otro dispositivo y otra red, una variable cada vez.

Fuentes

  1. RFC 792 — Internet Control Message Protocol — IETF
  2. RFC 3393 — IP Packet Delay Variation Metric — IETF
  3. RFC 7680 — One-Way Loss Metric for IPPM — IETF
  4. Internet Quality: latency, packet loss and jitter — Cloudflare

Repite la comparación tras cambiar de red

Guarda el contexto, cambia Wi-Fi, datos móviles o estado de VPN y vuelve a ejecutar la comprobación adecuada.

Obtener IP Finder