NESTA PÁGINA
Visão geral do balanceamento de carga e agregação de link Ethernet
Balanceamento de carga stateful para interfaces Ethernet agregadas usando dados de 5 tuplas
Configuração do balanceamento de carga stateful em interfaces Ethernet agregadas
Noções básicas sobre hash simétrico para balanceamento de carga
Exemplo: configuração do balanceamento de carga Ethernet agregado
Comportamento de balanceamento de carga agregado de Ethernet específico da plataforma
Balanceamento de carga em interfaces Ethernet agregadas
O balanceamento de carga em interfaces Ethernet agregadas reduz o congestionamento da rede dividindo o tráfego entre várias interfaces.
Quando você agrupa várias interfaces Ethernet agregadas físicas para formar uma única interface lógica, isso é chamado de agregação de link. A agregação de links aumenta a largura de banda, proporciona degradação suave à medida que ocorre uma falha, aumenta a disponibilidade e fornece 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 Explorador de Recursos para confirmar o suporte à plataforma e à versão para recursos específicos.
Examine a seção Comportamento de balanceamento de carga agregado de Ethernet específico da plataforma para obter notas relacionadas à sua plataforma.
Visão geral do balanceamento de carga e agregação de link Ethernet
Você pode criar um LAG para um grupo de portas Ethernet. O tráfego de ponte L2 é balanceado entre os links membros desse grupo, tornando a configuração atraente para questões de congestionamento, bem como para redundância. Cada pacote LAG contém até 16 links. O suporte à 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 membros do pacote. O algoritmo de hash tenta gerenciar a largura de banda balanceando uniformemente todo o tráfego de entrada nos links de membros do pacote. O modo de hash do algoritmo de hash é definido como payload L2 por padrão. Quando o modo de hash é definido como payload L2, o algoritmo de hash usa os campos de payload IPv4 e IPv6 para hashing. Você também pode configurar a chave de hash de balanceamento de carga para tráfego L2 para usar campos nos cabeçalhos L3 e Camada 4 usando a payload instrução. No entanto, observe que o comportamento de balanceamento de carga é específico da plataforma e baseado em configurações de chave de hash apropriadas.
Para obter mais informações, consulte Configurando o balanceamento de carga em um enlace LAG. Em um switch L2, um link é superutilizado e outros links são subutilizados.
Entendendo o balanceamento de carga agregado de Ethernet
O recurso de agregação de enlace é 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 links (LAG). O cliente MAC trata esse link virtual como se fosse um único link. A agregação de links aumenta a largura de banda, proporciona degradação graciosa à medida que ocorre uma falha 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 membros do pacote Ethernet agregado seja utilizada de forma total e eficiente.
O recurso de balanceamento de carga permite que um dispositivo divida o tráfego de entrada e saída ao longo de vários caminhos ou interfaces para reduzir o congestionamento na rede. O balanceamento de carga melhora a utilização de vários caminhos de rede e fornece largura de banda de rede mais eficaz.
Normalmente, os aplicativos que usam o balanceamento de carga incluem:
Interfaces agregadas (camada 2)
As 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 esse é 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 ao protocolo LACP padronizado 802.3ad para negociação em links Ethernet.
Multicaminho de Igual Custo (ECMP) (Camada 3)
Por padrão, quando há vários caminhos de custo igual para o mesmo destino para a rota ativa, o Junos OS usa um algoritmo de hash para escolher um dos endereços next-hop a serem instalados na tabela de encaminhamento. Sempre que o conjunto de próximos saltos para um destino muda de alguma forma, o endereço do próximo salto é reescolhido usando o algoritmo de hash. Há também uma opção que permite que vários endereços next-hop sejam instalados na tabela de encaminhamento, conhecida como balanceamento de carga por pacote.
O balanceamento de carga do ECMP pode ser:
Em caminhos BGP (BGP multipath)
Dentro de um caminho BGP, em vários LSPs
Em topologias Ethernet complexas, os desequilíbrios de tráfego ocorrem devido ao aumento do fluxo de tráfego, e o balanceamento de carga se torna desafiador por alguns dos seguintes motivos:
balanceamento de carga incorreto por próximo salto agregado
Computação incorreta de hash de pacote
Variação insuficiente no fluxo de pacotes
Seleção de padrão incorreta
Como resultado do desequilíbrio de tráfego, a carga não é bem distribuída, causando congestionamento em certos 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 desequilíbrio de tráfego genuíno em pacotes Ethernet agregados (IEEE 802.3ad).
Balanceamento de carga adaptativo
O balanceamento de carga adaptável usa um mecanismo de feedback para corrigir um desequilíbrio de tráfego genuíno. Para corrigir os pesos de desequilíbrio, a largura de banda e o fluxo de pacotes de links são adaptados para obter uma distribuição de tráfego eficiente entre os links em um pacote AE.
Para configurar o balanceamento de carga adaptável, inclua a
adaptivedeclaração no nível da[edit interfaces aex aggregated-ether-options load-balance]hierarquia.Para configurar o valor de tolerância como uma porcentagem, inclua a
tolerancepalavra-chave opcional no nível da[edit interfaces aex aggregated-ether-options load-balance adaptive]hierarquia.Para configurar o balanceamento de carga adaptável com base em pacotes por segundo (em vez da configuração padrão de bits por segundo), inclua a
ppspalavra-chave optional no nível da[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 amostragem dos últimos dois segundos, inclua a
scan-intervalpalavra-chave opcional no nível da[edit interfaces aex aggregated-ether-options load-balance adaptive]hierarquia.Balanceamento de carga de pulverização aleatória por pacote
Quando a opção de balanceamento de carga adaptável falha, o balanceamento de carga por pulverização aleatória por pacote serve como último recurso. Ele garante que os membros de um pacote AE sejam igualmente carregados sem levar em consideração a largura de banda. Por pacote causa reordenação de pacotes e, portanto, é recomendado somente se os aplicativos absorverem a reordenação. A pulverização aleatória por pacote elimina o desequilíbrio de tráfego que ocorre como resultado de erros de software, exceto para hash de pacote.
Para configurar o balanceamento de carga de pulverização aleatória por pacote, inclua a
per-packetdeclaração no nível da[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 configurada anteriormente. 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 Ethernet agregadas usando dados de 5 tuplas
Quando vários fluxos são transmitidos para fora de uma interface Ethernet agregada (ae), os fluxos devem ser distribuídos uniformemente pelos diferentes links de membros para permitir um comportamento de balanceamento de carga eficaz e ideal. Para obter um método simplificado e robusto de balanceamento de carga, o link de membro do pacote de interface Ethernet agregado que é selecionado a cada vez para balanceamento de carga desempenha um papel significativo. O modo balanceado de seleção de link usa 'n' bits em um valor de hash pré-computado se precisar selecionar um dos 2^n (2 elevados à potência de n) next-hop no unilista. O modo desbalanceado de seleção de link de membro ou próximo salto usa 8 bits em um hash pré-calculado para selecionar uma entrada em uma tabela de seletor, o que é feito aleatoriamente com os IDs de link de membro do grupo de agregação de link (LAG) ou aepacote.
O termo balanceado versus não balanceado indica se uma tabela seletora é usada para o mecanismo de balanceamento de carga ou não. O pacote LAG usa o modo desbalanceado (balanceamento da tabela de 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 desbalanceado: A lógica de seleção de link utiliza apenas bits de subconjunto do hash pré-computado. Independentemente da eficiência do algoritmo de hash, ele é 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 calculados não fornecem a variabilidade necessária para utilizar efetivamente todos os links de membros do LAG. Existe uma quantidade excessiva de natureza aleatória no cálculo de hash e também na tabela de seletores. Como resultado, o desvio de ser uma técnica de balanceamento de carga ideal para cada link filho selecionado é maior quando o número de fluxos é menor.
O desvio por link filho é definido como
Vi = ((Ci - (M/N)))/N
em que
Vi denota o desvio para esse elo filho 'i'.
i denota o membro/índice do link filho.
Ci representa os pacotes transmitidos para esse link filho 'i'.
M significa o total de pacotes transmitidos nesse pacote LAG.
N denota o número de links filhos 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 é distorcida e existe uma alta probabilidade de alguns links filhos não serem totalmente utilizados.
O mecanismo para registrar e reter estados para os fluxos e distribuir a carga de tráfego de acordo é adicionado. Como resultado, para m número de fluxos, eles são distribuídos entre n links de membros de um pacote LAG ou entre o unilist de next-hops em um link ECMP. Esse método de dividir a carga entre os links de membros é chamado de balanceamento de carga stateful e usa informações de 5 tuplas (endereços de origem e destino, protocolo, portas de origem e destino). Esse método pode ser mapeado diretamente para os fluxos ou para um hash de pré-computação com base em determinados campos no fluxo. Como resultado, o desvio observado em cada link filho é reduzido.
Este mecanismo funciona de forma 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 o mecanismo de balanceamento de carga baseado em Trio distribuído seja usado.
Considere um cenário de exemplo no qual 'n' links 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 hash é construída usando os campos que identificam exclusivamente um fluxo. O resultado da pesquisa identifica o link_id que o fluxo está usando no momento. Para cada pacote, a tabela de fluxo com base no identificador de fluxo é examinada. Se uma correspondência for encontrada, ela denota um pacote que pertence a um fluxo que foi processado ou detectado anteriormente. A ID do link está associada ao fluxo. Se uma correspondência não for encontrada, será o primeiro pacote que pertence ao fluxo. A ID do link é usada para selecionar o link e o fluxo é inserido na tabela de fluxo.
Para habilitar o balanceamento de carga por fluxo com base em valores de hash, inclua a per-flow instrução no nível da [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 custo igual 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 rebalancear dinamicamente o LAG usando parâmetros existentes, inclua a rebalance interval declaração no nível da [edit interfaces aeX unit logical-unit-number forwarding-options load-balance-stateful] hierarquia. Esse parâmetro balanceia periodicamente a carga do tráfego, fornecendo um switchover de rebalanceamento sincronizado em todos os mecanismos de encaminhamento de pacotes (PFEs) de entrada em um intervalo de rebalanceamento. Você pode especificar o intervalo como um valor no intervalo 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 da [edit interfaces aeX unit logical-unit-number forwarding-options load-balance-stateful] hierarquia.
A stateful per-flow opção ativa o recurso de balanceamento de carga em pacotes AE. A rebalance opção limpa o estado do balanceamento de carga em intervalos especificados. A load opção informa ao Mecanismo de Encaminhamento de Pacotes sobre o padrão de memória apropriado a ser usado. Se o número de fluxos que fluem nessa interface Ethernet agregada for menor (entre 1 e 100 fluxos), a low palavra-chave poderá 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 balanceamento de carga efetivo para cada palavra-chave é uma derivada.
O clear interfaces aeX unit logical-unit-number forwarding-options load-balance state comando limpa o estado de balanceamento de carga no nível de hardware e permite o rebalanceamento do estado limpo e vazio. Esse estado de limpeza é acionado somente quando você usa esse comando. O clear interfaces aggregate forwarding-options load-balance state comando limpa todos os estados agregados de balanceamento de carga da interface Ethernet e os recria recentemente.
Diretrizes para configurar o balanceamento de carga stateful para interfaces Ethernet agregadas ou pacotes LAG
Lembre-se dos seguintes pontos ao configurar o balanceamento de carga stateful para interfaces Ethernet agregadas:
Quando um link filho é 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 estado antigo é perdido. Esse é o comportamento existente sem habilitar o balanceamento de carga por fluxo stateful.
Funções de balanceamento de carga stateful por fluxo em interfaces AE se o tráfego de entrada atingir as placas de linha MPC1E, MPC2E, MPC3E-3D, MPC5E e MPC6E. Qualquer outro tipo de placa de linha não manipula essa funcionalidade. Os erros de CLI apropriados serã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 é compatível com tráfego multicast (nativo/inundação).
Habilitar a opção de rebalanceamento ou limpar o estado de balanceamento de carga pode causar reordenação de pacotes para fluxos ativos porque 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 da 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 retorna ao mecanismo de balanceamento de carga padrão. Uma mensagem de log do 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 ao balanceamento de carga stateful; O limite é determinado pelas placas de linha.
Se os fluxos de tráfego ficarem envelhecidos com frequência, o dispositivo precisará remover ou atualizar os estados de balanceamento de carga. Como resultado, você deve configurar o rebalanceamento ou executar o comando clear em intervalos periódicos para balanceamento de carga adequado. Caso contrário, pode ocorrer distorção do tráfego. Quando um link filho fica inativo ou ativado, o comportamento de balanceamento de carga não sofre alterações nos fluxos existentes. Essa condição é para evitar a reordenação de pacotes. Novos fluxos selecionam o link filho que aparece. Se você observar que a distribuição de carga não é muito eficaz, poderá limpar os estados de balanceamento de carga ou usar a funcionalidade de rebalanceamento para causar uma liberação automática dos estados de hardware. Quando você configura o recurso de rebalanceamento, os fluxos de tráfego podem ser redirecionados para links diferentes, o que pode causar a reordenação de pacotes.
Configuração do balanceamento de carga stateful em interfaces Ethernet agregadas
O mecanismo para registrar e reter estados para os fluxos e distribuir a carga de tráfego de acordo é adicionado. Como resultado, para m número de fluxos, eles são distribuídos entre n links de membros de um pacote LAG ou entre o unilist de next-hops em um link ECMP. Esse método de dividir a carga entre os links de membros é chamado de balanceamento de carga stateful e usa informações de 5 tuplas (endereços de origem e destino, protocolo, portas de origem e destino). Esse método pode ser mapeado diretamente para os fluxos ou para um hash de pré-computação com base em determinados campos no fluxo. Como resultado, o desvio observado em cada link filho é reduzido.
Para configurar o balanceamento de carga stateful em ae pacotes de interface:
Configuração do balanceamento de carga adaptável
Este tópico descreve como configurar o balanceamento de carga adaptável. O balanceamento de carga adaptável mantém a utilização eficiente da largura de banda do enlace do membro para um pacote Ethernet (AE) agregado. O balanceamento de carga adaptável usa um mecanismo de feedback para corrigir o desequilíbrio de 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 protocolos e endereço IP. Essas interfaces podem compor a associação do pacote AE.
Crie um pacote 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 adaptável para pacotes AE:
Veja também
Noções básicas sobre hash simétrico para balanceamento de carga
Em dispositivos que oferecem suporte a esse recurso, o hash simétrico mantém as direções direta e reversa de um fluxo no mesmo caminho para recursos que dependem da simetria do tráfego. O hash simétrico ajuda os serviços a manter o contexto da sessão enquanto faz o balanceamento de carga entre os próximos hops do ECMP e os membros do LAG.
Benefícios do hash simétrico
- Mantém a simetria de caminho bidirecional para que os serviços com estado vejam as duas direções de um fluxo no mesmo caminho.
- Melhora a previsibilidade do balanceamento de carga usando as mesmas entradas normalizadas para ambas as direções de um fluxo.
- Reduz problemas de roteamento assimétrico que podem interromper o processamento do serviço ou o estado da sessão.
Para configurar o hash simétrico, use a symmetric-hash [edit forwarding-options enhanced-hash-key] declaração de configuração na hierarquia. Use a enhanced-hash-key instrução para configurar os campos de pacote incluídos nos cálculos de hash. Ao selecionar campos estáveis e bidirecionais e excluir entradas unidirecionais, você normaliza as entradas para que o dispositivo derive o mesmo hash para ambas as direções de um fluxo.
Você pode excluir atributos unidirecionais, como a interface de entrada, do hash with no-incoming-port configuration declaração na [edit forwarding-options enhanced-hash-key] hierarquia.
Verifique as entradas de hash atuais e o status de hash simétrico com o show forwarding-options enhanced-hash-key comando.
Considerações adicionais:
- O balanceamento de carga dinâmico (DLB) tem precedência. O hash simétrico se aplica ao balanceamento de carga estático; se o DLB estiver habilitado, o DLB substituirá o comportamento simétrico.
- Use campos de Camada 3 e Camada 4 para hash simétrico. Os campos de cabeçalho de Camada 2 não estão incluídos no hash simétrico e você deve usar a
hash-modedeclaração de configuração para usar o campo de dados de Camada 2 quando necessário. - A polarização de hash pode ocorrer em topologias em cascata se todos os dispositivos usarem sementes e entradas de hash idênticas. Considere hashing resiliente e diversidade de sementes para reduzir a polarização quando os links oscilam ou os membros mudam.
Configuração do balanceamento de carga simétrico 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 roteadores da Série MX Visão geral
- Configuração do balanceamento de carga simétrico em um LAG 802.3ad em roteadores da Série MX
- Configuração do balanceamento de carga simétrico em MPCs baseados em trio
- Exemplos de configurações
Balanceamento de carga simétrico em um LAG 802.3ad em roteadores da Série MX Visão geral
Os roteadores da Série MX com PICs Ethernet agregados oferecem suporte ao balanceamento de carga simétrico em um LAG 802.3ad. Essa característica é significativa 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 DPI acompanham os fluxos e exigem informações de um determinado fluxo nas direções direta e reversa. Sem um balanceamento de carga simétrico em um LAG 802.3ad, os DPIs podem 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 por um cálculo de hash de campos, como endereço de origem e endereço de destino. O resultado de um hash calculado nesses campos é usado para escolher o link do LAG. O cálculo de hash para o fluxo direto e reverso deve ser idêntico. Isso é obtido trocando campos de origem por campos de destino para o fluxo reverso. A operação trocada é chamada de computação de hash complementar ou symmetric-hash complement a operação regular (ou não trocada) como computação de hash simétrica ou symmetric-hash. Os campos intercambiáveis são endereço MAC, endereço IP e porta.
Configuração do balanceamento de carga simétrico em um LAG 802.3ad em roteadores da Série MX
Você pode especificar se o hash simétrico ou o hash de complemento é feito para o tráfego de balanceamento de carga. Para configurar o hash simétrico, use a symmetric-hash instrução no nível da [edit forwarding-options hash-key family inet] hierarquia. Para configurar o complemento de hash simétrico, use a instrução e a symmetric-hash complement opção no nível da [edit forwarding-options hash-key family inet] hierarquia.
Essas operações também podem ser executadas no nível do PIC, especificando uma chave de hash. Para configurar uma chave de hash no nível do PIC, use a symmetric-hash instrução or symmetric-hash complement nos [edit chassis hash-key family inet] níveis de hierarquia e [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 para o Roteador B até i2. O tráfego reverso para o mesmo fluxo fx é do Roteador B para o Roteador A através do mesmo dispositivo i2 que seu hashing (feito após a troca dos campos de origem e destino) e retorna o mesmo índice de link; uma vez que é realizado nos endereços de origem e destino trocados.
No entanto, o link escolhido pode ou não corresponder ao que foi anexado ao DPI. Em outras palavras, o resultado do hash deve apontar para os mesmos links que estão conectados, para que o tráfego flua pelos mesmos dispositivos DPI em ambas as direções. Para garantir que isso aconteça, você também precisa configurar as portas de contrapartida (portas conectadas ao mesmo DPI-iN) com o índice de link idêntico. Isso é feito ao configurar um link filho no pacote LAG. Isso garante que o link escolhido para um determinado resultado de hash seja sempre o mesmo em qualquer um dos 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 hash do tráfego em modo simétrico ou complementar. Um único complexo PFE não pode funcionar simultaneamente em ambos os modos operacionais e tal configuração pode produzir resultados indesejáveis.
A configuração por PFE substitui a configuração de todo o chassi apenas para a família configurada. Para as outras famílias, o complexo PFE ainda herda a configuração de todo o chassi (quando configurado) ou a configuração padrão.
Esse recurso é compatível apenas com VPLS, INET e tráfego em ponte.
Esse recurso não pode funcionar em conjunto com a
per-flow-hash-seed load-balancingopção. Requer que todos os complexos PFE configurados de forma complementar compartilhem a mesma semente. Uma mudança na semente entre dois complexos PFE equivalentes pode produzir resultados indesejados.
Para obter informações adicionais, 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.
Exemplos de instruções de configuração
Para configurar os parâmetros do LAG 802.3ad no nível do pacote:
[edit interfaces]
g(x)e-fpc/pic/port {
gigether-options {
802.3ad {
bundle;
link-index number;
}
}
}
onde o link-index number varia de 0 a 15.
Você pode verificar o índice do 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 do tráfego de Camada 2 com base em campos de Camada 3, você pode configurar parâmetros de LAG 802.3ad por 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 de carga simétrico em um grupo de agregação de enlace 802.3ad é suportado em roteadores da Série MX com MPCs baseados em Trio.
Para obter um balanceamento de carga simétrico em MPCs baseados em trio, é necessário fazer o seguinte:
Calcular um hash simétrico
Ambos os roteadores devem calcular o mesmo valor de hash do fluxo nas direções direta e reversa. Em 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 observar que os campos usados para configurar o hash devem ter configurações idênticas de inclusão e exclusão em ambas as extremidades do LAG.
Configurar índices de link
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 alcançado com a
link-indexdeclaração.Habilitar balanceamento de carga simétrico
Para configurar o balanceamento de carga simétrico em MPCs baseados em Trio, inclua a
symmetricdeclaração no nível de[edit forwarding-options enhanced-hash-key]hierarquia. Esta declaração é aplicável apenas a plataformas baseadas em Trio.A
symmetricdeclaração pode ser usada com qualquer família de protocolos e permite o balanceamento de carga simétrico para todos os pacotes Ethernet agregados no roteador. A instrução precisa ser habilitada em ambas as extremidades do LAG. Essa instrução está desabilitada por padrão.Obtenha simetria para tráfego roteado e em ponte
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 calculado é diferente em cada direção porque os endereços MAC Ethernet são levados em consideração para pacotes interligados. Para superar isso, você pode excluir endereços MAC de origem e destino da computação enhanced-hash-key.
Para excluir endereços MAC de origem e destino da computação enhanced-hash-key, inclua a
no-mac-addressesdeclaração no nível da[edit forwarding-options enhanced-hash-key family multiservice]hierarquia. Essa instrução está desabilitada por padrão.
Quando o balanceamento de carga simétrico estiver ativado em MPCs baseados em Trio, lembre-se das seguintes advertências:
A polarização de tráfego é um fenômeno que ocorre ao usar topologias que distribuem tráfego usando hashing do mesmo tipo. Quando os roteadores são colocados em cascata, pode ocorrer polarização do tráfego, o que pode levar a uma distribuição desigual do tráfego.
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 usará 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 link aleatório, 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, em que o hash é calculado com base no prefixo da 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.
Exemplos de configurações
- Exemplos de configurações de configurações em todo o chassi
- Exemplos de configurações por mecanismo de encaminhamento de pacotes
Exemplos de configurações de configurações em todo o 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;
}
}
Exemplos de configurações por 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 em 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 grupo de agregação de enlaces (LAG) 802.3ad é útil quando dois roteadores da Série MX (por exemplo, Roteador A e Roteador B) são conectados de forma transparente por meio de dispositivos de Inspeção Profunda de Pacotes (DPI) em um pacote LAG. Os dispositivos DPI acompanham os fluxos de tráfego nas direções direta e reversa.
Se o hash simétrico estiver configurado, o fluxo reverso de tráfego também será direcionado pelo mesmo enlace filho no LAG e será obrigado a fluir pelo mesmo dispositivo DPI. Isso permite a contabilização adequada do DPI do tráfego nos fluxos direto e reverso.
Se o hash simétrico não estiver configurado, um link filho 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 de tráfego direto e reverso no dispositivo DPI, levando a uma contabilidade incompleta do tráfego pelo dispositivo DPI.
O hash simétrico é calculado com base em campos como endereço de origem e endereço de destino. Você pode configurar hashing simétrico tanto no nível do chassi quanto no nível do 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 família inet (família de protocolo IPv4) e multisserviços (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 do PIC fornece 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 o hash simétrico em um roteador e o complemento de hash simétrico no roteador remoto ou vice-versa.
Para configurar o hashing simétrico no nível do chassi, inclua o symmetric-hash ou as symmetric-hash complement declarações no nível da [edit forwarding-options hash-key family] hierarquia. Para obter informações sobre como configurar o hashing simétrico no nível do chassi e configurar o índice de enlace, consulte a biblioteca de interfaces de rede do Junos OS para dispositivos de roteamento e a biblioteca de VPNs do Junos OS para dispositivos de roteamento.
Nos DPCs da Série MX, a configuração de hash simétrico no nível do PIC refere-se à configuração de hash simétrico no nível do Mecanismo de Encaminhamento de Pacotes.
Para configurar o hashing simétrico no nível PIC na interface de tráfego de entrada (onde o tráfego entra no roteador), inclua a symmetric-hash ou symmetric-hash complement declaração no nível de [edit chassis fpc slot-number pic pic-number hash-key] hierarquia:
[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 hash simétrico no nível do PIC substitui o hash simétrico no nível do chassi configurado no nível de [edit chassis forwarding-options hash-key] hierarquia.
Atualmente, o hash simétrico para balanceamento de carga em grupos de agregação de links 802.3ad é compatível apenas com VPLS, INET e tráfego em ponte.
A configuração da chave de hash em um PIC ou Mecanismo de Encaminhamento de Pacotes pode estar no modo "hash simétrico" ou "complemento de hash simétrico", mas não nos dois ao mesmo tempo.
Veja também
Exemplos: Configuração de hashing simétrico em nível de PIC para balanceamento de carga em LAGs 802.3ad em roteadores da Série MX
Esses exemplos são aplicáveis apenas aos DPCs suportados nos roteadores MX240, MX480 e MX960. Para obter a lista de DPCs suportados, consulte DPCs suportados em roteadores MX240, MX480 e MX960 na seção 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 family inet em ambos os roteadores
- Configuração de hashing simétrico para family inet e family multiservice nos dois roteadores
Configuração de hashing simétrico para multisserviços familiares em ambos os roteadores
Na interface de tráfego de entrada em que o tráfego entra no Roteador A, inclua a symmetric-hash declaração no nível da [edit chassis fpc slot-number pic pic-number hash-key family multiservice] 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 em que o tráfego entra no Roteador B, inclua a symmetric-hash complement declaração no nível da [edit chassis fpc slot-number pic pic-number hash-key family multiservice] hierarquia:
[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 family inet em ambos os roteadores
Na interface de tráfego de entrada em que o tráfego entra no Roteador A, inclua a symmetric-hash declaração no nível da [edit chassis fpc slot-number pic pic-number hash-key family inet] hierarquia:
[edit chassis fpc 0 pic 1 hash-key]
family inet {
layer-3;
layer-4;
symmetric-hash;
}
Na interface de tráfego de entrada em que o tráfego entra no Roteador B, inclua a symmetric-hash complement declaração no nível da [edit chassis fpc slot-number pic pic-number hash-key family inet] hierarquia:
[edit chassis fpc 1 pic 2 hash-key]
family inet {
layer-3;
layer-4;
symmetric-hash {
complement;
}
}
Configuração de hashing simétrico para family inet e family multiservice nos dois roteadores
Na interface de tráfego de entrada em que o tráfego entra no Roteador A, inclua a symmetric-hash declaração no nível da [edit chassis fpc slot-number pic pic-number hash-key family multiservice] 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 em que o tráfego entra no Roteador B, inclua a symmetric-hash complement declaração no nível da [edit chassis fpc slot-number pic pic-number hash-key family inet] hierarquia:
[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 de carga Ethernet agregado
Exemplo: configuração do balanceamento de carga Ethernet agregado
Este exemplo mostra como configurar o balanceamento de carga Ethernet agregado.
Requerimentos
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 versão 13.3 ou posterior em execução 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 roteador do próximo salto, e é melhor que o tráfego de entrada seja balanceado em todos os caminhos disponíveis para melhor utilização do link.
O pacote Ethernet agregado é um aplicativo típico que usa o balanceamento de carga para equilibrar os fluxos de tráfego entre os links de membros do pacote (IEEE 802.3ad).
A partir do Junos OS Release 13.3, o balanceamento de carga Ethernet agregado é aprimorado para fornecer duas soluções para resolver o desequilíbrio de tráfego genuíno em pacotes Ethernet agregados em MICs ou MPCs de roteadores da Série MX. A partir do Junos OS Release 14.1, o balanceamento de carga Ethernet agregado é aprimorado para fornecer duas soluções para resolver o desequilíbrio de tráfego genuíno 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 Ethernet são:
-
Adaptativo — o balanceamento de carga adaptável é usado em cenários em que o hash baseado em fluxo não é suficiente para obter uma distribuição de carga uniforme. Essa solução de balanceamento de carga implementa um mecanismo de feedback e controle em tempo real para monitorar e gerenciar desequilíbrios na carga da rede.
A solução adaptativa de balanceamento de carga corrige o desequilíbrio do fluxo de tráfego modificando as entradas do seletor e verificando periodicamente a utilização do link em cada link membro do pacote AE para detectar quaisquer desvios. Quando um desvio é detectado, um evento de ajuste é acionado 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 bytes 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 adaptável, inclua a
adaptivedeclaração no nível da[edit interfaces aex aggregated-ether-options load-balance]hierarquia.Observação:Habilitar o balanceamento de carga adaptável pode causar a reordenação de pacotes uma vez a cada intervalo de rebalanceamento.
A
ppsopção permite 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 período de tempo para a varredura como um múltiplo de 30 segundos.O
tolerancevalor é o limite para a variação no fluxo de tráfego de pacotes para os links Ethernet agregados no pacote. Você pode especificar uma variação máxima de 100%. Quando o atributo de tolerância não está configurado, um valor padrão de 20% é habilitado para o balanceamento de carga adaptável. Um valor de tolerância menor equilibra melhor largura de banda, mas leva um tempo de convergência mais longo. Pulverização aleatória por pacote — quando a solução adaptativa de balanceamento de carga falha, a pulverização aleatória por pacote atua como último recurso. A solução de balanceamento de carga de pulverização aleatória por pacote ajuda a resolver o desequilíbrio de tráfego pulverizando aleatoriamente os pacotes para o próximo salto agregado. Isso garante que todos os links de membros do pacote AE sejam carregados igualmente, resultando em reordenação de pacotes.
Além disso, a pulverização aleatória por pacote identifica o Mecanismo de Encaminhamento de Pacotes de Pacotes de entrada que causou o desequilíbrio de tráfego e elimina o desequilíbrio de tráfego que ocorre como resultado de erros de software, exceto para hash de pacote.
Para configurar o balanceamento de carga de pulverização aleatória por pacote, inclua a
per-packetdeclaração no nível da[edit interfaces aex aggregated-ether-options load-balance]hierarquia.Observação: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 configurada anteriormente. 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
Nessa topologia, dois pacotes Ethernet agregados - ae0 e ae1 - são configurados nos links entre os roteadores R2 e R3.
de carga Ethernet agregado
Configuração
Configuração rápida da CLI
Para configurar rapidamente este exemplo, copie os comandos a seguir, cole-os em um arquivo de texto, remova as quebras de linha, altere os detalhes necessários para corresponder à configuração de rede e, em seguida, copie e cole os comandos na 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 adaptável
Procedimento passo a passo
O exemplo a seguir requer 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 de interface apropriados, endereços e quaisquer outros parâmetros 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 da interface Gigabit Ethernet conectando 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 de carga Ethernet agregado em ae0 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 de carga Ethernet agregado em ae1 de R2.
[edit interfaces]user@R2# set ae1 aggregated-ether-options load-balance adaptive tolerance 10Configure a velocidade do link 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 mplsDesabilite as estatísticas Ethernet agregadas seletivas.
[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
No modo de configuração, confirme sua configuração inserindo os show chassiscomandos , show interfaces, , show accounting-optionse show protocols . 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 adaptável no ae0
Finalidade
Verifique se os pacotes recebidos no pacote Ethernet agregado ae0 têm balanceamento de carga entre os cinco links de membros.
Ação
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 adaptável.
Comportamento de balanceamento de carga agregado de Ethernet específico da plataforma
Use o Explorador de Recursos para confirmar o suporte à plataforma e à versão para recursos específicos.
Use a tabela a seguir para examinar os comportamentos específicos da plataforma.
Comportamento de balanceamento de carga agregado de Ethernet 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 alterações
A compatibilidade com recursos é determinada pela plataforma e versão utilizada. Use o Explorador de recursos para determinar se um recurso é compatível com sua plataforma.
payload declaração.