Laboratorio # 4 ARP (Address Resolution Protocol) 1. 2.

2. Objetivos Describir el funcionamiento del protocolo (Address Resolution Protocol) Explorar el entorno que proporciona el simulador Packet Tracer Marco terico

ARP son las siglas en ingls de AddressResolutionProtocol (Protocolo de resolucin de direcciones). Es un protocolo de nivel de enlace responsable de encontrar la direccin hardware (EthernetMAC) que corresponde a una determinada direccin IP. Para ello se enva un paquete (ARP request) a la direccin de difusin de la red (broadcast (MAC = FF FFFFFFFF FF)) que contiene la direccin IP por la que se pregunta, y se espera a que esa mquina (u otra) responda (ARP reply) con la direccin Ethernet que le corresponde. Cada mquina mantiene una cach con las direcciones traducidas para reducir el retardo y la carga. ARP permite a la direccin de Internet ser independiente de la direccin Ethernet, pero esto slo funciona si todas las mquinas lo soportan. ARP est documentado en el RFC (RequestForComments) 826. El protocolo RARP realiza la operacin inversa. En Ethernet, la capa de enlace trabaja con direcciones fsicas. El protocolo ARP se encarga de traducir las direcciones IP a direcciones MAC (direcciones fsicas).Para realizar sta conversin, el nivel de enlace utiliza las tablas ARP, cada interfaz tiene tanto una direccin IP como una direccin fsica MAC. ARP se utiliza en 4 casos referentes a la comunicacin entre 2 hosts: 1. 2. Cuando 2 hosts estn en la misma red y uno quiere enviar un paquete a otro. Cuando 2 host estn sobre redes diferentes y deben usar un gateway/router

para alcanzar otro host.

3. router. 4.

Cuando un router necesita enviar un paquete a un host a travs de otro

Cuando un router necesita enviar un paquete a un host de la misma red.

Tablas ARP La filosofa es la misma que tendramos para localizar al seor "X" entre 150 personas: preguntar por su nombre a todo el mundo, y el seor "X" nos responder. As, cuando a "A" le llegue un mensaje con direccin origen IP y no tenga esa direccin en su tabla ARP, enviar su trama ARP a la direccin broadcast (fsica), con la IP de la que quiere conocer su direccin fsica. Entonces, el equipo cuya direccin IP coincida con la preguntada, responder a "A" envindole su direccin fsica. En este momento "A" ya puede agregar la entrada de esa IP a su tabla ARP. Las entradas de la tabla se borran cada cierto tiempo, ya que las direcciones fsicas de la red pueden cambiar (Ej: si se estropea una tarjeta de red y hay que sustituirla, o simplemente algn usuario de la red cambia de direccin IP). 3. Materiales 4. Una computadora Simulador Packet Tracer

Procedimiento Primero hacemos una descripcin general de lo que es esta herramienta de simulacin Packet Tracer Pack de dispositivos

De este pack de dispositivos los que utilizaremos sern: Router

Switch

Patch cords

Hosts

Con los dispositivos declarados arriba se armo la siguiente LAN con: Un router genrico Un switch 2950-24 5 hosts del tipo PC Patch cords

Cabe recalcar que si queremos por ejemplo aumentar modulos a el router, lo primero que tenemos que hacer es apagar el router haciendo doble clic sobre el mismo y nos saldr esta ventana.

Apagamos el router y arrastramos el o los mdulos que queramos aumentar a nuestro router.

Despus de armar esta LAN con los dispositivos ya descritos, procedemos a la configuracin de los host y posteriormente del router, con la IP 192.168.1.0 y asignndole el puerto FAST ETHERNET 0/0. Luego para verificar la conectividad en la LAN, procedemos a ejecutar el comando ping en una Shell del sistema. Una vez verificada la conectividad ejecutamos los protocolos ICMP y ARP.

En esta imagen podemos ver el envi de un mensaje y la aplicacin del protocolo ARP e ICMP, podemos ver en el historial de los hechos, podemos ver que en la primera ejecucin solamente se precisa del protocolo ARP, luego como ya vimos en teora se crea la tabla ARP en la cual se guarda la MAC del host de destino, y en la segunda ejecucin ya no recurrir al protocolo ARP.

En estas imgenes podemos ver las cabeceras de los protocolo ICMP y ARP respectivamente, en las cuales claramente se muestran el IP destino y origen.

En esta imagen podemos ver como los mensajes han llegado a su destino correctamente. 5. Conclusin

La conclusin a la que llegamos es que en el simulador se pueden apreciar claramente los procesos que implican el envi de un mensaje de un Host a otro, de manera que se puede ver lo visto en la clase de teora, es decir que como en la primera vez del envi, se recurre a este protocolo para poder averiguar la MAC de destino, una vez hecho esto a la siguiente ya no ser necesario el protocolo ARP, puesto que este crea una tabla ARP en la que guarda la MAC de destino que averiguo en el primer envi.