Segunda Práctica. – Anexo 2: Rutas de los paquetes

Desde Australia a la Universidad de Alicante:

Realiza una petición de traza desde Australia (red de Telstra.net) hacia la dirección www.ua.es. ¿Qué ciudades recorren los paquetes hasta que llegan a la Universidad de Alicante? ¿Cuantos routers son atravesados por paquetes (aproximadamente)?
Mediante la aplicación disponible en http://tracert.com/trace_exe.html, analizamos todas las redes que atraviesa el paquete hasta llegar [...]

Cursos sobre redes de computadores

Aqui os podreis bajar unos documentos creados para el Master Oficial de Software Libre de la UOC (Universitat oberta de catalunya-http://www.uoc.edu/).
Curso redes de computadores
Aspectos avanzados de seguridad en redes
Sistema operativo LINUX basico

Segunda Práctica. Anexo

Aqui presentamos el video que hemos producido, sobre el tema del trazador de rutas.

Segunda Práctica. Apartado 5d

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? ¿En cuál de los dos casos ha tardado más la respuesta del ping (en MSDOS)?
En este caso obtenemos la misma respuesta, un mensaje de error de tiempo excedido de la misma [...]

Segunda Práctica. Punto 5c

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? ¿Qué crees que está sucediendo al intentar conectarte a esa máquina y obtener ese mensaje de error? ¿En qué subred estaría ubicada?

MENSAJE [...]

Segunda Práctica. Punto 5b

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)
En esta [...]

Segunda Práctica. Punto 5a

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 máquina que devuelve el mensaje de ICMP Time-to-live exceeded es la 172.20.43.230 con MAC 00:07:0e:8c:8c:ff.
Dentro de la topología del laboratorio esta maquina [...]

Cuestión 5. Práctica 2

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

Segunda Práctica. Punto 4g

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?
MENSAJE ICMP ECHO REQUEST

IDENTIFICATION: 0×9939 [...]

Segunda Práctica. Punto 4f

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?

Dentro del mensaje ICMP redirect, recibiremos en el campo GATEWAY ADRESS: 172.20.43.231, que será la nueva puerta de acceso que deberemos utilizar.

Además se encuentra el propio Request enviado en primer lugar. Además el mensaje [...]

Segunda Práctica. Punto 4e

4.e. ¿Qué máquina o interfaz de red envía el mensaje ICMP Redirect?
El router 172.20.43.230 es el que genera el mensaje ICMP REdirect to Host, enviando a su vez la petición de ping al destino.

Segunda Práctica. Punto 4d

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.

DATAGRAMA

TIPO [...]

Segunda Práctica. Punto 4c

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?
Al cometer el error de direccionamiento, se generarán 4 mensajes ICMP. Nosotros solo veremos tres, hay un switch en medio que impide que se pueda visualizar el mensaje “echo” [...]

Segunda Práctica. Punto 4b

Grafico del envio y recepción de mensajes de redirect:

Segunda Práctica. Punto 4a

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

DATAGRAMA

TIPO Y CODIGO ICMP

TAMAÑO PAQUETE ICMP

ORIGEN IP

DESTINO IP

1

REQUEST/CODE:0

60 bytes

172.20.43.216

10.4.2.1

2

REDIRECT/CODE:1

54 bytes

172.20.43.230

172.20.43.216

3

REPLY/CODE:0

60 bytes

10.4.2.1

172.20.43.216

Segunda Práctica. Punto 4

Cuestión 4. Mensaje ICMP “Redirect”
Inicia el Monitor de Red. A continuación ejecutar los comandos:
C:\>route delete 10.4.2.1 (si ya ha sido borrada la ruta, avisa con un error)

C:\>ping -n 1 10.4.2.1

(antes de contestar debes confirmar que en MSDOS el resultado del Ping es correcto: paquetes enviados:1 , paquetes recibidos:1, sino debes repetir los dos comandos [...]

Segunda Práctica. Puto 3b

3.b. ¿Qué máquina de la red envía el mensaje ICMP “Fragmentation Needed and Don’t Fragment was Set” (3/4)?
Como en el anterior apartado, la maquina con ip 10.4.2.5 router Cisco 2513 es la que devuelve el mensaje de “fragmentation needed”

Segunda práctica. Punto 3a

3.a. Identifica las direcciones IP/MAC de los paquetes IP involucrados. ¿A qué equipos pertenecen?
La maquina que responde C:\>ping -n 1 –l 1000 -f 10.3.7.0 es la 10.4.2.5 router Cisco 2513. La MAC que nos responde es la 00:07:0e:8c:8c:ff .

Segunda Práctica. Punto 3

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

Segunda práctica. Punto 2i

2.i. En relación a los datos de la pregunta 2.h. obtenidos del Monitor de Red, contesta:

¿Por qué se observan más fragmentos IP de “vuelta” (respuesta) que de “ida” (petición)?

Cuando nuestro datagrama pasa por una red con MTU menor que la nuestra, el datagrama original es divido en los fragmentos necesarios para pasar por la nueva [...]

Segunda práctica. Punto 2h

2.h. A continuación, se pretende observar que los datagramas pueden fragmentarse en unidades más pequeñas si tienen que atravesar redes en las que la MTU es menor a la red inicial en la que se lanzaron los paquetes originales. Inicia el Monitor de Red y captura los paquetes IP relacionados con
el siguiente comando:
C:\>ping –n 1 [...]

Segunda Práctica. Punto 2g

2.g. Repite el ejercicio lazando una petición de ping con un mayor número de datos y al destino “.195”:

C:\>ping –n 1 –l 3000 172.20.43.195
Indica el número total de datagramas en la red e identifica si son de petición o de respuesta (dirección):
request: 172.20.43.216
reply: 172.20.43.195

DATAGRAMA Nº

PROTOCOLO

DIRECCION

FLAGS

FRAG. OFFSET

IDENTIFICACION

1

ICMP

REQUEST

0X02

0

0X4343

2

IP

REQUEST

0X02

1480

0X4343

3

IP

REQUEST

0X00

2960

0X4343

4

ICMP

REPLY

0X02

0

0X805C

5

IP

REPLY

0X02

1480

0X805C

6

IP

REPLY

0X00

2960

0X805C

Segunda práctica. Punto 2f

2.f. En función de los datos anteriores, indica el valor de la MTU de la red.
La MTU de la red corresponderá al numero de fragmen ofsset 1480 mas la cabecera. Por lo tanto la MTU de la red será de 1500
MTU=1500

Segunda práctica. Punto 2e

2.e. ¿Para qué se pueden emplear los campos “Identificación”, “Flags” y “Fragment offset” de los datagramas IP?
IDENTIFICACION: Identifica al datagrama original
FLAGS: Identifica que trozo es del datagrama original
FRAGMENT OFSSET: Apartir de donde se ha recortado el datagrama enviado

Segunda práctica. Punto 2d

2.d. ¿Qué ocurre en la visualización de los fragmentos de datagramas si introduces un filtro para ver únicamente paquetes de “icmp” en el Monitor de Red? ¿qué fragmentos visualizas ahora? ¿por qué puede suceder esto?

Ahora se visualizan solo los fragmentos que contienen la cabecera ICMP, es decir, los primeros de cada paso. Esto sucede porque [...]

Segunda práctica. Punto 2c

2.c. Analiza la cabecera de cada datagrama IP de los paquetes relacionados con el “ping” anterior. Observa el campo “identificación”, “Flags” y “Fragment offset” de los datagramas. ¿Qué valor tienen en estos campos en los datagramas anteriores? Indica en la columna “dirección” si son de petición o respuesta. Muestra los datagramas en el orden de [...]

Segunda práctica. Punto 2b

2.b. ¿En cuantos fragmentos se ha “dividido” el datagrama original?
Cada datagrama orginal se ha dividio en dos:

Segunda práctica. Punto 2a

2.a. Filtra los paquetes en los que esté involucrada tu dirección IP. A continuación, describe el número total de fragmentos correspondientes al datagrama IP lanzado al medio, tanto en la petición de ping como en la respuesta. ¿Cómo están identificados en el Monitor de Red todos estos paquetes (ICMP, IP, HTTP, TCP…)? ¿qué aparece en [...]

Segunda Práctica. Punto 2

Cuestión 2. Sobre la fragmentación de datagramas IP
Empleando el programa Monitor de Red de la misma forma que en la situación anterior, ejecutar:
C:\>ping –n 1 –l 2000 172.20.43.230
(…la opción –l especifica la cantidad de datos a enviar)

Segunda Práctica. Punto 1c

1.c. Justifica la longitud de los paquetes IP. ¿Cuál es el tamaño total del ICMP? ¿Por qué tienen esa longitud?¿Cuántos datos se han transportado en el mensaje “ping”? Dibuja la encapsulación del protocolo ICMP.
La captura total realizada con el wireshark contiene 74 bytes, dividos como aparece en la siguiente tabla:

La cabecera para ICMP tendrá 8 [...]

Segunda Práctica. Punto 1b

1.b. Justifica la procedencia de cada dirección MAC e IP. ¿Crees que las direcciones IP origen y MAC origen del mensaje ICMP “Replay” hacen referencia a la misma máquina o interfaz de red?

ECHO REPLY – MUESTRA PRIMERO MAC PUERTA ENLACE

ECHO REQUEST – MUESTRA PRIMERO MAC PC ALUMNO

En nuestro ejemplo realizado en el laboratorio obtenemos la [...]

Segunda Práctica. Punto 1a

1.a. ¿Cuántos y qué tipos de mensajes ICMP aparecen? (tipo y código)
Al usar el comando ping aparecen dos tipos de mensajes diferentes: “echo request” y “echo reply”. Cada uno de ellos aparece tantas veces como mensajes echo se hayan enviado mediante el comando ping. Si, por ejemplo, enviamos 3 mensajes echo con el ping (ping [...]

Segunda Práctica

Cuestión 1. Sobre mensajes ICMP del “Ping”
Inicia el programa Monitor de Red en modo captura. A continuación ejecuta el comando:
C:\>ping –n 1 172.20.43.230
(…la opción –n especifica el número de peticiones “echo” que se lanzan al medio)