[GTER] Balanceamento round robin LACP em swtichs HP 5500

Mon Feb 2 21:23:17 -02 2015

Marcus,

Mas uma observação: se você tem só dois "buckets" para distribuir milhares
ou milhões de pacotes, terá colisão de hash sem parar. Nesse caso é o
comportamento desejado e natural, se não houver colisão tem algo errado.

*Carlos Ribeiro*
*Sócio*
Cel: +55 (31) 9303-3366
Tel: +55 (31) 3305-5620
Geral: +55 (31) 3305-5600
cribeiro at telbrax.com.br
www.telbrax.com.br

Em 2 de fevereiro de 2015 19:19, Marcus Sandri <marcus.sandri at ufscar.br>
escreveu:

> Srs,
>
>              Nos HPs WRR e WRED correspondem sim a QoS, erro meu.
>              Porém reafirmo que os HP 5500 possuem ECMP (utiliza RR) e
> também suportam OpenFlow. No caso de usar o OpenFlow, dá pra
> emular algoritmos bem melhores do que o RR, diminuindo a
> probabilidade de colisão de hash. Creio que a melhor solução
> seria testar a técnica do Rafael e comparar o desempenho
> antes/depois. Se começar a ter perdas significativas, sugiro
> apelar pro OpenFlow.
>
> > Pessoal,
> >
> > Em outro grande fabricante (leia Cisco), WRR e WRED são mecanismos de
> > scheduling entre filas e congestion avoidance, respectivamente. Ou seja,
> > só
> > e somente QoS. E não RR entre canais L2/L3.
> > Não seria o mesmo caso da HP?
> >
> > Já sobre o hashing dos etherchannels, os dois lados do channel não
> > precisam
> > ter a mesma estratégia de hashing. Uma boa escolha em cada um dos lados
> > pode compartilhar a carga da maneira mais equilibrada (mas nunca iguais).
> >
> >
> >
> > Em 2 de fevereiro de 2015 18:11, Marcus Sandri <marcus.sandri at ufscar.br>
> > escreveu:
> >
> >> Oi Carlos,
> >>
> >>      Não é bem assim. Como esse problema é antigo, existem novas
> >> implementações que melhoram o desempenho e estão habilitadas a operar
> >> no switch HP 5500: "weighted round robin (WRR), weighted fair queuing
> >> (WFQ), weighted random early discard (WRED), weighted deficit round
> >> robin (WDRR)". Além do mais, balanceamento não irá necessariamente
> >> impactar na performance da rede. Acontece que isso depende de uma
> >> relação entre a quantidade de fluxos que o RR irá balancear e a
> >> qualidade de sua implementação.
> >>
> >>
> >> > Pessoal,
> >> >
> >> > A questão do round robin é simples. Se for tráfego TCP/IP, como
> >> 99.9999%
> >> > do
> >> > tráfego hoje é, round robin causará falhas de ordenação de pacotes. O
> >> > tamanho do problema depende da qualidade das pilhas TCP das duas
> >> pontas,
> >> > mas haverá impacto de performance com certeza. É questão de saber se
> >> vai
> >> > ficar só ruim ou se vai ficar MUITO ruim.
> >> >
> >> > Quem quiser experimentar em redes reais, não deve ser difícil, seria
> >> legal
> >> > postar os resultados aqui depois.
> >> >
> >> > *Carlos Ribeiro*
> >> > *Sócio*
> >> > Cel: +55 (31) 9303-3366
> >> > Tel: +55 (31) 3305-5620
> >> > Geral: +55 (31) 3305-5600
> >> > cribeiro at telbrax.com.br
> >> > www.telbrax.com.br
> >> >
> >> > Em 2 de fevereiro de 2015 12:25, Marcus Sandri
> >> <marcus.sandri at ufscar.br>
> >> > escreveu:
> >> >
> >> >> Oi Kalil,
> >> >>
> >> >>           Dê uma olhada nesse documento anexo. Pag. 3.
> >> >>
> >> >>
> >> >> *PS: Acabei de ver também na pag. 3 que por padrão o HP 5500 suporta
> >> >> diversos tipos de round robin:
> >> >>
> >> >> "weighted round robin (WRR), weighted fair queuing (WFQ), weighted
> >> >> random
> >> >> early discard (WRED), weighted
> >> >> deficit round robin (WDRR)"
> >> >>
> >> >>
> >> >> > Bom dia Marcus.
> >> >> >
> >> >> > Onde encontro documentação do HP 5500 mostrando isso?
> >> >> >
> >> >> > Tentei ver no documento que esta na Internet, oficial e refente a
> >> este
> >> >> > equipamento, e não encontrei nada.
> >> >> >
> >> >> > Atenciosamente,
> >> >> >
> >> >> >
> >> >> > 2015-02-01 21:38 GMT-03:00 Marcus Sandri <marcus.sandri at ufscar.br
> >:
> >> >> >
> >> >> >> Pode ser fluxos de protocolos L3, L4, como também em L2. Como o
> >> >> >> controlador é programável, então você consegue balancear
> >> modificando
> >> >> a
> >> >> >> tupla que o round robin irá escalonar. Como exemplo, o
> >> balanceamento
> >> >> por
> >> >> >> fluxos L3 & L4 utiliza a tupla-5 (IP_o, IP_d, Porta_o, Porta_d,
> >> >> >> Tipo_de_proto). Mas veja que se você modificar a tupla para MAC, o
> >> >> >> balanceamento será em L2.
> >> >> >>
> >> >> >>
> >> >> >>
> >> >> >> > Mas isso é balanceamento de fluxos e não de frames ethernet,
> >> >> confere?
> >> >> >> >
> >> >> >> > Enviada do meu iPhone
> >> >> >> >
> >> >> >> >> Em 31/01/2015, às 21:31, "Marcus Sandri"
> >> <marcus.sandri at ufscar.br
> >> >
> >> >> >> >> escreveu:
> >> >> >> >>
> >> >> >> >> É possível com os HP 5500. Não sei se no próprio switch, mas
> >> você
> >> >> >> pode
> >> >> >> >> usar o módulo OpenFlow dele
> >> >> >> >> e rodar um controlador com round-robin (Anexa a especificação
> >> do
> >> >> SW).
> >> >> >> >>
> >> >> >> >> *Existe um problema já comentado que o round-robin possui
> >> falhas.
> >> >> Na
> >> >> >> >> verdade isso acontece pelas colisões no algoritmo hash. Então,
> >> ele
> >> >> é
> >> >> >> >> muito
> >> >> >> >> dependente da implementação. O bom é que com o OpenFlow, você
> >> pode
> >> >> >> usar
> >> >> >> >> algumas implementações mais modernas (ex.: WRR (1)).
> >> >> >> >>
> >> >> >> >>
> >> >> >> >>
> >> >> >> >> (1) http://g33kinfo.com/info/archives/2657
> >> >> >> >>
> >> >> >> >>
> >> >> >> >> --
> >> >> >> >> Cheers,
> >> >> >> >>
> >> >> >> >> Marcus Sandri
> >> >> >> >> Researcher (Msc.),
> >> >> >> >> Department of Computing
> >> >> >> >> UFSCar - Federal University of São Carlos
> >> >> >> >>
> >> >> >> >> dcomp.sor.ufscar.br/sandri
> >> >> >> >> Skype: marcus.sandri
> >> >> >> >>
> >> >> >> >> --
> >> >> >> >> gter list    https://eng.registro.br/mailman/listinfo/gter
> >> >> >> >
> >> >> >> >
> >> >> >>
> >> >> >>
> >> >> >> --
> >> >> >> Cheers,
> >> >> >>
> >> >> >> Marcus Sandri
> >> >> >> Researcher (Msc.),
> >> >> >> Department of Computing
> >> >> >> UFSCar - Federal University of São Carlos
> >> >> >>
> >> >> >> dcomp.sor.ufscar.br/sandri
> >> >> >> Skype: marcus.sandri
> >> >> >>
> >> >> >>
> >> >> >>
> >> >> >> --
> >> >> >> gter list    https://eng.registro.br/mailman/listinfo/gter
> >> >> >>
> >> >> >
> >> >> >
> >> >> >
> >> >> > --
> >> >> > Atenciosamente,
> >> >> > Kalil de A. Carvalho
> >> >> >
> >> >>
> >> >>
> >> >> --
> >> >> Cheers,
> >> >>
> >> >> Marcus Sandri
> >> >> Researcher (Msc.),
> >> >> Department of Computing
> >> >> UFSCar - Federal University of São Carlos
> >> >>
> >> >> dcomp.sor.ufscar.br/sandri
> >> >> Skype: marcus.sandri
> >> >>
> >> >> --
> >> >> gter list    https://eng.registro.br/mailman/listinfo/gter
> >> >>
> >> >
> >>
> >>
> >> --
> >> Cheers,
> >>
> >> Marcus Sandri
> >> Researcher (Msc.),
> >> Department of Computing
> >> UFSCar - Federal University of São Carlos
> >>
> >> dcomp.sor.ufscar.br/sandri
> >> Skype: marcus.sandri
> >>
> >>
> >> --
> >> gter list    https://eng.registro.br/mailman/listinfo/gter
> >>
> >
>
>
> --
> Cheers,
>
> Marcus Sandri
> Researcher (Msc.),
> Department of Computing
> UFSCar - Federal University of São Carlos
>
> dcomp.sor.ufscar.br/sandri
> Skype: marcus.sandri
>
>
> --
> gter list    https://eng.registro.br/mailman/listinfo/gter
>