Práctica 3.Cuestión 7
Cuestión 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.
Se genera un mensaje de error ICMP
|
TIPO |
3 |
|
CODIGO |
4 |
|
NUMERO |
1 |
b. Indica la MTU del camino de camino completo.
Según la norma RFC 1191, la MTU será la menor de las MTU del camino recorrido. Par averiguar esto, el emisor envía dos o tres paquetes tcp, investigando las MTU intermedias. Si se reciben mensajes de error ICMP se cambiará la forma de actuación respecto al tamaño futuro de los paquetes TCP. En esta topología, una vez realizados los envíos de prueba y recorrido todo el camino tendremos una MTU=500 bytes.
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.
|
CABECERA ETHERNET (BYTES) |
CABECERA IP (BYTES) |
Cabecera TCP (BYTES) |
Datos (BYTES) |
|
14 |
20 |
20 |
460 |
|
14 |
20 |
20 |
460 |
|
14 |
20 |
20 |
460 |
|
14 |
20 |
20 |
120 |
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? ¿Por qué ocurre esto? ¿Cuál es el tamaño de los segmentos TCP?
Al realizar lo que se pide en el enunciado de la práctica vemos que no nos sale nada en el programa rexec, y esto se debe a que han eliminado el archivo file1.txt. Seguidamente buscamos otro introduciendo -ls donde nos aparecen los archivos existentes en el servidor y cogemos ifconig.txt con tiene un tamaño parecido a file1.txt. A continuación ejecutamos el comando ‘cat ifconfig.txt’ en el servidor 172.20.43.232 como se puede ver en la siguiente figura.
TCP no permite la fragmentación de los datagramas. TCP lo divide en segmentos, calculando previamente la MSS y la MTU en la que sigue la siguiente estructura:
MTU = CABECERA IP + CABECERA TCP + DATOS
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).
Como se puede ver en la imagen, el procedimiento de transporte UDP del envío de una palabra es el mismo que una ejecución ping. Se realiza una petición eco con la palabra a enviar a la máquina destino y esta devuelve la misma palabra como respuesta a esa petición.
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…)
En este apartado he copiado y pegado una parte del texto introductorio del enunciado de la práctica.
Se ha realizado el envío a través del puerto 7 y se puede ver que se ha producido una petición echo( request) y 1 paquete IP, el cual es parte de la fragmentación del archivo original. Y como respuesta, se puede ver que se ha recibido una respuesta echo (response) y 5 paquetes IP. Esto se debe a la diferencia de MTU de la red que envía la petición y de la que la recibe.
Práctica 3. Cuestión 6
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.
MTU = 500 bytes
En UDP envía 3 paquetes uno con 472 bytes de datos en el que aparte de la cabecera IP envía la cabecera UDP, otro con 480 bytes de datos mas la cabecera IP y un tercero de 56 bytes de datos mas la cabecera IP.
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 = 56 bytes;
En TCP envía 3 paquetes en los cuales todos tienen cabecera IP y TCP. Envía dos paquetes de 472 bytes de datos y un tercero de 60
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 = 60 bytes
Práctica 3. Cuestión 5
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?
Como se puede observar en la siguiente figura para realizar la conexión FTP se introduce en MS-DOS el siguiente comando:
C:\ > ftp 172.20.43.208
Ahora observamos la captura y se puede ver como la maquina con la que realizamos la conexión FTP realiza tres intentos de conexión al servicio FTP con el flag SYN. A continuación de cada petición de conexión, la máquina del compañero (destino) responde con un mensaje RST (reset) y finalmente no se establece conexión.
Práctica 3: Cuestión 2
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 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).
Como se puede ver en la imagen de la captura si que cumple las secuencias mostradas en la figura 6. Observamos como en primer lugar se realiza el establecimiento de la conexión, donde el ordenador del alumno lanza el primer segmento con flag SYN donde solicita el establecimiento de una conexión. Después se produce una apertura simultánea con dos procesos TCP en la máquina servidor 172.20.43.232 y se envía un único segmento SYN+ACK estableciéndose una única conexión. Seguidamente el ordenador del alumno o cliente envía el tercer segmento con el flag ACK donde se confirma la recepción del segundo segmento con flag ACK.
Después del establecimiento de la conexión se ve como se efectúa la transmisión de datos entre la máquina del alumno y el servidor y en esta parte se produce la autentificación del cliente por parte del servidor donde el cliente contesta a una solicitud de SYN del servidor con un RST.
Para finalizar se puede ver como la máquina cliente envía un segmento con dos procesos, uno de flag ACK y otro de tipo FIN con el que se finaliza la conexión.
• Comprueba el valor de los puertos utilizados. Indica su valor.
Los puertos utilizados en la conexión son los siguientes:
Puerto 3230
Puerto 512
El segmento en el que se realiza la autentificación del cliente por parte del servidor se propaga por los puertos 113 y 2631.
• Analizar los valores de la ventana de receptor. ¿Cuál es más grande?
Los valores de ventana son los siguientes:
Para receptor 172.20.43.232 (servidor) Window size: 65535
Para receptor 172.20.43.198 (cliente) Window size: 5840
