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 (…la opción –l especifica la cantidad de datos a enviar)
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…)? ¿qué aparece en la columna ‘info” del Monitor de Red?
Hay dos fragmentos de ida (request) y dos fragmentos de vuelta (reply). Uno tiene longitud 1500 bytes (1480 bytes de datos en el protocolo ICMP) y el otro 548 bytes (528 bytes de datos en el protocolo ICMP). En todos aparecen 20 bytes de cabecera
El fragmento de mayor tamaño, tanto de request como de reply, aparece identificado como ICMP mientras que el de menor tamaño, tanto de request como de reply, aparece como IP.
El fragmento de mayor tamaño, tanto de request como de reply, aparece identificado como ICMP mientras que el de menor tamaño, tanto de request como de reply, aparece como IP.
2.b.¿En cuantos fragmentos se ha “dividido” el datagrama original?
El datagrama original se ha dividido en dos fragmentos diferentes ya que hemos mandado 2008 bytes (2000 bytes de datos ICMP + 8 bytes de cabecera ICMP) y el tamaño máximo de cada fragmento es de 1500 bytes.
2.c. Analiza la cabecera de cada datagrama IP de los paquetes relacionados con el “ping” anterior. 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 nº Protocolo Dirección Flags Frag. offset Identificación |
1 ICMP Petición 0x01 0 0x95a2 (38306)
2 IP Petición 0x00 1480 0x95a2 (38306)
3 ICMP Respuesta 0x01 0 0x95a2 (38306)
4 IP Respuesta 0x00 1480 0x95a2 (38306)
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?
Solo se observan los fragmentos que contienen los 8 bytes de ICMP, es decir, solo se observan los dos primeros fragmentos de ida y vuelta ya que estos contienen estos 8 bytes.
2.e. ¿Para qué se pueden emplear los campos “Identificación”, “Flags” y “Fragment offset” de los datagramas IP?
Identificación: Para marcar de forma única cada datagrama enviado.
Flags: Informa sobre si se han acabado los paquetes o quedan más por venir.
Fragment Offset: Sirve para saber dónde va cada paquete.
Flags: Informa sobre si se han acabado los paquetes o quedan más por venir.
Fragment Offset: Sirve para saber dónde va cada paquete.
2.f. 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
(antes de contestar debes confirmar que en MSDOS el resultado del ping es correcto: paquetes enviados:1 , paquetes recibidos:1)
Indica el número total de datagramas en la red e identifica si son de petición o de respuesta (dirección):
Datagrama nº Protocolo Dirección Flags Frag. offset Identificación |
1 ICMP Petición 0x01 0 0xa37c (41852)
2 IP Petición 0x00 1480 0xa37c (41852)
3 IP Respuesta 0x00 1440 0x0094 (148)
4 IP Respuesta 0x01 960 0x0094 (148)
5 IP Respuesta 0x01 480 0x0094 (148)
6 ICMP Respuesta 0x01 0 0x0094 (148)
No hay comentarios:
Publicar un comentario