[GTER] PTT-SP, arp-request sem arp-reply

[Joelson Vendramin]

Paulo,

Não sei tem alguma coisa a ver no seu caso, mas já peguei um problema parecido da seguinte forma:

Roteador A (meu) e roteador B (do meu cliente) estavam com os respectivos MACs populados em suas tabelas ARP e a comunicação estava normal.

Um pouco antes de expirar a entrada de B no roteador A, este emitia um pacote renovação de ARP em modo broadcast (como ocorre no seu caso). Acontecia que, se o roteador B ainda tivesse a entrada do roteador A em sua tabela, o pedido de renovação era solenemente ignorado! Parecia alguma proteção ou filtro do roteador B, ou mesmo alguma coisa no meio do caminho que "barrava" broadcasts.

De qualquer forma, como não tinha acesso ao roteador B, resolvi o problema mudando a forma como esses pedidos de renovação de ARP saiam do roteador A (de broadcast para unicast). Porém, não sei se existe alguma configuração semelhante no seu caso (Linux + Quagga, certo?)

Boa sorte!
 
Sds,
--
Joelson Vendramin


________________________________
 De: Paulo Henrique <paulohenriquef at gmail.com>
Para: Grupo de Trabalho de Engenharia e Operacao de Redes <gter at eng.registro.br> 
Enviadas: Quinta-feira, 28 de Fevereiro de 2013 9:34
Assunto: Re: [GTER] PTT-SP, arp-request sem arp-reply
 
Sim, é broadcast.


Em 28 de fevereiro de 2013 06:41, Joelson Vendramin <
jtvendramin at yahoo.com.br> escreveu:

> Paulo,
>
> Você falou que debugou o arp request partindo do seu roteador, mas não
> teve resposta do outro lado. Consegue ver se esse arp request é enviado em
> modo broadcast para a locaweb?
>
> Sds,
> Joelson
>
> --
> gter list    https://eng.registro.br/mailman/listinfo/gter
>



-- 
Paulo Henrique Fonseca
paulohenriquef at gmail.com
--
gter list    https://eng.registro.br/mailman/listinfo/gter