Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
 

Entendendo o balanceamento de carga por pacote

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 hops para um destino muda de alguma forma, o endereço do next-hop é re-escolhido usando o algoritmo hash. Começando no Junos OS Release 18.3R1, para roteadores da série MX, o comportamento padrão para a computação de hash de pacotes IPv6, GRE e PPPoE foi modificado para incluir o campo de rótulos de fluxo para um melhor balanceamento de carga em determinados casos (você pode usar a opção no-payload de reverter para o método anterior de computação hash). Veja a compreensão do algoritmo usado para carregar o tráfego de equilíbrio nos roteadores da Série MX para obter detalhes.

Você pode configurar o Junos OS para que, para a rota ativa, todos os endereços de próximo salto para um destino sejam instalados na tabela de encaminhamento. Esse recurso é chamado de balanceamento de carga por pacote. A nomeação pode ser contra-intuitiva. No entanto, o balanceamento de carga por pacote Junos é funcionalmente equivalente ao que outros fornecedores podem usar de balanceamento de carga por fluxo . Você pode usar o balanceamento de carga para espalhar o tráfego por vários caminhos entre roteadores.

A Figura 1 mostra um cenário de balanceamento de carga simples. O dispositivo R1 está no AS 64500 e está conectado ao dispositivo R2 e ao dispositivo R3, que estão no AS 64501. O dispositivo R1 pode ser configurado para carregar o tráfego de equilíbrio nos dois links.

Figura 1: cenário Simple Load Balancing Scenario de balanceamento de carga simples

A partir do Junos OS 13.3R3, para plataformas de roteamento universal 5G da Série MX com concentradores de portas modulares (MPCs) apenas, você pode configurar um balanceamento de carga consistente, o que impede a reordenação de todos os fluxos para caminhos ativos em um grupo multicaminho de custo igual (ECMP) quando um ou mais caminhos de next-hop falham. Apenas fluxos para caminhos inativos são redirecionados para outro caminho ativo de next-hop. Os fluxos mapeados para servidores que permanecem ativos são mantidos. Esse recurso se aplica apenas a pares BGP externos.

A partir do Junos OS Release 19.1R1,em switches QFX10000, você pode configurar o balanceamento de carga de pacotes IPv4 ou IPv6 usando cálculos de hash do identificador de endpoint de túnel de tunelamento GPRS (GTP-TEID). O hashing GTP-TEID é adicionado ao hashing de campo de Camada 2 e Camada 3 que você já configurou. Para habilitar esse recurso em switches QFX10000, configure a gtp-tunnel-endpoint-identifier declaração no [edit forwarding-options enhanced-hash-key family inet] nível de hierarquia ou no [edit forwarding-options enhanced-hash-key family inet6] nível de hierarquia. As versões GTP 1 e 2 têm suporte; eles oferecem suporte apenas aos dados do usuário. Você deve usar a porta UDP número 2152 para ambas as versões GTP.

Tabela de histórico de lançamento
Lançamento
Descrição
19.1R1
A partir do Junos OS Release 19.1R1,em switches QFX10000, você pode configurar o balanceamento de carga de pacotes IPv4 ou IPv6 usando o identificador de endpoint de túnel de tunelamento GPRS (GTP-TEID) em cálculos de hash de campo
18.3R1
Começando no Junos OS Release 18.3R1, para roteadores da série MX, o comportamento padrão para a computação de hash de pacotes IPv6, GRE e PPPoE foi modificado para incluir o campo de rótulos de fluxo para um melhor balanceamento de carga em determinados casos (você pode usar a opção no-payload de reverter para o método anterior de computação hash).
13.3R3
A partir do Junos OS 13.3R3, para plataformas de roteamento universal 5G da Série MX com concentradores de portas modulares (MPCs) apenas, você pode configurar um balanceamento de carga consistente, o que impede a reordenação de todos os fluxos para caminhos ativos em um grupo multicaminho de custo igual (ECMP) quando um ou mais caminhos de next-hop falham.