Uso de los Comandos Ping Extendido y Traceroute Extendido

Introducción

Este documento explica cómo utilizar el ping extendido y los comandos extended traceroute. Los comandos ping y traceroute estándar se describen detalladamente en estos documentos:

• Comprensión de los comandos ping y traceroute

• Uso del comando traceroute en sistemas operativos

prerrequisitos

Requisitos

Este documento requiere la comprensión de los comandos ping y traceroute, descritos en detalle en los enlaces que aparecen en la sección Introducción de este documento.

Componentes Utilizados

La información que contiene este documento se basa en las siguientes versiones de software y hardware.

• Versión 12.2(10b) del software del IOS® de Cisco

• Todos los routers de la serie de Cisco

La información que contiene este documento se creó a partir de los dispositivos en un ambiente de laboratorio específico. Todos los dispositivos que se utilizan en este documento se pusieron en funcionamiento con una configuración verificada (predeterminada). Si la red está funcionando, asegúrese de haber comprendido el impacto que puede tener cualquier comando.

Convenciones

Consulte Convenciones de Consejos TécnicosCisco para obtener más información sobre las convenciones del documento.

El comando ping

El comando ping (Packet InterNet Groper) es un método muy común para solucionar problemas de accesibilidad a los dispositivos. Utiliza dos mensajes de consulta del Protocolo de mensajes de control de Internet (ICMP), solicitudes de eco ICMP y respuestas de eco ICMP para determinar si un host remoto se encuentra activo. El comando ping también calcula la cantidad de tiempo necesario para recibir la respuesta de eco.

En primer lugar, el comando ping envía un paquete de solicitud de eco a una dirección y después espera una respuesta. El ping es exitoso sólo si el ECHO REQUEST llega a destino y éste es capaz de llevar una ECHO REPLY de vuelta a la fuente del ping dentro de un intervalo de tiempo predefinido.

El comando Extended ping

Cuando se envía un comando ping normal desde un router, la dirección de origen del ping es la dirección IP de la interfaz que usa el paquete para salir del router. Si se utiliza un comando ping extendido, la dirección IP de origen puede modificarse a cualquier dirección IP en el router. El ping extendido se utiliza para realizar un control más avanzado del alcance del host y de la conectividad de la red. El comando ping extendido funciona solo en la línea de comando EXEC con privilegios. El ping normal funciona tanto con el modo EXEC de usuario como con el modo EXEC privilegiado. Para utilizar esta función, escriba ping en la línea de comando y pulse Volver. Se le pedirá que complete los campos, como figura en la sección Descripciones de campo del comando ping de este documento.

Descripciones de campo del comando ping

Esta tabla enumera las descripciones de campo del comando ping. Estos campos se pueden modificar con el uso del comando ping extendido.

Source address or interface: ethernet 0 

En este diagrama, el host 1 y el host 2 no pueden hacerse ping mutuamente. Puede solucionar este problema en los routers para determinar si hay un problema de routing o si uno de los dos hosts no tiene su gateway predeterminado correctamente configurado.

Para que el ping del host 1 al host 2 sea exitoso, cada host debe apuntar su gateway predeterminado al router en su segmento de LAN respectivo, o el host debe intercambiar la información de red con los routers que utilizan un protocolo de routing. Si el host no tiene su gateway predeterminado correctamente configurado, o no tiene las rutas correctas en la tabla de routing, no podrá enviar paquetes a destinos que no estén presentes en la memoria caché del protocolo de resolución de direcciones (ARP). También es posible que los hosts no puedan hacerse ping mutuamente porque uno de los routers no tiene una ruta a la subred desde la que el host extrae los paquetes de ping.

Ejemplo:

Este es un ejemplo del comando ping extendido procedente de la interfaz Ethernet 0 del router A y destinado a la interfaz Ethernet del router B. Si este ping resulta exitoso, es un indicio de que no hay problemas de ruteo. El router A sabe cómo llegar a Ethernet del router B y el router B sabe cómo llegar a Ethernet del router A. Además, las gateways predeterminadas de ambos hosts están correctamente configuradas.

Si el comando ping extendido del router A falla, significa que hay un problema de routing. Puede haber un problema de routing en cualquiera de los tres routers. El router A puede omitir una ruta a la subred Ethernet del router B o a la subred entre el router C y el router B. El router B puede omitir una ruta a la subred Ethernet del router A o a la subred entre el router C y el router A. y el Router C podría estar perdiendo una ruta a la subred de los segmentos Ethernet del Router A o del Router B. Debe corregir cualquier problema de routing; luego, el host 1 debe intentar hacer ping al host 2. Si el Host 1 aún no puede hacer ping con el Host 2, deben controlarse los hosts predeterminados de los gateways. La conectividad entre Ethernet del router A y Ethernet del router B se comprueba con el comando ping extendido.

Con un ping normal del router A a la interfaz Ethernet del router B, la dirección de origen del paquete de ping será la dirección de la interfaz de salida; es decir, la dirección de la interfaz serial 0 (172.31.20.1). Cuando el router B responde al paquete de ping, lo hace a la dirección de origen (172.31.20.1). De esta manera, solo se comprueba la conectividad entre la interfaz serial 0 del router A (172.31.20.1) y la interfaz Ethernet del router B (192.168.40.1).

Para comprobar la conectividad entre Ethernet 0 del router A (172.16.23.2) y Ethernet 0 del router B (192.168.40.1), utilice el comando ping extendido. Con el ping extendido, tiene la opción de especificar la dirección de origen de los paquetes de ping, como se muestra aquí.

Router A>enable
Router A#ping
Protocol [ip]:
Target IP address: 192.168.40.1

!--- The address to ping.

Repeat count [5]:
Datagram size [100]:
Timeout in seconds [2]:
Extended commands [n]: y
Source address or interface: 172.16.23.2 

!---Ping packets are sourced from this address.

Type of service [0]:
Set DF bit in IP header? [no]:
Validate reply data? [no]:
Data pattern [0xABCD]:
Loose, Strict, Record, Timestamp, Verbose[none]:
Sweep range of sizes [n]:
Type escape sequence to abort.
Sending 5, 100-byte ICMP Echos to 162.108.21.8, timeout is 2 seconds:
!!!!!
Success rate is 100 percent (5/5), round-trip min/avg/max = 36/97/132 ms  

!--- Ping is successful.

Router A#

Este es un ejemplo con comandos extendidos y detalles del barrido:

Router A>enable
Router A#ping

Protocol [ip]:

!--- The protocol name.


Target IP address: 192.168.40.1

!--- The address to ping.


Repeat count [5]: 10

!--- The number of ping packets that are sent to the destination address.


Datagram size [100]:

!--- The size of the ping packet in size. The default is 100 bytes.


Timeout in seconds [2]:

!--- The timeout interval. The ping is declared successful only if the !--- ECHO REPLY packet is received before this interval.


Extended commands [n]: y	

!--- You choose yes if you want extended command options !--- (Loose Source Routing, Strict Source Routing, Record route and Timestamp).


Source address or interface: 172.16.23.2 

!--- Ping packets are sourced from this address and must be the IP address !--- or full interface name (for example, Serial0/1 or 172.16.23.2).


Type of service [0]:

!--- Specifies Type of Service (ToS).


Set DF bit in IP header? [no]:

!--- Specifies whether or not the Don’t Fragment (DF) bit is to be !--- set on the ping packet.


Validate reply data? [no]:

!--- Specifies whether or not to validate reply data.


Data pattern [0xABCD]:

!--- Specifies the data pattern in the ping payload. Some physical links !--- might exhibit data pattern dependent problems. For example, serial links !--- with misconfigured line coding. Some useful data patterns to test !--- include all 1s (0Xffff), all 0s (0x0000) and alternating !--- ones and zeros (0Xaaaa).


Loose, Strict, Record, Timestamp, Verbose[none]:

!--- IP header options.


Sweep range of sizes [n]: y

!--- Choose yes if you want to vary the sizes on echo packets that are sent.

	
Sweep min size [36]:
Sweep max size [18024]:
Sweep interval [1]:
	
Sending 179890, [36..18024]-byte ICMP Echos to 162.108.21.8, timeout is 2 seconds:


!--- The count 179890 depends on the values of min sweep, !--- max sweep, sweep interval and repeat count. Calculations are based on: !--- 18024(high end of range) - 36(low end of range) = 17988(bytes in range) !--- 17988(bytes in range) / 1(sweep interval) = 17988 (steps in range) !--- 17988(bytes in range) + 1 (first value) = 17989(values to be tested) !--- 17989(values to be tested) * 10(repeat count) = 179890 (pings to be sent) !--- In order to decrease the value, increase the sweep interval or decrease !--- the repeat count, or you can even decrease the difference between !--- Minimum and Maximum sweep size. Based on the previous example, the !--- number 17890 is an expected value and tries to ping 17890 times. 

Packet sent with a source address of 172.16.23.2
!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
Success rate is 100 percent, round-trip min/avg/max = 1/2/4 ms



!--- Ping is successful.


Router A#

El comando traceroute

Mientras que el comando ping puede utilizarse para verificar la conectividad entre los dispositivos, traceout puede utilizarse para detectar los trayectos que toman los paquetes hacia un destino remoto y también, dónde deja de funcionar el ruteo.

El propósito detrás del comando traceroute es registrar la fuente de cada mensaje de “tiempo excedido” del ICMP para proporcionar un rastro de la ruta que toma el paquete para llegar al destino.

El dispositivo que ejecuta el comando traceroute envía una secuencia de datagramas del protocolo de datagramas de usuario (UDP), cada una con valores de tiempo de vida (TTL) en aumento, a una dirección de puerto no válida (33434 predeterminada) en el host remoto.

Primero se envían tres datagramas, cada uno con un valor de campo TTL de 1. El valor 1 del TTL hace que el datagrama entre en modo de “tiempo de espera” ni bien llegue al primer router en la ruta. Este router entonces responde con un mensaje de “time exceeded" (tiempo excedido) del ICMP, lo que indica que el datagrama ha expirado.

Luego se envían tres mensajes UDP más, cada uno con el valor del TTL establecido en 2. Esto hace que el segundo router en la trayectoria al destino devuelva el mensaje de “time exceeded" (tiempo excedido) del ICMP.

Este proceso continúa hasta que los paquetes alcanzan el destino y hasta que el sistema que origina el comando traceroute recibe el mensaje de “tiempo excedido” del ICMP de cada router en la ruta al destino. Dado que estos datagramas intentan acceder a un puerto no válido (33434 predeterminado) en el host de destino, el host responde con el mensaje “port unreachable" del ICMP, que indica que el puerto es inalcanzable. Este evento le indica al programa traceroute que debe finalizar.

Nota: Asegúrese de no deshabilitar el comando ip unreachable marcando no ip unreachables en alguna VLAN. Este comando descarta el paquete sin enviar ningún mensaje de error de ICMP. En este caso, el comando traceroute no funciona.

El comando extended traceroute

El comando extended traceroute es una variante del comando traceroute. Un comando traceroute extendido puede utilizarse para ver qué ruta toman los paquetes para llegar a destino. El comando también puede utilizarse para verificar el ruteo al mismo tiempo. Esto es útil al resolver problemas de bucles de routing o al determinar dónde se pierden los paquetes (si falta una ruta o si los paquetes son bloqueados por una lista de control de acceso [ACL] o por el firewall). Puede utilizar el comando ping extendido para determinar el tipo de problema de conectividad y luego utilizar el comando traceroute extendido para delimitar dónde ocurre el problema.

Un mensaje de error “time exceeded" (tiempo excedido) indica que un servidor de comunicación intermedio ha reconocido y descartado el paquete. Un mensaje de error de “destination unreachable" (destino inalcanzable) indica que el nodo de destino ha recibido la sonda y la ha descartado porque no podía entregar el paquete. Si el temporizador se apaga antes de que llegue una respuesta, el comando trace imprime un asterisco (*). El comando finaliza cuando sucede una de las siguientes opciones:

• el destino responde.

• Se excede el TTL máximo.

• el usuario interrumpe el seguimiento con la secuencia de escape

  Nota: Se puede invocar esta secuencia de escape presionando simultáneamente Ctrl, Shift y 6.

Descripciones de campo del comando traceroute

Esta tabla enumera las descripciones de campo del comando traceroute:

Ejemplo:

Router A>enable
Router A#traceroute
Protocol [ip]:
Target IP address: 192.168.40.2   

!--- The address to which the path is traced.

Source address: 172.16.23.2
Numeric display [n]:
Timeout in seconds [3]:
Probe count [3]:
Minimum Time to Live [1]:
Maximum Time to Live [30]:
Port Number [33434]:
Loose, Strict, Record, Timestamp, Verbose[none]:
Type escape sequence to abort.
Tracing the route to 192.168.40.2

  1 172.31.20.2 16 msec 16 msec 16 msec
  2 172.20.10.2 28 msec 28 msec 32 msec
  3 192.168.40.2 32 msec 28 msec *   

!--- The traceroute is successful.


Router A#

Nota: El comando traceroute extendido puede ejecutarse solo en el modo EXEC con privilegios, mientras que el comando traceroute normal funciona tanto en el modo EXEC con privilegios como en el modo EXE del usuario.

Información Relacionada

• Página de soporte de protocolos TCP/IP en routing
• Página de Soporte de IP Routing
• Soporte Técnico y Documentación - Cisco Systems