Este documento descreve como o Proxy Address Resolution Protocol (ARP) ajuda os hosts a alcançar sub-redes remotas sem rotas de host ou um gateway padrão.
Este documento requer conhecimento dos ambientes ARP e Ethernet.
As informações neste documento são baseadas nestas versões de software e hardware:
Cisco IOS® Software, Versão 12.2(10b)
Cisco 2600 Series Routers
Note: O comportamento descrito neste documento não se limita a esses componentes. O Proxy ARP está disponível em várias plataformas Cisco IOS e Cisco IOS XE. A disponibilidade de recursos, o comportamento padrão e o suporte a comandos podem variar de acordo com a plataforma e a versão do software.
As informações neste documento foram criadas a partir de dispositivos em um ambiente de laboratório específico. Todos os dispositivos utilizados neste documento foram iniciados com uma configuração (padrão) inicial. Se a rede estiver ativa, certifique-se de que você entenda o impacto potencial de qualquer comando.
Consulte as Convenções de Dicas Técnicas da Cisco para obter mais informações sobre convenções de documentos.
Proxy ARP é a técnica em que um host, geralmente um roteador, responde às solicitações de ARP destinadas a outra máquina. O roteador responde com seu próprio endereço MAC e roteia pacotes para o destino real. O Proxy ARP pode ajudar máquinas em uma sub-rede a alcançar sub-redes remotas sem a necessidade de configurar o roteamento ou um gateway padrão. O proxy ARP é definido no RFC 1027.
Este é um exemplo de como o Proxy ARP funciona:
Diagrama de Rede
O host A (172.16.10.100) na sub-rede A precisa enviar pacotes ao host D (172.16.20.200) na sub-rede B. Como mostrado no diagrama de rede, o host A tem uma máscara de sub-rede /16. Isso significa que o Host A acredita estar diretamente conectado a toda a rede 172.16.0.0. Quando o Host A precisa se comunicar com qualquer dispositivo que ele acredita estar diretamente conectado, ele envia uma solicitação ARP ao destino. Portanto, quando o Host A precisa enviar um pacote para o Host D, o Host A acredita que o Host D está conectado diretamente, então envia uma solicitação ARP para o Host D.
Para alcançar o Host D (172.16.20.200), o Host A solicita o endereço MAC associado ao endereço IP destino.
Portanto, o Host A envia uma solicitação ARP por broadcast na Sub-rede A, como mostrado:
| Endereço MAC do remetente | Endereço IP do remetente | Endereço MAC de destino | Endereço IP de destino |
|---|---|---|---|
| 00-00-0c-94-36-aa | 172.16.10.100 | 00-00-00-00-00-00 | 172.16.20.200 |
Nesta solicitação ARP, o Host A (172.16.10.100) solicita que o Host D (172.16.20.200) envie seu endereço MAC. O pacote de solicitação ARP é encapsulado em um quadro Ethernet com o endereço MAC do Host A como o endereço de origem e um broadcast (FFFF.FFFF.FFFF) como o endereço de destino. Como a solicitação ARP é um broadcast, ela alcança todos os nós na Sub-rede A, que inclui a interface Ethernet 0 (e0) do roteador, mas não alcança o Host D. O broadcast não chega ao Host D porque os roteadores, por padrão, não encaminham quadros de broadcast de Camada 2 entre interfaces.
Como o Proxy ARP está habilitado na interface receptora e o roteador tem uma rota para o Host D (172.16.20.200) através de outra interface, o roteador responde ao Host A com seu próprio endereço MAC.
| Endereço MAC do remetente | Endereço IP do remetente | Endereço MAC de destino | Endereço IP de destino |
|---|---|---|---|
| 00-00-0c-94-36-ab | 172.16.20.200 | 00-00-0c-94-36-aa | 172.16.10.100 |
Esta é a resposta Proxy ARP que o roteador envia ao Host A. O pacote de resposta Proxy ARP é encapsulado em um quadro Ethernet com o endereço MAC do roteador como o endereço de origem e o endereço MAC do Host A como o endereço de destino. A resposta do Proxy ARP nesta troca é unicast para o solicitante original. Ao receber esta resposta ARP, o Host A atualiza sua tabela ARP, como mostrado:
| IP Address | Endereço MAC |
|---|---|
| 172.16.20.200 | 00-00-0c-94-36-ab |
Até que a entrada ARP expire ou mude, o Host A envia pacotes para 172.16.20.200 (Host D) para o endereço MAC 00-00-0c-94-36-ab, que pertence ao roteador. Como o roteador sabe como atingir o Host D, ele encaminha o pacote para o Host D. O cache ARP de um host na Sub-rede A contém o endereço MAC do roteador para cada destino remoto para o qual o roteador fornece uma resposta ARP Proxy. Portanto, todos os pacotes destinados à Sub-rede B são enviados ao roteador. O roteador encaminha esses pacotes aos hosts na Sub-rede B.
O cache ARP do Host A é mostrado nesta tabela:
| IP Address | Endereço 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 |
Note: Vários endereços IP são mapeados para um único endereço MAC, que é o endereço MAC desse roteador. Nessa topologia, esse padrão pode indicar que o Proxy ARP está em uso.
O Proxy ARP deve ser ativado em uma interface de roteador Cisco para que o roteador responda em nome de destinos remotos. No Cisco IOS, o Proxy ARP é ativado por padrão nas interfaces com capacidade ARP. Antes de desativar o Proxy ARP, certifique-se de que os hosts afetados tenham uma rota válida ou um gateway padrão. Em uma interface em que o Proxy ARP não é necessário, desative-o com no 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 o Proxy ARP em uma interface, execute o comando de configuração de interface ip proxy-arp. Execute show ip interface <interface> para verificar se a saída informa o Proxy ARP como habilitado.
Note: Quando o Host B (172.16.10.200/24) na Sub-rede A tenta enviar pacotes ao Host D (172.16.20.200) na Sub-rede B, ele verifica sua tabela de roteamento IP. O Host B não envia uma solicitação ARP para o Host D porque o destino está fora da sub-rede configurada na interface Ethernet do Host B. O host B envia o pacote a um próximo salto configurado. Sem uma rota ou gateway padrão correspondente, a comunicação falha.
A principal vantagem do Proxy ARP é que ele pode ser ativado em um único roteador em uma rede e não altera as tabelas de roteamento dos outros roteadores na rede.
O Proxy ARP pode ser usado em uma rede onde os hosts IP não tenham um gateway padrão ou outra rota para o destino remoto.
Os hosts não têm visibilidade da topologia de rede física e tratam a rede como um segmento linear onde uma solicitação ARP pode resolver qualquer endereço de destino.
O comportamento do Proxy ARP tem várias desvantagens:
Aumenta a quantidade de tráfego ARP no segmento.
Os hosts precisam de tabelas ARP maiores para lidar com mapeamentos de endereços IP para MAC.
A segurança pode ser comprometida. Uma máquina pode alegar ser outra para interceptar pacotes, um ato chamado falsificação.
Isso não funciona para redes que não usam ARP para a resolução de endereços.
Ele pode produzir uma seleção imprevisível do próximo salto quando vários roteadores fornecem respostas Proxy ARP para o mesmo destino.
| Revisão | Data de publicação | Comentários |
|---|---|---|
6.0 |
09-Sep-2026
|
Link fixo e verificação ortográfica/gramatical. |
5.0 |
29-May-2025
|
Corrigido alguns problemas de formatação. |
4.0 |
06-Mar-2025
|
Corrigido um erro de digitação |
3.0 |
02-Jun-2023
|
Recertificação |
2.0 |
28-Mar-2022
|
Links quebrados corrigidos ou removidos. |
1.0 |
02-Dec-2013
|
Versão inicial |