Rastreo e implementación de los resultados de rastreo

El siguiente paso en la secuencia de prueba es realizar un rastreo. Un rastreo proporciona una lista de saltos cuando un paquete se enruta a través de una red. La forma del comando depende de dónde se emita el comando. Cuando lleve a cabo el rastreo desde un equipo con Windows, utilice tracert. Cuando lleve a cabo el rastreo desde la CLI de un router, utilice traceroute.

Ping y Trace

Ping y trace pueden utilizarse en forma conjunta para diagnosticar un problema. Supongamos que se he establecido una conexión satisfactoria entre el Host 1 y el Router A, como se muestra en la ficura. Luego, supongamos que el Host 1 hace ping al Host 2 mediante este comando. C:\>ping 10.1.0.2 El comando ping devuelve este resultado: Ping 10.1.0.2 con 32 bytes de datos: Tiempo límite de la solicitud. Tiempo límite de la solicitud. Tiempo límite de la solicitud. Tiempo límite de la solicitud. Estadísticas de ping para 10.1.0.2: Packets: Sent = 4, Received = 0, Lost = 4 (100% loss) The ping test failed.

Ésta es una prueba de comunicación fuera de la red local a un dispositivo remoto. Dado que el gateway local respondió pero el host más distante no lo hizo, el problema parece estar en algún punto fuera de la red local. Un próximo paso es aislar el problema de una red en particular fuera de la red local. Los comandos trace pueden mostrar la ruta de la última comunicación satisfactoria.

Trace a un host remoto

Del mismo modo que los comandos ping , los comandos trace se ingresan en la línea de comandos y toman una dirección IP como argumento. Suponiendo que se emitirá el comando desde un equipo con Windows, se utilizará el formato tracert : C:\>tracert 10.1.0.2 Rastreo de la ruta a 10.1.0.2 en un máximo de 30 saltos 1 2 ms 2 ms 2 ms 10.0.0.254 2 * * * Tiempo límite de la solicitud. 3 * * * Request timed out. 4 ^C La única respuesta satisfactoria provino del gateway en el Router A. Las peticiones de rastreo al siguiente salto expiraron, lo cual significa que el siguiente salto no respondió. Los resultados del comando trace indican que la falla entonces se encuentra en la internetwork más allá de la LAN.

Secuencia de prueba: Unificación

jA modo de revisión, recorramos la secuencia de prueba en otra situación.

Prueba 1: Loopback local: Exitoso

C:\>ping 127.0.0.1 Pinging 127.0.0.1 with 32 bytes of data: Reply from 127.0.0.1: bytes=32 time<1ms TTL=128 Reply from 127.0.0.1: bytes=32 time<1ms TTL=128 Reply from 127.0.0.1: bytes=32 time<1ms TTL=128 Reply from 127.0.0.1: bytes=32 time<1ms TTL=128 Ping statistics for 127.0.0.1: Packets: Enviados = 4, Recibidos = 4, Perdidos = 0 (0% de pérdida), Tiempos aproximados de ida y vuelta en milisegundos: Mínimo = 0 ms, Máximo = 0 ms, Promedio = 0 ms El Host 1 tiene la stack de IP configurada correctamente.

Prueba 2: NIC local: Exitosa

C:\>ping 192.168.23.3 Pinging 192.168.23.3 with 32 bytes of data: Reply from 192.168.23.3: bytes=32 time<1ms TTL=128 Reply from 192.168.23.3: bytes=32 time<1ms TTL=128 Reply from 192.168.23.3: bytes=32 time<1ms TTL=128 Reply from 192.168.23.3: bytes=32 time<1ms TTL=128 Ping statistics for 192.168.23.3: Packets: Enviados = 4, Recibidos = 4, Perdidos = 0 (0% de pérdida), Tiempos aproxima`os de ida y vuelta en milisegundos: Mínimo = 0 ms, Máximo = 0 ms, Promedio = 0 ms Se asignó correctamente la dirección IP a la NIC y la electrónica de la NIC responde a la dirección IP.

Prueba 3: Ping de gateway local: Exitoso

C:\>ping 192.168.23.254 Pinging 192.168.23.254 with 32 bytes of data: Reply from 192.168.23.254: bytes=32 time<1ms TTL=128 Reply from 192.168.23.254: bytes=32 time<1ms TTL=128 Reply from 192.168.23.254: bytes=32 time<1ms TTL=128 Reply from 192.168.23.254: bytes=32 time<1ms TTL=128 Ping statistics for 192.168.23.254: Packets: Sent = 4, Received = 4, Lost = 0 (0% loss), Approximate round trip times in milli-seconds: Minimum = 0ms, Maximum = 0ms, Average = 0ms El gateway por defecto está en funcionamiento. De esta manera también se verifica el funcionamiento de la red local.