O tipo de roteamento do LACP deve ser o mesmo em todas as extremidades?

Question

Eu queria saber se o mecanismo de roteamento para LACP (origem / destino MAC, origem + destino MAC, fonte / destino IP, fonte + destino IP) tem que ser o mesmo dentro

• um tronco LACP * entre dois dispositivos
• vários troncos LACP *, mas um caminho lógico entre vários dispositivos

também: ao usar o LACP automático, uma negociação acontece para que os dispositivos usem automaticamente a mesma estratégia de roteamento? Qual é o pior que poderia acontecer se os mecanismos de roteamento não se encaixam?

* Eu estou usando o termo "trunk" aqui no meio de "agrupar vários cabos físicos para o objetivo de redundância e maior troughput"

    

Answer 1

Você precisa pensar no LACP como um "mecanismo de verificação" da agregação de links.

Você não obterá um desempenho melhor se usar um LAG estático ou se usar um LACP LAG. O que você obterá é um failover mais rápido e alguma inteligência que está checando para ter certeza de que os links estão funcionais antes de introduzi-los no LAG.

Agora ... dependendo do seu TRÁFEGO .... responderia diretamente a sua pergunta sobre qual é o melhor. Cada participante no link pode usar os diferentes métodos (IP src / dest, MAC src / dest) para escolher como EGRESS o tráfego. Idealmente, ambas as extremidades do link farão o mesmo, mas não precisam.

A NetApp tem um documento MARAVILHOSO sobre isso, abrangendo vários cenários diferentes, mas deixe-me ir direto ao assunto:

1) Você vai querer ter uma ligação LACP separada para cada VIF, um para cada cabeça da NetApp.

2) Você deve configurar os LAGs estáticos no lado do ESXi, se você estiver executando o 5.0 ou anterior, e os LAGs ativados pelo LACP, se estiver executando o 5.1 ou posterior.

Depois de atingir as limitações de 1 GbE nesse NetApp, você precisa passar para cartões de 10 GbE ou obter um arquivador mais poderoso.

EDIT: Aqui está o link para a documentação, pode haver uma revisão agora que 5.1 link

    

Answer 2

Não, não há motivo para os algoritmos de hash corresponderem em cada lado. O LACP não tem conhecimento nem preocupação sobre a estratégia de hashing remoto. Os pares do LACP não negociam o hashing porque não se importam com o modo como seu par está balanceando o tráfego. Não há sanidade verificando se um quadro de entrada veio na interface "certa".