Práctica 2.- Cuestión 4.- Mensaje ICMP "Redirect"

Cuestión 4.- Mensaje ICMP "Redirect"

Inicia el Monitor de Red. A continuación ejecutar los comandos:

C:\>route delete 10.4.2.1 (si ya ha sido borrada la ruta, avisa con un error)
C:\>ping -n 1 10.4.2.1
(antes de contestar debes confirmar que en MSDOS el resultado del Ping es correcto: paquetes enviados:1 , paquetes recibidos:1, sino debes
repetir los dos comandos anteriores y el proceso de captura en el Monitor de Red)

En base a los paquetes capturados, filtramos únicamente los datagramas que contienen nuestra IP.

4.a. ¿Cuántos datagramas IP están involucrados en todo el proceso? Descríbelos…(tipo, código y tamaño)

Datagrama nº Tipo y código ICMP Tamaño del paquete ICMP Origen IP Destino IP

1 tipo 8 código 0 74 bytes 172.20.43.205 - 10.4.2.1
2 tipo5 código 1 70 bytes 172.20.43.230 - 172.20.43.205
3 tipo 0 código 0 74 bytes 10.4.2.1 - 172.20.43.205

Figura 4.a.1.- "Ping" hacia 10.4.2.1.

Figura 4.a.2.- Captura del mensaje ICMP "Redirect".

4.b. Dibujar gráficamente el origen y destino de cada datagrama (como se ha realizado en la figura 7, pero incorporando el direccionamiento IP correcto de las máquinas involucradas).

Figura 4.b.1.- Funcionamiento del mensaje ICMP "Redirect" dentro de la topología de nuestra red.

Inicialmente borramos el camino que va de Mi PC a 10.4.2.1 mediante “route delete 10.4.2.1”. A continuación el ping va a la puerta de enlace 172.20.43.230, la cual envía un echo request redireccionándonos por un camino más corto (el que va de Mi PC directamente ha 10.4.2.1) y seguidamente 10.4.2.1 responde a Mi PC.

4.c. ¿Observas los mismos datagramas en el Monitor de Red con respecto a los se comentan en la explicación teórica del Redirect? ¿Por qué puede suceder esto?

El datagrama que no aparece es la copia del echo que realiza el router uno (puerta de enlace predeterminada 172.20.43.230), esto es debido a que el switch realiza un filtrado por seguridad que consiste en que los mensajes entre routers no puedan ser visualizados por el resto de equipos de la red.

4.d. ¿Las direcciones MAC e IP de todas las tramas capturadas con el Monitor de Red hacen referencia al mismo interfaz de red? Indica en qué casos la respuesta es afirmativa y en que casos la dirección IP especifica un interfaz de red que no se corresponde con el mismo interfaz indicado por la MAC.

Datagrama nº Tipo y código ICMP Origen MAC – Origen IP ¿representan al mismo interfaz?

1 Tipo 8 código 0(echo request) 00:0a:5e:76:ff:99 - 172.20.43.205 Sí
2 Tipo 5 código 1 (redirect) 00:07:0e:8c:8c:ff - 172.20.43.230 Sí
3 Tipo 0 código 0 (echo reply) 00:d0:ba:eo.6a:3d - 10.4.2.1 Sí

- No se puede saber la dirección MAC fuera de nuestra red de enlace.

4.e. ¿Qué máquina o interfaz de red envía el mensaje ICMP Redirect?

La puerta de enlace predeterminada (172.20.43.230).

4.f. ¿Qué dato importante para tu PC transporta en su interior ese mensaje de Redirect? ¿Transporta algún otro tipo de información extra?

Contiene un campo de 32 bits llamado dirección de internet del encaminador que contiene la dirección IP de salida correcta de la máquina correcta, además de contener el encabezado del datagrama que causó el error "Redirect".

4.g. Observa los campos “Identificación”, “TTL” y “Cheksum” del datagrama que se envió originalmente. A continuación, analiza el contenido del mensaje Redirect. ¿Puedes encontrar la misma identificación dentro de los datos (no cabecera) del mensaje ICMP Redirect? ¿Qué ocurre con los campos TTL y Cheksum del datagrama transportado por el Redirect?

Los campos que varían son el TTL siendo en el echo "ping" request 128 y en el mensaje ICMP "Redirect" 255, el Cheksum también se ve modificado debido a que es una suma de control.