TÍTULO Y AUTORES
Laboratorio 1: Prueba de la Latencia de la Red con los Comando Ping y Traceroute; Santiago Alzate
Mocaleano, Tomas Mancera Estrada, Johanna Donayre Cedano.
RESUMEN
Esta práctica de laboratorio tuvo como propósito medir y evaluar la latencia de la red mediante el uso
de los comandos ping y traceroute, con el fin de analizar la conectividad y el rendimiento en la
transmisión de paquetes. Se realizaron pruebas en una red activa, enviando múltiples solicitudes de
eco a servidores ubicados en diferentes regiones del mundo para registrar los tiempos de ida y vuelta.
Además, se utilizó traceroute para analizar la ruta que siguen los paquetes hasta su destino y evaluar el
impacto de la cantidad de saltos intermedios en la latencia.
PALABRAS CLAVE
Latencia, conectividad, ping, traceroute, rendimiento de red.
1. INTRODUCCIÓN
En las redes de comunicación, la latencia es un factor clave para evaluar el rendimiento y la calidad del
servicio. Esta práctica se desarrolló en el contexto de la telemática, con el propósito de analizar la
latencia de la red mediante el uso de los comandos ping y traceroute. El objetivo principal fue medir y
evaluar el retardo en la transmisión de paquetes, identificar los factores que influyen en este retardo y
comparar los resultados obtenidos en diferentes momentos del día.
Se llevaron a cabo pruebas en las que se enviaron múltiples solicitudes de eco a servidores ubicados en
distintas regiones del mundo, permitiendo evaluar la latencia promedio y los valores máximos y
mínimos registrados. Además, se utilizó el comando traceroute para analizar la cantidad de saltos
intermedios y su impacto en la latencia total. Con estos datos, se espera comprender mejor el
comportamiento de la red y la influencia de la distancia y la infraestructura en la transmisión de
paquetes.
2. REQUERIMIENTOS
Para el desarrollo de esta práctica, se establecieron los siguientes requerimientos:
I. Acceso a una red activa para realizar mediciones en un entorno real.
II. Uso de un equipo con conexión a Internet para ejecutar los comandos.
III. Registro de datos obtenidos a partir de ping y traceroute para su posterior análisis.
IV. Comparación de la latencia entre distintos servidores y análisis del impacto de la distancia
1
geográfica.
V. Uso de herramientas adicionales como Open Visual Traceroute y Packet Tracer en etapas
posteriores del análisis.
3. PROCEDIMIENTO
A. USO DEL COMANDO PING PARA REGISTRAR LA LATENCIA DE LA RED
Se examinó la latencia de varios sitios web de distintas partes del mundo. Para ello primero se
verificó la conectividad de los sitios web del Registro Regional de Internet mediante el
comando ping.
1. Verificación de conectividad
● Verificación de la conectividad en C:\Users\User1> ping [Link] tal y como se
puede observar en la Figura 1.
Figura 1. Verificación de conectividad de [Link]
● Verificación de la conectividad en C:\Users\User1> ping [Link] tal y como
se puede observar en la Figura 2.
Figura 2. Verificación de conectividad de [Link]
2
● Verificación de la conectividad en C:\Users\User1> ping [Link] tal y como
se puede observar en la Figura 3.
Figura 3. Verificación de conectividad de [Link]
● Verificación de la conectividad en C:\Users\User1> ping [Link] tal y como
se puede observar en la Figura 4.
Figura 4. Verificación de conectividad [Link]
Como se evidenció en las figuras anteriores, se logró la conexión con casi todos los sitios
web, excepto [Link]. En el caso de [Link], uno de los archivos se perdió.
La pérdida de un archivo en [Link] puede deberse a la congestión en la red puede causar la
pérdida de paquetes, afectando la estabilidad de la conexión. También, problemas en la ruta de
transmisión, como nodos intermedios con alta latencia o pérdida de paquetes, pueden interferir
con la comunicación.
3
2. Recopilación de los datos
Se enviaron 25 solicitudes de eco a cada una de las direcciones anteriormente
mencionadas, esto con el fin de poder obtener una cantidad suficiente de datos sobre el
comando ping.
Primeramente se obtuvieron las opciones disponibles del comando ping, con el fin de
obtener los 25 datos en una sola solicitud, al escribir el comando ping en la consola se
obtiene el texto de la Figura 5, en la cual se observa que se debía ingresar -n (número de
solicitudes).
Figura 5. Opciones disponibles para el comando ping
Posteriormente se utilizó la herramienta de conteo para poder hacer la toma de las 25
solicitudes y esto se realizó para cada uno de los sitios web.
● Solicitud de datos a C:\Users\User1> ping –n 25 [Link] > [Link], se puede
observar archivo de texto con el nombre [Link], este archivo de texto contiene los
resultados de las solicitudes de eco tal y como se observa en la Figura 6.
4
Figura 6. Respuesta a las 25 solicitudes a [Link]
● Solicitud de datos a C:\Users\User1> ping –n 25 [Link] > [Link], se puede
observar archivo de texto con el nombre [Link], este archivo de texto contiene los
resultados de las solicitudes de eco tal y como se observa en la Figura 7.
Figura 7. Respuesta a las 25 solicitudes de [Link]
5
● Solicitud de datos a C:\Users\User1> ping –n 25 [Link] > [Link], se puede
observar archivo de texto con el nombre [Link], este archivo de texto contiene los
resultados de las solicitudes de eco tal y como se observa en la Figura 8.
Figura 8. Respuesta a las 25 solicitudes de [Link]
● Solicitud de datos a C:\Users\User1> ping –n 25 [Link] > [Link] [Link], se
puede observar archivo de texto con el nombre [Link], este archivo de texto contiene
los resultados de las solicitudes de eco tal y como se observa en la Figura 9.
Figura 9. Respuesta a las 25 solicitudes de [Link]
6
3. Verificación de los datos obtenidos
Para verificar que los archivos se hayan guardado de forma correcta se escribe en la
consola el comando more junto con el nombre de los archivos de texto guardados, esto
se realizó con todos los archivos como ejemplo se puede observar el de la Figura 10, en
donde se verificó que se guardase al archivo de texto de la web arin.
Figura 10. Verificación del correcto guardado del archivo de texto arin
Los resultados obtenidos en el registro de los datos se pueden evidenciar en la tabla 1.
Mínimo (ms) Máximo Promedio
[Link] 347 827 422
[Link] 76 247 147
[Link] 0 0 0
[Link] 208 338 267
Tabla 1. Datos obtenidos del registro de los datos obtenidos
Excluyendo [Link], nos dimos cuenta que los retardos varían dependiendo de donde
estén los servidores. AFRINIC (África) tiene los retardos más altos, lo que indica que está
más lejos del punto de prueba. APNIC (Asia-Pacífico) muestra los retardos más bajos,
probablemente porque está más cerca o tiene mejor infraestructura de red. Por otro lado,
LACNIC (América Latina y el Caribe) presenta retardos intermedios, lo que sugiere que la
distancia es moderada. Estos resultados confirman que la ubicación geográfica influye
directamente en la latencia, ya que a mayor distancia, mayor es el tiempo de respuesta.
7
B. USO DEL COMANDO TRACEROUTE PARA REGISTRAR LA LATENCIA DE LA RED
Se realizaron las mediciones en los sitios web pero mediante el comando traceroute, este
comando funciona enviando pequeños paquetes de datos a un destino y haciendo que cada
uno viaje un poco más lejos en la red pero con un número específico de “saltos” que puede
hacer.
1. Uso del comando tracert para registrar el resultado en archivos de texto.
● Se crearon los archivos de traceroute con C:\Users\User1> tracert [Link]
> traceroute_arin.txt tal y como se observa en la Figura 11.
Figura 11. Traceroute para [Link]
● Se crearon los archivos de traceroute con C:\Users\User1> tracert
[Link] > traceroute_lacnic.txt tal y como se observa en la Figura 12.
8
Figura 12. Traceroute para [Link]
● Se crearon los archivos de traceroute con C:\Users\User1> tracert
[Link] > traceroute_afrinic.txt tal y como se observa en la Figura 13.
Figura 13. Traceroute para [Link]
● Se crearon los archivos de traceroute con C:\Users\User1> tracert [Link]
> traceroute_apnic.txt tal y como se observa en la Figura 14.
Figura 14. Traceroute para [Link]
2. Análisis de los resultados obtenidos
Se analizaron cada uno de los resultados obtenido mediante el traceroute para cada sitio
web:
Análisis de los resultados de traceroute
1. [Link] (África) Los resultados muestran que la latencia en esta conexión es
bastante alta. El primer salto tiene un RTT mínimo de 3 ms, pero a medida que los
paquetes avanzan, el retardo aumenta considerablemente. En el salto 7, el RTT llega a
9
166 ms, lo que indica que los paquetes están cruzando largas distancias. En el salto 19, el
retardo alcanza los 491 ms, posiblemente debido al uso de enlaces satelitales o
conexiones de gran distancia. Finalmente, en el salto 21, el RTT se estabiliza en 402 ms,
lo que confirma que el servidor está ubicado muy lejos del origen.
2. [Link] (Asia-Pacífico) En esta conexión, la latencia es significativamente menor
que en AFRINIC. El RTT mínimo es de 3 ms en el primer salto, y el máximo se da en el
salto 8 con 186 ms. Sin embargo, al llegar al destino en el salto 9, la latencia baja a 102
ms, lo que sugiere que hay una optimización en la ruta después de ciertos puntos. Esto
indica que la infraestructura de la red en esta región es más eficiente y permite un
menor retardo en la comunicación.
3. [Link] (América del Norte) Los resultados para ARIN muestran una latencia baja
en comparación con los demás servidores. El primer salto tiene un RTT de 3 ms y el
máximo registrado es de 117 ms en el salto 16. Finalmente, el RTT final es de 107 ms, lo
que indica que el servidor está relativamente cerca del origen. Se observa un aumento
en la latencia en algunos saltos intermedios, como en el salto 6, donde el RTT sube a 68
ms. Esto puede deberse a congestión en la red o a la ruta específica que toman los
paquetes en ese momento.
4. [Link] (América Latina y el Caribe) La latencia en esta conexión es moderada en
comparación con AFRINIC y APNIC. El primer salto tiene un RTT de 3 ms y el retardo
máximo se da en el salto 14 con 203 ms. En el destino final, el RTT es de 187 ms, lo que
indica que el servidor se encuentra a una distancia intermedia del origen. El salto 9
presenta un RTT de 193 ms, lo que sugiere que el tráfico está cruzando grandes
distancias dentro de América Latina antes de llegar al destino.
Relación entre el tiempo de ida y vuelta y la ubicación geográfica
1. Distancia geográfica
Se puede observar que la latencia aumenta a medida que el servidor se encuentra más
lejos del punto de origen. Por ejemplo:
● AFRINIC (África) tiene el retardo más alto (402 ms), lo que indica una gran distancia.
● APNIC (Asia-Pacífico) tiene retardos moderados (102 ms), lo que sugiere una
distancia intermedia.
● ARIN (América del Norte) muestra los menores retardos (107 ms), indicando que
10
está más cerca del origen.
● LACNIC (América Latina) presenta un retardo intermedio (187 ms), reflejando una
distancia moderada.
2. Infraestructura de red
Además de la distancia, la calidad de la infraestructura de red influye en la latencia.
Por ejemplo:
● APNIC tiene retardos relativamente bajos a pesar de estar en Asia-Pacífico, lo que
sugiere una buena infraestructura de red.
● AFRINIC presenta una latencia alta, lo que podría deberse a una infraestructura
menos desarrollada o a la dependencia de enlaces satelitales para la conexión.
3. Congestión de la red
En algunos casos, el aumento en la latencia se debe a congestión en ciertos nodos de
la red. Por ejemplo:
● En ARIN, el salto 6 tiene un RTT de 68 ms, mientras que el salto 5 solo 11 ms. Esto
puede indicar congestión en ese punto de la red o que el tráfico está pasando por
un enlace más saturado.
Estos resultados muestran cómo la distancia, la infraestructura y la congestión de la
red influyen en la latencia y en el rendimiento de la conexión.
3. Comando extended traceroute
4. RESULTADOS
En esta sección se hará una reflexión sobre la práctica que implica usar la estrategia conocida como
“revisión después de la acción”, para lo cual debe responder los siguientes interrogantes en su equipo
de trabajo:
Objetivo:
¿Cuál era el resultado esperado?
Resultado:
11
¿Cuál fue el resultado real?[1]
Acciones:
¿Qué acciones específicas contribuyeron a cumplir con los resultados esperados?
¿Qué acciones específicas detraen de alcanzar los resultados esperados?
Objetivo:
¿Cuál es el resultado esperado futuro?
Estrategia:
¿Qué acciones incrementarán la probabilidad de cumplir con los resultados esperados futuros?
5. REFERENCIAS (si aplica) %5
Debe usarse formato APA o IEEE.
6. ANEXOS
Especificaciones técnicas de materiales y equipos que lo requieran.
Se debe incluir una tabla que indique la descripción de los archivos de código fuente y/o
archivos de trabajo utilizados para el desarrollo de la práctica.
Todos los archivos que se referencien en la tabla anterior no se incluyen en el informe escrito, se
debe adjuntar al mismo como un archivo comprimido.
12