Agregação de enlaces Ethernet

Balanceamento de carga

O JUNOS equilibra o tráfego em links de membros em um pacote AE com base nas informações de Camada 3 no pacote. Você pode configurar globalmente quais campos são usados para balanceamento de carga para inet e MPLS

Nos roteadores, os botões da família inet estão disponíveis no nível PIC. Você pode configurar os campos de Camada 3 e Camada 4 da família inet a serem usados para balanceamento de carga. Para a família bridge, campos de camada 2, camada 3 e Camada 4 a serem usados para balanceamento de carga.

Os roteadores também oferecem suporte ao balanceamento de carga nos links de membros usando endereços MAC de origem de Camada 2, endereços MAC de destino ou ambos. Isso pode ser configurado no nível de [edit forwarding-options hash-key family multiservice] hierarquia. Os endereços MAC de origem da camada 2 e os endereços MAC de destino são usados como hash-keys para balanceamento de carga.

[edit]
forwarding-options {
    hash-key {
        family multiservice {
            destination-mac;
            source-mac;
        }
    }
}

• Para pacotes de Camada 2 IP, apenas campos IP são usados para balanceamento de carga em links de membros. O endereço MAC de origem e o endereço MAC de destino não são usados para balanceamento de carga.

• Para pacotes não IP de Camada 2, o endereço MAC de origem ou o endereço MAC de destino são usados como hash-keys para balanceamento de carga.

• Se você quiser hash com base em campos de camada 2, então você precisa configurar multiservice.

• Se você deseja hash baseado em campos de camada 3 e camada 4, então você precisa configurar family (inet | inet6)

Monitoramento de LACP

As trocas de LACP são feitas entre atores e parceiros. Um ator é a interface local em uma troca de LACP. Um parceiro é a interface remota em uma troca de LACP.

O LACP é definido em IEEE 802.3ad, agregação de múltiplos segmentos de enlaces.

O LACP foi projetado para alcançar o seguinte:

• Adição e exclusão automáticas de links individuais ao pacote agregado sem intervenção do usuário

• Monitoramento de links para verificar se ambas as extremidades do pacote estão conectadas ao grupo correto

A implementação do LACP pelo Junos OS oferece monitoramento de links, mas não adição e exclusão automáticas de links.

O monitoramento de LACP pode ser distribuído ou centralizado. O padrão é distribuído e pode ser superado configurando o botão centralizado sob protocolos LACP. As trocas de LACP são feitas entre atores e parceiros. Um ator é a interface local em uma troca de LACP. Um parceiro é a interface remota em uma troca de LACP.

Por padrão, o LACP não inicia uma troca de PDU LACP. Os pacotes LACP podem ser configurados para trocar PDUs LACP a uma taxa de 1 pacote por segundo, ou uma taxa mais lenta de 1 pacote por 30 segundos.

O modo LACP pode ser ativo ou passivo. Se o ator e o parceiro estiverem ambos no modo passivo, eles não trocam pacotes LACP, o que resulta na não chegada de links Ethernet agregados. Se o ator ou parceiro estiver ativo, eles trocam pacotes LACP. Por padrão, o LACP é desativado em interfaces Ethernet agregadas. Se o LACP estiver configurado, ele está no modo passivo por padrão. Para iniciar a transmissão de pacotes LACP e resposta a pacotes LACP, você deve configurar o LACP no modo ativo.

Para habilitar o modo ativo LACP, inclua a lacp declaração no nível de [edit interfaces interface-name aggregated-ether-options] hierarquia e especifique a opção active :

[edit interfaces interface-name aggregated-ether-options]
lacp {
    active;
}

O processo LACP só existe no sistema se você configurar o sistema no modo LACP ativo ou passivo.

Para restaurar o comportamento padrão, inclua a lacp declaração no nível de [edit interfaces interface-name aggregated-ether-options] hierarquia e especifique a opção passive :

[edit interfaces interface-name aggregated-ether-options]
lacp {
    passive;
}

Entendendo o algoritmo usado para hash LAG Bundle

Os roteadores usam um algoritmo de hashing para determinar como encaminhar o tráfego em um pacote de grupo de agregação de enlaces (LAG).

O algoritmo de hashing toma decisões de hashing com base em valores em vários campos de pacotes, bem como em alguns valores internos, como ID da porta de origem e ID do dispositivo de origem. Você pode configurar alguns dos campos que são usados pelo algoritmo de hashing.

O algoritmo de hashing é usado para tomar decisões de encaminhamento de tráfego para o tráfego entrando em um pacote LAG.

Para pacotes LAG, o algoritmo de hashing determina como o tráfego que entra em um pacote LAG é colocado nos links de membro do pacote. O algoritmo de hashing tenta gerenciar a largura de banda equilibrando uniformemente todo o tráfego de entrada nos links de membros do pacote.

O algoritmo de hashing toma decisões de hashing com base em valores em vários campos de pacotes, bem como em alguns valores internos, como ID da porta de origem e ID do dispositivo de origem. Os campos de pacotes usados pelo algoritmo de hashing variam de acordo com o EtherType do pacote e, em alguns casos, pela configuração no roteador. O algoritmo de hashing reconhece os seguintes EtherPos:

• IPv4

• MPLS

O tráfego que não é reconhecido como pertencente a nenhum desses EtherTypes é hashed com base no cabeçalho de Camada 2. O tráfego IP e MPLS também é hashed com base no cabeçalho de Camada 2 quando um usuário configura o modo hash como cabeçalho de Camada 2.

Você pode configurar alguns campos que são usados pelo algoritmo de hashing para tomar decisões de encaminhamento de tráfego. Você não pode, no entanto, configurar como certos valores dentro de um cabeçalho são usados pelo algoritmo de hashing.

Observe os seguintes pontos sobre o algoritmo de hashing:

• Os campos selecionados para hashing são baseados apenas no tipo de pacote. Os campos não se baseiam em nenhum outro parâmetro, incluindo a decisão de encaminhamento (ponte ou roteada) ou a configuração do pacote LAG de saída (Camada 2 ou Camada 3).

• Os mesmos campos são usados para hashing de pacotes unicast e multicast. No entanto, os pacotes unicast e multicast são hashed de forma diferente.

Tabela 1 descreve os campos usados para hashing por serviços de Camada 2. A tabela explica o comportamento padrão e os campos configuráveis com base no tipo de tráfego recebido no serviço de Camada 2

Tabela 2 descreve os campos usados para hashing pelos serviços de Camada 3. A tabela explica o comportamento padrão e os campos configuráveis com base no tipo de tráfego recebido no serviço de Camada 3