El conjunto de documentos para este producto aspira al uso de un lenguaje no discriminatorio. A los fines de esta documentación, "no discriminatorio" se refiere al lenguaje que no implica discriminación por motivos de edad, discapacidad, género, identidad de raza, identidad étnica, orientación sexual, nivel socioeconómico e interseccionalidad. Puede haber excepciones en la documentación debido al lenguaje que se encuentra ya en las interfaces de usuario del software del producto, el lenguaje utilizado en función de la documentación de la RFP o el lenguaje utilizado por un producto de terceros al que se hace referencia. Obtenga más información sobre cómo Cisco utiliza el lenguaje inclusivo.
Cisco ha traducido este documento combinando la traducción automática y los recursos humanos a fin de ofrecer a nuestros usuarios en todo el mundo contenido en su propio idioma. Tenga en cuenta que incluso la mejor traducción automática podría no ser tan precisa como la proporcionada por un traductor profesional. Cisco Systems, Inc. no asume ninguna responsabilidad por la precisión de estas traducciones y recomienda remitirse siempre al documento original escrito en inglés (insertar vínculo URL).
En este documento se describe cómo utilizar el ping
y la traceroute
comandos.
Este documento requiere el conocimiento previo de ping
y traceroute
comandos.
La información que contiene este documento se basa en las siguientes versiones de software y hardware.
The information in this document was created from the devices in a specific lab environment. All of the devices used in this document started with a cleared (default) configuration. Si tiene una red en vivo, asegúrese de entender el posible impacto de cualquier comando.
Para obtener más información sobre las convenciones del documento, consulte Convenciones de Consejos Técnicos de Cisco.
ping
ComandoEl comando ping (Packet InterNet Groper) es un método muy común para resolver problemas de accesibilidad de 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.
ping
ComandoCuando 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.
ping
Descripciones de campos de comandosEsta tabla enumera las descripciones de campo del comando ping. Estos campos se pueden modificar con el uso del comando ping extendido.
Campo |
Descripción |
Protocol [ip]: |
Mensajes de solicitud de un protocolo admitido. Ingrese appletalk, clns, ip, novell, apollo, vines, decnet, o xns. El valor predeterminado es ip. |
Target IP address: |
Mensajes para la dirección IP o el nombre de hosts del nodo de destino al que planea hacer ping. Si ha especificado un protocolo admitido que no sea IP, ingrese aquí una dirección apropiada para ese protocolo. El valor predeterminado es none (ninguna). |
Repetir conteo [5]: |
Cantidad de paquetes de ping que se envían a la dirección de destino. El valor predeterminado es 5. |
Datagram size [100]: |
Tamaño del paquete de ping (en bytes). Predeterminado: 100 bytes. |
Tiempo de espera en segundos [2]: |
Intervalo de cese de actividad Predeterminado: 2 (segundos). El ping se considera exitoso solamente si el paquete ECHO REPLY se recibe antes de este intervalo de tiempo. |
Comandos extendidos [n]: |
Especifica si aparecen o no una serie de comandos adicionales. El valor predeterminado es No. |
ping de entrada [n]: |
El ping de ingreso simula los paquetes recibidos en la interfaz de ingreso especificada al destino de destino. El valor predeterminado es No. (La disponibilidad de esta opción difiere de la versión de software utilizada) |
Source address or interface: |
La interfaz o dirección IP del router que se utiliza como dirección de origen para los sondeos. Normalmente el router elige usar la dirección de IP de la interfaz de salida. La interfaz puede mencionarse, pero con la sintaxis correcta, como se muestra aquí:
Nota: Ésta es una salida parcial del comando ping extendido. La interfaz no puede escribirse como e0. |
Valor DSCP [0]: |
Especifica el punto de código de servicios diferenciados (DSCP). El valor DSCP introducido se coloca en cada sonda. El valor predeterminado es 0. (La disponibilidad de esta opción difiere de la versión de software utilizada) |
Tipo de servicio [0]: |
Especifica el tipo de servicio (ToS). El ToS solicitado se pone en cada sonda, pero no hay garantía de que todos los routers lo procesen. Es la selección de la calidad del servicio de Internet. El valor predeterminado es 0. |
¿Configurar el bit DF en el encabezado IP? [no]: |
Especifica si el |
¿Validar los datos de respuesta? [no]: |
Especifica si deben validarse o no los datos de la respuesta. El valor predeterminado es No. |
Patrón de datos [0xABCD] |
Especifica el patrón de datos. Se utilizan diferentes patrones de datos para solucionar problemas |
Loose, Strict, Record, Timestamp, Verbose[none]: |
Opciones de encabezado IP. Este mensaje ofrece más de una opción para seleccionar. Las fallas son las siguientes:
La diferencia entre la opción Record de este comando y el comando traceroute es que la opción Record no sólo le informa de los saltos que la solicitud de eco (ping) atravesó para llegar al destino, sino que también le informa de los saltos que visitó en la trayectoria de retorno. Con el comando traceroute, no obtiene información sobre la ruta que toma la respuesta del eco. El comando traceroute emite avisos para los campos requeridos. El comando traceroute coloca las opciones solicitadas en cada sonda. Sin embargo, no hay garantía de que todos los routers (o nodos extremos) procesen las opciones. El valor predeterminado es none (ninguna). |
Rango del barrio de tamaños [n]: |
Permite variar los tamaños de los paquetes de eco que se envían. Esto se usa para determinar las medidas mínimas de los MTU configurados en los nodos a lo largo del trayecto para la dirección de destino. Así, se reducen los problemas de funcionamiento por fragmentación de paquetes. El valor predeterminado es No. |
!!!!! | Cada signo de exclamación (!) indica que se ha recibido una respuesta. Un punto (.) indica que el servidor de red agotó el tiempo de espera para recibir una respuesta. Consulte caracteres ping para obtener una descripción de los otros caracteres. |
La tasa de éxito es del 100 % |
Porcentaje de paquetes devueltos satisfactoriamente al router. Cualquier porcentaje inferior a 80 suele considerarse problemático. |
round-trip min/avg/max = 1/2/4 ms |
Intervalos de tiempo de viaje de ida y vuelta para los paquetes de eco de protocolo con mínimo/promedio/máximo (en milisegundos). |
En este diagrama, el host 1 y el host 2 no pueden hacerse ping mutuamente. Puede resolver este problema en los routers para determinar si hay un problema de ruteo o si uno de los dos hosts no tiene su gateway predeterminado correctamente configurado.
El Host 1 y el Host 2 no pueden hacer ping
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 alguno de los hosts no tiene su gateway predeterminado configurado correctamente o no tiene las rutas correctas en su tabla de ruteo, no puede enviar paquetes a destinos que no están presentes en su caché de Protocolo de resolución de direcciones (ARP). También es posible que los hosts no puedan hacer ping entre sí porque uno de los routers no tiene una ruta a la subred desde la cual el host origina sus 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 la Ethernet del Router B, y el Router B sabe cómo llegar a la Ethernet del Router A. Además, ambos hosts tienen sus gateways predeterminadas establecidas correctamente.
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 podría haber perdido una ruta hacia la subred del router B Ethernet o hacia la subred entre el router C y el router B. El router B podría haber perdido una ruta hacia la subred del router A o hacia la subred entre el router C y el router A; y el router C podrían haber perdido una ruta a la subred de segmentos Ethernet del router A o del router B. Debe corregir cualquier problema de enrutamiento y, a continuación, el host 1 debe intentar hacer ping al host 2. Si el host 1 sigue sin poder hacer ping al host 2, debe comprobar ambas puertas de enlace predeterminadas. 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ía la dirección de la interfaz saliente, 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 probar la conectividad entre el Router A Ethernet 0 (172.16.23.2) y el Router B Ethernet 0 (192.168.40.1), utilice el comando ping extendido. Con el ping extendido, tiene la opción de especificar la dirección de origen del paquete ping, como se muestra aquí:
RouterA>enable
RouterA#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 192.168.40.1, timeout is 2 seconds:
!!!!!
Success rate is 100 percent (5/5), round-trip min/avg/max = 36/97/132 ms
!--- Ping is successful.
RouterA#
This is an example with extended commands and sweep details:
RouterA>enable
RouterA#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 192.168.40.1, 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.
RouterA#
traceroute
ComandoMientras 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 de protocolo de datagramas de usuario (UDP), cada uno con incrementos de valor de tiempo de vida (TTL), a una dirección de puerto no válida (valor predeterminado 33434) en el host remoto.
En primer lugar, se envían tres datagramas, cada uno con un valor de campo TTL establecido en 1. El valor TTL de 1 hace que el datagrama se "agote el tiempo de espera" en cuanto llega al primer router de la ruta. Este router entonces responde con un mensaje de “time exceeded" (tiempo excedido) del ICMP, lo que indica que el datagrama ha expirado.
A continuación, se envían tres mensajes UDP más, cada uno con el valor TTL establecido en 2. Esto hace que el segundo router en la trayectoria al destino devuelva mensajes ICMP de "tiempo excedido".
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 que no ha inhabilitado el comando ip unreachable con el comando no ip unreachables bajo ninguna VLAN. Este comando hace que los mensajes de descarte de paquetes no contengan ningún mensaje de error ICMP. En este caso, el comando traceroute no funciona.
El comando extended traceroute es una variante del comando traceroute. Se puede utilizar un comando traceroute extendido para ver qué ruta toman los paquetes para llegar a un destino. El comando también puede utilizarse para verificar el ruteo al mismo tiempo. Esto es útil para solucionar problemas de loops de ruteo o para determinar dónde se pierden los paquetes (si una ruta ha desaparecido o si los paquetes están bloqueados por una lista de control de acceso (ACL) o 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:
Nota: Se puede invocar esta secuencia de escape presionando simultáneamente Ctrl, Shift y 6.
Esta tabla enumera las descripciones de campo del comando traceroute:
Campo |
Descripción |
Protocol [ip]: |
Mensajes de solicitud de un protocolo admitido. Ingrese appletalk, clns, ip, novell, apollo, vines, decnet, o xns. El valor predeterminado es ip. |
Target IP address |
Debe ingresar un nombre de host o una dirección IP. No existe configuración predeterminada. |
Source address: |
La interfaz o dirección IP del router que se utiliza como dirección de origen para los sondeos. Normalmente el router elige usar la dirección de IP de la interfaz de salida. |
Pantalla numérica [n]: |
El valor predeterminado es una representación tanto simbólica como numérica; sin embargo, puede suprimirse la imagen de pantalla simbólica. |
Timeout in seconds [3]: |
El número de segundos que debe esperarse para obtener una respuesta a un paquete de sondeo. El valor predeterminado es de 3 segundos. |
Conteo de sonda [3]: |
La cantidad de sondeos a ser enviados en cada nivel TTL. El recuento predeterminado es 3. |
Tiempo mínimo de funcionamiento [1]: |
El valor TTL para los primeros sondeos. El valor predeterminado es 1, pero puede establecerse un valor superior para que no aparezcan los saltos conocidos. |
Tiempo máximo de funcionamiento [30]: |
El valor del TTL más grande que pueda utilizarse. El valor predeterminado es 30. El comando traceroute termina cuando se alcanza el destino o cuando se alcanza este valor. |
Número de puerto [33434]: |
El puerto de destino empleado por los mensajes de sondeo de UDP. El valor predeterminado es 33434. |
Loose, Strict, Record, Timestamp, Verbose[none]: |
Opciones de encabezado IP. Puede especificar cualquier combinación. El comando traceroute emite avisos para los campos requeridos. Observe que el comando traceroute coloca las opciones solicitadas en cada sonda; sin embargo, no hay garantía de que todos los routers (o nodos extremos) procesen las opciones. |
Ejemplo:
RouterA>enable
RouterA#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.
RouterA#
Nota: El comando extended traceroute se puede ejecutar solamente en el modo EXEC privilegiado, mientras que el comando normal traceroute funciona tanto en el modo EXEC privilegiado como en el modo EXEC usuario.
Revisión | Fecha de publicación | Comentarios |
---|---|---|
1.0 |
10-Dec-2001 |
Versión inicial |