Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
NESTA PÁGINA
 

Entendendo o algoritmo usado para carregar o tráfego de equilíbrio em roteadores da Série MX

Quando um pacote é recebido na interface de entrada de um dispositivo, o mecanismo de encaminhamento de pacotes (PFE) realiza um olhar para cima para identificar o próximo salto de encaminhamento. Se houver vários caminhos de igual custo (ECMPs) para o mesmo destino de próximo salto, o PFE de entrada pode ser configurado para distribuir o fluxo entre os próximos saltos. Da mesma forma, a distribuição do tráfego pode ser necessária entre os links de membros de uma interface agregada, como a Ethernet agregada. A seleção do próximo salto de encaminhamento real é baseada no resultado de computação de hash em campos de cabeçalho de pacotes selecionados e vários campos internos, como índice de interface. Você pode configurar alguns dos campos que são usados pelo algoritmo de hashing.

  • Para roteadores da série MX com Concentradores modulares de portas (MPCs) e FPCs tipo 5, configure o hash para os tipos de tráfego suportados no forwarding-options enhanced-hash-key nível de hierarquia. Detalhes sobre quais campos estão incluídos por padrão para os quais a família de tráfego pode ser encontrada abaixo.

    No Junos OS Release 18.3R1, o método padrão para o cálculo do hash aprimorado foi alterado para fornecer entropia aprimorada para túneis IP, fluxos IPv6 e cargas de PPPoE transmitidas como multisserviço familiar. Esses padrões podem ser desativados configurando seus respectivos sem comandos.

  • Para roteadores da série MX com DPCs, configure o hash para os tipos de tráfego suportados no forwarding-options hash-key nível de hierarquia.

O Junos oferece suporte a diferentes tipos de balanceamento de carga.

  • Balanceamento de carga por prefixo — cada prefixo é mapeado para apenas um próximo salto de encaminhamento.

  • Balanceamento de carga por pacote — Todos os endereços de próximo salto para um destino na rota ativa são instalados na tabela de encaminhamento (o termo balanceamento de carga por pacote no Junos equivale ao que outros fornecedores podem chamar de balanceamento de carga por fluxo ). Consulte a configuração do balanceamento de carga por pacote para obter mais informações.

  • Balanceamento aleatório de carga de pacotes — os próximos saltos são escolhidos aleatoriamente para cada pacote. Esse método está disponível em roteadores MX com placas de linha MPC para interfaces Ethernet agregadas e caminhos ECMP. Para configurar o balanceamento de carga de spray aleatório por pacote, inclua a per-packet declaração no nível de [edit interfaces aex aggregated-ether-options load-balance] hierarquia. Vejaexemplo: configuração do balanceamento agregado de carga de ethernet para obter mais informações.

  • Balanceamento de carga por 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 do ECMP 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.

    A partir do Junos OS Release 20.2R1, você pode configurar o balanceamento de carga aleatória por pacote em roteadores MX240, MX480 e MX960 com placa de linha MPC10E (MPC10E-15C-MRATE e MPC10E-10C-MRATE) e roteadores MX2010 e MX2020 com placa de linha MX2K-MPC11E.

  • Balanceamento de carga adaptativo — Balanceamento de carga adaptativo (ALB) é um método que corrige um verdadeiro descasamento de tráfego usando um mecanismo de feedback para distribuir o tráfego através dos links em um pacote Ethernet agregado e em próximos saltos de multicaminho de custo igual (ECMP). O ALB otimiza a distribuição de tráfego quando os fluxos de pacotes têm taxas de tráfego amplamente variáveis. A ALB usa um mecanismo de feedback para corrigir o desbalo da carga de tráfego ajustando a largura de banda e os fluxos de pacotes em links dentro de um pacote AE.

    • ALB em vários mecanismos de encaminhamento de pacotes para pacotes Ethernet agregados

      A partir do Junos OS Release 20.1R1, em MPCs da Série MX, em pacotes Ethernet agregados ALB redistribui o tráfego uniformemente em vários mecanismos de encaminhamento de pacotes de entrada (PFE) na mesma placa de linha. Em versões anteriores, o ALB estava limitado a um único PFE enquanto redistribuia o tráfego em um pacote AE. Isso impactou a flexibilidade e a redundância. O ALB é desativado por padrão.

      Você pode configurar o ALB configurando a adaptive declaração no nível de [edit interfaces ae-interface aggregated-ether-options load-balance] hierarquia.

      Veja configuração do balanceamento de carga adaptativo para obter mais informações.

    • ALB em vários PFEs para próximos saltos de ECMP

      A partir do Junos OS Release 20.1R1, você pode configurar o ALB para o próximo salto ECMP em vários PFEs de entrada na mesma placa de linha para até mesmo distribuição do tráfego e redundância. Em lançamentos anteriores, o ALB para eCMP next hops estava limitado a um único PFE. Essa limitação impactou a flexibilidade e a redundância. A ALB monitora dinamicamente a carga de tráfego contribuída por cada fluxo em relação aos níveis gerais de carregamento de enlaces ECMP e, em seguida, toma medidas corretivas quando o limiar é atingido.

      Você pode configurar o ALB para o próximo salto ECMP configurando o ecmp-alb comando sob o nível hierárquico [edit chassis] .

      Consulte o ecmp-alb para obter mais informações.

    Nota:

    A ALB trabalhará para vários PFEs residentes na mesma placa de linha. Esse recurso não será suportado para PFEs residentes em diferentes placas de linha.

    Para PFEs residentes em diferentes placas de linha, o tráfego de entrada pode causar uma carga desigual nas portas de saída, mesmo que o ALB esteja habilitado.

Várias opções de configuração adicionais também estão disponíveis:

  • Configuração da função de hash por slot — este método é baseado em um valor de hash exclusivo de equilíbrio de carga para cada slot PIC e só é válido para roteadores M120, M320 e Série MX com placas de linha DPCE e MS-DPC.

  • Balanceamento de carga simétrico — este método fornece balanceamento de carga simétrico em um LAG 802.3ad. O hash usado para balanceamento de carga simétrico é definido no interface nível da hierarquia. Ele garante que um determinado fluxo de tráfego duplex atravessa os mesmos dispositivos em ambas as direções, e está disponível em roteadores da Série MX.

Especificidades do MX MPC e T-Series 5 FPC

O algoritmo de computação de hash em MX MPC e FPCs Tipo 5 da Série T produz resultados idênticos para pacotes com endereços de camada 3 trocados ou portas de transporte de camada 4. Por exemplo, o resultado de computação de hash para um pacote com endereço fonte 192.0.2.1 e endereço de destino 203.0.113.1 é idêntico ao resultado de computação de hash para um pacote com endereço fonte 203.0.113.1 e endereço de destino 192.0.2.1.

Para evitar possíveis reordenações de pacotes, as portas de protocolo de transporte de camada 4 nunca são usadas na computação de hash para pacotes IPv4 fragmentados. Isso é verdade para o primeiro fragmento do fluxo, identificado pelo more fragment bit em um cabeçalho, e todos os fragmentos subseqüentes, identificados por deslocamento de fragmentos não zero. O primeiro fragmento e fragmentos subsequentes são sempre encaminhados pelo mesmo próximo salto.

Algoritmo de hashing usado no Junos 18.3R1 e posterior

Na maioria dos casos, incluindo informações de campo de camada 3 e camada 4 no cálculo de hash produz resultados que são bons o suficiente para distribuição equitativa para o tráfego. No entanto, em casos como o tunelamento IP em IP ou GRE, as informações de campo de camada 3 e camada 4 por si só podem não ser suficientes para produzir um hash com entropia suficiente para balanceamento de carga. Por exemplo, em uma implantação onde os roteadores da série MX transitam por fluxos GRE, os túneis de encapsulamento GRE normalmente ocorrem como um único fluxo com a mesma fonte e destino, e a mesma chave GRE. Fluxos gordos também podem aumentar significativamente o descaso na utilização de enlaces, à medida que o volume de tráfego sobre os túneis aumenta. Outro exemplo é quando os roteadores MX PE estão sendo usados como dispositivos VPLS PE em uma implantação de borda de assinantes onde os roteadores fazem o back-haul de tráfego de assinantes de banda larga dos dispositivos de acesso a um gateway de rede de banda larga central (BNG). Nesse caso, apenas os endereços MAC do assinante e os endereços MAC do roteador BNG estão disponíveis para hashing. Mas com poucos MACs BNG e relativamente poucos MACs assinantes, os campos típicos de camada 3 e camada 4 não são suficientes para criar um hash para um balanceamento de carga ideal.

Portanto, para roteadores da série MX com MPCs trio e executando o Junos OS Release 18.3R1 ou posterior, o cálculo padrão enhanced-hash-key mudou. Um resumo das mudanças está listado aqui:

  • Para pacotes GRE, se o pacote IP externo não for um pacote fragmentado (primeiro fragmento ou qualquer fragmento subsequente), e o pacote interno for IPv4 ou IPv6, então os endereços de origem e destino do pacote interno são usados na computação de hash, além dos endereços externos de origem e destino. As portas de camada 4 do pacote interno também estão incluídas se o protocolo do pacote IP interno for TCP ou UDP, e o pacote IP interno não for um fragmento (primeiro fragmento ou fragmento subsequente). Da mesma forma, se o pacote IP externo não for um pacote de fragmento, e o pacote interno for MPLS, então o rótulo interno superior está incluído na computação de hash.

  • Para pacotes PPPoE, se o pacote interno for IPv4 ou IPv6, então a origem e os endereços de destino do pacote interno estão incluídos. As portas de camada 4 estão incluídas se o protocolo do pacote IP interno for TCP ou UDP, e o pacote IP interno não for um fragmento. A inclusão dos campos de pacotes internos de PPPoE pode ser desabilitada configurando a opção no-payload no nível de forwarding-options enhanced-hash-key family multiservice hierarquia.

  • Para o IPv6, o campo de rótulo de fluxo de cabeçalho IPv6 está incluído na computação de hash. O RFC 6437 descreve o campo de rótulo de fluxo de 20 bits no cabeçalho IPv6. Definir a opção no-flow-label na forwarding-options enhanced-hash-key family inet6 hierarquia para desativar o novo padrão.

Campos de hash usados para tráfego GRE enviados pelo IPv4

As listas mostram os campos usados no cálculo de hash, para pacotes não fragmentados, no Junos 18.3R1 e posteriores. Por padrão, o campo é usado no cálculo de hash, a menos que seja observado de outra forma. Além disso, quando observado, o IP e os campos de porta usados no hash são simétricos, ou seja, a troca dos campos não altera o resultado de hash.

  • IPv4, GRE

    • Chave GRE

    • Endereço de origem e destino; Simétrica

    • Protocolo

    • DSCP (desativado)

    • Índice de interface de entrada (desativado)

  • IPv4 em IPv4, GRE

    • Carga útil (IPv4 interno: portas de origem e destino, endereços IP); Simétrica

    • Chave GRE

      Protocolo GRE = IPv4

    • Endereço de origem e destino; Simétrica

    • Protocolo

    • DSCP (desativado)

    • Índice de interface de entrada (desativado)

  • IPv6 em IPv4, GRE

    • Carga útil (IPv6 interno: portas de origem e destino, endereços IP); Simétrica

    • Chave GRE

      Protocolo GRE = IPv6

    • Endereço de origem e destino; Simétrica

    • Protocolo

    • DSCP (desativado)

    • Índice de interface de entrada (desativado)

  • MPLS em IPv4, GRE

    • Carga útil (MPLS interna: rótulo superior)

    • Chave GRE

      Protocolo GRE = MPLS

    • Endereço de origem e destino; Simétrica

    • Protocolo

    • DSCP (desativado)

    • Índice de interface de entrada (desativado)

  • IPv4, L2TPv2 usado no Junos 17.2 e posterior

    A inclusão do ID do túnel L2TPv2 e do ID de sessão pode ser habilitada configurando a opção forwarding-options enhanced-hash-key family inet l2tp-tunnel-session-identifier . Observe que a Juniper não recomenda habilitar essa opção por padrão. Isso porque a identificação de sessão L2TP é baseada na correspondência de porta UDP de destino (1701), e essa porta pode não ser usada exclusivamente para o transporte L2TP, de modo que a extração dos campos de ID de túnel e sessão do pacote pode nem sempre ser precisa.

    • ID da sessão

    • ID do túnel

    • Porta de origem e destino

    • Endereço de origem e destino; Simétrica

    • Protocolo (UDP)

    • DSCP (desativado)

    • Índice de interface de entrada (desativado)

Campos de hash usados para tráfego GRE enviados pelo IPv6

A lista mostra os campos usados no cálculo de hash para pacotes não fragmentados. Por padrão, o campo é usado no cálculo de hash, a menos que seja observado de outra forma. Além disso, quando observado, o IP e os campos de porta usados no hash são simétricos, ou seja, a troca dos campos não altera o resultado de hash.

  • IPv6, GRE

    • Chave GRE

    • Endereço de origem e destino; Simétrica

    • Próximo cabeçalho

    • Rótulo de fluxo (Junos 18.3 e posterior)

    • Classe de tráfego (desativado)

    • Índice de interface de entrada (desativado)

  • IPv4 em IPv6, GRE (Junos 18.3 e posterior)

    • Carga útil (IPv4 interno: portas de origem e destino, endereços IP); Simétrica

    • Chave GRE

      Protocolo GRE = IPv4

    • Endereço de origem e destino; Simétrica

    • Próximo cabeçalho

    • Rótulo de fluxo (Junos 18.3 e posterior)

    • Classe de tráfego (desativado)

    • Índice de interface de entrada (desativado)

  • IPv6 em IPv6, GRE (Junos 18.3 e posterior)

    • Carga útil (IPv6 interno: portas de origem e destino, endereços IP); Simétrica

    • Chave GRE

      Protocolo GRE = IPv6

    • Endereço de origem e destino; Simétrica

    • Próximo cabeçalho

    • Rótulo de fluxo (Junos 18.3 e posterior)

    • Classe de tráfego (desativado)

    • Índice de interface de entrada (desativado)

  • MPLS em IPv6, GRE (Junos 18.3 e posterior)

    • Carga útil (MPLS interna: rótulos superiores); Simétrica

    • Chave GRE

      Protocolo GRE = MPLS

    • Endereço de origem e destino; Simétrica

    • Próximo cabeçalho

    • Rótulo de fluxo

    • Classe de tráfego (desativado)

    • Índice de interface de entrada (desativado)

Campos de hash usados para IPv4

A lista mostra os campos usados no cálculo de hash para pacotes não fragmentados, exceto quando observado. Por padrão, o campo é usado no cálculo de hash, a menos que seja observado de outra forma. Além disso, quando observado, o hash de campos de IP e porta é simétrico, ou seja, a troca dos campos não altera o resultado de hash.

  • IPv4, não TCP ou UDP, ou pacotes fragmentados

    • Endereço de origem e destino; Simétrica

    • Protocolo

    • DSCP (desativado)

    • Índice de interface de entrada (desativado)

  • IPv4, TCP e UDP, pacotes não fragmentados

    • Porta de origem e destino; Simétrica

    • Endereço de origem e destino; Simétrica

    • Protocolo

    • DSCP (desativado)

    • Índice de interface de entrada (desativado)

  • IPv4, PPTP

    • 16 bits menos significativos da chave GRE

    • Endereço de origem e destino; Simétrica

    • Protocolo

    • DSCP (desativado)

    • Índice de interface de entrada (desativado)

  • IPv4, GTP, tráfego UDP para a porta de destino 2152

    A inclusão do identificador de endpoint de túnel (TEID) do protocolo de tunelamento GPRS (GTP) pode ser habilitada na opção forwarding-options enhanced-hash-key family inet gtp-tunnel-endpoint-identifier . Observe que a Juniper não recomenda habilitar essa opção por padrão. Isso porque a identificação da sessão do GTP é baseada na combinação de porta UDP de destino (2152), e essa porta pode não ser usada exclusivamente para transporte GTP, de modo que a extração do campo TEID do pacote pode nem sempre ser precisa.

    • GTP TEID (desativado)

    • Porta de origem e destino

    • Endereço de origem e destino; Simétrica

    • Protocolo

    • DSCP (desativado)

    • Índice de interface de entrada (desativado)

Campos de hash usados para IPv6

A lista mostra os campos usados no cálculo de hash para pacotes não fragmentados, exceto quando observado. Por padrão, o campo é usado no cálculo de hash, a menos que seja observado de outra forma. Além disso, quando observado, o hash de campos de IP e porta é simétrico, ou seja, a troca dos campos não altera o resultado de hash.

  • Pacote IPv6, não TCP e UDP, ou pacote de TCP e UDP fragmentado pelo originador

    • Endereço de origem e destino; Simétrica

    • Próximo cabeçalho

    • Rótulo de fluxo (Junos 18.3 e posterior)

    • Classe de tráfego (desativado)

    • Índice de interface de entrada (desativado)

  • IPv6, pacotes de TCP e UDP não fragmentados

    • Porta de origem e destino; Simétrica

    • Endereço de origem e destino; Simétrica

    • Próximo cabeçalho

    • Rótulo de fluxo (Junos 18.3 e posterior)

    • Classe de tráfego (desativado)

    • Índice de interface de entrada (desativado)

  • IPv6, PPTP

    • 16 bits menos significativos da chave GRE

    • Endereço de origem e destino; Simétrica

    • Próximo cabeçalho

    • Rótulo de fluxo (Junos 18.3 e posterior)

    • Classe de tráfego (desativado)

    • Índice de interface de entrada (desativado)

  • IPv6, GTP

    A inclusão do identificador de endpoint de túnel (TEID) do protocolo de tunelamento GPRS (GTP) pode ser habilitada no nível de forwarding-options enhanced-hash-key family inet gtp-tunnel-endpoint-identifier hierarquia. Observe que a Juniper não recomenda habilitar essa opção por padrão. Isso porque a identificação da sessão do GTP é baseada na combinação de porta UDP de destino (2152), e essa porta pode não ser usada exclusivamente para transporte GTP, de modo que a extração do campo TEID do pacote pode nem sempre ser precisa.

    • GTP TEID (desativado por padrão; habilitar no nível de forwarding-options enhanced-hash-key family inet gtp-tunnel-endpoint-identifier hierarquia.

    • Porta de origem e destino

    • Endereço de origem e destino; Simétrica

    • Próximo cabeçalho

    • Rótulo de fluxo (Junos 18.3 e posterior)

    • Classe de tráfego (desativado)

    • Índice de interface de entrada (desativado)

Campos de hash usados para multisserviços

A configuração de hash multisserviço da família aplica-se aos pacotes que entram no roteador como family ccc, vplsou bridge. A lista mostra os campos usados no cálculo de hash para pacotes não fragmentados. Por padrão, o campo é usado no cálculo de hash, a menos que seja observado de outra forma. Além disso, quando observado, o IP e os campos de porta usados no hash são simétricos, ou seja, a troca dos campos não altera o resultado de hash.

  • Ethernet, não-IP ou não MPLS

    Se configuradas, as informações de carga são extraídas de pacotes ou pacotes não registrados com até duas tags VLAN.

    • 802,1p externo (desativado)

    • MAC de origem e destino; Simétrica

    • Índice de interface de entrada (desativado)

  • Ethernet, IPv4

    • Carga útil (IPv4 interno: portas de origem e destino, endereços IP); Simétrica

    • 802,1p externo (desativado)

    • MAC de origem e destino; Simétrica

    • Índice de interface de entrada (desativado)

  • Ethernet, IPv6

    • Carga útil (IPv6 interno: portas de origem e destino, endereços IP); Simétrica

    • 802,1p externo (desativado)

    • MAC de origem e destino; Simétrica

    • Índice de interface de entrada (desativado)

  • Ethernet, MPLS

    • Carga útil (MPLS interna: rótulos superiores, além de campos IPv4 e IPv6 internos); Simétrica. Veja os campos de Hash usados para MPLS, Junos 18.3 e posteriores, abaixo, para obter informações relacionadas.

    • 802,1p externo (desativado)

    • MAC de origem e destino; Simétrica

    • Índice de interface de entrada (desativado)

  • IPv4 em PPPoE (pacote de dados)

    • Carga útil (IPv4 interno: portas de origem e destino, endereços IP); Simétrica

    • 0x1 de versão IPv4 do protocolo PPP, tipo 0x1

    • 802,1p externo (desativado)

    • MAC de origem e destino; Simétrica

    • Índice de interface de entrada (desativado)

  • IPv6 em PPPoE (pacote de dados)

    • Carga útil (IPv6 interno: portas de origem e destino, endereços IP); Simétrica

    • 0x1 de versão IPv6 de protocolo PPP, tipo 0x1

    • 802,1p externo (desativado)

    • MAC de origem e destino; Simétrica

    • Índice de interface de entrada (desativado)

Campos de hash usados para MPLS, Junos 18.3 e posteriores

A lista mostra os campos usados no cálculo de hash para pacotes não fragmentados. Por padrão, o campo é usado no cálculo de hash, a menos que seja observado de outra forma. Além disso, quando observado, o IP e os campos de porta usados no hash são simétricos, ou seja, a troca dos campos não altera o resultado de hash.

  • MPLS, IPv4 ou IPv6 encapsulados

    • Carga útil (IPv4 interno: portas de origem e destino, endereços IP); Simétrica

    • Carga útil (IPv6 interno: portas de origem e destino, endereços IP, cabeçalho próximo); Simétrica

    • Rótulo 1.16 (20 bits)

    • EXP de rótulo externo (desativado)

    • Índice de interface de entrada (desativado)

  • MPLS, IPv4 ou IPv6 em pseudo-wire Ethernet

    • Carga útil (IPv4/IPv6 em pseudo-wire Ethernet)

    • Rótulo 2.16 (20 bits)

    • EXP de rótulo externo (desativado)

    • Rótulo 1 (20 bits)

    • Índice de interface de entrada (desativado)

  • MPLS, MPLS em pseudo-wire Ethernet

    • Carga útil (duas etiquetas superiores de entrada de pilha de rótulo MPLS no pseudo-wire da Ethernet)

    • Rótulo 2.16 (20 bits)

    • EXP de rótulo externo (desativado)

    • Rótulo 1 (20 bits)

    • Índice de interface de entrada (desativado)

  • MPLS, rótulo de entropia

    Quando um rótulo de entropia é detectado, o campo de carga não é processado, e o indicador não está incluído na computação de hash

    • Rótulo 1.16 (20 bits)

    • EXP de rótulo externo (desativado)

    • Índice de interface de entrada (desativado)

Campos de hash usados para MPLS do Junos 14.1 ao Junos 18.3

A lista mostra os campos usados no cálculo de hash para pacotes não fragmentados. Por padrão, o campo é usado no cálculo de hash, a menos que seja observado de outra forma. Além disso, quando observado, o IP e os campos de porta usados no hash são simétricos, ou seja, a troca dos campos não altera o resultado de hash.

  • MPLS, IPv4 ou IPv6 encapsulados

    • Carga útil (IPv4 interno: portas de origem e destino, endereços IP); Simétrica

      Carga útil (IPv6 interno: portas de origem e destino, endereços IP, cabeçalho próximo); Simétrica

    • Rótulo 2.8 (20 bits)

      EXP de rótulo externo (desativado)

      Rótulo 1 (20 bits)

    • Índice de interface de entrada (desativado)

  • MPLS, IPv4 ou IPv6 em pseudo-wire Ethernet

    • Carga útil (IPv4/IPv6 em pseudo-wire Ethernet)

    • Rótulo 2.8 (20 bits)

      EXP de rótulo externo (desativado)

      Rótulo 1 (20 bits)

    • Índice de interface de entrada (desativado)

  • MPLS, MPLS em pseudo-wire Ethernet

    • Carga útil (duas etiquetas superiores de entrada de pilha de rótulo MPLS no pseudo-wire da Ethernet)

    • Rótulo 2.16 (20 bits)

    • EXP de rótulo externo (desativado)

    • Rótulo 1 (20 bits)

    • Índice de interface de entrada (desativado)

  • MPLS, rótulo de entropia

    Quando um rótulo de entropia é detectado, o campo de carga não é processado, e o indicador não está incluído na computação de hash

    • Rótulo 2.8 (20 bits)

      EXP de rótulo externo (desativado)

      Rótulo 1 (20 bits)

    • Índice de interface de entrada (desativado)

Lista de atualizações do Junos para cálculo de hash e balanceamento de carga para roteadores da série MX com MPCs

Tabela 1: Lista de atualizações para roteadores da série MX

Junos Release

Change

18.3R1

Inclui rótulo de fluxo IPv6, cabeçalho GRE interno e PPPoE interno na computação de hash padrão.

Aumenta a profundidade da pilha de rótulo MPLS para 16 rótulos.

17.2R1

Balanceamento de carga para pacotes IPv4 e IPv6 encapsulados de L2TP.

16.1R1

Inclui hash de carga EoMPLS com palavra de controle.

Apresenta hashing baseado apenas na origem e somente no destino.

15.1R1

Oferece distribuição direcionada de interfaces estáticas em links de membros da AE.

Inclui fonte, destino e MAC da carga de PPPoE encapsulada de MPLS na computação hash padrão.

14.2R3

Aumenta o escalonamento de LAG e MC-LAG.

14.2R2

Oferece pacote Ethernet agregado com links 10G, 40G e 100G.

14.1R1

Desacopla a criação de interfaceeX de ch agg eth dev.

Aumenta o espaço agregado de nomes de interface Ethernet.

Oferece balanceamento de carga adaptativo para os próximos saltos do ECMP.

13.3R1

Inclui aprimoramentos para balanceamento de carga adaptativo, por pacote aleatório e reequilíbrio periódico.

11.4R1

fornece compartilhamento de carga nos próximos saltos do ECMP.