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

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

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 5. Mensaje ICMP “Time Exceded”

Dentro del mensaje ICMP Time Exceeded se analizará el de código 0: Time to Live exceeded in Transit (11/0). En primer lugar, inicia el monitor de red para capturar paquetes IP relacionados con la máquina del alumno y ejecuta el comando:

C:\> ping –i 1 –n 1 10.3.7.0

5.a. Finaliza la captura e indica máquina que envía el mensaje “ICMP Time to Live exceeded in

Transit”… ¿Puedes saber su IP y su MAC? (identifica la máquina en la topología del anexo)

La maquina que envia el mensaje de tiempo excedido es el router de la puerta de enlace, en este caso si que podemos saber su direccion Ip y MAC

Inicia de nuevo la captura y ejecuta a continuación el comando:

C:\> ping –i 2 –n 1 10.3.7.0

5.b. Finaliza la captura y determina qué máquina envía ahora el mensaje “ICMP Time to Live

exceded in Transit”… Averigua y anota la IP y la MAC origen de este mensaje de error.

¿Pertenecen ambas direcciones a la misma máquina? (identifica las máquinas en la topología del

anexo)

Podemos observar como ahora no coinciden las direcciones MAC –IP, ya que la direccion ip es la del siguiente punto a partir de la puerta de enlace, mientras que la direccion MAC es la de nmuestra puerta de enlace.

Por último, inicia de nuevo la captura y realiza un ping a la siguiente dirección:

C:\> ping –i 50 –n 1 10.3.7.12

5.c. Finaliza la captura y observa el mensaje de error ICMP que aparece en el monitor de red. ¿Qué tipo y código tiene asociado ese mensaje?

Tipo 11 Codigo 0

¿Qué crees que está sucediendo al intentar conectarte a esa máquina y obtener ese mensaje de error?

Se esta produciendo un bucle cerrado entre las maquinas Cisco 2513 y LINUX 1

¿En qué subred estaría ubicada?

Subred 10.3.0.0

5.d. Repite el ejercicio pero esta vez eleva el tiempo de vida del paquete a 220. ¿Observas el mismo resultado con la misma rapidez?

No

¿En cuál de los dos casos ha tardado más la respuesta del ping (en MSDOS)?

En este nuevo caso tarda mas la respuesta

Cuestión 4. Mensaje ICMP “Redirect”

Inicia el Monitor de Red. A continuación ejecutar los comandos:

C:\>route delete 10.4.2.1

C:\>ping -n 1 10.4.2.1

En base a los paquetes capturados, filtra sólo los datagramas que contengan tu dirección IP y contesta a las siguientes preguntas:

4.a. ¿Cuántos datagramas IP están involucrados en todo el proceso? Descríbelos…(tipo, código y tamaño)

Nº data. Tipo y código ICMP Tamaño paquete ICMP         Origen IP        Destino IP

1            tipo 8 código 0          74 bytes                                  172.20.43.207 10.4.2.1

2            tipo5  código 1          70 bytes                                  10.20.43.230   172.20.43.207

3            tipo 0 código 0          74 bytes                                  10.4.2.1           172.20.43.207

4.b. Dibujar gráficamente el origen y destino de cada datagrama (como se ha realizado en la figura 7, pero incorporando el direccionamiento IP correcto de las máquinas involucradas).

4.c. ¿Observas los mismos datagramas en el Monitor de Red con respecto a los se comentan en la explicación teórica del Redirect? ¿Por qué puede suceder esto?

El datagrama que no aparece es la copia del echo que realiza el router uno (puerta de enlace predeterminada 172.20.43.230), esto es debido a que el switch realiza un filtrado por seguridad que consiste en que los mensajes entre routers no puedan ser visualizados por el resto de equipos de la red.

4.d. ¿Las direcciones MAC e IP de todas las tramas capturadas con el Monitor de Red hacen referencia al mismo interfaz de red? Indica en qué casos la respuesta es afirmativa y en que casos la dirección IP especifica un interfaz de red que no se corresponde con el mismo interfaz indicado por la MAC.

Dat. nº             Tipo y código ICMP                 Origen MAC – Origen IP                   ¿mismo interfaz?

1                      Tipo 8 codigo 0(echo request)    00:0a:5e:76:ff:a6    -   172.20.43.207   SI

2                      Tipo 5 codigo 1 (redirect)           00:07:0e:8c:8c:ff   -    172.20.43.230   SI

3                      Tipo 0 codigo 0 (echo reply)      00:d0:ba:eo.6a:3d –     10.4.2.1            SI

4.e. ¿Qué máquina o interfaz de red envía el mensaje ICMP Redirect?

El mensaje ICMP redirect es enviado al origen (PC alumno) desde la puerta de enlace predeterminada (172.20.43.230) router cisco 1720

4.f. ¿Qué dato importante para tu PC transporta en su interior ese mensaje de Redirect? ¿Transporta algún otro tipo de información extra?

Contiene un campo de 32 bits llamado direccion de internet del encaminador  que contiene la IP de salida correcta para la maquina emisora, además tambien contiene el encabezado del datagrama que causo el error.

4.g. Observa los campos “Identificación”, “TTL” y “Cheksum” del datagrama que se envió

originalmente. A continuación, analiza el contenido del mensaje Redirect. ¿Puedes encontrar la

misma identificación dentro de los datos (no cabecera) del mensaje ICMP Redirect? ¿Qué ocurre con los campos TTL y Cheksum del datagrama transportado por el Redirect?

El TTL se modifica siendo en el ping 128 y en el ICM redirect 255, y el cheksum tambien se ve modificado ya que es una suma de control

Cuestión 3. Mensaje ICMP “Destination Unreachable”

Dentro del mensaje ICMP Destination Unreachable se analizará el de código 4: Fragmentation Needed and Don’t Fragment was Set (3/4). En primer lugar ejecuta el comando:

C:\>route delete 10.3.7.0 ( si ya ha sido borrada la ruta, avisa con un error)

¿Porqué ejecutar este comando? En MS Windows, con route se modifican las tablas de encaminamiento de una máquina. Con la opción delete eliminamos un camino o ruta a la dirección especificada. Al eliminarlo, borramos también cualquier información asociada a esa dirección, incluida la información sobre errores previos al acceder a ese destino.

A continuación, poner en marcha el Monitor de Red en modo captura y ejecutar el comando ping:

C:\>ping -n 1 –l 1000 -f 10.3.7.0 (…la opción –f impide la fragmentación de los datagramas en la red)

En base a los paquetes capturados, indicar:

3.a. Identifica las direcciones IP/MAC de los paquetes IP involucrados. ¿A qué equipos pertenecen? (identifica la máquina con la topología del anexo)

Paquete           (protocolo/info)         Direccione IP/MAC                                        Equipo

ICMP(ping request)                 Source 172.20.43.207 Destination 10.3.70    PC –LINUX1

               Src: 3com_76:ff:a6 (00:0a:5e:76:ff:a6), Dst: Cisco_8c:8c:ff (00:07:0e:8c:8c:ff)

ICMP(destination unreachable)Source 10.4.2.5 Destination 172.20.43.207  cisco 2513 – PC

              Src: Cisco_8c:8c:ff (00:07:0e:8c:8c:ff), Dst: 3com_76:ff:a6 (00:0a:5e:76:ff:a6)

3.b. ¿Qué máquina de la red envía el mensaje ICMP “Fragmentation Needed and Don’t Fragment was Set” (3/4)? (identifica la máquina con la topología del anexo)

CISCO 2513