[GTER] RES: PPPoE através de VPLS

[Jean Carlos Bartzen]

Adriano,

Uso uma CCR 1036 para os tuneis VPLS, e sai vlans para o concentrador PPPOE
(que é outra CCR, só pra isso). ~150mbps de trafego, não congela.


Em 29 de julho de 2014 18:05, Adriano Struck - Rede Unifique <
adrianos at tpa.com.br> escreveu:

> Olá,
>
> Qual hardware vocês estão utilizando neste concentrador VPLS e qual
> tráfego conseguem passar atualmente?
>
> Aqui temos RBs 1100AHx2 fechando com túneis EoIP ao invés de VPLS e elas
> começaram a passar de 70% de CPU.
>
> Então resolvemos colocar duas CCR para desafogar, e o terror começou. Elas
> simplesmente congelam, enquanto as 1100AHx2 dificilmente dão problema.
>
> Tanto que as que foram migradas estavam com mais de 400 dias de uptime,
> com 58 túneis/58 bridges/58 vlans e um tráfego de quase 400 Mbps.
>
> Tenho outra CCR rodando um PPPoE Server isolado que estava com mais de 200
> dias e ontem a noite resolveu congelar também. Não dá pra confiar nessas
> CCR pra nada.
>
> Atte.
>
> Adriano Struck
>
> -----Mensagem original-----
> De: gter-bounces at eng.registro.br [mailto:gter-bounces at eng.registro.br] Em
> nome de Fernando Klabunde
> Enviada em: terça-feira, 29 de julho de 2014 16:36
> Para: Grupo de Trabalho de Engenharia e Operacao de Redes
> Assunto: Re: [GTER] PPPoE através de VPLS
>
> Gustavo, atualmente estou testando a seguinte topologia em algumas torres:
>
> Core -> Servidor PPPoE -> Concentrador VPLS -> Torre Nesse caso o core faz
> OSPF com todos os túneis para poder entregar ip válido /32 em qualquer
> servidor, o servidor tem VLAN com o concentrador VPLS e o concentrador faz
> essa bridge entre torre e VLAN.
>
> Estou fazendo isso para ver como se comporta o consumo de CPU dos
> equipamentos e ver se divide mais a carga entre os núcleos.
>
> Att.
>
>
> Em 29 de julho de 2014 02:19, Gustavo Stocco <gustavostocco at gmail.com>
> escreveu:
>
> > Legal as contribuições dos colegas! Bom compartilhar ideias diferentes.
> > Complementando o que o Felipe comentou anteriormente...Naquela
> > topologia utilizando, igual ao link postado por ele, qual o papel
> exercido pelo Core?
> > Seria conectar outros dispositivos da rede (Ex. Cache e afins)?
> >
> > Outra questão que também enfrento por aqui e sempre tive dúvidas se
> > realmente é comum: Hoje fechamos as VPLS/Eoip diretamente no
> > concentrador e criamos um PPP Server para cada túnel também. Pelo fato
> > do concentrador utilizar a mesma placa de rede para "puxar" o trafego
> > do roteador de borda e ao mesmo tempo "alimentar" os clientes PPPoE
> > utilizando os tuneis é comum que o trafego de TX e RX da interface
> sempre permaneçam iguais, correto?
> > Esse fato não consome ou atrapalha o processamento de alguma forma?
> > Pensei em ligar o concentrador utilizando uma interface de comunicação
> > com os clientes (tuneis) e outra,com o roteador de borda para receber
> > e enviar o  trafego externo. Só que em todas as topologias que vejo os
> > concentradores estão sempre isolados.
> >
> > Qual a sugestão dos colegas?
> >
> > Abraços
> >
> >
> > -----Original Message-----
> > From: "Fernando Klabunde" <fernandoklabunde at gmail.com>
> > Sent: ‎28/‎07/‎2014 23:30
> > To: "Grupo de Trabalho de Engenharia e Operacao de Redes" <
> > gter at eng.registro.br>
> > Subject: Re: [GTER] PPPoE através de VPLS
> >
> > Aqui usamos dessa forma com 6 caixas.
> > Funciona bem e ainda tenho contingência nesses pontos.
> >
> > Fecho o MPLS/VPLS em cima de Loopback.
> >
> > Servidor PPPoE tem um VPLS direto com o roteador mais próximo do
> > cliente e nele uma bridge que joga a interface de atendimento aos
> > clientes na bridge com o servidor PPPoE.
> >
> > http://mum.mikrotik.com/presentations/BR13/braum.pdf
> >
> >
> > Em 28 de julho de 2014 19:40, Rôney Eduardo
> > <roneyeduardosantos at gmail.com>
> > escreveu:
> >
> > > Em 28 de julho de 2014 19:00, Felipe Klasen
> > > <felipe at gnettelecom.com.br> escreveu:
> > > >
> > > > Vamos transportar até o concentrador atravé de VPLS porém em todos
> > > > os exemplos de topologia, vemos um “terminador” para esses tuneis,
> > > > e aí
> > > então o
> > > > concentrador.
> > > >
> > > > Qual seria a razão desse terminador? Alguma questão de segurança?
> > > >
> > >
> > > Escalabilidade, organização e distribuição de carga/processamento
> > > por funcionalidade, na minha opinião (ex.: uma ou N caixas dedicadas
> > > somente para a função de terminação dos túneis e N servidores PPPoE
> > > por trás dela(s) dedicados às autenticações).
> > >
> > > >
> > > > Hoje já utilizamos o concentrador porém os túneis eoip terminam
> > > > nele
> > > mesmo,
> > > > e para cada túnel, é criado um pppoe-server.
> > > >
> > >
> > > Se sua estrutura não for tão grande ao ponto de precisar dedicar
> > > equipamentos para cada função, é possível manter em um só. Mas se
> > > tiver previsão de crescimento de tráfego na rede, já é bom
> > > implementar um topologia escalável.
> > >
> > > --
> > > Rôney Eduardo
> > > --
> > > gter list    https://eng.registro.br/mailman/listinfo/gter
> > >
> >
> >
> >
> > --
> > Fernando Klabunde
> > (54) 8429-2429
> > --
> > gter list    https://eng.registro.br/mailman/listinfo/gter
> > --
> > gter list    https://eng.registro.br/mailman/listinfo/gter
>
>
>
>
> --
> Fernando Klabunde
> (54) 8429-2429
> --
> gter list    https://eng.registro.br/mailman/listinfo/gter
>
> --
> gter list    https://eng.registro.br/mailman/listinfo/gter
>



-- 


*Jean Carlos Bartzen*

*Delta Telecomunicações LtdaAv. Gov. Moises Lupion, 114 SL1*
F: (45) 3241-1747
*www.deltatele.com.br <http://www.deltatele.com.br>*



*Esta mensagem e qualquer arquivo transmitido anexo, pode
conter informação confidencial e/ou legalmente privilegiada.
Esta informação é direcionada exclusivamente ao destinatário.
Se você não for o destinatário ou a pessoa autorizada a receber esta
mensagem, não podera utilizar, revelar, copiar, distribuir, ou tomar
qualquer ação baseada no conteúdo dessa informação, por ser estritamente
proibido. Se você recebeu esta mensagem por engano, por favor, avise
imediatamente o remetente respondendo o e-mail e em seguida apague a
mensagem. *