Práctica 2. Cuestión 2

Cuestión 2. Sobre la fragmentación de datagramas IP

 

 

 

 

 

 

Empleando el programa Monitor de Red de la misma forma que en la situación anterior, ejecutar:

C:\>ping –n 1 –l 2000 172.20.43.230

2.a. Filtra los paquetes en los que esté involucrada tu dirección IP. A continuación, describe el número total de fragmentos correspondientes al datagrama IP lanzado al medio, tanto en la petición de ping como en la respuesta. ¿Cómo están identificados en el Monitor de Red todos estos paquetes (ICMP, IP, HTTP, TCP…)?

 

 

Los paquetes que podemos visualizar en la captura son de tipo IP e ICMP. Dos tramas de tipo ICMP para el ‘ping’(solicitud y respuesta eco) y dos tramas de tipo IP para la fragmentación del ‘ping’.

 

¿qué aparece en la columna ‘info” del Monitor de Red?

 

La columna info se encuentra situada en el lado derecho de la pantalla de wireshark y nos muestra lo que se ve en la siguiente figura:

 

2.b. ¿En cuantos fragmentos se ha “dividido” el datagrama original?

Como se puede apreciar en la figura anterior, el datagrama se ha dividido en dos.

 

2.c. Analiza la cabecera de cada datagrama IP de los paquetes relacionados con el “ping” interior. Observa el campo “identificación”, “Flags” y “Fragment offset” de los datagramas. ¿Qué valor tienen en estos campos en los datagramas anteriores? Indica en la columna “dirección” si son de petición o respuesta. Muestra los datagramas en el orden de aparición del Monitor de Red.

DATAGRAMA	PROTOCOLO	FLAGS	FRAGMENT OFFSET	DIRECCIÓN		IDENTIFICACIÓN
1	IP	0×02	0	172.20.43.230		0×045b
2	ICMP(request)	0×00	1480	172.20.43.230		0×045b
3	IP	0×02	0	172.20.43.209		0×045b
4	ICMP(reply)	0×00	1480	172.20.43.209		0×045b

2.d. ¿Qué ocurre en la visualización de los fragmentos de datagramas si introduces un filtro para ver únicamente paquetes de “icmp” en el Monitor de Red? ¿qué fragmentos visualizas ahora? ¿por qué puede suceder esto?

 

 

 

En la imagen de la captura se puede ver que se visualizan 2 tramas, 1 datagrama de la petición ping y  otro de  la respuesta ping, el filtro a quitado las tramas de los fragmentos, esto se debe a que al fragmentarse el ping solo hay una cabecera icmp situada en el primer fragmento, y en los siguientes fragmentos los datos son considerados como ip ya que no tienen datos de cabecera icmp.

 

2.e. ¿Para qué se pueden emplear los campos “Identificación”, “Flags” y “Fragment offset” de los datagramas IP?

El campo identificación se emplea para saber si los datos pertenecen a una misma trama de un datagrama.

 

El campo flags se emplea para saber si un datagrama está dividido en particiones e indica el numero de esa partición y cuantos hay.

 

El campo fragment offset, se utiliza para la unión de las particiones, porque indica la posición a partir de la que se deben introducir los datos de esa trama.

 

2.f. En función de los datos anteriores, indica el valor de la MTU de la red.

 

El valor de la MTU de la red son 1500 bytes

 

2.g. Repite el ejercicio lazando una petición de ping con un mayor número de datos y al destino “.195”:

 

C:\>ping –n 1 –l 3000 172.20.43.195

 

 

Indica el número total de datagramas en la red e identifica si son de petición o de respuesta (dirección):

 

 

DATAGRAMA	PROTOCOLO	FLAGS	FRAGMENT OFFSET	DIRECCIÓN	IDENTIFICACIÓN
1	IP	0×02	0	172.20.43.195	0×0665
2	IP	0×02	1480	172.20.43.195	0×0665
3	ICMP(request)	0×00	2960	172.20.43.195	0×0665
4	IP	0×02	0	172.20.43.209	0×7ce8
5	IP	0×02	1480	172.20.43.209	0×7ce8
6	ICMP(reply)	0×00	2960	172.20.43.209	0×7ce8

2.h. A continuación, se pretende observar que los datagramas pueden fragmentarse en unidades más pequeñas si tienen que atravesar redes en las que la MTU es menor a la red inicial en la que se lanzaron los paquetes originales. Inicia el Monitor de Red y captura los paquetes IP relacionados con el siguiente comando:

C:\>ping –n 1 –l 1600 10.3.7.0

 

Indica el número total de datagramas en la red e identifica si son de petición o de respuesta (dirección):

 

DATAGRAMA	PROTOCOLO	FLAGS	FRAGMENT OFFSET	DIRECCIÓN	IDENTIFICACIÓN
1	IP	0×02	0	10.3.7.0	0×05b3
2	ICMP(request)	0×00	1480	10.3.7.0	0×0058
3	IP	0×02	1440	172.20.43.209	0×0058
4	IP	0×02	960	172.20.43.209	0×0058
5	IP	0×02	480	172.20.43.209	0×0058
6	ICMP(reply)	0×00	0	172.20.43.209	0×0058

2.i. En relación a los datos de la pregunta 2.h. obtenidos del Monitor de Red, contesta:

¿Por qué se observan más fragmentos IP de “vuelta” (respuesta) que de “ida” (petición)?

Porque hay una subred cuya MTU es menor de 1500 y debido a esto los fragmentos del ping con protocolo IP (vuelta) deben de ser más pequeños y fragmentarse en mas datagramas.

 

Indica en que subred del laboratorio el número de fragmentos que circulan por el medio es el mismo tanto en la petición como en la respuesta. Deduce en que otra subred no sucede esto.

 

Señala (en la topología del laboratorio adjunta), la MTU de cada una de las subredes por las que circulan los datagramas que salen de tu máquina hacia la dirección 10.3.7.0. ¿Cuántas subredes se atraviesan?