Iniciamos el Monitor de Red y ejecutamos los comandos:
C:\>route delete 10.4.2.1
C:\>ping -n 1 10.4.2.1
Filtramos los datagramas que contienen nuestra dirección IP:
Apartado a)
Datagramas involucrados en todo el proceso:
Datag __ ICMP _ Tam ICMP __ Origen IP/Dest IP
1..........Tipo 8 - Cod 0........32.......172.20.43.217 / 10.4.2.1
2..........Tipo 5 - Cod 1........28.......172.20.43.230 / 172.20.43.217
3..........Tipo 0 - Cod 0.......32..................10.4.2.5 / 172.20.43.217
.
Apartado b)
¿Las direcciones MAC e IP de todas las tramas capturadas con el Monitor de Red hacen referencia al mismo interfaz de red?
Dat _ ICMP__Origen MAC___Origen IP___¿Mismo interfaz?
1 .........8-0....00:0a:5e:76:8a:2c....172.20.43.217.......Si
2..........5-1....00:07:0e:8c:8c:ff ......172.20.43.230.....Si
3 .........0-0...00:d0:ba:e0:6a:3d.........10.3.2.0...........No
Apartado c)
La máquina que envía el mensaje ICMP Redirect es Cisco 1720 con IP 172.20.43.230. Actúa como puerta de enlace predeterminada y es el que avisa de que no se ha podido enviar el ping al destino.
.
Apartado d)
El mensaje de Redirect transporta en su interior la nueva puerta de enlace (dirección de salida correcta que usará si se vuelve a dar una situación similar a la anterior).
.
Apartado e)
Observamos los campos 'Identification', 'TTL', y 'Cheksum' del datagrama que se envió originalmente. Analizamos el contenido del mensaje Redirect.
El campo TTL tiene una unidad menos de valor en el datagrama 'redirect', ya que al pasar por un router más el tiempo de vida disminuye.
No hay comentarios:
Publicar un comentario