Comando ping para medir lag de red y mejorar tu conexión

Inicio » Windows » Comando ping para medir lag de red y mejorar tu conexión

Si alguna vez has notado que un juego online va a tirones, que las videollamadas se cortan o que una web tarda una eternidad en cargarse, es muy probable que el problema no sea la velocidad contratada, sino la latencia real de tu conexión, el famoso ping. No basta con tener muchos megas de descarga, también importa —y mucho— el tiempo que tarda un paquete en ir y volver entre tu equipo y el destino.

El comando ping es una de esas herramientas clásicas que vienen en todos los sistemas operativos y que casi nadie usa a diario, pero que resulta imprescindible para medir lag de red, detectar pérdida de paquetes y comprobar si hay conectividad entre dos puntos. Vamos a ver con calma qué es exactamente el ping, cómo funciona en Windows, Linux, macOS y equipos de red, qué valores se consideran buenos y qué puedes hacer si los resultados no son los esperados.

Qué es el comando ping y qué mide exactamente

El comando ping (Packet Internet Groper) es una utilidad de línea de comandos que se apoya en el protocolo ICMP para enviar mensajes de solicitud de eco a un destino y esperar su respuesta. Es la forma más sencilla de comprobar si un host está disponible en la red y cuánto tarda en responder.

Podemos imaginar el ping como un sonar de submarino: tu ordenador lanza un “ping” (una solicitud de eco ICMP encapsulada en IP) hacia una IP o dominio, y si todo va bien, el destino devuelve una respuesta de eco ICMP que vuelve hasta tu equipo, permitiendo medir el tiempo de ida y vuelta. Ese tiempo, expresado en milisegundos, es lo que llamamos latencia.

Además de indicar si el host responde o no, el comando ping aporta otros datos clave, como el TTL (Time To Live), el número de paquetes enviados y recibidos y la posible pérdida de paquetes. Con esta información ya puedes hacerte una idea muy precisa de la calidad de tu conexión hacia ese destino.

Es importante tener en cuenta que muchos administradores de sistemas y dispositivos de Internet configuran routers, firewalls o servidores para que ignoren o bloqueen los paquetes ICMP. En esos casos, la ausencia de respuesta a un ping no implica necesariamente que no haya conectividad, sino que el equipo simplemente no contesta a ICMP por motivos de seguridad.

Latencia, ancho de banda y lag: conceptos que no debes mezclar

En las ofertas de los operadores se habla casi siempre de megas de descarga y subida, pero ancho de banda y latencia son cosas muy distintas. El ancho de banda define cuántos datos puedes transferir por segundo (por ejemplo, 300 Mbps), mientras que la latencia mide cuánto tarda en establecerse la comunicación y en viajar cada paquete (por ejemplo, 20 ms).

La latencia es el tiempo que pasa desde que haces clic en un enlace o disparas en un juego hasta que el servidor recibe esa orden y te devuelve una respuesta visible. Este valor se expresa en milisegundos y es el que se suele mostrar como “ping” en los videojuegos online. Cuanto más alto sea, más sensación de retraso o lag percibirás.

Una conexión de fibra puede tener bastante ancho de banda y, sin embargo, ser muy poco usable para jugar o hacer videollamadas si la latencia o la estabilidad (pérdida de paquetes) son malas. Por eso el comando ping es tan útil: te permite medir este aspecto de forma muy directa.

El TTL también aporta información interesante: indica cuántos saltos de router puede atravesar un paquete antes de ser descartado. Cada salto reduce el TTL en 1; al llegar a 0, el paquete se desecha. Si recibes un TTL de, por ejemplo, 58, y sabes que el sistema remoto suele iniciar en 63, puedes deducir que el paquete ha cruzado unos cinco nodos de red.

Cómo usar el comando ping en Windows, Linux y macOS

Ejecutar ping es muy sencillo en cualquier sistema operativo moderno. Solo necesitas abrir la terminal o consola correspondiente y escribir el comando con la dirección IP o dominio del destino que quieras probar.

En Windows puedes abrir el Símbolo del sistema desde el menú Inicio escribiendo “cmd” o usar PowerShell o la app Terminal. En Linux y macOS basta con abrir la aplicación Terminal y teclear el comando ping con la dirección elegida.

Algunos ejemplos típicos para probar conectividad y latencia son:

ping google.com

ping 8.8.8.8

ping raiolanetworks.com

En Windows, por defecto, el comando envía 4 paquetes ICMP de 32 bytes cada uno y termina automáticamente. En Linux y macOS, en cambio, ping continúa enviando paquetes indefinidamente hasta que lo detienes con Ctrl+C.

Si estás en Linux o macOS y quieres limitar el número de paquetes, puedes usar la opción -c para indicar un recuento concreto de ecos que se enviarán antes de detenerse, lo que resulta muy práctico para realizar pruebas controladas sin saturar la terminal.

ping -c 4 google.com

En el caso de Windows tienes la opción inversa: si quieres que ping se mantenga activo de forma continua para ver cómo evoluciona la latencia, puedes usar el modificador -t para lanzar un ping constante al host indicado.

ping -t google.com

Uso básico de ping en Windows 10 y Windows 11

En Windows, el comando ping está integrado de forma nativa en el sistema y puedes ejecutarlo tanto desde CMD como desde PowerShell. El funcionamiento es prácticamente idéntico en ambos entornos.

Para usarlo desde el Símbolo del sistema, abre el menú Inicio, escribe “cmd” y pulsa Enter. Se abrirá la típica ventana negra en la que podrás introducir órdenes. Desde ahí puedes escribir algo como ping www.profesionalreview.com para comprobar la latencia hacia esa web (sin añadir http:// delante, ya que no funcionaría).

Si prefieres PowerShell, haz clic derecho en el botón de Inicio y selecciona “Windows PowerShell” o “Terminal”. Obtendrás una consola de color azul (o con pestañas) en la que puedes lanzar ping con los mismos parámetros y sintaxis que en CMD.

En la salida del comando verás la IP real del host entre corchetes, algo útil si quieres saber qué dirección IP hay detrás de un dominio concreto. Además, línea a línea se muestran el tiempo de respuesta de cada paquete y el valor de TTL, para que puedas interpretar cuántos saltos hay hasta el destino.

Si escribes ping /? en Windows obtendrás todas las opciones adicionales que admite el comando, incluyendo ajustes de tamaño, número de paquetes, tiempo de espera y otras variantes. Por ejemplo, con ping -t dominio la prueba seguirá activa hasta que la interrumpas manualmente.

Valores de ping y latencia: qué se considera bueno y qué es lag

Cuando analizas una prueba de ping, lo más importante es fijarse en la latencia media, el mínimo, el máximo y el porcentaje de paquetes perdidos. Estos parámetros te dan una fotografía bastante fiel de la salud de tu conexión hacia ese punto en concreto.

Como referencia general, una conexión doméstica bien configurada suele moverse en rangos de entre 25 y 40 ms de ping hacia servidores cercanos, lo que se considera bastante razonable para casi cualquier uso normal de Internet. En conexiones de fibra muy buenas es habitual ver latencias de 5 ms o incluso menos hacia servidores locales.

Si empiezas a ver tiempos por encima de los 60 ms hacia servidores de tu mismo país, la cosa se complica. Para videojuegos online en tiempo real, un ping de más de 60 ms ya empieza a sentirse como un lag notable, con acciones que llegan tarde y personajes que se mueven a trompicones. Con valores por encima de 100 ms es habitual ver “teletransportes” de jugadores, disparos que no registran y situaciones francamente injugables.

Para videollamadas, streaming en alta definición y uso intensivo de la red, también conviene tener latencias bajas y, sobre todo, poca variación entre el ping mínimo y el máximo. Una latencia media moderada pero muy inestable (con picos altos) suele traducirse en microcortes, congelaciones puntuales o pérdida de calidad de imagen.

Por contextualizar aún más:

• Para juegos competitivos: menos de 20 ms es ideal; entre 20 y 50 ms es jugable pero ya puede notarse ligera desventaja; por encima de 50 ms la cosa se vuelve incómoda en títulos muy rápidos.
• Para streaming y videollamadas: lo deseable es mantenerse por debajo de 50 ms y con pérdida de paquetes del 0 %; incluso un 0,5 % de pérdida puede causar pequeños cortes o pixelaciones.
• Para navegación web y uso genérico: por debajo de 100 ms la experiencia suele ser buena y los retrasos apenas se aprecian en el día a día.

En todo caso, el objetivo siempre debería ser que el resumen final del comando ping muestre 0 paquetes perdidos, una latencia media baja y una diferencia moderada entre el mínimo y el máximo. Si no se cumple, es que algo no va del todo fino.

Lo que te dice exactamente la salida de ping

Independientemente del sistema operativo, la respuesta típica del comando ping incluye el resumen del número de paquetes enviados, recibidos y perdidos, así como los tiempos mínimos, medios y máximos de ida y vuelta. En Windows lo verás al final como “Estadísticas de ping para…”.

En sistemas tipo Unix, además de ese resumen final, cada línea de respuesta muestra detalles como el tamaño del datagrama, el tiempo de respuesta y el TTL, de forma que puedes detectar fácilmente si hay una respuesta especialmente lenta o un salto de ruta extraño.

En el mundo de equipos de red profesionales (por ejemplo, routers Cisco con IOS), la sintaxis es similar, pero el formato de salida cambia un poco. Cada ping exitoso se representa con un signo de exclamación (!) y un punto (.) indica que se ha agotado el tiempo de espera sin recibir respuesta. Al final se muestra la tasa de éxito en porcentaje y los valores min/avg/max del tiempo de ida y vuelta.

En muchos casos, una tasa de éxito inferior al 80 % ya se considera preocupante: significa que al menos uno de cada cinco paquetes se pierde por el camino, algo que en aplicaciones sensibles como voz IP, videollamada o gaming se traduce en una experiencia muy mala.

Recuerda además que el comando ping solo verifica la conectividad a nivel de red mediante ICMP. Es posible que un ping sea correcto pero el servicio web, el correo o la base de datos de ese servidor estén caídos. Para diagnósticos más completos conviene combinar ping con otras utilidades como traceroute o pruebas HTTP específicas.

Ping extendido en routers y equipos Cisco: diagnóstico avanzado

En entornos de red más complejos, como routers Cisco, existe la opción de usar un ping extendido que permite personalizar muchos más parámetros de la prueba, algo muy útil cuando sospechas de problemas de MTU, de rutas o de calidad de servicio.

Al lanzar un ping normal desde un router, la dirección de origen de los paquetes suele ser la IP de la interfaz de salida. Con el comando extendido puedes indicar qué dirección IP o interfaz concreta quieres utilizar como origen, para simular que el tráfico viene de un segmento específico y estudiar el comportamiento de la ruta.

En modo EXEC privilegiado, al escribir simplemente ping, el sistema te va guiando por varios campos configurables: protocolo (IP u otros admitidos), dirección de destino, número de repeticiones, tamaño del datagrama, tiempo de espera, patrones de datos y opciones avanzadas como el bit DF (Don’t Fragment) o las opciones del encabezado IP (Loose, Strict, Record, Timestamp, Verbose).

Entre las opciones destacadas del ping extendido en Cisco se incluyen:

• Repeat count: número de paquetes que se enviarán en la prueba (por defecto 5).
• Datagram size: tamaño en bytes del paquete de ping (por defecto 100, configurable).
• Timeout: segundos que se esperarán antes de dar el paquete por perdido.
• Source address or interface: dirección IP o interfaz origen desde la que se lanzará el eco.
• Set DF bit in IP header: para evitar la fragmentación y localizar el MTU más bajo en la ruta.
• Data pattern: patrón hexadecimal de los datos, útil para detectar errores de framing o clocking en líneas serie con problemas físicos.
• Sweep range of sizes: barrido de tamaños de paquete para identificar a partir de qué tamaño aparecen problemas.

La opción de barrido de tamaños (sweep range) permite ir variando el tamaño de los paquetes entre un mínimo y un máximo con un cierto intervalo, enviando múltiples pings para cada tamaño. De este modo puedes descubrir a qué altura de MTU se empiezan a producir pérdidas o fragmentaciones no deseadas.

La lectura de resultados en estos equipos se basa también en símbolos: las exclamaciones indican éxito, los puntos indican timeouts y, al final, se resume la tasa de éxito y los tiempos de ida y vuelta mínimo, medio y máximo en milisegundos. Esto facilita mucho detectar si el problema está en la capa física, en la ruta o en un mal ajuste de MTU.

Traceroute y tracert: complementos perfectos para ping

Mientras ping sirve para verificar si un host responde y cuánto tarda, traceroute (o tracert en Windows) se utiliza para descubrir por qué ruta pasan los paquetes hasta llegar al destino y en qué punto concreto pueden estar fallando.

El mecanismo habitual de traceroute consiste en enviar datagramas con el campo TTL inicial en 1, de forma que el primer router intermedio lo descarta y devuelve un mensaje ICMP “time exceeded” indicando que el paquete ha expirado. Después, se repite el proceso con TTL=2, TTL=3 y así sucesivamente, hasta alcanzar el destino o un TTL máximo predefinido.

Al final, como los paquetes suelen enviarse a un puerto UDP inválido (por ejemplo, 33434), el propio host de destino responde con un ICMP “port unreachable”, señal de que el paquete ha llegado. Con toda esa información, traceroute construye la lista de saltos, mostrando cada router intermedio con su IP (y nombre si es resoluble) y los tiempos de respuesta.

En algunos dispositivos Cisco existe también un traceroute extendido que, igual que el ping extendido, permite ajustar dirección origen, tiempo de espera, número de sondeos, TTL mínimo y máximo, número de puerto y opciones de cabecera IP. Es especialmente útil para localizar bucles de enrutamiento, saltos que dejan caer el tráfico o segmentos donde se aplican ACL o firewalls que bloquean paquetes.

Ten en cuenta que si en una interfaz has desactivado el envío de ICMP “destination unreachable” (por ejemplo, con un “no ip unreachables”), traceroute no podrá completar la traza correctamente, porque los paquetes se descartarán sin notificar el motivo.

Por qué un ping puede fallar: causas habituales y casos curiosos

Cuando ejecutas ping hacia otro equipo de la red y obtienes mensajes de “tiempo de espera agotado” o simplemente no recibes respuestas, no siempre significa que el host esté caído o desconectado. Hay varios motivos posibles.

Una razón bastante habitual es que exista un firewall (en tu equipo, en el router intermedio o en el propio destino) que bloquee el tráfico ICMP de eco o de respuesta. En muchas redes corporativas o entornos sensibles se decide no contestar al ping precisamente para no dar pistas sobre qué máquinas están activas.

En otros casos el problema está en la ruta: puede que haya un router sin ruta de vuelta hacia tu red, o que algún salto intermedio descarte el tráfico porque no tiene una puerta de enlace por defecto correctamente configurada. Esto es típico en escenarios donde dos hosts de distintas subredes no pueden hacerse ping pese a estar conectados a routers que, en principio, sí se ven entre sí.

Imagina, por ejemplo, dos equipos conectados a segmentos LAN distintos a través de varios routers. Si uno de los routers pierde la ruta hacia la subred del otro host, o si cualquiera de los equipos no tiene bien configurada la puerta de enlace predeterminada, los paquetes de ping no llegarán o no podrán regresar al origen, provocando que la prueba falle.

Un caso real bastante típico en redes universitarias es el de dos estudiantes conectados a la misma WiFi del campus que, al intentar hacerse ping entre sí, obtienen siempre “tiempo de espera agotado”. Esto puede deberse a que la red esté segmentada y el tráfico entre clientes esté filtrado o completamente bloqueado por la política de seguridad de la universidad, aunque ambos tengan acceso a Internet sin problemas.

Causas frecuentes de una latencia alta y cómo intentar mejorarla

Una vez que has medido el ping y compruebas que la latencia es alta o irregular, toca investigar. Las causas pueden ser muy variadas, pero hay algunos factores que se repiten en casi todas las redes domésticas y de pequeñas oficinas, y que conviene revisar antes de culpar al operador o al servidor remoto.

El primer elemento a tener en cuenta es el tipo de conexión. En general, una conexión por cable Ethernet ofrece una latencia más baja y estable que una conexión WiFi, sobre todo si hay interferencias, paredes gruesas o muchos dispositivos compitiendo por el mismo canal. La fibra óptica suele ser la mejor opción en cuanto a latencia, aunque no siempre está disponible en todas las zonas.

También influye muchísimo la carga de uso de la línea. Si bajo la misma conexión tienes varios equipos descargando, reproduciendo vídeo o jugando al mismo tiempo, la saturación puede disparar la latencia y la pérdida de paquetes. Un simple test de ping mientras alguien está subiendo archivos grandes a la nube puede mostrar picos muy altos.

El software de “optimización” de red y ciertas VPN pueden ser otro dolor de cabeza. Muchas aplicaciones que prometen mejorar la conexión lo que hacen en realidad es inyectar más tráfico, modificar rutas o forzar priorizaciones extrañas, elevando la latencia en lugar de reducirla. Si sospechas de una de estas herramientas, desactívala y repite el ping.

No hay que olvidar el factor hardware: un router antiguo, una tarjeta de red muy vieja o cables en mal estado pueden afectar tanto a la estabilidad como a la velocidad. En algunos casos, cambiar un router desfasado por uno más moderno, o conectar el PC por cable en lugar de usar un WiFi saturado, reduce de forma dramática el lag y la pérdida de paquetes.

Pasos rápidos para investigar y solucionar problemas de lag con ping

Si tus pruebas de ping muestran latencias anómalas, pérdidas de paquetes o resultados muy inconsistentes, merece la pena seguir una pequeña lista de comprobaciones antes de llamar a tu proveedor. Estas acciones sencillas ayudan a descartar problemas locales y dar datos muy útiles al soporte técnico.

Como primer paso, reinicia tanto el router como el ordenador. Apaga el router al menos 30 segundos y vuélvelo a encender, y aprovecha para reiniciar también el PC. Esto limpia tablas de enrutamiento, sesiones antiguas y posibles bloqueos puntuales que a veces se arrastran durante días.

Después, revisa las conexiones físicas: cables Ethernet bien encajados, sin dobleces exageradas, sin conectores partidos. Si estás usando WiFi, intenta acercarte al router, cambiar de banda (2,4 vs 5 GHz) o, mejor aún, hacer la prueba conectado por cable para ver si la latencia mejora.

Un paso muy útil es lanzar un traceroute (o tracert en Windows) hacia un destino donde hayas detectado problemas. Este comando mostrará todos los saltos intermedios y en cuál de ellos empiezan a dispararse los tiempos o a producirse pérdidas. Basta con ejecutar algo como:

tracert google.com en Windows
traceroute google.com en Linux/macOS

Por último, revisa si tienes los controladores de red actualizados. Desde el Administrador de dispositivos en Windows, o desde las herramientas de tu distribución Linux, asegúrate de que la tarjeta de red no está usando drivers obsoletos o genéricos que puedan dar problemas. A veces un simple update de drivers arregla desconexiones y latencias raras.

Si después de todo esto los pings siguen siendo malos, toma nota de los resultados: porcentaje de pérdida, IP o dominios afectados, horas en las que más se nota el problema y trazas de traceroute representativas. Con esa información en la mano puedes llamar a tu operador y facilitarles datos concretos para que localicen el fallo con más rapidez.

Limitaciones y consideraciones de seguridad al usar ping

Aunque ping es una herramienta potentísima para el diagnóstico básico, conviene recordar que no mide todos los aspectos de la calidad de una conexión. Se centra en la latencia y la pérdida de paquetes con ICMP, pero no te dirá nada directamente sobre jitter (variación de latencia), ancho de banda disponible real o rendimiento de aplicaciones específicas.

En materia de seguridad, ICMP también ha sido protagonista de ataques conocidos, como el “ping de la muerte”, en el que se enviaban paquetes ICMP mal formados o demasiado grandes para intentar bloquear sistemas vulnerables. Aunque los sistemas actuales suelen estar protegidos contra ese tipo de ataque, muchos administradores optan por filtrar ICMP en firewalls perimetrales.

Por todo esto, cuando uses ping debes tener claro que la ausencia de respuesta no siempre significa que el host esté inaccesible; puede ser simplemente una política de seguridad. Y, a la inversa, que un ping responda bien no garantiza que todos los servicios del servidor funcionen al 100 %.

Combinando ping con herramientas complementarias como traceroute, tests de velocidad y utilidades específicas de cada aplicación (por ejemplo, diagnósticos de hosting o de bases de datos), podrás tener una visión mucho más completa de la salud de tu red y del origen real de cualquier lag que te esté arruinando partidas, reuniones o descargas.

Dominar el uso del comando ping —desde la simple prueba a una web hasta el ping extendido en routers profesionales— te da un control muy valioso sobre tu conexión: te permite medir el lag de forma objetiva, interpretar la estabilidad de la línea y distinguir entre fallos locales, problemas de ruta y bloqueos por seguridad, de manera que no vayas a ciegas cuando toque diagnosticar un problema de red.