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 multicaminho BGP

O BGP multipath permite que você instale vários caminhos BGP internos e vários caminhos BGP externos na tabela de encaminhamento. A seleção de vários caminhos permite que o BGP balanceie a carga do tráfego em vários links.

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

O BGP normalmente seleciona apenas um melhor caminho para cada prefixo e instala essa rota na tabela de encaminhamento. Quando o BGP multipath está habilitado, o dispositivo seleciona vários caminhos BGP de custo igual para alcançar um determinado destino, e todos esses caminhos são instalados na tabela de encaminhamento. O BGP anuncia apenas o caminho ativo para seus vizinhos, a menos que add-path esteja em uso.

O recurso Multipath BGP do Junos OS suporta os 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 em 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 de confederação externa

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

Em um cenário comum de 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 BGP multipath não se aplica a caminhos que compartilham o mesmo custo MED-plus-IGP, mas diferem no custo do IGP. A seleção de caminhos múltiplos é baseada na métrica de custo do IGP, mesmo que dois caminhos tenham o mesmo custo de MED mais IGP.

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

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

Veja também

Exemplo: balanceamento de carga do tráfego BGP

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

Requerimentos

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 exporte rotas (como rotas diretas ou rotas 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 instruções no [edit policy-options] nível de hierarquia, definindo uma ação de load-balance per-packet:

    Observação:

    Para habilitar o balanceamento de carga entre vários caminhos EBGP e vários caminhos 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 instruções and export :

    Não é possível 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 forwarding-options para que o MPLS inclua a carga de IP.

Observação:

Em algumas plataformas, você pode aumentar o número de caminhos que são balanceados de carga usando a chassis maximum-ecmp declaração.

Com essa instrução, você pode alterar o número máximo de caminhos com balanceamento de carga de custo igual para 32, 64, 128, 256 ou 512 (o número máximo varia de acordo com a plataforma — consulte maximum-ecmp).

O recurso multipath é compatível com todas as plataformas que oferecem suporte ao BGP. Alguns aprimoramentos foram feitos nas plataformas QFX:

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

Topologia

A Figura 1 mostra a topologia usada neste exemplo.

Figura 1: Balanceamento BGP Load Balancing de carga BGP

Configuração

Tramitação processual

Configuração rápida da CLI

Para configurar rapidamente este exemplo, copie os comandos a seguir, cole-os em um arquivo de texto, remova as quebras de linha, altere os detalhes necessários para corresponder à configuração de rede e, em seguida, copie e cole os comandos na CLI no nível de [edit] hierarquia.

Procedimento passo a passo

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

Para configurar as sessões de peer BGP:

  1. Configure o grupo BGP.

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

    Observação:

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

  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

No modo de configuração, confirme sua configuração inserindo os show protocolscomandos , show policy-optionse show routing-options . Se a saída não exibir a configuração pretendida, repita as instruções neste exemplo para corrigir a configuração.

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

Verificação

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

Verificando rotas

Finalidade

Verifique se as rotas são aprendidas de ambos os roteadores no 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 para o caminho ativo.

Observação:

A show route detail saída do comando designa um gateway como selected. Essa saída é potencialmente confusa no contexto do balanceamento de carga. O gateway selecionado é usado para muitas finalidades, além de decidir qual gateway instalar no kernel quando o Junos OS não estiver realizando balanceamento de carga por pacote. Por exemplo, o ping mpls comando usa o gateway selecionado ao enviar pacotes. Os protocolos multicast usam o gateway selecionado em alguns casos para determinar a interface upstream. Portanto, mesmo quando o Junos OS está realizando balanceamento de carga por pacote por meio de uma política de tabela de encaminhamento, as informações de gateway selecionadas ainda são necessárias para outros fins. É ú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 install-nexthop ação). Nesse caso, o gateway next-hop instalado na tabela de encaminhamento pode ser um subconjunto do total de gateways exibidos no show route comando.

Verificando o encaminhamento

Finalidade

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

Ação

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

Veja também

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

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

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

  • O recurso se aplica somente a pares BGP externos de salto único. (Esse recurso não se aplica a rotas MPLS.)

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

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

  • A distribuição de tráfego pode não ser uniforme entre todos os membros do grupo — depende do padrão de tráfego e da organização da tabela de conjuntos de fluxos de hash no hardware. O hash consistente minimiza o remapeamento 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ções hash-mode, inet, inet6, ou layer2, alguns fluxos poderão alterar os links de destino, pois os novos parâmetros de hash poderão gerar novos índices de hash para os fluxos, resultando em novos links de destino.

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

  • Os fluxos existentes nos caminhos ECMP afetados e os novos fluxos que fluem nesses caminhos ECMP afetados podem mudar de caminho durante o reparo da rota local, e a distorção do tráfego pode ser perceptível. No entanto, qualquer distorção desse tipo é corrigida durante o reparo subsequente da rota global.

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

  • Se você adicionar um novo caminho a um grupo ECMP existente, alguns fluxos em caminhos não afetados poderão ser movidos para o caminho recém-adicionado.

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

  • A distribuição de tráfego perfeita do tipo ECMP não pode ser alcançada. Os caminhos que têm mais "buckets" do que outros caminhos têm mais fluxos de tráfego do que os caminhos com menos buckets (um bucket é uma entrada na lista de distribuição da tabela de balanceamento de carga mapeada para um índice de membro do ECMP).

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

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

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

  • O hash 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 usa hash para selecionar caminhos — tunelamento GRE; Tráfego vagabundo; EVPN-VXLAN; e MPLS TE, largura de banda automática.

Instruções para configurar até 512 próximos hops ECMP e, opcionalmente, configurar o 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 de ECMP — por exemplo, configure 512 próximos hops de ECMP:

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

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

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

Para obter mais detalhes sobre como configurar caminhos de custo igual, consulte Exemplo: balanceamento de carga de tráfego BGP, que aparece anteriormente neste documento.

(Opcional) Para obter mais detalhes sobre como configurar o balanceamento de carga consistente (também conhecido como hashing consistente), consulte Configurando o balanceamento de carga consistente para grupos ECMP

Veja também

Exemplo: configuração de peers 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 próximo salto remoto com o qual ele não compartilha uma sub-rede comum.

Requerimentos

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

Visão geral

Em algumas situações, é necessário configurar um peer EBGP de salto único para aceitar um próximo salto remoto com o qual ele não compartilha uma sub-rede comum. O comportamento padrão é que 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 seja descartado. A capacidade de fazer com que um peer EBGP de salto único aceite um próximo salto remoto ao qual ele não está conectado diretamente também impede que você tenha que configurar o vizinho EBGP de salto único como uma sessão multihop. Quando você configura uma sessão multihop nessa situação, todas as rotas next-hop aprendidas por meio desse peer EBGP são rotuladas como indiretas, mesmo quando compartilham uma sub-rede comum. Essa situação interrompe a funcionalidade multipath para rotas que são resolvidas recursivamente em rotas que incluem esses endereços next-hop. A configuração da declaração permite que um peer EBGP de salto único aceite um próximo salto remoto, o que restaura a accept-remote-nexthop funcionalidade de multipath 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 grupo e de vizinhos para BGP. A declaração também é suportada em sistemas lógicos e no tipo de instância de roteamento 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 no RFC 2918, Capacidade de Atualizar Rota no BGP-4. Se o peer remoto não oferecer suporte à atualização de rota BGP, a sessão será redefinida.

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

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

A Figura 2 mostra a topologia de exemplo.

Figura 2: Topologia para aceitar um próximo salto Network topology diagram with routers R0 in AS 65500 and R1, R2 in AS 65000. R0 connects to R1 on subnets 10.1.0.0/30 and 10.1.1.0/30. R1 connects to R2 on subnet 10.12.0.0/30. Loopback IPs: R0 10.255.14.179, R1 10.255.71.24, R2 10.255.14.177. remoto

Configuração

Configuração rápida da CLI

Para configurar rapidamente este exemplo, copie os comandos a seguir, cole-os em um arquivo de texto, remova as quebras de linha, altere os detalhes necessários para corresponder à configuração de rede e, em seguida, copie e cole os comandos na CLI no nível de [edit] hierarquia.

Dispositivo R0

Dispositivo R1

Dispositivo R2

Dispositivo R0

Procedimento passo a passo

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

Para configurar o dispositivo R0:

  1. Configure as interfaces.

  2. Configure EBGP.

  3. Habilite o BGP multipath 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 aceitem as rotas estáticas.

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

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

Resultados

No modo de configuração, confirme sua configuração inserindo os show interfacescomandos , show policy-options, , show protocolse show routing-options . Se a saída não exibir a configuração pretendida, repita as instruções neste exemplo para corrigir a configuração.

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

Configurando o dispositivo R1

Procedimento passo a passo

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

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 multipath entre o dispositivo R0 e o dispositivo R1.

  7. Configure uma política de roteamento que permita que um peer BGP externo de salto único (Dispositivo R1) aceite o próximo salto remoto 10.1.10.10 para a rota para a rede 10.1.230.0/23.

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

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

Resultados

No modo de configuração, confirme sua configuração inserindo os show interfacescomandos , show policy-options, , show protocolse show routing-options . Se a saída não exibir a configuração pretendida, repita as instruções neste exemplo para corrigir a configuração.

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

Configurando o dispositivo R2

Procedimento passo a passo

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

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

No modo de configuração, confirme sua configuração inserindo os show interfacescomandos , show protocolse show routing-options . Se a saída não exibir a configuração pretendida, repita as instruções neste exemplo para corrigir a configuração.

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

Verificação

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

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

Finalidade

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

Ação

Do modo operacional, insira o show route 10.1.230.0 extensive comando.

Significado

A saída mostra que o dispositivo R1 tem uma rota para a rede 10.1.230.0 com o recurso multipath 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 accept-remote-nexthop declaração

Finalidade

Certifique-se de que a rota multipath com o próximo salto indireto seja removida da tabela de roteamento ao desativar a accept-remote-nexthop instrução.

Ação

  1. No modo de configuração, insira o deactivate protocols bgp accept-remote-nexthop comando.

  2. Do modo operacional, insira o show route 10.1.230.0 comando.

  3. No modo de configuração, reative a instrução digitando o activate protocols bgp accept-remote-nexthop comando.

  4. Do modo operacional, insira novamente o show route 10.1.230.0 comando.

Significado

Quando a accept-remote-nexthop instrução é desativada, a rota multipath para a rede 10.1.230.0 é removida da tabela de roteamento.

Veja também

Entender o balanceamento de carga para tráfego BGP com largura de banda desigual alocada para os caminhos

A opção multipath remove os desempatadores do processo de decisão de rota ativa, permitindo assim que rotas BGP de custo igual aprendidas de várias fontes sejam instaladas na tabela de encaminhamento. No entanto, quando os caminhos disponíveis não são de custo igual, talvez você queira balancear a carga do tráfego assimetricamente.

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

Uma rede corporativa normalmente deseja alterar o comportamento padrão para evocar um algoritmo de balanceamento de carga por pacote . Por pacote é enfatizado aqui porque seu uso é um nome impróprio que decorre do comportamento histórico do ASIC do Processador de Internet original. Na realidade, os roteadores atuais da Juniper Networks oferecem suporte ao balanceamento de carga por prefixo (padrão) e por fluxo. O último envolve hashing em 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 aplicativo. O efeito é que agora os fluxos individuais são hash para um próximo salto específico, resultando em uma distribuição mais uniforme entre os próximos saltos disponíveis, especialmente ao rotear entre menos pares de origem e destino.

Com o balanceamento de carga por pacote, os pacotes que compõem um fluxo de comunicação entre dois endpoints podem ser resequenciados, mas os pacotes dentro de fluxos individuais mantêm o sequenciamento correto. Se você optar pelo balanceamento de carga por prefixo ou por pacote, a assimetria dos links de acesso pode representar 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 mapeados 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á na saturação total do link T1 e na interrupção da sessão decorrente da perda de pacotes.

Felizmente, a implementação do BGP da Juniper Networks suporta a noção de uma comunidade de largura de banda. Essa comunidade estendida codifica a largura de banda de um determinado próximo salto e, quando combinado com o multipath, 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 o balanceamento de carga por pacote.

A tarefa de configuração tem duas partes:

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

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

Veja também

Comunidade de largura de banda de enlace BGP

Visão geral

Dentro de uma implementação BGP, uma comunidade estendida de largura de banda de enlace codifica a largura de banda de um determinado próximo salto. O BGP auxilia no balanceamento de carga do tráfego, comunicando as velocidades dos links BGP aos pares remotos. Quando você (o administrador de rede) combina uma comunidade de largura de banda de link com multipath, o algoritmo de balanceamento de carga de sua escolha distribui fluxos de tráfego pelo conjunto de próximos hops proporcionais às suas larguras de banda relativas.

Quando a comunidade estendida de largura de banda de enlace BGP é um atributo transitivo em sistemas autônomos (ASs), o grupo BGP anuncia a comunidade estendida de largura de banda de enlace para ASs vizinhos. Você pode optar por usar a comunidade de largura de banda de enlace BGP como um atributo intransitivo para que os roteadores eliminem a comunidade de largura de banda de enlace no limite AS. O grupo BGP não anuncia comunidades de largura de banda de enlace não transitivas para vizinhos BGP (EBGP) externos.

Você também pode configurar o BGP para detectar automaticamente a largura de banda e importar a comunidade em um nível de grupo ou vizinho. Usando esse recurso de detecção automática de largura de banda de link, sua rede pode definir automaticamente o valor de largura de banda de link para a velocidade da interface pela qual o dispositivo recebeu a rota BGP.

Somente o balanceamento de carga por pacote oferece suporte à comunidade de largura de banda de enlace BGP.

Benefícios

  • Com o multipath habilitado, a largura de banda do link fornece WECMP (Weight-Equal-Cost Multipath) para balanceamento de carga desigual.

  • Garante que os links de alta largura de banda carreguem mais fluxos do que os links de baixa largura de banda.

  • Reduz a probabilidade de congestionamento de tráfego.

Configuração

Largura de banda

Por padrão, a comunidade de largura de banda de link é transitiva. Você pode usar qualquer uma destas declarações para configurar a comunidade de largura de banda de enlace como transitiva:

Para torná-lo intransitivo, use a seguinte configuração:

Substituição não transitiva

Você pode substituir uma configuração intransitiva para que um grupo BGP envie a comunidade estendida de largura de banda de enlace por uma sessão EBGP, mesmo quando a largura de banda de enlace é intransitiva. Para enviar a comunidade de largura de banda de enlace intransitiva através de um vizinho EBGP, inclua a seguinte configuração:

A send-non-transitive-link-bandwidth declaração não diferencia entre a comunidade de largura de banda de link originada e uma que foi recebida e anunciada novamente. Quando você habilita essa opção, o BGP anuncia todas as comunidades de largura de banda de enlace intransitivas para o vizinho EBGP.

Largura de banda agregada

Por padrão, a comunidade agregada de largura de banda de enlace é transitiva. Você pode usar qualquer uma destas declarações para configurar a comunidade de largura de banda de enlace como transitiva:

Para torná-lo intransitivo, use a seguinte configuração:

Para dividir a largura de banda total do link pelo número de pares no grupo de publicidade, habilite a divide-equal instrução:

Detecção automática

Você só pode habilitar o autosense para sessões EBGP de salto único.

  1. Configure o autosense para o grupo BGP.

    Configure a auto-sense declaração na neighbor hierarquia para detectar e armazenar a largura de banda em direção a esse vizinho BGP. Configure-o group na hierarquia para detectar e armazenar a largura de banda para todos os vizinhos desse grupo BGP:

  2. Configure a política de importação com auto-link-bandwidth set to transitive ou non-transitive. Se você não especificar, por padrão auto-link-bandwidth é transitivo:

  3. (Opcional) Para suprimir alterações frequentes no valor de largura de banda do link quando a largura de banda aumenta, você pode configurar o temporizador de retenção de detecção automática. O temporizador de espera só é acionado quando a largura de banda aumenta. Por padrão, o temporizador é definido como 60 segundos:

Verificação

Verifique se a configuração foi bem-sucedida usando os seguintes comandos:

  • show route receive-protocol bgp peer-ip-address extensive

  • show route advertising-protocol bgp peer-ip-address extensive

  • show route address extensive

  • show bgp neighbor address

Veja também

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

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

As comunidades BGP podem ajudá-lo 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 de sistema autônomo (ASBR) recebe rotas de vizinhos BGP externos (EBGP) diretamente conectados, o ASBR anuncia essas rotas para vizinhos internos, usando anúncios do IBGP. Nos anúncios do IBGP, você pode anexar a comunidade link-bandwidth 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 nos links. Você configura a comunidade estendida de largura de banda de enlace em todos os enlaces de entrada do AS. As informações de largura de banda na comunidade estendida de largura de banda de link são baseadas na largura de banda configurada do link EBGP. Não se baseia na quantidade de tráfego no link. O Junos OS oferece suporte à largura de banda de enlace BGP e ao balanceamento de carga multipath, conforme descrito em Internet draft draft-ietf-idr-link-bandwidth-06, Comunidade estendida de largura de banda de enlace BGP.

Requerimentos

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 exporte rotas (como rotas diretas ou rotas 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 multipath BGP é usado, o tráfego é distribuído igualmente entre os vários caminhos calculados. A comunidade estendida de largura de banda permite que um atributo adicional seja adicionado aos caminhos BGP, permitindo assim que o tráfego seja distribuído de forma desigual. A aplicação primária é um cenário em que existem vários caminhos externos para uma determinada rede com recursos de largura de banda assimétrica. 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 bandwidth, o mecanismo de encaminhamento pode distribuir o tráfego de forma desigual de acordo com a largura de banda correspondente a cada caminho.

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

A aplicabilidade da comunidade estendida de largura de banda é limitada pelas restrições sob as quais o BGP multipath aceita vários caminhos para consideração. Explicitamente, a distância do IGP, no que diz respeito ao BGP, entre o roteador que executa o balanceamento de carga e os vários pontos de saída precisa ser a mesma. Isso pode ser feito 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 na qual o atraso de propagação dos circuitos é significativo (por exemplo, se circuitos de longa distância estiverem presentes), geralmente é valioso levar em consideração as características de atraso de diferentes caminhos.

Configure a comunidade de largura de banda da seguinte maneira:

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

Por exemplo:

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

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

Topologia

A Figura 3 mostra a topologia usada neste exemplo.

Figura 3: Balanceamento BGP Load Balancing de carga BGP

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

Configuração

Tramitação processual

Configuração rápida da CLI

Para configurar rapidamente este exemplo, copie os comandos a seguir, cole-os em um arquivo de texto, remova as quebras de linha, altere os detalhes necessários para corresponder à configuração de rede e, em seguida, copie e cole os comandos na CLI no nível de [edit] hierarquia.

Dispositivo R1

Dispositivo R2

Dispositivo R3

Procedimento passo a passo

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

Para configurar as sessões de peer BGP:

  1. Configure as interfaces.

  2. Configure o grupo BGP.

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

    Observação:

    Para desabilitar a verificação padrão que exige que os caminhos aceitos pelo BGP multipath tenham o mesmo sistema autônomo vizinho (AS), inclua a multiple-as opção. Use a multiple-as opção 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 pressupõe uma largura de banda de 1 Gbps e aloca 60% para bw-high e 40% para bw-low. A largura de banda de referência não precisa ser a mesma que a largura de banda do link.

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

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

Resultados

No modo de configuração, confirme sua configuração inserindo os show interfacescomandos , show protocols, , show policy-optionse show routing-options . Se a saída não exibir a configuração pretendida, repita as instruções neste exemplo para corrigir a configuração.

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

Verificação

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

Verificando rotas

Finalidade

Verifique se ambas as rotas estão selecionadas e se 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 para o caminho ativo.

O saldo de 40% e 60% é mostrado na show route saída. 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á seguindo o segundo caminho.

Veja também

Exemplo: configurar 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 de link, a largura de banda agregada é ajustada para refletir o status atual da largura de banda disponível.

Requerimentos

Este exemplo usa os seguintes componentes de hardware e software:

  • Quatro roteadores com capacidade de balanceamento de carga

  • Junos OS versão 17.4 ou posterior em execução em todos os dispositivos

Visão geral

A partir do Junos OS Release 17.4R1, um roteador BGP que recebe vários caminhos de seus pares internos balanceia a carga do tráfego entre esses caminhos. Em versões anteriores do Junos OS, um roteador BGP que recebia vários caminhos de seus pares internos anunciava apenas a largura de banda do 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 [edit policy-options policy-statement name then] hierarquia.

Topologia

Figura 5: Configuração de uma política para anunciar largura de banda agregada em links BGP externos para balanceamento Network topology diagram with routers R1 to R4 in AS 65000, 65001, and 65002, showing BGP connections and IP addresses. de carga

Na Figura 5, o Roteador R1 balanceia a carga do tráfego para um destino remoto através do próximo salto 10.0.1.1 no Roteador R2 a 60.000.000 bytes por segundo e através de 10.0.0.2 no Roteador R3 a 40.000.000 bytes por segundo. O roteador R1 anuncia o destino 10.0.2.0 para o roteador R4. O roteador R1 calcula o agregado da largura de banda disponível, que é de 10000000 bytes por segundo. No entanto, uma política configurada no Roteador R1 define o limite para a largura de banda agregada como 80.000.000 bytes por segundo. Portanto, R1 anuncia 80.000.000 bytes por segundo em vez de 10.000.000 bytes por segundo.

Observação:

Se um dos links multipath ficar inativo, a largura de banda do link com falha não será adicionada à largura de banda agregada anunciada aos vizinhos BGP.

Configuração

Configuração rápida da CLI

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

Roteador R1

Roteador R2

Roteador R3

Roteador R4

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

Procedimento passo a passo

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

Para configurar uma política para anunciar uma largura de banda agregada para peers BGP (começando pelo Roteador R1):

Observação:

Repita esse procedimento nos roteadores R2, R3 e R4 depois de modificar os nomes de interface, endereços e outros parâmetros apropriados.

  1. Configure as interfaces com endereços IPv4.

  2. Configure o endereço de loopback.

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

  4. Configure o EBGP nos roteadores de borda externos.

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

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

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

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

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

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

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

    Configure 60 por cento de um link de 1 Gbps para a comunidade bw-high e 40 por cento para a comunidade bw-low.

Resultados

No modo de configuração, confirme sua configuração inserindo os show interfacescomandos , show protocols, , show routing-optionse show policy-options . Se a saída não exibir a configuração pretendida, repita as instruções neste exemplo para corrigir a configuração.

Verificação

Verificando se a sessão BGP está estabelecida

Finalidade

Para verificar se o peering BGP foi concluído e se uma sessão BGP foi estabelecida entre os roteadores,

Ação
Significado

O roteador R1 concluiu o emparelhamento com os roteadores R2, R3 e R4.

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

Finalidade

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

Ação

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

Significado

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

Finalidade

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

Ação
Significado

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

Veja também

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

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

Em vez de anunciar apenas o caminho ativo para um destino, você pode configurar o BGP para anunciar vários caminhos para 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 a falha. Por exemplo, uma borda depois de receber vários caminhos para o mesmo destino pode pré-computar um caminho de backup e tê-lo pronto para que, quando o caminho principal se tornar inválido, o dispositivo de roteamento de borda possa usar o backup para restaurar rapidamente a conectividade. Sem um caminho de backup, o tempo de restauração depende da reconvergência do BGP, que inclui mensagens de retirada e 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 certas restrições.

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

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

  • Famílias de endereços suportadas:

    • IPv4 unicast (family inet unicast)

    • IPv6 unicast (family inet6 unicast)

    • unicast rotulado como IPv4 (family inet labeled-unicast)

    • unicast rotulado como IPv6 (family inet6 labeled-unicast)

    • VPN IPv4 unicast (family inet-vpn unicast)

    • VPN IPv6 unicast (family inet6-vpn unicast)

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

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

    Observação:

    • Oferecemos suporte ao recebimento de add-path para pares IBGP e EBGP.

    • Oferecemos suporte ao envio de add-path apenas para pares do IBGP.

    • Não oferecemos suporte ao envio de add-path para pares EBGP. Quando você tenta confirmar a configuração para add-path send para peers EBGP, a CLI gera um erro de confirmação.

  • Somente instância principal. Não há suporte para instâncias de roteamento.

  • Há suporte para reinicialização graciosa e roteamento ativo sem interrupções (NSR).

  • Sem suporte ao BGP Monitoring Protocol (BMP).

  • As políticas de prefixo permitem que você filtre rotas em um roteador configurado para anunciar vários caminhos para um destino. As políticas de prefixo só podem corresponder a prefixos. Eles não podem corresponder aos atributos da rota e não podem alterar os atributos das rotas.

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

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

Veja também

Exemplo: Anunciar vários caminhos no BGP

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

Requerimentos

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, eles podem ser Switches de ethernet da Série EX.

  • Três dos dispositivos habilitados para BGP estão configurados para enviar vários caminhos ou receber vários caminhos (ou ambos enviam e recebem vários caminhos). Esses três dispositivos habilitados para BGP devem ser roteadores de borda multisserviç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 versão 11.4 ou posterior.

Visão geral

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

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

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

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

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

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

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

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

Diagrama de topologia

A Figura 6 mostra a topologia usada neste exemplo.

Figura 6: Anúncio de vários caminhos no BGP Advertisement of Multiple Paths in BGP

Configuração

Configuração rápida da CLI

Para configurar rapidamente este exemplo, copie os comandos a seguir, cole-os em um arquivo de texto, remova as quebras de linha, altere os detalhes necessários para corresponder à configuração de rede e, em seguida, copie e cole os comandos na CLI no nível de [edit] hierarquia.

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 requer que você navegue por vários níveis na hierarquia de configuração. Para obter informações sobre como navegar na CLI, consulte Uso do Editor de CLI no Modo de Configuração no Guia do Usuário da CLI do Junos OS.

Para configurar o Roteador R1:

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

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

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

    O destino dos caminhos pode ser qualquer destino que o Roteador R1 possa alcançar por meio de 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 você terminar de configurar o dispositivo, confirme a configuração.

Resultados

No modo de configuração, confirme sua configuração inserindo os show interfacescomandos , show protocols, , show policy-optionse show routing-options . Se a saída não exibir a configuração pretendida, repita as instruções neste exemplo para corrigir a configuração.

Configurando o 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 o BGP e o 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 você terminar de configurar o dispositivo, confirme a configuração.

Resultados

No modo de configuração, confirme sua configuração inserindo os show interfacescomandos , show protocols, show policy-options, e show routing-options . Se a saída não exibir a configuração pretendida, repita as instruções neste exemplo para corrigir a configuração.

Configurando o 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 o BGP e o OSPF nas interfaces do Roteador R3.

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

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

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

Resultados

No modo de configuração, confirme sua configuração inserindo os show interfacescomandos , show protocols, , show policy-optionse show routing-options . Se a saída não exibir a configuração pretendida, repita as instruções neste exemplo para corrigir a configuração.

Configurando o roteador R4

Procedimento passo a passo

Para configurar o Roteador R4:

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

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

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

    O destino dos caminhos pode ser qualquer destino que o Roteador R4 possa alcançar por meio de 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 meio de vários caminhos.

  5. Configure o OSPF nas interfaces.

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

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

    • O roteador R4 também pode ser configurado para enviar 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 você terminar de configurar o dispositivo, confirme a configuração.

Resultados

No modo de configuração, confirme sua configuração inserindo os show interfacescomandos , show protocols, , show policy-optionse show routing-options . Se a saída não exibir a configuração pretendida, repita as instruções neste exemplo para corrigir a configuração.

Configurando o 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 no BGP.

  4. Redistribua rotas estáticas e diretas no BGP.

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

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

Resultados

No modo de configuração, confirme sua configuração inserindo os show interfacescomandos , show protocols, , show policy-optionse show routing-options . 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 no BGP.

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

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

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

Resultados

No modo de configuração, confirme sua configuração inserindo os show interfacescomandos , show protocols, , show policy-optionse show routing-options . Se a saída não exibir a configuração pretendida, repita as instruções neste exemplo para corrigir a configuração.

Configurando o roteador R7

Procedimento passo a passo

Para configurar o Roteador R7:

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

  2. Configure o BGP na interface do roteador R7.

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

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

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

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

Resultados

No modo de configuração, confirme sua configuração inserindo os show interfacescomandos , show protocols, , show policy-optionse show routing-options . Se a saída não exibir a configuração pretendida, repita as instruções neste exemplo para corrigir a configuração.

Configurando o 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 o BGP e o 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 meio de vários caminhos.

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

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

Resultados

No modo de configuração, confirme sua configuração inserindo os show interfacescomandos , show protocols, , show policy-optionse show routing-options . Se a saída não exibir a configuração pretendida, repita as instruções neste exemplo para corrigir a configuração.

Verificação

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

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

Finalidade

Certifique-se de que uma ou ambas as cadeias de caracteres 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

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

Finalidade

Certifique-se de que vários caminhos para o destino 172.16.198.1/32 e vários caminhos para o destino 172.16.199.1/32 sejam anunciados para o Roteador R4.

Ação
Significado

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

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

Finalidade

Certifique-se de que vários caminhos para o destino 172.16.199.1/32 sejam recebidos do Roteador R1 e anunciados ao Roteador R8. Certifique-se de que vários caminhos para o destino 172.16.198.1/32 sejam recebidos do Roteador R1, mas apenas um caminho para esse destino seja 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 para o destino 172.16.198.1/32, embora receba vários caminhos para esse destino.

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

Finalidade

Certifique-se de que o Roteador R8 receba vários caminhos para o destino 172.16.199.1/32 através do Roteador R4. Certifique-se de que o Roteador R8 receba apenas um caminho para o destino 172.16.198.1/32 através do Roteador R4.

Ação

Verificando o ID do caminho

Finalidade

Nos dispositivos downstream, Roteador R4 e Roteador R8, verifique se um ID de caminho identifica exclusivamente o caminho. Procure a Addpath Path ID: string.

Ação

Veja também

Exemplo: configurar a publicidade seletiva de vários caminhos BGP para balanceamento de carga

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

Requerimentos

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 Série T

  • Junos OS versão 16.1R2 ou posterior no dispositivo

Visão geral

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

Topologia

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

Uma política de balanceamento de carga é configurada no Roteador RR1 de modo que as rotas 199.1.1.1/32 tenham multipath calculado. O recurso multipath é configurado em add-path para o vizinho RR4. No entanto, o roteador RR4 não tem balanceamento de carga multipath configurado. O roteador RR1 está configurado para enviar ao roteador RR4 até seis rotas de caminho de adição para 199.1.1.1/32 escolhidas a partir de rotas candidatas de multipath.

Figura 7: Exemplo: Configuração da publicidade seletiva de vários caminhos BGP para balanceamento Network diagram of BGP setup with routers in AS64501 and AS64502. Shows EBGP and IBGP connections. RR1 and RR4 are route reflectors. de carga

Configuração

Configuração rápida da CLI

Para configurar rapidamente este exemplo, copie os comandos a seguir, cole-os em um arquivo de texto, remova as quebras de linha, altere os detalhes necessários para corresponder à configuração de rede, copie e cole os comandos na CLI no nível de [edit] hierarquia e, em seguida, entre no commit do modo de configuração.

Roteador RR1

Roteador R2

Roteador R3

Roteador RR4

Roteador R5

Roteador R6

Roteador R7

Roteador R8

Configuração do roteador RR1

Procedimento passo a passo

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

Para configurar o roteador RR1:

Observação:

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

  1. Configure as interfaces com endereços IPv4.

  2. Configure o endereço de loopback.

  3. Configure o interior gateway protocol (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 grupo BGP interno rr.

  6. Configure rr_rr de grupo interno para refletores de rota.

  7. Configure o recurso addpath multipath para anunciar apenas vários caminhos do colaborador e limitar o número de multicaminhos anunciados a 6.

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

  9. Defina um loadbal_199 de política para cada pacote balanceamento de carga.

  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

No modo de configuração, confirme sua configuração inserindo os show interfacescomandos , show protocols, , show routing-optionse show policy-options . Se a saída não exibir a configuração pretendida, repita as instruções neste exemplo para corrigir a configuração.

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

Verificação

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

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

Finalidade

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

Ação

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

Significado

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

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

Finalidade

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

Ação

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

Significado

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

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

Finalidade

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

Ação

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

Significado

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

Veja também

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

Anunciar 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 conhecer os prefixos com antecedência, poderá usar o valor da comunidade BGP para identificar rotas de prefixo que precisam ser anunciadas para vizinhos BGP. Este exemplo mostra como definir uma política de roteamento para filtrar e anunciar vários caminhos com base em um valor de comunidade BGP conhecido.

Requerimentos

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 Série T

  • Junos OS versão 16.1R2 ou posterior no dispositivo

Visão geral

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

Topologia

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

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

Figura 8: Exemplo: Configuração do BGP para anunciar multicaminhos com base no valor Network diagram of BGP setup with routers in AS64501 and AS64502. Shows EBGP and IBGP connections. RR1 and RR4 are route reflectors. da comunidade

Configuração

Configuração rápida da CLI

Para configurar rapidamente este exemplo, copie os comandos a seguir, cole-os em um arquivo de texto, remova as quebras de linha, altere os detalhes necessários para corresponder à configuração de rede, copie e cole os comandos na CLI no nível de [edit] hierarquia e, em seguida, entre no commit do modo de configuração.

Roteador RR1

Roteador R2

Roteador R3

Roteador RR4

Roteador R5

Roteador R6

Roteador R7

Roteador R8

Configuração do roteador RR4

Procedimento passo a passo

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

Para configurar o roteador RR4:

Observação:

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

  1. Configure as interfaces com endereços IPv4.

  2. Configure o endereço de loopback.

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

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

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

  6. Defina uma política addpath-community-members 4713:100 para filtrar prefixos com o valor de comunidade 4713:100 e restringir o dispositivo a enviar até 16 caminhos para o Roteador R8. Esse limite substitui a contagem de caminhos de envio de caminho de adição configurada anteriormente 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

No modo de configuração, confirme sua configuração inserindo os show interfacescomandos , show protocols, , show routing-optionse show policy-options . Se a saída não exibir a configuração pretendida, repita as instruções neste exemplo para corrigir a configuração.

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

Verificação

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

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

Finalidade

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

Ação

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

Significado

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

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

Finalidade

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

Ação

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.

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

Finalidade

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

Ação

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

Significado

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

Veja também

Configuração da resolução recursiva sobre multicaminho BGP

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

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

  1. Configure as interfaces do dispositivo.

  2. Configurar o OSPF ou qualquer outro protocolo IGP.

  3. Configurar MPLS e LDP.

  4. Configure BGP.

Para configurar a resolução recursiva em multipath,

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

    Do modo operacional, insira o show route resolution detail comando:

Veja também

Configuração de próximos hops ECMP para LSPs RSVP e LDP para balanceamento de carga

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

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

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

Observação:

Os roteadores da Série MX com uma ou mais placas Modular Port Concentrator (MPC) e com o Junos OS 11.4 ou anterior instalado, suportam a maximum-ecmp configuração da declaração com apenas 16 próximos saltos. Você não deve configurar a maximum-ecmp declaração com 32 ou 64 próximos saltos. Quando você confirma a configuração com 32 ou 64 próximos hops, a seguinte mensagem de aviso é exibida:

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é 128 gateways ECMP:

  • Rotas IPv4 e IPv6 estáticas com ECMPs de next-hop diretos e indiretos

  • Rotas de entrada e trânsito de LDP aprendidas por meio de rotas IGP associadas

  • RSVP ECMP next hops criados para LSPs

  • ECMPs de rota OSPF IPv4 e IPv6

  • ECMPs de rota IS-IS IPv4 e IPv6

  • EBGP ECMPs de rota IPv4 e IPv6

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

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

Observação:

Se os LSPs RSVP estiverem 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 forma ideal com base nas larguras de banda configuradas. Alguns LSPs com larguras de banda alocadas menores recebem mais tráfego do que aqueles configurados com larguras de banda maiores. A distribuição de tráfego não obedece estritamente à alocação de largura de banda configurada. Essa ressalva é aplicável aos seguintes roteadores:

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

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

Veja também

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

O balanceamento de carga por pacote permite que você espalhe o tráfego por vários caminhos de custo igual. Por padrão, quando ocorre uma falha em um ou mais caminhos, o algoritmo de hash recalcula o próximo salto para todos os caminhos, normalmente resultando na redistribuição de todos os fluxos. O balanceamento de carga consistente permite que você substitua esse comportamento para que apenas os fluxos de links inativos sejam redirecionados. Todos os fluxos ativos existentes são mantidos sem interrupção. 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, remapeia apenas os fluxos afetados por uma ou mais falhas de link. Esse recurso garante que os fluxos conectados aos links que permanecem ativos continuem ininterruptos.

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

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

  • Há suporte para os caminhos IPv4 e IPv6.

  • Os grupos 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 é suportado.

  • As 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 movido para outro membro ativo quando um ou mais links de membros falham. Os fluxos são rehashados quando um ou mais links de membros do LAG falham.

  • É altamente recomendável que você aplique um balanceamento de carga consistente a não mais do que um máximo de 1.000 prefixos IP por roteador ou switch.

  • A adjacência de Camada 3 sobre interfaces integradas de roteamento e ponte (IRB) é suportada.

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

Observação:

  • Ao configurar o balanceamento de carga consistente em interfaces de túnel de encapsulamento de roteamento genérico (GRE), você deve especificar o endereço inet da interface GRE da extremidade oposta para que as adjacências de Camada 3 nas interfaces de túnel GRE sejam instaladas corretamente na tabela de encaminhamento. No entanto, o ECMP fast reroute (FRR) sobre 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 encapsulamento de roteamento genérico , consulte Configurando o encapsulamento de roteamento genérico, tunelamento.

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

Para configurar um balanceamento de carga consistente para grupos ECMP:

  1. Configure o BGP e habilite o grupo BGP de pares externos para usar vários caminhos.
  2. Crie uma política de roteamento para corresponder as rotas de entrada a 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 link sejam redirecionados para um link ativo.
  4. Crie uma política de roteamento separada e habilite o balanceamento de carga por pacote.
    Observação:

    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 um balanceamento de carga consistente ao grupo BGP de pares externos.
    Observação:

    O balanceamento de carga consistente só pode ser aplicado 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.
    Observação:

    Esta etapa mostra a configuração mínima de BFD necessária. Você pode configurar opções adicionais para BFD.
  7. Aplique a política de balanceamento de carga por prefixo globalmente para instalar todas as rotas de próximo salto na tabela de encaminhamento.
  8. (Opcional) Habilite o fast reroute para rotas ECMP.
  9. Verifique o status de uma ou mais rotas ECMP para as quais você ativou o balanceamento de carga consistente.

    A saída do comando exibe o seguinte sinalizador quando o balanceamento de carga consistente está habilitado:State: <Active Ext LoadBalConsistentHash>

Melhore a Resiliência da Rede Usando Vários Pares BGP ECMP

Visão geral

O multipath de custo igual (ECMP) é uma estratégia de roteamento de rede que permite que o tráfego da mesma sessão, ou fluxo, seja transmitido por vários caminhos de igual custo. Um fluxo é o tráfego com a mesma origem e destino. O processo ECMP identifica roteadores que são próximos saltos legítimos de custo igual em direção ao destino do fluxo. Em seguida, o dispositivo usa o balanceamento de carga para distribuir uniformemente o tráfego entre esses vários próximos saltos de custo igual. O ECMP é um mecanismo que permite que você (o administrador da rede) balanceie a carga do tráfego e aumente a largura de banda utilizando totalmente a largura de banda não utilizada em links para o mesmo destino.

Você costuma usar o ECMP com o BGP. Cada rota BGP pode ter vários próximos saltos de ECMP. A política de exportação do BGP determina se a rota do BGP deve ser anunciada para esses próximos hops. Como administrador da rede, você pode controlar o anúncio e a retirada de prefixos BGP de e para esses pares ECMP. A política de exportação de BGP determina se um prefixo BGP deve ser anunciado com base no número de pares BGP de ECMP dos quais a política recebe o prefixo.

Você pode configurar a política de exportação BGP para retirar uma rota BGP, a menos que ela receba o prefixo de rota BGP de um número mínimo de pares BGP ECMP. Exigir que a rota BGP tenha vários pares BGP ECMP cria uma melhor resiliência em caso de falhas de link.

Benefícios

  • Melhora a resiliência da sua rede

  • Evita a sobrecarga acidental de links

  • Auxilia no balanceamento de carga

Configuração

A política de exportação do BGP compara o número de próximos hops do ECMP para a rota BGP com o valor que você configura com a from nexthop-ecmp declaração em qualquer uma destas hierarquias: [edit policy-options policy-statement policy-name] ou [edit policy-options policy-statement policy-name term term-name].

As opções para esta declaração são:

  • value: O número exato de gateways ECMP (1 a 512) necessários para atender à condição.

  • equal: O número de gateways deve ser igual ao valor configurado.

  • greater-than: O número de gateways deve ser maior que o valor configurado.

  • greater-than-equal: O número de gateways deve ser maior ou igual ao valor configurado.

  • less-than: O número de gateways deve ser menor que o valor configurado.

  • less-than-equal: O número de gateways deve ser menor ou igual ao valor configurado.

  1. Configure a política de exportação do BGP para comparar o número de próximos hops do ECMP para a rota BGP com o valor que você configura com a from nexthop-ecmp declaração.
    Neste exemplo, o termo min-ecmp de política encontra uma correspondência quando uma rota tem menos de dois pares BGP ECMP.
  2. Configure a política de exportação do BGP para interromper a publicidade de prefixos de rota BGP se o número de próximos hops do ECMP não corresponder às condições configuradas.
  3. Aplique a política às rotas que estão sendo exportadas da tabela de roteamento para o BGP.
  4. Confirme se você validou o valor para estar em linha com os pares BGP ECMP configurados na política.
  5. Verifique se a rota BGP foi anunciada ou retirada do peer BGP upstream desejado.

Veja também

Entender o rótulo de entropia para LSP unicast rotulado de BGP

O que é um rótulo de entropia?

Um rótulo de entropia é um rótulo especial de balanceamento de carga que aumenta a capacidade do roteador de balancear a carga do tráfego em caminhos multipath de custo igual (ECMP) ou grupos de agregação de enlaces (LAGs). O rótulo de entropia permite que os roteadores balanceiem a carga do tráfego de forma eficiente 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 é um recurso compartilhado 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 dos pacotes para fazer o hash do pacote em 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) de núcleo não for capaz de executar um DPI para identificar o fluxo ou não puder fazê-lo na taxa de linha, a pilha de rótulos sozinha será usada para hash ECMP. Isso requer um rótulo de entropia, um rótulo especial de balanceamento de carga que pode transportar as informações de fluxo. O LSR de entrada tem mais contexto e informações sobre pacotes de entrada do que LSRs de trânsito. Portanto, o roteador de borda (LER) de rótulo de entrada pode inspecionar as informações de fluxo de um pacote, mapeá-las para um rótulo de entropia e inseri-las na pilha de rótulos. Os LSRs no núcleo simplesmente usam o rótulo de entropia como a chave para fazer o hash do pacote para o caminho certo.

Um rótulo de entropia pode ser qualquer valor de rótulo entre 16 e 1048575 (intervalo de rótulo regular de 20 bits). Como esse intervalo se sobrepõe ao intervalo de rótulo 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.

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

Figura 9: Rótulo de entropia para RSVP LSP Network diagram showing IP packet flow through routers PE1, P1, P2, and PE2 with RSVP LSP label stack for load balancing in MPLS networks.

Rótulo de entropia para unicast rotulado de BGP

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

Figura 10: Unicast rotulado de BGP entre áreas com rótulo Network diagram showing IP packet flow through routers PE1, P1, ABR, P2, and PE2 with BGP labeled unicast label stack including RSVP Label1, BGP Label, RSVP Label2, ELI, EL, and IP. 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 funcionalidade de rótulo de entropia na saída do BGP. Se o nó de costura unicast rotulado de BGP sinalizar a capacidade de rótulo de entropia (ELC) do BGP para os roteadores de borda do provedor, a entrada LSP unicast rotulada de BGP está ciente de que a saída LSP unicast rotulada de BGP pode lidar com rótulos de entropia e insere um indicador de rótulo de entropia e um rótulo de entropia abaixo do rótulo BGP. Todos os LSRs são capazes de usar o rótulo de entropia para balanceamento de carga. Embora o LSP unicast rotulado de BGP possa cruzar muitos roteadores em diferentes áreas e ASs, é possível que alguns dos segmentos possam suportar rótulos de entropia, enquanto outros não. A 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: Unicast rotulado de BGP entre áreas com rótulo de entropia BGP no ponto Flow of IP packets through MPLS network with BGP labeled unicast packets and entropy labels. Shows label stack changes for packet forwarding across nodes including PE1, P1, ABR, P2, and PE2. de costura
Observação:

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

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

Por padrão, um roteador BGP usa o atributo Entropy Label Capability (ELCv3) definido no IETF BGP Router Capability Attribute (RCA) para balanceamento de carga. Ele envia e recebe apenas o atributo ELCv3. Se você precisar usar o atributo ELCv2 interoperável com o rascunho RCA, configure explicitamente o elc-v2-compatible botão na hierarquia labeled-unicast entropy-label. Nesse cenário, tanto o ELCv3 quanto o ELCv2 são enviados e recebidos.

Recursos com 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.

  • Os LSPs fazem um túnel por meio da VPN de outra operadora.

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

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

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

  • Quando os LSPs unicast rotulados de BGP estão tunelando através da VPN de outra operadora, não há um verdadeiro 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 abaixo dos rótulos VPN na rede de operadoras de operadoras.

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

Veja também

Configurar 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 obter balanceamento de carga de rótulo 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 concatenam LSPs RSVP ou 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 salto, junto 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 obter um balanceamento de carga de rótulo de entropia de ponta a ponta para o tráfego BGP. Esse recurso permite a inserção de rótulos de entropia na entrada LSP unicast rotulada de BGP.

Um rótulo de entropia pode ser qualquer valor de rótulo entre 16 e 1048575 (intervalo de rótulo regular de 20 bits). Como esse intervalo se sobrepõe ao intervalo de rótulo 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 BGP rotulado como unicast, certifique-se de:

  1. Configure as interfaces do dispositivo.

  2. Configurar o OSPF ou qualquer outro protocolo IGP.

  3. Configure BGP.

  4. Configure LDP.

  5. Configure RSVP.

  6. Configurar o 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 hierarquia para habilitar a [edit protocols bgp family inet labeled-unicast] funcionalidade de rótulo de entropia para unicast rotulado de BGP em nível global.

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

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

    Aplique a política no roteador de entrada.

  3. (Opcional) Inclua a opção no-next-hop-validation se você não quiser que o Junos OS valide o campo next-hop no atributo entropy label capability 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 no-entropy-label-capability opção para rotas especificadas na política e inclua a no-entropy-label-capability opção na política especificada no [edit policy-options policy statement policy-name then] nível de hierarquia.

Veja também

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

Este exemplo mostra como configurar um rótulo de entropia para um unicast rotulado de BGP para obter um 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 dos pacotes para fazer o hash do pacote em 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 fazer o hash do pacote para o caminho correto. Um rótulo de entropia pode ser qualquer valor de rótulo entre 16 e 1048575 (intervalo de rótulo regular de 20 bits). Como esse intervalo se sobrepõe ao intervalo de rótulo 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 concatenam LSPs RSVP ou 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 salto, junto 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 obter um balanceamento de carga de rótulo de entropia de ponta a ponta para o tráfego BGP.

Requerimentos

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

    • Revalidado usando o Junos OS Relese 22.4

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

  1. Configure as interfaces do dispositivo.

  2. Configurar o OSPF ou qualquer outro protocolo IGP.

  3. Configure BGP.

  4. Configure RSVP.

  5. Configurar o MPLS.

Visão geral

Quando unicasts rotulados de BGP concatenam LSPs RSVP ou LDP em várias áreas de IGP ou vários sistemas autônomos, os rótulos de entropia RSVP ou LDP são exibidos no penúltimo nó de salto, junto 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.

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

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

Observação:

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

Topologia

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

Figura 12: Configuração de um rótulo de entropia para BGP rotulado de unicast Configuring an Entropy Label for BGP Labeled Unicast

Configuração

Configuração rápida da CLI

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

Roteador CE1

Roteador PE1

Roteador P1

ABR do roteador

Roteador P2

Roteador PE2

Roteador CE2

Configuração do roteador PE1

Procedimento passo a passo

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

Para configurar o Roteador PE1:

Observação:

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

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

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

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

  4. Configure o protocolo OSPF.

  5. Configure o protocolo RSVP.

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

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

  8. Defina uma política para exportar rotas de VPN BGP para o OSPF. A política é aplicada sob OSPF na instância de roteamento.

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

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

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

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

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

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

Configurando o roteador P1

Procedimento passo a passo

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

Para configurar o Roteador P1:

Observação:

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

  1. Configure as interfaces físicas.

  2. Configure a interface de loopback.

  3. Configure o ID do roteador.

  4. Configure o protocolo OSPF.

  5. Configure o protocolo RSVP.

  6. Configure o protocolo MPLS.

Configuração do ABR do roteador

Procedimento passo a passo

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

Para configurar o roteador ABR:

  1. Configure as interfaces físicas.

  2. Configure a interface de loopback.

  3. Configure rótulos MPLS que o roteador usa para hash dos pacotes até seu destino para balanceamento de carga.

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

  5. Configure o protocolo OSPF.

  6. Configure o protocolo RSVP.

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

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

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

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

(Opcional) Configuração de espelhamento de porta

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

Procedimento passo a passo

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

Para configurar o Roteador P1:

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

  2. Configure o domínio da ponte.

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

  4. Aplique o filtro à interface voltada para PE1.

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

Verificação

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

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

Finalidade

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

Ação

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

Significado

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

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

Finalidade

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

Ação

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

Significado

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

Verificando o ECMP no ABR para PE2

Finalidade

Verifique o multipath de custo igual (ECMP) para PE2.

Ação

Do modo operacional, execute os show route table mpls.0 comandos and show route forwarding-table label <label>no roteador ABR.

Significado

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

Mostrar rotas para a CE2 na PE1

Finalidade

Verifique as rotas para CE2.

Ação

Do modo operacional, execute os show route table VPN-l3vpn.inet.0 172.16.255.7 extensive comandos and show route table VPN-l3vpn.inet.0 192.168.255.7 extensiveno Roteador PE1.

Significado

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

Ping CE2 de CE1

Finalidade

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

Ação

Do modo operacional, execute os ping 172.16.255.7 source 172.16.12.1 rapid count 100 comandos and ping 192.168.255.7 source 192.168.255.1 rapid count 200no Roteador PE1.

Significado

A saída mostra que os pings foram bem-sucedidos.

Verificar o balanceamento de carga

Finalidade

Verifique o balanceamento de carga.

Ação

Do modo operacional, execute o show mpls lsp ingress statistics comando no ABR.

Significado

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

Verificar o rótulo de entropia

Finalidade

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

Ação

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

Significado

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

Caso de uso para convergência independente de prefixo BGP para inet, inet6 ou unicast rotulado

No caso de uma falha de 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 para 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 enlace propaga essas informações por toda a rede e anuncia o próximo salto do BGP para esse prefixo como inalcançável. O BGP reavalia caminhos alternativos e, se um caminho alternativo estiver disponível, reinstala esse 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 então determina os prefixos que se tornaram inacessí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 é 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, pois o caminho de backup já está instalado no Mecanismo de Encaminhamento de Pacotes.

A partir do Junos OS Release 15.1, o recurso BGP PIC, que era inicialmente suportado para roteadores VPN de Camada 3, é estendido para BGP com várias rotas nas tabelas globais, como inet e inet6 unicast, e inet e inet6 rotulado como unicast. 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 ao Mecanismo de Encaminhamento de Pacotes e ao IGP. Quando um IGP perde a acessibilidade a um prefixo com uma ou mais rotas, ele sinaliza ao 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 afetado continua usando o caminho de backup mesmo antes que o BGP comece a recalcular os novos próximos saltos para os prefixos BGP. O roteador usa esse caminho de backup para reduzir a perda de tráfego até que a convergência global através do BGP seja resolvida.

O tempo em que a interrupção ocorre até o tempo até a perda de acessibilidade ser sinalizada na verdade depende do tempo de detecção de falha do roteador mais próximo e do tempo de convergência do IGP. Quando o roteador local detecta a interrupção, a convergência de rotas sem o recurso BGP PIC habilitado depende muito do número de prefixos afetados e do desempenho do roteador devido ao recálculo de cada prefixo afetado. No entanto, com o recurso BGP PIC habilitado, mesmo antes que o BGP recalcule o melhor caminho para esses prefixos afetados, o Mecanismo de Roteamento sinaliza o plano de dados para alternar para o próximo melhor caminho em espera. 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 gasto desde o momento em que ocorre a interrupção do tráfego até o momento em que o BGP sinaliza a perda de alcance.

Veja também

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

Em um roteador habilitado para 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 ao Mecanismo de Encaminhamento de Pacotes e ao IGP. Quando um IGP perde a acessibilidade a um prefixo com uma ou mais rotas, ele sinaliza ao 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 afetado continua usando o caminho de backup mesmo antes que o BGP comece a recalcular os novos próximos saltos para os prefixos BGP. O roteador usa esse caminho de backup para reduzir a perda de tráfego até que a convergência global através do BGP seja resolvida. O recurso BGP PIC, que foi inicialmente suportado para roteadores VPN de Camada 3, é estendido para BGP com várias rotas nas tabelas globais, como inet e inet6 unicast, e inet e inet6 rotulado como unicast.

Antes de começar:

  1. Configure as interfaces do dispositivo.

  2. Configurar o OSPF ou qualquer outro protocolo IGP.

  3. Configurar MPLS e LDP.

  4. Configure BGP.

Observação:

O recurso BGP PIC é suportado apenas em roteadores com interfaces MPC.
Melhores práticas:

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

Para configurar o BGP PIC para inet:

  1. Habilite o BGP PIC para inet.
    Observação:

    O recurso de borda BGP PIC é suportado apenas em roteadores com interfaces MPC.
  2. Configure o balanceamento de carga por pacote.
  3. Aplique a política de balanceamento de carga por pacote às rotas exportadas da tabela de roteamento para a tabela de encaminhamento.
  4. Verifique se o BGP PIC está funcionando.

    Do modo operacional, insira o show route extensive comando:

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

    • 0x1 indica os próximos saltos ativos.

    • 0x4000 indica o próximo salto passivo.

Veja também

Exemplo: configurar a convergência independente de prefixo BGP para inet

Este exemplo mostra como configurar o BGP PIC para inet. No caso de uma falha de 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) está habilitado em um roteador, o BGP com várias rotas nas tabelas globais, como inet e inet6 unicast, e inet e inet6 rotulado como unicast, 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.

Requerimentos

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

Este exemplo usa os seguintes componentes de hardware e software:

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

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

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

Visão geral

A partir do Junos OS versão 15.1, o BGP PIC, que inicialmente era suportado para roteadores VPN de Camada 3, é estendido para o BGP com várias rotas nas tabelas globais, como inet e inet6 unicast, e inet e inet6 rotulados como unicast. O BGP instala no Mecanismo de Encaminhamento de Pacotes o segundo melhor caminho, além do melhor caminho calculado para um destino. Quando um IGP perde a acessibilidade a 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.

Observação:

O recurso BGP PIC é suportado 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 do provedor (PE). Os roteadores P0 e P1 são os roteadores de núcleo do provedor. O PIC do BGP está configurado no Roteador PE0. Para teste, o endereço 192.168.1.5 é adicionado como um segundo endereço de interface de loopback no dispositivo CE1. O endereço é anunciado aos roteadores PE1 e PE2 e é retransmitido pelo BGP interno (IBGP) para o roteador PE0. No Roteador PE0, há dois caminhos para a rede 192.168.1.5. Estes são o caminho principal e um caminho de backup. A Figura 13 mostra a rede de amostra.

Figura 13: Configuração do BGP PIC para Inet Network topology diagram showing Autonomous Systems AS 64497 with CE routers CE0, CE1, CE2 and AS 64496 with PE routers PE0, PE1, PE2 and core routers P0, P1. Connections include IP subnets and loopback addresses for routing.

Configuração

Configuração rápida da CLI

Para configurar rapidamente este exemplo, copie os comandos a seguir, cole-os em um arquivo de texto, remova as quebras de linha, altere os detalhes necessários para corresponder à configuração de rede, copie e cole os comandos na CLI no nível de [edit] hierarquia e, em seguida, entre no commit do modo de configuração.

Roteador PE0

Roteador P0

Roteador P1

Roteador PE1

Roteador PE2

Dispositivo CE0

Dispositivo CE1

Dispositivo CE2

Configurando o dispositivo PE0

Procedimento passo a passo

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

Para configurar o dispositivo PE0:

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

  2. Configure as interfaces do dispositivo.

  3. Configure a interface de loopback.

  4. Configure o MPLS e o LDP em todas as interfaces, exceto na interface de gerenciamento.

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

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

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

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

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

  10. Habilite o recurso de borda BGP PIC.

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

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

Resultados

No modo de configuração, confirme sua configuração inserindo os comandos , show interfaces, , show policy-optionsshow protocols, e show routing-options .show chassis 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.

Exibindo informações abrangentes sobre rotas

Finalidade

Confirme se a borda do BGP PIC está funcionando.

Ação

No 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 de link. O peso do próximo salto tem um dos seguintes valores:

  • 0x1 indica o caminho principal com próximos saltos ativos.

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

Exibindo a tabela de encaminhamento

Finalidade

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

Ação

No 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 de link. O peso do próximo salto tem um dos seguintes valores:

  • 0x1 indica o caminho principal com próximos saltos ativos.

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

Veja também

Visão geral da preservação da hierarquia do próximo salto

Na hierarquia compactada tradicional, os rótulos de serviço são mesclados em um único nexthops de transporte (FNH), o que pode levar à explosão do nexthop no PFE. A hierarquia compactada tradicional também pode causar problemas como truncamento de ECMP e perda de pesos hierárquicos.

Preservar Hierarquia do Próximo Salto (também conhecida como Hierarquia Expandida) mantém cada rótulo de serviço em seu próprio composto de cadeia, preservando a hierarquia original em vez de mesclar tudo em uma única estrutura de próximo salto.

Benefícios de preservar a hierarquia do próximo salto

Esse recurso oferece os seguintes benefícios:

  • Redução de recursos de Nexthop de encaminhamento: Fornece redução significativa no encaminhamento de recursos/contagem de Nexthop.
  • BGP PIC em todos os níveis: oferece suporte a BGP PIC em todos os níveis de hierarquia (transporte, serviço, cadeias compostas), garantindo failover rápido e convergência local para caminhos BGP.
  • Preservação de pesos hierárquicos: Mantém a distribuição de peso e largura de banda para cenários de roteamento hierárquico e ECMP.
  • Evitar truncamento de ECMP: garante que todos os trechos de ECMP sejam instalados no PFE, melhorando o balanceamento de carga e a resiliência.

Serviços como serviços de Camada 2 (circuito de Camada 2, VPN de Camada 2), VPN de Camada 3 (IPv4 e IPv6), VPLS, túneis IPIP, serviços de Internet (IPv4, IPv6, 6PE), suporte a EVPN e PRPD preservam a hierarquia do próximo salto.

Protocolos de transporte, como unicast rotulado de BGP, transporte com classe de BGP (BGP-CT), RSVP-TE, SR-MPLS, SR-FlexAlgo, SR-TE, SRv6 TE, suporte a MPLS-sobre-UDP Preserve a hierarquia do próximo salto com a infraestrutura de classe de transporte.

Consulte a ferramenta Explorador de Recursos para obter a lista de plataformas que oferecem suporte à Hierarquia de Preservação do Próximo Salto.

Configurar a hierarquia de preservação do próximo salto

Para configurar o recurso Preservar Hierarquia do Próximo Salto, inclua a preserve-nexthop-hierarchy declaração no nível daedit routing-options resolution [] hierarquia. Isso garante que todos os processos de roteamento relacionados respeitem a hierarquia de próximo salto estabelecida. Isso facilita a resolução eficiente de rotas e a adaptação mais rápida em caso de falhas no caminho, contribuindo para um melhor desempenho da rede.

O recurso Preservar hierarquia de próximo salto beneficia redes que exigem alta disponibilidade e integração perfeita com tecnologias avançadas, como Roteamento por segmentos com MPLS e Roteamento por segmentos com IPv6. Eles oferecem melhor distribuição de tráfego, redundância e comportamento de roteamento consistente em arquiteturas de rede complexas.

Observação: Quando você habilita ou desabilita a preserve-nexthop-hierarchy instrução nos níveis global ou de protocolo, o próximo salto apontado pelas rotas afetadas é recalculado e baixado para o PFE e o kernel. Isso resulta em picos de CPU mais altos no dispositivo em um ambiente de escala mais alta, levando à perda de pacotes até que as rotas sejam reprogramadas no PFE.

Borda BGP PIC usando visão geral de unicast rotulado de BGP

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

Benefícios do BGP PIC Edge usando unicast rotulado de BGP

Esse 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 com vários domínios.

  • Fornece 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?

A convergência independente de prefixo (PIC) do BGP melhora a convergência do BGP em falhas de nó de rede. 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 Mecanismo de Encaminhamento de Pacotes. Quando ocorre uma falha em nó de rede, o Mecanismo de Roteamento sinaliza ao Mecanismo de Encaminhamento de Pacotes que um próximo salto indireto falhou e que o tráfego é redirecionado para um caminho pré-calculado de custo igual ou backup sem modificar os prefixos BGP. O roteamento do tráfego para o prefixo de destino continua usando o caminho de backup para reduzir a perda de tráfego até que a convergência global por meio do BGP seja resolvida.

A convergência de BGP é aplicável a falhas de nó de rede de núcleo e de borda. No caso do BGP PIC Core, os ajustes nas cadeias de encaminhamento são feitos como resultado de falhas no enlace de nó ou núcleo. 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 unicast rotulado de BGP como protocolo de transporte

O BGP PIC Edge usando o protocolo de transporte unicast rotulado como BGP ajuda a proteger e redirecionar o tráfego quando ocorrem falhas nos nós de borda (ABR e ASBR) em redes multidomínio. As redes multidomínio são normalmente usadas em agregação Metro Ethernet e projetos de rede de backhaul móvel.

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

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

  • Serviços IPv4 sobre IPv4 BGP rotulado como unicast

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

  • Serviços VPN de camada 3 IPv4 sobre IPv4 BGP rotulado como unicast

  • Serviços VPN de camada 3 IPv6 sobre IPv4 BGP rotulado de unicast

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

  • Serviços de circuito de Camada 2 sobre IPv4 BGP rotulado como unicast

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

  • Serviços VPLS (BGP VPLS, LDP VPLS e FEC 129 VPLS) sobre IPv4 BGP rotulado como unicast

Configuração do BGP PIC Edge usando unicast rotulado de BGP para serviços de Camada 2

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

Um pré-requisito para a proteção de borda do BGP PIC é programar o Mecanismo de Encaminhamento de Pacotes (PFE) com hierarquia de next-hop expandida.

Para habilitar a hierarquia de next-hop expandida para a família unicast rotulada de BGP, você precisa configurar a seguinte declaração de configuração de CLI no nível deedit protocols [] hierarquia:

Para habilitar o BGP PIC para nexthops de balanceamento de carga MPLS, é necessário configurar a seguinte CLI declaração de configuração noedit routing-options nível de [] hierarquia:

Para habilitar a 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 deedit protocols [] hierarquia:

Para circuito de Camada 2 e LDP VPLS:

Para VPN de Camada 2, BGP VPLS e FEC129:

Exemplo: Protegendo o tráfego IPv4 por VPN de Camada 3 Executando BGP rotulado de unicast

Este exemplo mostra como configurar a borda de convergência independente de prefixo (PIC) BGP rotulada de unicast e proteger o tráfego IPv4 por 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.

Requerimentos

Este exemplo usa os seguintes componentes de hardware e software:

  • Roteadores da Série MX.

  • Junos OS versão 19.4R1 ou posterior em execução em todos os dispositivos.

Visão geral

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

Topologia

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

Figura 14: VPN de Camada 3 sobre BGP rotulada de unicast usando protocolo de transporte LDP
Network topology diagram showing a multi-AS network with AS 65002 and AS 65001. Includes PE routers PE1 and PE2 connecting CE1 and CE2, backbone P routers P1, P2, and P3, RR routers RR1, RR2, and RR3 for BGP route reflection, ABR routers ABR1 and ABR2 for IGP areas, ASBR routers ASBR1, ASBR2, ASBR3, and ASBR4 connecting ASes. Links labeled with interface names and IP addresses 192.168.x.x/31.

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 de CE1 para CE2.

P1-P3

Série MX

Roteadores de núcleo para transportar tráfego.

ABR1-ABR2

Série MX

Roteadores de borda de área

ABSR1-ABSR4

Série MX

Roteador de limite de sistema autônomo

RR1-RR3

Série MX

Refletor de rota

PE2-PE3

Série MX

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

CE2

Série MX

Conectado à rede do cliente.

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

Configuração

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

Configuração rápida da CLI

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

Dispositivo CE1

Dispositivo PE1

Dispositivo P1

Dispositivo RR1

Dispositivo ABR1

Dispositivo ABR2

Dispositivo P2

Dispositivo RR2

Dispositivo ASBR1

Dispositivo ASBR2

Dispositivo ASBR3

Dispositivo ASBR4

Dispositivo RR3

Dispositivo P3

Dispositivo PE2

Dispositivo PE3

Dispositivo CE2

Configurando CE1

Procedimento passo a passo

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

Para configurar o dispositivo CE1:

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

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

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

  4. Configure as opções de roteamento.

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

Resultados

No modo de configuração, confirme sua configuração inserindo os show interfacescomandos , show policy-options, , show routing-optionse show protocols . Se a saída não exibir a configuração pretendida, repita as instruções neste exemplo para corrigir a configuração.

Configurando o PE1

Procedimento passo a passo

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

Para configurar o dispositivo PE1:

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

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

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

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

  5. Configure as políticas de importação de RIB do resolvedor e os RIBs de resolução para habilitar a estrutura hierárquica expandida de nexthop 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 unicast rotulado de BGP para ABRs para trocar endereços IP de loopback como prefixos de unicast rotulados de BGP.

Resultados

No modo de configuração, confirme sua configuração inserindo os show chassiscomandos , show interfaces, show policy-options, show routing-instancesshow routing-options, e show protocols . Se a saída não exibir a configuração pretendida, repita as instruções neste exemplo para corrigir a configuração.

Configurando o dispositivo P1

Procedimento passo a passo

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

Para configurar o dispositivo P1:

  1. Configure as interfaces.

  2. Configure a interface de loopback.

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

  4. Configure as opções de roteamento.

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

Resultados

No modo de configuração, confirme sua configuração inserindo os show interfacescomandos , show policy-optionse show protocols . Se a saída não exibir a configuração pretendida, repita as instruções neste exemplo para corrigir a configuração.

Configurando o dispositivo RR1

Procedimento passo a passo

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

Para configurar o dispositivo RR1:

  1. Configure as interfaces.

  2. Configure a interface de loopback.

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

  4. Configure as opções de roteamento.

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

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

Resultados

No modo de configuração, confirme sua configuração inserindo os show interfacescomandos , show policy-optionse show routing-optionsshow protocols . Se a saída não exibir a configuração pretendida, repita as instruções neste exemplo para corrigir a configuração.

Configurando o dispositivo ABR1

Procedimento passo a passo

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

Para configurar o dispositivo ABR1:

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

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

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

  4. Aplique a política de balanceamento de carga por fluxo para habilitar a proteção do tráfego.

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

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

Resultados

No modo de configuração, confirme sua configuração inserindo os show interfacescomandos , show policy-optionse show routing-optionsshow protocols . 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 requer que você navegue por vários níveis na hierarquia de configuração. Para obter informações sobre como navegar na CLI, consulte Uso do Editor de CLI no Modo de Configuração no Guia do Usuário da CLI.

Para configurar o dispositivo ABR2:

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

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

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

  4. Aplique a política de balanceamento de carga por fluxo para habilitar a proteção do tráfego.

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

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

Resultados

No modo de configuração, confirme sua configuração inserindo os show interfacescomandos , show policy-optionse show routing-optionsshow protocols . Se a saída não exibir a configuração pretendida, repita as instruções neste exemplo para corrigir a configuração.

Configurando o dispositivo P2

Procedimento passo a passo

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

Para configurar o dispositivo P2:

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

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

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

  4. Configure as opções de roteamento.

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

Resultados

No modo de configuração, confirme sua configuração inserindo os show interfacescomandos , show policy-optionse show routing-optionsshow protocols . Se a saída não exibir a configuração pretendida, repita as instruções neste exemplo para corrigir a configuração.

Configurando o dispositivo RR2

Procedimento passo a passo

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

Para configurar o dispositivo RR2:

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

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

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

  4. Aplique a política de balanceamento de carga por fluxo para habilitar a proteção do tráfego.

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

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

Resultados

No modo de configuração, confirme sua configuração inserindo os show interfacescomandos , show policy-optionse show routing-optionsshow protocols . Se a saída não exibir a configuração pretendida, repita as instruções neste exemplo para corrigir a configuração.

Verificação

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

Verificando se os Nexthops foram resolvidos

Finalidade

Verifique se os nexthops 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 e 0x4000 para nexthops primários 0x1 e de backup.

Verificando as entradas de nexthop na tabela de roteamento

Finalidade

Verifique as entradas de roteamento nexthop ativas no PE1.

Ação

Do modo operacional, execute o show route extensive expanded-nh comando.

Significado

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

Suporte a pseudowire FAT para visão geral de 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 (PSN) MPLS. O pseudowire destina-se a fornecer apenas a funcionalidade mínima necessária para emular o wire com os requisitos de resiliência necessários para a definição de serviço fornecida.

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

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

A etiqueta de fluxo FAT pode ser usada para pseudowires de classe 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 recepção (R). O bit T anuncia a capacidade de enviar o rótulo do fluxo. O bit R anuncia a capacidade de estourar o rótulo de fluxo. Por padrão, o comportamento de sinalização do roteador de borda do provedor (PE) para qualquer um desses pseudowires é anunciar os bits T e R no rótulo definido como 0.

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

Veja também

Configuração do suporte pseudowire FAT para BGP L2VPN para balancear a carga do tráfego MPLS

O transporte com reconhecimento de fluxo (FAT) ou rótulo de fluxo é suportado para pseudowires sinalizados por BGP, como L2VPN, para serem configurados apenas nos roteadores de borda (LERs) de rótulo. Isso permite 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 multipath de custo igual (ECMP) ou grupos de agregação de enlaces (LAGs) sem a necessidade de inspeção profunda de pacotes da carga. Pseudowires FAT ou rótulo de fluxo podem ser usados com L2VPNs sinalizadas por LDP com classe de equivalência de encaminhamento (FEC128 e FEC129), e o suporte para rótulo de fluxo é estendido para pseudowires sinalizados por BGP para serviços de Camada 2 ponto a ponto ou ponto a multiponto.

Antes de configurar o suporte pseudowire FAT para BGP L2VPN para balancear a carga do tráfego MPLS:

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

  • Configure RSVP.

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

  • Configure o BGP e o OSPF.

Para configurar o suporte pseudowire FAT para BGP L2VPN para balancear a carga do 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 capacidade 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 capacidade de publicidade para enviar 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 capacidade 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 capacidade de publicidade para enviar o rótulo de fluxo na direção de transmissão para o PE remoto.

Veja também

Exemplo: configurar o suporte pseudowire FAT para BGP L2VPN para balancear a carga do tráfego MPLS

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

Requerimentos

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 execução 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 consciente de fluxo (FAT) que é suportado para pseudowires sinalizados por BGP, como L2VPN, seja configurado apenas nos roteadores de borda de rótulo (LERs). Isso faz com que os roteadores de trânsito ou os roteadores de comutação de rótulos (LSRs) realizem o balanceamento de carga de pacotes MPLS em caminhos multipath de custo igual (ECMP) ou grupos de agregação de enlaces (LAGs) sem a necessidade de inspeção profunda de pacotes da carga. O rótulo de fluxo FAT pode ser usado para pseudowires de classe de equivalência de encaminhamento sinalizados por LDP (FEC 128 e FEC 129) para pseudowires VPWS e VPLS.

Topologia

A Figura 15 mostra o suporte pseudowire FAT para BGP L2VPN configurado no dispositivo PE1 e no dispositivo PE2.

Figura 15: Exemplo de suporte a pseudowire FAT para BGP L2VPN Network topology diagram showing five devices: CE1, PE1, P, PE2, CE2. CE1 connects to PE1 via ge-0/0/0 with subnet 10.1.1.0/24. PE1 connects to P via ge-0/0/1 with subnet 1.0.0.0/24. P connects to PE2 via ge-0/0/1 with subnet 2.0.0.0/24. PE2 connects to CE2 via ge-0/0/0 with subnet 10.1.1.0/24. Loopback addresses are CE1 10.255.255.8/32, PE1 10.255.255.1/32, P 10.255.255.2/32, PE2 10.255.255.4/32, CE2 10.255.255.9/32. Represents MPLS network setup.

Configuração

Configuração rápida da CLI

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

CE1

PE1

P

PE2

CE2

Configurando o PE1

Procedimento passo a passo

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

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 export declaração.

  4. Configure o protocolo RSVP nas interfaces.

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

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

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

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

  9. Configure a engenharia de tráfego e configure as interfaces da área 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 diferenciador de rota, por exemplo l2vpn-inst, e configure a comunidade de destino VRF.

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

  14. Configure os sites conectados ao equipamento provedor.

  15. Configure o protocolo L2VPN para a instância de roteamento para fornecer capacidade de publicidade para colocar o rótulo de fluxo na direção de recebimento para o PE remoto e fornecer capacidade de publicidade para enviar 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 diferenciador de rota, por exemplo vp1, e configure a comunidade de destino VRF.

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

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

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

Resultados

No modo de configuração, confirme sua configuração inserindo os comandos , show protocols, , show routing-instancesshow policy-options, e show routing-options .show interfaces 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 resumo do BGP
Finalidade

Verifique as informações de resumo do BGP.

Ação

Do modo operacional, insira o show bgp summary comando.

Significado

A saída exibe as informações de resumo do BGP.

Verificando as informações de conexões L2VPN
Finalidade

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

Ação

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

Significado

A saída exibe as informações de conexões VPN de Camada 2 junto com as informações de transmissão e recebimento de rótulo de fluxo.

Verificando as rotas
Finalidade

Verifique se as rotas esperadas foram aprendidas.

Ação

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

Significado

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

Configurando o PE2

Tramitação processual

Procedimento passo a passo

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

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 export declaração.

  4. Configure o protocolo RSVP nas interfaces.

  5. Aplique os atributos de caminho comutado por rótulo 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 de pares vpls-pe.

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

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

  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 diferenciador de rota, por exemplo l2vpn-inst, e configure a comunidade de destino VRF.

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

  14. Configure os sites conectados ao equipamento provedor.

  15. Configure o protocolo L2VPN para a instância de roteamento para fornecer capacidade de publicidade para colocar o rótulo de fluxo na direção de recebimento para o PE remoto e fornecer capacidade de publicidade para enviar 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 diferenciador de rota, por exemplo vpl1, e configure a comunidade de destino VRF.

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

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

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

Resultados

No modo de configuração, confirme sua configuração inserindo os comandos , show protocols, , show routing-instancesshow policy-options, e show routing-options .show interfaces 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 resumo do BGP

Finalidade

Verifique as informações de resumo do BGP.

Ação

Do modo operacional, insira o show bgp summary comando.

Significado

A saída exibe as informações de resumo do BGP.

Verificando as informações de conexões L2VPN

Finalidade

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

Ação

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

Significado

A saída exibe as informações de conexões VPN de Camada 2 junto com as informações de transmissão e recebimento de rótulo de fluxo.

Verificando as rotas

Finalidade

Verifique se as rotas esperadas foram aprendidas.

Ação

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

Significado

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

Veja também

Configuração do suporte pseudowire FAT para BGP VPLS para balancear a carga do tráfego MPLS

O transporte consciente de fluxo (FAT) ou rótulo de fluxo é suportado para pseudowires sinalizados por BGP, como VPLS, e deve ser configurado apenas nos roteadores de borda (LERs) de rótulo. Isso permite 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 grupos de agregação de enlaces (ECMP) ou multipath de custo igual (LAGs) sem a necessidade de inspeção profunda de pacotes da carga. Pseudowires FAT ou rótulo de fluxo podem ser usados com VPLS sinalizado por LDP com classe de equivalência de encaminhamento (FEC128 e FEC129), e o suporte para rótulo de fluxo é estendido para pseudowires sinalizados por BGP para serviços de Camada 2 ponto a ponto ou ponto a multiponto.

Antes de configurar o suporte pseudowire FAT para BGP VPLS para balancear a carga do tráfego MPLS:

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

  • Configure RSVP.

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

  • Configure o BGP e o OSPF.

Para configurar o suporte pseudowire FAT para BGP VPLS para balancear a carga do 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 capacidade 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 capacidade de publicidade para enviar o rótulo de fluxo na direção de transmissão para o PE remoto.

Veja também

Exemplo: configurar o suporte pseudowire FAT para BGP VPLS para balancear a carga do tráfego MPLS

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

Requerimentos

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 execução 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 consciente de fluxo (FAT) que é suportado para pseudowires sinalizados por BGP, como VPLS, seja configurado apenas nos roteadores de borda (LERs) de rótulos. 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 multipath de custo igual (ECMP) ou grupos de agregação de enlaces (LAGs) sem a necessidade de inspeção profunda de pacotes da carga. O rótulo de fluxo FAT pode ser usado para pseudowires de classe de equivalência de encaminhamento sinalizados por LDP (FEC 128 e FEC 129) para pseudowires VPWS e VPLS.

Topologia

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

Figura 16: Exemplo de suporte a pseudowire FAT para BGP VPLS Network topology diagram: Five devices labeled CE1, PE1, P, PE2, and CE2. CE1 connects to PE1 via subnet 10.1.1.0/24. PE1 connects to P via subnet 1.0.0.0/24. P connects to PE2 via subnet 2.0.0.0/24. PE2 connects to CE2 via subnet 10.1.1.0/24. Loopback addresses are provided for each device.

Configuração

Configuração rápida da CLI

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

CE1

PE1

P

PE2

CE2

Configurando o PE1

Procedimento passo a passo

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

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 export declaração.

  4. Configure o protocolo RSVP nas interfaces.

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

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

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

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

  9. Configure a engenharia de tráfego e configure as interfaces da área 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 diferenciador de rota, por exemplo vpl1, e configure a comunidade de destino VRF.

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

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

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

Resultados

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

Configurando o PE2

Procedimento passo a passo

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

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 export declaração.

  4. Configure o protocolo RSVP nas interfaces.

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

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

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

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

  9. Configure a engenharia de tráfego e configure as interfaces da área 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 diferenciador de rota, por exemplo vp11, e configure a comunidade de destino VRF.

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

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

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

Resultados

No modo de configuração, confirme sua configuração inserindo os comandos , show protocols, , show routing-instancesshow policy-options, e show routing-options .show interfaces 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
Finalidade

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

Ação

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 e transmissão do rótulo de fluxo.

Verificação

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

Verificando as informações de conexão VPLS

Finalidade

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

Ação

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 e transmissão do rótulo de fluxo.

Veja também

Tabela de histórico de alterações

A compatibilidade com recursos é determinada pela plataforma e versão utilizada. Use o Explorador de recursos para determinar se um recurso é compatível com sua plataforma.

Lançamento
Descrição
20.2R1
A partir do Junos OS versão 20.2R1, a Série MX, EX9204, EX9208, EX9214, EX9251 e EX9253 oferecem suporte à proteção de borda BGP PIC para serviços de circuito de Camada 2, VPN de Camada 2 e VPLS (BGP VPLS, LDP VPLS e FEC 129 VPLS) com BGP rotulado como unicast como protocolo de transporte.
19.2R1
A partir do Junos OS Release 19.2R1, você pode especificar um número máximo de 512 caminhos de custo igual 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 custo igual nos switches QFX10000.
18.4R1
A partir do Junos OS Release 18.4R1, o BGP pode anunciar no máximo 2 rotas de caminho de adição, além dos vários caminhos de ECMP.
18.1R1
A partir do Junos OS Release 18.1R1, o multipath BGP é suportado globalmente no [edit protocols bgp] nível de hierarquia. Você pode desabilitar seletivamente o multipath em alguns grupos e vizinhos BGP. Inclua disable no [edit protocols bgp group group-name multipath] nível da hierarquia para desativar a opção multipath 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 de multipath até que todas as rotas BGP sejam recebidas. Quando o multipath está habilitado, o BGP insere a rota na fila do multipath cada vez que uma nova rota é adicionada ou sempre que uma rota existente é alterada. Quando vários caminhos são recebidos por meio do recurso add-path do BGP, o BGP pode calcular uma rota multipath várias vezes. O cálculo multicaminho diminui a taxa de aprendizado da RIB (também conhecida como tabela de roteamento). Para acelerar o aprendizado de RIB, o cálculo de multipath pode ser adiado até que as rotas BGP sejam recebidas ou você pode diminuir a prioridade do trabalho de build de multipath de acordo com seus requisitos até que as rotas BGP sejam resolvidas. Para adiar o cálculo de multipath, configure defer-initial-multipath-build no [edit protocols bgp] nível da hierarquia. Como alternativa, você pode diminuir a prioridade do trabalho de build BGP multipath usando multipath-build-priority a declaração de configuração no [edit protocols bgp] nível de hierarquia para acelerar o aprendizado RIB.