Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
Nesta página
 

Balanceamento de carga para uma sessão BGP

Entendendo o BGP Multipath

O multicaminho BGP permite que você instale vários caminhos BGP internos e vários caminhos BGP externos para a tabela de encaminhamento. Selecionar vários caminhos permite que o BGP balancee o tráfego em vários links.

Um caminho é considerado um caminho bgp de custo igual (e é usado para encaminhamento) se o processo de seleção de caminho BGP realizar um tie-break depois de comparar o custo do IGP com o próximo salto. Por padrão, todos os caminhos com o mesmo AS vizinho, aprendidos por um vizinho BGP habilitado para multicaminho são considerados no processo de seleção multicaminho.

O BGP normalmente seleciona apenas um melhor caminho para cada prefixo e instala esse roteamento na tabela de encaminhamento. Quando o multicaminho BGP é habilitado, o dispositivo seleciona vários caminhos BGP de igual custo para chegar a um determinado destino, e todos esses caminhos estão instalados na tabela de encaminhamento. O BGP anuncia apenas o caminho ativo para os vizinhos, a menos que o complemento esteja em uso.

O recurso multicaminho Junos OS BGP oferece suporte aos seguintes aplicativos:

  • Balanceamento de carga em vários links entre dois dispositivos de roteamento pertencentes a diferentes sistemas autônomos (ASs)

  • Balanceamento de carga em uma sub-rede comum ou várias sub-redes para diferentes dispositivos de roteamento pertencentes ao mesmo peer AS

  • Balanceamento de carga em vários links entre dois dispositivos de roteamento pertencentes a diferentes pares da confederação externa

  • Balanceamento de carga em uma sub-rede comum ou várias sub-redes para diferentes dispositivos de roteamento pertencentes a pares da confederação externa

Em um cenário comum para balanceamento de carga, um cliente é multihomed para vários roteadores ou switches em um ponto de presença (POP). O comportamento padrão é enviar todo o tráfego em apenas um dos links disponíveis. O balanceamento de carga faz com que o tráfego use dois ou mais links.

O multicaminho BGP não se aplica a caminhos que compartilham o mesmo custo MED-plus-IGP, mas diferem no custo do IGP. A seleção de caminhos multicaminho é baseada na métrica de custo do IGP, mesmo que dois caminhos tenham o mesmo custo MED-plus-IGP.

A partir do Junos OS Release 18.1R1 BGP multipath é suportado globalmente em [edit protocols bgp] nível hierárquicos. Você pode desabilitar seletivamente o multicaminho em alguns grupos BGP e vizinhos. Inclua disable no [edit protocols bgp group group-name multipath] nível de hierarquia para desabilitar a opção multicaminho para um grupo ou um vizinho BGP específico.

A partir do Junos OS Release 18.1R1, você pode adiar o cálculo multicaminho até que todas as rotas BGP sejam recebidas. Quando o multicaminho é habilitado, o BGP insere a rota na fila multicaminho cada vez que uma nova rota é adicionada ou sempre que uma rota existente muda. Quando vários caminhos são recebidos através do recurso de add-path BGP, o BGP pode calcular uma rota multicaminho várias vezes. O cálculo multicaminho reduz a taxa de aprendizado rib (também conhecida como tabela de roteamento). Para acelerar o aprendizado rib, o cálculo multicaminho pode ser adiado até que as rotas BGP sejam recebidas ou você pode reduzir a prioridade do trabalho de construção multicaminho de acordo com seus requisitos até que as rotas BGP sejam resolvidas. Para adiar a configuração do cálculo multicaminho defer-initial-multipath-build no [edit protocols bgp] nível de hierarquia. Como alternativa, você pode reduzir a prioridade de trabalho de construção multicaminho BGP usando multipath-build-priority a declaração de configuração no [edit protocols bgp] nível de hierarquia para acelerar o aprendizado rib.

Consulte também

Exemplo: Balanceamento de carga do tráfego BGP

Este exemplo mostra como configurar o BGP para selecionar vários caminhos BGP externos de igual custo (EBGP) ou BGP interno (IBGP) como caminhos ativos.

Requisitos

Antes de começar:

  • Configure as interfaces do dispositivo.

  • Configure um protocolo de gateway interior (IGP).

  • Configure BGP.

  • Configure uma política de roteamento que exporta rotas (como rotas diretas ou rotas de IGP) da tabela de roteamento para o BGP.

Visão geral

As etapas a seguir mostram como configurar o balanceamento de carga por pacote:

  1. Definir uma política de roteamento de balanceamento de carga incluindo uma ou mais policy-statement declarações no nível hierárquico [edit policy-options] , definindo uma ação de load-balance per-packet:

    Nota:

    Para permitir o balanceamento de carga entre vários caminhos de EBGP e vários caminhos de IBGP, inclua a multipath declaração globalmente no nível de [edit protocols bgp] hierarquia. Você não pode permitir o balanceamento de carga do tráfego BGP sem incluir a multipath declaração globalmente, ou para um grupo BGP no nível de [edit protocols bgp group group-name hierarquia, ou para vizinhos BGP específicos no nível de [edit protocols bgp group group-name neighbor address] hierarquia.

  2. Aplicar a política às rotas exportadas da tabela de roteamento para a tabela de encaminhamento. Para fazer isso, inclua as e export as forwarding-table declarações:

    Você não pode aplicar a política de exportação a instâncias de roteamento VRF.

  3. Especifique todos os próximos saltos dessa rota, se houver mais de um, ao alocar um rótulo correspondente a uma rota que está sendo anunciada.

  4. Configure a chave de hash de opções de encaminhamento para MPLS para incluir a carga de IP.

Nota:

Em algumas plataformas, você pode aumentar o número de caminhos que são equilibrados por meio da declaração máxima de ecmp do chassi.

Com esta declaração, você pode alterar o número máximo de caminhos equilibrados por carga de custo igual para 32, 64, 128, 256 ou 512 (o número máximo varia de acordo com a plataforma — veja máximo-ecmp.)

O recurso multicaminho é suportado em todas as plataformas que oferecem suporte ao BGP. Alguns aprimoramentos foram feitos em plataformas QFX:

Neste exemplo, o dispositivo R1 está no AS 64500 e está conectado ao dispositivo R2 e ao dispositivo R3, que estão no AS 64501. Este exemplo mostra a configuração no dispositivo R1.

Topologia

Figura 1 mostra a topologia usada neste exemplo.

Figura 1: Balanceamento de carga BGPBalanceamento de carga BGP

Configuração

Procedimento

Configuração rápida da CLI

Para configurar este exemplo rapidamente, copie os seguintes comandos, cole-os em um arquivo de texto, remova qualquer quebra de linha, altere os detalhes necessários para combinar com a configuração da sua rede e, em seguida, copie e cole os comandos no CLI no nível de [edit] hierarquia.

Procedimento passo a passo

O exemplo a seguir exige que você navegue por vários níveis na hierarquia de configuração. Para obter informações sobre como navegar na CLI, consulte Usando o Editor de CLI no modo de configuração no Guia de usuário do Junos OS CLI.

Para configurar as sessões de peer BGP:

  1. Configure o grupo BGP.

  2. Habilite o grupo BGP a usar vários caminhos.

    Nota:

    Para desativar a verificação padrão que exige que os caminhos aceitos pelo multicaminho BGP devem ter o mesmo sistema autônomo vizinho (AS), inclua a opção multiple-as .

  3. Configure a política de balanceamento de carga.

  4. Aplique a política de balanceamento de carga.

  5. Configure o número do sistema autônomo local (AS).

Resultados

A partir do modo de configuração, confirme sua configuração entrando no show protocols, show policy-optionse show routing-options comandos. Se a saída não exibir a configuração pretendida, repita as instruções neste exemplo para corrigir a configuração.

Se você terminar de configurar o dispositivo, entre no commit modo de configuração.

Verificação

Confirme que a configuração está funcionando corretamente:

Verificação de rotas

Propósito

Verifique se as rotas são aprendidas com ambos os roteadores no AS vizinho.

Ação

A partir do modo operacional, execute o show route comando.

Significado

O caminho ativo, denotado com um asterisco (*), tem dois saltos seguintes: 10.0.1.1 e 10.0.0.2 para o destino 10.0.2.0. O próximo salto de 10.0.1.1 é copiado do caminho inativo para o caminho ativo.

Nota:

A show route detail saída de comando designa um gateway como selected. Essa saída é potencialmente confusa no contexto do balanceamento de carga. O gateway selecionado é usado para muitas finalidades, além de decidir qual gateway instalar no kernel quando o Junos OS não estiver realizando balanceamento de carga por pacote. Por exemplo, o ping mpls comando usa o gateway selecionado ao enviar pacotes. Os protocolos multicast usam o gateway selecionado em alguns casos para determinar a interface upstream. Portanto, mesmo quando o Junos OS está realizando balanceamento de carga por pacote por pacote por meio de uma política de tabela de encaminhamento, as informações de gateway selecionadas ainda são necessárias para outras finalidades. É útil exibir o gateway selecionado para fins de solução de problemas. Além disso, é possível usar a política de tabela de encaminhamento para substituir o que está instalado no kernel (por exemplo, usando a ação install-nexthop ). Neste caso, o gateway de próximo salto instalado na tabela de encaminhamento pode ser um subconjunto do total de gateways exibidos no show route comando.

Verificação do encaminhamento

Propósito

Verifique se ambos os próximos saltos estão instalados na tabela de encaminhamento.

Ação

A partir do modo operacional, execute o show route forwarding-table comando.

Consulte também

Entendendo a configuração de até 512 caminhos de custo igual com balanceamento de carga consistente opcional

Você pode configurar o recurso multicaminho de igual custo (ECMP) com até 512 caminhos para peers BGP externos. Ter a capacidade de configurar até 512 ECMP próximos saltos permite que você aumente o número de conexões de peer BGP diretas com seu dispositivo de roteamento especificado, melhorando assim a latência e otimizando o fluxo de dados. Opcionalmente, você pode incluir balanceamento de carga consistente nessa configuração de ECMP. O balanceamento de carga consistente garante que, se um membro ECMP (ou seja, um caminho) falhar, apenas os fluxos que fluem pelo membro com falha são redistribuídos para outros membros ativos do ECMP. O balanceamento consistente de carga também garante que, se um membro do ECMP for adicionado, a redistribuição dos fluxos dos membros existentes do EMCP para o novo membro do ECMP é mínima.

Diretrizes e limitações para configuração de 256 a 512 caminhos de custo igual, opcionalmente com balanceamento consistente de carga

  • O recurso se aplica apenas a pares BGP externos de salto único. (Este recurso não se aplica às rotas MPLS.)

  • O processo de roteamento (RPD) do dispositivo deve suportar o modo de 64 bits; O RPD de 32 bits não é suportado.

  • O recurso se aplica apenas ao tráfego unicast.

  • A distribuição de tráfego pode não estar nem mesmo entre todos os membros do grupo — depende do padrão de tráfego e da organização da tabela de configuração de fluxo de hashing no hardware. A hashing consistente minimiza o remapping de fluxos para links de destino quando os membros são adicionados ou excluídos do grupo.

  • Se você configurar set forwarding-options enhanced-hash-key com uma das opçõeshash-mode, inetinet6oulayer2, alguns fluxos podem mudar os links de destino, pois os novos parâmetros de hash podem gerar novos índices de hash para os fluxos, resultando em novos links de destino.

  • Para obter a melhor precisão de hashing possível, esse recurso usa uma topologia em cascata para implementar a estrutura de next-hop para configurações de mais de 128 próximos saltos. A precisão de hashing é, portanto, um pouco menor do que é para configurações de próximo salto ECMP com menos de 128, que não exigem uma topologia em cascata.

  • Os fluxos existentes em caminhos ECMP afetados e novos fluxos fluindo sobre os caminhos ECMP afetados podem mudar de caminho durante o reparo da rota local, e a inclinação do tráfego pode ser perceptível. No entanto, qualquer desvio desse tipo é corrigido durante o reparo de rota global subsequente.

  • Quando você aumenta o maximum-ecmp valor, o hashing de consistência é perdido durante o próximo evento de mudança de salto para o prefixo da rota.

  • Se você adicionar um novo caminho a um grupo ECMP existente, alguns fluxos sobre caminhos não afetados podem se mover para o caminho recém-adicionado.

  • O redirecionamento rápido (FRR) pode não funcionar com hashing consistente.

  • A distribuição de tráfego perfeita e semelhante à ECMP não pode ser alcançada. Caminhos que têm mais "baldes" do que outros caminhos têm mais fluxos de tráfego do que caminhos com menos baldes (um balde é uma entrada na lista de distribuição da tabela de balanceamento de carga que é mapeada para um índice de membros do ECMP).

  • Durante os eventos de mudança de topologia de rede, o hashing consistente é perdido para prefixos de rede em alguns casos, porque esses prefixos apontam para um novo próximo salto ECMP que não tem todas as propriedades dos próximos saltos ECMP anteriores dos prefixos.

  • Se vários prefixos de rede apontarem para o mesmo ECMP próximo hop e um ou mais desses prefixos forem habilitados com a consistent-hash declaração, todos os prefixos de rede apontando para o mesmo ECMP próximo salto exibem um comportamento consistente de hashing.

  • O hashing consistente é suportado apenas no grupo ECMP baseado em ECMP de igual custo. Quando outros protocolos ou rotas estáticas são configurados que têm prioridade em rotas BGP, o hashing consistente não é suportado.

  • O hashing consistente pode ter limitações quando a configuração é combinada com configurações para os seguintes recursos, porque esses recursos têm terminações de túnel ou engenharia de tráfego que não usam hashing para selecionar caminhos — tunelamento GRE; Tráfego BUM; EVPN-VXLAN; e MPLS TE, largura de banda automática.

Instruções para configurar até 512 ECMP Next Hops e configurar opcionalmente o balanceamento consistente de carga

Quando estiver pronto para configurar até 512 próximos saltos, use as seguintes instruções de configuração:

  1. Configure o número máximo de próximos saltos ECMP — por exemplo, configure 512 ECMP próximo saltos:

  2. Criar uma política de roteamento e permitir o balanceamento de carga por pacote, permitindo assim que o ECMP globalmente no sistema:

  3. Habilite a resiliência em prefixos selecionados criando uma política de roteamento separada para combinar rotas de entrada a um ou mais prefixos de destino , por exemplo:

  4. Aplique uma política de importação de eBGP (por exemplo, "c-hash") ao grupo BGP de pares externos:

Para obter mais detalhes sobre a configuração de caminhos de igual custo, veja Exemplo: Balanceamento de carga do tráfego BGP, que aparece anteriormente neste documento.

(Opcional) Para obter mais detalhes sobre a configuração de balanceamento de carga consistente (também conhecido como hashing consistente), veja Configuração de balanceamento consistente de carga para grupos ECMP

Consulte também

Exemplo: Configuração de pares de EBGP de salto único para aceitar próximos saltos remotos

Este exemplo mostra como configurar um peer BGP externo (EBGP) de salto único para aceitar um próximo salto remoto com o qual ele não compartilha uma sub-rede comum.

Requisitos

Nenhuma configuração especial além da inicialização do dispositivo é necessária antes de configurar este exemplo.

Visão geral

Em algumas situações, é necessário configurar um peer EBGP de salto único para aceitar um próximo salto remoto com o qual não compartilhe uma sub-rede comum. O comportamento padrão é para qualquer endereço de próximo salto recebido de um peer EBGP de salto único que não seja reconhecido como compartilhamento de uma sub-rede comum a ser descartada. A capacidade de ter um peer EBGP de salto único aceitando um próximo salto remoto ao qual ele não está conectado diretamente também impede que você tenha que configurar o vizinho EBGP de salto único como uma sessão multihop. Quando você configura uma sessão multihop nesta situação, todas as rotas de próximo salto aprendidas por este peer EBGP são rotuladas como indiretas, mesmo quando compartilham uma sub-rede comum. Essa situação quebra a funcionalidade multicaminho para rotas que são resolvidas recursivamente em rotas que incluem esses endereços de próximo salto. A configuração da accept-remote-nexthop declaração permite que um peer EBGP de salto único aceite um próximo salto remoto, o que restaura a funcionalidade multicaminho para rotas que são resolvidas nesses endereços de próximo salto. Você pode configurar essa declaração nos níveis de hierarquia global, de grupos e vizinhos para BGP. A declaração também é suportada em sistemas lógicos e no tipo de instância de roteamento e encaminhamento vpn (VRF). Tanto o next-hop remoto quanto o peer EBGP devem oferecer suporte à atualização de rota BGP conforme definido na RFC 2918, recurso de atualização de rota no BGP-4. Se o peer remoto não oferecer suporte à atualização da rota BGP, a sessão será reiniciada.

Um peer EBGP de salto único anuncia seu próprio endereço como o próximo salto por padrão. se você quiser anunciar um próximo salto diferente, você deve definir uma política de roteamento de importação no peer EBGP. Quando você permite que um peer EBGP de salto único aceite um próximo salto remoto, você também pode configurar uma política de roteamento de importação no peer EBGP. No entanto, uma política de roteamento não é necessária se você tiver configurado um próximo salto remoto.

Este exemplo inclui uma política de roteamento de importação, agg_routeque permite que um peer BGP externo de salto único (Dispositivo R1) aceite o next-hop remoto 10.10.10.10 para a rota para a rede 10.1.230.0/23. No nível de [edit protocols bgp] hierarquia, o exemplo inclui a import agg_route declaração para aplicar a política ao peer BGP externo e inclui a accept-remote-nexthop declaração para permitir que o peer EBGP de salto único aceite o próximo salto remoto.

Figura 2 mostra a topologia da amostra.

Figura 2: Topologia para aceitar um próximo salto remotoTopologia para aceitar um próximo salto remoto

Configuração

Configuração rápida da CLI

Para configurar este exemplo rapidamente, copie os seguintes comandos, cole-os em um arquivo de texto, remova qualquer quebra de linha, altere os detalhes necessários para combinar com a configuração da sua rede e, em seguida, copie e cole os comandos no CLI no nível de [edit] hierarquia.

Dispositivo R0

Dispositivo R1

Dispositivo R2

Dispositivo R0

Procedimento passo a passo

O exemplo a seguir exige que você navegue por vários níveis na hierarquia de configuração. Para obter informações sobre como navegar na CLI, consulte Usando o Editor de CLI no modo de configuração no Guia de usuário do Junos OS CLI.

Para configurar o dispositivo R0:

  1. Configure as interfaces.

  2. Configure EBGP.

  3. Habilite o BGP multicaminho entre o Dispositivo R0 e o Dispositivo R1.

  4. Configure rotas estáticas para redes remotas. Essas rotas não fazem parte da topologia. O objetivo dessas rotas é demonstrar a funcionalidade neste exemplo.

  5. Configure políticas de roteamento que aceitam as rotas estáticas.

  6. Exporte a agg_route tabela de roteamento e test_route as políticas da tabela de roteamento para o BGP.

  7. Configure o número do sistema autônomo (AS).

Resultados

A partir do modo de configuração, confirme sua configuração entrando noshow interfaces, show policy-optionsshow protocolse show routing-options comandos. Se a saída não exibir a configuração pretendida, repita as instruções neste exemplo para corrigir a configuração.

Se você terminar de configurar o dispositivo, entre no commit modo de configuração.

Configuração do dispositivo R1

Procedimento passo a passo

O exemplo a seguir exige que você navegue por vários níveis na hierarquia de configuração. Para obter informações sobre como navegar na CLI, consulte Usando o Editor de CLI no modo de configuração no Guia de usuário do Junos OS CLI.

Para configurar o dispositivo R1:

  1. Configure as interfaces.

  2. Configure OSPF.

  3. Habilite o dispositivo R1 para aceitar o próximo salto remoto.

  4. Configure IBGP.

  5. Configure EBGP.

  6. Habilite o BGP multicaminho entre o Dispositivo R0 e o Dispositivo R1.

  7. Configure uma política de roteamento que permite que um peer BGP externo de salto único (Dispositivo R1) aceite o next-hop remoto 10.10.10.10 para a rota para a rede 10.1.230.0/23.

  8. Importe a agg_route política para a tabela de roteamento do dispositivo R1.

  9. Configure o número do sistema autônomo (AS).

Resultados

A partir do modo de configuração, confirme sua configuração entrando noshow interfaces, show policy-optionsshow protocolse show routing-options comandos. Se a saída não exibir a configuração pretendida, repita as instruções neste exemplo para corrigir a configuração.

Se você terminar de configurar o dispositivo, entre no commit modo de configuração.

Configuração do dispositivo R2

Procedimento passo a passo

O exemplo a seguir exige que você navegue por vários níveis na hierarquia de configuração. Para obter informações sobre como navegar na CLI, consulte Usando o Editor de CLI no modo de configuração no Guia de usuário do Junos OS CLI.

Para configurar o dispositivo R2:

  1. Configure as interfaces.

  2. Configure OSPF.

  3. Configure IBGP.

  4. Configure o número do sistema autônomo (AS).

Resultados

A partir do modo de configuração, confirme sua configuração entrando no show interfaces, show protocolse show routing-options comandos. Se a saída não exibir a configuração pretendida, repita as instruções neste exemplo para corrigir a configuração.

Se você terminar de configurar o dispositivo, entre no commit modo de configuração.

Verificação

Confirme se a configuração está funcionando corretamente.

Verificando se a rota multicaminho com o próximo salto indireto está na tabela de roteamento

Propósito

Verifique se o dispositivo R1 tem uma rota para a rede 10.1.230.0/23.

Ação

A partir do modo operacional, entre no show route 10.1.230.0 extensive comando.

Significado

A saída mostra que o Dispositivo R1 tem uma rota para a rede 10.1.230.0 com o recurso multicaminho habilitado (Accepted Multipath). A saída também mostra que a rota tem um próximo salto indireto de 10,10,10,10.

Desativação e reativação da declaração de nexthop remoto aceito

Propósito

Certifique-se de que a rota multicaminho com o próximo salto indireto seja removida da tabela de roteamento quando você desativar a accept-remote-nexthop declaração.

Ação

  1. A partir do modo de configuração, entre no deactivate protocols bgp accept-remote-nexthop comando.

  2. A partir do modo operacional, entre no show route 10.1.230.0 comando.

  3. A partir do modo de configuração, reativa a declaração entrando no activate protocols bgp accept-remote-nexthop comando.

  4. Do modo operacional, reentrada no show route 10.1.230.0 comando.

Significado

Quando a accept-remote-nexthop declaração é desativada, a rota multicaminho para o 10.A rede 1.230.0 é removida da tabela de roteamento.

Consulte também

Entendendo o balanceamento de carga para tráfego BGP com largura de banda desigual alocada nos caminhos

A opção multicaminho elimina os critérios de desempate do processo de decisão de rota ativa, permitindo assim que rotas BGP de igual custo aprendidas com várias fontes sejam instaladas na tabela de encaminhamento. No entanto, quando os caminhos disponíveis não são de igual custo, você pode querer carregar o equilíbrio do tráfego de forma assimétrica.

Assim que vários saltos seguintes forem instalados na tabela de encaminhamento, um próximo salto de encaminhamento específico é selecionado pelo algoritmo de balanceamento de carga por prefixo do Junos OS. Esse processo se posiciona contra os endereços de origem e destino de um pacote para mapear deterministicamente o pareamento de prefixo em um dos próximos saltos disponíveis. O mapeamento por prefixo funciona melhor quando a função de hash é apresentada com um grande número de prefixos, como pode ocorrer em uma troca de peering na Internet, e serve para evitar a reordenação de pacotes entre pares de nós comunicadores.

Uma rede empresarial normalmente quer alterar o comportamento padrão para evocar um algoritmo de balanceamento de carga por pacote . Por pacote é enfatizado aqui porque seu uso é um erro de nome que decorre do comportamento histórico do ASIC processador de Internet original. Na realidade, os roteadores atuais da Juniper Networks oferecem suporte a por prefixo (padrão) e balanceamento de carga por fluxo. Este último envolve o hashing contra vários cabeçalhos de Camada 3 e Camada 4, incluindo partes do endereço fonte, endereço de destino, protocolo de transporte, interface de entrada e portas de aplicativos. O efeito é que agora os fluxos individuais são acelerados para um próximo salto específico, resultando em uma distribuição mais uniforme em próximos saltos disponíveis, especialmente quando o roteamento entre menos pares de origem e destino.

Com o balanceamento de carga por pacote, os pacotes que compreendem um fluxo de comunicação entre dois endpoints podem ser ressequencados, mas os pacotes dentro de fluxos individuais mantêm o sequenciamento correto. Não importa se você opta por balanceamento por prefixo ou de carga por pacote, a assimetria dos links de acesso pode apresentar um desafio técnico. De qualquer forma, os prefixos ou fluxos mapeados para, por exemplo, um link T1 exibirão desempenho degradado quando comparado com os fluxos que mapeiam para, por exemplo, um link de acesso Fast Ethernet. Pior ainda, com cargas de tráfego pesadas, qualquer tentativa de balanceamento de carga igual provavelmente resultará em saturação total do link T1 e interrupção da sessão decorrentes da perda de pacotes.

Felizmente, a implementação BGP da Juniper Networks oferece suporte à noção de uma comunidade de largura de banda. Essa comunidade estendida codifica a largura de banda de um determinado próximo salto, e quando combinado com multicaminho, o algoritmo de balanceamento de carga distribui fluxos por todo o conjunto de próximos saltos proporcionais às suas larguras de banda relativas. Dito de outra forma, se você tiver um próximo salto de 10 Mbps e 1 Mbps, em média nove fluxos serão mapeados para o próximo salto de alta velocidade para cada um que usa a baixa velocidade.

O uso da comunidade de largura de banda BGP é suportado apenas com balanceamento de carga por pacote.

A tarefa de configuração tem duas partes:

  • Configure as sessões externas de peering BGP (EBGP), habilite multicaminho e defina uma política de importação para marcar rotas com uma comunidade de largura de banda que reflete a velocidade do enlace.

  • Habilite o balanceamento de carga por pacote (realmente por fluxo) para uma distribuição ideal do tráfego.

Consulte também

Exemplo: Balanceamento de carga do tráfego BGP com largura de banda desigual alocada para os caminhos

Este exemplo mostra como configurar o BGP para selecionar vários caminhos de custo desiguais como caminhos ativos.

As comunidades BGP podem ajudá-lo a controlar a política de roteamento. Um exemplo de bom uso para comunidades BGP é o balanceamento de carga desigual. Quando um roteador de borda de sistema autônomo (ASBR) recebe rotas de vizinhos BGP externos (EBGP) conectados diretamente, o ASBR anuncia essas rotas para vizinhos internos, usando anúncios do IBGP. Nos adverisements do IBGP, você pode anexar a comunidade de largura de banda de link para comunicar a largura de banda do link externo anunciado. Isso é útil quando vários links externos estão disponíveis, e você deseja fazer balanceamento de carga desigual sobre os links. Você configura a comunidade estendida de largura de banda de link em todos os links de entrada do AS. As informações de largura de banda na comunidade estendida por largura de banda do link são baseadas na largura de banda configurada do link EBGP. Não se baseia na quantidade de tráfego no link. O Junos OS oferece suporte a largura de banda de link BGP e balanceamento de carga multicaminho, conforme descrito no draft da Internet draft-ietf-idr-link-largura de banda-06, Comunidade estendida de largura de banda do BGP Link. Observe que, embora draft-ietf-idr-link-bandwidth-06 especifique comunidades não transitivas, a implementação do Junos OS está limitada a comunidades transitivas.

Requisitos

Antes de começar:

  • Configure as interfaces do dispositivo.

  • Configure um protocolo de gateway interior (IGP).

  • Configure BGP.

  • Configure uma política de roteamento que exporta rotas (como rotas diretas ou rotas de IGP) da tabela de roteamento para o BGP.

Visão geral

Neste exemplo, o dispositivo R1 está no AS 64500 e está conectado ao dispositivo R2 e ao dispositivo R3, que estão no AS 64501.

O exemplo usa a comunidade estendida de largura de banda.

Por padrão, quando o multicaminho BGP é usado, o tráfego é distribuído igualmente entre os vários caminhos calculados. A comunidade estendida de largura de banda permite que um atributo adicional seja adicionado aos caminhos BGP, permitindo assim que o tráfego seja distribuído de forma desigual. A aplicação primária é um cenário em que existem vários caminhos externos para uma determinada rede com recursos assimétricos de largura de banda. Nesse cenário, você pode marcar rotas recebidas com a comunidade estendida de largura de banda. Quando o bgp multicaminho (interno ou externo) opera entre rotas que contêm o atributo de largura de banda, o mecanismo de encaminhamento pode distribuir tráfego de forma desigual de acordo com a largura de banda correspondente a cada caminho.

Quando o BGP tem vários caminhos de candidato disponíveis para fins multicaminho, o BGP não realiza balanceamento de carga de custo desigual de acordo com a comunidade de largura de banda, a menos que todos os caminhos do candidato tenham esse atributo.

A aplicabilidade da comunidade estendida de largura de banda é limitada pelas restrições sob as quais o multicaminho BGP aceita vários caminhos para consideração. Explicitamente, a distância de IGP, no que diz respeito ao BGP, entre o roteador que realiza balanceamento de carga e os vários pontos de saída precisa ser o mesmo. Isso pode ser conseguido usando uma malha completa de caminhos comuados por rótulos (LSPs) que não rastreiam a métrica IGP correspondente. No entanto, em uma rede em que o atraso na propagação de circuitos é significativo (por exemplo, se os circuitos de longa distância estão presentes), muitas vezes é valioso levar em conta as características de atraso de diferentes caminhos.

Configure a comunidade de largura de banda da seguinte forma:

O primeiro número de 16 bits representa o sistema autônomo local. O segundo número de 32 bits representa a largura de banda do link em bytes por segundo.

Por exemplo:

Onde 10458 é o número DE local. Os valores correspondem à largura de banda dos caminhos T1, T3 e OC-3 em bytes por segundo. O valor especificado como valor de largura de banda não precisa corresponder à largura de banda real de uma interface específica. Os fatores de equilíbrio utilizados são calculados como uma função da largura de banda total especificada. Para marcar uma rota com esta comunidade estendida, defina uma declaração de política da seguinte forma:

Aplique isso como uma política de importação nas sessões de peering BGP voltadas para os links de largura de banda assimétricos. Embora, em teoria, o atributo da comunidade possa ser adicionado ou removido em qualquer ponto da rede, no cenário descrito acima, aplicar a comunidade como uma política de importação na sessão de peering EBGP voltada para o link externo permite que esse atributo influencie a decisão local multicaminho, e é potencialmente mais fácil de gerenciar.

Topologia

Figura 3 mostra a topologia usada neste exemplo.

Figura 3: Balanceamento de carga BGPBalanceamento de carga BGP

Configuração rápida da CLI mostra a configuração de todos os dispositivos em Figura 3. A seção#d29e113__d29e376 descreve as etapas do dispositivo R1.

Configuração

Procedimento

Configuração rápida da CLI

Para configurar este exemplo rapidamente, copie os seguintes comandos, cole-os em um arquivo de texto, remova qualquer quebra de linha, altere os detalhes necessários para combinar com a configuração da sua rede e, em seguida, copie e cole os comandos no CLI no nível de [edit] hierarquia.

Dispositivo R1

Dispositivo R2

Dispositivo R3

Procedimento passo a passo

O exemplo a seguir exige que você navegue por vários níveis na hierarquia de configuração. Para obter informações sobre como navegar na CLI, consulte Usando o Editor de CLI no modo de configuração no Guia de usuário do Junos OS CLI.

Para configurar as sessões de peer BGP:

  1. Configure as interfaces.

  2. Configure o grupo BGP.

  3. Habilite o grupo BGP a usar vários caminhos.

    Nota:

    Para desativar a verificação padrão que exige que os caminhos aceitos pelo multicaminho BGP devem ter o mesmo sistema autônomo vizinho (AS), inclua a opção multiple-as . Use a opção multiple-as se os vizinhos estiverem em ASs diferentes.

  4. Configure a política de balanceamento de carga.

  5. Aplique a política de balanceamento de carga.

  6. Configure os membros da comunidade BGP.

    Este exemplo assume uma largura de banda de 1 Gbps e aloca 60% para bw-high e 40 por cento para bw-low. A largura de banda de referência não precisa ser a mesma que a largura de banda do link.

  7. Configure a política de distribuição de largura de banda.

  8. Configure o número do sistema autônomo local (AS).

Resultados

A partir do modo de configuração, confirme sua configuração entrando noshow interfaces, show protocolsshow policy-optionse show routing-options comandos. Se a saída não exibir a configuração pretendida, repita as instruções neste exemplo para corrigir a configuração.

Se você terminar de configurar o dispositivo, entre no commit modo de configuração.

Verificação

Confirme que a configuração está funcionando corretamente:

Verificação de rotas

Propósito

Verifique se ambas as rotas são selecionadas e se os próximos saltos nas rotas mostram um equilíbrio de 60%/40%.

Ação

A partir do modo operacional, execute o show route protocol bgp detail comando.

Significado

O caminho ativo, denotado com um asterisco (*), tem dois saltos seguintes: 10,0,1,1 e 10,0,0,2 para o destino 172,16/16.

Da mesma forma, o caminho ativo, denotado com um asterisco (*), tem dois saltos seguintes: 10.0.1.1 e 10.0.0.2 para o destino 10.0.2.0.

Em ambos os casos, o próximo salto 10.0.1.1 é copiado do caminho inativo para o caminho ativo.

O saldo de 40% e 60% é mostrado na show route produção. Isso indica que o tráfego está sendo distribuído entre dois saltos seguintes e que 60% do tráfego está seguindo o primeiro caminho, enquanto 40% está seguindo o segundo caminho.

Consulte também

Exemplo: Configuração de uma política para anunciar largura de banda agregada em links BGP externos para balanceamento de carga

Este exemplo mostra como configurar uma política para anunciar largura de banda agregada em links BGP externos para balanceamento de carga e especificar um limite para a largura de banda agregada configurada. O BGP adiciona a largura de banda do link disponível de multicaminhos e calcula a largura de banda agregada. Em caso de falha no link, a largura de banda agregada é ajustada para refletir o status atual da largura de banda disponível.

Requisitos

Este exemplo usa os seguintes componentes de hardware e software:

  • Quatro roteadores com capacidade de balanceamento de carga

  • Junos OS Release 17.4 ou posterior em todos os dispositivos

Visão geral

A partir do Junos OS Release 17.4R1, um alto-falante BGP que recebe vários caminhos de seus pares internos de carga equilibra o tráfego entre esses caminhos. Em versões anteriores do Junos OS, um alto-falante BGP que recebe vários caminhos de seus pares internos anunciava apenas a largura de banda do link associada à rota ativa. O BGP usa uma nova comunidade estendida de largura de banda de link com a largura de banda agregada para marcar multicaminhos e anuncia a largura de banda agregada para essas várias rotas em seu link DMZ. Para anunciar várias rotas agregadas, configure uma política com aggregate-bandwidth e limit bandwidth ações no nível de hierarquia [editar opções de políticas e name depois] hierarquia.

Topologia

Figura 5: Configuração de uma política para anunciar largura de banda agregada em links BGP externos para balanceamento de cargaConfiguração de uma política para anunciar largura de banda agregada em links BGP externos para balanceamento de carga

Em Figura 5, a carga do Roteador R1 equilibra o tráfego para um destino remoto através do next-hop 10.0.1.1 no Roteador R2 a 60.000.000 bytes por segundo e até 10.0.0.2 no Roteador R3 a 40.000.000 bytes por segundo. O roteador R1 anuncia o destino 10.0.2.0 para o roteador R4. O roteador R1 calcula o agregado da largura de banda disponível, que é de 1000000 bytes por segundo. No entanto, uma política configurada no Roteador R1 define o limite para a largura de banda agregada para 80.000.000 bytes por segundo. Portanto, a R1 anuncia 80.000.000 bytes por segundo em vez dos 10.000.000 bytes por segundo.

Nota:

Se um dos links multicaminho cair, a largura de banda do link com falha não será adicionada à largura de banda agregada que é anunciada aos vizinhos BGP.

Configuração

Configuração rápida da CLI

Para configurar rapidamente este exemplo, copie os seguintes comandos, cole-os em um arquivo de texto, remova quaisquer quebras de linha, altere todos os detalhes necessários para combinar com a configuração da sua rede, copiar e colar os comandos na CLI no nível de [edit] hierarquia e, em seguida, entrar no commit modo de configuração.

Roteador R1

Roteador R2

Roteador R3

Roteador R4

Configuração de roteadores, começando pelo R1

Procedimento passo a passo

O exemplo a seguir exige que você navegue por vários níveis na hierarquia de configuração. Para obter informações sobre como navegar na CLI, consulte Usando o Editor de CLI no modo de configuração no Guia do usuário da CLI.

Configurar uma política para anunciar uma largura de banda agregada aos pares BGP (começando pelo Roteador R1):

Nota:

Repita este procedimento nos roteadores R2, R3 e R4 após modificar os nomes, endereços e outros parâmetros apropriados da interface.

  1. Configure as interfaces com endereços IPv4.

  2. Configure o endereço de loopback.

  3. Configure o sistema autônomo para hosts BGP.

  4. Configure o EBGP nos roteadores de borda externos.

  5. Defina uma política de distribuição de largura de banda para atribuir uma comunidade de alta largura de banda ao tráfego destinado ao Roteador R3.

  6. Defina uma política de distribuição de largura de banda para atribuir uma comunidade de baixa largura de banda ao tráfego destinado ao Roteador R2.

  7. Habilite o recurso para anunciar uma largura de banda agregada de 80.000.000 bytes ao Roteador de peer R4 do EBGP em sessões BGP.

  8. Aplique a política de aggregate_bw_and limit_capacity ao grupo external2EBGP.

  9. Definir uma política de balanceamento de carga.

  10. Aplique a política de balanceamento de carga.

  11. Configure os membros da comunidade BGP. O primeiro número de 16 bits representa o sistema autônomo local. O segundo número de 32 bits representa a largura de banda do link em bytes por segundo. Configure uma bw-high comunidade com 60% de um link de 1 Gbps e outra comunidade bw-low com 40% de um link de 1 Gbps.

    Configure 60% de um link de 1 Gbps para uma comunidade bw-high e 40% para uma comunidade bw-low.

Resultados

A partir do modo de configuração, confirme sua configuração entrando noshow interfaces, show protocolsshow routing-optionse show policy-options comandos. Se a saída não exibir a configuração pretendida, repita as instruções neste exemplo para corrigir a configuração.

Verificação

A verificação da sessão do BGP está estabelecida

Propósito

Para verificar se o peering BGP está completo e uma sessão BGP é estabelecida entre os roteadores,

Ação
Significado

O roteador R1 completou o peering com roteadores R2, R3 e R4.

Verificando se a largura de banda agregada está presente em cada caminho

Propósito

Para verificar se a comunidade estendida está presente em cada caminho de rota.

Ação

A partir do modo operacional, execute o show route protocol bgp detail comando.

Significado

Verificando se o roteador R1 está anunciando a largura de banda agregada para o roteador vizinho R4

Propósito

Para verificar se o Roteador R1 está anunciando a largura de banda agregada para seus vizinhos externos.

Ação
Significado

O roteador R1 está anunciando a largura de banda agregada de 80.000.000 bytes para seus vizinhos.

Consulte também

Entendendo o anúncio de vários caminhos para um único destino no BGP

Os pares do BGP anunciam rotas entre si em mensagens de atualização. O BGP armazena suas rotas na tabela de roteamento do Junos OS ().inet.0 Para cada prefixo na tabela de roteamento, o processo de protocolo de roteamento seleciona um único caminho melhor, chamado de caminho ativo. A menos que você configure o BGP para anunciar vários caminhos para o mesmo destino, o BGP anuncia apenas o caminho ativo.

Em vez de anunciar apenas o caminho ativo para um destino, você pode configurar o BGP para anunciar vários caminhos até o destino. Dentro de um sistema autônomo (AS), a disponibilidade de vários pontos de saída para chegar a um destino oferece os seguintes benefícios:

  • Tolerância a falhas — a diversidade de caminhos leva a uma redução no tempo de restauração após falha. Por exemplo, uma fronteira após receber vários caminhos para o mesmo destino pode pré-processar um caminho de backup e tê-lo pronto para que, quando o caminho principal se tornar inválido, o dispositivo de roteamento de borda possa usar o backup para restaurar rapidamente a conectividade. Sem um caminho de backup, o tempo de restauração depende da reconvergência do BGP, que inclui a retirada e mensagens de anúncio na rede antes que um novo melhor caminho possa ser aprendido.

  • Balanceamento de carga — a disponibilidade de vários caminhos para chegar ao mesmo destino permite o balanceamento de carga do tráfego, se o roteamento dentro do AS atender a determinadas restrições.

  • Manutenção — a disponibilidade de pontos de saída alternativos permite uma operação de manutenção graciosa dos roteadores.

As seguintes limitações se aplicam à publicidade de várias rotas no BGP:

  • Famílias de endereços apoiadas:

    • IPv4 unicast (family inet unicast)

    • IPv6 unicast (family inet6 unicast)

    • Unicast rotulado de IPv4 (family inet labeled-unicast)

    • Unicast rotulado de IPv6 (family inet6 labeled-unicast)

    • IPv4 VPN unicast (family inet-vpn unicast)

    • IPv6 VPN unicast (family inet6-vpn unicast)

    O exemplo a seguir mostra a configuração da unicast VPN IPv4 e das famílias unicast VPN IPv6:

  • Oferecemos suporte add-path a pares BGP (IBGP) internos e BGP externos (EBGP).

    Nota:

    • Apoiamos o recebimento de caminhos adicionais para os pares IBGP e EBGP.

    • Apoiamos o envio de caminhos adicionais apenas para os pares do IBGP.

    • Não oferecemos suporte ao envio de caminhos adicionais para os pares de EBGP. Quando você tenta confirmar a configuração para enviar caminhos adicionais para pares EBGP, a CLI lança um erro de confirmação.

  • Somente em instâncias principais. Não há suporte para instâncias de roteamento.

  • A reinicialização graciosa e o roteamento ativo ininterrupto (NSR) são suportados.

  • Não há suporte para o BGP Monitoring Protocol (BMP).

  • As políticas de prefixo permitem filtrar rotas em um roteador que está configurado para anunciar vários caminhos até um destino. As políticas de prefixo só podem combinar prefixos. Eles não podem combinar atributos de rota e não podem alterar os atributos das rotas.

A partir do Junos OS Release 18.4R1, o BGP pode anunciar no máximo 2 rotas adicionais , além dos vários caminhos ECMP.

Para anunciar todos os complementos de até 64 add-paths ou apenas caminhos de custo igual, inclua path-selection-mode no nível de [edit protocols bgp group group-name family name addpath send] hierarquia. Você não pode habilitar ambos multipath e path-selection-mode ao mesmo tempo.

Consulte também

Exemplo: Publicidade Múltiplos caminhos no BGP

Neste exemplo, os roteadores BGP estão configurados para anunciar vários caminhos em vez de anunciar apenas o caminho ativo. Publicidade de vários caminhos no BGP é especificado no RFC 7911, Anúncio de vários caminhos no BGP.

Requisitos

Este exemplo usa os seguintes componentes de hardware e software:

  • Oito dispositivos habilitados para BGP.

  • Cinco dos dispositivos habilitados para BGP não precisam necessariamente ser roteadores. Por exemplo, podem ser switches de ethernet da Série EX.

  • Três dos dispositivos habilitados para BGP estão configurados para enviar vários caminhos ou receber vários caminhos (ou ambos enviam e recebem vários caminhos). Esses três dispositivos habilitados para BGP devem ser roteadores de borda multisserviços da Série M, plataformas de roteamento universal 5G da Série MX ou roteadores de núcleo da Série T.

  • Os três roteadores devem estar executando o Junos OS Release 11.4 ou posterior.

Visão geral

As declarações a seguir são usadas para configurar vários caminhos para um destino:

Neste exemplo, o Roteador R5, o Roteador R6 e o Roteador R7 redistribuem rotas estáticas em BGP. O roteador R1 e o roteador R4 são refletores de rota. O roteador R2 e o roteador R3 são clientes para rotear o Refletor R1. O roteador R8 é um cliente para rotear o Refletor R4.

A reflexão de rota é opcional quando o anúncio de vários caminhos é habilitado no BGP.

Com a configuração, o add-path send path-count 6 Roteador R1 está configurado para enviar até seis caminhos (por destino) ao Roteador R4.

Com a configuração, o add-path receive Roteador R4 está configurado para receber vários caminhos do Roteador R1.

Com a configuração, o add-path send path-count 6 Roteador R4 está configurado para enviar até seis caminhos para o Roteador R8.

Com a configuração, o add-path receive Roteador R8 está configurado para receber vários caminhos do Roteador R4.

A add-path send prefix-policy allow_199 configuração de política (juntamente com o filtro de rota correspondente) limita o Roteador R4 a enviar vários caminhos apenas para a rota 172.16.199.1/32.

Diagrama de topologia

Figura 6 mostra a topologia usada neste exemplo.

Figura 6: Anúncio de vários caminhos no BGPAnúncio de vários caminhos no BGP

Configuração

Configuração rápida da CLI

Para configurar este exemplo rapidamente, copie os seguintes comandos, cole-os em um arquivo de texto, remova qualquer quebra de linha, altere os detalhes necessários para combinar com a configuração da sua rede e, em seguida, copie e cole os comandos no CLI no nível de [edit] hierarquia.

Roteador R1

Roteador R2

Roteador R3

Roteador R4

Roteador R5

Roteador R6

Roteador R7

Roteador R8

Configuração do roteador R1

Procedimento passo a passo

O exemplo a seguir exige que você navegue por vários níveis na hierarquia de configuração. Para obter informações sobre como navegar na CLI, consulte Usando o Editor de CLI no modo de configuração no Guia de usuário do Junos OS CLI.

Para configurar o roteador R1:

  1. Configure as interfaces para o Roteador R2, Roteador R3, Roteador R4 e Roteador R5, e configure a interface de loopback (lo0).

  2. Configure o BGP nas interfaces e configure a reflexão de rota do IBGP.

  3. Configure o Roteador R1 para enviar até seis caminhos ao seu vizinho, o Roteador R4.

    O destino dos caminhos pode ser qualquer destino que o Roteador R1 possa alcançar por vários caminhos.

  4. Configure o OSPF nas interfaces.

  5. Configure a ID do roteador e o número do sistema autônomo.

  6. Se você terminar de configurar o dispositivo, confirme a configuração.

Resultados

A partir do modo de configuração, confirme sua configuração entrando noshow interfaces, show protocolsshow policy-optionse show routing-options comandos. Se a saída não exibir a configuração pretendida, repita as instruções neste exemplo para corrigir a configuração.

Configuração do roteador R2

Procedimento passo a passo

Para configurar o roteador R2:

  1. Configure a interface de loopback (lo0) e as interfaces para o Roteador R6 e o Roteador R1.

  2. Configure BGP e OSPF nas interfaces do Roteador R2.

  3. Para rotas enviadas do Roteador R2 ao Roteador R1, anuncie o Roteador R2 como o próximo salto, porque o Roteador R1 não tem uma rota para o endereço do Roteador R6 na rede 10.0.26.0/24.

  4. Configure o número do sistema autônomo.

  5. Se você terminar de configurar o dispositivo, confirme a configuração.

Resultados

A partir do modo de configuração, confirme sua configuração entrando no show interfaces, show protocolse show policy-optionsshow routing-options comandos. Se a saída não exibir a configuração pretendida, repita as instruções neste exemplo para corrigir a configuração.

Configuração do roteador R3

Procedimento passo a passo

Para configurar o roteador R3:

  1. Configure a interface de loopback (lo0) e as interfaces para o Roteador R7 e o Roteador R1.

  2. Configure BGP e OSPF nas interfaces do Roteador R3.

  3. Para rotas enviadas do Roteador R3 ao Roteador R1, anuncie o Roteador R3 como o próximo salto, porque o Roteador R1 não tem uma rota para o endereço do Roteador R7 na rede 10.0.37.0/24.

  4. Configure o número do sistema autônomo.

  5. Se você terminar de configurar o dispositivo, confirme a configuração.

Resultados

A partir do modo de configuração, confirme sua configuração entrando noshow interfaces, show protocolsshow policy-optionse show routing-options comandos. Se a saída não exibir a configuração pretendida, repita as instruções neste exemplo para corrigir a configuração.

Configuração do roteador R4

Procedimento passo a passo

Para configurar o roteador R4:

  1. Configure as interfaces para o Roteador R1 e o Roteador R8, e configure a interface de loopback (lo0).

  2. Configure o BGP nas interfaces e configure a reflexão de rota do IBGP.

  3. Configure o Roteador R4 para enviar até seis caminhos ao seu vizinho, o Roteador R8.

    O destino dos caminhos pode ser qualquer destino que o Roteador R4 possa alcançar por vários caminhos.

  4. Configure o Roteador R4 para receber vários caminhos de seu vizinho, o Roteador R1.

    O destino dos caminhos pode ser qualquer destino que o Roteador R1 possa alcançar por vários caminhos.

  5. Configure o OSPF nas interfaces.

  6. Configure uma política que permita que o Roteador R4 envie vários caminhos ao Roteador R8 para a rota 172.16.199.1/32.

    • O roteador R4 recebe vários caminhos para a rota 172.16.198.1/32 e para a rota 172.16.199.1/32. No entanto, por causa dessa política, o Roteador R4 envia apenas vários caminhos para a rota 172.16.199.1/32.

    • O roteador R4 também pode ser configurado para enviar rotas DE BGP add-path de até 20 para um subconjunto de prefixos anunciados de caminho complementar.

  7. Configure o número do sistema autônomo.

  8. Se você terminar de configurar o dispositivo, confirme a configuração.

Resultados

A partir do modo de configuração, confirme sua configuração entrando noshow interfaces, show protocolsshow policy-optionse show routing-options comandos. Se a saída não exibir a configuração pretendida, repita as instruções neste exemplo para corrigir a configuração.

Configuração do roteador R5

Procedimento passo a passo

Para configurar o roteador R5:

  1. Configure a interface de loopback (lo0) e a interface para o Roteador R1.

  2. Configure o BGP na interface do Roteador R5.

  3. Crie rotas estáticas para redistribuição em BGP.

  4. Redistribua rotas estáticas e diretas para o BGP.

  5. Configure o número do sistema autônomo.

  6. Se você terminar de configurar o dispositivo, confirme a configuração.

Resultados

A partir do modo de configuração, confirme sua configuração entrando noshow interfaces, show protocolsshow policy-optionse show routing-options comandos. Se a saída não exibir a configuração pretendida, repita as instruções neste exemplo para corrigir a configuração.

Configuração do roteador R6

Procedimento passo a passo

Para configurar o roteador R6:

  1. Configure a interface de loopback (lo0) e a interface para o Roteador R2.

  2. Configure o BGP na interface do Roteador R6.

  3. Crie rotas estáticas para redistribuição em BGP.

  4. Redistribua rotas estáticas e diretas da tabela de roteamento do Roteador R6 para o BGP.

  5. Configure o número do sistema autônomo.

  6. Se você terminar de configurar o dispositivo, confirme a configuração.

Resultados

A partir do modo de configuração, confirme sua configuração entrando noshow interfaces, show protocolsshow policy-optionse show routing-options comandos. Se a saída não exibir a configuração pretendida, repita as instruções neste exemplo para corrigir a configuração.

Configuração do roteador R7

Procedimento passo a passo

Para configurar o roteador R7:

  1. Configure a interface de loopback (lo0) e a interface para o Roteador R3.

  2. Configure o BGP na interface do Roteador R7.

  3. Crie uma rota estática para redistribuição em BGP.

  4. Redistribua rotas estáticas e diretas da tabela de roteamento do Roteador R7 para o BGP.

  5. Configure o número do sistema autônomo.

  6. Se você terminar de configurar o dispositivo, confirme a configuração.

Resultados

A partir do modo de configuração, confirme sua configuração entrando noshow interfaces, show protocolsshow policy-optionse show routing-options comandos. Se a saída não exibir a configuração pretendida, repita as instruções neste exemplo para corrigir a configuração.

Configuração do roteador R8

Procedimento passo a passo

Para configurar o roteador R8:

  1. Configure a interface de loopback (lo0) e a interface para o Roteador R4.

  2. Configure BGP e OSPF na interface do Roteador R8.

  3. Configure o roteador R8 para receber vários caminhos de seu vizinho, o Roteador R4.

    O destino dos caminhos pode ser qualquer destino que o Roteador R4 possa alcançar por vários caminhos.

  4. Configure o número do sistema autônomo.

  5. Se você terminar de configurar o dispositivo, confirme a configuração.

Resultados

A partir do modo de configuração, confirme sua configuração entrando noshow interfaces, show protocolsshow policy-optionse show routing-options comandos. Se a saída não exibir a configuração pretendida, repita as instruções neste exemplo para corrigir a configuração.

Verificação

Confirme se a configuração está funcionando corretamente.

Verificando se os pares BGP têm a capacidade de enviar e receber vários caminhos

Propósito

Certifique-se de que uma ou ambas as seqüências a seguir apareçam na saída do show bgp neighbor comando:

  • NLRI's for which peer can receive multiple paths: inet-unicast

  • NLRI's for which peer can send multiple paths: inet-unicast

Ação

Verificar se o roteador R1 está anunciando vários caminhos

Propósito

Certifique-se de que vários caminhos até o destino 172.16.198.1/32 e vários caminhos para o destino 172.16.199.1/32 são anunciados no Roteador R4.

Ação
Significado

Quando você vê um prefixo e mais de um próximo salto, isso significa que vários caminhos são anunciados para o Roteador R4.

Verificar se o roteador R4 está recebendo e anunciando vários caminhos

Propósito

Certifique-se de que vários caminhos até o destino 172.16.199.1/32 sejam recebidos do Roteador R1 e anunciados para o Roteador R8. Certifique-se de que vários caminhos até o destino 172.16.198.1/32 sejam recebidos do Roteador R1, mas apenas um caminho para este destino é anunciado para o Roteador R8.

Ação
Significado

O show route receive-protocol comando mostra que o Roteador R4 recebe dois caminhos para o destino 172.16.198.1/32 e três caminhos para o destino 172.16.199.1/32. O show route advertising-protocol comando mostra que o Roteador R4 anuncia apenas um caminho para o destino 172.16.198.1/32 e anuncia os três caminhos para o destino 172.16.199.1/32.

Devido à política de prefixo aplicada ao Roteador R4, o Roteador R4 não anuncia vários caminhos para o destino 172.16.198.1/32. O roteador R4 anuncia apenas um caminho para o destino 172.16.198.1/32, embora receba vários caminhos para este destino.

Verificar se o roteador R8 está recebendo vários caminhos

Propósito

Certifique-se de que o roteador R8 receba vários caminhos até o destino 172.16.199.1/32 pelo Roteador R4. Certifique-se de que o roteador R8 receba apenas um caminho até o destino 172.16.198.1/32 pelo Roteador R4.

Ação

Verificando a ID do caminho

Propósito

Nos dispositivos downstream, o Roteador R4 e o Roteador R8 verificam se um ID de caminho identifica o caminho de forma única. Procure a Addpath Path ID: corda.

Ação

Consulte também

Exemplo: Configuração da publicidade seletiva de vários caminhos BGP para balanceamento de carga

Este exemplo mostra como configurar a publicidade seletiva de vários caminhos BGP. A publicidade de vários caminhos disponíveis pode resultar em uma grande sobrecarga de processamento na memória do dispositivo e também é uma consideração escalonante. Você pode configurar um refletor de rota BGP para anunciar apenas multicaminhos contribuintes para balanceamento de carga.

Requisitos

Nenhuma configuração especial além da inicialização do dispositivo é necessária antes de configurar este exemplo.

Este exemplo usa os seguintes componentes de hardware e software:

  • Oito roteadores que podem ser uma combinação de roteadores série M, Série MX ou Série T

  • Junos OS Release 16.1R2 ou posterior no dispositivo

Visão geral

Começando com o Junos OS Release 16.1R2, você pode restringir o BGP add-path para anunciar o contribuinte em vários caminhos apenas. Você pode limitar e configurar até seis prefixos selecionados pelo algoritmo BGP multipath . A publicidade seletiva de vários caminhos facilita provedores de serviços de Internet e data centers que usam o refletor de rotas para criar diversidade no IBGP. Você pode habilitar um refletor de rotas BGP para anunciar multicaminhos que são caminhos contribuintes para o balanceamento de carga.

Topologia

In Figura 7, RR1 e RR4 são refletores de rota. Os roteadores R2 e R3 são clientes do refletor de rota RR1. O roteador R8 é um cliente para rotear o refletor RR4. O grupo RR1 com os vizinhos R2 e R3 está configurado para multicaminho. Os roteadores R5, R6 e Roteador R7 redistribuem rotas estáticas 199.1.1.1.1/32 e 198.1.1.1/32 para BGP.

Uma política de balanceamento de carga é configurada no Roteador RR1 de modo que as rotas 199.1.1.1/32 tenham cálculo multicaminho. O recurso multicaminho está configurado em add-path para o vizinho RR4. No entanto, o Roteador RR4 não tem multicaminho de balanceamento de carga configurado. O roteador RR1 está configurado para enviar o Roteador RR4 até seis rotas de caminho adicionais a 199.1.1.1.1/32 escolhidas de rotas de candidatos multicaminho.

Figura 7: Exemplo: Configuração da publicidade seletiva de vários caminhos BGP para balanceamento de cargaExemplo: Configuração da publicidade seletiva de vários caminhos BGP para balanceamento de carga

Configuração

Configuração rápida da CLI

Para configurar rapidamente este exemplo, copie os seguintes comandos, cole-os em um arquivo de texto, remova qualquer quebra de linha, altere todos os detalhes necessários para combinar com a configuração da sua rede, copiar e colar os comandos na CLI no nível de [edit] hierarquia e, em seguida, inserir o commit a partir do modo de configuração.

Roteador RR1

Roteador R2

Roteador R3

Roteador RR4

Roteador R5

Roteador R6

Roteador R7

Roteador R8

Configuração do roteador RR1

Procedimento passo a passo

O exemplo a seguir exige que você navegue por vários níveis na hierarquia de configuração. Para obter informações sobre como navegar na CLI, consulte Usando o Editor de CLI no modo de configuração no Guia do usuário da CLI.

Para configurar o roteador RR1:

Nota:

Repita este procedimento para outros roteadores após modificar os nomes, endereços e outros parâmetros de interface apropriados.

  1. Configure as interfaces com endereços IPv4.

  2. Configure o endereço de loopback.

  3. Configure o protocolo de gateway interior (IGP), como OSPF ou IS-IS.

  4. Configure o grupo rr interno para interfaces que se conectam aos roteadores internos R2 e R3.

  5. Configure o balanceamento de carga para o bgp group rr interno.

  6. Configure rr_rr internas do grupo para refletores de rota.

  7. Configure o recurso multicaminho de addpath para anunciar apenas vários caminhos ao contribuinte e limite o número de multicaminhos anunciados para 6.

  8. Configure o EBGP em interfaces que se conectam aos roteadores de borda externos.

  9. Definir uma política loadbal_199 para o balanceamento de carga por pacote.

  10. Aplicar a política de exportação definida loadbal_199.

  11. Configure o ID do roteador e o sistema autônomo para hosts BGP.

Resultados

A partir do modo de configuração, confirme sua configuração entrando noshow interfaces, show protocolsshow routing-optionse show policy-options comandos. Se a saída não exibir a configuração pretendida, repita as instruções neste exemplo para corrigir a configuração.

Se você terminar de configurar o dispositivo, confirme a configuração.

Verificação

Confirme se a configuração está funcionando corretamente.

Verificando as rotas multicaminho para a rota estática 199.1.1.1/32

Propósito

Verifique as rotas multicamadas disponíveis para destino 199.1.1.1/32.

Ação

A partir do modo operacional, execute o show route 199.1.1.1/32 detail comando no Roteador RR1.

Significado

O recurso multicaminho de publicidade seletiva está habilitado no Roteador RR1 e há mais de um nexthop disponível para a rota 199.1.1.1/32. Os dois próximos saltos disponíveis para a rota 199.1.1.1/32 são 10.0.0.20 e 10.0.0.30.

Verificando se as rotas multicaminho são anunciadas do roteador RR1 ao roteador RR4

Propósito

Verifique se o Roteador RR1 está anunciando as rotas multicaminho.

Ação

A partir do modo operacional, execute o show route advertising-protocol bgp 10.0.0.40 comando no Roteador RR1.

Significado

O roteador RR1 está anunciando dois próximos saltos 10.0.0.20 e 10.0.0.30 para a rota 199.1.1.1/32 para o roteador RR4.

Verificando se o roteador RR4 anuncia uma rota para 199.1.1.1/32 para o roteador R8

Propósito

O multicaminho não está configurado no Roteador RR4, portanto, a rota 199.1.1.1/32 não é elegível para o add-path. Verifique se o roteador RR4 anuncia apenas uma rota para 199.1.1.1/32 para o roteador R8.

Ação

A partir do modo operacional, execute o show route advertising-protocol bgp 10.0.0.80 comando no Roteador RR4.

Significado

Como o multicaminho não está habilitado no Roteador RR4, apenas um caminho 10.0.0.20 é anunciado para o Roteador R8.

Consulte também

Exemplo: Configuração de uma política de roteamento para selecionar e anunciar multicaminhos com base no valor da comunidade BGP

Anunciar todos os caminhos disponíveis pode resultar em uma grande sobrecarga de processamento na memória do dispositivo. Se você quiser anunciar um subconjunto limitado de prefixos sem realmente conhecer os prefixos com antecedência, você pode usar o valor da comunidade BGP para identificar rotas de prefixo que precisam ser anunciadas para vizinhos BGP. Este exemplo mostra como definir uma política de roteamento para filtrar e anunciar vários caminhos com base em um valor conhecido da comunidade BGP.

Requisitos

Nenhuma configuração especial além da inicialização do dispositivo é necessária antes de configurar este exemplo.

Este exemplo usa os seguintes componentes de hardware e software:

  • Oito roteadores que podem ser uma combinação de roteadores série M, Série MX ou Série T

  • Junos OS Release 16.1R2 ou posterior no dispositivo

Visão geral

Começando pelo Junos OS 16.1R2, você pode definir uma política para identificar prefixos de vários caminhos elegíveis com base nos valores da comunidade. O BGP anuncia essas rotas com tags da comunidade, além do caminho ativo para um determinado destino. Se o valor da comunidade de uma rota não corresponder ao valor da comunidade definido na política, o BGP não anunciará essa rota. Esse recurso permite que o BGP anuncie não mais do que 20 caminhos para um determinado destino. Você pode limitar e configurar o número de prefixos que o BGP considera para vários caminhos sem realmente saber os prefixos com antecedência. Em vez disso, um valor conhecido da comunidade BGP determina se um prefixo é anunciado ou não.

Topologia

In Figura 8, RR1 e RR4 são refletores de rota. Os roteadores R2 e R3 são clientes do refletor de rota RR1. O roteador R8 é um cliente para rotear o refletor RR4. Os roteadores R5, R6 e Roteador R7 redistribuem rotas estáticas em BGP. O roteador R5 anuncia rotas estáticas 199.1.1.1/32 e 198.1.1.1/32 com valor de comunidade 4713:100.

O roteador RR1 está configurado para enviar até seis caminhos (por destino) ao Roteador RR4. O roteador RR4 está configurado para enviar até seis caminhos para o Roteador R8. O roteador R8 está configurado para receber vários caminhos do Roteador RR4. A configuração da comunidade de caminhos adicionais restringe o Roteador RR4 a enviar vários caminhos para rotas que contêm apenas o valor da comunidade 4713:100. O roteador RR4 filtra e anuncia multicaminhos que contêm apenas o valor da comunidade 4714:100.

Figura 8: Exemplo: Configuração do BGP para anunciar multicaminhos com base no valor da comunidadeExemplo: Configuração do BGP para anunciar multicaminhos com base no valor da comunidade

Configuração

Configuração rápida da CLI

Para configurar rapidamente este exemplo, copie os seguintes comandos, cole-os em um arquivo de texto, remova qualquer quebra de linha, altere todos os detalhes necessários para combinar com a configuração da sua rede, copiar e colar os comandos na CLI no nível de [edit] hierarquia e, em seguida, inserir o commit a partir do modo de configuração.

Roteador RR1

Roteador R2

Roteador R3

Roteador RR4

Roteador R5

Roteador R6

Roteador R7

Roteador R8

Configuração do roteador RR4

Procedimento passo a passo

O exemplo a seguir exige que você navegue por vários níveis na hierarquia de configuração. Para obter informações sobre como navegar na CLI, consulte Usando o Editor de CLI no modo de configuração no Guia do usuário da CLI.

Para configurar o roteador RR4:

Nota:

Repita este procedimento para outros roteadores após modificar os nomes, endereços e outros parâmetros de interface apropriados.

  1. Configure as interfaces com endereços IPv4.

  2. Configure o endereço de loopback.

  3. Configure o OSPF ou qualquer outro protocolo de gateway interior (IGP).

  4. Configure dois grupos de IBGP rr para refletores de rota e rr_client para clientes de refletores de rota.

  5. Configure o recurso para enviar vários caminhos que contêm apenas o valor da comunidade 4713:100 e limitem o número de multicaminhos anunciados para 6.

  6. Definir uma política addpath-community-members 4713:100 para filtrar prefixos com o valor da comunidade 4713:100 e restringir o dispositivo a enviar até 16 caminhos para o Roteador R8. Esse limite substitui a contagem de caminhos de envio de caminho anteriormente configurada de 6 no nível de hierarquia do grupo BGP.

  7. Configure o ID do roteador e o sistema autônomo para hosts BGP.

Resultados

A partir do modo de configuração, confirme sua configuração entrando noshow interfaces, show protocolsshow routing-optionse show policy-options comandos. Se a saída não exibir a configuração pretendida, repita as instruções neste exemplo para corrigir a configuração.

Se você terminar de configurar o dispositivo, confirme a configuração.

Verificação

Confirme se a configuração está funcionando corretamente.

Verificando se as rotas multicaminho são anunciadas do roteador RR4 ao roteador R8

Propósito

Verifique se o roteador RR4 pode enviar vários caminhos para o Roteador R8.

Ação

A partir do modo operacional, execute o show route advertising-protocol bgp neighbor-address comando no Roteador RR4.

Significado

O roteador RR4 está anunciando vários caminhos 10.0.0.20, 10.0.0.30 e 10.0.15.2 para o Roteador R8.

Verificar se o roteador R8 recebe as rotas multicaminho que o roteador RR4 anuncia

Propósito

Verifique se o roteador R8 está recebendo as rotas multicaminho do Roteador RR4.

Ação

A partir do modo operacional, execute o show route receive-protocol bgp neighbor-address comando no Roteador R8.

Significado

O roteador R8 está recebendo vários saltos seguintes 10.0.0.20, 10.0.0.30 e 10.0.15.2 para a rota 199.1.1.1.1/32 do Roteador RR4.

Verificar se o roteador RR4 está anunciando apenas rotas multicaminho com valor da comunidade 4713:100 para o roteador R8

Propósito

O roteador RR4 deve anunciar rotas multicaminho com valor de comunidade de 4713:100 apenas para o Roteador R8.

Ação

A partir do modo operacional, execute o show route 199.1.1.1/32 detail comando no Roteador RR4.

Significado

O roteador RR4 está anunciando três caminhos com valor de comunidade de 4713:100 para o roteador R8.

Consulte também

Configuração da resolução recursiva no BGP Multipath

A partir do Junos OS Release 17.3R1, quando um prefixo BGP que tem um único protocolo próximo hop é resolvido em outro prefixo BGP que tem vários caminhos resolvidos (unilist), todos os caminhos são selecionados para resolução de protocolo next-hop. Em versões anteriores do Junos OS, apenas um dos caminhos é escolhido para resolução de protocolo de próximo salto porque o resolver não suportava o balanceamento de carga em todos os caminhos da rota multicaminho do IBGP. O resolver no processo de protocolo de roteamento (rpd) resolve o protocolo next-hop address (PNH) em encaminhamento imediato de próximo saltos. O recurso de resolução recursiva do BGP aprimora a resolução para resolver rotas pela rota multicaminho do IBGP e usar todos os caminhos viáveis como próximo salto. Esse recurso beneficia redes densamente conectadas onde o BGP é usado para estabelecer conectividade de infraestrutura, como redes WAN com multicaminho de alto custo e topologia MPLS perfeita.

Antes de começar a configurar a resolução recursiva do multicaminho BGP, você deve fazer o seguinte:

  1. Configure as interfaces do dispositivo.

  2. Configure o OSPF ou qualquer outro protocolo IGP.

  3. Configure MPLS e LDP.

  4. Configure BGP.

Para configurar a resolução recursiva em multicaminho,

  1. Definir uma política que inclua a ação multipath-resolve .
  2. Importe a política para resolver todos os caminhos disponíveis da rota multicaminho do IBGP.
  3. Verifique se o BGP está resolvendo multicaminhos de forma recursiva e vários próximos saltos estão disponíveis para o tráfego de balanceamento de carga.

    A partir do modo operacional, entre no show route resolution detail comando:

Consulte também

Configuração do próximo salto do ECMP para LSPs RSVP e LDP para balanceamento de carga

O Junos OS oferece suporte a configurações de 16, 32, 64 ou 128 próximos saltos multicaminho de custo igual (ECMP) para RSVP e LDP LSP.s. Para redes com tráfego de alto volume, isso oferece mais flexibilidade para equilibrar o tráfego em até 128 LSPs.

Para configurar o limite máximo para próximos saltos ECMP, inclua a maximum-ecmp next-hops declaração no nível de [edit chassis] hierarquia:

Você pode configurar um limite máximo de próximo salto ECMP de 16, 32, 64 ou 128 usando esta declaração. O limite padrão é 16.

Nota:

Os roteadores da Série MX com uma ou mais placas de concentrador de portas modulares (MPC) e com o Junos OS 11.4 ou instalado anteriormente, oferecem suporte à configuração da maximum-ecmp declaração com apenas 16 saltos seguintes. Você não deve configurar a maximum-ecmp declaração com 32 ou 64 próximos saltos. Quando você confirma a configuração com 32 ou 64 saltos seguintes, a seguinte mensagem de aviso aparece:

Error: Number of members in Unilist NH exceeds the maximum supported 16 on Trio.

Os seguintes tipos de rotas suportam a configuração máxima de next-hop do ECMP para tantos quanto 128 gateways ECMP:

  • Rotas IPv4 e IPv6 estáticas com ECMPs de próximo salto direto e indireto

  • Entradas de LDP e rotas de trânsito aprendidas através de rotas IGP associadas

  • Próximo salto do RSVP ECMP criado para LSPs

  • ECMPs de rota OSPF IPv4 e IPv6

  • ECMPs de rota IS-IS IPv4 e IPv6

  • ECMPs de rota EBGP IPv4 e IPv6

  • ECMPs de rota IBGP (resolução sobre rotas IGP) IPv4 e IPv6

O limite aprimorado de ECMP de até 128 próximos saltos ECMP também é aplicável para VPNs de Camada 3, VPNs de Camada 2, circuitos de Camada 2 e serviços VPLS que se resolvem em uma rota MPLS, porque os caminhos ECMP disponíveis na rota MPLS também podem ser usados por esse tráfego.

Nota:
Nota:

Se os LSPs RSVP estiverem configurados com alocação de largura de banda, para próximos saltos ECMP com mais de 16 LSPs, o tráfego não será distribuído de forma ideal com base em larguras de banda configuradas. Alguns LSPs com largura de banda alocadas menores recebem mais tráfego do que os configurados com larguras de banda mais altas. A distribuição de tráfego não está estritamente em conformidade com a alocação de largura de banda configurada. Esta ressalva é aplicável aos seguintes roteadores:

  • Roteadores da Série MX com todos os tipos de FPCs e DPCs, sem MPCs. Essa ressalva não é aplicável aos roteadores da Série MX com placas de linha baseadas no chipset Junos Trio.

Para ver os detalhes dos próximos saltos do ECMP, emita o show route comando. Também show route summary command mostra a configuração atual para o limite máximo de ECMP. Para ver detalhes dos caminhos ECMP LDP, emita o traceroute mpls ldp comando.

Consulte também

Configuração de balanceamento consistente de carga para grupos ECMP

O balanceamento de carga por pacote permite que você espalhe tráfego por vários caminhos de igual custo. Por padrão, quando uma falha ocorre em um ou mais caminhos, o algoritmo de hashing recalcula o próximo salto para todos os caminhos, normalmente resultando na redistribuição de todos os fluxos. O balanceamento de carga consistente permite que você sobreponha esse comportamento para que apenas fluxos para links inativos sejam redirecionados. Todos os fluxos ativos existentes são mantidos sem interrupções. Em um ambiente de data center, a redistribuição de todos os fluxos quando um link falha potencialmente resulta em perda de tráfego significativa ou perda de serviço para servidores cujos links permanecem ativos. O balanceamento de carga consistente mantém todos os links ativos e, em vez disso, remaca apenas os fluxos afetados por uma ou mais falhas de enlace. Esse recurso garante que os fluxos conectados a links que permanecem ativos continuem ininterruptos.

Esse recurso se aplica a topologias em que membros de um grupo multicaminho de igual custo (ECMP) são vizinhos BGP externos em uma sessão BGP de salto único. O balanceamento de carga consistente não se aplica quando você adiciona um novo caminho ECMP ou modifica um caminho existente de qualquer maneira. Para adicionar um novo caminho com o mínimo de disrupção, defina um novo grupo ECMP sem modificar os caminhos existentes. Dessa forma, os clientes podem ser transferidos para o novo grupo gradualmente sem acabar com as conexões existentes.

  • (Na Série MX) Apenas concentradores modulares de portas (MPCs) são suportados.

  • Ambos os caminhos IPv4 e IPv6 são suportados.

  • Grupos de ECMP que fazem parte de uma instância virtual de roteamento e encaminhamento (VRF) ou outra instância de roteamento também são suportados.

  • O tráfego multicast não é suportado.

  • Interfaces agregadas são suportadas, mas o balanceamento de carga consistente não é suportado entre os membros do pacote de agregação de enlaces (LAG). O tráfego de membros ativos do pacote LAG pode ser transferido para outro membro ativo quando um ou mais links de membros falharem. Os fluxos são redirecionados quando um ou mais links de membro LAG falham.

  • Recomendamos fortemente que você aplique balanceamento de carga consistente em no máximo 1.000 prefixos IP por roteador ou switch.

  • Adjacência de camada 3 sobre interfaces integradas de roteamento e ponte (IRB) é suportada.

Você pode configurar o recurso de add-path BGP para permitir a substituição de um caminho fracassado por um novo caminho ativo quando um ou mais caminhos no grupo ECMP falham. A configuração da substituição de caminhos com falha garante que o fluxo de tráfego nos caminhos com falha só seja redirecionado. O fluxo de tráfego em caminhos ativos permanecerá inabalável.

Nota:

  • Quando você configura o balanceamento de carga consistente em interfaces de túnel de encapsulamento de roteamento genérico (GRE), você deve especificar o endereço de entrada da interface GRE de ponta para que as adjacências de Camada 3 sobre as interfaces de túnel GRE sejam instaladas corretamente na tabela de encaminhamento. No entanto, o redirecionamento rápido (FRR) do ECMP em interfaces de túnel GRE não é suportado durante o balanceamento consistente de carga. Você pode especificar o endereço de destino no roteador configurado com balanceamento de carga consistente no nível de [edit interfaces interface name unit unit name family inet address address] hierarquia. Por exemplo:

    Para obter mais informações sobre o encapsulamento de roteamento genérico, consulte Configurando o tunelamento de encapsulamento de roteamento genérico.

  • O balanceamento de carga consistente não oferece suporte a multihop BGP para vizinhos EBGP. Portanto, não habilite a opção multihop em dispositivos configurados com balanceamento de carga consistente.

Para configurar o balanceamento de carga consistente para grupos ECMP:

  1. Configure o BGP e permita que o grupo BGP de pares externos use vários caminhos.
  2. Crie uma política de roteamento para combinar rotas de entrada a um ou mais prefixos de destino.
  3. Aplique um balanceamento de carga consistente na política de roteamento para que apenas os fluxos de tráfego para um ou mais prefixos de destino que experimentam uma falha de link sejam redirecionados para um link ativo.
  4. Crie uma política de roteamento separada e habilite o balanceamento de carga por pacote.
    Nota:

    Você deve configurar e aplicar uma política de balanceamento de carga por pacote para instalar todas as rotas na tabela de encaminhamento.

  5. Aplique a política de roteamento para balanceamento de carga consistente ao grupo BGP de pares externos.
    Nota:

    O balanceamento de carga consistente só pode ser aplicado a pares externos BGP. Essa política não pode ser aplicada globalmente.

  6. (Opcional) Habilite a detecção de encaminhamento bidirecional (BFD) para cada vizinho BGP externo.
    Nota:

    Esta etapa mostra a configuração mínima de BFD necessária. Você pode configurar opções adicionais para BFD.

  7. Aplique a política de balanceamento de carga por prefixo globalmente para instalar todas as rotas de próximo salto na tabela de encaminhamento.
  8. (Opcional) Habilite o redirecionamento rápido para rotas ECMP.
  9. Verifique o status de uma ou mais rotas de ECMP para as quais você permitiu um balanceamento de carga consistente.

    A saída do comando exibe a seguinte bandeira quando o balanceamento de carga consistente é habilitado:State: <Active Ext LoadBalConsistentHash>

Entendendo o rótulo de entropia para BGP rotulado de Unicast LSP

O que é um rótulo de entropia?

Um rótulo de entropia é um rótulo especial de balanceamento de carga que aumenta a capacidade do roteador de equilibrar o tráfego em caminhos multicaminhos de igual custo (ECMP) ou grupos de agregação de enlaces (LAGs). O rótulo de entropia permite que os roteadores balanceem o tráfego com eficiência usando apenas a pilha de rótulos em vez de inspeção profunda de pacotes (DPI). O DPI requer mais poder de processamento do roteador e não é uma capacidade compartilhada por todos os roteadores.

Quando um pacote IP tem vários caminhos para chegar ao seu destino, o Junos OS usa certos campos dos cabeçalhos de pacote para levar o pacote a um caminho determinístico. Os endereços de origem ou destino e os números de porta do pacote são usados para hash, a fim de evitar a reordenação de pacotes de um determinado fluxo. Se um roteador de comutação de rótulo (LSR) de núcleo não for capaz de realizar um DPI para identificar o fluxo ou não puder fazê-lo à taxa de linha, a pilha de rótulos por si só é usada para hashing de ECMP. Isso requer um rótulo de entropia, um rótulo especial de balanceamento de carga que pode transportar as informações de fluxo. O LSR de entrada tem mais contexto e informações sobre pacotes de entrada do que LSRs de trânsito. Portanto, o roteador de borda de rótulo de entrada (LER) pode inspecionar as informações de fluxo de um pacote, mapeá-lo para um rótulo de entropia e inseri-lo na pilha de rótulos. Os LSRs no núcleo simplesmente usam o rótulo de entropia como chave para colocar o pacote no caminho certo.

Um rótulo de entropia pode ser qualquer valor de rótulo entre 16 e 1048575 (faixa de rótulo regular de 20 bits). Como essa faixa se sobrepõe à faixa de rótulos regular existente, um rótulo especial chamado indicador de rótulo de entropia (ELI) é inserido antes do rótulo de entropia. ELI é um rótulo especial atribuído pela IANA com o valor de 7.

Figura 9 ilustra o rótulo de entropia em uma pilha de rótulos de caminho comutada por rótulos RSVP (LSP). A pilha de rótulos consiste no indicador de rótulo de entropia (ELI), o rótulo de entropia e o pacote IP.

Figura 9: Rótulo de entropia para RSVP LSPRótulo de entropia para RSVP LSP

Rótulo de entropia para BGP rotulado unicast

Os unicasts rotulados de BGP concatentam RSVP ou LSPs LDP em várias áreas de protocolo de gateway interior (IGP) ou vários sistemas autônomos (inter-AS LSPs). LSPs unicast rotulados de BGP entre áreas geralmente transportam VPN e tráfego IP quando PEs de entrada e PEs de saída estão em diferentes áreas de IGP. Quando os unicasts rotulados de BGP concatenam RSVP ou LDP LSPs, o Junos OS insere os rótulos de entropia na entrada LSP unicast rotulada de BGP para alcançar o balanceamento de carga de rótulos de entropia de ponta a ponta. Isso ocorre porque os rótulos de entropia de RSVP ou LDP geralmente são colocados no penúltimo nó de salto, juntamente com o rótulo RSVP ou LDP, e não há rótulos de entropia nos pontos de costura, ou seja, os roteadores entre duas áreas ou duas ASs. Portanto, na ausência de rótulos de entropia, o roteador no ponto de costura usa as etiquetas BGP para encaminhar pacotes. Figura 10 ilustra a pilha de rótulos de pacotes unicast rotulada pelo BGP com o rótulo de entropia em uma pilha de rótulos RSVP. A pilha de rótulos RSVP consiste no indicador de rótulo de entropia (ELI), o rótulo de entropia, o rótulo BGP e o pacote IP. As etiquetas de entropia RSVP são estouradas no penúltimo nó de salto.

Figura 10: BGP entre áreas rotulada como Unicast com rótulo de entropia RSVPBGP entre áreas rotulada como Unicast com rótulo de entropia RSVP

O nó de costura unicast rotulado de BGP não pode usar os rótulos de entropia para balanceamento de carga a menos que o nó de costura sinalize a capacidade do rótulo de entropia na saída BGP. Se o nó de costura unicast rotulado bgp sinalizar recursos de rótulo de entropia BGP (ELC) para os roteadores de borda do provedor, a entrada LSP unicast rotulada como BGP está ciente de que a saída LSP unicast rotulada pelo BGP pode lidar com rótulos de entropia e insere um indicador de rótulo de entropia e rótulo de entropia por baixo do rótulo BGP. Todos os LSRs podem usar o rótulo de entropia para balanceamento de carga. Embora o LSP unicast rotulado de BGP possa atravessar muitos roteadores em diferentes áreas e ASs, é possível que alguns dos segmentos possam suportar rótulos de entropia, enquanto outros podem não. Figura 11 ilustra o rótulo de entropia na pilha de rótulos BGP. A pilha de rótulos no nó de costura consiste no ELI, o rótulo de entropia e o pacote IP.

Figura 11: BGP entre áreas rotulada como Unicast com rótulo de entropia BGP no ponto de costuraBGP entre áreas rotulada como Unicast com rótulo de entropia BGP no ponto de costura
Nota:

Para desativar o recurso de rótulo de entropia para unicast rotulado de BGP no nó de saída, defina uma política com a opção no-entropy-label-capability no [edit policy-options policy-statement policy-name then] nível hierárquico.

Por padrão, os roteadores que oferecem suporte a rótulos de entropia são configurados com a declaração de capacidade de rótulo de balanceamento de carga no nível de [edit forwarding-options] hierarquia para sinalizar os rótulos por LSP. Se o roteador peer não estiver equipado para lidar com rótulos de balanceamento de carga, você pode evitar a sinalização da capacidade do rótulo de entropia configurando a no-load-balance-label-capability declaração no nível de [edit forwarding-options] hierarquia.

Por padrão, um alto-falante BGP usa o atributo Entropy Label Capability (ELCv3) definido dentro do atributo de recursos do roteador BGP (RCA) IETF para balanceamento de carga. Ele envia e recebe apenas o atributo ELCv3. Se você precisar usar o atributo ELCv2 interoperável com o rascunho da RCA, configure explicitamente o elc-v2-compatible botão na hierarquia de rótulos de entropia unicast rotulado. Nesse cenário, tanto o ELCv3 quanto o ELCv2 são enviados e recebidos.

Recursos suportados e sem suporte

O Junos OS oferece suporte a um rótulo de entropia para unicast rotulado de BGP nos seguintes cenários:

  • Todos os nós dos LSPs têm recursos de rótulo de entropia.

  • Alguns dos nós dos LSPs têm recursos de rótulo de entropia.

  • O túnel de LSPs através da VPN de outra operadora.

  • Defina uma política de entrada para selecionar um subconjunto de LSPs unicast rotulados de BGP para inserir um rótulo de entropia na entrada.

  • Defina uma política de saída para desativar o anúncio de recursos de rótulo de entropia.

O Junos OS não oferece suporte aos seguintes recursos para um rótulo de entropia para unicast rotulado de BGP:

  • Quando os LSPs unicast rotulados de BGP estão tunelando através da VPN de outra operadora, não há rótulo de entropia de ponta a ponta verdadeiro porque o Junos OS não insere um indicador de rótulo de entropia ou rótulo de entropia sob rótulos de VPN na rede de operadoras de operadoras.

  • Atualmente, o Junos OS não oferece suporte a LSPs unicast rotulados de IPv6 BGP com seus próprios rótulos de entropia. No entanto, os LSPs unicast rotulados de IPv6 BGP podem usar os rótulos de entropia dos LSPs RSVP, LDP ou BGP subjacentes.

Consulte também

Configurando um rótulo de entropia para um LSP Unicast rotulado de BGP

Configure um rótulo de entropia para LSP unicast rotulado de BGP para alcançar o balanceamento de carga de rótulos de entropia de ponta a ponta. Um rótulo de entropia é um rótulo especial de balanceamento de carga que pode transportar as informações de fluxo dos pacotes. Os unicasts rotulados de BGP geralmente concatentam RSVP ou LDP LSPs em várias áreas de IGP ou vários sistemas autônomos (ASs). Os rótulos de entropia de RSVP ou LDP são colocados no penúltimo nó de salto, juntamente com o rótulo RSVP ou LDP. Esse recurso permite o uso de um rótulo de entropia no ponto de costura, ou seja, os roteadores entre duas áreas ou ASs, para alcançar o balanceamento de carga de rótulo de entropia de ponta a ponta para o tráfego BGP. Esse recurso permite a inserção de rótulos de entropia na entrada LSP unicast rotulada de BGP.

Um rótulo de entropia pode ser qualquer valor de rótulo entre 16 e 1048575 (faixa de rótulo regular de 20 bits). Como essa faixa se sobrepõe à faixa de rótulos regular existente, um rótulo especial chamado indicador de rótulo de entropia (ELI) é inserido antes do rótulo de entropia. ELI é um rótulo especial atribuído pela IANA com o valor de 7.

Antes de configurar um rótulo de entropia para unicast rotulado de BGP, certifique-se de:

  1. Configure as interfaces do dispositivo.

  2. Configure o OSPF ou qualquer outro protocolo IGP.

  3. Configure BGP.

  4. Configure LDP.

  5. Configure RSVP.

  6. Configure MPLS.

Para configurar um rótulo de entropia para LSP unicast rotulado de BGP:

  1. No roteador de entrada, inclua a entropy-label declaração no nível de [edit protocols bgp family inet labeled-unicast] hierarquia para permitir a capacidade de rótulo de entropia para unicast rotulado de BGP em nível global.

    Você também pode habilitar o uso de um rótulo de entropia em um grupo BGP ou em um nível de vizinho BGP específico, incluindo a entropy-label declaração no [edit protocols bgp group group name family inet labeled-unicast] nível ou [edit protocols bgp group group name neighbor address labeled-unicast] hierarquia.

  2. (Opcional) Especifique uma política adicional para definir as rotas que têm o recurso de rótulo de entropia.

    Aplique a política no roteador de entrada.

  3. (Opcional) Inclua a opção no-next-hop-validation se você não quiser que o Junos OS valide o campo de próximo salto no atributo de capacidade do rótulo de entropia em relação ao próximo salto da rota.
  4. (Opcional) Para desativar explicitamente o recurso de rótulo de entropia de publicidade no roteador de saída, defina uma política com a opção no-entropy-label-capability de rotas especificadas na política e inclua a opção no-entropy-label-capability na política especificada no nível hierárquicos [edit policy-options policy statement policy-name then] .

Consulte também

Exemplo: Configurando um rótulo de entropia para um LSP Unicast rotulado de BGP

Este exemplo mostra como configurar um rótulo de entropia para um unicast rotulado de BGP para alcançar balanceamento de carga de ponta a ponta usando rótulos de entropia. Quando um pacote IP tem vários caminhos para chegar ao seu destino, o Junos OS usa certos campos dos cabeçalhos de pacote para levar o pacote a um caminho determinístico. Isso requer um rótulo de entropia, um rótulo especial de balanceamento de carga que pode transportar as informações de fluxo. Os LSRs no núcleo simplesmente usam o rótulo de entropia como a chave para colocar o pacote no caminho correto. Um rótulo de entropia pode ser qualquer valor de rótulo entre 16 e 1048575 (faixa de rótulo regular de 20 bits). Como essa faixa se sobrepõe à faixa de rótulos regular existente, um rótulo especial chamado indicador de rótulo de entropia (ELI) é inserido antes do rótulo de entropia. ELI é um rótulo especial atribuído pela IANA com o valor de 7.

Os unicasts rotulados de BGP geralmente concatentam RSVP ou LDP LSPs em várias áreas de IGP ou vários sistemas autônomos. Os rótulos de entropia de RSVP ou LDP são colocados no penúltimo nó de salto, juntamente com o rótulo RSVP ou LDP. Esse recurso permite o uso de rótulos de entropia nos pontos de costura para preencher a lacuna entre o penúltimo nó de salto e o ponto de costura, a fim de alcançar o balanceamento de carga de rótulo de entropia de ponta a ponta para o tráfego BGP.

Requisitos

Este exemplo usa os seguintes componentes de hardware e software:

  • Sete roteadores da Série MX com MPCs

  • Junos OS Release 15.1 ou posterior em todos os dispositivos

    • Revalidado usando Junos OS Relese 22.4

Antes de configurar um rótulo de entropia para unicast rotulado de BGP, certifique-se de:

  1. Configure as interfaces do dispositivo.

  2. Configure o OSPF ou qualquer outro protocolo IGP.

  3. Configure BGP.

  4. Configure RSVP.

  5. Configure MPLS.

Visão geral

Quando os unicasts rotulados de BGP concatenam RSVP ou LSPs LDP em várias áreas de IGP ou vários sistemas autônomos, os rótulos de entropia de RSVP ou LDP são colocados no penúltimo nó de salto, juntamente com o rótulo RSVP ou LDP. No entanto, não há rótulos de entropia nos pontos de costura, ou seja, os roteadores entre duas áreas. Portanto, os roteadores nos pontos de costura usaram as etiquetas BGP para encaminhar pacotes.

Começando com o Junos OS Release 15.1, você pode configurar um rótulo de entropia para unicast rotulado de BGP para alcançar o balanceamento de carga de rótulo de entropia de ponta a ponta. Esse recurso permite o uso de um rótulo de entropia nos pontos de costura, a fim de alcançar o balanceamento de carga de rótulos de entropia de ponta a ponta para o tráfego BGP. O Junos OS permite a inserção de rótulos de entropia na entrada LSP unicast rotulada de BGP.

Por padrão, os roteadores que oferecem suporte a rótulos de entropia são configurados com a load-balance-label-capability declaração no nível de [edit forwarding-options] hierarquia para sinalizar os rótulos por LSP. Se o roteador peer não estiver equipado para lidar com rótulos de balanceamento de carga, você pode evitar a sinalização da capacidade do rótulo de entropia configurando o no-load-balance-label-capability nível de [edit forwarding-options] hierarquia.

Nota:

Você pode desabilitar explicitamente o recurso de rótulo de entropia de publicidade na saída para rotas especificadas na política com a opção no-entropy-label-capability no nível de [edit policy-options policy-statement policy name then] hierarquia.

Topologia

In Figura 12 , o Roteador PE1 é o roteador de entrada e o Roteador PE2 é o roteador de saída. Os roteadores P1 e P2 são os roteadores de trânsito. O roteador ABR é o roteador de ponte de área entre a Área 0 e a Área 1. Dois LSPs estão configurados on da ABR para PE2 para balancear a carga do tráfego. O recurso de rótulo de entropia para unicast rotulado de BGP é habilitado no PE1 do roteador de entrada. O host 1 está conectado ao P1 para capturas de pacotes para que possamos mostrar o rótulo de entropia.

Figura 12: Configurando um rótulo de entropia para o BGP Labeled UnicastConfigurando um rótulo de entropia para o BGP Labeled Unicast

Configuração

Configuração rápida da CLI

Para configurar rapidamente este exemplo, copie os seguintes comandos, cole-os em um arquivo de texto, remova quaisquer quebras de linha, altere todos os detalhes necessários para combinar com a configuração da sua rede, copiar e colar os comandos na CLI no nível de [edit] hierarquia e, em seguida, entrar no commit modo de configuração.

Roteador CE1

Roteador PE1

Roteador P1

Roteador ABR

Roteador P2

Roteador PE2

Roteador CE2

Configuração do roteador PE1

Procedimento passo a passo

O exemplo a seguir exige que você navegue por vários níveis na hierarquia de configuração. Para obter informações sobre como navegar na CLI, consulte Usando o Editor de CLI no modo de configuração no Guia do usuário da CLI.

Para configurar o Roteador PE1:

Nota:

Repita este procedimento para o Roteador PE2 após modificar os nomes, endereços e outros parâmetros de interface apropriados.

  1. Configure as interfaces físicas. Certifique-se de configurar family mpls na interface voltada para o núcleo.

  2. Configure a interfacede loopback s. O loopback secundário é opcional e é aplicado na instância de roteamento em uma etapa posterior.

  3. Configure a ID do roteador e o número do sistema autônomo.

  4. Configure o protocolo OSPF.

  5. Configure o protocolo RSVP.

  6. Configure o protocolo MPLS e um LSP em direção à ABR. Inclua a opção entropy-label de adicionar o rótulo de entropia à pilha de rótulo MPLS.

  7. Configure o IBGP usando family inet labeled-unicast para o peering ABR e family inet-vpn para o peering PE2. Habilite o recurso de rótulo de entropia para unicast rotulado de BGP.

  8. Definir uma política para exportar rotas DE VPN BGP para o OSPF. A política é aplicada nos termos do OSPF na instância de roteamento.

  9. Defina uma política de balanceamento de carga e aplique-a sob a routing-options forwarding-table. O PE1 tem apenas um caminho no exemplo, portanto, essa etapa não é necessária, mas, para este exemplo, estamos aplicando a mesma política de balanceamento de carga em todos os dispositivos.

  10. Configure a instância de roteamento VPN de Camada 3.

  11. Atribua as interfaces à instância de roteamento.

  12. Configure o diferencial de rota para a instância de roteamento.

  13. Configure uma meta de roteamento e encaminhamento VPN (VRF) para a instância de roteamento.

  14. Configure o OSPF de protocolo na instância de roteamento e aplique a política configurada bgp-to-ospf anteriormente.

Configuração do roteador P1

Procedimento passo a passo

O exemplo a seguir exige que você navegue por vários níveis na hierarquia de configuração. Para obter informações sobre como navegar na CLI, consulte Usando o Editor de CLI no modo de configuração no Guia do usuário da CLI.

Para configurar o roteador P1:

Nota:

Repita este procedimento para Roteador P2 depois de modificar os nomes, endereços e outros parâmetros de interface apropriados.

  1. Configure as interfaces físicas.

  2. Configure a interface de loopback.

  3. Configure a ID do roteador.

  4. Configure o protocolo OSPF.

  5. Configure o protocolo RSVP.

  6. Configure o protocolo MPLS .

Configuração do roteador ABR

Procedimento passo a passo

O exemplo a seguir exige que você navegue por vários níveis na hierarquia de configuração. Para obter informações sobre como navegar na CLI, consulte Usando o Editor de CLI no modo de configuração no Guia do usuário da CLI.

Para configurar o roteador ABR:

  1. Configure as interfaces físicas.

  2. Configure a interface de loopback.

  3. Configure as etiquetas MPLS que o roteador usa para colocar os pacotes em seu destino para balanceamento de carga.

  4. Configure a ID do roteador e o número do sistema autônomo.

  5. Configure o protocolo OSPF.

  6. Configure o protocolo RSVP.

  7. Configure o protocolo MPLS e especifique os LSPs para PE1 e PE2. Dois LSPs são criados em direção ao PE2 com a finalidade de balancear o tráfego de carga para mostrar que diferentes LSPs e interfaces são usados.

  8. Configure o IBGP para PE1 e PE2 usando family inet labeled-unicast. Aplique a política para anunciar a rota de loopback inet.3 tanto do PE1 quanto do PE2. Mostramos a política na próxima etapa.

  9. Definir uma política para combinar nos endereços de loopback para PE1 e PE2.

  10. Defina uma política de balanceamento de carga e aplique-a sob a routing-options forwarding-table.

(Opcional) Configuração de espelhamento de porta

Para ver o rótulo de entropia que é aplicado, você pode capturar o tráfego. Neste exemplo, um filtro é aplicado na interface voltada para PE1 em P1 para capturar o tráfego CE1 a CE2. O tráfego é enviado ao Host 1 para visualização. Existem maneiras diferentes de capturar tráfego do que o que usamos neste exemplo. Para obter mais informações, veja Entendendo os espelhamentos e análises de porta.

Procedimento passo a passo

O exemplo a seguir exige que você navegue por vários níveis na hierarquia de configuração. Para obter informações sobre como navegar na CLI, consulte Usando o Editor de CLI no modo de configuração no Guia do usuário da CLI.

Para configurar o roteador P1:

  1. Configure as interfaces. Neste exemplo, estamos colocando a interface conectada ao Host1 em um domínio de ponte e criando uma interface IRB para verificar a conectividade com o Host1.

  2. Configure o domínio da ponte.

  3. Configure um filtro para capturar o tráfego. Por este exemplo, estamos capturando todo o tráfego.

  4. Aplique o filtro na interface voltada para PE1.

  5. Configure as opções de espelhamento de porta. Por este exemplo, estamos espelhando todo o tráfego e enviando-o para o Host1 conectado à interface ge-0/0/4.

Verificação

Confirme se a configuração está funcionando corretamente.

Verificando se o recurso de rótulo de entropia está sendo anunciado

Propósito

Verifique se o atributo do caminho de recurso do rótulo de entropia está sendo anunciado da ABR para PE1 para a rota para PE2.

Ação

A partir do modo operacional, execute o show route advertising-protocol bgp 10.1.255.2 detail comando no Roteador ABR.

Significado

A saída mostra que o host PE2 com o endereço IP de 10.1.255.6 tem o recurso de rótulo de entropia e o rótulo de rota que é usado. O host está anunciando o recurso de rótulo de entropia para seus vizinhos BGP.

Verificando se o roteador PE1 recebe o anúncio do rótulo de entropia

Propósito

Verifique se o Roteador PE1 recebe o anúncio do rótulo de entropia do Roteador PE2.

Ação

A partir do modo operacional, execute o show route protocol bgp 10.1.255.6 extensive comando no Roteador PE1.

Significado

O Roteador PE1 recebe o anúncio do recurso de selo de entropia de seu vizinho BGP.

Verificação de ECMP na ABR para PE2

Propósito

Verifique o multicaminho de custo igual (ECMP) ao PE2.

Ação

A partir do modo operacional, execute o show route table mpls.0 e show route forwarding-table label <label>o comandono Roteador ABR.

Significado

A saída mostra um ECMP para o rótulo usado para a rota unicast rotulada de BGP.

Mostrar rotas para o CE2 no PE1

Propósito

Verifique as rotas para CE2.

Ação

A partir do modo operacional, execute o show route table VPN-l3vpn.inet.0 172.16.255.7 extensive e show route table VPN-l3vpn.inet.0 192.168.255.7 extensivecomanda no Roteador PE1.

Significado

A saída mostra que os mesmos rótulos são usados para ambas as rotas.

Ping CE2 do CE1

Propósito

Verifique a conectividade e o uso para verificar o balanceamento de carga.

Ação

A partir do modo operacional, execute o ping 172.16.255.7 source 172.16.12.1 rapid count 100 e ping 192.168.255.7 source 192.168.255.1 rapid count 200comanda no Roteador PE1.

Significado

A saída mostra que os pings são bem sucedidos.

Verifique o balanceamento de carga

Propósito

Verifique o balanceamento de carga.

Ação

A partir do modo operacional, execute o show mpls lsp ingress statistics comando na ABR.

Significado

A saída mostra o primeiro ping do comando anterior usado LSP abr-pe2-2 e o segundo ping usado LSP abr-pe2.

Verifique o rótulo de entropia

Propósito

Verifique se o rótulo de entropia é diferente entre os pings usados.

Ação

No Host 1, execute o tcpdump -i eth1 -n.

Significado

A saída mostra o valor diferente para o rótulo de entropia para os dois comandos de ping diferentes.

Caso de uso para convergência independente de prefixo BGP para Inet, Inet6 ou Unicast rotulado

No caso de uma falha no roteador, uma rede BGP pode levar de alguns segundos a minutos para se recuperar, dependendo de parâmetros como o tamanho da rede ou desempenho do roteador. Quando o recurso BGP Prefix Independent Convergence (PIC) é habilitado em um roteador, o BGP instala no Mecanismo de encaminhamento de pacotes o segundo melhor caminho, além do melhor caminho calculado para um destino. O roteador usa esse caminho de backup quando um roteador de saída falha em uma rede e reduz drasticamente o tempo de interrupção. Você pode habilitar esse recurso para reduzir o tempo de inatividade da rede se o roteador de saída falhar.

Quando a acessibilidade de um roteador de saída em uma rede falha, o IGP detecta essa interrupção, e o estado do link propaga essas informações por toda a rede e anuncia o próximo salto BGP para que o prefixo seja inalcançável. O BGP reavalia caminhos alternativos e, se um caminho alternativo estiver disponível, reinstala este próximo salto alternativo no Mecanismo de encaminhamento de pacotes. Esse tipo de falha de saída geralmente afeta vários prefixos ao mesmo tempo, e o BGP precisa atualizar todos esses prefixos um de cada vez. Nos roteadores de entrada, o IGP completa o caminho mais curto primeiro (SPF) e atualiza os próximos saltos. O Junos OS determina então os prefixos que se tornaram inalcançáveis e sinaliza ao protocolo que estes precisam ser atualizados. O BGP recebe a notificação e atualiza o próximo salto para cada prefixo que agora é inválido. Esse processo pode afetar a conectividade e pode levar alguns minutos para se recuperar da interrupção. O BGP PIC pode reduzir esse tempo de inatividade, já que o caminho de backup já está instalado no Mecanismo de encaminhamento de pacotes.

Começando com o Junos OS Release 15.1, o recurso BGP PIC, que inicialmente era suportado para roteadores VPN de Camada 3, é estendido para BGP com várias rotas nas tabelas globais, como inet e inet6 unicast, e unicast rotulado de inet e inet6. Em um roteador habilitado para BGP PIC, o Junos OS instala o caminho de backup para o próximo salto indireto no Mecanismo de Roteamento e também fornece essa rota para o Mecanismo de encaminhamento de pacotes e IGP. Quando um IGP perde a acessibilidade de um prefixo com uma ou mais rotas, ele sinaliza para o Mecanismo de Roteamento com uma única mensagem antes de atualizar as tabelas de roteamento. O mecanismo de roteamento sinaliza para o mecanismo de encaminhamento de pacotes que um próximo salto indireto falhou, e o tráfego deve ser redirecionado usando o caminho de backup. O roteamento para o prefixo de destino impactado continua usando o caminho de backup mesmo antes do BGP começar a recalcular os novos próximos saltos para os prefixos BGP. O roteador usa esse caminho de backup para reduzir a perda de tráfego até que a convergência global por meio do BGP seja resolvida.

O tempo em que a interrupção ocorre até a perda de alcance ser sinalizada depende, na verdade, do tempo de detecção de falha do roteador mais próximo e do tempo de convergência do IGP. Uma vez que o roteador local detecta a interrupção, a convergência de rota sem o recurso BGP PIC habilitado depende muito do número de prefixos afetados e do desempenho do roteador devido ao recalculação de cada prefixo afetado. No entanto, com o recurso BGP PIC habilitado, mesmo antes do BGP recalcular o melhor caminho para os prefixos afetados, o Mecanismo de Roteamento sinaliza o plano de dados para mudar para o próximo melhor caminho. Portanto, a perda de tráfego é mínima. As novas rotas são calculadas mesmo enquanto o tráfego está sendo encaminhado, e essas novas rotas são empurradas para baixo para o plano de dados. Portanto, o número de prefixos BGP afetados não afeta o tempo tirado do tempo em que a interrupção de tráfego ocorre até o ponto em que o BGP sinaliza a perda de acessibilidade.

Consulte também

Configuração da convergência independente de prefixo BGP para Inet

Em um roteador habilitado para o BGP Prefix Independent Convergence (PIC), o Junos OS instala o caminho de backup para o próximo salto indireto no Mecanismo de Roteamento e também fornece essa rota para o Mecanismo de encaminhamento de pacotes e IGP. Quando um IGP perde a acessibilidade de um prefixo com uma ou mais rotas, ele sinaliza para o Mecanismo de Roteamento com uma única mensagem antes de atualizar as tabelas de roteamento. O mecanismo de roteamento sinaliza para o mecanismo de encaminhamento de pacotes que um próximo salto indireto falhou, e o tráfego deve ser redirecionado usando o caminho de backup. O roteamento para o prefixo de destino impactado continua usando o caminho de backup mesmo antes do BGP começar a recalcular os novos próximos saltos para os prefixos BGP. O roteador usa esse caminho de backup para reduzir a perda de tráfego até que a convergência global por meio do BGP seja resolvida. O recurso BGP PIC, que inicialmente era compatível com roteadores VPN de Camada 3, é estendido para BGP com várias rotas nas tabelas globais, como inet e inet6 unicast, e unicast rotulado de inet e inet6.

Antes de começar:

  1. Configure as interfaces do dispositivo.

  2. Configure o OSPF ou qualquer outro protocolo IGP.

  3. Configure MPLS e LDP.

  4. Configure BGP.

Nota:

O recurso BGP PIC é suportado apenas em roteadores com interfaces MPC.

prática recomendada:

Em roteadores com Concentradores modulares de portas (MPCs), permitem serviços aprimorados de rede IP, como mostrado aqui:

Para configurar o BGP PIC para inet:

  1. Habilite o BGP PIC para inet.
    Nota:

    O recurso de borda BGP PIC é suportado apenas em roteadores com interfaces MPC.

  2. Configure o balanceamento de carga por pacote.
  3. Aplique a política de balanceamento de carga por pacote nas rotas exportadas da tabela de roteamento para a tabela de encaminhamento.
  4. Verifique se o BGP PIC está funcionando.

    A partir do modo operacional, entre no show route extensive comando:

    As linhas de saída que contêm Indirect next hop: weight seguir os próximos saltos que o software pode usar para reparar caminhos onde ocorre uma falha no link. O peso do próximo salto tem um dos seguintes valores:

    • 0x1 indica próximo salto ativo.

    • 0x4000 indica próximo salto passivo.

Consulte também

Exemplo: Configuração da convergência independente de prefixo BGP para Inet

Este exemplo mostra como configurar o BGP PIC para inet. No caso de uma falha no roteador, uma rede BGP pode levar de alguns segundos a minutos para se recuperar, dependendo de parâmetros como o tamanho da rede ou desempenho do roteador. Quando o recurso BGP Prefix Independent Convergence (PIC) é habilitado em um roteador, o BGP com várias rotas nas tabelas globais, como inet e inet6 unicast, e unicast rotulado de inet e inet6, instala no Mecanismo de encaminhamento de pacotes o segundo melhor caminho, além do melhor caminho calculado para um destino. O roteador usa esse caminho de backup quando um roteador de saída falha em uma rede e reduz drasticamente o tempo de interrupção.

Requisitos

Nenhuma configuração especial além da inicialização do dispositivo é necessária antes de configurar este exemplo.

Este exemplo usa os seguintes componentes de hardware e software:

  • Um roteador da Série MX com MPCs para configurar o recurso BGP PIC

  • Sete roteadores que podem ser uma combinação de roteadores da Série M, Série MX, Série T ou Série PTX

  • Junos OS Versão 15.1 ou posterior no dispositivo com BGP PIC configurado

Visão geral

Começando com o Junos OS Release 15.1, o BGP PIC, que inicialmente foi suportado para roteadores VPN de Camada 3, é estendido para BGP com várias rotas nas tabelas globais, como inet e inet6 unicast, e unicast rotulado de inet e inet6. O BGP instala no Mecanismo de encaminhamento de pacotes o segundo melhor caminho, além do melhor caminho calculado para um destino. Quando um IGP perde a acessibilidade de um prefixo, o roteador usa esse caminho de backup para reduzir a perda de tráfego até que a convergência global por meio do BGP seja resolvida, reduzindo assim a duração da interrupção.

Nota:

O recurso BGP PIC é suportado apenas em roteadores com MPCs.

Topologia

Este exemplo mostra três roteadores de borda do cliente (CE), Device CE0, CE1 e CE2. Os roteadores PE0, PE1 e PE2 são os roteadores de borda de provedor (PE). Os roteadores P0 e P1 são os roteadores de núcleo do provedor. O BGP PIC está configurado no Roteador PE0. Para testes, o endereço 192.168.1.5 é adicionado como um segundo endereço de interface de loopback no dispositivo CE1. O endereço é anunciado para roteadores PE1 e PE2 e é transmitido pelo BGP interno (IBGP) para o Roteador PE0. No Roteador PE0, existem dois caminhos para a rede 192.168.1.5. Estes são o caminho principal e um caminho de backup. Figura 13 mostra a rede de amostra.

Figura 13: Configuração do BGP PIC para InetConfiguração do BGP PIC para Inet

Configuração

Configuração rápida da CLI

Para configurar rapidamente este exemplo, copie os seguintes comandos, cole-os em um arquivo de texto, remova qualquer quebra de linha, altere todos os detalhes necessários para combinar com a configuração da sua rede, copiar e colar os comandos na CLI no nível de [edit] hierarquia e, em seguida, inserir o commit a partir do modo de configuração.

Roteador PE0

Roteador P0

Roteador P1

Roteador PE1

Roteador PE2

CE0 do dispositivo

Dispositivo CE1

Dispositivo CE2

Configuração do dispositivo PE0

Procedimento passo a passo

O exemplo a seguir exige que você navegue por vários níveis na hierarquia de configuração. Para obter informações sobre como navegar na CLI, consulte Usando o Editor de CLI no modo de configuração no Guia de usuário do Junos OS CLI.

Para configurar o dispositivo PE0:

  1. Em roteadores com concentradores modulares de portas (MPCs), permitem serviços aprimorados de rede IP.

  2. Configure as interfaces do dispositivo.

  3. Configure a interface de loopback.

  4. Configure MPLS e LDP em todas as interfaces, excluindo a interface de gerenciamento.

  5. Configure um IGP nas interfaces voltadas para o núcleo.

  6. Configure as conexões do IBGP com os outros dispositivos PE.

  7. Configure conexões EBGP com os dispositivos do cliente.

  8. Configure a política de balanceamento de carga.

  9. Configure uma auto-política de próximo salto.

  10. Habilite o recurso de borda BGP PIC.

  11. Aplique a política de balanceamento de carga.

  12. Atribua o número de ID do roteador e sistema autônomo (AS).

Resultados

A partir do modo de configuração, confirme sua configuração inserindo os show chassisshow policy-optionsshow interfacesshow protocolscomandos e show routing-options os comandos. Se a saída não exibir a configuração pretendida, repita as instruções neste exemplo para corrigir a configuração.

Verificação

Confirme se a configuração está funcionando corretamente.

Exibição de informações extensas de rota

Propósito

Confirme que a borda do BGP PIC está funcionando.

Ação

A partir do Dispositivo PE0, execute o show route extensive comando.

Significado

O Junos OS usa o próximo salto e os weight valores para selecionar um caminho de backup quando ocorre uma falha no link. O peso do próximo salto tem um dos seguintes valores:

  • 0x1 indica o caminho principal com próximo salto ativo.

  • 0x4000 indica o caminho de backup com próximos saltos passivos.

Exibindo a tabela de encaminhamento

Propósito

Verifique o estado da tabela de encaminhamento e roteamento do kernel usando o show route forwarding-table comando.

Ação

A partir do Dispositivo PE0, execute o show route forwarding-table destination 192.168.1.5 extensive comando.

Significado

O Junos OS usa o próximo salto e os weight valores para selecionar um caminho de backup quando ocorre uma falha no link. O peso do próximo salto tem um dos seguintes valores:

  • 0x1 indica o caminho principal com próximo salto ativo.

  • 0x4000 indica o caminho de backup com próximos saltos passivos.

Consulte também

Borda DO BGP PIC usando visão geral unicast rotulada de BGP

Esta seção fala sobre os benefícios e a visão geral do BGP PIC Edge usando o BGP rotulado como o protocolo de transporte unicast.

Benefícios da borda BGP PIC usando o BGP Labeled Unicast

Este recurso oferece os seguintes benefícios:

  • Oferece proteção de tráfego em caso de falhas de nó de borda (ABR e ASBR) em redes de vários domínios.

  • Fornece uma restauração mais rápida da conectividade da rede e reduz a perda de tráfego se o caminho principal ficar indisponível.

Como funciona a convergência independente de prefixo BGP?

A convergência independente de prefixo (PIC) bgp melhora a convergência bgp em falhas de nó de rede. O BGP PIC cria e armazena caminhos primários e de backup para o próximo salto indireto no Mecanismo de Roteamento e também fornece as informações indiretas de rota de próximo salto para o Packet Forwarding Engine. Quando ocorre uma falha no nó de rede, o mecanismo de roteamento sinaliza o Mecanismo de encaminhamento de pacotes de que um próximo salto indireto falhou, e que o tráfego é redirecionado para um caminho de backup ou custo igual pré-calculado sem modificar os prefixos BGP. O roteamento do tráfego para o prefixo de destino continua usando o caminho de backup para reduzir a perda de tráfego até que a convergência global por BGP seja resolvida.

A convergência BGP é aplicável a falhas de nó de rede de núcleo e borda. No caso do BGP PIC Core, os ajustes nas cadeias de encaminhamento são feitos como resultado de falhas no nó ou no enlace central. No caso do BGP PIC Edge, os ajustes nas cadeias de encaminhamento são feitos como resultado de falhas no nó de borda ou de enlaces de borda.

BORDA BGP PIC Usando BGP rotulado unicast como o protocolo de transporte

O BGP PIC Edge usando o protocolo de transporte unicast rotulado de BGP ajuda a proteger e redirecionar o tráfego quando falhas de nós de borda (ABR e ASBR) acontecem em redes multi domínio. As redes multi domínio são normalmente usadas em designs de rede de backhaul de rede metro e backhaul móvel.

Nos dispositivos da Série MX, SÉRIE EX e SÉRIE PTX da Juniper Networks, o BGP PIC Edge oferece suporte a serviços de Camada 3 com o BGP rotulado como protocolo de transporte. Além disso, nos dispositivos Juniper Networks MX Series, EX9204, EX9208, EX9214, EX9251 e EX9253, o BGP PIC Edge oferece suporte a circuito de Camada 2, VPN de Camada 2 e VPLS (BGP VPLS, VPLS LDP e FEC 129 VPLS) com BGP rotulado de unicast como protocolo de transporte. Esses serviços BGP são multicaminho (aprendidos com vários PEs) e resolvidos por meio de rotas unicast rotuladas de BGP, o que poderia ser novamente um multicaminho aprendido com outros ABRs. Os protocolos de transporte suportados no BGP PIC Edge são RSVP, LDP, OSPF e ISIS. A partir do Junos OS Release 20.2R1, Série MX, EX9204, EX9208, EX9214, EX9251 e EX9253 oferecem suporte à proteção BGP PIC Edge para circuito de Camada 2, VPN de Camada 2 e VPLS (BGP VPLS, LDP VPLS e FEC 129 VPLS) com BGP rotulado como protocolo de transporte.

Na Série MX da Juniper Networks, série EX e dispositivos da Série PTX, a proteção BGP PIC Edge com BGP rotulado de unicast como o transporte é suportado para os seguintes serviços:

  • Serviços IPv4 no IPv4 BGP rotulados unicast

  • IPv6 BGP rotulado de serviço unicast sobre IPv4 BGP rotulado unicast

  • Serviços de VPN de Camada 3 IPv4 sobre IPv4 BGP rotulados de unicast

  • Serviços vpn de Camada 3 IPv6 sobre IPv4 BGP rotulados unicast

Nos dispositivos da Série MX e SÉRIE EX da Juniper Networks, a proteção BGP PIC Edge com o BGP rotulado de unicast como o transporte é compatível com os seguintes serviços:

  • Serviços de circuito de camada 2 sobre IPv4 BGP rotulados unicast

  • Serviços VPN de camada 2 sobre IPv4 BGP rotulados unicast

  • Serviços VPLS (BGP VPLS, LDP VPLS e FEC 129 VPLS) por meio de unicast rotulado de IPv4 BGP

Configuração do BGP PIC Edge usando o BGP labeled Unicast para serviços de Camada 2

Série MX, EX9204, EX9208, EX9214, EX9251 e EX9253 oferecem suporte à proteção BGP PIC Edge para circuito de Camada 2, VPN de Camada 2 e VPLS (BGP VPLS, LDP VPLS e FEC 129 VPLS) com BGP rotulado como protocolo de transporte. O BGP PIC Edge usando o protocolo de transporte unicast rotulado de BGP ajuda a proteger falhas de tráfego em nós de borda (ABR e ASBR) em redes de vários domínios. As redes multi domínio normalmente são usadas em projetos de backhaul de agregação de metro e móveis.

Um pré-requisito para a proteção de borda BGP PIC é programar o Mecanismo de encaminhamento de pacotes (PFE) com uma hierarquia de próximo salto expandida.

Para permitir uma hierarquia de próximo salto expandida para a família unicast rotulada por BGP, você precisa configurar a seguinte declaração de configuração de CLI no nível [edit protocols] de hierarquia:

Para habilitar o BGP PIC para próximoshops de equilíbrio de carga MPLS, você precisa configurar a seguinte declaração de configuração CLI no nível [edit routing-options] de hierarquia:

Para permitir uma convergência rápida para serviços de Camada 2, você precisa configurar as seguintes declarações de configuração de CLI no nível [edit protocols] de hierarquia:

Para circuito de Camada 2 e LDP VPLS:

Para VPN de camada 2, BGP VPLS e FEC129:

Exemplo: Proteção do tráfego IPv4 sobre VPN de Camada 3 executando o BGP Rotulado Unicast

Este exemplo mostra como configurar a convergência independente de prefixo (PIC) do BGP e proteger o tráfego IPv4 na VPN de Camada 3. Quando um tráfego IPv4 de um roteador CE é enviado para um roteador PE, o tráfego IPv4 é roteado por uma VPN de Camada 3, onde o unicast rotulado de BGP é configurado como o protocolo de transporte.

Requisitos

Este exemplo usa os seguintes componentes de hardware e software:

  • Roteadores da Série MX.

  • Junos OS Release 19.4R1 ou posterior em todos os dispositivos.

Visão geral

A topologia a seguir oferece proteção ABR e ASBR comutando o tráfego para caminhos de backup sempre que o caminho principal ficar indisponível.

Topologia

Figura 14 ilustra a VPN de Camada 3 executando BGP rotulada como unicast como o protocolo de transporte entre domínios.

Figura 14: VPN de camada 3 sobre BGP rotulada unicast usando protocolo de transporte LDP
Topologia

A tabela a seguir descreve os componentes usados na topologia:

Componentes primários

Tipo de dispositivo

Posição

CE1

Série MX

Conectado à rede do cliente.

PE1

Série MX

Configurado com caminhos de roteamento primários e de backup para proteger e redirecionar o tráfego do CE1 para o CE2.

P1-P3

Série MX

Roteadores de núcleo para transportar tráfego.

ABR1-ABR2

Série MX

Roteadores de borda de área

ABSR1-ABSR4

Série MX

Roteador de fronteira do sistema autônomo

RR1-RR3

Série MX

Refletor de rotas

PE2-PE3

Série MX

Roteadores PE conectados ao roteador de borda do cliente (CE2).

CE2

Série MX

Conectado à rede do cliente.

Os endereços de dispositivo PE2 e PE3 são aprendidos com a ABR1 e a ABR2 como rotas unicast rotuladas. Essas rotas são resolvidas por protocolos IGP/LDP. PE1 aprende rotas CE2 em dispositivos PE2 e PE3.

Configuração

Para configurar o BGP PIC Edge usando o BGP Label Unicast com LDP como protocolo de transporte, execute essas tarefas:

Configuração rápida da CLI

Para configurar rapidamente este exemplo, copie os seguintes comandos, cole-os em um arquivo de texto, remova quaisquer quebras de linha, altere todos os detalhes necessários para combinar com a configuração da sua rede, copiar e colar os comandos na CLI no nível de [edit] hierarquia e, em seguida, entrar no commit modo de configuração.

Dispositivo CE1

Pe1 do dispositivo

Dispositivo P1

RR1 do dispositivo

Dispositivo ABR1

Dispositivo ABR2

Dispositivo P2

RR2 do dispositivo

ASBR1 do dispositivo

ASBR2 do dispositivo

Dispositivo ASBR3

Dispositivo ASBR4

RR3 do dispositivo

Dispositivo P3

PE2 do dispositivo

Pe3 do dispositivo

Dispositivo CE2

Configuração do CE1

Procedimento passo a passo

O exemplo a seguir exige que você navegue por vários níveis na hierarquia de configuração. Para obter informações sobre como navegar na CLI, consulte Usando o Editor de CLI no modo de configuração no Guia do usuário da CLI.

Para configurar o DISPOSITIVO CE1:

  1. Configure as interfaces para habilitar o transporte IP e MPLS.

  2. Configure a interface de loopback a ser usada como ID do roteador e interface de terminação para sessões de LDP e BGP.

  3. Configure políticas de resolução multicaminho para instalar multicaminhos hierárquicos no PFE.

  4. Configure opções de roteamento.

  5. Configure o BGP rotulado de unicast para ABRs para trocar endereços IP de loopback como prefixos unicast rotulados de BGP.

Resultados

A partir do modo de configuração, confirme sua configuração entrando noshow interfaces, show policy-optionsshow routing-optionse show protocols comandos. Se a saída não exibir a configuração pretendida, repita as instruções neste exemplo para corrigir a configuração.

Configuração do PE1

Procedimento passo a passo

O exemplo a seguir exige que você navegue por vários níveis na hierarquia de configuração. Para obter informações sobre como navegar na CLI, consulte Usando o Editor de CLI no modo de configuração no Guia do usuário da CLI.

Para configurar o pe1 do dispositivo:

  1. Configure as interfaces para habilitar o transporte IP e MPLS.

  2. Configure a interface de loopback a ser usada como ID do roteador e interface de terminação para sessões de LDP e BGP.

  3. Configure políticas de resolução multicaminho para instalar multicaminhos hierárquicos no PFE.

  4. Configure a instância de roteamento VPN de Camada 3 para fornecer serviços ao cliente.

  5. Configure as políticas de importação e resolução de RIB para permitir uma estrutura de nexthop hierárquica expandida para prefixos VPN de Camada 3 selecionados especificados na política.

  6. Configure o protocolo OSPF.

  7. Configure protocolos de roteamento para estabelecer conectividade IP e MPLS em todo o domínio.

  8. Configure o BGP rotulado de unicast para ABRs para trocar endereços IP de loopback como prefixos unicast rotulados de BGP.

Resultados

A partir do modo de configuração, confirme sua configuração inserindo os show chassisshow interfacesshow routing-instancesshow policy-optionsshow routing-optionscomandos e show protocols comandos. Se a saída não exibir a configuração pretendida, repita as instruções neste exemplo para corrigir a configuração.

Configuração do dispositivo P1

Procedimento passo a passo

O exemplo a seguir exige que você navegue por vários níveis na hierarquia de configuração. Para obter informações sobre como navegar na CLI, consulte Usando o Editor de CLI no modo de configuração no Guia do usuário da CLI.

Para configurar o dispositivo P1:

  1. Configure as interfaces.

  2. Configure a interface de loopback.

  3. Configure políticas de resolução multicaminho para instalar multicaminhos hierárquicos no PFE.

  4. Configure opções de roteamento.

  5. Configure protocolos ISIS, RSVP, LDP e MPLS na interface.

Resultados

A partir do modo de configuração, confirme sua configuração entrando no show interfaces, show policy-optionse show protocols comandos. Se a saída não exibir a configuração pretendida, repita as instruções neste exemplo para corrigir a configuração.

Configuração do dispositivo RR1

Procedimento passo a passo

O exemplo a seguir exige que você navegue por vários níveis na hierarquia de configuração. Para obter informações sobre como navegar na CLI, consulte Usando o Editor de CLI no modo de configuração no Guia do usuário da CLI.

Para configurar o dispositivo RR1:

  1. Configure as interfaces.

  2. Configure a interface de loopback.

  3. Configure políticas de resolução multicaminho para instalar multicaminhos hierárquicos no PFE.

  4. Configure opções de roteamento.

  5. Configure protocolos ISIS, RSVP, LDP e MPLS na interface.

  6. Configure o BGP rotulado de unicast para trocar endereços IP de loopback como prefixos unicast rotulados de BGP.

Resultados

A partir do modo de configuração, confirme sua configuração entrando no show interfaces, show policy-optionsshow routing-optionse show protocols comandos. Se a saída não exibir a configuração pretendida, repita as instruções neste exemplo para corrigir a configuração.

Configuração do dispositivo ABR1

Procedimento passo a passo

O exemplo a seguir exige que você navegue por vários níveis na hierarquia de configuração. Para obter informações sobre como navegar na CLI, consulte Usando o Editor de CLI no modo de configuração no Guia do usuário da CLI.

Para configurar o dispositivo ABR1:

  1. Configure as interfaces para habilitar o transporte IP e MPLS.

  2. Configure a interface de loopback a ser usada como ID do roteador e interface de terminação para sessões de LDP e BGP.

  3. Configure políticas de resolução multicaminho para instalar multicaminhos hierárquicos no PFE.

  4. Aplique a política de equilíbrio de carga de fluxo para permitir a proteção do tráfego.

  5. Configure protocolos ISIS, RSVP, MPLS e LDP na interface.

  6. Configure o BGP rotulado de unicast para trocar endereços IP de loopback como prefixos unicast rotulados de BGP.

Resultados

A partir do modo de configuração, confirme sua configuração entrando no show interfaces, show policy-optionsshow routing-optionse show protocols comandos. Se a saída não exibir a configuração pretendida, repita as instruções neste exemplo para corrigir a configuração.

Configuração do dispositivo ABR2

Procedimento passo a passo

O exemplo a seguir exige que você navegue por vários níveis na hierarquia de configuração. Para obter informações sobre como navegar na CLI, consulte Usando o Editor de CLI no modo de configuração no Guia do usuário da CLI.

Para configurar o dispositivo ABR2:

  1. Configure as interfaces para habilitar o transporte IP e MPLS.

  2. Configure a interface de loopback a ser usada como ID do roteador e interface de terminação para sessões de LDP e BGP.

  3. Configure políticas de resolução multicaminho para instalar multicaminhos hierárquicos no PFE.

  4. Aplique a política de equilíbrio de carga de fluxo para permitir a proteção do tráfego.

  5. Configure protocolos ISIS, RSVP, MPLS e LDP na interface.

  6. Configure o BGP rotulado de unicast para trocar endereços IP de loopback como prefixos unicast rotulados de BGP.

Resultados

A partir do modo de configuração, confirme sua configuração entrando no show interfaces, show policy-optionsshow routing-optionse show protocols comandos. Se a saída não exibir a configuração pretendida, repita as instruções neste exemplo para corrigir a configuração.

Configuração do dispositivo P2

Procedimento passo a passo

O exemplo a seguir exige que você navegue por vários níveis na hierarquia de configuração. Para obter informações sobre como navegar na CLI, consulte Usando o Editor de CLI no modo de configuração no Guia do usuário da CLI.

Para configurar o dispositivo P2:

  1. Configure as interfaces para habilitar o transporte IP e MPLS.

  2. Configure a interface de loopback a ser usada como ID do roteador e interface de terminação para sessões de LDP e BGP.

  3. Configure políticas de resolução multicaminho para instalar multicaminhos hierárquicos no PFE.

  4. Configure opções de roteamento.

  5. Configure protocolos ISIS, RSVP, MPLS e LDP na interface.

Resultados

A partir do modo de configuração, confirme sua configuração entrando no show interfaces, show policy-optionsshow routing-optionse show protocols comandos. Se a saída não exibir a configuração pretendida, repita as instruções neste exemplo para corrigir a configuração.

Configuração do dispositivo RR2

Procedimento passo a passo

O exemplo a seguir exige que você navegue por vários níveis na hierarquia de configuração. Para obter informações sobre como navegar na CLI, consulte Usando o Editor de CLI no modo de configuração no Guia do usuário da CLI.

Para configurar o dispositivo RR2:

  1. Configure as interfaces para habilitar o transporte IP e MPLS.

  2. Configure a interface de loopback a ser usada como ID do roteador e interface de terminação para sessões de LDP e BGP.

  3. Configure políticas de resolução multicaminho para instalar multicaminhos hierárquicos no PFE.

  4. Aplique a política de equilíbrio de carga de fluxo para permitir a proteção do tráfego.

  5. Configure protocolos ISIS, RSVP, MPLS e LDP na interface.

  6. Configure o BGP rotulado de unicast para trocar endereços IP de loopback como prefixos unicast rotulados de BGP.

Resultados

A partir do modo de configuração, confirme sua configuração entrando no show interfaces, show policy-optionsshow routing-optionse show protocols comandos. Se a saída não exibir a configuração pretendida, repita as instruções neste exemplo para corrigir a configuração.

Verificação

Confirme se a configuração está funcionando corretamente.

Verificando se os nexthops estão resolvidos

Propósito

Verifique se os próximoshops de PE2 e PE3 são resolvidos no PE1.

Ação

A partir do modo operacional, execute o show route forwarding-table destination comando.

Significado

Você pode ver os pesos e 0x4000 os próximoshops 0x1 primários e de backup.

Verificando as entradas nexthop na tabela de roteamento

Propósito

Verifique as entradas ativas de roteamento de nexthop no PE1.

Ação

A partir do modo operacional, execute o show route extensive expanded-nh comando.

Significado

Você pode ver os pesos e 0x4000 os próximoshops 0x1 primários e de backup.

Suporte ao FAT Pseudowire para visão geral do BGP L2VPN e VPLS

Um pseudowire é um circuito ou serviço de Camada 2 que emula os atributos essenciais de um serviço de telecomunicações, como uma linha T1, em uma rede comutada por pacotes MPLS (PSN). O pseudowire destina-se a fornecer apenas a funcionalidade mínima necessária para emular o fio com os requisitos de resiliência necessários para a determinada definição de serviço.

Em uma rede MPLS, o transporte consciente de fluxo (FAT) do rótulo de fluxo pseudowires, conforme descrito no draft-keyupdate-l2vpn-fat-pw-bgp, é usado para o tráfego de balanceamento de carga em pseudowires sinalizados por BGP para a rede privada virtual de Camada 2 (L2VPN) e serviço de LAN privada virtual (VPLS).

O rótulo de fluxo FAT é configurado apenas nos roteadores de borda de rótulo (LERs). Isso faz com que os roteadores de trânsito ou roteadores de comutação de rótulos (LSRs) realizem balanceamento de carga de pacotes MPLS em caminhos multicaminhos de igual custo (ECMP) ou grupos de agregação de links (LAGs) sem a necessidade de inspeção profunda de pacotes da carga.

O rótulo de fluxo FAT pode ser usado para pseudowires de equivalência de encaminhamento sinalizado por LDP (FEC 128 e FEC 129) para pseudowires VPWS e VPLS. O parâmetro de interface (Sub-TLV) é usado tanto para pseudowires FEC 128 quanto FEC 129. O sub-TLV definido para LDP contém os bits de transmissão (T) e de recebimento (R). A bit T anuncia a capacidade de empurrar o rótulo de fluxo. A bit R anuncia a capacidade de colocar o rótulo de fluxo. Por padrão, o comportamento de sinalização do roteador de borda (PE) do provedor para qualquer um desses pseudowires é anunciar os bits T e R no rótulo definido para 0.

As flow-label-transmit declarações e flow-label-receive configuração oferecem a capacidade de definir o anúncio de bit T e R para 1 no campo Sub-TLV, que faz parte dos parâmetros de interface do FEC para a mensagem de mapeamento de rótulos LDP. Você pode usar essas declarações para controlar o pushing do rótulo de balanceamento de carga e o anúncio do rótulo para os pares de roteamento no plano de controle para pseudowires sinalizados por BGP, como L2VPN e VPLS.

Consulte também

Configuração do suporte fat pseudowire para BGP L2VPN para balancear o tráfego MPLS

O transporte consciente de fluxo (FAT) ou rótulo de fluxo é suportado para pseudowires sinalizados por BGP, como L2VPN, a serem configurados apenas nos roteadores de borda de rótulo (LERs). Isso permite que os roteadores de trânsito ou os roteadores de comutação de rótulos (LSRs) realizem balanceamento de carga de pacotes MPLS em caminhos multicaminhos de igual custo (ECMP) ou grupos de agregação de links (LAGs) sem a necessidade de inspeção profunda de pacotes da carga. Pseudowires FAT ou rótulo de fluxo podem ser usados com L2VPNs sinalizadas por LDP com classe de equivalência de encaminhamento (FEC128 e FEC129), e o suporte para o rótulo de fluxo é estendido para pseudowires sinalizados por BGP para serviços de Camada 2 ponto a ponto ou ponto a ponto.

Antes de configurar o suporte de pseudowire FAT para BGP L2VPN para equilibrar o tráfego MPLS:

  • Configure as interfaces do dispositivo e habilite o MPLS em todas as interfaces.

  • Configure RSVP.

  • Configure o MPLS e um LSP para o roteador PE remoto.

  • Configure BGP e OSPF.

Para configurar o suporte de pseudowire FAT para BGP L2VPN para equilibrar o tráfego MPLS, você deve fazer o seguinte:

  1. Configure os sites conectados ao equipamento do provedor para uma determinada instância de roteamento para os protocolos L2VPN.
  2. Configure o protocolo L2VPN para a instância de roteamento para fornecer recursos de publicidade para colocar o rótulo de fluxo na direção de recebimento para o PE remoto.
  3. Configure o protocolo L2VPN para fornecer recursos de publicidade para empurrar o rótulo de fluxo na direção de transmissão para o PE remoto.
  4. Configure os sites conectados ao equipamento do provedor para uma determinada instância de roteamento para o protocolo VPLS.
  5. Configure o protocolo VPLS para a instância de roteamento para fornecer recursos de publicidade para colocar o rótulo de fluxo na direção de recebimento para o PE remoto.
  6. Configure o protocolo VPLS para fornecer recursos de publicidade para empurrar o rótulo de fluxo na direção de transmissão para o PE remoto.

Consulte também

Exemplo: Configuração do suporte fat pseudowire para BGP L2VPN para balancear o tráfego MPLS

Este exemplo mostra como implementar o suporte pseudowire FAT para BGP L2VPN para ajudar a equilibrar o tráfego MPLS.

Requisitos

Este exemplo usa os seguintes componentes de hardware e software:

  • Cinco roteadores da Série MX

  • Junos OS Release 16.1 ou posterior em todos os dispositivos

Antes de configurar o suporte a pseudowire FAT para BGP L2VPN, certifique-se de configurar os protocolos de roteamento e sinalização.

Visão geral

O Junos OS permite que o rótulo de fluxo de transporte com reconhecimento de fluxo (FAT) que é suportado por pseudowires sinalizados por BGP, como L2VPN, seja configurado apenas nos roteadores de borda de rótulo (LERs). Isso faz com que os roteadores de trânsito ou os roteadores de comutação de rótulos (LSRs) realizem balanceamento de carga de pacotes MPLS em caminhos multicaminhos de igual custo (ECMP) ou grupos de agregação de links (LAGs) sem a necessidade de inspeção profunda de pacotes da carga. O rótulo de fluxo FAT pode ser usado para pseudowires de equivalência de encaminhamento sinalizado por LDP (FEC 128 e FEC 129) para pseudowires VPWS e VPLS.

Topologia

Figura 15, mostra o suporte de pseudowire FAT para BGP L2VPN configurado no Dispositivo PE1 e Dispositivo PE2.

Figura 15: Exemplo de suporte fat pseudowire para BGP L2VPNExemplo de suporte fat pseudowire para BGP L2VPN

Configuração

Configuração rápida da CLI

Para configurar rapidamente este exemplo, copie os seguintes comandos, cole-os em um arquivo de texto, remova quaisquer quebras de linha, altere todos os detalhes necessários para combinar com a configuração da sua rede, copiar e colar os comandos na CLI no nível de [edit] hierarquia e, em seguida, entrar no commit modo de configuração.

CE1

PE1

P

PE2

CE2

Configuração do PE1

Procedimento passo a passo

O exemplo a seguir exige que você navegue por vários níveis na hierarquia de configuração. Para obter informações sobre como navegar na CLI, consulte Usando o Editor de CLI no modo de configuração no Guia de usuário do Junos OS CLI.

Para configurar o dispositivo PE1:

  1. Configure as interfaces.

  2. Configure o roteamento sem parar e configure a ID do roteador.

  3. Configure o número do sistema autônomo (AS) e aplique a política na tabela de encaminhamento do roteador local com a declaração de exportação.

  4. Configure o protocolo RSVP nas interfaces.

  5. Aplique os atributos de caminho comutada por rótulos ao protocolo MPLS e configure a interface.

  6. Defina um grupo de pares e configure o endereço do endereço local da sessão BGP para peer group vpls-pe.

  7. Configure atributos da família de protocolo para NLRIs em atualizações.

  8. Configure vizinhos para o grupo vpls-pede pares.

  9. Configure a engenharia de tráfego e configure as interfaces da área de OSPF 0.0.0.0.

  10. Configure a política de roteamento e as informações da comunidade BGP.

  11. Configure o tipo de instância de roteamento e configure a interface.

  12. Configure o diferencial de rota, por exemplo l2vpn-inst, e configure a comunidade-alvo VRF.

  13. Configure o tipo de encapsulamento necessário para o protocolo L2VPN.

  14. Configure os sites conectados ao equipamento do provedor.

  15. Configure o protocolo L2VPN para a instância de roteamento para fornecer recursos de publicidade para colocar o rótulo de fluxo na direção de recebimento para o PE remoto e fornecer recursos de publicidade para empurrar o rótulo de fluxo na direção de transmissão para o PE remoto.

  16. Configure o tipo de instância de roteamento e configure a interface.

  17. Configure o diferencial de rota, por exemplo vp1, e configure a comunidade-alvo VRF.

  18. Atribua o identificador máximo de site para o domínio VPLS.

  19. Configure para não usar os serviços de túnel para a instância VPLS e atribua um identificador de site ao site conectado ao equipamento do provedor.

  20. Configure o protocolo VPLS para a instância de roteamento para fornecer recursos de publicidade para colocar o rótulo de fluxo na direção de recebimento para o PE remoto e fornecer recursos de publicidade para empurrar o rótulo de fluxo na direção de transmissão para o PE remoto.

Resultados

A partir do modo de configuração, confirme sua configuração inserindo os show interfacesshow routing-instancesshow protocolsshow policy-optionscomandos e show routing-options os comandos. Se a saída não exibir a configuração pretendida, repita as instruções neste exemplo para corrigir a configuração.

Verificação

Confirme se a configuração está funcionando corretamente.

Verificando as informações do resumo do BGP
Propósito

Verifique as informações do resumo do BGP.

Ação

A partir do modo operacional, entre no show bgp summary comando.

Significado

A saída exibe as informações sumárias do BGP.

Verificando as informações das conexões L2VPN
Propósito

Verifique as informações das conexões VPN de Camada 2.

Ação

Desde o modo operacional, execute o show l2vpn connections comando para exibir as informações de conexões VPN de Camada 2.

Significado

A saída exibe as informações de conexões VPN de Camada 2, juntamente com o rótulo de fluxo que transmite e o rótulo de fluxo recebem informações.

Verificação das rotas
Propósito

Verifique se as rotas esperadas são aprendidas.

Ação

A partir do modo operacional, execute o show route comando para exibir as rotas na tabela de roteamento.

Significado

A saída mostra todas as rotas da tabela de roteamento.

Configuração do PE2

Procedimento

Procedimento passo a passo

O exemplo a seguir exige que você navegue por vários níveis na hierarquia de configuração. Para obter informações sobre como navegar na CLI, consulte Usando o Editor de CLI no modo de configuração no Guia de usuário do Junos OS CLI.

Para configurar o dispositivo PE2:

  1. Configure as interfaces.

  2. Configure a ID do roteador.

  3. Configure o número do sistema autônomo (AS) e aplique a política na tabela de encaminhamento do roteador local com a declaração de exportação.

  4. Configure o protocolo RSVP nas interfaces.

  5. Aplique os atributos de caminho comutada por rótulos ao protocolo MPLS e configure a interface.

  6. Defina um grupo de pares e configure o endereço final local da sessão BGP para o grupo vpls-pede pares.

  7. Configure os atributos da família de protocolo para NLRIs em atualizações.

  8. Configure os vizinhos para peer group vpls-pe.

  9. Configure a engenharia de tráfego e configure as interfaces da área de OSPF 0.0.0.0.

  10. Configure a política de roteamento e as informações da comunidade BGP.

  11. Configure o tipo de instância de roteamento e configure a interface.

  12. Configure o diferencial de rota, por exemplo l2vpn-inst, e configure a comunidade-alvo VRF.

  13. Configure o tipo de encapsulamento necessário para o protocolo L2VPN.

  14. Configure os sites conectados ao equipamento do provedor.

  15. Configure o protocolo L2VPN para a instância de roteamento para fornecer recursos de publicidade para colocar o rótulo de fluxo na direção de recebimento para o PE remoto e fornecer recursos de publicidade para empurrar o rótulo de fluxo na direção de transmissão para o PE remoto.

  16. Configure o tipo de instância de roteamento e configure a interface.

  17. Configure o diferencial de rota, por exemplo vpl1, e configure a comunidade-alvo VRF.

  18. Atribua o identificador máximo de site para o domínio VPLS.

  19. Configure para não usar os serviços de túnel para a instância VPLS e atribua um identificador de site ao site conectado ao equipamento do provedor.

  20. Configure o protocolo VPLS para a instância de roteamento para fornecer recursos de publicidade para colocar o rótulo de fluxo na direção de recebimento para o PE remoto e fornecer recursos de publicidade para o rótulo de fluxo push na direção de transmissão para o PE remoto.

Resultados

A partir do modo de configuração, confirme sua configuração inserindo os show interfacesshow routing-instancesshow protocolsshow policy-optionscomandos e show routing-options os comandos. Se a saída não exibir a configuração pretendida, repita as instruções neste exemplo para corrigir a configuração.

Verificação

Confirme se a configuração está funcionando corretamente.

Verificando as informações do resumo do BGP

Propósito

Verifique as informações do resumo do BGP.

Ação

A partir do modo operacional, entre no show bgp summary comando.

Significado

A saída exibe as informações sumárias do BGP.

Verificando as informações das conexões L2VPN

Propósito

Verifique as informações das conexões VPN de Camada 2.

Ação

Desde o modo operacional, execute o show l2vpn connections comando para exibir as informações de conexões VPN de Camada 2.

Significado

A saída exibe as informações de conexões VPN de Camada 2, juntamente com o rótulo de fluxo que transmite e o rótulo de fluxo recebem informações.

Verificação das rotas

Propósito

Verifique se as rotas esperadas são aprendidas.

Ação

A partir do modo operacional, execute o show route comando para exibir as rotas na tabela de roteamento.

Significado

A saída mostra todas as rotas da tabela de roteamento.

Consulte também

Configuração do suporte fat pseudowire para BGP VPLS para balancear o tráfego MPLS

O transporte com reconhecimento de fluxo (FAT) ou rótulo de fluxo é suportado por pseudowires sinalizados por BGP, como VPLS, e deve ser configurado apenas nos roteadores de borda de rótulo (LERs). Isso permite que os roteadores de trânsito ou os roteadores de comutação de rótulos (LSRs) realizem balanceamento de carga de pacotes MPLS em multicaminhos de igual custo (ECMP) ou grupos de agregação de links (LAGs) sem a necessidade de inspeção profunda de pacotes da carga. Pseudowires FAT ou rótulo de fluxo podem ser usados com VPLS sinalizado por LDP com classe de equivalência de encaminhamento (FEC128 e FEC129), e o suporte para o rótulo de fluxo é estendido para pseudowires sinalizados por BGP para serviços de camada ponto a ponto ou ponto a multiponto.

Antes de configurar o suporte de pseudowire FAT para VPLS BGP para equilibrar o tráfego MPLS:

  • Configure as interfaces do dispositivo e habilite o MPLS em todas as interfaces.

  • Configure RSVP.

  • Configure o MPLS e um LSP para o roteador PE remoto.

  • Configure BGP e OSPF.

Para configurar o suporte a pseudowire FAT para VPLS BGP para equilibrar o tráfego MPLS, você deve fazer o seguinte:

  1. Configure os sites conectados ao equipamento do provedor para uma determinada instância de roteamento para os protocolos VPLS.
  2. Configure o protocolo VPLS para a instância de roteamento para fornecer recursos de publicidade para colocar o rótulo de fluxo na direção de recebimento para o PE remoto.
  3. Configure o protocolo VPLS para fornecer recursos de publicidade para empurrar o rótulo de fluxo na direção de transmissão para o PE remoto.

Consulte também

Exemplo: Configuração do suporte fat pseudowire para BGP VPLS para balancear o tráfego MPLS

Este exemplo mostra como implementar o suporte pseudowire FAT para VPLS BGP para ajudar a equilibrar o tráfego MPLS.

Requisitos

Este exemplo usa os seguintes componentes de hardware e software:

  • Cinco roteadores da Série MX

  • Junos OS Release 16.1 ou posterior em todos os dispositivos

Antes de configurar o suporte pseudowire FAT para VPLS BGP, certifique-se de configurar os protocolos de roteamento e sinalização.

Visão geral

O Junos OS permite que o rótulo de fluxo de transporte com reconhecimento de fluxo (FAT) que é suportado para pseudowires sinalizados por BGP, como VPLS, seja configurado apenas nos roteadores de borda de rótulo (LERs). Isso faz com que os roteadores de trânsito ou os roteadores de comutação de rótulos (LSRs) realizem balanceamento de carga de pacotes MPLS em caminhos multicaminhos de igual custo (ECMP) ou grupos de agregação de links (LAGs) sem a necessidade de inspeção profunda de pacotes da carga. O rótulo de fluxo FAT pode ser usado para pseudowires de equivalência de encaminhamento sinalizado por LDP (FEC 128 e FEC 129) para pseudowires VPWS e VPLS.

Topologia

Figura 16 mostra o suporte a pseudowire FAT para BGP VPLS configurado no Dispositivo PE1 e Dispositivo PE2.

Figura 16: Exemplo de suporte fat pseudowire para BGP VPLSExemplo de suporte fat pseudowire para BGP VPLS

Configuração

Configuração rápida da CLI

Para configurar rapidamente este exemplo, copie os seguintes comandos, cole-os em um arquivo de texto, remova quaisquer quebras de linha, altere todos os detalhes necessários para combinar com a configuração da sua rede, copiar e colar os comandos na CLI no nível de [edit] hierarquia e, em seguida, entrar no commit modo de configuração.

CE1

PE1

P

PE2

CE2

Configuração do PE1

Procedimento passo a passo

O exemplo a seguir exige que você navegue por vários níveis na hierarquia de configuração. Para obter informações sobre como navegar na CLI, consulte Usando o Editor de CLI no modo de configuração no Guia de usuário do Junos OS CLI.

Para configurar o dispositivo PE1:

  1. Configure as interfaces.

  2. Configure o roteamento sem parar e configure a ID do roteador.

  3. Configure o número do sistema autônomo (AS) e aplique a política na tabela de encaminhamento do roteador local com a declaração de exportação.

  4. Configure o protocolo RSVP nas interfaces.

  5. Aplique os atributos de caminho comutada por rótulos ao protocolo MPLS e configure a interface.

  6. Defina um grupo de pares e configure o endereço do final local da sessão BGP para peer group vpls-pe.

  7. Configure atributos da família de protocolo para NLRIs em atualizações.

  8. Configure vizinhos para o grupo vpls-pede pares.

  9. Configure a engenharia de tráfego e configure as interfaces da área de OSPF 0.0.0.0.

  10. Configure a política de roteamento e as informações da comunidade BGP.

  11. Configure o tipo de instância de roteamento e configure a interface.

  12. Configure o diferencial de rota, por exemplo vpl1, e configure a comunidade-alvo VRF.

  13. Atribua o identificador máximo de site para o domínio VPLS.

  14. Configure o protocolo VPLS para não usar os serviços de túnel para a instância VPLS e atribua o identificador do site ao site conectado ao equipamento do provedor.

  15. Configure o protocolo VPLS para a instância de roteamento para fornecer recursos de publicidade para colocar o rótulo de fluxo na direção de recebimento para o PE remoto e fornecer recursos de publicidade para empurrar o rótulo de fluxo na direção de transmissão para o PE remoto.

Resultados

A partir do modo de configuração, confirme sua configuração inserindo os show interfacesshow routing-instancesshow protocolsshow policy-optionscomandos e show routing-options os comandos. Se a saída não exibir a configuração pretendida, repita as instruções neste exemplo para corrigir a configuração.

Configuração do PE2

Procedimento passo a passo

O exemplo a seguir exige que você navegue por vários níveis na hierarquia de configuração. Para obter informações sobre como navegar na CLI, consulte Usando o Editor de CLI no modo de configuração no Guia de usuário do Junos OS CLI.

Para configurar o dispositivo PE2:

  1. Configure as interfaces.

  2. Configure a ID do roteador.

  3. Configure o número do sistema autônomo (AS) e aplique a política na tabela de encaminhamento do roteador local com a declaração de exportação.

  4. Configure o protocolo RSVP nas interfaces.

  5. Aplique os atributos de caminho comutada por rótulos ao protocolo MPLS e configure a interface.

  6. Defina um grupo de pares e configure o endereço de ponta local da sessão BGP para peer group vpls-pe.

  7. Configure atributos da família de protocolo para NLRIs em atualizações.

  8. Configure vizinhos para o grupo vpls-pede pares.

  9. Configure a engenharia de tráfego e configure as interfaces da área de OSPF 0.0.0.0.

  10. Configure a política de roteamento e as informações da comunidade BGP.

  11. Configure o tipo de instância de roteamento e configure a interface.

  12. Configure o diferencial de rota, por exemplo vp11, e configure a comunidade-alvo VRF.

  13. Atribua o identificador máximo de site para o domínio VPLS.

  14. Configure o protocolo VPLS para não usar os serviços de túnel para a instância VPLS e atribua o identificador do site ao site conectado ao equipamento do provedor.

  15. Configure o protocolo VPLS para a instância de roteamento para fornecer recursos de publicidade para colocar o rótulo de fluxo na direção de recebimento para o PE remoto e fornecer recursos de publicidade para empurrar o rótulo de fluxo na direção de transmissão para o PE remoto.

Resultados

A partir do modo de configuração, confirme sua configuração inserindo os show interfacesshow routing-instancesshow protocolsshow policy-optionscomandos e show routing-options os comandos. Se a saída não exibir a configuração pretendida, repita as instruções neste exemplo para corrigir a configuração.

Verificação

Confirme se a configuração está funcionando corretamente.

Verificando as informações de conexão VPLS
Propósito

Verifique as informações de conexão VPLS.

Ação

Desde o modo operacional, execute o show vpls connections comando para exibir as informações de conexões VPLS.

Significado

A saída exibe as informações de conexão VPLS, juntamente com o rótulo de fluxo recebido e informações de transmissão de rótulos de fluxo.

Verificação

Confirme se a configuração está funcionando corretamente.

Verificando as informações de conexão VPLS

Propósito

Verifique as informações de conexão VPLS.

Ação

Desde o modo operacional, execute o show vpls connections comando para exibir as informações de conexões VPLS.

Significado

A saída exibe as informações de conexão VPLS, juntamente com o rótulo de fluxo recebido e informações de transmissão de rótulos de fluxo.

Consulte também

Tabela de histórico de alterações

A compatibillidadde com o recurso dependerá da platadorma e versão utilizada. Use o Feature Explorer para saber se o recurso é compatível com sua plataforma.

Versão
Descrição
20.2R1
A partir do Junos OS Release 20.2R1, Série MX, EX9204, EX9208, EX9214, EX9251 e EX9253 oferecem suporte à proteção BGP PIC Edge para circuito de Camada 2, VPN de Camada 2 e VPLS (BGP VPLS, LDP VPLS e FEC 129 VPLS) com BGP rotulado como protocolo de transporte.
19.2R1
A partir do Junos OS Release 19.2R1, você pode especificar um número máximo de 512 caminhos de igual custo em switches QFX10000.
19.1R1
A partir do Junos OS Release 19.1R1, você pode especificar um número máximo de 128 caminhos de igual custo em switches QFX10000.
18.4R1
A partir do Junos OS Release 18.4R1, o BGP pode anunciar no máximo 2 rotas adicionais , além dos vários caminhos ECMP.
18.1R1
A partir do Junos OS Release 18.1R1 BGP multipath é suportado globalmente em [edit protocols bgp] nível hierárquicos. Você pode desabilitar seletivamente o multicaminho em alguns grupos BGP e vizinhos. Inclua disable no [edit protocols bgp group group-name multipath] nível de hierarquia para desabilitar a opção multicaminho para um grupo ou um vizinho BGP específico.
18.1R1
A partir do Junos OS Release 18.1R1, você pode adiar o cálculo multicaminho até que todas as rotas BGP sejam recebidas. Quando o multicaminho é habilitado, o BGP insere a rota na fila multicaminho cada vez que uma nova rota é adicionada ou sempre que uma rota existente muda. Quando vários caminhos são recebidos através do recurso de add-path BGP, o BGP pode calcular uma rota multicaminho várias vezes. O cálculo multicaminho reduz a taxa de aprendizado rib (também conhecida como tabela de roteamento). Para acelerar o aprendizado rib, o cálculo multicaminho pode ser adiado até que as rotas BGP sejam recebidas ou você pode reduzir a prioridade do trabalho de construção multicaminho de acordo com seus requisitos até que as rotas BGP sejam resolvidas. Para adiar a configuração do cálculo multicaminho defer-initial-multipath-build no [edit protocols bgp] nível de hierarquia. Como alternativa, você pode reduzir a prioridade de trabalho de construção multicaminho BGP usando multipath-build-priority a declaração de configuração no [edit protocols bgp] nível de hierarquia para acelerar o aprendizado rib.