[GTER] [caiu] Globo.com via IX-SP

[Rubens Kuhl]

2017-03-03 14:16 GMT-03:00 Douglas Fischer <fischerdouglas at gmail.com>:

> Em 3 de março de 2017 12:34, Rubens Kuhl <rubensk at gmail.com> escreveu:
>
> > ​​
> >
> > O que me parece mais complexo é que um ARP responder precisa fazer parte
> de
> > uma "SDN" (no sentido amplo da palavra) fim a fim que englobe o controle
> de
> > qual MAC pode mandar pacotes no switch, os IPs designados, as
> configurações
> > de route-server etc. Não me parece ser algo que dê para inserir
> > isoladamente na matriz do IX.
> >
> ​
> ​
> ​Sinceramente, enxergo que seja muito mais simples resolver isso com
> automatização de provisionamento de configuração do que com algum proto
> ​colo de SDN em sí.
> ​   ​
> Mas aqui quem ​fala é alguém que já lidou com provisionamento de
> ​devices ​
> L2
> ​  ​
>  e tem quase zero de experiência em SDN(a não ser WLC).
>

Eu mencionei SDN nesse sentido. É que é buzzword, só se fala nisso...


> ​
>
> ​​Especificamente sobre o motor do arp-responder:
>
> > Provavelmente não precise interceptar nada. Talvez baste ter um ARP
> > responder local a cada PIX, e dentro do PIX quem responde são os próprios
> > equipamentos, corta o ARP de ir para os uplinks e responde só com todo
> > mundo que não está naquele PIX.
> >
> Sinceramente fiquei em dúvida...
> Qual seria a ideia?
>
> - Deixar os Cisco/Extrem/Juniper executando essa Engine de ARP-Responder?
>

Não.


>   Qual a Feature que faz isso?
> - Instalar um Host específico(físico ou virtual) para rodar esse serviço?
>

Yeap.


> - Colocar essa engine nos próprios Route-Servers?


Não, pois não tem um route-server por PIX.

Rubens