[GTER] Limite da Tabela de Bridging
Douglas Mendes
douglasrm87 at hotmail.com
Mon Mar 11 22:31:13 -03 2013
Boa noiteQuanto a vlan cada cliente possui a sua. A arquitetura da rede esta em uma rede metro.Usamos o qinq em outras localidades, porém o seu uso não afetou as tabelas MAC. O fabricante é a ZTE e Datacom, ambos comentam sobre o mesmo modelo de armazenamento.Obrigado
> Date: Mon, 11 Mar 2013 22:02:10 -0300
> From: fischerdouglas at gmail.com
> To: gter at eng.registro.br
> Subject: Re: [GTER] Limite da Tabela de Bridging
>
> Não diria que está errado, mas con as informações repassadas também não dá
> para dizer que está certo.
>
> Como é o ambiente com relação à vlans? Ambiente metro? QinQ?
>
> Qual o fabricante?
>
> Em cisco existem os SDMs(perfis de performance). Tua solução tem algo assim?
> Em 11/03/2013 20:41, "Douglas Mendes" <douglasrm87 at hotmail.com> escreveu:
>
> > Desculpe enviei sem assunto
> >
> > Compramos um Switch onde o fabricante cita
> > na especificação que a tabela de bridging permite armazenar 16k de
> > endereços MACs, porém quando o Switch atinge 7k percebemos certa
> > lentidão. Quando este valor aumenta a capacidade do switch fica ruim.
> > Segundo
> > o fabricante o switch possui 2048 bancos de memória na tabela hash
> > sendo que cada posição pode armazenar até 8 MACs, assim teríamos
> > hipoteticamente 16384 entradas.
> > Para escolher onde cada endereço MAC
> > ficará soma-se os elementos do endereço e os divide por 2048. O
> > resultado seria a posição na tabela.
> > Porém neste modelo temos muitas repetições e assim fica muito dificil
> > conseguir ocupar as posições citadas.
> >
> > Alguém sabe precisamente como funciona os algoritmos de alocação de
> > endereços MACs na tabela de bridging?
> > Este modelo que citei faz sentido?
> >
> > Obrigado antecipadamente.
> > --
> > gter list https://eng.registro.br/mailman/listinfo/gter
> >
> --
> gter list https://eng.registro.br/mailman/listinfo/gter
More information about the gter
mailing list