Академический Документы
Профессиональный Документы
Культура Документы
1: Ping y Traceroute
Diagrama de topologa
Tabla de direccionamiento
Mscara Gateway
Dispositivo Interfaz Direccin IP
de subred por defecto
S0/0/0 10.10.10.6 255.255.255.252 No aplicable
R1-ISP
Fa0/0 192.168.254.253 255.255.255.0 No aplicable
S0/0/0 10.10.10.5 255.255.255.252 No aplicable
R2-Central
Fa0/0 172.16.255.254 255.255.0.0 No aplicable
No aplicable 192.168.254.254 255.255.255.0 192.168.254.253
Eagle Server
No aplicable 172.31.24.254 255.255.255.0 No aplicable
Tu host No aplicable 172 . 16 . 1 . X 255.255.0.0 172.16.255.254
Todo el contenido es Copyright 1992 2007 de Cisco Systems, Inc. Todos los derechos reservados.
Este documento es informacin pblica de Cisco. Pgina 1 de 8
CCNA Exploration
Aspectos bsicos de redes: Direccionamiento de la red: IPv4 Prctica de laboratorio 6.7.1: Ping y Traceroute
Objetivos de aprendizaje
Al completar esta prctica de laboratorio, usted podr:
Utilizar el comando ping para verificar la conectividad de red TCP/IP simple.
Utilizar el comando tracert/traceroute para verificar la conectividad TCP/IP.
Informacin bsica
Ping y tracert son dos herramientas indispensables al momento de probar la conectividad de red
TCP/IP. La utilidad ping est disponible en Windows, Linux, y Cisco IOS y prueba la conectividad de red.
La utilidad tracert est disponible en Windows y traceroute, utilidad similar, est disponible en
Linux y Cisco IOS. Adems de utilizarse para probar la conectividad, tracert puede utilizarse para
verificar la latencia de red.
Por ejemplo, cuando un explorador Web no se conecta a un servidor Web, el problema puede estar en
cualquier parte entre el cliente y el servidor. Un ingeniero de red puede utilizar el comando ping para
probar la conectividad de red local o conexiones con pocos dispositivos. En redes complejas se utiliza el
comando tracert. Se ha discutido mucho el tema sobre dnde comenzar las pruebas de conectividad
y por lo general depende de la experiencia del ingeniero de red y de la familiaridad con la red.
Ping y tracert utilizan el Control Message Protocol (ICMP) para enviar mensajes entre dispositivos.
ICMP es un protocolo de capa de red de TCP/IP, definido por primera vez en RFC 792, en septiembre
del ao 1981. Los tipos de mensajes ICMP se expandieron ms tarde en RFC 1700.
Escenario
En esta prctica de laboratorio, se examinarn los comandos ping y tracert, y se utilizarn las
opciones de comando para modificar el comportamiento del comando. Para que los estudiantes se
familiaricen con el uso de comandos, se probarn los dispositivos en el laboratorio de Cisco.
Es probable que el tiempo de demora medido sea menor que el de una red de produccin. Esto se
debe a que hay poco trfico de red en el laboratorio Eagle 1.
Tarea 1: Uso del comando ping para verificar la conectividad de la red TCP/IP simple.
El comando ping se utiliza para verificar la conectividad de capa de red TCP/IP en la computadora host
local u otro dispositivo en la red. El comando puede utilizarse con una direccin IP destino o nombre
calificado, como por ejemplo eagle-server.example.com, para probar la funcionalidad de servicios de
nombres de dominios (DNS). Slo se utilizan direcciones IP para esta prctica de laboratorio.
El funcionamiento del comando ping es sencillo. La computadora de origen enva una solicitud de eco
ICMP al destino. El destino responde con una respuesta de eco. En caso de interrupcin entre el origen
y el destino, un router puede responder con un mensaje ICMP que establece que el host o la red de
destino son desconocidos.
1. Abra un terminal de Windows y determine la direccin IP de la computadora host del mdulo del
grupo con el comando ipconfig, como indica la Figura 1.
El resultado debe ser igual excepto por la direccin IP. Cada computadora host del mdulo del
grupo debe tener la misma mscara de red y direccin de gateway por defecto; slo la direccin
IP puede ser diferente. Si falta informacin o si la mscara de subred y el gateway por defecto
son diferentes, vuelva a configurar los parmetros de TCP/IP para hacer coincidir las
configuraciones para esta computadora host del mdulo del grupo.
2. Registre la informacin sobre la informacin de red TCP/IP local:
Informacin TCP/IP Valor
Direccin IP
Mscara de subred
Gateway por defecto
3. Use el comando ping para verificar la conectividad de la capa de red TCP/IP en la computadora
host local.
Cuatro solicitudes de ping se envan al destino en forma predeterminada y se recibe informacin
de respuesta. El resultado debe ser similar al que se visualiza en la Figura 2.
1 Direccin de destino, configurada en la direccin IP para la computadora local.
2 Informacin de respuesta:
bytes: tamao del paquete ICMP.
tiempo: tiempo transcurrido entre la transmisin y la respuesta.
TTL: valor TTL predeterminado del dispositivo DESTINATION, menos la cantidad de
routers en la ruta. El valor TTL mximo es 255, y para los equipos de Windows ms
nuevos el valor predeterminado es 128.
3 Resumen de informacin sobre las respuestas:
4 Paquetes enviados: cantidad de paquetes transmitidos. Se envan cuatro paquetes
en forma predeterminada.
5 Paquetes recibidos: cantidad de paquetes recibidos.
6 Paquetes perdidos: diferencia entre la cantidad de paquetes enviados y recibidos.
Todo el contenido es Copyright 1992 2007 de Cisco Systems, Inc. Todos los derechos reservados.
Este documento es informacin pblica de Cisco. Pgina 3 de 8
CCNA Exploration
Aspectos bsicos de redes: Direccionamiento de la red: IPv4 Prctica de laboratorio 6.7.1: Ping y Traceroute
1. Use el comando ping para verificar la conectividad de la capa de red TCP/IP al gateway por
defecto. Los resultados deben ser similares a los que se visualizan en la Figura 3.
El valor TTL predeterminado de Cisco IOS se configura en 255, por ello el valor TTL devuelto
es 255.
2. Complete los resultados del comando ping para el gateway por defecto.
Realiza un ping al gateway de tu PC y registra los datos obtenidos:
Campo Valor
Tamao del paquete
Cantidad de paquetes enviados
Cantidad de respuestas
Cantidad de paquetes perdidos
Demora mnima
Demora mxima
Demora promedio
Todo el contenido es Copyright 1992 2007 de Cisco Systems, Inc. Todos los derechos reservados.
Este documento es informacin pblica de Cisco. Pgina 4 de 8
CCNA Exploration
Aspectos bsicos de redes: Direccionamiento de la red: IPv4 Prctica de laboratorio 6.7.1: Ping y Traceroute
Paso 3: Verificar la conectividad de la capa de red TCP/IP con una red remota.
1. Utilice el comando ping para verificar la conectividad de la capa de red TCP/IP con un
dispositivo en una red remota. En este caso, se utilizar el Eagle Server. Los resultados deben ser
similares a los que se visualizan en la Figura 4.
El valor TTL predeterminado de Linux est configurado en 64. Debido a que los datagramas
viajaron a travs de dos routers para acceder a Eagle Server, el valor TTL devuelto es 62.
2. Complete los resultados del comando ping en su computadora:
Realiza un ping al eagle Server desde tu PC y registra los datos obtenidos:
Campo Valor
Tamao del paquete
Cantidad de paquetes enviados
Cantidad de respuestas
Cantidad de paquetes perdidos
Demora mnima
Demora mxima
Demora promedio
El comando ping es extremadamente til al resolver problemas en la conectividad de red. Sin embargo
existen limitaciones. En la Figura 5 el resultado muestra que el usuario no puede acceder a Eagle
Server. El problema est en Eagle Server o en un dispositivo de la ruta? El comando tracert, que se
examinar luego, puede mostrar la latencia de red e informacin de ruta.
Todo el contenido es Copyright 1992 2007 de Cisco Systems, Inc. Todos los derechos reservados.
Este documento es informacin pblica de Cisco. Pgina 5 de 8
CCNA Exploration
Aspectos bsicos de redes: Direccionamiento de la red: IPv4 Prctica de laboratorio 6.7.1: Ping y Traceroute
Paso 2: Observar la salida del comando tracert a un host que perdi conectividad de red.
Si hubiera una prdida de conectividad hacia un dispositivo final, como Eagle Server, el comando
tracert puede proporcionar pistas valiosas en cuanto al origen del problema. El comando ping
muestra la falla pero no proporciona otro tipo de informacin sobre los dispositivos en la ruta. En
cuanto al Diagrama de topologa de la prctica de laboratorio Eagle 1, tanto R2-Central como R1-ISP
se utilizan para la conectividad entre las computadoras host del mdulo del grupo y Eagle Server.
Trace complete.
C:\>
Todo el contenido es Copyright 1992 2007 de Cisco Systems, Inc. Todos los derechos reservados.
Este documento es informacin pblica de Cisco. Pgina 6 de 8
CCNA Exploration
Aspectos bsicos de redes: Direccionamiento de la red: IPv4 Prctica de laboratorio 6.7.2: Examen de paquetes ICMP
Consulte la Figura 7. Las opciones se utilizan con el comando tracert para reducir el tiempo de
espera (en milisegundos), -w 5 y el nmero mximo de saltos -h 4. Si Eagle Server fuera
desconectado de la red, el gateway por defecto respondera de manera adecuada, al igual que R1-
ISP. El problema debe estar en la red 192.168.254.0/24. En este ejemplo, Eagle Server ha sido
apagado.
Cul sera el resultado de tracert si R1-ISP fall?
El Internet Control Message Protocol (ICMP) se defini por primera vez en RFC 792, en septiembre
de 1981. Los tipos de mensajes ICMP luego se expandieron en RFC 1700. ICMP funciona en la
capa de red TCP/IP y se usa para intercambiar informacin entre dispositivos.
Los paquetes ICMP cumplen muchos usos en la red de computadoras actuales. Cuando un router
no puede enviar un paquete al host o a la red de destino, se devuelve un mensaje informativo. Los
comandos ping y tracert tambin envan mensajes ICMP a los destinos y los destinos
responden con mensajes ICMP.
Consulte la figura 1. Los campos de encabezados ICMP son comunes a todos los tipos de
mensajes ICMP. Cada mensaje ICMP comienza con un campo Tipo de 8-bits, un campo Cdigo
de 8-bits y una Checksum calculada de 16-bits. El tipo de mensaje ICMP describe los campos
ICMP restantes. La tabla de la Figura 2 muestra los tipos de mensajes ICMP de RFC 792:
Valor Significado
0 Respuesta de eco
3 Destino inalcanzable
4 Disminucin de velocidad en origen
5 Redirigir
8 Eco
11 Tiempo superado
12 Problema de parmetros
13 Marca horaria
14 Respuesta de marca horaria
15 Peticin de informacin
16 Respuesta de informacin
Todo el contenido es Copyright 1992 2007 de Cisco Systems, Inc. Todos los derechos reservados.
Este documento es informacin pblica de Cisco. Pgina 7 de 8
CCNA Exploration
Aspectos bsicos de redes: Direccionamiento de la red: IPv4 Prctica de laboratorio 6.7.2: Examen de paquetes ICMP
Los cdigos proporcionan informacin adicional al campo Tipo. Por ejemplo, si el campo Tipo es 3,
destino inalcanzable, se devuelve la informacin adicional sobre el problema al campo Cdigo. La
tabla de la Figura 3 muestra los cdigos de mensajes para un mensaje Tipo 3 ICMP, destino
inalcanzable, de RFC 1700:
Cdigo
Valor Significado
0 Red inalcanzable
1 Host inalcanzable
2 Protocolo inalcanzable
3 Puerto inalcanzable
4 Se necesita fragmentacin y no se configur un fragmento
5 Fall la ruta origen
6 Red de destino desconocida
7 Host de destino desconocido
8 Host de origen aislado
9 La comunicacin con la red de destino se encuentra
administrativamente prohibida.
10 La comunicacin con el host de destino se encuentra
administrativamente prohibida
11 Red de destino inalcanzable para el tipo de servicio
12 Host de destino inalcanzable para el tipo de servicio
Complete los campos para la solicitud de eco de paquetes ICMP con la captura de mensajes ICMP
que se muestra en la Figura 4. Los valores que comienzan con 0x son nmeros hexadecimales:
Datos
Complete los campos para la respuesta de eco de paquetes ICMP con la captura de mensajes ICMP
que se muestra en la Figura 5:
Todo el contenido es Copyright 1992 2007 de Cisco Systems, Inc. Todos los derechos reservados.
Este documento es informacin pblica de Cisco. Pgina 8 de 8
CCNA Exploration
Aspectos bsicos de redes: Direccionamiento de la red: IPv4 Prctica de laboratorio 6.7.2: Examen de paquetes ICMP
Datos
En la capa de red TCP/IP no se garantiza la comunicacin entre dispositivos. Sin embargo, ICMP s
proporciona controles mnimos para que una respuesta coincida con la solicitud. A partir de la
informacin proporcionada en el mensaje ICMP anteriormente, cmo sabe el emisor que la respuesta
es para un eco especfico?
Paso 1: Capturar y evaluar los mensajes de eco ICMP para Eagle Server.
En este paso, Wireshark se usa para examinar los mensajes de eco ICMP.
1. Abra una terminal de Windows en la computadora host del mdulo del grupo.
2. Una vez listo, inicie la captura de Wireshark.
3. Desde la terminal de Windows, haga ping en Eagle Server. Se deben recibir cuatro
respuestas exitosas de Eagle Server. Capture y pegue el ping al eagle.server.
4. Detenga la captura de Wireshark. Debe haber un total de cuatro solicitudes de eco ICMP y
respuestas eco que coincidan, similares a las que se muestran en la Figura 8.
Todo el contenido es Copyright 1992 2007 de Cisco Systems, Inc. Todos los derechos reservados.
Este documento es informacin pblica de Cisco. Pgina 9 de 8
CCNA Exploration
Aspectos bsicos de redes: Direccionamiento de la red: IPv4 Prctica de laboratorio 6.7.2: Examen de paquetes ICMP
Todo el contenido es Copyright 1992 2007 de Cisco Systems, Inc. Todos los derechos reservados.
Este documento es informacin pblica de Cisco. Pgina 10 de
8
CCNA Exploration
Aspectos bsicos de redes: Direccionamiento de la red: IPv4 Prctica de laboratorio 6.7.2: Examen de paquetes ICMP
Paso 2: Capturar y evaluar los mensajes de eco ICMP que exceden el valor TTL.
En este paso, se envan pings con un valor TTL bajo, simulando un destino que es
inalcanzable. Haga ping en Eagle Server y establezca el valor TTL para 1:
C:\> ping -i 1 192.168.254.254
Vea la Figura 11, que muestra respuestas de ping cuando el valor de TTL ha sido superado.
Qu dispositivo de red responde a pings que superaron el valor de TTL?
Las capturas de Wireshark cuando el TTL ha sido superado, se muestran en la Figura 12. Expanda la
ventana del Wireshark del medio y el registro de Internet Control Message Protocol.
Qu tipo de mensaje ICMP se usa para devolver informacin al emisor?
Todo el contenido es Copyright 1992 2007 de Cisco Systems, Inc. Todos los derechos reservados.
Este documento es informacin pblica de Cisco. Pgina 11 de
8