NESTA PÁGINA
Balanceamento de carga e visão geral da agregação de enlaces Ethernet
Balanceamento de carga stateful para interfaces de ethernet agregadas usando dados de 5-Tuple
Configuração do balanceamento de carga stateful em interfaces de ethernet agregadas
Exemplo: Configuração do balanceamento agregado de carga de ethernet
Comportamento de balanceamento de carga de ethernet agregado e específico da plataforma
Balanceamento de carga em interfaces de ethernet agregadas
RESUMO O balanceamento de carga em interfaces de ethernet agregadas reduz o congestionamento da rede dividindo o tráfego entre várias interfaces.
Quando você junta várias interfaces Ethernet agregadas físicas para formar uma única interface lógica, ela é chamada de agregação de enlaces. A agregação de enlaces aumenta a largura de banda, fornece degradação graciosa à medida que a falha ocorre, aumenta a disponibilidade e oferece recursos de balanceamento de carga. O balanceamento de carga permite que o dispositivo divida o tráfego de entrada e saída em várias interfaces para reduzir o congestionamento na rede. Este tópico descreve o balanceamento de carga e como configurar o balanceamento de carga em seu dispositivo.
Use o Feature Explorer para confirmar o suporte de plataforma e versão para recursos específicos.
Analise a seção de comportamento de balanceamento de carga de ethernet agregado e específico da plataforma para obter notas relacionadas à sua plataforma.
Balanceamento de carga e visão geral da agregação de enlaces Ethernet
Você pode criar um grupo de agregação de enlaces (LAG) para um grupo de portas Ethernet. O tráfego de ponte de camada 2 é equilibrado em todos os links de membros deste grupo, tornando a configuração atraente para preocupações de congestionamento, bem como para redundância. Cada pacote LAG contém até 16 links. (O suporte da plataforma depende da versão do Junos OS em sua instalação.)
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 modo hash do algoritmo de hashing é definido para carga de Camada 2 por padrão. Quando o modo hash é definido para carga útil de Camada 2, o algoritmo de hashing usa os campos de carga IPv4 e IPv6 para hashing. Você também pode configurar a chave de hash de balanceamento de carga para tráfego de Camada 2 para usar campos nos cabeçalhos de Camada 3 e Camada 4 usando a payload declaração. No entanto, observe que o comportamento de balanceamento de carga é específico da plataforma e baseado em configurações apropriadas de hash-key.
Para obter mais informações, veja Configurando o balanceamento de carga em um link LAG. Em um switch de Camada 2, um link é superutilizado e outros links são subutilizados.
Entendendo o balanceamento agregado de carga de ethernet
O recurso de agregação de enlaces é usado para agrupar várias interfaces Ethernet agregadas físicas para formar uma interface lógica. Um ou mais links são agregados para formar um link virtual ou grupo de agregação de enlaces (LAG). O cliente MAC trata esse link virtual como se fosse um único link. A agregação de enlaces aumenta a largura de banda, fornece degradação graciosa à medida que a falha ocorre e aumenta a disponibilidade.
Além desses benefícios, um pacote Ethernet agregado é aprimorado para fornecer recursos de balanceamento de carga que garantem que a utilização do link entre os links de membros do pacote Ethernet agregado seja totalmente e eficientemente utilizada.
O recurso de balanceamento de carga permite que um dispositivo divida o tráfego de entrada e saída em vários caminhos ou interfaces, a fim de reduzir o congestionamento na rede. O balanceamento de carga melhora a utilização de vários caminhos de rede e oferece uma largura de banda de rede mais eficaz.
Normalmente, os aplicativos que usam balanceamento de carga incluem:
Interfaces agregadas (Camada 2)
Interfaces agregadas (também chamadas de AE para Ethernet agregada e AS para SONET agregada) são um mecanismo de Camada 2 para balanceamento de carga em várias interfaces entre dois dispositivos. Como este é um mecanismo de balanceamento de carga de Camada 2, todos os links de componentes individuais devem estar entre os mesmos dois dispositivos em cada extremidade. O Junos OS oferece suporte a uma configuração não sinalizada (estática) para Ethernet e SONET, bem como o protocolo LACP padronizado 802.3ad para negociação sobre links Ethernet.
Multicaminho de igual custo (ECMP) (Camada 3)
Por padrão, quando existem vários caminhos de igual custo para o mesmo destino para a rota ativa, o Junos OS usa um algoritmo de hash para escolher um dos endereços de próximo salto para instalar na tabela de encaminhamento. Sempre que o conjunto de próximos saltos para um destino muda de alguma forma, o endereço de próximo salto é rechosen usando o algoritmo de hash. Há também uma opção que permite que vários endereços de próximo salto sejam instalados na tabela de encaminhamento, conhecida como balanceamento de carga por pacote.
O balanceamento de carga de ECMP pode ser:
Entre caminhos BGP (BGP multicaminho)
Dentro de um caminho BGP, em vários LSPs
Em topologias Ethernet complexas, os desvios de tráfego ocorrem devido ao aumento do fluxo de tráfego, e o balanceamento de carga torna-se desafiador por alguns dos seguintes motivos:
Balanceamento de carga incorreto agregando próximos saltos
Computação incorreta de hash de pacotes
Variância insuficiente no fluxo de pacotes
Seleção incorreta de padrões
Como resultado do desabalamento do tráfego, a carga não está bem distribuída causando congestionamento em determinados links, enquanto alguns outros links não são utilizados de forma eficiente.
Para superar esses desafios, o Junos OS oferece as seguintes soluções para resolver o verdadeiro descaso do tráfego em pacotes Ethernet agregados (IEEE 802.3ad).
Balanceamento de carga adaptativo
O balanceamento de carga adaptativo usa um mecanismo de feedback para corrigir um verdadeiro desabalamento de tráfego. Para corrigir os pesos de desabalamento, a largura de banda e o fluxo de pacotes de links são adaptados para obter uma distribuição de tráfego eficiente em todos os links em um pacote AE.
Para configurar o balanceamento de carga adaptativo, inclua a
adaptivedeclaração no nível de[edit interfaces aex aggregated-ether-options load-balance]hierarquia.Para configurar o valor de tolerância como porcentagem, inclua a
tolerancepalavra-chave opcional no nível de[edit interfaces aex aggregated-ether-options load-balance adaptive]hierarquia.Para configurar o balanceamento de carga adaptativo com base em pacotes por segundo (em vez dos bits padrão por segundo), inclua a
ppspalavra-chave opcional no nível de[edit interfaces aex aggregated-ether-options load-balance adaptive]hierarquia.Para configurar o intervalo de verificação para o valor de hash com base na taxa de amostra dos últimos dois segundos, inclua a
scan-intervalpalavra-chave opcional no nível de[edit interfaces aex aggregated-ether-options load-balance adaptive]hierarquia.Balanceamento de carga de spray aleatório por pacote
Quando a opção adaptativa de balanceamento de carga falha, o balanceamento aleatório de carga de spray por pacote serve como último recurso. Ele garante que os membros de um pacote AE estejam igualmente carregados sem levar em consideração a largura de banda. Por pacote causa o reordenamento de pacotes e, portanto, é recomendado apenas se os aplicativos absorverem a reordenação. O spray aleatório por pacote elimina o descaso do tráfego que ocorre como resultado de erros de software, com exceção do hash de pacotes.
Para configurar o balanceamento de carga de spray aleatório por pacote, inclua a
per-packetdeclaração no nível de[edit interfaces aex aggregated-ether-options load-balance]hierarquia.
As soluções agregadas de balanceamento de carga Ethernet são mutuamente exclusivas. Quando mais de uma das soluções de balanceamento de carga é configurada, a solução configurada por último substitui a anteriormente configurada. Você pode verificar a solução de balanceamento de carga que está sendo usada emitindo o show interfaces aex aggregated-ether-options load-balance comando.
Veja também
Balanceamento de carga stateful para interfaces de ethernet agregadas usando dados de 5-Tuple
Quando vários fluxos são transmitidos para fora de uma interface Ethernet agregada (ae), os fluxos devem ser distribuídos entre os diferentes links de membros uniformemente para permitir um comportamento eficaz e ideal de balanceamento de carga. Para obter um método simplificado e robusto de balanceamento de carga, o link de membro do pacote agregado de interface Ethernet que é selecionado cada vez para balanceamento de carga desempenha uma parte significativa. O modo equilibrado de seleção de links usa 'n' bits em um valor de hash pré-combinado se precisar selecionar um dos 2^n (2 levantados para o poder de n) próximo salto na unilist. O modo desbalanceado de link de membro ou seleção de next-hop usa 8 bits em um hash pré-configurado para selecionar uma entrada em uma tabela seletora, que é feita aleatoriamente com os IDs de link do membro do grupo de agregação de links (LAG) ou aepacote.
O termo balanceado versus desequilibrado indica se uma tabela seletora é usada para mecanismo de balanceamento de carga ou não. O pacote LAG usa o modo desequilibrado (balanceamento de tabela seletor) para equilibrar o tráfego entre os links dos membros. Quando os fluxos de tráfego são mínimos, os seguintes problemas podem ocorrer com o modo desequilibrado: A lógica de seleção de enlaces utiliza apenas bits subconjuntos do hash pré-compensado. Independentemente da eficiência do algoritmo de hashing, é apenas a representação compactada de um fluxo. Como a variância entre fluxos é muito baixa, os hashes resultantes e o subconjunto que são computados não fornecem a variabilidade necessária para utilizar efetivamente todos os links de membro LAG. Existe uma quantidade excessiva de natureza aleatória na computação de hash e também na tabela seletora. Como resultado, o desvio de ser uma técnica ideal de balanceamento de carga para cada link infantil selecionado é maior quando o número de fluxos é menor.
O desvio por enlace infantil é definido como
Vi = ((Ci - (M/N))/N
onde
Vi denota o desvio para aquele enlace infantil "i".
denota o membro/índice do link infantil.
Ci representa os pacotes transmitidos para aquele link infantil "i".
M significa o total de pacotes transmitidos nesse pacote LAG.
N denota o número de links infantis nesse LAG.
Devido a essas desvantagens, para um número menor de fluxos ou fluxos com menos variância entre fluxos, a utilização do link é desviada, e uma alta probabilidade de algumas ligações infantis não serem utilizadas por completo existe.
O mecanismo para registrar e reter estados para os fluxos e distribuir a carga de tráfego em conformidade é adicionado. Como resultado, para m número de fluxos, eles são distribuídos entre links de n membro de um pacote LAG ou entre a unilist de next-hops em um link ECMP. Este método de divisão da carga entre os links de membros é chamado de balanceamento de carga stateful e usa informações de 5 tuple (endereços de origem e destino, protocolo, portas de origem e destino). Tal método pode ser mapeado diretamente para os fluxos, ou para um hash pré-competitivo com base em determinados campos no fluxo. Como resultado, o desvio observado em cada enlace infantil é reduzido.
Esse mecanismo funciona de maneira eficiente apenas para um número mínimo de fluxos (menos de milhares de fluxos, aproximadamente). Para um número maior de fluxos (entre 1000 e 10.000 fluxos), recomendamos que seja usado um mecanismo distribuído de balanceamento de carga baseado em Trio.
Considere um cenário de amostra em que os links 'n' no LAG são identificados com IDs de link de 0 a n-1. Uma tabela de hash ou uma tabela de fluxo é usada para registrar os fluxos como e quando eles aparecem. A chave de hashing é construída usando os campos que identificam um fluxo de forma única. O resultado da busca identifica a link_id que o fluxo está usando atualmente. Para cada pacote, a tabela de fluxo com base no identificador de fluxo é analisada. Se uma correspondência for encontrada, ela denota um pacote que pertence a um fluxo que é processado ou detectado anteriormente. O ID do link está associado ao fluxo. Se uma correspondência não for encontrada, é o primeiro pacote que pertence ao fluxo. O ID do link é usado para selecionar o link e o fluxo é inserido na tabela de fluxo.
Para permitir o balanceamento de carga por fluxo com base em valores de hash, inclua a per-flow declaração no nível de [edit interfaces aeX unit logical-unit-number forwarding-options load-balance-stateful] hierarquia. Por padrão, o Junos OS usa um método de hashing baseado apenas no endereço de destino para eleger um próximo salto de encaminhamento quando vários caminhos de igual custo estão disponíveis. Todos os slots do Mecanismo de encaminhamento de pacotes recebem o mesmo valor de hash por padrão. Para configurar o algoritmo de balanceamento de carga para reequilibrar dinamicamente o LAG usando parâmetros existentes, inclua a rebalance interval declaração no nível de [edit interfaces aeX unit logical-unit-number forwarding-options load-balance-stateful] hierarquia. Esse parâmetro equilibra periodicamente o tráfego, fornecendo um switchover de reequilíbrio sincronizado em todos os mecanismos de encaminhamento de pacotes (PFEs) de entrada em um intervalo de reequilíbrio. Você pode especificar o intervalo como um valor na faixa de 1 a 1000 fluxos por minuto. Para configurar o tipo de carga, inclua a load-type (low | medium | high) declaração no nível de [edit interfaces aeX unit logical-unit-number forwarding-options load-balance-stateful] hierarquia.
A opção stateful per-flow permite o recurso de balanceamento de carga em pacotes AE. A opção rebalance libera o estado de equilíbrio de carga em intervalos especificados. A opção load informa o Mecanismo de encaminhamento de pacotes sobre o padrão de memória apropriado a ser usado. Se o número de fluxos que fluem nesta interface Ethernet agregada for menor (entre 1 e 100 fluxos), a low palavra-chave pode ser usada. Da mesma forma, para fluxos relativamente mais altos (entre 100 e 1000 fluxos), a medium palavra-chave pode ser usada e a large palavra-chave pode ser usada para os fluxos máximos (entre 1000 e 10.000 fluxos). O número aproximado de fluxos para um balanceamento de carga eficaz para cada palavra-chave é um diferencial.
O clear interfaces aeX unit logical-unit-number forwarding-options load-balance state comando limpa o estado de equilíbrio de carga no nível do hardware e permite o reequilíbrio do estado vazio e limpo. Esse estado claro só é desencadeado quando você usa este comando. O clear interfaces aggregate forwarding-options load-balance state comando limpa todos os estados agregados de balanceamento de carga de interface Ethernet e os recria novamente.
Diretrizes para configurar balanceamento de carga stateful para interfaces de ethernet agregadas ou pacotes LAG
Lembre-se dos seguintes pontos enquanto configura o balanceamento de carga stateful para interfaces Ethernet agregadas:
Quando um link infantil é removido ou adicionado, um novo seletor agregado é selecionado e o tráfego flui para o novo seletor. Como o seletor está vazio, os fluxos são preenchidos no seletor. Esse comportamento causa redistribuição de fluxos porque o antigo estado está perdido. Este é o comportamento existente sem permitir balanceamento de carga por fluxo stateful.
Funções stateful de balanceamento de carga por fluxo em interfaces AE se o tráfego de entrada chegar às placas de linha MPC1E, MPC2E, MPC3E-3D, MPC5E e MPC6E. Qualquer outro tipo de placa de linha não frauda essa funcionalidade. Os erros de CLI apropriados são exibidos se os MPCs não suportarem esse recurso.
Com a placa de linha de entrada como MPC e a placa de linha de saída como MPC ou DPC, esse recurso funciona corretamente. O balanceamento de carga stateful não é suportado se a placa de linha de entrada for um DPC e a placa de linha de saída for um DPC ou um MPC.
Esse recurso não é suportado para tráfego multicast (nativo/inundação).
Habilitar a opção de reequilíbrio ou limpar o estado de equilíbrio de carga pode causar o reordenamento de pacotes para fluxos ativos, pois diferentes conjuntos de links podem ser selecionados para fluxos de tráfego.
Embora o desempenho do recurso seja alto, ele consome uma quantidade significativa de memória de placa de linha. Aproximadamente, 4000 interfaces lógicas ou 16 interfaces lógicas Ethernet agregadas podem ter esse recurso habilitado em MPCs suportados. No entanto, quando a memória de hardware do Mecanismo de encaminhamento de pacotes está baixa, dependendo da memória disponível, ela volta ao mecanismo de balanceamento de carga padrão. Uma mensagem de registro de sistema é gerada em tal situação e enviada ao Mecanismo de Roteamento. Não existe uma restrição no número de interfaces AE que oferecem suporte a balanceamento de carga stateful; o limite é determinado pelas placas de linha.
Se os fluxos de tráfego forem envelhecidos com frequência, o dispositivo precisa remover ou atualizar os estados de balanceamento de carga. Como resultado, você deve configurar o reequilíbrio ou executar o comando claro em intervalos periódicos para um balanceamento de carga adequado. Caso contrário, podem ocorrer desvios de tráfego. Quando um link infantil cai ou sobe, o comportamento de balanceamento de carga não passa por mudanças nos fluxos existentes. Essa condição é para evitar o reordenamento de pacotes. Novos fluxos captam o enlace infantil que surge. Se você observar que a distribuição de carga não é muito eficaz, você pode limpar os estados de balanceamento de carga ou usar a funcionalidade de reequilíbrio para causar uma liberação automática dos estados de hardware. Quando você configura a instalação de reequilíbrio, os fluxos de tráfego podem ser redirecionados para diferentes links, o que pode causar o reordenamento de pacotes.
Configuração do balanceamento de carga stateful em interfaces de ethernet agregadas
O mecanismo para registrar e reter estados para os fluxos e distribuir a carga de tráfego em conformidade é adicionado. Como resultado, para m número de fluxos, eles são distribuídos entre links de n membro de um pacote LAG ou entre a unilist de next-hops em um link ECMP. Este método de divisão da carga entre os links de membros é chamado de balanceamento de carga stateful e usa informações de 5 tuple (endereços de origem e destino, protocolo, portas de origem e destino). Tal método pode ser mapeado diretamente para os fluxos, ou para um hash pré-competitivo com base em determinados campos no fluxo. Como resultado, o desvio observado em cada enlace infantil é reduzido.
Para configurar o balanceamento de carga stateful em ae pacotes de interface:
Configuração do balanceamento de carga adaptativo
Este tópico descreve como configurar o balanceamento de carga adaptativo. O balanceamento de carga adaptativo mantém uma utilização eficiente da largura de banda do link de membro para um pacote agregado de Ethernet (AE). O balanceamento de carga adaptativo usa um mecanismo de feedback para corrigir o desvio da carga de tráfego ajustando a largura de banda e os fluxos de pacotes em links dentro de um pacote AE.
Antes de começar:
Configure um conjunto de interfaces com uma família de protocolo e endereço IP. Essas interfaces podem compor a associação para o pacote AE.
Crie um pacote de AE configurando um conjunto de interfaces de roteador como Ethernet agregada e com um identificador de grupo AE específico.
Para configurar o balanceamento de carga adaptativo para pacotes AE:
Veja também
Configurando o balanceamento de carga simétrica em um grupo de agregação de enlaces 802.3ad em roteadores da Série MX
- Balanceamento de carga simétrico em um LAG 802.3ad em visão geral dos roteadores da Série MX
- Configuração do balanceamento de carga simétrica em um LAG 802.3ad em roteadores da Série MX
- Configuração do balanceamento de carga simétrico em MPCs baseados em trio
- Configurações de exemplo
Balanceamento de carga simétrico em um LAG 802.3ad em visão geral dos roteadores da Série MX
Os roteadores da Série MX com PICs Ethernet agregados oferecem suporte a balanceamento de carga simétrico em um LAG 802.3ad. Esse recurso é significativo quando dois roteadores da Série MX são conectados de forma transparente por meio de dispositivos de inspeção profunda de pacotes (DPI) em um pacote LAG. Os dispositivos de DPI acompanham os fluxos e exigem informações de um determinado fluxo em direções avançadas e inversas. Sem o balanceamento de carga simétrico em um LAG 802.3ad, as DPIs poderiam entender mal o fluxo, levando a interrupções no tráfego. Ao usar esse recurso, um determinado fluxo de tráfego (duplex) é garantido para os mesmos dispositivos em ambas as direções.
O balanceamento de carga simétrico em um LAG 802.3ad utiliza um mecanismo de troca dos endereços de origem e destino para uma computação hash de campos, como endereço de origem e endereço de destino. O resultado de um hash computado nesses campos é usado para escolher o link do LAG. A computação de hash para o fluxo avançado e reverso deve ser idêntica. Isso é conseguido trocando campos de origem com campos de destino pelo fluxo reverso. A operação trocada é referida como computação de hash complementar ou symmetric-hash complement e a operação regular (ou não lavada) como computação symmetric-hashsimétrica ou . Os campos permutáveis são endereço MAC, endereço IP e porta.
Configuração do balanceamento de carga simétrica em um LAG 802.3ad em roteadores da Série MX
Você pode especificar se o hash simétrico ou o hash complemento são feitos para o tráfego de balanceamento de carga. Para configurar hash simétrico, use a symmetric-hash declaração no nível de [edit forwarding-options hash-key family inet] hierarquia. Para configurar o complemento de hash simétrico, use a declaração e a opção symmetric-hash complement no nível de [edit forwarding-options hash-key family inet] hierarquia.
Essas operações também podem ser realizadas no nível PIC especificando uma chave de hash. Para configurar uma chave de hash no nível PIC, use a declaração ou symmetric-hash complement a symmetric-hash [edit chassis hash-key family inet] declaração nos níveis de hierarquia.[edit chassis hash-key family multiservice]
Considere o exemplo na Figura 1.
da Série MX
O roteador A é configurado com hash simétrico e o roteador B é configurado com complemento de hash simétrico. Assim, para um determinado fluxo fx, a computação pós-hash é do Roteador A ao Roteador B até i2. O tráfego reverso para o mesmo fluxo fx é do Roteador B ao Roteador A pelo mesmo dispositivo i2 que seu hashing (feito após a troca de campos de origem e destino) e retorna o mesmo índice de enlace; uma vez que é executado nos endereços de origem e destino intercambiados.
No entanto, o enlace escolhido pode ou não corresponder ao que foi anexado ao DPI. Em outras palavras, o resultado de hashing deve apontar para os mesmos links que estão conectados, de modo que o tráfego flua pelos mesmos dispositivos de DPI em ambas as direções. Para garantir que isso aconteça, você também precisa configurar as portas de contraparte (portas conectadas à mesma DPI-iN) com o índice de enlace idêntico. Isso é feito ao configurar um link infantil no pacote LAG. Isso garante que o link escolhido para um determinado resultado de hash seja sempre o mesmo em ambos os roteadores.
Observe que quaisquer dois links conectados entre si devem ter o mesmo índice de link e esses índices de link devem ser exclusivos em um determinado pacote.
As seguintes restrições se aplicam ao configurar o balanceamento de carga simétrico em um LAG 802.3ad em roteadores da Série MX:
O mecanismo de encaminhamento de pacotes (PFE) pode ser configurado para a hash do tráfego no modo simétrico ou complementar. Um único complexo de PFE não pode funcionar simultaneamente em ambos os modos operacionais e tal configuração pode gerar resultados indesejáveis.
A configuração por PFE substitui a configuração em todo o chassi apenas para a família configurada. Para as outras famílias, o complexo PFE ainda herda a configuração em todo o chassi (quando configurada) ou a configuração padrão.
Esse recurso oferece suporte apenas a VPLS, INET e tráfego em ponte.
Esse recurso não pode funcionar em conjunto com a opção
per-flow-hash-seed load-balancing. Exige que todos os complexos de PFE configurados de forma complementar compartilhem a mesma semente. Uma mudança na semente entre dois complexos PFE de contraparte pode gerar resultados indesejados.
Para obter mais informações, consulte a Biblioteca de VPNs do Junos OS para dispositivos de roteamento e a Biblioteca de Administração do Junos OS para dispositivos de roteamento.
Declarações de configuração de exemplo
Para configurar parâmetros LAG de 802.3ad no nível do pacote:
[edit interfaces]
g(x)e-fpc/pic/port {
gigether-options {
802.3ad {
bundle;
link-index number;
}
}
}
onde variam link-index number de 0 a 15.
Você pode verificar o índice de link configurado acima usando o show interfaces comando:
[edit forwarding-options hash-key]
family inet {
layer-3;
layer-4;
symmetric-hash {
[complement;]
}
}
family multiservice {
source-mac;
destination-mac;
payload {
ip {
layer-3 {
source-ip-only | destination-ip-only;
}
layer-4;
}
}
symmetric-hash {
[complement;]
}
}
Para balancear a carga de tráfego de Camada 2 com base em campos de Camada 3, você pode configurar parâmetros LAG de 802.3ad em um nível de PIC. Essas opções de configuração estão disponíveis na hierarquia do chassi da seguinte forma:
[edit chassis]
fpc X {
pic Y {
.
.
.
hash-key {
family inet {
layer-3;
layer-4;
symmetric-hash {
[complement;]
}
}
family multiservice {
source-mac;
destination-mac;
payload {
ip {
layer-3 {
source-ip-only | destination-ip-only;
}
layer-4;
}
}
symmetric-hash {
[complement;]
}
}
}
.
.
.
}
}
Configuração do balanceamento de carga simétrico em MPCs baseados em trio
Com algumas diferenças de configuração, o balanceamento simétrico de carga em um grupo de agregação de enlaces 802.3ad é suportado em roteadores da Série MX com MPCs baseados em Trio.
Para conseguir balanceamento simétrico de carga em MPCs baseados em trio, é necessário fazer o seguinte:
Compute um hash simétrico
Ambos os roteadores devem computar o mesmo valor de hash do fluxo nas direções dianteira e inversa. Nas plataformas baseadas em Trio, o valor de hash calculado é independente da direção do fluxo e, portanto, é sempre simétrico por natureza. Por esse motivo, nenhuma configuração específica é necessária para calcular um valor de hash simétrico em plataformas baseadas em Trio.
No entanto, deve-se notar que os campos usados para configurar o hash devem ter configurações idênticas de incluir e excluir em ambas as extremidades do LAG.
Configure índices de enlaces
Para permitir que ambos os roteadores escolham o mesmo link usando o mesmo valor de hash, os links dentro do LAG devem ser configurados com o mesmo índice de link em ambos os roteadores. Isso pode ser conseguido com a
link-indexdeclaração.Habilite o balanceamento de carga simétrico
Para configurar o balanceamento de carga simétrica em MPCs baseados em Trio, inclua a
symmetricdeclaração no nível hierárquico[edit forwarding-options enhanced-hash-key]. Esta declaração é aplicável apenas a plataformas baseadas em Trio.A
symmetricdeclaração pode ser usada com qualquer família de protocolo e permite balanceamento simétrico de carga para todos os pacotes Ethernet agregados no roteador. A declaração precisa ser habilitada em ambas as extremidades do LAG. Essa declaração é desabilitada por padrão.Alcance a simetria para tráfego roteado e em pontes
Em algumas implantações, o pacote LAG no qual a simetria é desejada é atravessado pelo tráfego em ponte de Camada 2 na direção upstream e pelo tráfego roteado IPv4 na direção downstream. Nesses casos, o hash computado é diferente em cada direção porque os endereços MAC da Ethernet são levados em conta para pacotes em ponte. Para superar isso, você pode excluir os endereços MAC de origem e destino da computação de hash-key aprimorada.
Para excluir os endereços MAC de origem e destino da computação aprimorada de hash-key, inclua a
no-mac-addressesdeclaração no nível hierárquico[edit forwarding-options enhanced-hash-key family multiservice]. Essa declaração é desabilitada por padrão.
Quando o balanceamento de carga simétrico for habilitado em MPCs baseados em trio, tenha em mente as seguintes advertências:
A polarização do tráfego é um fenômeno que ocorre ao usar topologias que distribuem tráfego usando hashing do mesmo tipo. Quando os roteadores são em cascata, a polarização do tráfego pode ocorrer, e isso pode levar a uma distribuição de tráfego desigual.
A polarização do tráfego ocorre quando os LAGs são configurados em roteadores em cascata. Por exemplo, na Figura 2, se um determinado fluxo usar o Link 1 do pacote Ethernet agregado entre o Dispositivo R1 e o Dispositivo R2, o fluxo também usa o Link 1 do pacote Ethernet agregado entre o Dispositivo R2 e o Dispositivo R3.
Figura 2: Polarização de tráfego em roteadores em cascata quando o balanceamento de carga simétrico é habilitado em MPCs
baseados em trio
Isso é diferente de ter um algoritmo de seleção de links aleatórios, onde um fluxo pode usar o Link 1 do pacote Ethernet agregado entre o Dispositivo R1 e o Dispositivo R2, e o Link 2 do pacote Ethernet agregado entre o Dispositivo R2 e o Dispositivo R3.
O balanceamento de carga simétrico não é aplicável ao balanceamento de carga por prefixo onde o hash é computado com base no prefixo de rota.
O balanceamento de carga simétrico não é aplicável ao tráfego MPLS ou VPLS, porque nesses cenários os rótulos não são os mesmos em ambas as direções.
Configurações de exemplo
- Configurações de exemplo de configurações amplas do chassi
- Configurações de exemplo das configurações do mecanismo de encaminhamento de pacotes
Configurações de exemplo de configurações amplas do chassi
Roteador A
user@host> show configuration forwarding-options hash-key
family multiservice {
payload {
ip {
layer-3;
}
}
symmetric hash;
}
Roteador B
user@host> show configuration forwarding-options hash-key
family multiservice {
payload {
ip {
layer-3;
}
}
symmetric-hash {
complement;
}
}
Configurações de exemplo das configurações do mecanismo de encaminhamento de pacotes
Roteador A
user@host> show configuration chassis fpc 2 pic 2 hash-key
family multiservice {
payload {
ip {
layer-3;
}
}
symmetric hash;
}
Roteador B
user@host> show configuration chassis fpc 2 pic 3 hash-key
family multiservice {
payload {
ip {
layer-3;
}
}
symmetric-hash {
complement;
}
}
Configuração de hashing simétrico no nível PIC para balanceamento de carga em LAGs 802.3ad para roteadores da Série MX
O hashing simétrico para balanceamento de carga em um 802.3ad Link Aggregation Group (LAG) é útil quando dois roteadores da Série MX (por exemplo, roteador A e roteador B) são conectados de forma transparente através de dispositivos de inspeção profunda de pacotes (DPI) em um pacote LAG. Os dispositivos de DPI mantêm o controle dos fluxos de tráfego nas direções dianteira e inversa.
Se o hashing simétrico estiver configurado, o fluxo reverso de tráfego também é direcionado através do mesmo link infantil no LAG e é obrigado a fluir pelo mesmo dispositivo DPI. Isso permite uma contabilidade adequada no DPI do tráfego, tanto nos fluxos avançados quanto reversos.
Se o hashing simétrico não estiver configurado, um link infantil diferente no LAG pode ser escolhido para o fluxo reverso de tráfego por meio de um dispositivo DPI diferente. Isso resulta em informações incompletas sobre os fluxos avançados e reversos de tráfego no dispositivo de DPI, levando a uma contabilidade incompleta do tráfego pelo dispositivo DPI.
O hashing simétrico é computado com base em campos como endereço de origem e endereço de destino. Você pode configurar o hashing simétrico tanto no nível do chassi quanto no nível PIC para balanceamento de carga com base nos campos de unidade de dados de Camada 2, Camada 3 e Camada 4 para tráfego de inet familiar (família de protocolo IPv4) e multisserviço (switch ou ponte). O hashing simétrico configurado no nível do chassi é aplicável a todo o roteador, e é herdado por todos os seus PICs e mecanismos de encaminhamento de pacotes. A configuração do hash simétrico no nível pic oferece mais granularidade no nível do mecanismo de encaminhamento de pacotes.
Para os dois roteadores conectados através dos dispositivos DPI em um pacote LAG, você pode configurar hash simétrico em um roteador e complemento simétrico-hash no roteador de ponta remota ou vice-versa.
Para configurar o hashing simétrico no nível do chassi, inclua o hash simétrico ou as symmetric-hash complement declarações no nível hierárquico [edit forwarding-options hash-key family] . Para obter informações sobre como configurar o hashing simétrico no nível do chassi e configurar o índice de links, consulte a Biblioteca de interfaces de rede do Junos OS para dispositivos de roteamento e a Biblioteca de VPNs Junos OS para dispositivos de roteamento.
Nos DPCs da Série MX, a configuração de hashing simétrico no nível PIC refere-se à configuração de hashing simétrico no nível do mecanismo de encaminhamento de pacotes.
Para configurar o hash simétrico no nível PIC na interface de tráfego de entrada (onde o tráfego entra no roteador), inclua o hash simétrico ou symmetric-hash complement a declaração no nível de hierarquia [editar chassis fpc slot-number pic pic-number hash-key]:
[edit chassis fpc slot-number pic pic-number hash-key]
family multiservice {
source-mac;
destination-mac;
payload {
ip {
layer-3 (source-ip-only | destination-ip-only);
layer-4;
}
}
symmetric-hash {
complement;
}
}
family inet { layer-3; layer-4; symmetric-hash { complement; } }
O hashing simétrico no nível pic substitui o hash simétrico de nível de chassi configurado no nível de hierarquia [editar opções de encaminhamento de chassis hash-key].
O hash simétrico para balanceamento de carga em grupos de agregação de enlaces 802.3ad é atualmente suportado apenas para VPLS, INET e tráfego em ponte.
A configuração da chave de hash em um PIC ou mecanismo de encaminhamento de pacotes pode ser no modo "hash simétrico" ou no modo "complemento simétrico de hash", mas não ambos ao mesmo tempo.
Veja também
Exemplos: Configuração de hashs simétricos no nível PIC para balanceamento de carga em LAGs 802.3ad em roteadores da Série MX
Esses exemplos são aplicáveis apenas aos DPCs compatíveis com roteadores MX240, MX480 e MX960. Para a lista de DPCs suportados, veja DPCs compatíveis com roteadores MX240, MX480 e MX960 na seção De Documentação Relacionada.
Os exemplos a seguir mostram como configurar o hashing simétrico no nível PIC para balanceamento de carga em roteadores da Série MX:
- Configuração de hashing simétrico para multisserviços familiares em ambos os roteadores
- Configuração de hashing simétrico para inet familiar em ambos os roteadores
- Configuração de hashing simétrico para multisserviços familiares e de família nos dois roteadores
Configuração de hashing simétrico para multisserviços familiares em ambos os roteadores
Na interface de tráfego de entrada onde o tráfego entra no Roteador A, inclua a symmetric-hash declaração no [edit chassis fpc slot-number pic pic-number hash-key family multiservice] nível de hierarquia:
[edit chassis fpc 2 pic 2 hash-key]
family multiservice {
source-mac;
destination-mac;
payload {
ip {
layer-3;
layer-4;
}
}
symmetric-hash;
}
Na interface de tráfego de entrada onde o tráfego entra no Roteador B, inclua a symmetric-hash complement declaração no [edit chassis fpc slot-number pic pic-number hash-key family multiservice] nível hierárquicos:
[edit chassis fpc 0 pic 3 hash-key]
family multiservice {
source-mac;
destination-mac;
payload {
ip {
layer-3;
layer-4;
}
}
symmetric-hash {
complement;
}
}
Configuração de hashing simétrico para inet familiar em ambos os roteadores
Na interface de tráfego de entrada onde o tráfego entra no Roteador A, inclua a symmetric-hash declaração no [edit chassis fpc slot-number pic pic-number hash-key family inet] nível de hierarquia:
[edit chassis fpc 0 pic 1 hash-key]
family inet {
layer-3;
layer-4;
symmetric-hash;
}
Na interface de tráfego de entrada onde o tráfego entra no Roteador B, inclua a symmetric-hash complement declaração no [edit chassis fpc slot-number pic pic-number hash-key family inet] nível hierárquicos:
[edit chassis fpc 1 pic 2 hash-key]
family inet {
layer-3;
layer-4;
symmetric-hash {
complement;
}
}
Configuração de hashing simétrico para multisserviços familiares e de família nos dois roteadores
Na interface de tráfego de entrada onde o tráfego entra no Roteador A, inclua a symmetric-hash declaração no [edit chassis fpc slot-number pic pic-number hash-key family multiservice] nível de hierarquia:
[edit chassis fpc 1 pic 0 hash-key]
family multiservice {
payload {
ip {
layer-3;
layer-4;
}
}
symmetric-hash;
}
Na interface de tráfego de entrada onde o tráfego entra no Roteador B, inclua a symmetric-hash complement declaração no [edit chassis fpc slot-number pic pic-number hash-key family inet] nível hierárquicos:
[edit chassis fpc 0 pic 3 hash-key]
family inet {
layer-3;
layer-4;
symmetric-hash {
complement;
}
}
Veja também
Exemplo: Configuração do balanceamento agregado de carga de ethernet
Exemplo: Configuração do balanceamento agregado de carga de ethernet
Este exemplo mostra como configurar o balanceamento agregado de carga da Ethernet.
Requisitos
Este exemplo usa os seguintes componentes de hardware e software:
Três roteadores da Série MX com interfaces MIC e MPC ou três roteadores de transporte de pacotes da Série PTX com interfaces PIC e FPC
Junos OS Release 13.3 ou posterior em todos os dispositivos
Visão geral
O balanceamento de carga é necessário no plano de encaminhamento quando há vários caminhos ou interfaces disponíveis para o próximo roteador de salto, e é melhor se o tráfego de entrada for equilibrado em todos os caminhos disponíveis para uma melhor utilização do link.
O pacote Ethernet agregado é um aplicativo típico que usa balanceamento de carga para equilibrar fluxos de tráfego entre os links de membros do pacote (IEEE 802.3ad).
A partir do Junos OS Release 13.3, o balanceamento agregado de carga Ethernet é aprimorado para fornecer duas soluções para resolver o verdadeiro descaso do tráfego em pacotes Ethernet agregados em MICs ou MPCs de roteadores da Série MX. A partir do Junos OS Release 14.1, o balanceamento agregado de carga Ethernet é aprimorado para fornecer duas soluções para resolver o verdadeiro descaso do tráfego em pacotes Ethernet agregados em PICs ou FPCs de roteadores de transporte de pacotes da Série PTX.
As soluções agregadas de balanceamento de carga da Ethernet são:
Adaptativo — O balanceamento de carga adaptativo é usado em cenários onde o hashing baseado em fluxo não é suficiente para conseguir uma distribuição uniforme de carga. Essa solução de balanceamento de carga implementa um mecanismo de feedback e controle em tempo real para monitorar e gerenciar os descasamentos na carga da rede.
A solução adaptativa de balanceamento de carga corrige o descaso do fluxo de tráfego modificando as entradas do seletor e escaneando periodicamente a utilização do link em cada link de membro do pacote AE para detectar quaisquer desvios. Quando um desvio é detectado, um evento de ajuste é desencadeado e menos fluxos são mapeados para o link de membro afetado. Como resultado, a largura de banda oferecida desse link de membro diminui. Isso causa um loop de feedback contínuo, que durante um período de tempo garante que a mesma quantidade de taxa de byte seja oferecida a todos os links de membros, fornecendo assim uma distribuição de tráfego eficiente em cada link de membro no pacote AE.
Para configurar o balanceamento de carga adaptativo, inclua a
adaptivedeclaração no nível de[edit interfaces aex aggregated-ether-options load-balance]hierarquia.Nota:O balanceamento de carga adaptativo não é suportado se o VLAN ID estiver configurado na interface Ethernet agregada. Essa limitação afeta apenas os roteadores de transporte de pacotes da Série PTX.
A opção
ppspermite o balanceamento de carga com base na taxa de pacotes por segundo. A configuração padrão é o balanceamento de carga de bits por segundo.O
scan-intervalvalor configura o tempo de digitalização como um múltiplo de 30 segundos.O
tolerancevalor é o limite para a variância no fluxo de tráfego de pacotes para os links Ethernet agregados no pacote. Você pode especificar um máximo de 100% de variância. Quando o atributo de tolerância não está configurado, um valor padrão de 20 por cento é habilitado para balanceamento de carga adaptativo. Um valor de tolerância menor equilibra melhor largura de banda, mas leva um tempo de convergência mais longo.Nota:As
ppspalavras-chave escan-intervalopcionais são suportadas apenas em roteadores de transporte de pacotes da Série PTX.Spray aleatório por pacote — Quando a solução adaptativa de balanceamento de carga falha, o spray aleatório por pacote funciona como um último recurso. A solução de balanceamento de carga por spray aleatório por pacote ajuda a resolver o desabalamento do tráfego pulverizando aleatoriamente os pacotes para o próximo salto agregado. Isso garante que todos os links de membro do pacote AE estejam igualmente carregados, resultando na reordenação de pacotes.
Além disso, o spray aleatório por pacote identifica o mecanismo de encaminhamento de pacotes de entrada que causou o desabalamento do tráfego e elimina o descasamento de tráfego que ocorre como resultado de erros de software, exceto o hash de pacotes.
Para configurar o balanceamento de carga de spray aleatório por pacote, inclua a
per-packetdeclaração no nível de[edit interfaces aex aggregated-ether-options load-balance]hierarquia.Nota:A opção por pacote para balanceamento de carga não é suportada nos roteadores de transporte de pacotes da Série PTX.
As soluções agregadas de balanceamento de carga Ethernet são mutuamente exclusivas. Quando mais de uma das soluções de balanceamento de carga é configurada, a solução configurada por último substitui a anteriormente configurada. Você pode verificar a solução de balanceamento de carga que está sendo implementada emitindo o show interfaces aex aggregated-ether-options load-balance comando.
Topologia
Nesta topologia, dois pacotes Ethernet agregados - ae0 e ae1 - estão configurados nos links entre os roteadores R2 e R3.
agregado de carga de ethernet
Configuração
Configuração rápida da CLI
Para configurar este exemplo rapidamente, copie os seguintes comandos, cole-os em um arquivo de texto, remova qualquer quebra de linha, altere os detalhes necessários para combinar com a configuração da sua rede e, em seguida, copie e cole os comandos no CLI no nível de [edit] hierarquia.
R1
set chassis aggregated-devices ethernet device-count 12 set interfaces xe-0/0/0 unit 0 family inet address 120.168.1.1/30 set interfaces xe-0/0/0 unit 0 family iso set interfaces xe-0/0/0 unit 0 family mpls set interfaces xe-0/0/1 unit 0 family inet address 120.168.2.1/30 set interfaces xe-0/0/1 unit 0 family iso set interfaces xe-0/0/1 unit 0 family mpls set interfaces ge-1/0/0 unit 0 family inet address 120.168.100.2/30 set interfaces ge-1/0/0 unit 0 family iso set interfaces ge-1/0/0 unit 0 family mpls set interfaces ge-1/0/1 unit 0 family inet address 120.168.101.2/30 set interfaces ge-1/0/1 unit 0 family iso set interfaces ge-1/0/1 unit 0 family mpls set interfaces lo0 unit 0 family inet address 120.168.0.2/32 set interfaces lo0 unit 0 family iso address 49.0001.1201.6800.0002.00 set routing-options router-id 120.168.0.2 set routing-options autonomous-system 55 set protocols rsvp interface ge-1/0/0.0 set protocols rsvp interface ge-1/0/1.0 set protocols mpls label-switched-path videl-to-sweets to 120.168.0.9 set protocols mpls label-switched-path v-2-s-601 to 60.0.1.0 set protocols mpls label-switched-path v-2-s-601 primary v-2-s-601-primary hop-limit 5 set protocols mpls label-switched-path v-2-s-602 to 60.0.2.0 set protocols mpls label-switched-path v-2-s-602 primary v-2-s-602-primary hop-limit 5 set protocols mpls label-switched-path v-2-s-603 to 60.0.3.0 set protocols mpls label-switched-path v-2-s-604 to 60.0.4.0 set protocols mpls path v-2-s-601-primary 120.168.100.1 strict set protocols mpls path v-2-s-601-primary 120.168.104.2 strict set protocols mpls path v-2-s-602-primary 120.168.101.1 strict set protocols mpls path v-2-s-602-primary 120.168.105.2 strict set protocols mpls interface ge-1/0/0.0 set protocols mpls interface ge-1/0/1.0 set protocols bgp group pe-routers type internal set protocols bgp group pe-routers local-address 120.168.0.2 set protocols bgp group pe-routers family inet unicast set protocols bgp group pe-routers family inet-vpn unicast set protocols bgp group pe-routers neighbor 120.168.0.9 set protocols isis traffic-engineering family inet shortcuts set protocols isis level 1 disable set protocols isis interface ge-1/0/0.0 set protocols isis interface ge-1/0/1.0 set protocols isis interface lo0.0 set policy-options policy-statement nhs then next-hop self set policy-options policy-statement vpn-m5-export term 1 from protocol bgp set policy-options policy-statement vpn-m5-export term 1 from protocol direct set policy-options policy-statement vpn-m5-export term 1 then community add vpn-m5-target set policy-options policy-statement vpn-m5-export term 1 then accept set policy-options policy-statement vpn-m5-export term 2 then reject set policy-options policy-statement vpn-m5-import term 1 from protocol bgp set policy-options policy-statement vpn-m5-import term 1 from community vpn-m5-target set policy-options policy-statement vpn-m5-import term 1 then accept set policy-options policy-statement vpn-m5-import term 2 then reject set policy-options community vpn-m5-target members target:55:100 set routing-instances vpn-m5 instance-type vrf set routing-instances vpn-m5 interface xe-0/0/0.0 set routing-instances vpn-m5 interface xe-0/0/1.0 set routing-instances vpn-m5 route-distinguisher 120.168.0.2:1 set routing-instances vpn-m5 vrf-import vpn-m5-import set routing-instances vpn-m5 vrf-export vpn-m5-export set routing-instances vpn-m5 protocols bgp group ce type external set routing-instances vpn-m5 protocols bgp group ce peer-as 100 set routing-instances vpn-m5 protocols bgp group ce as-override set routing-instances vpn-m5 protocols bgp group ce neighbor 120.168.1.2 set routing-instances vpn-m5 protocols bgp group ce neighbor 120.168.2.2 set routing-instances vpn-m5 protocols ospf domain-id 1.0.0.0 set routing-instances vpn-m5 protocols ospf export vpn-m5-import set routing-instances vpn-m5 protocols ospf area 0.0.0.0 interface xe-0/0/1.0 set routing-instances vpn-m5 protocols ospf area 0.0.0.0 interface xe-0/0/0.0
R2
set chassis aggregated-devices ethernet device-count 5 set interfaces ge-1/2/0 unit 0 family inet address 120.168.100.1/30 set interfaces ge-1/2/0 unit 0 family iso set interfaces ge-1/2/0 unit 0 family mpls set interfaces ge-1/2/1 unit 0 family inet address 120.168.101.1/30 set interfaces ge-1/2/1 unit 0 family iso set interfaces ge-1/2/1 unit 0 family mpls set interfaces ge-1/3/0 gigether-options 802.3ad ae0 set interfaces ge-1/3/1 gigether-options 802.3ad ae0 set interfaces ge-1/3/2 gigether-options 802.3ad ae0 set interfaces ge-1/3/3 gigether-options 802.3ad ae0 set interfaces ge-1/3/4 gigether-options 802.3ad ae0 set interfaces ge-2/2/1 gigether-options 802.3ad ae1 set interfaces ge-2/2/2 gigether-options 802.3ad ae1 set interfaces ge-2/2/3 gigether-options 802.3ad ae1 set interfaces ge-2/2/4 gigether-options 802.3ad ae1 set interfaces ge-2/2/5 gigether-options 802.3ad ae1 set interfaces ge-2/2/6 gigether-options 802.3ad ae1 set interfaces ge-2/2/7 gigether-options 802.3ad ae1 set interfaces ge-2/2/8 gigether-options 802.3ad ae1 set interfaces ae0 aggregated-ether-options load-balance adaptive tolerance 10 set interfaces ae0 aggregated-ether-options link-speed 1g set interfaces ae0 aggregated-ether-options lacp active set interfaces ae0 unit 0 family inet address 120.168.104.1/30 set interfaces ae0 unit 0 family iso set interfaces ae0 unit 0 family mpls set interfaces ae1 aggregated-ether-options load-balance adaptive tolerance 10 set interfaces ae1 aggregated-ether-options link-speed 1g set interfaces ae1 aggregated-ether-options lacp active set interfaces ae1 unit 0 family inet address 120.168.105.1/30 set interfaces ae1 unit 0 family iso set interfaces ae1 unit 0 family mpls set interfaces lo0 unit 0 family inet address 120.168.0.4/32 set interfaces lo0 unit 0 family iso address 49.0001.1201.6800.0004.00 set accounting-options selective-aggregate-interface-stats disable set protocols rsvp interface ge-1/2/0.0 set protocols rsvp interface ge-1/2/1.0 set protocols rsvp interface ae0.0 set protocols rsvp interface ae1.0 set protocols mpls interface ge-1/2/0.0 set protocols mpls interface ge-1/2/1.0 set protocols mpls interface ae0.0 set protocols mpls interface ae1.0 set protocols isis traffic-engineering family inet shortcuts set protocols isis level 1 disable set protocols isis interface ge-1/2/0.0 set protocols isis interface ge-1/2/1.0 set protocols isis interface ae0.0 set protocols isis interface ae1.0 set protocols isis interface lo0.0
R3
set chassis aggregated-devices ethernet device-count 5 set interfaces xe-4/0/0 unit 0 family inet address 120.168.9.1/30 set interfaces xe-4/0/0 unit 0 family mpls set interfaces xe-4/0/1 unit 0 family inet address 120.168.10.1/30 set interfaces xe-4/0/1 unit 0 family mpls set interfaces ge-5/0/1 gigether-options 802.3ad ae1 set interfaces ge-5/0/2 gigether-options 802.3ad ae1 set interfaces ge-5/0/3 gigether-options 802.3ad ae1 set interfaces ge-5/0/4 gigether-options 802.3ad ae1 set interfaces ge-5/0/5 gigether-options 802.3ad ae1 set interfaces ge-5/0/6 gigether-options 802.3ad ae1 set interfaces ge-5/0/7 gigether-options 802.3ad ae1 set interfaces ge-5/0/8 gigether-options 802.3ad ae1 set interfaces ge-5/3/0 gigether-options 802.3ad ae0 set interfaces ge-5/3/1 gigether-options 802.3ad ae0 set interfaces ge-5/3/2 gigether-options 802.3ad ae0 set interfaces ge-5/3/3 gigether-options 802.3ad ae0 set interfaces ge-5/3/4 gigether-options 802.3ad ae0 set interfaces ae0 aggregated-ether-options link-speed 1g set interfaces ae0 aggregated-ether-options lacp active set interfaces ae0 unit 0 family inet address 120.168.104.2/30 set interfaces ae0 unit 0 family iso set interfaces ae0 unit 0 family mpls set interfaces ae1 aggregated-ether-options link-speed 1g set interfaces ae1 aggregated-ether-options lacp active set interfaces ae1 unit 0 family inet address 120.168.105.2/30 set interfaces ae1 unit 0 family iso set interfaces ae1 unit 0 family mpls set interfaces lo0 unit 0 family inet address 120.168.0.9/32 set interfaces lo0 unit 0 family iso address 49.0001.1201.6800.0009.00 set routing-options router-id 120.168.0.9 set routing-options autonomous-system 55 set protocols rsvp interface xe-4/0/0.0 set protocols rsvp interface xe-4/0/1.0 set protocols rsvp interface ae0.0 set protocols rsvp interface ae1.0 set protocols mpls label-switched-path to-videl to 120.168.0.2 set protocols mpls interface xe-4/0/0.0 set protocols mpls interface xe-4/0/1.0 set protocols mpls interface ae0.0 set protocols mpls interface ae1.0 set protocols bgp group pe-routers type internal set protocols bgp group pe-routers local-address 120.168.0.9 set protocols bgp group pe-routers family inet unicast set protocols bgp group pe-routers family inet-vpn unicast set protocols bgp group pe-routers neighbor 120.168.0.2 set protocols isis traffic-engineering family inet shortcuts set protocols isis level 1 disable set protocols isis interface ae0.0 set protocols isis interface ae1.0 set protocols isis interface lo0.0 set policy-options policy-statement nhs then next-hop self set policy-options policy-statement vpn-m5-export term 1 from protocol bgp set policy-options policy-statement vpn-m5-export term 1 from protocol direct set policy-options policy-statement vpn-m5-export term 1 then community add vpn-m5-target set policy-options policy-statement vpn-m5-export term 1 then accept set policy-options policy-statement vpn-m5-export term 2 then reject set policy-options policy-statement vpn-m5-import term 1 from protocol bgp set policy-options policy-statement vpn-m5-import term 1 from protocol direct set policy-options policy-statement vpn-m5-import term 1 from community vpn-m5-target set policy-options policy-statement vpn-m5-import term 1 then accept set policy-options policy-statement vpn-m5-import term 2 then reject set policy-options community vpn-m5-target members target:55:100 set routing-instances vpn-m5 instance-type vrf set routing-instances vpn-m5 interface xe-4/0/0.0 set routing-instances vpn-m5 interface xe-4/0/1.0 set routing-instances vpn-m5 route-distinguisher 120.168.0.9:1 set routing-instances vpn-m5 vrf-import vpn-m5-import set routing-instances vpn-m5 vrf-export vpn-m5-export set routing-instances vpn-m5 protocols bgp group ce type external set routing-instances vpn-m5 protocols bgp group ce peer-as 100 set routing-instances vpn-m5 protocols bgp group ce as-override set routing-instances vpn-m5 protocols bgp group ce neighbor 120.168.9.2 set routing-instances vpn-m5 protocols bgp group ce neighbor 120.168.10.2 set routing-instances vpn-m5 protocols ospf domain-id 1.0.0.0 set routing-instances vpn-m5 protocols ospf export vpn-m5-import set routing-instances vpn-m5 protocols ospf area 0.0.0.0 interface xe-4/0/0.0 set routing-instances vpn-m5 protocols ospf area 0.0.0.0 interface xe-4/0/1.0
Configuração do balanceamento de carga adaptativo
Procedimento passo a passo
O exemplo a seguir exige que você navegue por vários níveis na hierarquia de configuração. Para obter informações sobre como navegar na CLI, consulte Usando o Editor de CLI no modo de configuração.
Para configurar o roteador R2:
Repita este procedimento para os outros roteadores, depois de modificar os nomes, endereços e quaisquer outros parâmetros apropriados para cada roteador.
Especifique o número de interfaces Ethernet agregadas a serem criadas.
[edit chassis]user@R2# set aggregated-devices ethernet device-count 5Configure o link de interface Ethernet Gigabit que conecta R2 a R1.
[edit interfaces]user@R2# set ge-1/2/0 unit 0 family inet address 120.168.100.1/30 user@R2# set ge-1/2/0 unit 0 family iso user@R2# set ge-1/2/0 unit 0 family mpls user@R2# set ge-1/2/1 unit 0 family inet address 120.168.101.1/30 user@R2# set ge-1/2/1 unit 0 family iso user@R2# set ge-1/2/1 unit 0 family mpls user@R2# set lo0 unit 0 family inet address 120.168.0.4/32 user@R2# set lo0 unit 0 family iso address 49.0001.1201.6800.0004.00Configure os cinco links de membros do pacote Ethernet agregado ae0.
[edit interfaces]user@R2# set ge-1/3/0 gigether-options 802.3ad ae0 user@R2# set ge-1/3/1 gigether-options 802.3ad ae0 user@R2# set ge-1/3/2 gigether-options 802.3ad ae0 user@R2# set ge-1/3/3 gigether-options 802.3ad ae0 user@R2# set ge-1/3/4 gigether-options 802.3ad ae0Configure os oito links de membros do pacote Ethernet agregado ae1.
[edit interfaces]user@R2# set ge-2/2/1 gigether-options 802.3ad ae1 user@R2# set ge-2/2/2 gigether-options 802.3ad ae1 user@R2# set ge-2/2/3 gigether-options 802.3ad ae1 user@R2# set ge-2/2/4 gigether-options 802.3ad ae1 user@R2# set ge-2/2/5 gigether-options 802.3ad ae1 user@R2# set ge-2/2/6 gigether-options 802.3ad ae1 user@R2# set ge-2/2/7 gigether-options 802.3ad ae1 user@R2# set ge-2/2/8 gigether-options 802.3ad ae1Habilite o balanceamento agregado de carga de Ethernet em ume0 de R2.
[edit interfaces]user@R2# set ae0 aggregated-ether-options load-balance adaptive tolerance 10Configure a velocidade do link para o pacote Ethernet agregado ae0.
[edit interfaces]user@R2# set ae0 aggregated-ether-options link-speed 1gConfigure o LACP no pacote Ethernet agregado ae0.
[edit interfaces]user@R2# set ae0 aggregated-ether-options lacp activeConfigure os parâmetros de interface para o pacote Ethernet agregado ae0.
[edit interfaces]user@R2# set ae0 unit 0 family inet address 120.168.104.1/30 user@R2# set ae0 unit 0 family iso user@R2# set ae0 unit 0 family mplsHabilite o balanceamento agregado de carga de Ethernet em ume1 de R2.
[edit interfaces]user@R2# set ae1 aggregated-ether-options load-balance adaptive tolerance 10Configure a velocidade do enlace para o pacote Ethernet agregado ae1.
[edit interfaces]user@R2# set ae1 aggregated-ether-options link-speed 1gConfigure o LACP no pacote Ethernet agregado ae1.
[edit interfaces]user@R2# set ae1 aggregated-ether-options lacp activeConfigure os parâmetros de interface para o pacote Ethernet agregado ae1.
[edit interfaces]user@R2# set ae1 unit 0 family inet address 120.168.105.1/30 user@R2# set ae1 unit 0 family iso user@R2# set ae1 unit 0 family mplsDesativar estatísticas agregadas seletivas da Ethernet.
[edit accounting-options]user@R2# set selective-aggregate-interface-stats disableConfigure o RSVP em todas as interfaces do R2 e nos pacotes AE.
[edit protocols]user@R2# set rsvp interface ge-1/2/0.0 user@R2# set rsvp interface ge-1/2/1.0 user@R2# set rsvp interface ae0.0 user@R2# set rsvp interface ae1.0Configure o MPLS em todas as interfaces do R2 e nos pacotes AE.
[edit protocols]user@R2# set mpls interface ge-1/2/0.0 user@R2# set mpls interface ge-1/2/1.0 user@R2# set mpls interface ae0.0 user@R2# set mpls interface ae1.0Configure o IS-IS em todas as interfaces do R2 e nos pacotes AE.
[edit protocols]user@R2# set isis traffic-engineering family inet shortcuts user@R2# set isis level 1 disable user@R2# set isis interface ge-1/2/0.0 user@R2# set isis interface ge-1/2/1.0 user@R2# set isis interface ae0.0 user@R2# set isis interface ae1.0 user@R2# set isis interface lo0.0
Resultados
A partir do modo de configuração, confirme sua configuração entrando noshow chassis, show interfacesshow accounting-optionse show protocols comandos. Se a saída não exibir a configuração pretendida, repita as instruções neste exemplo para corrigir a configuração.
user@R2# show chassis
aggregated-devices {
ethernet {
device-count 5;
}
}
user@R2# show interfaces
ge-1/2/0 {
unit 0 {
family inet {
address 120.168.100.1/30;
}
family iso;
family mpls;
}
}
ge-1/2/1 {
unit 0 {
family inet {
address 120.168.101.1/30;
}
family iso;
family mpls;
}
}
ge-1/3/0 {
gigether-options {
802.3ad ae0;
}
}
ge-1/3/1 {
gigether-options {
802.3ad ae0;
}
}
ge-1/3/2 {
gigether-options {
802.3ad ae0;
}
}
ge-1/3/3 {
gigether-options {
802.3ad ae0;
}
}
ge-1/3/4 {
gigether-options {
802.3ad ae0;
}
}
ge-2/2/1 {
gigether-options {
802.3ad ae1;
}
}
ge-2/2/2 {
gigether-options {
802.3ad ae1;
}
}
ge-2/2/3 {
gigether-options {
802.3ad ae1;
}
}
ge-2/2/4 {
gigether-options {
802.3ad ae1;
}
}
ge-2/2/5 {
gigether-options {
802.3ad ae1;
}
}
ge-2/2/6 {
gigether-options {
802.3ad ae1;
}
}
ge-2/2/7 {
gigether-options {
802.3ad ae1;
}
}
ge-2/2/8 {
gigether-options {
802.3ad ae1;
}
}
ae0 {
aggregated-ether-options {
load-balance {
adaptive tolerance 10;
}
link-speed 1g;
lacp {
active;
}
}
unit 0 {
family inet {
address 120.168.104.1/30;
}
family iso;
family mpls;
}
}
ae1 {
aggregated-ether-options {
load-balance {
adaptive tolerance 10;
}
link-speed 1g;
lacp {
active;
}
}
unit 0 {
family inet {
address 120.168.105.1/30;
}
family iso;
family mpls;
}
}
lo0 {
unit 0 {
family inet {
address 120.168.0.4/32;
}
family iso {
address 49.0001.1201.6800.0004.00;
}
}
}
user@R2# show accounting-options
selective-aggregate-interface-stats disable;
user@R2# show protocols
rsvp {
interface ge-1/2/0.0;
interface ge-1/2/1.0;
interface ae0.0;
interface ae1.0;
}
mpls {
interface ge-1/2/0.0;
interface ge-1/2/1.0;
interface ae0.0;
interface ae1.0;
}
isis {
traffic-engineering {
family inet {
shortcuts;
}
}
level 1 disable;
interface ge-1/2/0.0;
interface ge-1/2/1.0;
interface ae0.0;
interface ae1.0;
interface lo0.0;
}
Verificação
Confirme se a configuração está funcionando corretamente.
Verificando o balanceamento de carga adaptativo no ae0
Propósito
Verifique se os pacotes recebidos no pacote Ethernet agregado ae0 são equilibrados em carga entre os cinco links de membros.
Ação
A partir do modo operacional, execute o show interfaces ae0 extensive comando.
user@R2> show interfaces ae0 extensive
Logical interface ae0.0 (Index 325) (SNMP ifIndex 917) (Generation 134)
Flags: SNMP-Traps 0x4004000 Encapsulation: ENET2
Statistics Packets pps Bytes bps
Bundle:
Input : 848761 9 81247024 7616
Output: 166067308909 3503173 126900990064983 21423804256
Adaptive Statistics:
Adaptive Adjusts: 264
Adaptive Scans : 27682
Adaptive Updates: 10
Link:
ge-1/3/0.0
Input : 290888 5 29454436 3072
Output: 33183442699 704569 25358563587277 4306031760
ge-1/3/1.0
Input : 162703 1 14806325 992
Output: 33248375409 705446 25406995966732 4315342152
ge-1/3/2.0
Input : 127448 1 12130566 992
Output: 33184552729 697572 25354827700261 4267192376
ge-1/3/3.0
Input : 121044 1 11481262 1280
Output: 33245875402 697716 25405953405192 4265750584
ge-1/3/4.0
Input : 146678 1 13374435 1280
Output: 33205071207 697870 25374651121458 4269487384
Significado
Os links de membros do pacote Ethernet agregado ae0 são totalmente utilizados com balanceamento de carga adaptativo.
Comportamento de balanceamento de carga de ethernet agregado e específico da plataforma
Use o Feature Explorer para confirmar o suporte de plataforma e versão para recursos específicos.
Use a tabela a seguir para revisar comportamentos específicos da plataforma para sua plataforma.
Comportamento de balanceamento de carga de ethernet agregado e específico da plataforma
| Diferença de plataforma | |
|---|---|
| Série ACX |
|
| Série EX |
|
| Série MX |
|
| Série PTX |
|
| Série QFX |
|
Tabela de histórico de mudanças
O suporte de recursos é determinado pela plataforma e versão que você está usando. Use o Feature Explorer para determinar se um recurso é suportado em sua plataforma.
payload declaração.