[GTER] Borda ideal para provedores

Felipe Trevisan fetrevisan at gmail.com
Sat May 10 19:01:20 -03 2014


O sistema e o modelo é flexível e pode acomodar outros formatos. Estamos
usando o caso da VLAN para os testes que estão ocorrendo agora.

Posto updates a medida que forem ocorrendo.



2014-05-09 22:47 GMT-03:00 Rubens Kuhl <rubensk at gmail.com>:

> 2014-05-09 22:18 GMT-03:00 Felipe Trevisan <fetrevisan at gmail.com>:
>
> > Este risco não existe nas demais redes?
> >
>
> Não, estouro de MACs não acontece usando MAC-in-MAC, VPLS, L2TPv3, EoIP,
> PPTP... é um problema específico que afeta VLANs e Q-in-Q por preservar os
> MACs originais ao transportar o pacote.
>
>
> > Limitando o numero de IP addresses que um cliente pode obter não é uma
> > forma de limitar a quantidade de MAC também?
> >
>
> Não, não é. Pode-se estourar tabela MAC apenas com frames que você não pode
> filtrar tais como requisições ARP.
>
>
> > Em sua concepção, Rubens, Qual seria  a forma ideal de se fazer o
> > unbundling (sem considerar o compartilhamento do meio fisico)?
> >
>
> L2TPv3 PWE3 e mais a maior quantidade possível entre Ethernet OAM CFM +
> E-LMI + ITU Y.1731, se possível todos.
>
> Traduzindo sem sopa de letrinhas: túneis de camada 2  mas entregues sobre
> IP de forma escalável, ferramentas de gestão o mais fim-a-fim quanto
> possível para isso. Possivelmente com 2 tiers: um que seria algo
> residencial só com a parte de túnel, sem muita gerência, e um corporativo
> esse sim com bastante gerência tanto pro-ativa quanto reativa.
>
> Rubens
>
>
>
>
> Rubens
> --
> gter list    https://eng.registro.br/mailman/listinfo/gter
>


More information about the gter mailing list