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).
Este documento describe cómo utilizar los comandos extendedping
y extendedtraceroute
command.
Este documento requiere un conocimiento previo de los comandosping
ytraceroute
s.
La información que contiene este documento se basa en las siguientes versiones de software y hardware.
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 tiene una red en vivo, asegúrese de entender el posible impacto de cualquier comando.
ing
comando PCEl comandoping
(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. Elping
comando también mide la cantidad de tiempo que se tarda en recibir la respuesta de eco.
Elping
comando primero envía un paquete de solicitud de eco a una dirección y luego espera una respuesta. Elping
es exitoso sólo si la SOLICITUD DE ECO llega al destino, y el destino puede obtener una RESPUESTA DE ECO de vuelta al origen delping
dentro de un intervalo de tiempo predefinido.
ing
comando PCommand extendidoCuando se envía unping
comando normal desde un router, la dirección de origen del ping es la dirección IP de la interfaz que el paquete utiliza para salir del router. Si se utiliza unping
comando extendido, la dirección IP de origen se puede cambiar a cualquier dirección IP del router. El protocolo extendidoping
se utiliza para realizar una comprobación más avanzada de la disponibilidad del host y la conectividad de red. Elping
comando extendido sólo funciona en la línea de comandos EXEC privilegiada. El modo normalping
funciona tanto en el modo EXEC de usuario como en el modo EXEC privilegiado. Para utilizar esta función, ingreseping
en la línea de comandos y presione Return. Se le pedirá que complete los campos, como figura en la sección Descripciones de campo del comando ping de este documento.
ing
PCommandEsta tabla enumera las descripciones del campo deping
comando. Estos campos se pueden modificar con el uso delping
comando 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 entrada especificada al destino de llegada. 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í:
Ésta es una salida parcial del |
Valor DSCP [0] |
Punto de código de servicios diferenciados (DSCP) El valor de DSCP introducido se coloca en cada sondeo. 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 bit |
¿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 |
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 (Grabar) de este comando y el comando traceout es que la opción Record no sólo le informa los saltos que atravesó la petición de eco (ping) para llegar al destino, sino que también le informa los saltos que visitó en el trayecto 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 la recepción de una respuesta Un punto (.) indica que el servidor de red agotó el tiempo de espera mientras esperaba una respuesta. Consulte los caracteres de ping para ver una descripción de los caracteres restantes. |
La tasa de éxito es del 100 % |
Porcentaje de paquetes devueltos satisfactoriamente al router. Toda cifra inferior a 80 se considera problemática. |
round-trip min/avg/max = 1/2/4 ms |
Intervalos de tiempo de ida y vuelta para los paquetes de eco del 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.
Para que el host 1ping
se conecte correctamente al host 2, cada host debe señalar su gateway predeterminado al router en su segmento LAN respectivo o el host debe intercambiar 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, los gateways predeterminados de ambos hosts están correctamente configurados.
Si elping
comando extendido del router A falla, significa que hay un problema de ruteo. Puede haber un problema de routing en cualquiera de los tres routers. El router A puede haber omitido 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 haber omitido 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 pudo haber omitido una ruta a la subred Ethernet del router A o a la subred entre el router C y el router A 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, debe controlar los hosts predeterminados de las puertas de enlace. 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 probar la conectividad entre el Router A Ethernet 0 (172.16.23.2) y el Router B Ethernet 0 (192.168.40.1), utilice elping
comando extended. Con extendedping
,
tiene la opción de especificar la dirección de origen delping
paquete, 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#
Donde el ping se puede utilizar para verificar la conectividad entre los dispositivos, eltraceroute
comando se puede utilizar para descubrir las trayectorias que toman los paquetes hacia un destino remoto, así como cuando el ruteo falla.
El propósito detrás deltraceroute
comando es registrar el origen de cada mensaje de tiempo excedido ICMP para proporcionar un seguimiento de la trayectoria que el paquete tomó para alcanzar el destino.
El dispositivo que ejecuta eltraceroute
comando envía una secuencia de datagramas UDP (protocolo de datagramas de usuario), cada uno con incrementos de valor TTL (del inglés Time-To-Live, tiempo de vida), a una dirección de puerto no válida (valor predeterminado 33434) 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 mensajetraceroute
recibe mensajes de tiempo excedido ICMP de cada router en la trayectoria 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 hace que el paquete descarte mensajes sin ningún error de ICMP. En este caso, el comando traceroute no funciona.
Eltraceroute
comando extendido es una variación deltraceroute
comando. Se puede utilizar un comando trackers extendido para ver qué trayecto 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 resolver problemas de loops de ruteo, o para determinar dónde se pierden los paquetes (si una ruta ha desaparecido o si los paquetes son bloqueados por una Lista de control de acceso 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]: |
De manera predeterminada hay una pantalla simbólica y una numérica; sin embargo, puede eliminar la 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 |
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 |
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: Eltraceroute
comando extended sólo se puede ejecutar en el modo EXEC privilegiado, mientras que eltraceroute
comando normal funciona en los modos EXEC privilegiado y usuario.
Revisión | Fecha de publicación | Comentarios |
---|---|---|
3.0 |
28-Oct-2024 |
SEO y formato actualizados. |
2.0 |
31-Jul-2023 |
Recertificación |
1.0 |
10-Dec-2001 |
Versión inicial |