Tracert
El comando tracert extendido permite que el administrador ajuste los par�metros
relacionados con el funcionamiento del comando. Esto es �til para solucionar
problemas de bucles de routing, determinando el router de siguiente salto, o ayudar
a determinar d�nde los paquetes son descartados por un router o denegados por un
firewall.
Si bien el comando ping extendido se puede utilizar para determinar el tipo de
problema de conectividad, el comando tracert extendido es �til para localizar el
problema.
El mensaje de error de tiempo superado de ICMP indica que un router en la ruta ha
visto y ha descartado el paquete. El mensaje de error de destino inalcanzable de
ICMP indica que un router recibi� el paquete, pero lo descart� porque no pod�a
enviarse. Al igual que ping, traceroute utiliza solicitudes de eco ICMP y
respuestas de eco. Si expira el temporizador ICMP antes de que se reciba una
respuesta de eco ICMP, el resultado del comando traceroute muestra un asterisco
(*).
En IOS, el comando traceroute extendido finaliza cuando se producen cualquiera de
los siguientes:
El destino responde con una respuesta de eco ICMP
El usuario interrumpe el seguimiento con la secuencia de escape
C:\Users\Ronnie>tracert -d -w 30 [Link]
Traza a [Link] sobre caminos de 30 saltos como m�ximo.
1 * * * Tiempo de espera agotado para esta solicitud.
2 40 ms 42 ms 40 ms [Link]
3 42 ms 28 ms 28 ms [Link]
4 38 ms 48 ms 38 ms [Link]
5 36 ms 28 ms 38 ms [Link]
6 * * * Tiempo de espera agotado para esta solicitud.
7 34 ms 49 ms 39 ms [Link]
8 37 ms 29 ms 29 ms [Link]
9 43 ms 39 ms 39 ms [Link]
10 26 ms 49 ms 39 ms [Link]
11 * * * Tiempo de espera agotado para esta solicitud.
12 * * * Tiempo de espera agotado para esta solicitud.
13 67 ms 79 ms 158 ms [Link]
14 * * * Tiempo de espera agotado para esta solicitud.
15 64 ms 78 ms 78 ms [Link]
traza completa
Vemos que inmediatamente nos mostrar� la direcci�n IP real del dominio que hemos
colocado, y nos ir� diciendo por cu�les nodos ha pasado, as� como su direcci�n IP y
la latencia para cada uno de ellos.
C:\Users\Ronnie>ping [Link]
Haciendo ping a [Link] con 32 bytes de datos:
Respuesta desde [Link]: bytes=32 tiempo=81ms TTL=49
Respuesta desde [Link]: bytes=32 tiempo=63ms TTL=49
Respuesta desde [Link]: bytes=32 tiempo=64ms TTL=49
Respuesta desde [Link]: bytes=32 tiempo=72ms TTL=49
Estad�sticas de ping para [Link]:
Paquetes: enviados = 4, recibidos = 4, perdidos = 0
(0% perdidos),
Tiempos aproximados de ida y vuelta en milisegundos:
M�nimo = 63ms, M�ximo = 81ms, Media = 70ms
La suma de la latencia de todos los nodos no es la latencia de nuestra conexi�n,
estos valores son solamente aplicables a cada caso concreto por donde pasa.