Entender a agregação de enlaces Ethernet nos roteadores da Série ACX
A agregação de enlaces de ethernet é um mecanismo para aumentar a largura de banda linearmente e melhorar a resiliência dos links Ethernet agrupando ou combinando vários links Ethernet full-duplex da mesma velocidade ponto a ponto em um único link virtual. A interface de link virtual é referida como grupo de agregação de enlaces (LAG) ou interface agregada de Ethernet (AE). O LAG equilibra o tráfego entre os links de membros em um pacote Ethernet agregado e aumenta efetivamente a largura de banda do uplink. Outra vantagem da agregação de enlaces é o aumento da disponibilidade, pois o LAG é composto por vários links de membros. Se um link de membro falhar, o LAG continua a transportar tráfego pelos links restantes.
Os roteadores da Série ACX oferecem suporte ao gerenciamento de falhas de conectividade (CFM) em interfaces Ethernet agregadas com intervalo de verificação de continuidade de 100 milissegundos ou mais.
ACX5048 e roteadores ACX5096 oferecem suporte ao gerenciamento de falhas de conectividade (CFM) em interfaces Ethernet agregadas com intervalo de verificação de continuidade de 1 segundo ou mais.
As configurações de opções de Ethernet para roteadores de ACX5048 e ACX5096 diferem em comparação com outros roteadores da Série ACX. Para obter mais informações, veja o modo de próxima geração de Camada 2 para a Série ACX.
Nos roteadores da Série ACX, até 128 interfaces AE podem ser criadas com cada interface AE com até 8 interfaces físicas. As interfaces AE podem ser criadas em PICs e portas fixas no chassi.
Em ACX5048 e ACX5096 roteadores, até 64 interfaces AE podem ser criadas com cada interface AE com até 16 interfaces físicas.
Os roteadores da Série ACX não oferecem suporte a estatísticas para interface Ethernet agregada. No entanto, as estatísticas podem ser recuperadas para a interface dos membros.
Para configurar a interface Ethernet agregada:
Especifique o número de interfaces Ethernet agregadas a serem criadas:
[edit chassis] user@host#
set aggregated-devices ethernet device-count numberEspecifique o número mínimo de links para a interface Ethernet agregada (ae), ou seja, o pacote definido, a ser rotulado como "up":x
Nota:Por padrão, apenas um link deve estar disponível para que o pacote seja rotulado de "up".
[edit interfaces] user@host#
set ae0 aggregated-ether-options minimum-links number (1 — 8)Especifique a velocidade do link para o pacote Ethernet agregado:
[edit interfaces] user@host#
set ae0 aggregated-ether-options link-speed speed (10g | 1g | 100m)Especifique os membros a serem incluídos no pacote Ethernet agregado:
[edit interfaces] user@host#
set ge-1/0/0 gigether-options 802.3ad ae0user@host#set ge-1/0/1 gigether-options 802.3ad ae0Especifique uma família de interface para o pacote Ethernet agregado:
[edit interfaces] user@host#
set ae0 unit 0 family inet address ip-address
O procedimento acima cria uma interface AE e eles estariam prontos para executar os serviços definidos em interfaces lógicas de AE.
As interfaces AE podem ser marcadas por VLAN ou não registradas. Você pode configurar tags flexível-vlan, native-vlan-id e taging duplo em interfaces AE.
Sempre que houver uma mudança de configuração (interface AE para interfaces Gigabit Ethernet ou vice-versa), você precisa remover a configuração existente, realizar um commit e, em seguida, adicionar a nova configuração e novamente comprometer a configuração.
Para excluir uma interface Ethernet agregada:
Exclua a configuração Ethernet agregada.
Essa etapa altera o estado da interface para baixo e remove as declarações de configuração relacionadas ao aex.
[edit] user@host#
delete interfaces aexExclua a interface da contagem de dispositivos.
[edit] user@host#
delete chassis aggregated-devices ethernet device-count
Para interfaces Ethernet agregadas, você pode configurar o Link Aggregation Control Protocol (LACP). LACP é um método de agrupar várias interfaces físicas para formar uma interface lógica. Você pode configurar ethernet agregada com ou sem LACP habilitado para VLAN.
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 da Série ACX, 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 da Série ACX também oferecem suporte ao balanceamento de carga nos links dos membros usando endereços MAC de fonte de Camada 2, endereços MAC de destino ou ambos. Isso pode ser configurado no nível de hierarquia.[edit forwarding-options hash-key family multiservice] 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 .
multiserviceSe 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 declaração no nível de hierarquia e especifique a opção :lacp[edit interfaces interface-name aggregated-ether-options]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 declaração no nível de hierarquia e especifique a opção :lacp[edit interfaces interface-name aggregated-ether-options]passive
[edit interfaces interface-name aggregated-ether-options] lacp { passive; }
Proteção de enlaces
A proteção de enlaces pode ser configurada em interfaces AE para fornecer resiliência de link 1:1 usando LACP. Links primários e de backup podem ser configurados em um pacote AE. O link principal é usado para todo o tráfego de trânsito e tráfego gerado por host. O link de backup é usado quando o link principal falha.
A proteção de enlaces só é suportada quando os pacotes AE não têm mais do que 2 links de membros, um backup primário e outro. O LACP funciona no modo reversivo de proteção de enlaces por padrão e pode ser configurado para funcionar no modo não reversivo.
A proteção de enlaces sem LACP (proteção de enlaces estáticos em interfaces AE) não é suportada em todos os roteadores da Série ACX. A proteção de enlaces funciona como esperado com o LACP configurado no pacote AE.
- Configuração da proteção de enlaces para interfaces de ethernet agregadas
- Desativação da proteção de enlaces para interfaces de ethernet agregadas
Configuração da proteção de enlaces para interfaces de ethernet agregadas
Interfaces Ethernet agregadas oferecem suporte à proteção de enlaces para garantir qoS na interface.
Para configurar a proteção de enlaces:
Configure as opções para uma interface Ethernet agregada.
user@host# edit interfaces aex aggregated-ether-options
Configure o modo de proteção de enlaces.
[edit interfaces aex aggregated-ether-options] user@host# set link-protection
Desativação da proteção de enlaces para interfaces de ethernet agregadas
Para desativar a proteção de enlaces, emita o comando de configuração.delete interface revert aex
user@host# delete interfaces aex aggregated-ether-options link-protection
Entendendo o algoritmo usado para hash LAG Bundle
Os roteadores da Série ACX usam um algoritmo de hashing para determinar como encaminhar o tráfego por 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
Tipo de tráfego |
Campos de hash padrão |
Campos configuráveis (chaves de hash) |
|---|---|---|
Camada 2 |
Nenhum |
Endereço MAC de origem MAC de destino MAC de origem e MAC de destino |
IP |
IP de origem e IP de destino |
Endereço MAC de origem MAC de destino MAC de origem e MAC de destino |
MPLS |
Rótulo MPLS 1 e rótulo MPLS 2 |
Endereço MAC de origem MAC de destino MAC de origem e MAC de destino |
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
Tipo de tráfego |
Campos de hash padrão |
Campos configuráveis (chaves de hash) |
|---|---|---|
IP |
IP de origem e IP de destino |
Camada 3 (IP de origem e/ou| IP de destino) Camada 4 (porta de origem UDP/TCP e porta de destino UDP/TCP) |