Documentos de Académico
Documentos de Profesional
Documentos de Cultura
¿De qué hablamos cuando hablamos de PING? ¿Lo hemos escuchado cientos de veces, pero,
¿sabemos que estamos diciendo o haciendo?
Si estás familiarizado con el lenguaje de redes es muy probable que te hayas topado con las
letras Ping, un acrónimo para Packet Internet Groper, lo que literalmente en castellano sería
“buscador de paquetes en redes”.
En esencia, Ping es un comando o una herramienta de diagnóstico que permite hacer una
verificación del estado de una determinada conexión de un host local con al menos un equipo
remoto contemplado en una red de tipo TCP/IP.
Sirve para determinar si una dirección IP específica o host es accesible desde la red o no.
Ping se utiliza comúnmente para comprobar si hay errores de red. El funcionamiento del
mecanismo es muy simple. Trabaja mediante el envío de series de información a una dirección
IP, host o servidor. Por medio del tiempo de espera de la respuesta a ese envío de información
se determina el retraso o no de esa respuesta, lo que también se conoce como latencia.
El tiempo de respuesta que tenga el comando Ping puede revelar lo que buscamos. Por
ejemplo, un ping rápido o de baja latencia indica que hay una mejor conexión. Por el contrario,
una mayor latencia puede ser síntoma de algún problema de seguridad.
Esta herramienta puede ser ejecutada desde múltiples sistemas operativos, pero se usa
especialmente en dispositivos de sistemas Windows y también en los de GNU Linux.
Es posible usarlo en varias tareas en las redes. Algunos de sus usos más comunes son los
siguientes:
Es una pequeña línea de código y lo que hace es enviar desde su posición un paquete de
información de 32 bytes al destino que hayamos seleccionado, ¿para qué? para comprobar
que tu pc tiene comunicación con el destino. El destino escucha los paquetes que se están
enviando y responde de la misma forma, esperando solo hasta un segundo por cada envío.
Pero si el ping falla es porque hay pérdidas por el camino.
Abrís la consola de comandos que en Windows o la terminal de Linux y se escribe ping seguido
del nombre de dominio o IP al que quieres llegar, seguido de la tecla Enter. Si todo sale bien
veremos algo como esto:
Aquí confirmamos que el ping ha enviado cuatro paquetes al destino indicado y éste nos ha
contestado correctamente. Por defecto se enviarán cuatro paquetes, pero si queremos enviar
más simplemente colocamos al final del destino lo siguiente: -n y el número de resultados que
querés obtener.
Acá tiramos un ping a Google.com y queremos que envié 6
Para usar otras opciones es necesario especificar los parámetros de acuerdo a la necesidad.
La respuesta "Tiempo de espera agotado para esta solicitud" significa que no se obtuvo
ninguna respuesta al comando ping durante el período de tiempo predeterminado
(1 segundo). Es por esta razón que el usuario debe comprobar si se ha producido alguna de las
situaciones siguientes:
Un Tracert o Traceroute envía paquetes eco (igual que el ping) pero éste nos muestra la ruta
que toma hacia el destino al que queremos llegar, mostrándonos en ese camino datos como
los hosts por los que pasa y el tiempo que se toma en cada salto hasta llegar al destino. El
tracert tiene una ventaja contra el ping, y es que aquí podemos ver hasta qué punto y host
llegamos en caso de que tengamos un fallo en la comunicación con el destino.
En definitiva, un traceroute muestra paso a paso la ruta que sigue una conexión para llegar a
su destino.
¿Cómo lo hace?
Enviando un paquete a un puerto UDP abierto en el destino. Para los 3 paquetes iniciales,
establece el parámetro TTL en 1 y libera el paquete. El paquete entonces es transferido al
primer router (completa el primer salto), y el parámetro TTL es disminuido por el router de 1 a
0. Entonces el router lo descarta y manda una notificación ICMP al host original con un
mensaje indicando que el TTL expiró en el router. Esto le dice a tracert cuál es el primer salto y
cuánto tardó el proceso de llegar hasta allí. Traceroute repite el proceso, incrementando
gradualmente el TTL hasta que la ruta alcance al host remoto y se obtenga un mensaje ICMP
de Puerto de Destino Inaccesible, el cual indica que el host remoto fue alcanzado.
Los tiempos de respuesta pueden variar dramáticamente debido a que el paquete está
cruzando largas distancias, y en otras oportunidades estos aumentos vienen dados por
congestión en la red. También puede usar traceroute para determinar cuántos saltos realizó el
paquete hasta llegar a su destino.
Ejemplo de traceroute
Región: Norteamérica
Ip: 24.105.30.129
En caso de que en alguno de los saltos aparezcan asteriscos continuos, esto indica que la
respuesta no fue recibida. Esto ocurre en algunos routers que no emiten mensajes ICMP de
TTL expirado. En el ejemplo anterior, se obtuvo respuesta en todos los saltos, salvo en el
tercero.