Este documento describe cómo el Protocolo de resolución de direcciones proxy (ARP) ayuda a los hosts a alcanzar subredes remotas sin rutas de host o un gateway predeterminado.
Este documento requiere conocimiento de los entornos ARP y Ethernet.
La información que contiene este documento se basa en las siguientes versiones de software y hardware.
Versión 12.2(10b) del software del IOS® de Cisco
Cisco 2600 Series Routers
Nota: El comportamiento descrito en este documento no se limita a estos componentes. Proxy ARP está disponible en varias plataformas Cisco IOS y Cisco IOS XE. La disponibilidad de funciones, el comportamiento predeterminado y la compatibilidad de comandos pueden variar según la plataforma y la versión de software.
La información que contiene este documento se creó a partir de los dispositivos en un ambiente de laboratorio específico. Todos los dispositivos que se utilizan en este documento se pusieron en funcionamiento con una configuración verificada (predeterminada). Si tiene una red en vivo, asegúrese de entender el posible impacto de cualquier comando.
Consulte Convenciones de Consejos TécnicosCisco para obtener más información sobre las convenciones del documento.
ARP de representación es la técnica en la que un host, por lo general un router, responde las peticiones ARP dirigidas para otra máquina. El router responde con su propia dirección MAC y enruta los paquetes al destino real. El ARP proxy puede ayudar a las máquinas de una subred a alcanzar subredes remotas sin la necesidad de configurar el ruteo o un gateway predeterminado. El ARP proxy se define en el RFC 1027.
Éste es un ejemplo de cómo funciona el ARP proxy:
Diagrama de la red
El host A (172.16.10.100) de la subred A necesita enviar paquetes al host D (172.16.20.200) de la subred B. Como se muestra en el diagrama de red, el host A tiene una máscara de subred /16. Esto significa que el Host A cree que está conectado directamente a toda la red 172.16.0.0. Cuando el Host A necesita comunicarse con cualquier dispositivo que crea que está conectado directamente, envía una solicitud ARP al destino. Por lo tanto, cuando el host A necesita enviar un paquete al host D, el host A cree que el host D está conectado directamente, entonces envía un pedido ARP al host D.
Para alcanzar el Host D (172.16.20.200), el Host A solicita la dirección MAC asociada con la dirección IP de destino.
Por lo tanto, el Host A transmite una solicitud ARP en la Subred A, como se muestra:
| Dirección MAC del remitente | Dirección IP del remitente | Dirección MAC objetivo | Dirección de IP objetivo |
|---|---|---|---|
| 00-00-0c-94-36-aa | 172.16.10.100 | 00-00-00-00-00-00 | 172.16.20.200 |
En esta solicitud ARP, el Host A (172.16.10.100) solicita que el Host D (172.16.20.200) envíe su dirección MAC. El paquete de solicitud ARP se encapsula entonces en una trama Ethernet con la dirección MAC del Host A como dirección de origen y un broadcast (FFFF.FFFF.FFFF) como dirección de destino. Dado que la solicitud ARP es una transmisión, alcanza todos los nodos en la Subred A, que incluye la interfaz Ethernet 0 (e0) del router, pero no llega al Host D. La difusión no llega al Host D porque los routers, de forma predeterminada, no reenvían tramas de difusión de Capa 2 entre interfaces.
Debido a que el ARP proxy está habilitado en la interfaz de recepción y el router tiene una ruta al Host D (172.16.20.200) a través de otra interfaz, el router responde al Host A con su propia dirección MAC.
| Dirección MAC del remitente | Dirección IP del remitente | Dirección MAC objetivo | Dirección de IP objetivo |
|---|---|---|---|
| 00-00-0c-94-36-ab | 172.16.20.200 | 00-00-0c-94-36-aa | 172.16.10.100 |
Ésta es la respuesta ARP proxy que el router envía al Host A. El paquete de respuesta ARP proxy se encapsula en una trama Ethernet con la dirección MAC del router como dirección de origen y la dirección MAC del Host A como dirección de destino. La respuesta ARP proxy en este intercambio es unidifusión al solicitante original. Tras la recepción de esta respuesta ARP, el Host A actualiza su tabla ARP, como se muestra:
| IP Address | Dirección MAC |
|---|---|
| 172.16.20.200 | 00-00-0c-94-36-ab |
Hasta que la entrada ARP caduca o cambia, el Host A envía paquetes para 172.16.20.200 (Host D) a la dirección MAC 00-00-0c-94-36-ab, que pertenece al router. Dado que el router sabe cómo llegar al Host D, le reenvía el paquete. La memoria caché ARP de un host en la Subred A contiene la dirección MAC del router para cada destino remoto para el cual el router proporciona una respuesta ARP de proxy. Por lo tanto, todos los paquetes destinados a la Subred B se envían al router. El router remite esos paquetes a los hosts de la Subred B.
La memoria caché ARP del Host A se muestra en esta tabla:
| IP Address | Dirección MAC |
|---|---|
| 172.16.20.200 | 00-00-0c-94-36-ab |
| 172.16.20.100 | 00-00-0c-94-36-ab |
| 172.16.10.200 | 00-00-0c-94-36-bb |
Nota: Se asignan varias direcciones IP a una única dirección MAC, que es la dirección MAC de este router. En esta topología, este patrón puede indicar que el ARP proxy está en uso.
El ARP proxy debe estar habilitado en una interfaz de router de Cisco para que el router responda en nombre de los destinos remotos. En Cisco IOS, Proxy ARP está habilitado de forma predeterminada en las interfaces compatibles con ARP. Antes de inhabilitar el ARP proxy, asegúrese de que los hosts afectados tengan una ruta válida o una gateway predeterminada. En una interfaz donde no se requiera ARP Proxy, inhabilítelo sin ip proxy-arp:
Router#configure terminal Enter configuration commands, one per line. End with CNTL/Z. Router(config)#interface ethernet 0 Router(config-if)#no ip proxy-arp Router(config-if)#^Z Router#
Para habilitar Proxy ARP en una interfaz, ejecute el comando de configuración de interfaz ip proxy-arp. Ejecute show ip interface <interface> para verificar que la salida informa que el ARP proxy está habilitado.
Nota: Cuando el Host B (172.16.10.200/24) de la Subred A intenta enviar paquetes al Host D (172.16.20.200) de la Subred B, comprueba su tabla de IP Routing. El Host B no envía una solicitud ARP para el Host D porque el destino está fuera de la subred configurada en la interfaz Ethernet del Host B. El Host B envía el paquete a un salto siguiente configurado. Sin una ruta coincidente o un gateway predeterminado, la comunicación falla.
La principal ventaja de Proxy ARP es que se puede habilitar en un único router de una red y no cambia las tablas de ruteo de los otros routers de la red.
Proxy ARP se puede utilizar en una red donde los hosts IP no tienen un gateway predeterminado u otra ruta al destino remoto.
Los hosts no tienen visibilidad en la topología de red física y tratan la red como un segmento plano donde una solicitud ARP puede resolver cualquier dirección de destino.
El comportamiento ARP de Proxy tiene varias desventajas:
Aumenta el tráfico ARP de su segmento.
Los hosts necesitan tablas ARP mayores para gestionar las asignaciones de direcciones IP a MAC.
La seguridad se puede socavar. Una máquina puede decir que es otra para interceptar paquetes, un acto llamado simulación.
No funciona para las redes que no utilizan ARP para la resolución de la dirección.
Puede producir una selección impredecible de siguiente salto cuando varios routers proporcionan respuestas ARP de proxy para el mismo destino.
| Revisión | Fecha de publicación | Comentarios |
|---|---|---|
6.0 |
09-Sep-2026
|
Enlace fijo y revisión ortográfica/gramatical. |
5.0 |
29-May-2025
|
Se han solucionado algunos problemas de formato. |
4.0 |
06-Mar-2025
|
Se ha corregido un error tipográfico |
3.0 |
02-Jun-2023
|
Recertificación |
2.0 |
28-Mar-2022
|
Vínculos rotos corregidos o eliminados. |
1.0 |
02-Dec-2013
|
Versión inicial |