Como as interfaces se comportam em uma configuração LACP de extremidade única?

7

Situação: duas conexões Ethernet, entre um switch e um servidor.
No final do switch, as duas interfaces são configuradas para o LACP.
No final do servidor, eles são configurados como interfaces ethernet normais.
Como as interfaces do switch se comportam?
Acredito que eles se comportarão como duas interfaces Ethernet normais e encaminharão o tráfego em paralelo ao servidor como se não tivessem nenhuma configuração do LACP aplicada a eles. O servidor escolherá uma interface e a utilizará para o tráfego de saída.
As interfaces do comutador podem ser configuradas para o LACP, mas até formarem um tronco LACP com as interfaces finais do servidor, nada acontece com o tráfego normal. Na realidade, está reduzindo pela metade a largura de banda disponível entre eles, porque ambos estão encaminhando o mesmo tráfego.
Isso está correto, por favor?

Editar: as interfaces são configuradas como portas espelhadas de saída.

ieee-802.1ax

— fixit9660
fonte

3

Se um dos lados não negociar LACP, o canal de porta não irá formar e que será apenas como interfaces de normais

— Alex

Alguma resposta o ajudou? Nesse caso, você deve aceitar a resposta para que a pergunta não apareça para sempre, procurando uma resposta. Como alternativa, você pode fornecer e aceitar sua própria resposta.

— Ron Maupin

2

Você não especificou um fabricante, assumirei os switches da Cisco, embora a maioria dos outros fornecedores deva se comportar da mesma forma.

Se o modo do grupo de canais estiver ativo, as interfaces não encaminharão o tráfego, pois o switch estará tentando formar um canal e, se a negociação do canal falhar, o canal da porta estará "inativo".

Se o modo do grupo de canais for passivo ou analógico para passivo, as interfaces encaminharão o tráfego normalmente e ouvirão as negociações de LACP / PaGP. Isso abrirá as interfaces e escutará o tráfego nas interfaces. Se o switch vê esses pacotes LACP do host e uma negociação começa, o canal será negociado e os pacotes serão encaminhados pela interface do canal da porta e não pelas interfaces individuais.

Da perspectiva do servidor, na camada IP, se o host de destino estiver na sub-rede definida pela configuração de rede na interface, o servidor tentará ARP esse endereço. Se, de alguma forma, as duas interfaces estiverem conectadas à mesma sub-rede (a maioria dos sistemas operacionais mostrará um aviso ou desautorizar esse comportamento), elas poderão obter ARP das duas interfaces. Portanto, assim que o ARP for recebido em uma determinada interface, o servidor saberá enviar os pacotes para essa interface e o switch também identificará qual IP e MAC estão vinculados a cada interface individual (mas o comportamento de encaminhamento será controlado pelo abaixo )

Se você estiver falando puramente de pacotes Ethernet e não de IP, o servidor encaminhará os quadros usando qualquer interface especificada. Se não me engano, no Linux a interface DEVE ser especificada; no Windows, provavelmente usará a interface com a maior prioridade (superior) nas ligações da interface de rede. Esse comportamento varia de SO para SO.

Da perspectiva do switch, o switch inundará os quadros com um endereço MAC em todas as interfaces até descobrir em qual porta um determinado endereço MAC está ativado. Ele aprenderá essa porta ouvindo um quadro com o endereço MAC de origem. Portanto, se 0111.2222.3333 estiver enviando um quadro para 0111.2222.3334, o comutador inundará o quadro em todas as portas na VLAN

0111.2222.3333 (Fa0 / 1) -> 0111.2222.3334 inundará todas as portas

Até ver uma resposta

0111.2222.3334 (Fa0 / 2) -> 0111.2222.3333 (Fa0 / 1)

Em seguida, começará o encaminhamento de todo o tráfego para a porta específica que emitiu esses quadros.

Há vários casos extremos aqui que podem trazer mais confusão, como a interação potencial entre árvores de abrangência, mas isso abrange o básico.

— Arima
fonte

O fornecedor da rede é Juniper e o servidor é um servidor de aplicativos, SO desconhecido no momento, mas obrigado pela resposta extensa. Também esqueci de mencionar um ponto importante, acrescentado acima.

— Fixit9660

@ fixit9660: No caso espelhado, as portas não aceitarão nenhum tráfego do servidor. Se as portas forem promíscuas no servidor, o servidor escutará todo o tráfego que ouvir na interface, incluindo o tráfego para endereços MAC que não incluam o servidor. O Juniper não suporta LAG em portas espelhadas de saída na série EX; se, em vez disso, você quis dizer que a interface de entrada é um LAG, acho que as mesmas informações ainda se aplicam. Provavelmente é melhor retirar isso e fazer uma pergunta totalmente nova.

— Arima

-1

Tudo depende do modo de LACP que você configurou no switch. Por exemplo, nas interfaces, você digita 'modo de grupo de canais 1 em / ativo / passivo'

Se você selecionou 'ativo', o comutador procurará a outra extremidade da conexão no modo ativo ou passivo. Se detectar, um canal de porta LACP será formado e o tráfego será balanceado por carga entre as portas. Caso contrário, eles serão tratados como portas regulares e o spanning tree matará uma das 2 portas.

No entanto, se você selecionou o modo 'on' (que você nunca deveria), forçará um canal de porta no switch. Se o outro lado não formar um canal de porta, existe a possibilidade de um loop, que pode causar um colapso na rede.

— Kunal
fonte

11

Ativado não é LACP.

— Cpt_fink 20/02