Protocolo de resolucion de direcciones

PROTOCOLO DE RESOLUCIÓN DE DIRECCIONES (ARP)

En Internet cada máquina puede tener una o más direcciones IP, pero estas direcciones la capa de enlace no las entiende por este motivo no se puede enviar paquetes, por eso cada tarjeta de Ethernet viene provista de fábrica con una dirección Ethernet de 48 bits. Y esta dirección es única para maquina y es solicitada por una autoridad central para que no se presente conflicto que dos maquinas tenga en la misma dirección. Las tarjetas envían y reciben tramas basadas en direcciones Ethernet de 48 bits. [1]

Para explicar cómo se convierten direcciones IP en direcciones de capa de enlace de datos, vamos a utilizar un ejemplo en la figura 1 donde se puede observar universidad pequeña con algunas redes de clase C

Figura 1: Tres redes clase c interconectadas: dos Ethernets y un anillo FDDI [1].

Aquí tenemos dos Ethernets, una en el Departamento de Informática, con dirección IP 192.31.65.0 y otra en Ingeniería Electrónica, con dirección IP 192.31.63.0. Éstas están conectadas por un anillo de red dorsal del campus (por ejemplo, FDDI) con la dirección IP 192.31.60.0. Cada máquina en una Ethernet tiene una dirección única de Ethernet, etiquetadas de E1 a E6, y cada máquina en el anillo de FDDI tiene una dirección de FDDI, etiquetada de F1 a F3. Empezaremos viendo cómo un usuario en el host 1 envía un paquete a un usuario en el host 2. Supongamos que el emisor sabe el nombre del receptor pretendido, posiblemente algo como davidr@udistritali.edu. El primer paso es encontrar la dirección IP para el host 2, conocido como davidr@udistritali.edu. De momento, asumiremos que DNS devuelve la dirección IP al host 2 (192.31.65.5).

El software de la capa superior en el host 1 elabora ahora un paquete con 192.31.65.5 en el campo Dirección de destino y lo da a transmitir al software IP. Éste puede buscar la dirección y ver que el destino esté en su propia red, pero necesita alguna manera de encontrar la dirección Ethernet de destino. Una solución es tener un archivo de configuración en alguna parte del sistema que relacione direcciones IP con direcciones Ethernet. Aun cuando esta solución es ciertamente posible, para las organizaciones con miles de máquinas, conservar todos estos archivos actualizados propicia errores y consume mucho tiempo. [1]

Una solución óptima es que el host 1 dé salida a un paquete de difusión hacia Ethernet preguntando: ¿quién posee la dirección IP 192.31.65.5? La difusión llegará a cada máquina en Ethernet 192.31.65.0, y cada una verificará su dirección IP. Al host 2 le bastará responder con su dirección de Ethernet (E2). De esta manera, el host 1 aprende que esa dirección IP 192.31.65.5 está en el host con la dirección Ethernet E2. El protocolo utilizado para hacer esta pregunta y obtener la respuesta se llama Protocolo de Resolución de Direcciones (ARP). Casi cada máquina en Internet lo ejecuta. La definición de ARP está en el RFC 826.

La ventaja de usar ARP en lugar de archivos de configuración es la sencillez. El gerente de sistemas sólo tiene que asignar a cada máquina una dirección IP y decidir respecto de las máscaras de subred y ARP hace el resto de trabajo. A estas alturas, el software IP en el host 1 crea una trama Ethernet dirigida a E2, pone el paquete IP (dirigido a 192.31.65.5) en el campo de carga útil, y lo descarga hacia la Ethernet.

La tarjeta Ethernet del host 2 detecta esta trama, la reconoce como una trama para sí mismo, lo recoge, y provoca una interrupción. El controlador de Ethernet extrae el paquete IP de la carga útil y lo pasa al software IP, que ve que esté direccionado correctamente y lo procesa.[1]

Se pueden hacer varias optimizaciones para que ARP trabaje con más eficiencia. Para empezar, una vez que una máquina ha ejecutado ARP, guarda el resultado

...