ARP y direcciones MAC: cómo se encuentran los dispositivos en una LAN

ARP asocia un siguiente salto IPv4 con una dirección MAC en la red local. Para un destino remoto, el host resuelve su puerta de enlace, no la MAC del servidor remoto; por separado, los switches aprenden las direcciones MAC de origen por VLAN y puerto.

Las direcciones MAC y el intercambio ARP

Las interfaces Ethernet suelen utilizar direcciones MAC hexadecimales de 48 bits, por ejemplo AA:BB:CC:11:22:33. Una dirección de fabricante está concebida para ser única, pero las direcciones administradas localmente, virtuales o modificadas a mano pueden diferir o duplicarse. En el ejemplo 00:1A:2B:3C:4D:5E, la primera parte identifica la asignación del fabricante y el resto corresponde al dispositivo.

Un host que conoce la dirección IPv4 de destino 192.168.1.5, pero no su MAC local, difunde una solicitud ARP a FF:FF:FF:FF:FF:FF. El propietario normalmente responde por unidifusión con su MAC, ilustrada como AA:BB:CC:DD:EE:FF. El remitente guarda temporalmente la asociación en caché para no repetir la difusión por cada trama. El comando arp -a muestra la caché ARP local; una caché de ejemplo contiene entradas dinámicas para 192.168.1.1 y 192.168.1.55.

El host resuelve el siguiente salto local

Para un destino en su propia subred, un host IPv4 resuelve la MAC de ese destino. Para una subred remota, resuelve en cambio la de la puerta de enlace predeterminada. La trama Ethernet llega al router, que reenvía el paquete IP y crea una cabecera de capa 2 nueva para el siguiente segmento.

Las solicitudes ARP siguen siendo difusiones dentro de la VLAN local y las respuestas suelen ser unidifusión. La caché ARP guarda asociaciones de IP a MAC. De forma independiente, un switch aprende las direcciones MAC de origen vinculadas a VLAN y puertos en su tabla CAM o MAC.

ARP explica problemas aparentemente relacionados con IP

Si un host tiene una configuración IP correcta pero no alcanza a un vecino o a la puerta de enlace, inspeccione su caché ARP, VLAN, estado del puerto y tabla MAC. Las entradas incompletas muestran solicitudes sin respuesta. Las posibles causas incluyen máscara o VLAN incorrectas, destino apagado, seguridad de puertos o bucles de capa 2.

ARP gratuito anuncia la asociación del propio host y admite situaciones como redundancia o cambios de dirección. Las direcciones IPv4 duplicadas pueden hacer alternar las asociaciones y producir fallos intermitentes difíciles de reproducir.

Proteger ARP en segmentos no confiables

ARP no incorpora autenticación. Un atacante en el mismo segmento puede anunciar asociaciones falsas y redirigir el tráfico. La segmentación, los controles de admisión y Dynamic ARP Inspection reducen el riesgo, pero la inspección necesita asociaciones correctas de DHCP snooping o estáticas.

Las entradas ARP estáticas escalan mal y no son una solución general. Limite los dominios de capa 2, proteja los puertos del switch y supervise los cambios inesperados en las asociaciones.

Lista de comprobación práctica

01
Compruebe dirección, máscara y la decisión entre destino local y puerta de enlace.
02
Compare la caché ARP antes y después de una prueba de conexión específica.
03
Compruebe la entrada de tabla MAC, la VLAN y el puerto físico del dispositivo esperado.
04
Capture solicitudes, respuestas y las direcciones MAC realmente utilizadas.
05
Investigue IP duplicadas, seguridad de puertos y controles contra suplantaciones.

Preguntas frecuentes

¿Por qué mi PC no conoce la dirección MAC de un servidor de internet?

Las direcciones MAC se aplican al segmento local de capa 2. El PC dirige la trama a su puerta de enlace y cada router crea una cabecera de capa 2 nueva para el siguiente enlace.

¿Qué sustituye a ARP en IPv6?

IPv6 utiliza ICMPv6 Neighbor Discovery, incluidos Neighbor Solicitation y Neighbor Advertisement. Realiza tareas relacionadas, pero no utiliza el formato de paquetes de ARP.

ARP y direcciones MAC: cómo se encuentran los dispositivos en una LAN

Conocimientos que puede aplicar.