sábado, 21 de febrero de 2009

Cuestión 3. Sobre el protocolo ARP

Apartado a) Visualiza la dirección MAC e IP de la máquina de ensayos, ejecutando el siguiente comando en una ventana de MSDOS: ipconfig /all. Anota los valores que obtienes para saber "quién eres" en la red local.
Tras introducir el comando vemos que las direcciones de nuestra máquina son:
IP: 172.20.43.205
MAC: 00:0A:5E:76:FF:99


A continuación, activa la captura de tramas en el programa monitor de red. En la máquina del alumno se lanzarán peticiones 'echo' a través del programa ping a la dirección IP 172.20.43.230, borrando previamente de la tabla ARP local la entrada asociada a esa dirección IP. En el monitor de red detener la captura y visualizarla.
Introducir un filtro para visualizar sólo tramas ARP asociadas SÓLO a la máquina del alumno.
Para ver las tramas ARP que lanza o recibe nuestro ordenador podemos aplicar cualquiera de estos dos filtro:
--> arp.src.hw_mac == 00:0A:5E:76:FF:99 || arp.dst.hw_mac == 00:0A:5E:76:FF:99
--> arp && eth.addr ==
00:0A:5E:76:FF:99
  • ¿Cuántas tramas intervienen en la resolución ARP
Aunque en la imagen se pueden ver 6 tramas (4 de tipo ARP_REQUEST y 2 de tipo ARP_REPLY), en realidad sólo deberían de verse 4 tramas, ya que por cada trama ARP_REQUEST siempre hay otra trama ARP_REPLY que devuelve la dirección física (MAC) de destino. Este fallo, en principio, es por el monitor de red utilizado, el cual está repitiendo las tramas de petición de dirección física.
  • ¿Cuál es el estado de la memoria caché de ARP cuando se ejecuta el protocolo ARP?
Ahora, por haber pasado un tiempo desde la ejecución del comando ping, está vacía. Esto lo comprobamos introduciendo el comando ARP -a en la consola de MSDOS.
  • Sin que haya transcurrido mucho tiempo, vuelve a ejecutar el comando ping en la misma máquina y observa la secuencia de trasmas ARP. ¿Aparecen las mismas tramas ARP?
Sí. Aparecen de nuevo las dos tramas ARP: las dos primeras tramas (REQUEST y REPLY) hacia la puerta de enlace y el otro par de tramas de la IP destino.

Como podemos observar, en este caso el monitor de red vuelve a dar el mismo problema de repetición de las tramas de petición de dirección física (dirección MAC).

Apartado b) Ejecuta el comando ping con diferentes direcciones IP de los compañeros asistentes a prácticas. ¿Qué ocurre con la memoria caché de ARP?
Tras ejecutar el comando ping con diferentes compañeros de clase lo que ocurre es que la memoria caché de ARP va acumulando correspondencias entre direcciones lógicas (IP) y direcciones físicas (MAC).

Apartado c) Borra el contenido de tu caché ARP. A continuación, activa el Monitor de red pide a tus compañeros del aula más cercanos a ti que te envíen comandos ping. Tú no debes enviar ningún comando. Pasados unos segundos... ¿qué ocurre con tu caché de ARP? ¿Qué tramas de ARP aparecen en la captura del monitor de red?
Aparecen más correspondencias entre direcciones IP y direcciones MAC en la memoria caché de ARP. En el monitor de red se puede observar la correspondencia entre los paquetes recibidos y las direcciones memorizadas temporalmente.


Apartado d) Borra el contenido de tu caché ARP. Ejecutar el comando ARP. Ejecutar el comando ping con las siguientes direcciones IP:
  • 172.20.43.230
  • 10.3.7.0
  • 10.4.2.5
¿Qué ocurre con las memoria caché de ARP? ¿Qué diferencia existe con respecto a la cuestión '3.b'?
Sólo aparece la correspondencia entre la primera IP y su dirección física (MAC). Esto es debido a que únicamente la primera está dentro de la red local y por ello almacena esa dirección MAC. Sin embargo, como el resto no son de esa red local, no guarda ninguna dirección física ya que esa trama "muere" en la puerta de enlace, la cual corresponde a la primera dirección IP especificada.

Apartado e) Describe la secuencia de tramas ARP generadas cuando la máquina 5.1.2.0 ejecuta el comando 'ping 5.2.2.0', teniendo en cuenta que las tablas ARP de todas las máquinas están vacías.

Comandoorigen MACorigen IPdestino MACdestino IP
ARP_REQUESTmac15.1.2.0mac25.1.1.0
ARP_REPLYmac25.1.1.0mac15.1.2.0
ARP_REQUESTmac35.2.1.0mac45.2.2.0
ARP_REPLYmac45.2.2.0mac35.2.1.0

No hay comentarios:

Publicar un comentario