ANEXO

En una ventana de MS-DOS y dentro del directorio raíz emplea el programa ftp para enviar el fichero C:\p3.txt al servidor 172.20.41.241. Para ello, utiliza la siguiente secuencia de comandos:

C:\ftp 172.20.41.241

Connectado a 172.20.41.241

220 Linux1.disc.ua.es FTP server (Version wu-2.4.2-academ[BETA-18-VR12](1)

Wed Jan 27 22:19:46 CST 1999) ready.

Usuario (172.20.41.241:(none)):alumnos

331 Password required for alumnos.

Contraseña:alumnos

230 User alumnos logged in.

ftp> bin

200 Type set to I

ftp> put p3.txt

200 PORT command successful.

150 Opening BINARY mode data connection for rfc1191.txt

226 Transfer complete

ftp: 48730 bytes sent in 24.28 segundos 2.01 KB/s

ftp> quit

221-You have transferred 48730 bytes in 1 files.

221-Total traffic for this session was 49154 bytes in 1 transfers.

221-Thank you for using the FTP service on Linux1.disc.ua.es.

221 Goodbye.

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.

Al principio lo empieza a transmitir con 460 pero se da cuenta que el nuevo servidor solo permite una MTU DE 400, por lo que luego cambia y nos quedamos con:MSS=360

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?

Si. Uno de Destino inalcanzable y lo envía la máquina 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 ?

Pues que ahora solo se podrán enviar paquetes de 400 bytes y MSS de 360 bytes.

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

Si para decirle a 172.20.41.241 que el tamaño de los paquetes no puede ser el que ha indicado y que lo reduzca.

e) ¿Fragmenta IP algún paquete TCP ?

No

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

---

Cuestión 7.b

Indica la MTU del camino de camino completo.

---

La MTU del camino completo es de 500 bytes. Siempre es la menor MTU por donde tiene que pasar cada paquete. En este caso, de B a D hay una MTU de 500.

Cuestión 7.a

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

---

1 paquete, Tipo 3 y Código 4. (Teníamos que haber visto 2 paquetes de error pero en el monitor de red solo se ve 1)

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’:

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.

---

Sabiendo que tiene que pasar por una MTU de 500 bytes, las cabeceras + los datos tienen que sumar un total de 500 bytes. Veamos que pasa en cada caso:

Para UDP:
Sabemos que UDP si se puede fragmentar. La cabecera de UDP solo se envía la primera vez. Por tanto, tenemos:

Para TCP:
Sabemos que TCP no se puede fragmentar. Hay que enviar siempre la cabecera de IP y de TCP. Por tanto, tenemos: