[GTER] RES: PPPoE através de VPLS

[Rubens Kuhl]

Numa CCR é melhor separar, porque cada porta vai para um core diferente. Em
x86 também é melhor separar, pelo mesmo motivo, mas em geral em x86 está
sobrando CPU então faz pouca diferença.


Rubens



2014-07-30 13:55 GMT-03:00 Gustavo Stocco <gustavostocco at gmail.com>:

> Olá Adriano,
>
> Sim esse detalhe eu sei que o tráfego será ocupado nas duas vias pois temos
> o túnel dos clientes+ a banda sugada da borda passando pela mesma
> interface. A pergunta é se há alguma diferença entre dividir o tráfego de
> TX e RX em duas interfaces ou é indiferente manter em uma só? Isso pode
> ocasionar algum tipo de problema ou você também utiliza assim?
>
> Abraços
>
>
> 2014-07-29 23:11 GMT-03:00 Rôney Eduardo <roneyeduardosantos at gmail.com>:
>
> > 2014-07-29 23:01 GMT-03:00 Rôney Eduardo <roneyeduardosantos at gmail.com>:
> > >
> > > Obs.: O segredo de usar as CCRs é distribuir ao máximo o tráfego entre
> > > suas várias interfaces, lembrando que cada interface é ligada a um
> > > core da CPU, evitando, assim, "atolar" um core em 100%, coisa que
> > > deixa as CCRs "de mal-humor".
> > >
> >
> > Esqueci de falar, no caso do exemplo acima, essa CCR está assim
> > configurada:
> >
> >  -  ldp-lsr-id e ldp-transport-address = um IP loopback;
> >
> >  - 4 interfaces roteiam para diversos POPs (tentando distribuir o
> > tráfego desses vários POPs de forma igual entre essas 4 interfaces);
> >
> >  - O OSPF se encarrega de rotear o IP da loopback entre o concentrador
> > e os POPs;
> >
> >  - Em outras 4 interfaces físicas fecho as bridges entre os túneis
> > VPLS e os concentradores PPPoE.
> >
> > Nesse cenário, todo o tráfego que passa por essa CCR está distribuído
> > em 8 interfaces físicas. Nunca travou, nunca derrubou uma VPLS por
> > bug, nunca deu problema...
> >
> > --
> > Rôney Eduardo
> > --
> > gter list    https://eng.registro.br/mailman/listinfo/gter
> >
>
>
>
> --
>
> Gustavo Stocco
> Diretor Técnico
> GNet Telecomunicaçõeshttp://www.gnettelecom.com.br
> +55 (47) 3373-3322
> 0800-932-0000 R.3322
> INOC-DBA BR 53001*100
> --
> gter list    https://eng.registro.br/mailman/listinfo/gter
>