ARP

O que este assunto resolve

Resolução IPv4 para endereço de enlace, cache, Gratuitous ARP, conflitos e spoofing.

Acompanhe o estado e o caminho do pacote

Valide prefixo, escopo, gateway, vizinhança, MTU e longest-prefix match. Endereço correto sem caminho de retorno continua sendo falha.

Entrada → classificação/estado → decisão → tabela → next-hop/saída → counters

Projete antes de configurar

• Defina o domínio de falha e o comportamento esperado de convergência.
• Documente endereçamento, identificadores, timers, MTU e fronteiras de política.
• Prefira estado explícito e observável a suposições.
• Planeje rollback e acesso fora de banda antes de mudanças de risco.

Comandos e verificação

A sintaxe varia por plataforma e release. Os exemplos abaixo vêm do conteúdo existente do portal e devem ser validados na documentação da plataforma-alvo antes do uso em produção.

Host A: 192.0.2.10/24
Host B: 192.0.2.20/24

A determina que B é on-link
A → broadcast: "Quem tem 192.0.2.20?"
B → reply: "192.0.2.20 está em 00:bb:..."
A → frame unicast para MAC de B

A: 192.0.2.10/24
GW: 192.0.2.1
Servidor: 198.51.100.50

IP destino no pacote: 198.51.100.50
MAC destino no primeiro frame: MAC de 192.0.2.1

Fluxo orientado por evidências

1. Defina origem, destino, janela de tempo e sintoma exato.
2. Estabeleça o estado saudável esperado e compare com o observado.
3. Inspecione counters, tabelas, logs e capturas antes de resets.
4. Teste uma hipótese por vez e prefira mudanças reversíveis.
5. Repita o teste original após a correção e verifique efeitos colaterais.

RFC 826

Use o padrão/RFC vigente e a documentação da release exata em operação. A sintaxe do fabricante é detalhe de implementação; o comportamento do protocolo deve ser entendido de forma independente.

Comprove o comportamento em topologia controlada

Monte a menor topologia que reproduza o mecanismo, capture tráfego de controle e dados, introduza uma falha proposital e diagnostique antes de aplicar a correção.

Tópicos relacionados