[GTER] Balanceamento round robin LACP em swtichs HP 5500

[Carlos Ribeiro]

Considerando switches normais, se os quadros contiverem pacotes IP, dá na
mesma...

Agora, se você estiver implementando um protocolo novo, que permita
reordenamento de pacotes, então não haveria problema. Mas isso seria
reinventar a roda.

Surpreendentemente, existe uma solução para isso lá embaixo na camada 1:
multiplexação a nível de 'bitstream'. Várias tecnologias de rede fazem
isso, um exemplo é o transporte de 40 Gbps em quatro canais de 10 Gbps. Mas
isso exige uma implementação em hardware na camada física, que está fora do
nosso alcance normal.

Outra solução interessante, que eu Lu ano passado mas sinceramente não
lembro onde, é de  fabricante que modificou um algoritmo de multiplexação
de links para fazer uma compensação automática dos delays de transmissão e
reordenar os pacotes no destino. Em outras palavras: ele calcula direitinho
o tempo de chegada de cada pacote e consegue consertar a ordem no destino.
O algoritmo é muito bacana, muito engenhoso, mas é proprietário e não sei
se está disponível em switches de mercado.

A pergunta mesmo é: você precisa mesmo fazer LAG? O desempenho atual não é
suficiente? Então talvez seja hora de migrar para 10 Gbps, ou 40/100 Gbps
ser você já estiver em 10 Gbps.

Carlos Ribeiro
Em 26/01/2015 18:07, "Kalil de A. Carvalho" <kalilac at gmail.com> escreveu:

> Boa tarde Carlos.
>
> Muito obrigado pelo esclarecimento.
>
> Gostaria de fazer uma outra pergunta, ainda nesse mérito:
>
> E se esta comunicação ocorresse na camada dois, somente com quadros, ainda
> permaneceria esse comportamento?
>
> Os pacotes ainda poderão sofrer como descrito?
>
> Atenciosamente,
>
>
> 2015-01-26 16:34 GMT-03:00 Carlos Ribeiro <cribeiro at telbrax.com.br>:
>
> > Kalil,
> >
> > Não se deve nunca, em nenhum hipótese, fazer "round robin" simples de
> > pacotes. Entendo os seus motivos para querer fazer isso, eu também
> gostaria
> > muito de fazer nos meus links, mas é importante que você entenda porque
> > isso não é possível, e nem mesmo desejável. E isso é geral, não é só com
> > HP, mas com Cisco, Juniper, etc.
> >
> > Se você fizer distribuição "round robin", fatalmente terá situações em
> que
> > os pacotes chegarão do outro lado fora de ordem. Pacotes fora de ordem
> > quebram a transmissão em TCP e confundem os controles de comunicação que
> > usam UDP/RDP também, causando descartes de pacotes, retransmissões, etc.
> > Isso acaba com a performance da rede.
> >
> > Existem duas situações que causam reordenação:
> >
> > 1) A primeira, e mais óbvia, é se os dois links tiverem tamanhos
> > diferentes. Neste caso o delay de transmissão é diferente e isso pode
> fazer
> > com que um pacote que foi transmitido depois chegue antes ao destino.
> >
> > 2) A segunda situação, que não é tão óbvia e por isso "passa batido", é
> > quando você tem dois links idênticos, só que os pacotes variam de tamanho
> > fortemente. Com milhões de pacotes passando, é absolutamente certo que de
> > vez em quando, você vai dar "azar" de colocar pacotes maiores em uma
> > interface e menores na outra. Resultado: uma fila fica mais curta e
> começa
> > a andar mais rápido e os pacotes pequenos "passam na frente" dos grandes.
> > Na hora que isso acontecer (e não se preocupe, vai acontecer
> > "estatisticamente o tempo todo) dentro de uma conexão TCP ou pior ainda,
> > com um fragmento IP, você terá um problema sério com perda de
> performance.
> >
> > É por isso que os switches e roteadores tem vários algoritmos de
> > distribuição de tráfego. É comum ter uma diferença variável, no máximo da
> > ordem de 10% a 15% entre os dois links, não mais do que isso. Mas como
> tudo
> > é aleatório, você pode estar com uma distribuição pior. Mas não há o que
> > fazer.
> >
> > Há soluções mais avançadas para isso, incluindo engenharia de tráfego e
> > certos tipos de "source routing" (como é o caso do PBR da Cisco). Mas são
> > apenas para contornar situações específicas, e agregam mais complexidade
> ao
> > cenário.
> >
> > Espero ter ajudado...
> >
> > *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 26 de janeiro de 2015 11:17, Kalil de A. Carvalho <kalilac at gmail.com>
> > escreveu:
> >
> > > Bom dia senhores.
> > >
> > > Estou trabalhando com dois swichs HP 5500 e  temos uma agregação usando
> > > LACP entre eles.
> > >
> > > Para nossa realidade precisamos que o balanceamento seja round robin.
> > >
> > > Foi tentada diversas combinações, como indicado no manual, source mac,
> > > destination mac, ingress port etc mas em nenhuma resultou no que
> > > esperávamos: distribuição igualitaria entre as portas.
> > >
> > > Pelo que pude entender quando se escolhe source  mac, a porta que
> > aprender
> > > o caminho com este mac ficara sempre recebendo por ela. Idem
> destination
> > > mac.
> > >
> > > É isso mesmo ou entendi errado?
> > >
> > > É possível fazer isso que queremos, round robin, nestes equipamentos?
> > >
> > > Atenciosamente,
> > >
> > >
> > >
> > > --
> > > Atenciosamente,
> > > Kalil de A. Carvalho
> > > --
> > > gter list    https://eng.registro.br/mailman/listinfo/gter
> > --
> > gter list    https://eng.registro.br/mailman/listinfo/gter
>
>
>
>
> --
> Atenciosamente,
> Kalil de A. Carvalho
> --
> gter list    https://eng.registro.br/mailman/listinfo/gter