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

 

Ip 10.3.7.0   Puerto 7

 

Cuando realizamos la peticion al puerto 7, el servidor devuelve un echo respuesta con los mismos datos que se le han enviado.

 

 

 

Ip 10.3.7.0 puerto 13

 

Cuando realizamos la peticion al puerto 13, en este caso, el servidor nos devuelve la fecha

 

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

 

Peticion puerto 7

 

 

 

 

Como podemos observar en el monitor de red (www.wireshark.org), se produce fragmentación, a continuacion detallamos los distintos parametros que se producen en la fragmentacion.

 

 

 

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

 

 

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

 

 

 

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

 

 

 

 

Captura monitor de red

 

 

 

Las secuencias son similares a las detalladas

 

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

 

El valor del puerto de destino es 512

El valor del puerto de envio es un numero aleatorio generado por el pc , en este caso es el 1824

 

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

Tenemos dos valores 65535 y 5840

 

Cuestión 3

 

Utiliza el programa rexec para ejecutar el comando ‘cat ifconfig.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?

 

 

 

 

 

¿IP ha fragmentado estos segmentos?

Si han sido fragmentados

 

¿Por qué ocurre esto?

Porque el tamaño del texto es superior a MSS

 

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

1500 bytes

 

Cuestión 4

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

 

 

 

 

 

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

En petición 1460 bytes  y  en respuesta 460 bytes

 

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

 

480 bytes

 

¿Qué diferencia existe respecto al caso anterior?

 

Que la MTU de esta red es menor a la anterior.

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

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

 

DATOS 1000 bytes,   se fragmentan:

 

Trama 1           CABECERA IP 20 bytes         CABECERA UDP  8 bytes     DATOS 472

Trama 2           CABECERA IP 20 bytes         DATOS 480 bytes

Trama 3           CABECERA IP 20 bytes         DATOS  48  bytes

 

TCP

 

Trama 1           CABECERA IP 20 bytes         CABECERA TCP  20 bytes    DATOS 460

Trama 2           CABECERA IP 20 bytes         CABECERA TCP  20 bytes    DATOS 460

Trama 3           CABECERA IP 20 bytes    CABECERA TCP  20 bytes    DATOS 80

 

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.

Tendríamos un mensaje icmp si vamos por el lado derecho A-B-D-E el tipo seria 3 (destino inalcanzables) y el código seria 4(se necesita fragmentación y DF activado)

 

b.      Indica la MTU del camino de camino completo.

500

 

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.

 

Trama              CAB. Ethernet                        CAB. IP           CAB. TCP       DATOS

1                      14                               20                    20                    460

2                      14                               20                    20                    460

3                      14                               20                    20                    460

4                      14                               20                    20                    120