Práctica 3 - Cuestion 1

Cuestión 1

Udp.exe. Este sencillo programa para MS Windows nos permitirá enviar y recibir paquetes UDP, especificando también su contenido, a un número de puerto y una IP destinos especificados para comprobar el funcionamiento de este protocolo.

a. Utilizar el programa udp.exe para realizar un envío de datos al puerto 7 (eco) o al puerto 13 (hora y día) del servidor Linux1 (10.3.7.0). Para ello basta especificar la dirección IP y el puerto del servidor, colocar algún texto en la ventana y pulsar el botón "Envía UDP". Con el monitor de red, analiza la secuencia de paquetes UDP que se desencadenan cuando se envía como datos una palabra, por ejemplo “hola”. Utiliza el filtro adecuado en el Monitor de Red (direcciones y protocolos).

Realizando en el puerto 7, nos sale el protocolo ECHO:

Realizando en el puerto 13, nos sale el datagrama DAYTIME:

b. Prueba de nuevo udp.exe, pero enviando un texto mucho más grande (sobre 2Kbytes). Esto se puede hacer copiando parte de algún fichero de texto en la ventana de udp.exe. ¿Se produce fragmentación IP de los paquetes UDP? Estudia las longitudes del paquete UDP y las de los paquetes IP que aparecen. Detalla los paquetes (fragmentados o no) que observas en el Monitor (indica el valor del identificador, flags, tamaño, etc…)

Práctica 2 - Cuestion 7

Cuestión 7. Sobre direccionamiento IP y creación de subredes

7.a Dada la dirección de clase B 145.65.0.0, se desean 6 subredes. ¿Cuántos bits se tendrán que reservar para crear las subredes? Indica el valor decimal de las subredes, así como el valor de la nueva máscara de subred.

Dirección de red 10010001.01000001.00000000.00000000

6 subredes = 3 bits

10010001.01000001.00000000.00000000 145.65.0.0

10010001.01000001.00100000.00000000 145.65.32.0

10010001.01000001.01000000.00000000 145.65.64.0

10010001.01000001.01100000.00000000 145.65.96.0

10010001.01000001.10000000.00000000 145.65.128.0

10010001.01000001.10100000.00000000 145.65.160.0

Nueva máscara subred 11111111.11111111.11100000.00000000 255.255.224.0

7.b Sea la dirección de red IP 125.145.64.0 con máscara asociada 255.255.254.0. Ampliar la máscara de subred en dos bits, indicando el nuevo valor. Determina el rango de direcciones IP que puede emplearse para numerar máquinas en cada una de las subredes obtenidas en la ampliación.

Dirección de red 01010101.10010001.01000000.00000000

Máscara de subred 11111111.11111111.11111110.00000000

Aumentamos en 2 bits la máscara de subred:

01010101.10010001.01000000.00000000 125.145.64.0 1ª subred

Rango = 1ª máquina 125.145.64.1 – Última máquina 125.145.64.126

01010101.10010001.01000000.10000000 125.145.64.128 2ª subred

Rango = 1ª máquina 125.145.64.129 – Última máquina 125.145.64.254

01010101.10010001.01000001.00000000 125.145.65.0 3ª subred

Rango = 1ª máquina 125.145.65.1 – Última máquina 125.145.65.126

01010101.10010001.01000001.10000000 125.145.65.128 4ª subred

Rango = 1ª máquina 125.145.65.129 – Última máquina 125.145.64.254

11111111.11111111.11111111.10000000

Tenemos una nueva máscara de subred 255.255.255.128

Práctica 2 - Cuestion 6

Cuestión 6. Mensaje ICMP “Fragment Reassembly Time Exceeded”

Iniciar el programa monitor de red. A continuación ejecutar el comando “Ping” en varias ventanas (en paralelo) de MSDOS, así lograrás mayor número de peticiones:

C:\>ping -n 80 -l 20000 10.3.7.0

Detener la captura y determinar:

6.a. ¿De qué máquina proceden los mensajes ICMP “Fragment Reassembly Time Exceded”? (identifica la máquina en la topología del anexo)

Proceden de la máquina 10.3.7.0.

6.b. ¿Por qué crees que pueden proceder de esa máquina y no de otra?

Porque al mandarle muchas peticiones, la máquina destino no llega a reesamblar.

Práctica 2 - Cuestion 5

Cuestión 5. Mensaje ICMP “Time Exceeded”

Capturamos con el comando: C:\> ping –i 1 –n 1 10.3.7.0

5.a. Finaliza la captura e indica máquina que envía el mensaje “ICMP Time to Live exceeded in Transit”… ¿Puedes saber su IP y su MAC? (identifica la máquina en la topología del anexo)

Capturamos con el comando: C:\> ping –i 2 –n 1 10.3.7.0

5.b. Finaliza la captura y determina qué máquina envía ahora el mensaje “ICMP Time to Live exceded in Transit”… Averigua y anota la IP y la MAC origen de este mensaje de error.

¿Pertenecen ambas direcciones a la misma máquina? (identifica las máquinas en la topología del anexo)

No pertenecen a la misma máquina, aunque tengan la misma MAC, ya que la dirección 10.4.2.5 pilla la dirección MAC del 172.20.43.230.

Capturamos con el comando: C:\> ping –i 50 –n 1 10.3.7.12

5.c. Finaliza la captura y observa el mensaje de error ICMP que aparece en el monitor de red. ¿Qué tipo y código tiene asociado ese mensaje? ¿Qué crees que está sucediendo al intentar conectarte a esa máquina y obtener ese mensaje de error? ¿En qué subred estaría ubicada?

Tipo 11 código 0

En la subred 10.3.7.0

Práctica 2 - Cuestion 4

Cuestión 4. Mensaje ICMP “Redirect”

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

Nº Datagrama	Tipo y código ICMP	Tamaño del paquete ICMP	Origen IP	Destino IP
80	Tipo 8, Código 0	32 bytes	172.20.43.212	10.4.2.1
81	Tipo 5, Código 1		172.20.43.230	172.20.43.212
82	Tipo 0, Código 0	32 bytes	10.4.2.1	172.20.43.212

4.b. ¿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 qué casos la dirección IP especifica un interfaz de red que no se corresponde con el mismo interfaz indicado por la MAC.

Nº Datagrama	Tipo y código ICMP	Origen MAC – Origen IP	¿representan el mismo inferfaz?
80	Tipo 8, Código 0	00:0a:5e:77:07:87 – 172.20.43.212	Si
81	Tipo 5, Código 1	00:07:0e:8c:8c:ff – 172.20.43.230	Si
82	Tipo 0, Código 0	00:d0:ba:e0:6a:3d – 10.4.2.1	No

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

El 172.20.43.230, porque es la puerta de enlace determinado.

4.d. ¿Qué dato importante para tu PC transporta en su interior ese mensaje de Redirect?

La nueva puerta de enlace determinado, que es la 172.20.43.231.

4.e. 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 Checksum del datagrama transportado por el Redirect?

Datagrama original:

Contenido del mensaje ICMP Redirect:

Como hemos observado, tanto en la datagrama original como en el contenido del mensaje ICMP Redirect llevan la misma identificación. Pero en la TTL cambia, ya que al cambiar al router 2 (172.20.23.231), se pierde un TTL por el camino (router 1 a router 2).