[GTER] RES: Problema no IX SP Equinix SP4

[viniciusgruske at gmail.com]

Eu também tinha há muito tempo, e começou de uma hora pra outra.

Na quarentena o problema de fato não acontece. 

Como explicado lá, o problema é que a matriz de comutação do IX.br barra os ARP requests dos participantes que deveriam chegar para o teu roteador, e, portanto, eles não conseguem completar a ARP. 
Com um clear router arp resolve o problema pois teu roteador vai mandar um ARP request para o participante, e, portanto, o participante vai aprender tua ARP.

Um paliativo é baixar teu ARP timeout para um valor menor do que o participante. Teu ARP expirando antes que o dos participantes, vai fazer com que teu roteador ativamente sempre peça a ARP deles, e eles conseguem montar tua ARP sem precisar fazer o request (e ser barrado pela matriz do IX). Baixar para 300s deve ser suficiente para não ter problemas com a maioria dos big players do IX.br, mas ainda tem muito participante com MikroTik e ARP timeout de 30s, o que daí tu teria que configurar para 25s. Só que tu não está sozinho com esse problema, daí se todo mundo com esse problema baixar para 25s, vão ter que baixar para 20s, e depois para 15s, e assim vai.

Então antes de um evangelizador do ARP timeout de 4h aparecer me criticando por propor essa solução, eu recomendo fortemente que tu encha o saco do IX.br para resolver o teu problema, e se for deixar o ATMv4 ativo nessas condições e com ARP timeout reduzido, use as communities para filtrar o tráfego só dos 3~5 players com maior tráfego enquanto espera uma resolução por parte do IX.br.

-----Mensagem original-----
De: gter <gter-bounces at eng.registro.br> Em nome de Bruno Vane via gter
Enviada em: sexta-feira, 27 de dezembro de 2024 22:09
Cc: Grupo de Trabalho de Engenharia e Operacao de Redes <gter at eng.registro.br>
Assunto: Re: [GTER] Problema no IX SP Equinix SP4

Vinicius,

Obrigado pelo relato, parece sim ser o mesmo caso.
Só que já temos essa ligação há muito tempo, não entendo isso começar agora (dia 18), inclusive fizemos com eles a quarentena hoje e foi aprovado.
Meu router é um Nokia SR-1, não consigo fazer um arp-ping nele mas fazendo um clear router arp <IP> resolve.
Acredito ser o mesmo problema.

Em sex., 27 de dez. de 2024 às 21:35, Vinicius Gruske Dorneles < viniciusgruske at gmail.com> escreveu:

> Te aconselho a leitura, para verificar se não é a mesma coisa:
> https://t.me/IX_BR/132257/169081
>
> Foi um inferno tratar este incidente com o IX.br, foram 5 meses com 
> eles empurrando o problema, e depois de resolvido, o "RFO" desse meu 
> caso foi o mais genérico possível por parte deles.
>
> Se for o mesmo caso, tem o protocolo do meu chamado lá na conversa no 
> grupo do Telegram, deve ajudar.
>
> Em sex., 27 de dez. de 2024 às 21:16, Bruno Vane via gter < 
> gter at eng.registro.br> escreveu:
>
>> Boa noite pessoal,
>>
>> Alguém passando por problemas no IX SP Pix Equinix SP4?
>>
>> Aqui estamos perdendo conectividade com diversos participantes, com 
>> isso o tráfego vai e volta, participantes com grande volume de 
>> tráfego como Akamai, Cloudflare, ACE-CDN, etc.
>>
>> Eu não consigo pingar pro destino (no caso para o roteador do 
>> participante), isso acontece o dia inteiro. Não perco o MAC do 
>> participante, o MAC continua na tabela do meu roteador e inclusive 
>> renovando o expiry-time o tempo todo.
>>
>> Parece que lá não estão recebendo meu MAC.
>>
>> Com os routeservers em si não acontece, somente com diversos outros 
>> participantes, porém afeta o tráfego no ATM, já que perco 
>> conectividade com o participante.
>>
>> Tenho um chamado aberto lá desde o dia 18 e não encontram nada, 
>> fizemos a quarentena hoje e nada, ligo lá para o NOC e desligam.
>> --
>> gter list    https://eng.registro.br/mailman/listinfo/gter
>>
>
--
gter list    https://eng.registro.br/mailman/listinfo/gter