Empleando el programa Monitor de Red de la misma forma que en la situación anterior, ejecutamos:
C:\>ping –n 1 –l 2000 172.20.43.230 (…la opción –l especifica la cantidad de datos a enviar, con lo que ahora estamos enviando 2000 bytes de datos).
a) Filtramos los paquetes en los que esté involucrada nuestra dirección IP. A continuación, describimos 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…)? ¿qué aparece en la columna ‘info” del Monitor de Red?
Nota: Ignoramos el primer paquete IP que aparece porque no ha sido enviado a la puerta de enlace con dirección 172.20.43.230.
Tras filtrar, tenemos 2 paquetes ICMP correspondientes a la petición (request) y a la respuesta (reply), y 2 paquetes IP identificados como "fragmented IP protocol". Esta fragmentación (tanto en la petición como en la respuesta) se ha producido porque la MTU de la red es de 1500 bytes y hemos enviado 2000 bytes de datos.
b) ¿En cuántos fragmentos se ha “dividido” el datagrama original?Cada mensaje (petición y respuesta) se ha dividido en 2 fragmentos: de cada fragmentación obtenemos por una parte los paquetes IP de tamaño 1514 bytes y por otra los paquetes ICMP de tamaño 562 bytes. En total suman 2076 bytes, pero si quitamos los 14 bytes de cabecera Ethernet a cada uno y los 20 bytes de cabecera IP a cada uno también tendremos los 2008 bytes que habíamos enviado.
c) Analizamos la cabecera de cada datagrama IP de los paquetes relacionados con el "ping" anterior. Observamos el campo "identificación", "Flags" y "Fragment offset" de los datagramas. ¿Qué valor tienen 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.
d) ¿Qué ocurre en la visualización de los fragmentos de datagramas si introducimos un filtro para ver únicamente paquetes de "icmp" en el Monitor de Red? ¿Qué fragmentos se visualizan ahora? ¿Por qué puede suceder esto?
Introducimos el filtro "icmp" para visualizar únicamente estos paquetes, de forma que sólo se observan 2: los correspondientes a los primeros fragmentos de la petición y respuesta del ping. Esto es debido a que dichos fragmentos son los que contienen los 8 bytes de la cabecera ICMP, mientras que los segundos fragmentos de cada mensaje ya no los contienen. Por ello no aparecen al filtrar, porque estos paquetes no son considerados ya como paquetes ICMP, sino como paquetes IP.
e) ¿Para qué se pueden emplear los campos "Identificación", "Flags" y "Fragment offset de los datagramas IP?
El campo "Identificación" permite marcar de forma única cada datagrama enviado por una máquina. El campo "Flags" indica el número de fragmentos que faltan para completar el datagrama y la posición en la que se encuentra el mismo. Y el campo "Fragment offset" contiene el índice del fragmento a partir del datagrama original.
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 es de 1500 bytes. Es el tamaño máximo de los datagramas que circulan en la red y si algún paquete lo supera es fragmentado tantas veces como sea necesario para ajustarse a ese tamaño máximo. Sabemos que su valor es 1500 porque si observamos el tamaño del primero de los fragmentos (el que se llena al máximo) en los que se ha divido el ping vemos que es de 1514 bytes que, eliminando los 14 de la cabecera de Ethernet nos da los 1500 de MTU.
g) Repetimos el ejercicio lanzando 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
Indicamos el número total de datagramas en la red e identificamos si son de petición o de respuesta (dirección):
h) A continuación, pretendemos 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. Iniciamos el Monitor de Red y capturamos los paquetes IP relacionados con el siguiente comando:
C:\>ping -n 1 -l 1600 10.3.7.0
(antes de contestar confirmamos que en MSDOS el resultado del ping es correcto: paquetes enviados: 1, paquetes recibidos: 1)
Indicamos el número total de datagramas en la red e identificamos si son de petición o de respuesta (dirección):
i) En relación a los datos de la pregunta 2.h. obtenidos del Monitor de Red, contestamos:
¿Por qué se observan más fragmentos IP de "vuelta" ( respuesta) que de "ida" (petición)?
Porqué en una de las redes que atraviesan los paquetes estos deben fragmentarse al ser la MTU más pequeña que su tamaño y volverán fragmentados ya que el reensamblado sólo se produce en el destino.
Indica en qué 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 qué 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?
El número de fragmentos tanto de petición como de respuesta vendrá determinado por la MTU más pequeña de las subredes que atravesemos. Dado que en este caso es la subred que une el Cisco 2513 con el Linux 1, ésta será la única en la que el número de fragmentos sea igual en la ida que en la vuelta. Mientras, en las subredes que van de los ordenadores del laboratorio al Cisco 1720 y de éste al Cisco 2513, tendremos un determiando número de fragmentos en la petición (dependiendo del número de datos en que se superen los 1500 bytes) y otro número distinto en la respuesta, ya que se dividirán más en la última subred y no se reensamblarán, aunque puedan hacerlo, hasta llegar al destino.
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?
Se atraviesan las 3 subredes que apreciamos en la figura, cuyas MTU's también se indican en la misma:
