Practica 3 - Anexo

Anexo

En una ventana de MS-DOS y dentro del directorio raíz empleamos el programa ftp para enviar el fichero C:\p3.txt al servidor 172.20.41.241.

Ejecutamos el comando:
route add 172.20.41.241 mask 255.255.255.255 172.20.43.231

A continuación el resto de comandos:





a) Determina con el monitor de red qué valor de MSS se ha negociado en la conexión TCP. Para ello visualiza TODOS los paquetes IP intercambiados entre tu PC y el servidor 172.20.41.241.

En el primer extremo el valor de MSS es 1460 bytes mientras que en el segundo es de 460. Por tanto en la conexión TCP se negocia el valor de 460 bytes.

b) ¿Hay paquetes ICMP “fragmentation needed and the bit don't fragment was set”? Si la respuesta es afirmativa, ¿qué máquina envía el mensaje de error?

Sí, uno. La máquina que envía este mensaje es la 172.20.43.231.

c) ¿Cómo afecta este mensaje ICMP al tamaño de los paquetes TCP intercambiados entre tu PC y el servidor 172.20.41.241?

Se cambia la MSS de 460 bytes a 360 bytes que es el nuevo valor de la MTU (400) de la sigiente red.

d) ¿Reenvía tu PC algún paquete TCP al servidor?

Reenvía tres paquetes de datos para que se vuelvan a reenviar los paquetes enviados con el anterior valor de MSS.

e) ¿Fragmenta IP algún paquete TCP?

No porque el protocolo TCP tiene activado el bit Don't Fragment.

Practica 3 - Apartado 7

Cuestion 7:

En base a la topología que se muestra a continuación:



Considerando que todos los equipos presentes en dicha topología cumplen la RFC 1191. Determina el número de segmentos que se generan al mandar un paquete TCP con 1500 bytes de datos desde la máquina ‘A’ a la máquina ‘E’:

a. Número, tipo y código de paquetes ICMP.

Tendremos un mensaje ICMP “Fragmentation Needed”, de tipo 3 y código 4

b. Indica la MTU del camino de camino completo.

La MTU del camino es 500, la menor

c. Una vez determinada la MTU del camino, mostrar la longitud total de cada paquete TCP construido en la fragmentación al mandar un paquete TCP original con 1500 bytes de datos. Indicar la estructura (cabeceras incluidas) de la trama Ethernet en la que se encapsulan los paquetes.

Se fragmentará en 4 paquetes:

El primero, el segundo y el tercero tendrá una cabecera de ethernet de14 bytes, una cabecera Ip de 20 bytes,TCP de 20 bytes, más 460 de datos.
El cuarto tendrá una cabecera de ethernet de14 bytes, cabeceras Ip de 20 bytes, TCP de 20 bytes, más 120 de datos.

Practica 3 - Apartado 6

Cuestion 6

Determinar el número de paquetes UDP que se generan (indicando el formato de los paquetes: cabeceras, etc…), cuando el nivel de transporte envía 1000 bytes de datos en una red Ethernet con MTU de 500 bytes. Hacer lo mismo considerando que el nivel de transporte utilizado fuera TCP.

UDP:
Se fragmentará en 3 paquetes.
El primero tendrá una cabecera Ip de 20 bytes,UDP de 8 bytes, más 472 datos
El segundo y el tercero tendrá cabeceras Ip de 20 bytes, más 480 de datos.
Y el tercero tendrá cabeceras Ip de 20 bytes, más 48 de datos.

TCP:
Se fragmentará en 3 paquetes.
El primero y el segundo tendrá una cabecera Ip de 20 bytes,TCP de 20 bytes, más 460 datos
El tercero tendrá cabeceras Ip de 20 bytes, TCP de 20 bytes, más 80 datos.

Practica 3 - Apartado 5

Cuestion 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?





Se observa como se intenta establecer una sincronía entre ambas maquinas y se observa como la maquina destino, produce un RST, como se observa en la captura esta situación se da tres veces, después de esta tercera vez, se realiza la desconexión ya que no se ha podido establecer una sincronía entre ambas maquinas.

Practica 3 - Apartado 4

Cuestion 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? ¿Cuál es el tamaño de los segmentos TCP transportados dentro de los paquetes IP? ¿Qué diferencia existe respecto al caso anterior?



Los valores de MSS que se negocian son en petición 1460 y en respuesta 460. El tamaño de los fragmentos TCP será por tanto 480(460 + cabecera). La diferencia respecto al apartado anterior es que en este caso la MTU de esta red es menor.

Practica 3 - Apartado 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? ¿Por qué ocurre esto? ¿Cuál es el tamaño de los segmentos TCP?



No, IP no ha fragmentado esos fragmentos porque los fragmentos TCP llevan el bit "don't fragment" activado. El tamaño de los paquetes es:

MMS = MTU – Cab IP – Cab TCP = 1500 – 20 – 20 = 1460 Bytes.

Practica 3 - Apartado 2

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

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

En el orden de las secuencias se puede ver como enviamos un SYN y se nos devuelve un ACK/SYN (Establecer conexión bidireccional).

Se produce un error por CHECKSUM incorrecto, ya que tiene ese bit activado y no el de GOOD CHECKSUM. Es un error que se corrige gracias a la redundancia del TCP.

Se la maquina Linux nos envía una ACK y una SYN y le devolvemos un RST/ACK para solicitar que se restablezca la nueva conexión.

Finalmente enviamos un FIN/ACK y se nos devuelve un ACK con lo que la conexión queda finalizada.

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

Puerto del Servidor (fijo): 512

Puerto Local (variable): 3632

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

Los mayores son un TCP ACK y un EXEC que tiene de ventana 65535 Bytes