[GTER] Broadcast nos IXs

[Eduardo Schoedler]

Complementando: descobri uma coisa MUUUITOOO interessante (e muito
chata) sobre os Junipers.
https://puck.nether.net/pipermail/juniper-nsp/2009-October/014608.html

Todas as interfaces compartilham uma policer global.
Se há algum tipo de storm de arp na interface do PTT, pode ocorrer arp
timeout em outra interface, levando a quedas de sessões bgp.

Pelo visto a boa prática e sempre especificar um policer diferente do
default, pelo menos na interface onde o domínio de broadcast é muito
grande.

--
Eduardo Schoedler

Em 24 de agosto de 2016 17:18, Eduardo Schoedler <listas at esds.com.br> escreveu:
> E o que me dizem sobre os policers?
> Aperto eles?
>
> Obrigado.
>
> --
> Eduardo Schoedler
>
>
> Em domingo, 21 de agosto de 2016, Shine <eshine at gmail.com> escreveu:
>>
>> EVPN route type 2 cai como uma luva nessa funcionalidade de L2VPN. :)
>>
>>
>> Em 21 de agosto de 2016 19:46, Rubens Kuhl <rubensk at gmail.com> escreveu:
>>
>> > >
>> > >
>> > >
>> > > - Aproveitando o gancho do AMS-IX, eles desenvolveram um arp sponge
>> > > [4]. Será que é o caso de aplicar algo parecido no ATM do IX-SP? Antes
>> > > que piore... rsrs.
>> > >
>> >
>> > Eu pessoalmente gostei mais da idéia de um outro IX (mas não lembro
>> > qual)
>> > de um respondedor ARP distribuído usando a tabela IP-MAC vinda do
>> > provisionamento do IX. Assim, o protocolo ARP deixa de ser respondido
>> > pelos
>> > membros, mas sim pela infraestrutura do IX... e como o respondedor pode
>> > ser
>> > algo menor distribuído em todos os PIX,  esse frame-type pode inclusive
>> > ser
>> > assassinado nos uplinks para os PIX centrais.
>> >
>> > Isso, claro, na VLAN do ATM... bilaterais tem que ser imunes.
>> >
>> >
>> > Rubens
>> > --
>> > gter list    https://eng.registro.br/mailman/listinfo/gter
>> >
>> --
>> gter list    https://eng.registro.br/mailman/listinfo/gter
>
>
>
> --
> Eduardo Schoedler



-- 
Eduardo Schoedler