Práctica 3. Cuestión 6.

Se nos pide hacer el cálculo de la MSS que se nos impondrá al enviar información desde nuestro PC hasta la máquina Linux 1. El esquema de conexión es el siguiente:

Para realizar el ejercicio primero tenemos que cambiar la ruta para ir a linux 1 mediante los siguientes comandos:

Route delete 172.20.43.241

Route add 172.20.41.241 172.20.43.231

A continuación tenemos que introducir:

C:\ ftp 172.20.41.241

Usuario: Alumnos

Contraseña: Alumnos

Bin

Put p3.txt

Quit

La comunicación se va a hacer entre mi PC y la máquina Linux 1. El MSS de mi PC es 1460 bytes, y el de Linux 1 es 460, por tanto vamos a enviar paquetes del tamaño menor, en este caso 460 bytes. No obstante, como hemos especificado que la ruta sea por el router 1601, el MSS de éste es 360. Como este tamaño es menor a 460, cuando llega a 1601 la información no puede continuar pues desborda el tamaño de paquete. Lo que se hace a nivel de comunicación es volver a mi PC y se vuelven a enviar los datos pero en este caso el tamaño de MSS será 360. Con esta última condición, la comunicación se realiza correctamente.

Práctica 3. Cuestión 5.

Realiza una conexión FTP a la máquina de un compañero de clase. ¿Qué obtienes en el Monitor de Red al intentar realizar esta conexión?

Al intentar establecerse una conexión entre mi máquina y la de mi compañero, la máquina destino produce un RST (solicitud de reinicio de conexión). Esta situación se produce tres veces, y después de esta tercera vez, se realiza la desconexión ya que no se ha podido establecer una conexión entre máquinas.

Práctica 3. Cuestión 4.

Utiliza el programa rexec para ejecutar el comando ‘cat file1.txt’ en el servidor 10.3.7.0.

¿Qué valor de MSS se negocia entre los extremos de la comunicación?

El valor que se negocia en MSS es en petición 1460 y en respuesta 460

¿Cuál es el tamaño de los segmentos TCP transportados dentro de los paquetes IP?

El tamaño de los segmentos TCP es 460+20 de cabecera. Total 480 bytes.

¿Qué diferencia existe respecto al caso anterior?

Que la MTU de esta red es menor al caso anterior.

Práctica 3. Cuestión 3.

Utiliza el programa rexec para ejecutar el comando ‘cat file1.txt’ en el servidor 172.20.43.232 (Linux2). La información recibida es de varios miles de bytes y se recibirá en segmentos TCP de gran tamaño.

¿IP ha fragmentado estos segmentos?

Si, los segmentos han sido fragmentados.

¿Por qué ocurre esto?

Porque el tamaño del texto es superior a la MSS soportada por la conexión.

¿Cuál es el tamaño de los segmentos TCP?

El tamaño de los segmentos TCP es 1500 bytes.

Práctica 3. Cuestión 2.

Rexec. Remote Shell es un servicio presente en un S.O. UNIX con TCP/IP que atiende el puerto TCP 512 en espera de peticiones de ejecución de comandos desde procesos remotos clientes. Utiliza TCP, por lo que trabaja con conexión. Para las prácticas se dispondrá de un programa para MS Windows (rexec.exe) que actúa como cliente. En una sesión de rexec.exe se pide inicialmente un nombre de usuario y password en la máquina servidora, y tras introducir estos, se pueden ejecutar comandos UNIX en dicha máquina. Nos servirá para estudiar una conexión TCP. Dentro de una máquina UNIX, el cliente es un programa de línea de comandos con esta sintaxis básica:

Emplear el programa rexec para ejecutar el comando ‘ls –l’ en la maquina con dirección 172.20.43.232 (Linux2). Utiliza para ello el usuario ‘alumnos’ y la clave ‘alumnos’. Con el monitor de red, analizar y estudiar la secuencia de paquetes TCP intercambiados en el establecimiento de la conexión entre la máquina del alumno y la 172.20.43.232. Utilizar para ello el filtro adecuado (direcciones y protocolos).

Comprueba las secuencias de conexión-desconexión TCP. ¿Son similares a las que se detallan en la figura 6? (Puede que observes que el cliente contesta a una solicitud de SYN del servidor con un RST. Esto ocurre porque el servidor trata de autentificar al cliente, algo que no permite el PC).

La secuencia de información que observamos en el monitor de red es muy similar a la que aparece en la figura 6 como ejemplo de conexión y desconexión en TCP. Dicha figura es la siguiente:

Comprueba el valor de los puertos utilizados. Indica su valor.

El valor del puerto de destino es 512.

El valor del puerto de envío es un numero aleatorio generado por el pc , en este caso es el 272

Analizar los valores de la ventana de receptor. ¿Cuál es más grande?

Tenemos dos valores 65535 y 5840

Práctica 3. 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).

Cuando realizamos la petición al puerto 7 (eco) este nos contesta con la misma información que le hemos enviado.

Al realizar la petición al puerto 13 (hora y fecha) este nos devuelve la información de la hora y la fecha indistintamente de lo que nosotros le hayamos enviado.

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...

La petición se la hacemos al puerto 7.

Al recibir la respuesta del puerto 7 (eco) cuando hacemos la petición con un texto muy largo, se produce fragmentación. A continuación se detallan los distintos parámetros que se producen en la fragmentación.

Trama Nº Tamaño Flags Ofset Identificador

1(udp petición) 1514 0 | 0 |1 0 0×0401

2 ip grafment 270 0 | 0 |0 1480 0×0401

3(udp respuesta) 514 0 | 0 |1 0 0×0082

4 ip grafment 514 0 | 0 |1 480 0×0082

5 ip grafment 514 0 | 0 |1 960 0×0082

6 ip grafment 310 0 | 0 |0 1440 0×0082

Practica 2. 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.

Para crear la subred se revervan 3 bits.

145.65.0.0 255.255.224.0 (Es para todas las subredes la misma máscara)

145.65.32.0

145.65.64.0

145.65.96.0

145.65.128.0

145.65.160.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.

255.255.255.128

Saldrán cuatro subredes nuevas.

El rango de máquinas será 126.

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

En esta cuestión se analizará el mensaje ICMP tipo 11 código 1. Para ello, se va a intentar “saturar” a una determinada máquina del laboratorio enviándole un número elevado de peticiones Ping. Este elevado número de peticiones puede producir un error si la máquina destino tiene que realizar un reensamblado excesivo de de paquetes en un tiempo limitado.

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 que máquina proceden los mensajes ICMP “Fragment Reassembly Time Exceded”? (identifica la máquina en la topología del anexo)

10.3.7.0 observando el diagrama del laboratorio la identificamos como LINUX 1

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

El reensamblado solo se puede producir en la máquina destino

Práctica 2. Cuestión 5. Mensaje ICMP “Time Exceeded”

Dentro del mensaje ICMP Time Exceeded se analizará el de código 0: Time to Live exceeded in Transit (11/0). En primer lugar, inicia el monitor de red para capturar paquetes IP relacionados con la máquina del alumno y ejecuta 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)

Su IP es 142.20.43.230 y su Mac 00:07:0e:8c:8c:ff. Observando el esquema de la topología de red del laboratorio lo i

dentificamos como Cisco 1720.

Inicia de nuevo la captura y ejecuta a continuación 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)

La IP y MAC origen de este mensaje de error son 10.4.2.5 y 00:07:0e:8c:8c:ff respectivamente. No pertenecen a la misma máquina, la MAC es la de mi puerta de enlace que es el Router Cisco 1720 y la dirección IP pertenece a la máquina Cisco 2513. No conozco la Mac de Cisco 2513 porque está fuera de mi red local.

Por último, inicia de nuevo la captura y realiza un ping a la siguiente dirección:

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?

El mensaje de error tiene asociado tipo 11 (Time to live exceed) y código 0 (Time to live exceed in transit).

Que no se ha encontrado la máquina que pertenece a esa IP en el tiempo indicado (50 saltos). Se está produciendo un bucle entre las máquinas 10.3.2.0 y 10.3.7.0 hasta que agotan el TTL y nos envía el router éste mensaje de error.

Estaría ubicada en la subred 10.3.0.0 situada entre esas máquinas.

Práctica 2. 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

En base a los paquetes capturados, filtra sólo los datagramas que contengan tu dirección IP y contesta a las siguientes preguntas:

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
1	8-0 (echo request)	32 bytes	172.20.43.209	10.4.2.1
2	5-1 (redirect)	bytes	172.20.43.230	172.20.43.209
3	0-0 (echo reply)	32 bytes	10.4.2.1	172.20.43.209

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 que 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 al mismo interfaz?
1	8-0 (echo request)	00:0a:5e:76:90:9d	172.20.43.209	Si
2	5-1 (redirect)	00:07:0e:8c:8c:ff	172.20.43.230	Si
3	0-0 (echo reply)	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?

Cisco 1720, cuya IP es 172.20.43.230. Este router nos informa de que el ping no ha podido llegar a destino, pues el no enlaza con la máquina destino. Este router es la puerta de enlace de mi máquina.

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

El dato más importante que ofrece es la nueva puerta de enlace (Gateway adress). En nuestro caso es la 172.20.43.231 que corresponde al Cisco 1601. Es la dirección de salida correcta que debe tomar nuestra máquina para una situación igual en el futuro.

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 Cheksum del datagrama transportado por el Redirect?

El paquete Redirect por sí solo no coincide con el original, sin embargo, en este paquete de error, está contenido el mensaje que produjo el error. Por tanto el identificador si que coincide, sin embargo TTL (time to live) pasa de 128 a 127 porque el paquete ha dado un salto y por tanto su tiempo de vida disminuye en una unidad. Por último el Cheksum tampoco coincide, siendo en un caso 0xf05b y en el segundo pone que 0xf05b es incorrecto y que debería ser 0x9aff.