Práctica 3 Cuestión 6

CUESTIÓN 6. SOBRE MSS

En base a la topología que se muestra a continuación y considerando que todos los equipos presentes en dicha topología realizan el cálculo de MSS en conexión, se envían 1500 bytes de datos desde la máquina ‘A’ a la máquina ‘E’.

6.1 Indica el tipo y código de paquetes ICMP existentes en la red.

La MTU en el primer caso sería la menor entre el origen y el destino dado que son las únicas que se pueden conocer. Por tanto, MTUinicial=1000.

Al mandar el paquete se produce un error de Destination Unreachable (tipo 3, ICMP) producido porque la MTU de una de las redes es de 500, y para pasar por ella es necesario que los paquetes no excedan dicho tamaño.

6.2 Muestra el MTU del camino completo.

Como ya hemos dicho, la primera elección está entre la MTU de 1500 y 1000, por tanto nos quedaríamos con la MTU del destino (1000) que es el más pequeña. De este modo, la MSS inicial sería = 1000-40 = 960.

A continuación, se produciría el error ICMP de tipo 3 avisándonos de que hay un MTU de tamaño menor al que queremos enviar y que además no podemos desfragmentar. Dicha MTU es de 500, por lo que la nueva MSS con la que se mandarán los segmentos la calculamos así: MSS = 500 -40 = 460. Y ahora sí que podemos llegar al destino.

Práctica 3 Cuestión 5

CUESTIÓN 5. COMPARACIÓN DE TCP Y UDP

Determina 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. Repite el ejercicio considerando que el nivel de transporte utilizado fuera TCP.

Para el nivel de transporte UDP:

MTU = 500 bytes

Paquete = 1000 bytes

1er paquete: Tamaño= 500 bytes; Incluye: 20 bytes (IP), 8 bytes (UDP), 472 bytes (datos)

2º paquete: Tamaño=500 bytes; Incluye: 20 bytes (IP), 480 bytes (datos)

3er paquete: Tamaño=68 bytes; Incluye: 20 bytes (IP), 48 bytes (datos)

Para el nivel de transporte TCP:

MTU = 500 bytes

Paquete = 1000 bytes

1er paquete: Tamaño= 500 bytes; Incluye: 20 bytes (IP), 20 bytes (TCP), 460 bytes (datos)

2º paquete: Tamaño=500 bytes; Incluye: 20 bytes (IP), 20 bytes (TCP), 460 bytes (datos)

3er paquete: Tamaño=120 bytes; Incluye: 20 bytes (IP), 20 bytes (TCP), 80 bytes (datos)

Práctica 3 Cuestión 4

CUESTION 4. SOBRE TCP

Inicia el monitor de red. A continuación, realiza la carga de una página Web en tu navegador. Finaliza la captura de datos.

Hemos cargado la web cuantobserver.blogspot.com

4.1 Comprueba las secuencias de conexión-desconexión TCP. ¿Son similares a las que se detallan en la figura 6 del enunciado de la práctica?  (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).

Sí, se observan los paquetes que se incluyen en el establecimiento de una conexión

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

Puerto 2371: SYN

Origen Puerto 80 (http), destino Puerto 2371: SYN/ACK

Origen Puerto 2371, destino Puerto 80 (http): SYN/ACK

4.3 Observa el valor de MSS negociado en la conexión.

MSS = 1460 (MSS=MTU-Cab.IP-Cab.TCP=1500-20-20)

Práctica 3 Cuestión 3

CUESTIÓN 3. SOBRE UDP

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.

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

Para Filtro echo rellenamos del siguiente modo:

Y éste es el resultado:

Y para con Filtro daytime:

Obtenemos lo siguiente:

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

Basándonos en nuestra captura, crearemos la tabla de a continuación:

(Texto extraído de cuantobserver.blogspot.com)

Protocolo	ID	Flags	Tamaño	Fragment Offset	Destino
ECHO	0x4e9b	0x01	2944	0	10.3.7.0
IP	0x4e9b	0x00	1484	1480	10.3.7.0
IP	0x00a7	0x00	84	2880	Nuestra máquina
IP	0x00a7	0x01	500	2400	Nuestra máquina
IP	0x00a7	0x01	500	960	Nuestra máquina
IP	0x00a7	0x01	500	480	Nuestra máquina
ECHO	0x00a7	0x01	500	0	Nuestra máquina

Práctica 3 Cuestión 2

CUESTIÓN 2. SOBRE RIP

2.1 Realiza una captura (de unos 30 segundos) con el monitor de red para localizar mensajes RIP 2 en el segmento Ethernet 172.20.43.192/26. Determina de quién proceden los mensajes RIP capturados e interpreta la información sobre rutas que transportan, examinando las direcciones IP, las máscaras y números de saltos de las rutas. ¿Qué rutas intercambian los encaminadores?

Tras observar la captura tenemos que los mensajes RIP proceden de los routers CISCO 230 y CISCO 231 con destino multicast

2.2 Examina las direcciones IP y MAC del paquete RIP para comprobar el uso de direcciones multicast de red y de enlace, y la correspondencia entre éstas. ¿A qué numero de puerto van dirigidos estos mensajes? ¿Qué protocolo de transporte emplean?

Van dirigidos al puerto 520 del router con protocolo: UDP

Práctica 3 Cuestión 1

 CUESTIÓN 1. TABLAS DE ENCAMINAMIENTO

1.1 Analiza la configuración de las tablas de encaminamiento de distintos equipos de la red (PC del alumno, Linux 1, Linux 2 y encaminadores CISCO) con las herramientas comentadas en clase (rexec). Comprueba el sentido de envío de paquetes (según destino) en función de los valores obtenidos en la tabla.

Para el acceso a los encaminadores CISCO del laboratorio emplea la herramienta “Rexec” en conexión con el linux 172.20.43.232 y comando:
rsh –l alumnos IP_router “sh ip route”, donde IP_router se corresponde con la IP asignada al encaminador.

Para la realización de este ejercicio rellenaremos las casillas correspondientes con los siguientes datos en la herramienta “rexec” :

Usuario Alumnos

Contraseña Alumnos

Server 10.3.7.0

Comando netstat –rn

LINUX 1

Kernel IP routing table

Destination     Gateway         Genmask         Flags   MSS Window  irtt Iface

10.3.2.0        0.0.0.0         255.255.255.255 UH      500 0          0 ppp0

10.4.2.1        10.3.2.0        255.255.255.255 UGH     500 0          0 ppp0

172.20.41.240   0.0.0.0         255.255.255.240 U      1500 0          0 eth0

172.20.43.0     10.3.2.0        255.255.255.0   UG      500 0          0 ppp0

10.1.0.0        10.3.2.0        255.255.255.0   UG      500 0          0 ppp0

10.3.0.0        0.0.0.0         255.255.0.0     U       500 0          0 ppp0

127.0.0.0       0.0.0.0         255.0.0.0       U      3584 0          0 lo

0.0.0.0         172.20.41.242   0.0.0.0         UG     1500 0          0 eth0

LINUX 2

Server 172.20.43.232

Kernel IP routing table

Destination     Gateway         Genmask         Flags   MSS Window  irtt Iface

10.4.2.1        172.20.41.241   255.255.255.255 UGH      40 0          0 eth0

172.20.41.240   0.0.0.0         255.255.255.240 U        40 0          0 eth0

172.20.43.192   0.0.0.0         255.255.255.192 U        40 0          0 eth1

0.0.0.0         172.20.43.230   0.0.0.0         UG       40 0          0 eth1

CISCO

rsh -l alumnos 172.20.43.232 "sh ip route"

rsh -l alumnos 10.4.2.5 "sh ip route"

Codes: C - connected, S - static, I - IGRP, R - RIP, M - mobile, B - BGP

D - EIGRP, EX - EIGRP external, O - OSPF, IA - OSPF inter area

N1 - OSPF NSSA external type 1, N2 - OSPF NSSA external type 2

E1 - OSPF external type 1, E2 - OSPF external type 2, E - EGP

i - IS-IS, L1 - IS-IS level-1, L2 - IS-IS level-2, ia - IS-IS inter area

* - candidate default, U - per-user static route, o - ODR

P - periodic downloaded static route

Gateway of last resort is 172.25.40.65 to network 0.0.0.0

172.20.0.0/16 is variably subnetted, 3 subnets, 2 masks

S       172.20.43.192/26 [1/0] via 10.4.2.6

S       172.20.41.240/28 [1/0] via 10.3.7.0

C       172.20.41.224/28 is directly connected, TokenRing0

172.25.0.0/27 is subnetted, 1 subnets

C       172.25.40.64 is directly connected, Ethernet0

10.0.0.0/8 is variably subnetted, 7 subnets, 3 masks

C       10.4.2.4/30 is directly connected, Serial1

C       10.3.0.0/16 is directly connected, Async1

C       10.4.2.6/32 is directly connected, Serial1

S       10.1.0.0/16 [1/0] via 10.4.2.6

C       10.4.2.0/30 is directly connected, Serial0

C       10.4.2.1/32 is directly connected, Serial0

C       10.3.7.0/32 is directly connected, Async1

S*   0.0.0.0/0 [1/0] via 172.25.40.65

1.2 Modifica la tabla de encaminamiento de tu PC para alcanzar las direcciones de la red 10.3.0.0/16 pasando por los equipos Linux 2 - Linux 1. Comprueba si la modificación tiene éxito o no usando el comando “tracert” varias veces. ¿Logras cambiar el camino por defecto hacia las máquinas indicadas? Justifica la respuesta indicando, exactamente, lo que obtienes al ejecutar el comando tracert (IP destino: 10.3.2.0).

En primer lugar deberemos ir a nuestro MS-DOS y ejecutar tal y como aparece en la imagen lo siguiente:

Route add 10.3.0.0 mask 255.255.0.0 172.20.43.232

Aunque queramos cambiar la puerta de enlace, observamos que no puede ir por esa ruta de Linux 2 por lo que volvemos otra vez por la determinada al igual que el resto de veces que llamemos a esa IP.

1.3 Modifica la tabla de encaminamiento de tu PC para asignar como puerta de enlace la máquina de la Escuela Politécnica (172.20.43.195) ¿Qué comandos has empleado?

Route delete 0.0.0.0

Route add 0.0.0.0 mask 0.0.0.0 172.20.43.195

1.4 Analizando la topología de la red del laboratorio, ¿Qué crees que sucedería con los datagramas procedentes de tu máquina si el router CISCO 2513 tuviera asignada la puerta de enlace 10.4.2.1 para encaminar cualquier mensaje con destino a Internet? ¿Se produciría alguna situación de error ICMP?

Teniendo en cuenta que la puerta de enlace predeterminada es la 10.4.2.6, los datagramas saldrían por dicha puerta en vez de salir al exterior. Pero como ésta vuelve a tener la salida por la predeterminada crearíamos un buble que daría lugar a un error ICMP, el cual se establece cuando se agota el tiempo de vida (TTL) y como consecuencia no hubiésemos podido llegar al destino.