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

Entender o BGP Multipath

O multicaminho BGP permite instalar vários caminhos BGP internos e vários caminhos BGP externos até 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 next-hop. Por padrão, todos os caminhos com o mesmo AS vizinho, aprendidos por um vizinho BGP habilitado para multicaminhos são considerados no processo de seleção multicaminho.

Normalmente, o BGP escolhe apenas um caminho melhor para cada prefixo e instala essa rota na tabela de encaminhamento. Quando o multicaminho BGP é habilitado, o dispositivo escolhe vários caminhos BGP de igual custo para chegar a um determinado destino, e todos esses caminhos são instalados na tabela de encaminhamento. O BGP anuncia apenas o caminho ativo para os vizinhos, a menos que o caminho complementar 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 caminho 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 de hierarquia. Você pode desabilitar multicaminho seletivamente 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 multicamada 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 por meio 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ê possa reduzir a prioridade do trabalho de criação multicaminho de acordo com seus requisitos até que as rotas BGP sejam resolvidas. Para adiar a configuração do cálculo multicamada defer-initial-multipath-build em [edit protocols bgp] nível de hierarquia. Como alternativa, você pode reduzir a prioridade de trabalho de criação multicamada BGP usando multipath-build-priority a declaração de configuração no [edit protocols bgp] nível de hierarquia para acelerar o aprendizado RIB.

Exemplo: Tráfego BGP balanceamento de carga

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. Defina 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 habilitar 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. Aplique a política às rotas exportadas da tabela de roteamento para a tabela de encaminhamento. Para fazer isso, inclua as forwarding-table e export as 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 balanceados com a chassis maximum-ecmp declaração. Com esta declaração, você pode alterar o número máximo de caminhos equilibrados de carga de custo igual para 32, 64, 128, 256 ou 512 (o número máximo varia por plataforma — veja máximo-ecmp.) 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. A partir do Junos OS Release 19.2R1, você pode especificar um número máximo de 512 caminhos de igual custo nos switches QFX10000.— veja a configuração de compreensão de até 512 caminhos de custo igual com balanceamento de carga consistente opcional.

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 de CLI

Para configurar este exemplo rapidamente, 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 sua configuração de 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 pela CLI, consulte o uso do 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 terminar de configurar o dispositivo, entre no commit modo de configuração.

Verificação

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

Verificação de rotas

Propósito

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

Ação

Do modo operacional, execute o show route comando.

Significado

O caminho ativo, indicado com um asterisco (*), tem dois próximos saltos: 10.0.1.1 e 10.0.0.2 para o destino 10.0.2.0. O próximo salto 10.0.1.1 é copiado do caminho inativo até 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. 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 ). Nesse caso, o gateway next-hop 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

Do modo operacional, execute o show route forwarding-table comando.

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

Você pode configurar o recurso multicaminho de custo igual (ECMP) com até 512 caminhos para pares BGP externos. Ter a capacidade de configurar até 512 ECMP próximos hops permite que você aumente o número de conexões bgp peer 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 consistente de carga 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 a rotas MPLS.)

  • O processo de roteamento do dispositivo (RPD) deve oferecer suporte ao modo de 64 bits; O RPD de 32 bits não é compatível.

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

  • A distribuição de tráfego pode não estar mesmo entre todos os membros do grupo — depende do padrão de tráfego e da organização da tabela de conjunto de fluxo de hashing no hardware. O 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, porque 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 cascata para implementar a estrutura do next-hop para configurações de mais de 128 próximos hops. A precisão de hashing é, portanto, um pouco menor do que é para configurações de next-hop ECMP de menos de 128, que não exigem uma topologia cascata.

  • Os fluxos existentes em caminhos de ECMP afetados e novos fluxos que fluem 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 subsequente da rota global.

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

  • Se você adicionar um novo caminho a um grupo ECMP existente, alguns fluxos por 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 a 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 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 hop ECMP que não tem todas as propriedades dos próximos hops 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 ativados com a consistent-hash declaração, todos os prefixos de rede apontando para o mesmo ECMP próximo hop exibem um comportamento consistente de hashing.

  • O hashing consistente é suportado apenas no grupo ECMP baseado em rotas BGP de igual custo. Quando outros protocolos ou rotas estáticas são configurados que têm prioridade nas 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, opcionalmente, configurar balanceamento de carga consistente

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

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

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

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

  4. Aplique uma política de importação 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: Tráfego BGP balanceamento de carga, que aparece no início deste documento.

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

Exemplo: Configurar pares de EBGP de salto único para aceitar próximos hops remotos

Este exemplo mostra como configurar um peer BGP externo (EBGP) de salto único para aceitar um next hop 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 next hop remoto com o qual ele não compartilha 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 compartilhando 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á diretamente conectado 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 next-hop aprendidas por este peer EBGP são rotuladas como indiretas, mesmo quando compartilham uma sub-rede comum. Essa situação quebra a funcionalidade multicamada para rotas que são recursivamente resolvidas por rotas que incluem esses endereços de next-hop. Configurar a accept-remote-nexthop declaração permite que um peer EBGP de salto único aceite um próximo hop remoto, o que restaura a funcionalidade multicaminho para rotas que são resolvidas por esses endereços de next-hop. Você pode configurar essa declaração nos níveis de hierarquia global, de grupos e vizinhos para BGP. A declaração também é compatível com sistemas lógicos e o tipo de instância de roteamento e encaminhamento de 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 aceita atualização de rota BGP, a sessão é redefinida.

Quando você permite que um peer EBGP de salto único aceite um próximo salto remoto, você também deve configurar uma política de roteamento de importação no peer EBGP que especifica o endereço remoto de next-hop.

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 1.1.10.10 para a rota para a rede 1.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 hop remoto.

Figura 2 mostra a topologia amostral.

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

Configuração

Configuração rápida de CLI

Para configurar este exemplo rapidamente, 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 sua configuração de 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 pela CLI, consulte o uso do 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 e test_route as agg_route 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 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 pela CLI, consulte o uso do 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 1.1.10.10 para a rota para a rede 1.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 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 pela CLI, consulte o uso do 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 terminar de configurar o dispositivo, entre no commit modo de configuração.

Verificação

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

Verificar se a rota multicamata 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 1.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.1.10.10.

Desativação e reativação da Declaração de nexthop aceita remota

Propósito

Certifique-se de que a rota multicamada 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, reativar 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.

Entender 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 maneira assimétrica.

Assim que vários próximos hops forem instalados na tabela de encaminhamento, um próximo hop de encaminhamento específico é selecionado pelo algoritmo de balanceamento de carga por prefixo Junos OS. Esse processo corre contra os endereços de origem e destino de um pacote para mapear deterministicamente o pareamento de prefixo em um dos próximos hops disponíveis. O mapeamento por prefixo funciona melhor quando a função 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 de comunicação.

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 original do Processador de Internet. 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 de origem, 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 hop específico, resultando em uma distribuição mais uniforme entre os próximos hops 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 ressequenciados, mas os pacotes dentro de fluxos individuais mantêm o sequenciamento correto. Independentemente de optar pelo balanceamento de carga por prefixo ou 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 comparados aos 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 decorrente 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 hop e, quando combinado com o multicaminho, o algoritmo de balanceamento de carga distribui fluxos pelo conjunto de próximos hops 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 de peering BGP externas (EBGP), habilite o 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.

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 ajudar você a controlar a política de roteamento. Um exemplo de um bom uso para comunidades BGP é o balanceamento de carga desigual. Quando um roteador de borda do 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 um 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 de largura de banda do link são baseadas na largura de banda configurada do enlace EBGP. Não se baseia na quantidade de tráfego no enlace. 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-bandwidth-06, BGP Link Bandwidth Extended Community. 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 onde existem vários caminhos externos para uma determinada rede com recursos de largura de banda assimétricos. Nesse cenário, você pode marcar rotas recebidas com a comunidade estendida de largura de banda. Quando o BGP multipath (interno ou externo) opera entre rotas que contêm o atributo de largura de banda, o mecanismo de encaminhamento pode distribuir tráfego de maneira 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 multicaminhos, 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 de 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 o 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 comutados por rótulos (LSPs) que não rastreiam a métrica de IGP correspondente. No entanto, em uma rede em que o atraso de propagação de circuitos é significativo (por exemplo, se circuitos de longo curso estiverem 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 enlace em bytes por segundo.

Por exemplo:

Onde 10458 é o número AS 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 enfrentadas pelos 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 enfrentada pelo enlace externo permite que esse atributo influencie a decisão multicamada local, 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 de CLI mostra a configuração para todos os dispositivos em Figura 3. A seção#d29e113__d29e376 descreve as etapas do dispositivo R1.

Configuração

Procedimento

Configuração rápida de CLI

Para configurar este exemplo rapidamente, 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 sua configuração de 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 pela CLI, consulte o uso do 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 da 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 terminar de configurar o dispositivo, entre no commit modo de configuração.

Verificação

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

Verificação de rotas

Propósito

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

Ação

Do modo operacional, execute o show route protocol bgp detail comando.

Significado

O caminho ativo, indicado com um asterisco (*), tem dois próximos saltos: 10,0.1.1 e 10.0.0.2 para o destino 172.16/16.

Da mesma forma, o caminho ativo, indicado com um asterisco (*), tem dois próximos saltos: 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 até 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 próximos saltos e que 60% do tráfego está seguindo o primeiro caminho, enquanto 40% estão seguindo o segundo caminho.

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 recursos de balanceamento de carga

  • Junos OS Versão 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 lançamentos anteriores do Junos OS, um alto-falante BGP que recebia vários caminhos de seus pares internos anunciava apenas a largura de banda de enlace 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 políticas e opções de name políticas].

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. Roteador R1 anuncia destino 10.0.2.0 para roteador R4. O roteador R1 calcula o agregado da largura de banda disponível, que é 1000000 bytes por segundo. No entanto, uma política configurada no Roteador R1 estabelece o limite para a largura de banda agregada para 80.000.000 bytes por segundo. Portanto, R1 anuncia 80.000.000 bytes por segundo em vez dos 10.000.000 bytes por segundo.

Nota:

Se um dos enlaces multicaminho cair, a largura de banda do enlace falho não será adicionada à largura de banda agregada anunciada aos vizinhos do BGP.

Configuração

Configuração rápida de CLI

Para configurar este exemplo rapidamente, 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 sua configuração de rede, copiar e colar os comandos no 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 por 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 a navegação na CLI, consulte o uso do Editor de CLI no modo de configuração no Guia de 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. Permita que o recurso anuncie uma largura de banda agregada de 80.000.000 bytes ao roteador de peer EBGP R4 em sessões BGP.

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

  9. Defina 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 enlace 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 BGP está estabelecida

Propósito

Para verificar se o peering BGP está completo e uma sessão BGP está 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.

Ação

Do modo operacional, execute o show route protocol bgp detail comando.

Significado

Verificar 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 os vizinhos externos.

Ação
Significado

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

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

Os colegas do BGP anunciam rotas entre si em mensagens de atualização. A BGP armazena suas rotas na tabela de roteamento Junos OS ().inet.0 Para cada prefixo na tabela de roteamento, o processo de protocolo de roteamento escolhe 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 até 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 à redução do tempo de restauração após o fracasso. Por exemplo, uma borda depois de receber vários caminhos para o mesmo destino pode pré-compor um caminho de backup e deixá-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 bgp, que inclui 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:

  • Endereço às famílias apoiadas:

    • Unicast IPv4 (family inet unicast)

    • Unicast IPv6 (family inet6 unicast)

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

    • IPv6 rotulado unicast (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 do IPv4 VPN unicast e das famílias unicast VPN IPv6:

  • Suportado em pares BGP internos (IBGP) e BGP externos (EBGP). Oferecemos suporte ao EBGP para adicionar o caminho recebido por padrão e o EBGP adicionar o caminho enviado por uma declaração de configuração no nível de [edit logical-systems logical-system-name protocols bgp group group-name family family] hierarquia.

  • Somente instâncias mestres. Sem suporte para instâncias de roteamento.

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

  • Sem suporte para o protocolo de monitoramento BGP (BMP).

  • As políticas de prefixo permitem filtrar rotas em um roteador 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 um máximo de 2 rotas de caminho adicional , além dos vários caminhos ECMP.

Para anunciar todos os complementos de até 64 add-paths ou apenas caminhos de igual custo, 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.

Exemplo: Publicidade Vários caminhos no BGP

Neste exemplo, os roteadores BGP estão configurados para anunciar vários caminhos em vez de anunciar apenas o caminho ativo. A publicidade de vários caminhos no BGP é especificada na 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 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 enviar e receber vários caminhos). Esses três dispositivos habilitados para BGP devem ser roteadores de borda multisserviço 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, roteador R5, roteador R6 e roteador R7 redistribuem rotas estáticas em BGP. O roteador R1 e o roteador R4 são refletor de rotas. 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 rotas é 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) para o 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 ao envio de 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 de CLI

Para configurar este exemplo rapidamente, 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 sua configuração de 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 pela CLI, consulte o uso do 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 rotas do IBGP.

  3. Configure o roteador R1 para enviar até seis caminhos para o 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 o ID do roteador e o número do sistema autônomo.

  6. Se terminar de configurar o dispositivo, comprometa 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 para o 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 terminar de configurar o dispositivo, comprometa a configuração.

Resultados

A partir do modo de configuração, confirme sua configuração entrando noshow 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 terminar de configurar o dispositivo, comprometa 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 rotas do IBGP.

  3. Configure o roteador R4 para enviar até seis caminhos para o 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 ao roteador R4 enviar vários caminhos do 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 a rota 172.16.199.1/32. Entretanto, por causa dessa política, o Roteador R4 só envia vários caminhos para a rota 172.16.199.1/32.

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

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

  8. Se terminar de configurar o dispositivo, comprometa 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 terminar de configurar o dispositivo, comprometa 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 terminar de configurar o dispositivo, comprometa 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 a 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 terminar de configurar o dispositivo, comprometa 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 terminar de configurar o dispositivo, comprometa 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.

Verificar se os peers 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 até 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 hop, 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 todos 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 até 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 o 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 maneira única. Procure a Addpath Path ID: corda.

Ação

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 todos os vários caminhos disponíveis pode resultar em uma grande sobrecarga de processamento na memória do dispositivo e é uma consideração escalonante, também. Você pode configurar um refletor de rotas 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 da Série M, Série MX ou T

  • Junos OS Versão 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 a anunciar apenas caminhos múltiplos para contribuintes. 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 refletor de rotas para criar diversidade no caminho do IBGP. Você pode habilitar um refletor de rotas BGP a anunciar multicaminhos que são caminhos contribuintes para o balanceamento de carga.

Topologia

Figura 7RR1 e RR4 são refletor 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/32 e 198.1.1.1/32 em 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 complemento 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/32 escolhidas a partir de rotas de candidato 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 de CLI

Para configurar este exemplo rapidamente, 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 sua configuração de rede, copiar e colar os comandos no CLI no nível de [edit] hierarquia e, em seguida, entrar no 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 a navegação na CLI, consulte o uso do Editor de CLI no modo de configuração no Guia de Usuário da CLI.

Para configurar o roteador RR1:

Nota:

Repita este procedimento para outros roteadores depois de 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 interno RR 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 de grupo interno para refletor de rotas.

  7. Configure o recurso multicaminho addpath para anunciar apenas caminhos de contribuintes 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. Defina uma política loadbal_199 para o balanceamento de carga por pacote.

  10. Aplique 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 terminar de configurar o dispositivo, comprometa a configuração.

Verificação

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

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

Propósito

Verifique as rotas multicamadas disponíveis para o 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 multicamatas são anunciadas desde o roteador RR1 até o roteador RR4

Propósito

Verifique se o roteador RR1 está anunciando as rotas multicaminhos.

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.

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

Propósito

A multicamada não está configurada no Roteador RR4, portanto, a rota 199.1.1.1/32 não é elegível para o complemento do caminho. 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.

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

A publicidade de todos os vários 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 saber os prefixos com antecedência, você pode usar o valor da comunidade BGP para identificar rotas de prefixo que precisam ser anunciadas aos 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 da Série M, Série MX ou T

  • Junos OS Versão 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 caminho múltiplos elegíveis com base nos valores da comunidade. A BGP anuncia essas rotas marcadas pela comunidade, além do caminho ativo até um determinado destino. Se o valor da comunidade de uma rota não corresponder ao valor da comunidade definido na política, então o BGP não anuncia essa rota. Esse recurso permite que a BGP anuncie não mais do que 20 caminhos até 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 de comunidade BGP conhecido determina se um prefixo é anunciado ou não.

Topologia

Figura 8RR1 e RR4 são refletor 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 o valor da comunidade 4713:100.

O roteador RR1 está configurado para enviar até seis caminhos (por destino) para o 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 4714:100 de valor da comunidade.

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 de CLI

Para configurar este exemplo rapidamente, 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 sua configuração de rede, copiar e colar os comandos no CLI no nível de [edit] hierarquia e, em seguida, entrar no 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 a navegação na CLI, consulte o uso do Editor de CLI no modo de configuração no Guia de Usuário da CLI.

Para configurar o roteador RR4:

Nota:

Repita este procedimento para outros roteadores depois de 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 refletor de rotas.

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

  6. Defina 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 até 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 terminar de configurar o dispositivo, comprometa a configuração.

Verificação

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

Verificando se as rotas multicamatas são anunciadas desde o roteador RR4 até o 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 até 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 próximos saltos 10.0.0.20, 10.0.0.30 e 10.0.15.2 para a rota 199.1.1.1/32 do roteador RR4.

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

Propósito

O roteador RR4 deve anunciar rotas multicaminhos com valor comunitário 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 comunitário de 4713:100 até o roteador R8.

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 next-hop de protocolo. Nos lançamentos anteriores do Junos OS, apenas um dos caminhos é escolhido para resolução de protocolo next-hop porque o resolver não suportava balanceamento de carga em todos os caminhos da rota multicaminho ibGP. O resolver no processo de protocolo de roteamento (rpd) resolve o endereço de next-hop (PNH) do protocolo para o encaminhamento imediato dos próximos hops. O recurso de resolução recursiva BGP melhora a resolução para resolver rotas através da rota multicaminho 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 multicamada DO IBGP.
  3. Verifique se o BGP está resolvendo multicamadas de forma recursiva e vários próximos hops estão disponíveis para o tráfego de balanceamento de carga.

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

Configuração de ECMP next hops para RSVP e LSPs LDP para balanceamento de carga

O Junos OS oferece suporte a configurações de 16, 32 ou 64 saltos multicaminho de custo igual (ECMP) para RSVP e LSPs LDP em roteadores M10i com um CFEB aprimorado, M320, M120, Série MX e dispositivos de roteamento da Série T. Para redes com tráfego de alto volume, isso oferece mais flexibilidade para equilibrar o tráfego em até 64 LSPs.

Para configurar o limite máximo para os 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 ECMP de next-hop de 16, 32 ou 64 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 hops seguintes. Você não deve configurar a maximum-ecmp declaração com 32 ou 64 próximos hops. Quando você confirma a configuração com 32 ou 64 próximos saltos, 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 oferecem suporte à configuração máxima de next-hop do ECMP para até 64 gateways ECMP:

  • Rotas IPv4 e IPv6 estáticas com ECMPs de next-hop direto e indireto

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

  • Próximos saltos RSVP ECMP criados 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 de IGP) IPv4 e IPv6

O limite ECMP aprimorado de até 64 próximos hops 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 por uma rota MPLS, porque os caminhos ECMP disponíveis na rota MPLS também podem ser usados por esse tráfego.

Nota:

Os seguintes FPCs nos roteadores M320, T640 e T1600 oferecem suporte apenas a 16 ECMP próximos hops:

  • (Somente roteadores M320, T640 e T1600) FPC1 aprimorado

  • (Somente roteadores M320, T640 e T1600) FPC2 aprimorado

  • (Somente roteadores M320 e T640) FPC3 aprimorado

  • (Somente roteadores T640 e T1600) FPC2

  • (Somente roteadores T640 e T1600) FPC3

Se um limite máximo de 32 ECMP de next-hop ou 64 estiver configurado em um roteador M320, T640 ou T1600 com qualquer um desses FPCs instalados, os mecanismos de encaminhamento de pacotes nesses FPCs usam apenas os primeiros 16 ECMP próximos hops. Para mecanismos de encaminhamento de pacotes em FPCs que oferecem suporte a apenas 16 próximos hops ECMP, o Junos OS gera uma mensagem de log do sistema se um limite máximo de ECMP de 32 next-hop estiver 64 configurado. No entanto, para mecanismos de encaminhamento de pacotes em outros FPCs instalados no roteador, é aplicável um limite máximo de ECMP configurado ou 3264 próximo hopS ECMP.

Nota:

Se os LSPs RSVP forem configurados com alocação de largura de banda, para próximos hops ECMP com mais de 16 LSPs, o tráfego não será distribuído de maneira ideal com base nas 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 cumpre rigorosamente a alocação de largura de banda configurada. Esta restrição é aplicável aos seguintes roteadores:

  • Roteadores T1600 e T640 com FPC1 de escalonamento aprimorado, FPC2 de escalonamento aprimorado, FPC3 de escalonamento aprimorado, FPC 4 aprimorado e todos os FPCs Tipo 4

  • Roteadores M320 com FPC1 Aprimorado III, FPC2 Aprimorado III e FPC3 Aprimorado

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

  • Roteadores M120 com FPCs Tipo 1, Tipo 2 e Tipo 3

  • Roteadores M10i com CFEB aprimorado

A clonagem e as permutações de next-hop são desativadas em roteadores da Série T com FPCs de escalonamento aprimorado (FPC1 de escalonamento aprimorado, FPC2 de escalonamento aprimorado, FPC3 de escalonamento aprimorado e FPC 4) que oferecem suporte a recursos aprimorados de balanceamento de carga. Como resultado, a utilização da memória é reduzida para um sistema de alta escala com um alto número de próximos hops em interfaces ECMP ou agregadas. A clonagem e as permutações de next-hop também são desativadas em roteadores da Série T com FPCs Tipo-4.

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.

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

O balanceamento de carga por pacote permite que você espalhe o 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 substituir 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 significativa de tráfego 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, remexe 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 onde 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 interrupções mínimas, defina um novo grupo ECMP sem modificar os caminhos existentes. Dessa forma, os clientes podem ser transferidos para o novo grupo gradualmente sem encerrar as conexões existentes.

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

  • Os caminhos IPv4 e IPv6 são compatíveis.

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

  • O tráfego multicast não é compatível.

  • Interfaces agregadas são suportadas, mas o balanceamento de carga consistente não é suportado entre os membros do pacote de agregação de enlace (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 reexaminados quando um ou mais links de membro LAG falham.

  • Recomendamos fortemente que você aplique balanceamento de carga consistente a 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 do grupo ECMP falham. Configurar a 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á sem interrupções.

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 extremidade avançada 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 de ECMP (FRR) nas interfaces de túnel GRE não é suportado durante o balanceamento de carga consistente. 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 a configuração do tunelamento de encapsulamento de roteamento genérico.

  • O balanceamento de carga consistente não oferece suporte a multihop BGP para vizinhos de 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 recebidas com um ou mais prefixos de destino.
  3. Aplique um balanceamento de carga consistente à política de roteamento para que apenas os fluxos de tráfego para um ou mais prefixos de destino que experimentam uma falha de enlace 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 consistente de carga ao grupo BGP de pares externos.
    Nota:

    O balanceamento consistente de carga pode ser aplicado apenas a pares externos BGP. Esta 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 next-hop na tabela de encaminhamento.
  8. (Opcional) Habilite o redirecionamento rápido para rotas ECMP.
  9. Verifique o status de uma ou mais rotas 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 é ativado: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 melhora a capacidade do roteador de equilibrar o tráfego em caminhos multicaminhos de igual custo (ECMP) ou grupos de agregação de enlace (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 pacotes para hash o pacote para 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ótulos (LSR) não for capaz de realizar um DPI para identificar o fluxo ou não puder fazê-lo na taxa de linha, a pilha de rótulos por si só é usada para hashing 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 recebidos do que LSRs de trânsito. Portanto, o roteador de borda de rótulo (LER) pode inspecionar as informações de fluxo de um pacote, mapeá-lo para um rótulo de entropia e inseri-los na pilha de rótulos. Os LSRs no núcleo simplesmente usam o rótulo de entropia como a chave para colocar o pacote no caminho certo.

Um rótulo de entropia pode ser qualquer valor de rótulo entre 16 a 1048575 (faixa regular de rótulos de 20 bits). Uma vez que 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ótulos 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 condensam RSVP ou LDP LSPs em várias áreas de protocolo de gateway interior (IGP) ou vários sistemas autônomos (LSPs inter-AS). LSPs unicast com rótulos 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 condensam RSVP ou LDP LSPs, o Junos OS insere os rótulos de entropia na entrada unicast LSP 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 RSVP ou LDP geralmente são colocados no penúltimo nó de hop, 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 os rótulos BGP para encaminhar pacotes. Figura 10 ilustra a pilha de rótulos de pacote unicast rotulada 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ótulos de entropia (ELI), o rótulo de entropia, o rótulo BGP e o pacote IP. Os rótulos de entropia RSVP são colocados no penúltimo nó de hop.

Figura 10: BGP inter-área rotulada unicast com rótulo de entropia RSVPBGP inter-área rotulada 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 do BGP. Se o nó de costura unicast rotulado BGP sinalizar a capacidade do rótulo de entropia BGP (ELC) para os roteadores de borda do provedor, a entrada de LSP unicast rotulada de BGP está ciente de que a saída LSP unicast rotulada como BGP pode lidar com rótulos de entropia e inserir um rótulo de entropia e um 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 oferecer suporte a 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, no rótulo de entropia e no pacote IP.

Figura 11: BGP entre áreas rotulada como Unicast com rótulo BGP Entropy em Stitching PointBGP entre áreas rotulada como Unicast com rótulo BGP Entropy em Stitching Point
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 nível de [edit policy-options policy-statement policy-name then] hierarquia.

Por padrão, os roteadores que oferecem suporte a rótulos de entropia são configurados com a declaração de capacidade de rótulos de balanceamento de carga no nível de [edit forwarding-options] hierarquia para sinalizar os rótulos por LSP. Se o roteador de peer não estiver equipado para lidar com rótulos de balanceamento de carga, você pode impedir 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.

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 capacidade de rótulo de entropia.

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

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

  • Defina uma política de ingresso 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ótulos 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 fazendo tunelamento pela VPN de outra operadora, não há um rótulo de entropia de ponta a ponta porque o Junos OS não insere um indicador de rótulo de entropia ou rótulo de entropia sob rótulos VPN na rede de operadoras.

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

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 condensam RSVP ou LSPs LDP em várias áreas de IGP ou vários sistemas autônomos (ASs). Os rótulos de entropia RSVP ou LDP são colocados no penúltimo nó de hop, 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ótulos 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 a 1048575 (faixa regular de rótulos de 20 bits). Uma vez que 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ótulos 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 em [edit protocols bgp group group name family inet labeled-unicast] nível de [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 a capacidade do 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 next-hop no atributo do rótulo de entropia em relação ao próximo salto da rota.
  4. (Opcional) Para desabilitar 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 de [edit policy-options policy statement policy-name then] hierarquia.

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 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 pacotes para hash o pacote para 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 hash o pacote para o caminho correto. Um rótulo de entropia pode ser qualquer valor de rótulo entre 16 a 1048575 (faixa regular de rótulos de 20 bits). Uma vez que 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 condensam RSVP ou LSPs LDP em várias áreas de IGP ou vários sistemas autônomos. Os rótulos de entropia RSVP ou LDP são colocados no penúltimo nó de hop, 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ótulos 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 Versão 15.1 ou posterior em execução em todos os dispositivos

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 condensam RSVP ou LDP LSPs em várias áreas de IGP ou vários sistemas autônomos, rótulos de entropia RSVP ou LDP são colocados no penúltimo nó de hop, 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 os rótulos 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ótulos 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 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 de peer não estiver equipado para lidar com rótulos de balanceamento de carga, você pode impedir 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

O Figura 12 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 da área entre a Área 0 e a Área 1. O LAG está configurado nos roteadores provedores para equilibrar a carga do tráfego. O recurso de rótulo de entropia para unicast com rótulo BGP está habilitado no roteador PE1 de entrada.

Figura 12: Configuração de um rótulo de entropia para o BGP Labeled UnicastConfiguração de um rótulo de entropia para o BGP Labeled Unicast

Configuração

Configuração rápida de CLI

Para configurar este exemplo rapidamente, 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 sua configuração de rede, copiar e colar os comandos no CLI no nível de [edit] hierarquia e, em seguida, entrar no commit modo de configuração.

Roteador PE1

Roteador P1

ABR do roteador

Roteador P2

Roteador PE2

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 a navegação na CLI, consulte o uso do Editor de CLI no modo de configuração no Guia de Usuário da CLI.

Para configurar o roteador PE1:

Nota:

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

  1. Configure as interfaces com endereços IPv4 e IPv6.

  2. Configure a interface de loopback.

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

  4. Configure o protocolo RSVP para todas as interfaces.

  5. Habilite o MPLS em todas as interfaces do Roteador PE1 e especifique o LSP.

  6. Configure o IBGP nos roteadores internos.

  7. Habilite o recurso de rótulo de entropia para unicast rotulado bgp para ibgp interno do grupo BGP.

  8. Habilite o protocolo OSPF em todas as interfaces do roteador de borda da área (ABR).

  9. Definir listas de prefixo para especificar as rotas com recursos de rótulos de entropia.

  10. Defina um EL de política para especificar as rotas com recursos de rótulos de entropia.

  11. Defina outra política EL-2 para especificar as rotas com recursos de rótulos de entropia.

  12. Definir uma política para exportar rotas BGP para a tabela de roteamento OSPF.

  13. Defina uma política para exportar rotas de OSPF para a tabela de roteamento BGP.

  14. Definir uma política para exportar rotas estáticas para a tabela de roteamento BGP.

  15. Configure um alvo VPN para a comunidade VPN.

  16. Configure a instância de roteamento VPN-l3vpn da Camada 3.

  17. Atribua as interfaces para a instância de roteamento VPN-l3vpn.

  18. Configure o diferencial de rota para a instância de roteamento VPN-l3vpn.

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

  20. Configure uma rota estática para o dispositivo CE1 usando o protocolo VPN de Camada 3 para a instância de roteamento VPN-l3vpn.

  21. Exporte as rotas BGP para a tabela de roteamento OSPF para a instância de roteamento VPN-l3vpn.

  22. Atribua a interface OSPF para a instância de roteamento VPN-l3vpn.

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 a navegação na CLI, consulte o uso do Editor de CLI no modo de configuração no Guia de Usuário da CLI.

Para configurar o roteador P1:

Nota:

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

  1. Configure as interfaces com endereços IPv4 e IPv6.

  2. Configure a agregação de enlace nas interfaces.

  3. Configure a interface de loopback.

  4. Configure rótulos MPLS que o roteador usa para acelerar os pacotes até o destino para balanceamento de carga.

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

  6. Habilite o balanceamento de carga por pacote.

  7. Configure o protocolo RSVP para todas as interfaces.

  8. Habilite o MPLS em todas as interfaces do roteador P1 e especifique o LSP.

  9. Habilite o protocolo OSPF em todas as interfaces do Roteador P1, exceto a interface de gerenciamento.

  10. Defina uma política para balanceamento de carga por pacote.

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 a navegação na CLI, consulte o uso do Editor de CLI no modo de configuração no Guia de Usuário da CLI.

Para configurar o roteador ABR:

  1. Configure as interfaces com endereços IPv4 e IPv6.

  2. Configure a interface de loopback.

  3. Configure a agregação de enlace nas interfaces.

  4. Configure rótulos MPLS que o roteador usa para acelerar os pacotes até o destino para balanceamento de carga.

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

  6. Habilite o balanceamento de carga por pacote.

  7. Configure o protocolo RSVP para todas as interfaces.

  8. Habilite o MPLS em todas as interfaces do roteador P1 e especifique o LSP.

  9. Configure o IBGP nos roteadores internos.

  10. Habilite o protocolo OSPF em todas as interfaces da ABR.

  11. Defina uma política para especificar as rotas com recursos de rótulos de entropia.

Resultados

A partir do modo de configuração, confirme sua configuração entrando nosshow interfaces, show protocols, show routing-options, e show policy-optionsshow forwarding optionscomandos. 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 o recurso de rótulo de entropia está sendo anunciado no roteador PE2

Propósito

Verifique se o atributo do caminho do recurso do rótulo de entropia está sendo anunciado a partir do Roteador PE2 upstream na saída.

Ação

A partir do modo operacional, execute o show route 10.255.101.200 advertising-protocol bgp 10.255.102.102 comando no Roteador PE2.

Significado

A saída mostra que o host PE2 com o endereço IP de 10.255.101.200 tem a capacidade do rótulo de entropia. O host está anunciando o recurso de rótulo de entropia para seus vizinhos BGP.

Verificar se o roteador ABR recebe o anúncio do rótulo de entropia

Propósito

Verifique se a ABR do roteador recebe o anúncio do rótulo de entropia na entrada do Roteador PE2.

Ação

A partir do modo operacional, execute o show route 10.255.101.200 receiving-protocol bgp 10.255.101.200 comando no roteador ABR.

Significado

O roteador ABR recebe o anúncio do recurso de rótulo de entropia de seu vizinho BGP PE2.

Verificando se a bandeira do rótulo da entropia está definida

Propósito

Verifique se a bandeira do rótulo de entropia está definida para os elementos do rótulo na entrada.

Ação

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

Significado

Um rótulo de entropia está habilitado no Roteador PE1. A saída mostra que o rótulo de entropia está sendo usado para o unicast rotulado BGP para alcançar balanceamento de carga de ponta a ponta.

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 o 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 a reduzir o tempo de inatividade da rede se o roteador de saída falhar.

Quando a acessibilidade a 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 hop BGP para que esse 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 eles precisam ser atualizados. O BGP recebe a notificação e atualiza o próximo salto para cada prefixo que agora está 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 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. 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 para 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 ao 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 hops para os prefixos BGP. O roteador usa esse caminho de backup para reduzir a perda de tráfego até que a convergência global através 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 ativado 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 ativado, 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 enviadas para o plano de dados. Portanto, o número de prefixos BGP afetados não afeta o tempo tirado do tempo de interrupção do tráfego até o ponto em que o BGP sinaliza a perda de alcance.

Configuração de 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 para 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 ao 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 hops para os prefixos BGP. O roteador usa esse caminho de backup para reduzir a perda de tráfego até que a convergência global através 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 é compatível apenas com roteadores com interfaces MPC.

prática recomendada:

Em roteadores com concentradores modulares de portas (MPCs), habilite serviços aprimorados de rede IP conforme mostrado aqui:

Para configurar o BGP PIC para inet:

  1. Habilite o BGP PIC para inet.
    Nota:

    O recurso de borda BGP PIC é compatível 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 às rotas exportadas da tabela de roteamento até 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 enlace. O peso do próximo salto tem um dos seguintes valores:

    • 0x1 indica próximos hops ativos.

    • 0x4000 indica próximos saltos passivos.

Exemplo: Configuração de 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 o 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 o inet e o inet6 unicast, e o unicast rotulado de inet e inet6, instala no Packet Forwarding Engine 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 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 capacidade de alcance para um prefixo, o roteador usa esse caminho de backup para reduzir a perda de tráfego até que a convergência global através do BGP seja resolvida, reduzindo assim a duração da interrupção.

Nota:

O recurso BGP PIC é compatível apenas em roteadores com MPCs.

Topologia

Este exemplo mostra três roteadores de borda do cliente (CE), Dispositivo 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 de provedores. 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 amostral.

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

Configuração

Configuração rápida de CLI

Para configurar este exemplo rapidamente, 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 sua configuração de rede, copiar e colar os comandos no CLI no nível de [edit] hierarquia e, em seguida, entrar no modo de configuração.

Roteador PE0

P0 do roteador

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 pela CLI, consulte o uso do 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), possibilite 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, exceto na interface de gerenciamento.

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

  6. Configure conexões 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 do ID do roteador e do sistema autônomo (AS).

Resultados

A partir do modo de configuração, confirme sua configuração entrando nosshow chassis, show interfaces, show protocols, e show routing-optionsshow policy-optionscomandos. 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 BGP PIC está funcionando.

Ação

Do dispositivo PE0, execute o show route extensive comando.

Significado

O Junos OS usa os próximos saltos 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 next hops ativos.

  • 0x4000 indica o caminho de backup com próximos hops 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

Do dispositivo PE0, execute o show route forwarding-table destination 192.168.1.5 extensive comando.

Significado

O Junos OS usa os próximos saltos 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 next hops ativos.

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

Borda 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 de unicast como o protocolo de transporte.

Benefícios do BGP PIC Edge 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 de rede e reduz a perda de tráfego se o caminho principal ficar indisponível.

Como funciona a convergência independente de prefixo BGP?

O BGP Prefix Independent Convergence (PIC) 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 da rota do próximo salto para o Packet Forwarding Engine. Quando ocorre uma falha no nó de rede, o Mecanismo de Roteamento sinaliza ao Mecanismo de Encaminhamento de Pacotes que um next hop indireto falhou, e que o tráfego é redirecionado para um caminho de igual custo ou backup 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 através do BGP seja resolvida.

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

Borda BGP PIC usando BGP rotulado unicast como o protocolo de transporte

O BGP PIC Edge usando o protocolo de transporte unicast com rótulo BGP ajuda a proteger e redirecionar o tráfego quando falhas nos nós de borda (ABR e ASBR) acontecem em redes de vários domínios. As redes de vários domínios normalmente são usadas em designs de rede de agregação Metro Ethernet e backhaul móvel.

Nos dispositivos da Série MX, SÉRIE EX e PTX da Juniper Networks, o BGP PIC Edge oferece suporte a serviços de Camada 3 com o BGP rotulado de unicast como o protocolo de transporte. Além disso, na Série MX da Juniper Networks, EX9204, EX9208, EX9214, EX9251 e dispositivos EX9253, o BGP PIC Edge oferece suporte a circuito de Camada 2, VPN de Camada 2 e VPLS (BGP VPLS, LDP VPLS e FEC 129 VPLS) com BGP rotulado de unicast como protocolo de transporte. Esses serviços BGP são multicaminhos (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, Os dispositivos da 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 a BGP rotulada como o protocolo de transporte.

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

  • Serviços IPv4 no IPv4 BGP rotulados de unicast

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

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

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

Nos dispositivos da Série MX e 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 de VPN de Camada 2 em IPv4 BGP rotulados de unicast

  • Serviços de VPLS (BGP VPLS, LDP VPLS e FEC 129 VPLS) em IPv4 BGP rotulados de unicast

Configuração da borda BGP PIC usando o BGP labeled Unicast para serviços de Camada 2

Os dispositivos da 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 a BGP rotulada como o protocolo de transporte. O BGP PIC Edge usando o protocolo de transporte unicast rotulado 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 designs de redes de backhaul metro e de backhaul móvel.

Um pré-requisito para a proteção BGP PIC Edge é programar o Packet Forwarding Engine (PFE) com uma hierarquia de next-hop expandida.

Para permitir uma hierarquia de next-hop 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 carga MPLS, você precisa configurar a seguinte declaração de configuração de 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 que executa BGP rotulada unicast

Este exemplo mostra como configurar a borda de convergência independente de prefixo (PIC) BGP rotulada como unicast e proteger o tráfego IPv4 em 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 Versão 19.4R1 ou posterior em todos os dispositivos.

Visão geral

A topologia a seguir fornece 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 em execução 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 ao CE2.

P1-P3

Série MX

Roteadores centrais para o tráfego de transporte.

ABR1-ABR2

Série MX

Roteadores de borda da área

ABSR1-ABSR4

Série MX

Roteador de limites 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 tanto com a ABR1 quanto com o 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 o LDP como protocolo de transporte, execute essas tarefas:

Configuração rápida de CLI

Para configurar este exemplo rapidamente, 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 sua configuração de rede, copiar e colar os comandos no CLI no nível de [edit] hierarquia e, em seguida, entrar no commit modo de configuração.

Dispositivo CE1

Dispositivo PE1

Dispositivo P1

Dispositivo RR1

Dispositivo ABR1

Dispositivo ABR2

P2 do dispositivo

Dispositivo RR2

Dispositivo ASBR1

DISPOSITIVO ASBR2

Dispositivo ASBR3

Dispositivo ASBR4

Dispositivo RR3

Dispositivo P3

Dispositivo PE2

Dispositivo PE3

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 a navegação na CLI, consulte o uso do Editor de CLI no modo de configuração no Guia de 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 para ser usada como ID do roteador e interface de encerramento 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 de 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 a navegação na CLI, consulte o uso do Editor de CLI no modo de configuração no Guia de Usuário da CLI.

Para configurar o dispositivo PE1:

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

  2. Configure a interface de loopback para ser usada como ID do roteador e interface de encerramento 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 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 entrando nosshow chassis, show interfaces, show policy-optionse show routing-instancesshow routing-optionsshow 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 a navegação na CLI, consulte o uso do Editor de CLI no modo de configuração no Guia de 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 a navegação na CLI, consulte o uso do Editor de CLI no modo de configuração no Guia de 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 a navegação na CLI, consulte o uso do Editor de CLI no modo de configuração no Guia de 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 para ser usada como ID do roteador e interface de encerramento para sessões de LDP e BGP.

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

  4. Aplique uma política de equilíbrio de carga por 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 a navegação na CLI, consulte o uso do Editor de CLI no modo de configuração no Guia de 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 para ser usada como ID do roteador e interface de encerramento para sessões de LDP e BGP.

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

  4. Aplique uma política de equilíbrio de carga por 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 a navegação na CLI, consulte o uso do Editor de CLI no modo de configuração no Guia de 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 para ser usada como ID do roteador e interface de encerramento 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 a navegação na CLI, consulte o uso do Editor de CLI no modo de configuração no Guia de 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 para ser usada como ID do roteador e interface de encerramento para sessões de LDP e BGP.

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

  4. Aplique uma política de equilíbrio de carga por 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 as próximashops estão resolvidas

Propósito

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

Ação

Do modo operacional, execute o show route forwarding-table destination comando.

Significado

Você pode ver pesos 0x1 e 0x4000 para nexthops primários e de backup.

Verificando as entradas de nexthop na tabela de roteamento

Propósito

Verifique as entradas ativas de roteamento nexthop no PE1.

Ação

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 fat pseudowire para visão geral 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 em draft-keyupdate-l2vpn-fat-pw-bgp, é usado para balancear cargas em pseudowires sinalizados por BGP para a rede privada virtual de Camada 2 (L2VPN) e o serviço lan virtual privado (VPLS).

O rótulo fat flow está 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 fat flow 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 para pseudowires FEC 128 e FEC 129. O sub-TLV definido para LDP contém os bits de transmissão (T) e recebimento (R). A bit T anuncia a capacidade de empurrar o rótulo de fluxo. O R bit anuncia a capacidade de abrir 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 as declarações de configuração fornecem a capacidade de definir o anúncio de bit T e R bit 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 pela BGP, como L2VPN e VPLS.

Configuração do suporte fat pseudowire para BGP L2VPN para o tráfego MPLS de equilíbrio de carga

O rótulo de transporte com reconhecimento de fluxo (FAT) ou fluxo é compatível com 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 ao 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 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 MPLS e um LSP para o roteador PE remoto.

  • Configure BGP e OSPF.

Para configurar o suporte 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.

Exemplo: Configuração do suporte fat pseudowire para BGP L2VPN para o tráfego MPLS de equilíbrio de carga

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 Versão 16.1 ou posterior em todos os dispositivos

Antes de configurar o suporte 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 é compatível com pseudowires sinalizados por BGP, como L2VPN, seja configurado apenas nos roteadores de borda de rótulos (LERs). Isso faz com que os roteadores de trânsito ou os roteadores de comutação de rótulos (LSRs) realizem o 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 fat flow 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 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 de CLI

Para configurar este exemplo rapidamente, 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 sua configuração de rede, copiar e colar os comandos no CLI no nível de [edit] hierarquia e, em seguida, entrar no commit modo de configuração.

CE1

PE1

P

PE2

CE2

Configuração de 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 pela CLI, consulte o uso do 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 o ID do roteador.

  3. Configure o número do sistema autônomo (AS) e aplique a política à 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 comutados 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 colegas.

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

  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 distincionador de rotas, 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 distincionador de rotas, 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 atribuir 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 entrando nosshow interfaces, show protocols, show policy-options, e show routing-optionsshow routing-instancescomandos. 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 do resumo do BGP.

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

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

Ação

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

Significado

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

Verificando as 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 de 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 pela CLI, consulte o uso do 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 o ID do roteador.

  3. Configure o número do sistema autônomo (AS) e aplique a política à 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 comutados 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 peer.

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

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

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

  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 distincionador de rotas, 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 distincionador de rotas, 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 atribuir 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 push flow na direção de transmissão para o PE remoto.

Resultados

A partir do modo de configuração, confirme sua configuração entrando nosshow interfaces, show protocols, show policy-options, e show routing-optionsshow routing-instancescomandos. 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 do resumo do BGP.

Verificando as informações de conexões L2VPN

Propósito

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

Ação

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

Significado

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

Verificando as 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 suporte fat pseudowire para BGP VPLS para equilibrar o tráfego MPLS

O rótulo de transporte com reconhecimento de fluxo (FAT) ou fluxo é compatível com 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 grupos 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 ao 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 pseudowire FAT para BGP VPLS para equilibrar o tráfego MPLS:

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

  • Configure RSVP.

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

  • Configure BGP e OSPF.

Para configurar o suporte pseudowire FAT para BGP VPLS 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.

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

Este exemplo mostra como implementar o suporte pseudowire FAT para BGP VPLS 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 Versão 16.1 ou posterior em todos os dispositivos

Antes de configurar o suporte pseudowire FAT para BGP VPLS, 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 é compatível com 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 o 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 fat flow 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 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 de CLI

Para configurar este exemplo rapidamente, 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 sua configuração de rede, copiar e colar os comandos no CLI no nível de [edit] hierarquia e, em seguida, entrar no commit modo de configuração.

CE1

PE1

P

PE2

CE2

Configuração de 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 pela CLI, consulte o uso do 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 o ID do roteador.

  3. Configure o número do sistema autônomo (AS) e aplique a política à 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 comutados 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 colegas.

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

  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 distincionador de rotas, 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 atribuir 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 entrando nosshow interfaces, show protocols, show policy-options, e show routing-optionsshow routing-instancescomandos. Se a saída não exibir a configuração pretendida, repita as instruções neste exemplo para corrigir a configuração.

Configuração de 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 pela CLI, consulte o uso do 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 o ID do roteador.

  3. Configure o número do sistema autônomo (AS) e aplique a política à 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 comutados 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 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 colegas.

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

  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 distincionador de rotas, 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 atribuir 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 entrando nosshow interfaces, show protocols, show policy-options, e show routing-optionsshow routing-instancescomandos. 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

A partir do 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 junto com as informações de recebimento do rótulo de fluxo e 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

A partir do 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 junto com as informações de recebimento do rótulo de fluxo e transmissão de rótulos de fluxo.

Tabela de histórico de liberação
Versão
Descrição
20.2R1
A partir do Junos OS Release 20.2R1, Os dispositivos da 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 a BGP rotulada como o 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 nos 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 um máximo de 2 rotas de caminho adicional , 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 de hierarquia. Você pode desabilitar multicaminho seletivamente 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 multicamada 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 por meio 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ê possa reduzir a prioridade do trabalho de criação multicaminho de acordo com seus requisitos até que as rotas BGP sejam resolvidas. Para adiar a configuração do cálculo multicamada defer-initial-multipath-build em [edit protocols bgp] nível de hierarquia. Como alternativa, você pode reduzir a prioridade de trabalho de criação multicamada BGP usando multipath-build-priority a declaração de configuração no [edit protocols bgp] nível de hierarquia para acelerar o aprendizado RIB.