1.16. Introducción a la capa 2 y protocolo ARP

Cuando una computadora quiere enviar un paquete a otro dispositivo de la red, conoce la dirección IPv4 del destino pero no su dirección física. Sin la dirección MAC de la interface vecina no puede construir la trama, y sin trama no hay comunicación. El protocolo ARP (Address Resolution Protocol) es el mecanismo que resuelve esa pieza que falta, traduciendo direcciones IPv4 a direcciones MAC dentro de una misma red lógica. En esta clase analizamos cómo funciona, qué mensajes intercambia y cómo se ve en una captura real.

¿Qué lograrás con esta clase?

• Comprender por qué la capa de enlace de datos necesita un mecanismo de direccionamiento distinto al de capa 3.
• Identificar el problema que el protocolo ARP viene a resolver al construir una trama Ethernet.
• Diferenciar los dos mensajes del protocolo: ARP Request y ARP Reply.
• Interpretar el contenido de la tabla ARP en un dispositivo y entender su tiempo de vida.
• Reconocer la estructura del mensaje ARP y sus campos principales encapsulados en una trama Ethernet.
• Analizar el intercambio ARP sobre tráfico real con Wireshark y simularlo en Packet Tracer.

Por qué se necesita ARP en una red Ethernet

La capa 3 toma decisiones de enrutamiento sobre direcciones IPv4, pero a la hora de poner los datos en el cable, esa responsabilidad recae sobre la capa 2. Para entregar una trama de un dispositivo al siguiente, la capa de enlace de datos necesita conocer la dirección física (dirección MAC) tanto de la interface que coloca la trama en el medio como de la interface vecina que la va a sacar de ahí. Sin esos dos datos no se puede construir el header Ethernet y la comunicación se queda detenida en el dispositivo de origen.

El problema aparece cuando un host conoce la IP del siguiente salto (su gateway, o un equipo dentro de su misma red) pero no tiene registrada su dirección MAC. En la clase desarrollaremos los dos escenarios en los que esta situación se presenta: cuando el destino del paquete está en la red local, y cuando está fuera de ella y hay que comunicarse a través del gateway. Veremos también cómo trabaja la capa 2 con la capa 3 en este proceso, lo que conecta directamente con el concepto de enrutamiento que abordaremos más adelante.

Funcionamiento del protocolo ARP

El protocolo ARP funciona con dos mensajes: ARP Request y ARP Reply. El primero se envía como broadcast a toda la red local con una pregunta concreta: quien tenga determinada dirección IPv4, que responda con su dirección MAC. El segundo es la respuesta unicast del dispositivo que reconoce esa IP como propia. Mostraremos el flujo completo del intercambio sobre una topología real y veremos qué ocurre con los mensajes broadcast cuando atraviesan switches y routers.

También desarrollaremos cuestiones relevantes a la tabla MAC, y discutiremos qué ocurre cuando un mensaje ARP Request no recibe respuesta.

Estructura del mensaje ARP y demostraciones

En la clase analizaremos los campos del mensaje ARP cuando se utiliza sobre IPv4 y Ethernet, observaremos los campos relevantes al tipo de hardware, al tipo de protocolo, los tamaños de las direcciones físicas y lógicas, el código de operación que diferencia un Request de un Reply, y los campos que transportan las direcciones del emisor y del destino.

Para cerrar la clase llevaremos toda esta teoría a la práctica. Capturaremos tráfico ARP real con Wireshark entre dos computadoras de una red, observando paso a paso el intercambio de mensajes Request y Reply tal como viajan por el cable.

Si quieren entender qué ocurre realmente antes de que un solo paquete pueda viajar por la red, accedan al desarrollo completo de la clase donde analizamos el protocolo ARP campo por campo y vemos su funcionamiento sobre capturas reales en Wireshark y Packet Tracer.