Práctica 3 - Cuestión 5

Realizamos una conexión FTP a la máquina de un compañero de clase.

En el Monitor de Red lo que se observa al intentar realizar la conexión es que nuestra máquina (172.20.43.217) realiza 3 intentos de conexión con la máquina del compañero. Para cada petición de conexión tenemos una respuesta de intento fallido.

Práctica 3 - Cuestión 4

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

Se negocia un valor de MSS de 460 bytes, después de haberlo hecho primero con 1.460.

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

480 bytes = 460 de datos + 20 de cabecera.

¿Qué diferencia existe respecto al caso anterior?

Que ahora la MTU del servidor Linux es de 500, mientras que antes era de 1.500.

Práctica 2 - Cuestión 3

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

Vemos que TCP no fragmenta nunca. En lugar de esto, divide en segmentos más pequeños para poder establecer la comunicación sin fragmentar.

Los segmentos TCP son de 1460 bytes sin las cabeceras (IP y TCP, de 20 bytes cada una).

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:

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

Comprobamos si las secuencias de conexión-desconexión TCP son similares a las que se detallan en la siguiente figura:



En efecto, la estructura de envío de datos y confirmación de datos es similar.

Comprobamos el valor de los puertos utilizados:

• PC: 2910
• SERVIDOR: 512

Práctica 3 - Cuestión 1

El programa udp.exe 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.

Apartado a)

Utilizamos el programa udp.exe para realizar el 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 analizamos la secuencia de paquetes UDP que se desencadenan cuando se envía como datos una palabra, por ejemplo 'hola'.

Utilizamos el filtro adecuado en el Monitor de Red (direcciones y protocolos):

• Nuestra máquina: 7
• Servidor: 13

.

Apartado b)

Probamos de nuevo udp.exe, pero enviando un texto mucho más grande.

Vemos como se produce fragmentación de los paquetes UDP.

Práctica 2 - Cuestión 7

SOBRE DIRECCIONAMIENTO IP Y CREACIÓN DE SUBREDES

Apartado a)

Dada la dirección de clase B 145.65.0.0 se desean 6 subredes.

Dirección IP 145 . 65 . 0 . 0
MÁSCARA: 255 . 255 . 0 . 0 (clase B)

¿Cuantos bits se tendrán que reservar para crear las subredes?

Habría que reservar 2^3 = 8 bits para poder tener 6 subredes.

NUEVA MÁSCARA: 255 . 255 . 224 . 0

VALOR DECIMALDE LAS SUBREDES:

• 145 . 65 . 0 . 0
• 145 . 65 . 32 . 0
• 145 . 65 . 64 . 0
• 145 . 65 . 96 . 0
• 145 . 65 . 128 . 0
• 145 . 65 . 60 . 0

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

Dirección IP 125 . 145 . 64 . 0

MÁSCARA: 255 . 255 . 254 . 0

NUEVA MÁSCARA:

• 255 . 255 . 255 . 128 (+ 2bits)

Determina el rango de direcciones IP que puede emplearse para numerar en cada una de las subredes obtenidas en la ampliación:

SUBRED__PRIMERA MÁQ__ÚLTIMA MÁQ

• 125.145.64.0___125.145.64.1__125.145.64.126
• 125.145.64.128_125.145.64.129_125.145.64.254
• 125.145.65.0___125.145.65.1__125.145.65.126
• 125.145.65.128_125.145.65.129_125.145.65.254

Práctica 2 - Cuestión 6

MENSAJE ICMP "Fragment Reassembly Time Exceeded"

Vamos a 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 paquetes en un tiempo limitado.

.

Iniciamos el programa Monitor de Red y ejecutamos el comando ping en varias ventanas (en paralelo) de MSDOS, de esta forma lograremos un mayor número de peticiones:

C:\>ping -n 80 -l 20000 10.3.7.0

Detenemos la captura y determinamos:

.

Apartado a)

La máquina de la que proceden los mensajes ICMP "Fragment Reassembly Time Exceeded" es:

IP: 10.3.7.0

MAC: 00:07:0E:8C:8C:FF

(170.20.43.230)

.Apartado b)

Proceden de esa máquina porque es la que cumple la misión de redireccionar todos los mensajes que mandamos.