[GTER] Ajuda - Controle de banda MK x Switch L3

Cassio Lange cassio at cassio.eng.br
Mon Jul 2 09:44:52 -03 2012


Bom Dia Fábio,

Já que vc falou em VM, vc poderia fazer esse controle nos switchs virtuais.
Se estiver usando VMware, VDS (vsphere distributed switch).
Em caso de Xen/KVM http://openvswitch.org

Abraços..

2012/7/2 WixNet <wixnet.isp at gmail.com>

> Bruno / Rodrigo,
>
> grato pelas sugestões e informações.
> estarei fazendo conforme mencionado, dividindo a carga em varias. Meu
> problema aqui são realmente as Queues, são aproximadamente 550. Entre 2MB a
> 10MB.
>
> Vou colocar uma RB para cada switch de distribuição para ver o resultado.
>
> Obrigado.
>
> Att.Fabio F.
>
>
>
> Em 30 de junho de 2012 13:11, Rodrigo Augusto <rodrigo at 1telecom.com.br
> >escreveu:
>
> > Aqui sao uns 10 cores para controle... Com ospf rodando... As rbs estavam
> > se comportando melhor que as maquinas, alem de serem poe e ficar nas
> > baterias.... Limitamos 200 mb em media por core... Porem temos poucas
> > queues em cada mas sao queues de 150 mb , de 50.....etc prossamento, pps
> e
> > etc estao bem bem melhores doque com pc... E olhe que era com server
> board
> > supermicro....
> >
> > Enviado via iPhone
> > Grupo Connectoway
> >
> > Em 30/06/2012, às 12:12, Bruno Cabral <bruno at openline.com.br> escreveu:
> >
> > >
> > > Sugestao: mover o controle de banda para mais perto dos usuarios, por
> ex
> > nos APs que os atende ou entao dividindo seu concentrador em varios
> > >
> > > !3runo Cabral
> > >
> > >
> > > --
> > > Cursos e Consultoria BGP
> > > Novas turmas Mikrotik em http://www.cfide.com.br/cursos/
> > >
> > >
> > >> há alguns anos utilizo Mikrotik, para controle de banda de meus
> > host.porem
> > >> de uns meses  para cá com o aumento no numero de servidores,
> > principalmente
> > >> alguns que geram auto números de pps o processamento de uma RB1200 e
> > RB1100
> > >> fica em 100% gerando perca de pacotes, trocamos para um PC-Router com
> o
> > MK,
> > >> resolveu o problema de processamento, porem nos horários de alto
> tráfego
> > >> volta a ocorrer perca de pacotes e um aumento de 4ms no tempo de
> reposta
> > >> (testamos desde a versão 4 ate a 5.9), prejudicando muito as
> aplicações
> > >> VOIP.
> > >>
> > >> Chegamos a conclusão que o MK pode não estar sendo a solução de melhor
> > >> desempenho para nossa necessidade.
> > >
> > > --
> > > gter list    https://eng.registro.br/mailman/listinfo/gter
> >
> > --
> > 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