Cuestión 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



Paquete 1 --> Cabecera IP=20 bytes; Cabecera UDP=8 bytes; Datos=472 bytes

Paquete 2 --> Cabecera IP=20 bytes; Datos=480 bytes

Paquete 3 --> Cabecera IP=20 bytes; Datos=48 bytes





TCP



Paquete 1 --> Cabecera IP=20 bytes; Cabecera TCP=20 bytes; Datos=460 bytes

Paquete 2 --> Cabecera IP=20 bytes; Cabecera TCP=20 bytes; Datos=460 bytes

Paquete 3 --> Cabecera IP=20 bytes; Cabecera TCP=20 bytes; Datos=80 bytes

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?

Se observan 3 solicitudes de establecimiento de conexión (SYN) con la máquina de mi compañero sin éxito, por cada solicitud de conexión se ve un mensaje RST el cual sirve para solicitar un reinicio de la conexión. La no consecución de la conexión se debe a que el servicio TCP está deshabilitado en los ordenadores.

Cuestión 4

Utiliza el programa rexec para ejecutar el comando 'cat capturaexamen' 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?

En los extremos de la comunicación se negocian valores de MSS de 460 bytes y 1460 bytes, resultando finalmente una MSS de 460 bytes.

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

La diferencia con el caso anterior es que los paquetes contienen menos datos y por tanto se necesitan más paquetes para transportar la misma información.

Cuestión 3

Utiliza el programa rexec para ejecutar el comando 'cat ifconfig' en el servidor 172.20.43.232 (Linux 2). 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?

IP no ha fragmentado estos segmentos porque el protocolo TCP ya se encarga de particionar los datos ajustándose a la MTU de la red. El tamaño de los segmentos TCP es de 1460 bytes.

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:

rsh [IP SERVIDOR] [COMANDO A EJECUTAR]

Emplear el programa rexec para ejecutar el comando 'ls -l' en la máquina con dirección 172.20.43.232 (Linux 2). 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 SYN del servidor con un RST. Esto ocurre porque el servidor trata de autentificar al cliente, algo que no permite el PC).

Como se puede apreciar comparando la captura del Monitor de Red y la figura 6 (a continuación), las secuencias de conexión-desconexión TCP son muy similares.

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

El puerto utilizado por mi máquina es el 512 y el del servidor el 1415.

Durante la autentificación mi máquina usa el puerto 113 y el servidor el puerto 2325, este cambio se debe a que se requiere una mayor seguridad.

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

El valor de la ventana receptora de mi máquina es 5840, sin embargo, el tamaño de la ventana receptora del servidor es de 64813, siendo este último mayor.

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 fitro adecuado en el Monitor de Red (direcciones y protocolos).

He realizado el envío de la palabra "hola" al puerto 7 (eco) del servidor Linux1.

En el monitor de red, introducimos el filtro ip.src==172.20.43.202 ip.dst==17.20.43.202 && !nbns para visualizar solo los paquetes asociados a nuestra máquina.

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

Si que se produce fragmentación IP de los paquetes UDP, se envía un paquete UDP con una longitud de 1292 bytes y aparecen dos paquetes IP de longitud 514 bytes y un paquete UDP de 332 bytes.

Práctica 3

Introducción

Los objetivos de la práctica 3 de la asignatura Redes de Ordenadores (IT. Telecomunicaciones, Especialidad Sonido e Imagen de la Universidad de Alicante) es profundizar en el funcionamiento de los protocolos de transporte en la arquitectura de red. En particular, se pretende conocer las características del nivel de transporte, así como el formato de las estructuras de datos que circulan en este nivel. Se implementará una aplicación cliente/servidor que incorpore las funciones más típicas exigibles a un nivel de transporte TCP/IP.