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 semana

Entender BGP Multipath

BGP multipath permite que você instale vários caminhos internos BGP e vários caminhos BGP externos até a tabela de encaminhamento. Selecionar vários caminhos permite BGP o tráfego de balanceamento de carga em vários links.

Um caminho é considerado um BGP de custo igual (e é usado para encaminhamento) se o processo de seleção de caminhos BGP realizar um tie-break depois de comparar o custo de IGP com o next-hop. Por padrão, todos os caminhos com o mesmo AS vizinho, aprendida por um vizinho BGP multipath são considerados no processo de seleção multipath.

BGP normalmente escolhe apenas um melhor caminho para cada prefixo e instala essa rota na tabela de encaminhamento. Quando BGP multipath está ativado, o dispositivo escolhe vários caminhos de custo igual BGP chegar a um determinado destino, e todos esses caminhos estão instalados na tabela de encaminhamento. BGP anuncia apenas o caminho ativo para seus vizinhos, a menos que o caminho de complemento esteja em uso.

O recurso Junos OS BGP multipath aceita as seguintes aplicações:

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

  • Balanceamento de carga em uma subneta comum ou em várias sub-redes para diferentes dispositivos de roteamento que pertencem ao mesmo ponto AS

  • Balanceamento de carga entre vários links entre dois dispositivos de roteamento que pertencem a diferentes colegas de confederação externas

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

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

BGP multipath não se aplica a caminhos que compartilham o mesmo custo MED-plus-IGP, mas sim em IGP custo. A seleção do caminho multicamada baseia-se na IGP de custo, mesmo que dois caminhos tenham o mesmo custo MED-plus-IGP.

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

A partir da versão 18.1R1 Junos OS, você pode adiá-lo até que todas as BGP sejam recebidas. Quando o multipath está ativado, BGP inserir a rota na fila multipath cada vez que uma nova rota é adicionada ou sempre que uma rota existente muda. Quando vários caminhos são recebidos por BGP recurso de add-path, BGP pode calcular uma rota multicamada várias vezes. O cálculo multipath retarda a taxa de aprendizado do RIB (também conhecido como tabela de roteamento). Para acelerar o aprendizado rib, o cálculo multipath pode ser adiado até que as rotas BGP sejam recebidas ou você pode reduzir a prioridade do trabalho de construção multicamadas de acordo com seus requisitos até que as rotas BGP sejam solucionadas. Para adiá-lo, o cálculo multicamada configura defer-initial-multipath-build em [edit protocols bgp] nível de hierarquia. Como alternativa, você pode reduzir a prioridade de trabalho BGP multipath usando a instrução de configuração em nível de hierarquia para multipath-build-priority[edit protocols bgp] acelerar o aprendizado rib.

Exemplo: Balanceamento de carga BGP tráfego

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

Requisitos

Antes de começar:

  • Configure as interfaces de dispositivo.

  • Configure um protocolo de gateway interior (IGP).

  • Configure BGP.

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

Visão geral

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

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

    Nota:

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

  2. Aplique a política às rotas exportadas da tabela de roteamento até a tabela de encaminhamento. Para isso, inclua as forwarding-table declarações export e os termos:

    Não é possível aplicar a política de exportação a instâncias de roteamento VRF.

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

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

Nota:

Em algumas plataformas, você pode aumentar o número de caminhos que são balanceados usando a chassis maximum-ecmp instrução. Com esta declaração, você pode alterar o número máximo de caminhos balanceados de carga de custo igual para 32, 64, 128, 256 ou 512 (o número máximo varia por plataforma— consulte maximum-ecmp.) A partir da versão 19.1R1 Junos OS, você pode especificar um número máximo de 128 caminhos de custo igual nos QFX10000 switches. A partir da versão 19.2R1 Junos OS, você pode especificar um número máximo de 512 caminhos de custo igual nos switches QFX10000.— consulte Entender a configuração de até 512caminhos de custo igual com balanceamento de carga consistente opcional.

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

Topologia

Figura 1 mostra a topologia usada neste exemplo.

Figura 1: BGP balanceamento de cargaBGP balanceamento de carga

Configuração

Procedimento

Configuração rápida CLI

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

Procedimento passo a passo

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

Para configurar as sessões BGP peer:

  1. Configure o grupo BGP de dados.

  2. Permita que o BGP use vários caminhos.

    Nota:

    Para desativar a verificação padrão, exigindo que os caminhos aceitos pela BGP multipath precisem ter 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

A partir do modo de configuração, confirme sua configuração show protocols inserindo os show policy-options comandos , e . show routing-options Se a saída não apresentar a configuração pretendido, repetir as instruções neste exemplo para corrigir a configuração.

Caso você não configure o dispositivo, entre commit no modo de configuração.

Verificação

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

Verificar rotas

Propósito

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

Ação

Do modo operacional, execute o show route comando.

Significado

O caminho ativo, denobado com um asterisco (*), tem dois próximos hops: 10.0.1.1 e 10.0.0.2 até o destino 10.0.2.0. O próximo salto 10.0.1.1 é copiado do caminho inativo até o caminho ativo.

Nota:

A show route detail saída de comando designa um gateway como selected . Essa saída é potencialmente confuso no contexto do balanceamento de carga. O gateway selecionado é usado para muitas finalidades, além de determinar qual gateway instalar no kernel quando o Junos OS não está executando 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 realiza o 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 outras finalidades. É útil exibir o gateway selecionado para fins de solução de problemas. Além disso, é possível usar a política da tabela de encaminhamento para substituir o que está instalado no kernel (por exemplo, usando a install-nexthop ação). Nesse caso, o gateway de next-hop instalado na tabela de encaminhamento pode ser um subconjunto do total de gateways exibidos no show route comando.

Verificação do encaminhamento

Propósito

Verificar se os dois próximos hops estão instalados na tabela de encaminhamento.

Ação

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

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

Você pode configurar o recurso multipath (ECMP) de custo igual com até 512 caminhos para peers de BGP externos. Ter a capacidade de configurar até 512 ECMP nos próximos hops permite que você aumente o número de conexões BGP peer directas com seu dispositivo de roteamento especificado, o que melhora a latência e otimiza 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 são redistribuídos para outros membros de ECMP ativos. O balanceamento de carga consistente também garante que, se um membro ECMP for adicionado, a redistribuição dos fluxos dos membros EMCP existentes para o novo membro do ECMP é mínima.

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

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

  • O processo de roteamento (RPD) do dispositivo deve ter suporte para o modo de 64 bits; 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 mesmo entre todos os membros do grupo, depende do padrão de tráfego e da organização da tabela de conjunto de fluxo de hash no hardware. A hashing consistente minimiza o remapping de fluxos para links de destino quando os membros são adicionados ou excluídos do grupo.

  • Se você configurar com uma das opções, ou, alguns fluxos podem alterar links de destino, porque os novos parâmetros de hash podem gerar novos índices de hash para os set forwarding-options enhanced-hash-keyhash-modeinetinet6 fluxos, resultando em novos links de layer2 destino.

  • Para obter a melhor precisão de hashing possível, esse recurso usa uma topologia em cascata para implementar a estrutura de next-hop para configurações de mais de 128 saltos próximos. Portanto, a precisão de hashing é um pouco inferior à das configurações de next-hop ECMP de menos de 128, o que não requer uma topologia em cascata.

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

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

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

  • O fast reroute (FRR) pode não funcionar com hashing consistente.

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

  • Durante os eventos de mudança da topologia de rede, o hashing consistente é perdido para prefixos de rede em algumas instâncias, porque esses prefixos apontam para um novo salto seguinte de ECMP que não tem todas as propriedades do ECMP anterior dos próximos hops.

  • Se vários prefixos de rede apontarem para o mesmo ECMP no próximo hop, e um ou mais desses prefixos estiver ativado com a instrução, todos os prefixos de rede que apontam para esse mesmo ECMP next hop apresentarão comportamento consistente de consistent-hash hashing.

  • O hashing consistente é suportado apenas no grupo de BGP de rotas baseadas em rotas. Quando outros protocolos ou rotas estáticas estão configurados com prioridade sobre BGP rotas, o hashing consistente não é suportado.

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

Instruções para configurar até 512 SALTOS DE ECMP e, opcionalmente, configurar balanceamento consistente de carga

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

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

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

  3. Ative a resiliência em prefixos selecionados criando uma política de roteamento separada para combinar as 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 peers externos:

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

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

Exemplo: Configurando peers de EBGP de single-hop para aceitar os próximos saltos remotos

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

Requisitos

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

Visão geral

Em algumas situações, é necessário configurar um peer EBGP de um único hop para aceitar um next hop remoto com o qual ele não compartilha uma subnet comum. O comportamento padrão é para qualquer endereço de next-hop recebido de um peer EBGP de salto único que não seja reconhecido como compartilhamento de uma subnet comum a ser descartada. A possibilidade de ter um peer EBGP de salto único aceita um next hop remoto ao qual não está conectado diretamente também impede que você tenha que configurar o vizinho EBGP de um único hop como uma sessão multissuário. Quando você configura uma sessão multihop nesta situação, todas as rotas de next-hop aprendidas por meio deste peer EBGP são identificadas como indiretas, mesmo quando compartilham uma subnet comum. Essa situação rompe a funcionalidade multipath para rotas que são recursivamente solucionadas por rotas que incluem esses endereços de next-hop. Configurar a instrução permite que um peer EBGP de um único hop aceite um próximo hop remoto, que restaura a funcionalidade multipath para rotas que são solucionadas nesses accept-remote-nexthop endereços de next-hop. Você pode configurar essa declaração nos níveis globais, de grupo e de hierarquia de vizinhos para BGP. A declaração também é suportada em sistemas lógicos e no tipo de instância de roteamento e encaminhamento (VRF) de VPN. O next-hop remoto e o peer EBGP devem ter suporte para BGP atualização de rota, conforme definido no RFC 2918, Recurso de atualização de roteamento em BGP-4. Se o peer remoto não suportar a atualização BGP roteamento, a sessão será reinicializada.

Ao habilitar um peer EBGP de um único hop a aceitar um próximo hop remoto, você também deve configurar uma política de roteamento de importação no peer EBGP que especifique o endereço remoto de next-hop.

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

Figura 2 mostra a topologia amostral.

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

Configuração

Configuração rápida CLI

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

Dispositivo R0

Dispositivo R1

Dispositivo R2

Dispositivo R0

Procedimento passo a passo

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

Para configurar o dispositivo R0:

  1. Configure as interfaces.

  2. Configurar EBGP.

  3. Ative a 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 agg_route as políticas e as políticas da tabela de test_route roteamento para BGP.

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

Resultados

A partir do modo de configuração, confirme sua configuração show interfaces inserindo os show policy-options comandos , e show protocols . show routing-options Se a saída não apresentar a configuração pretendido, repetir as instruções neste exemplo para corrigir a configuração.

Caso você não configure o dispositivo, entre commit no modo de configuração.

Configurando o dispositivo R1

Procedimento passo a passo

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

Para configurar o dispositivo R1:

  1. Configure as interfaces.

  2. Configure OSPF.

  3. Ative o dispositivo R1 para aceitar o próximo hop remoto.

  4. Configure IBGP.

  5. Configurar EBGP.

  6. Ative a BGP multipath entre o dispositivo R0 e o dispositivo R1.

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

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

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

Resultados

A partir do modo de configuração, confirme sua configuração show interfaces inserindo os show policy-options comandos , e show protocols . show routing-options Se a saída não apresentar a configuração pretendido, repetir as instruções neste exemplo para corrigir a configuração.

Caso você não configure o dispositivo, entre commit no modo de configuração.

Configurando o dispositivo R2

Procedimento passo a passo

O exemplo a seguir requer que você navegar por vários níveis na hierarquia de configuração. Para obter informações sobre como navegar pela CLI, consulte Como usar o Editor de CLI no modo de configuração no Guia de Usuários 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

A partir do modo de configuração, confirme sua configuração show interfaces inserindo os show protocols comandos , e . show routing-options Se a saída não apresentar a configuração pretendido, repetir as instruções neste exemplo para corrigir a configuração.

Caso você não configure o dispositivo, entre commit no modo de configuração.

Verificação

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

Verificar se a rota multipath com o next hop indireto está na tabela de roteamento

Propósito

Verificar se o dispositivo R1 tem uma rota para a rede 1.1.230.0/23.

Ação

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

Significado

A saída mostra que o dispositivo R1 tem uma rota para a rede 1.1.230.0 com o recurso multipath ativado ( Accepted Multipath ). A saída também mostra que a rota tem um próximo salto indireto de 1.1.10.10.

Desativação e reativação da instrução accept-remote-nexthop

Propósito

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

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

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

  3. Do modo de configuração, reativar a declaração ao entrar no activate protocols bgp accept-remote-nexthop comando.

  4. Do modo operacional, reentra no show route 1.1.230.0 comando.

Significado

Quando a declaração é desativada, a rota multicamada para a rede accept-remote-nexthop 1.1.230.0 é removida da tabela de roteamento.

Compreender o balanceamento de carga para BGP tráfego com largura de banda desigual alocada aos caminhos

A opção multipath elimina os desempates do processo de decisão de roteamento ativo, permitindo assim igual custo BGP rotas aprendidas com várias fontes a serem instaladas na tabela de encaminhamento. Entretanto, quando os caminhos disponíveis não são equivalentes ao custo, talvez você queira carregar o saldo do tráfego assimétricamente.

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

Normalmente, uma rede empresarial quer alterar o comportamento padrão para evocar um algoritmo de balanceamento de carga por pacote. Aqui, cada pacote é enfatizado porque seu uso é um erro que se deve ao comportamento histórico do ASIC do Processador de Internet. Na verdade, os roteadores Juniper Networks atuais são suportados por prefixo (padrão) e balanceamento de carga por fluxo. Este último envolve o hashing contra vários headers de Camada 3 e Camada 4, incluindo porções 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 divisados para um próximo hop específico, resultando em uma distribuição mais uniforme nos próximos hops disponíveis, especialmente quando o roteamento entre menos pares de origem e destino.

Com o balanceamento de carga por pacote, os pacotes que compõem um fluxo de comunicação entre dois endpoints podem ser resseqüenciados, mas os pacotes dentro de fluxos individuais mantêm o sequenciamento correto. Independentemente de você optar pelo balanceamento de carga por prefixo ou por pacote, a assimetria dos links de acesso pode apresentar um desafio técnico. De qualquer forma, os prefixos ou fluxos mapeados para, por exemplo, um enlace T1 apresentarão desempenho degradado quando comparados aos fluxos que mapeiam para, por exemplo, um link de acesso Fast Ethernet. Pior ainda, com cargas de tráfego pesados, é provável que qualquer tentativa de balanceamento de carga igual resulte na saturação total do enlace T1 e na interrupção da sessão decorrente da perda do pacote.

Felizmente, a implementação Juniper Networks BGP aceita a ideia de uma comunidade de largura de banda. Essa comunidade estendida codifica a largura de banda de um determinado próximo hop, e, quando combinado com multipath, o algoritmo de balanceamento de carga distribui fluxos pelo conjunto dos próximos hops proporcional a suas larguras de banda relativas. Se tiver um salto de 10 Mbps e um próximo hop de 1 Mbps, em média nove fluxos serão mapeados para o próximo salto de alta velocidade para cada um que usa a velocidade baixa.

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

A tarefa de configuração tem duas partes:

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

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

Exemplo: Balanceamento de carga BGP tráfego com largura de banda desigual alocada aos caminhos

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

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

Requisitos

Antes de começar:

  • Configure as interfaces de dispositivo.

  • Configure um protocolo de gateway interior (IGP).

  • Configure BGP.

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

Visão geral

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

O exemplo usa a comunidade estendida de largura de banda.

Por padrão, quando BGP multipath é 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 BGP caminhos, permitindo que o tráfego seja distribuído de maneira 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étricos. Nesse cenário, você pode identificar rotas recebidas com a comunidade com largura de banda estendida. Quando BGP multicamadas (internas ou externas) operam entre rotas que contêm o atributo da largura de banda, o mecanismo de encaminhamento pode distribuir de maneira desigual o tráfego de acordo com a largura de banda correspondente a cada caminho.

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

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

Configure a comunidade de largura de banda da seguinte forma:

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

Por exemplo:

Onde 10458 é o número AS local. Os valores correspondem à largura de banda dos caminhos T1, T3 e OC-3 em bytes por segundo. O valor especificado como o valor da 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 identificar uma rota com essa comunidade estendida, defina uma declaração de política da seguinte forma:

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

Topologia

Figura 3 mostra a topologia usada neste exemplo.

Figura 3: BGP balanceamento de cargaBGP balanceamento de carga

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

Configuração

Procedimento

Configuração rápida CLI

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

Dispositivo R1

Dispositivo R2

Dispositivo R3

Procedimento passo a passo

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

Para configurar as sessões BGP peer:

  1. Configure as interfaces.

  2. Configure o grupo BGP de dados.

  3. Permita que o BGP use vários caminhos.

    Nota:

    Para desativar a verificação padrão, exigindo que os caminhos aceitos pela BGP multipath precisem ter o mesmo sistema autônomo vizinho (AS), inclua a multiple-as opção. Use a multiple-as opção se os vizinhos estão em diferentes ASs.

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

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

  6. Configure os BGP da comunidade.

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

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

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

Resultados

A partir do modo de configuração, confirme sua configuração show interfaces inserindo os show protocols comandos , e show policy-options . show routing-options Se a saída não apresentar a configuração pretendido, repetir as instruções neste exemplo para corrigir a configuração.

Caso você não configure o dispositivo, entre commit no modo de configuração.

Verificação

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

Verificar rotas

Propósito

Verificar 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, denobado com um asterisco (*), tem dois próximos hops: 10.0.1.1 e 10.0.0.2 até o destino 172,16/16.

Da mesma forma, o caminho ativo, denobado com um asterisco (*), tem dois próximos hops: 10.0.1.1 e 10.0.0.2 até o destino 10.0.2.0.

Em ambos os casos, o próximo hop de 10.0.1.1 é copiado do caminho inativo até o caminho ativo.

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

Exemplo: Configurando 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 nos BGP externos para balanceamento de carga e especificar um limiar para a largura de banda agregada configurada. BGP adiciona a largura de banda de enlace disponível de multicamadas e calcula a largura de banda agregada. Em caso de falha no enlace, a largura de banda agregada é ajustada para refletir o status atual da largura de banda disponível.

Requisitos

Este exemplo usa os seguintes componentes de hardware e software:

  • Quatro roteadores com capacidade de balanceamento de carga

  • Junos OS Release 17.4 ou mais tarde em execução em todos os dispositivos

Visão geral

A partir do Junos OS Release 17.4R1, um BGP que recebe vários caminhos de seus peers internos equilibra o tráfego entre esses caminhos. Nas versões anteriores do Junos OS, um BGP que recebia vários caminhos de seus peers internos anunciava apenas a largura de banda do enlace associada à rota ativa. BGP usa uma nova comunidade estendida de largura de banda de enlace com a largura de banda agregada para identificar multicamadas e anunciar a largura de banda agregada para essas múltiplas rotas em seu enlace DMZ de rede. Para anunciar várias rotas agregadas, configure uma política com e ações no nível de hierarquia [editar nome da declaração de aggregate-bandwidthlimit bandwidth políticas-opções]

Topologia

Figura 5: Configurando uma política para anunciar largura de banda agregada em links BGP externos para balanceamento de cargaConfigurando uma política para anunciar largura de banda agregada em links BGP externos para balanceamento de carga

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

Nota:

Se um dos enlaces multipath for abaixo, a largura de banda do enlace com falha não será adicionada à largura de banda agregada anunciada aos BGP vizinhos.

Configuração

Configuração rápida CLI

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

Roteador R1

Roteador R2

Roteador R3

Roteador R4

Configurando roteadores, começando por R1

Procedimento passo a passo

O exemplo a seguir requer que você navegar por vários níveis na hierarquia de configuração. Para obter informações sobre como navegar pela CLI, consulte Como usar o 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 BGP peers (a começar pelo roteador R1):

Nota:

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

  1. Configure as interfaces com endereços IPv4.

  2. Configure o endereço de loopback.

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

  4. Configure eBGP nos roteadores de borda externos.

  5. Defina uma política de distribuição de largura de banda para designar 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 designar uma comunidade de baixa largura de banda ao tráfego destinado ao roteador R2.

  7. Ative o recurso para anunciar largura de banda agregada de 80.000.000 bytes ao roteador de colegas EBGP R4 durante BGP sessões.

  8. Aplique a aggregate_bw_and limit_capacity de segurança ao grupo external2 EBGP.

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

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

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

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

Resultados

A partir do modo de configuração, confirme sua configuração show interfaces inserindo os show protocols comandos , e show routing-options . show policy-options Se a saída não apresentar a configuração pretendido, repetir as instruções neste exemplo para corrigir a configuração.

Verificação

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

Propósito

Para verificar se a BGP de peering está completa e se estabelece uma sessão BGP entre os roteadores,

Ação
Significado

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

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

Propósito

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

Ação

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

Significado

Verificar se o roteador R1 anuncia a largura de banda agregada ao roteador vizinho R4

Propósito

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

Ação
Significado

O roteador R1 anuncia a largura de banda agregada de 80.000.000 bytes para seus vizinhos.

Entender o anúncio de vários caminhos para um único destino em BGP

BGP peers anunciam rotas entre si em mensagens de atualizaçã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 escolhe um único caminho melhor, chamado de caminho ativo. A menos que você configure BGP para anunciar vários caminhos até o mesmo destino, BGP anuncia apenas o caminho ativo.

Em vez de anunciar apenas o caminho ativo até um destino, você pode configurar um BGP para anunciar vários caminhos até o destino. Em um sistema autônomo (AS), a disponibilidade de vários pontos de saída para chegar a um destino fornece 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 até o mesmo destino pode pré-computar um caminho de backup e ficar pronto para que, quando o caminho principal se torne inválido, o dispositivo de roteamento de borda pode usar o backup para restaurar rapidamente a conectividade. Sem um caminho de backup, o tempo de restauração depende da BGP reconvergência, que inclui enviar e enviar mensagens de anúncios 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, caso o roteamento dentro do AS atenda a determinadas restrições.

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

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

  • Endereço das famílias apoiadas:

    • Unicast IPv4 ( family inet unicast )

    • Unicast IPv6 ( family inet6 unicast )

    • Unicast identificado como IPv4 ( family inet labeled-unicast )

    • Unicast identificado como IPv6 ( family inet6 labeled-unicast )

    • Unicast IPv4 VPN ( family inet-vpn unicast )

    • Unicast IPv6 VPN ( family inet6-vpn unicast )

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

  • Suportado em peers de BGP internos (IBGP) e de BGP externos (EBGP). Temos suporte para que o caminho de adicionar EBGP seja recebido por padrão e OBGP adicionar caminho enviado por uma instrução de configuração em nível [edit logical-systems logical-system-name protocols bgp group group-name family family] de hierarquia.

  • Somente instância principal. Sem suporte para instâncias de roteamento.

  • É suportado o reinicialização graciosa e o roteamento ativo sem parar (NSR).

  • Sem BGP de protocolo de monitoramento (BMP).

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

A partir da versão 18.4R1 Junos OS, a BGP pode anunciar no máximo 2 rotas de add-path, além dos vários caminhos de ECMP.

Para anunciar todos os caminhos adicionais até 64 caminhos adicionais ou apenas caminhos de custo igual, path-selection-mode incluam no nível [edit protocols bgp group group-name family name addpath send] da hierarquia. Você não pode multipath habilitar ambas as coisas ao mesmo path-selection-mode tempo.

Exemplo: Publicidade de vários caminhos na BGP

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

Requisitos

Este exemplo usa os seguintes componentes de hardware e software:

  • Oito BGP habilitados para uso.

  • Cinco dos BGP habilitados para uso não precisam necessariamente ser roteadores. Por exemplo, podem ser de série EX Switches de ethernet.

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

  • Os três roteadores devem estar executando a versão 11.4 do Junos OS ou mais tarde.

Visão geral

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

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

O reflexo da rota é opcional quando o anúncio de vários caminhos está ativado na BGP.

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

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

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

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

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

Diagrama de topologia

Figura 6 mostra a topologia usada neste exemplo.

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

Configuração

Configuração rápida CLI

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

Roteador R1

Roteador R2

Roteador R3

Roteador R4

Roteador R5

Roteador R6

Roteador R7

Roteador R8

Configurando o roteador R1

Procedimento passo a passo

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

Para configurar o roteador R1:

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

  2. Configure BGP nas interfaces e configure o reflexo da 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 vários caminhos.

  4. Configure OSPF nas interfaces.

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

  6. Caso você não configure o dispositivo, compromete a configuração.

Resultados

A partir do modo de configuração, confirme sua configuração show interfaces inserindo os show protocols comandos , e show policy-options . show routing-options Se a saída não apresentar a configuração pretendido, repetir 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 BGP e OSPF nas interfaces do roteador R2.

  3. Para rotas enviadas do roteador R2 ao roteador R1, anuiem o roteador R2 como o próximo hop, 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. Caso você não configure o dispositivo, compromete a configuração.

Resultados

No modo de configuração, confirme sua configuração show interfaces inserindo show protocols os comandos , show policy-options , show routing-options Se a saída não apresentar a configuração pretendido, repetir 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 BGP e OSPF nas interfaces do roteador R3.

  3. Para rotas enviadas do roteador R3 ao roteador R1, anuiem o roteador R3 como o próximo hop, 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. Caso você não configure o dispositivo, compromete a configuração.

Resultados

A partir do modo de configuração, confirme sua configuração show interfaces inserindo os show protocols comandos , e show policy-options . show routing-options Se a saída não apresentar a configuração pretendido, repetir 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 BGP nas interfaces e configure o reflexo da 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 vários caminhos.

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

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

  5. Configure OSPF nas interfaces.

  6. Configure uma política que permita ao Roteador R4 enviar ao Roteador R8 vários caminhos 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. Porém, por causa dessa política, o Roteador R4 só envia vários caminhos para a rota 172.16.199.1/32.

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

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

  8. Caso você não configure o dispositivo, compromete a configuração.

Resultados

A partir do modo de configuração, confirme sua configuração show interfaces inserindo os show protocols comandos , e show policy-options . show routing-options Se a saída não apresentar a configuração pretendido, repetir 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 BGP na interface do roteador R5.

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

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

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

  6. Caso você não configure o dispositivo, compromete a configuração.

Resultados

A partir do modo de configuração, confirme sua configuração show interfaces inserindo os show protocols comandos , e show policy-options . show routing-options Se a saída não apresentar a configuração pretendido, repetir as instruções neste exemplo para corrigir a configuração.

Configurando o 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 BGP na interface do roteador R6.

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

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

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

  6. Caso você não configure o dispositivo, compromete a configuração.

Resultados

A partir do modo de configuração, confirme sua configuração show interfaces inserindo os show protocols comandos , e show policy-options . show routing-options Se a saída não apresentar a configuração pretendido, repetir 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 BGP na interface do roteador R7.

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

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

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

  6. Caso você não configure o dispositivo, compromete a configuração.

Resultados

A partir do modo de configuração, confirme sua configuração show interfaces inserindo os show protocols comandos , e show policy-options . show routing-options Se a saída não apresentar a configuração pretendido, repetir 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 BGP e OSPF na interface do roteador R8.

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

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

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

  5. Caso você não configure o dispositivo, compromete a configuração.

Resultados

A partir do modo de configuração, confirme sua configuração show interfaces inserindo os show protocols comandos , e show policy-options . show routing-options Se a saída não apresentar a configuração pretendido, repetir as instruções neste exemplo para corrigir a configuração.

Verificação

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

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

Propósito

Certifique-se de que uma ou ambas as seguintes strings apareçam na saída do show bgp neighbor comando:

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

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

Ação

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

Propósito

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

Ação
Significado

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

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

Propósito

Certifique-se de que vários caminhos 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 até esse destino é anunciado no Roteador R8.

Ação
Significado

O comando mostra que o roteador R4 recebe dois caminhos até o destino show route receive-protocol 172.16.198.1/32 e três caminhos até o destino 172.16.199.1/32. O comando mostra que o roteador R4 anuncia apenas um caminho até o destino show route advertising-protocol 172.16.198.1/32 e anuncia todos os três caminhos até 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 até o destino 172.16.198.1/32. O roteador R4 anuncia apenas um caminho até o destino 172.16.198.1/32, embora receba vários caminhos até esse destino.

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

Propósito

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

Ação

Verificação da ID do caminho

Propósito

Nos dispositivos downstream, roteador R4 e roteador R8, verificar se uma ID de caminho identifica o caminho com exclusividade. Procure a Addpath Path ID: string.

Ação

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

Este exemplo mostra como configurar a publicidade seletiva de BGP vários caminhos. 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 BGP de roteamento para anunciar apenas multicamada de colaboradores para balanceamento de carga.

Requisitos

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

Este exemplo usa os seguintes componentes de hardware e software:

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

  • Junos OS Release 16.1R2 ou mais tarde no dispositivo

Visão geral

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

Topologia

Em, 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 multicamadas. Os roteadores R5, R6 e roteador R7 redistribuem rotas estáticas 199.1.1.1/32 e 198.1.1.1/32 para BGP.

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

Figura 7: Exemplo: Configurando a publicidade seletiva de BGP vários caminhos para balanceamento de cargaExemplo: Configurando a publicidade seletiva de BGP vários caminhos para balanceamento de carga

Configuração

Configuração rápida CLI

Para configurar rapidamente este exemplo, copie os comandos a seguir, confie-os em um arquivo de texto, remova quaisquer quebras de linha, altere quaisquer detalhes necessários para combinar a configuração da rede, copie e copie e copie os comandos na CLI no nível da hierarquia e, em seguida, insira commit do modo de [edit] 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ê navegar por vários níveis na hierarquia de configuração. Para obter informações sobre como navegar pela CLI, consulte Como usar o Editor de CLI no modo de configuração no Guia do Usuário da CLI.

Para configurar o roteador RR1:

Nota:

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

  1. Configure as interfaces com endereços IPv4.

  2. Configure o endereço de loopback.

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

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

  5. Configure o balanceamento de carga para rr BGP grupo interno.

  6. Configure a rede rr_rr 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 multicamadas anunciadas a 6.

  8. Configure eBGP em interfaces que se conectem aos roteadores de borda externos.

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

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

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

Resultados

A partir do modo de configuração, confirme sua configuração show interfaces inserindo os show protocols comandos , e show routing-options . show policy-options Se a saída não apresentar a configuração pretendido, repetir as instruções neste exemplo para corrigir a configuração.

Caso você não configure o dispositivo, compromete a configuração.

Verificação

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

Verificação das rotas multicamada para a rota estática 199.1.1.1/32

Propósito

Verificar as rotas multicamáticas 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á ativado no roteador RR1 e há mais de uma próxima loja disponível para a rota 199.1.1.1/32. Os dois próximos saltos disponíveis na rota 199.1.1.1/32 são 10.0.0.20 e 10.0.0.30.

Verificar se as rotas multipath são anunciadas do roteador RR1 ao roteador RR4

Propósito

Verificar 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 anuncia dois próximos saltos 10.0.0.20 e 10.0.0.30 para a rota 199.1.1.1/32 até o roteador RR4.

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

Propósito

O Multipath não está configurado no roteador RR4, portanto, a rota 199.1.1.1/32 não está qualificada para adicionar caminho. Verificar 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.

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

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

Requisitos

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

Este exemplo usa os seguintes componentes de hardware e software:

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

  • Junos OS Release 16.1R2 ou mais tarde no dispositivo

Visão geral

Começando com o Junos OS 16.1R2, você pode definir uma política para identificar prefixos de caminho múltiplos qualificados com base nos valores da comunidade. BGP anuncia essas rotas com tags comunidade, além do caminho ativo até um determinado destino. Se o valor da comunidade de uma rota não corresponder ao valor da comunidade definido na política, BGP não anunciar essa rota. Esse recurso permite BGP anunciar no menos 20 caminhos até um determinado destino. Você pode limitar e configurar o número de prefixos que BGP considerar para vários caminhos sem conhecer os prefixos antecipadamente. Em vez disso, um valor BGP da comunidade determina se um prefixo é anunciado ou não.

Topologia

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

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

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

Configuração

Configuração rápida CLI

Para configurar rapidamente este exemplo, copie os comandos a seguir, confie-os em um arquivo de texto, remova quaisquer quebras de linha, altere quaisquer detalhes necessários para combinar a configuração da rede, copie e copie e copie os comandos na CLI no nível da hierarquia e, em seguida, insira commit do modo de [edit] 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ê navegar por vários níveis na hierarquia de configuração. Para obter informações sobre como navegar pela CLI, consulte Como usar o Editor de CLI no modo de configuração no Guia do Usuário da CLI.

Para configurar o roteador RR4:

Nota:

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

  1. Configure as interfaces com endereços IPv4.

  2. Configure o endereço de loopback.

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

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

  5. Configure o recurso para enviar vários caminhos que contenham apenas valor de comunidade 4713:100 e limitar o número de multicamadas anunciadas a 6.

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

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

Resultados

A partir do modo de configuração, confirme sua configuração show interfaces inserindo os show protocols comandos , e show routing-options . show policy-options Se a saída não apresentar a configuração pretendido, repetir as instruções neste exemplo para corrigir a configuração.

Caso você não configure o dispositivo, compromete a configuração.

Verificação

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

Verificar se as rotas multipath são anunciadas do roteador RR4 ao roteador R8

Propósito

Verificar 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 anuncia vários caminhos 10.0.0.20, 10.0.0.30 e 10.0.15.2 para o roteador R8.

Verificar se o roteador R8 recebe as rotas multipath anunciadas pelo roteador RR4

Propósito

Verificar se o roteador R8 está recebendo as rotas multicamáticas 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 múltiplos saltos próximos 10.0.0.20, 10.0.0.30 e 10.0.15.2 para a rota 199.1.1.1/32 do roteador RR4.

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

Propósito

O roteador RR4 deve anunciar rotas multicamáticas 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 anuncia três caminhos com valor de comunidade de 4713:100 para o roteador R8.

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

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

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

  1. Configure as interfaces de dispositivo.

  2. Configure OSPF ou qualquer outro protocolo IGP de segurança.

  3. Configure 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 multicamada IBGP.
  3. Verifique se BGP está resolvendo os vários caminhos de forma recursiva e se há vários hops disponíveis para o tráfego de balanceamento de carga.

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

Configuração de Next Hops DE ECMP para LSPs de RSVP e LDP para balanceamento de carga

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

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

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

Nota:

Roteadores da Série MX com uma ou mais placas MPC (Modular Port Concentrator) e com o Junos OS 11.4 ou anteriormente instalado, dar suporte à configuração da instrução com apenas maximum-ecmp 16 saltos próximos. Você não deve configurar a declaração maximum-ecmp com 32 ou 64 hops próximos. Quando você compromete a configuração com 32 ou 64 saltos seguintes, aparece a seguinte mensagem de aviso:

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

Os seguintes tipos de rotas são de suporte para a configuração de next-hop ECMP máxima para até 64 gateways DE ECMP:

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

  • Rotas de ingresso e trânsito LDP aprendidas por meio de rotas IGP associados

  • Próximos hops de ECMP RSVP criados para LSPs

  • OSPF IPv4 e IPv6 roteam ECMPs

  • IS-IS IPv4 e IPv6 roteam ECMPs

  • EBGP IPv4 e IPv6 roteam ECMPs

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

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

Nota:

Os seguintes FPCs nos M320, T640 e T1600 roteadores só darão suporte a 16 saltos de ECMP seguintes:

  • (M320, T640 e T1600 roteadores) FPC1 Aprimorado II

  • (M320, T640 e T1600 roteadores) FPC2 aprimorado

  • (M320 e T640 roteadores) FPC3 Aprimorado II

  • (T640 e T1600 roteadores) FPC2

  • (T640 e T1600 roteadores) FPC3

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

Nota:

Se os LSPs de RSVP estão configurados com alocação de largura de banda, para os próximos hops do ECMP com mais de 16 LSPs, o tráfego não será distribuído de maneira ideal com base nas larguras de banda configuradas. Alguns LSPs com larguras de banda alocadas menores recebem mais tráfego do que aqueles configurados com larguras de banda mais altas. A distribuição de tráfego não cumpre rigorosamente a alocação de largura de banda configurada. Essa ressalva é aplicável aos seguintes roteadores:

  • T1600 e T640 com Enhanced Scaling FPC1, Enhanced Scaling FPC2, Enhanced Scaling FPC3, Enhanced Scaling FPC 4 e todos os FPCs Tipo 4

  • M320 roteadores com Enhanced III FPC1, Enhanced III FPC2 e Enhanced III FPC3

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

  • M120 roteadores com FPCs tipo 1, Tipo 2 e Tipo 3

  • M10i roteadores com CFEB aprimorado

Clonagem e permutações de next-hop são desabilitadas em roteadores Série T com FPCs enhanced Scaling (Enhanced Scaling FPC1, Enhanced Scaling FPC2, Enhanced Scaling FPC3 e Enhanced Scaling FPC 4) que suportam recursos aprimorados de balanceamento de carga. Como resultado, a utilização da memória é reduzida para um sistema altamente escalonado com um alto número de saltos em ECMP ou interfaces agregadas. Clonagem e permutações de next-hop também são desabilitadas em Série T roteadores com FPCs Tipo 4.

Para ver os detalhes do ECMP nos próximos hops, emita o show route comando. A 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.

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

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

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

  • (Na Série MX) Somente OS MPCs (Modular Port Concentrators) são suportados.

  • Os caminhos IPv4 e IPv6 são suportados.

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

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

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

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

  • É suportada a adjabilidade de Camada 3 em interfaces integradas de roteamento e ponte (IRB).

Você pode configurar o recurso BGP add-path para habilitar a substituição de um caminho com falha por um novo caminho ativo quando um ou mais caminhos do grupo ECMP falham. Configurar a substituição de caminhos com falha garante que o fluxo de tráfego nos caminhos com falha seja redirecionado. O fluxo de tráfego nos caminhos ativos continuará inalterado.

Nota:
  • Quando você configura um balanceamento de carga consistente em interfaces de túnel de roteamento (GRE) genéricas, você deve especificar o endereço de inet da interface GRE mais distante para que as adjacências de Camada 3 nas interfaces do túnel GRE sejam instaladas corretamente na tabela de encaminhamento. Entretanto, o reroute rápido de ECMP (FRR) por 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 em nível [edit interfaces interface name unit unit name family inet address address] de hierarquia. Por exemplo:

    Para obter mais informações sobre encapsulamento de roteamento genérico consulte Configurando o Encapsulamento de Roteamento Genérico.

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

Para configurar um balanceamento de carga consistente para grupos de ECMP:

  1. Configure BGP e habilita o BGP grupo de colegas externos a usar vários caminhos.
  2. Crie uma política de roteamento para combinar rotas de entrada a um ou mais prefixos de destino.
  3. Aplique balanceamento de carga consistente à política de roteamento para que apenas os fluxos de tráfego para um ou mais prefixos de destino que experimentem uma falha no enlace sejam redirecionados para um enlace ativo.
  4. Crie uma política de roteamento separada e possibilite o balanceamento de carga por pacote.
    Nota:

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

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

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

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

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

  7. Aplique globalmente a política de balanceamento de carga por prefixo para instalar todas as rotas de next-hop na tabela de encaminhamento.
  8. (Opcional) Ative o reroute rápido para rotas de ECMP.
  9. Verificar o status de uma ou mais rotas de ECMP para as quais você habilita um balanceamento de carga consistente.

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

Entender o rótulo Entropy para BGP Unicast LSP

O que é um rótulo de entropy?

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

Quando um pacote IP tem vários caminhos para chegar ao seu destino, o Junos OS usa determinados campos dos headers de pacote para hash-lo 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 uma rede roteador de comutação de rótulos (LSR) não for capaz de realizar uma DPI para identificar o fluxo ou não conseguir fazê-lo na taxa de linha, a pilha de rótulos por si só é usada para hashing DE ECMP. Isso requer um rótulo de entropia, um rótulo especial de balanceamento de carga que pode transportar as informações de fluxo. A entrada na rede LSR tem mais contexto e informações sobre os pacotes de entrada do que LSRs de trânsito. Portanto, o roteador de borda da borda do rótulo de ingresso (LER) pode inspecionar as informações de fluxo de um pacote, mapeá-la para um rótulo de entropia e inseri-la na pilha de rótulos. LSRs no núcleo simplesmente usam o rótulo de entropia como a chave para haxixer o pacote no caminho certo.

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

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

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

Rótulo de entropy para BGP Unicast

BGP rótulos de unicasts concatenados RSVP ou LDP LSPs em várias áreas de protocolo de gateway interior (IGP) ou em vários sistemas autônomos (LSPs inter-AS). Os LSPs BGP inter-áreas identificados como unicast normalmente transportam tráfego VPN e IP quando PEs de entrada e PEs de saída estão em áreas IGP diferentes. Quando BGP rótulos de unicasts concatenados RSVP ou LDP LSPs, o Junos OS insere os rótulos de entropia na entrada BGP unicast LSP etiquetada para alcançar o balanceamento de carga de rótulos de entropia de ponta a ponta. Isso ocorre porque rótulos de entropia de RSVP ou LDP costumam ser estanques no penúltimo nó de hop, 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 falta de rótulos de entropy, o roteador no ponto de costura usa os rótulos de BGP para encaminhamento de pacotes. ilustra a pilha de rótulos BGP unicast com o rótulo de entropia em uma Figura 10 pilha de rótulos RSVP. A pilha de rótulos de RSVP consiste no indicador de rótulo de entropia (ELI), o rótulo de entropia, o rótulo BGP e o pacote de IP. Os rótulos de entropia de RSVP são lançados no penúltimo nó de hop.

Figura 10: Informações inter-BGP rótulo Unicast com rótulo RSVP EntropyInformações inter-BGP rótulo Unicast com rótulo RSVP Entropy

O nó BGP unicast não pode usar os rótulos de entropia para balanceamento de carga, a menos que o nó de costura sinalização da capacidade do rótulo de entropia no BGP saída. Se a BGP nomeada Unicast Stitching Node Signals BGP Entropy Label Capability (ELC) para os roteadores de borda do provedor, a ingresso no unicast da BGP é consciente de que a saída de LSP da BGP nomeada unicast pode tratar rótulos de entropy e inserir um indicador de rótulo de entropia e rótulo de entropia embaixo do rótulo BGP. Todos os LSRs podem usar o rótulo de entropia para balanceamento de carga. Embora BGP LSP rótulo unicast possa atravessar muitos roteadores em áreas diferentes e ASs, é possível que alguns dos segmentos possam suportar rótulos de entropia, enquanto outros podem não. Figura 11 ilustra o rótulo de entropia na pilha BGP rótulos. A pilha de rótulos no nó de costura consiste no ELI, no rótulo da entropia e no pacote DE IP.

Figura 11: Inter-area BGP nomeada Unicast com BGP entropy Label at Stitching PointInter-area BGP nomeada Unicast com BGP entropy Label at Stitching Point
Nota:

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

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

Recursos suportados e não suportados

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

  • Todos os nós dos LSPs têm capacidade de rótulo de entropy.

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

  • Os LSPs passam pela VPN de outra operadora.

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

  • Defina uma política de saída para desativar o anúncio de recurso do rótulo de entropy.

O Junos OS não aceita os seguintes recursos para um rótulo de entropy para BGP unicast rótulo:

  • Quando BGP LSPs unicast identificados como unicast estão escavando a VPN de outra operadora, não existe um rótulo de entropia de ponta a ponta verdadeiro, porque o Junos OS não introduz um indicador de rótulo ou rótulo de entropia sob rótulos de VPN na rede operadora de operadoras.

  • Atualmente, o Junos OS não aceita IPv6 BGP LSPs rótulos unicast com seus próprios rótulos de entropia. Entretanto, os LSPs BGP IPv6 identificados como unicast podem usar os rótulos de entropia dos RSVP, LDP ou LSPs BGP subjacentes.

Configurando um rótulo de entropia para um BGP unicast LSP rótulo

Configure um rótulo de entropia para BGP LSP rótulo unicast para obter balanceamento de carga de rótulos de entropia de ponta a ponta. Um rótulo de entropy é um rótulo especial de balanceamento de carga que pode transportar as informações de fluxo dos pacotes. BGP unicasts identificados geralmente concatenam RSVP ou LDP LSPs em várias áreas IGP áreas ou vários sistemas autônomos (ASs). Rótulos de entropia de RSVP ou LDP são lançados no penúltimo nó de hop, 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 balanceamento de carga de rótulos de entropia de ponta a ponta para BGP tráfego. Esse recurso permite a inserção de rótulos de entropia no BGP rótulos unicast LSP.

Um rótulo de entropia pode ser qualquer valor de rótulo entre 16 e 1048575 (intervalo regular de rótulos de 20 bits). Uma vez que esse intervalo se sobrepõe à variedade de rótulos regulares 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 unicast, certifique-se de que:

  1. Configure as interfaces de dispositivo.

  2. Configure OSPF ou qualquer outro protocolo IGP de segurança.

  3. Configure BGP.

  4. Configurar LDP.

  5. Configurar RSVP.

  6. Configure MPLS.

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

  1. No roteador de entrada, inclua a instrução no nível da hierarquia para habilitar a capacidade de rótulo de entropy para BGP unicast rótulo entropy-label[edit protocols bgp family inet labeled-unicast] 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 BGP vizinho específico, incluindo a instrução no nível entropy-label[edit protocols bgp group group name family inet labeled-unicast] ou na [edit protocols bgp group group name neighbor address labeled-unicast] hierarquia.

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

    Aplique a política no roteador de entrada.

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

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

Este exemplo mostra como configurar um rótulo de entropia para um BGP unicast identificado para obter 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 determinados campos dos headers de pacote para hash-lo 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. LSRs no núcleo simplesmente usam o rótulo de entropia como a chave para haxixer o pacote até o caminho correto. Um rótulo de entropia pode ser qualquer valor de rótulo entre 16 e 1048575 (intervalo regular de rótulos de 20 bits). Uma vez que esse intervalo se sobrepõe à variedade de rótulos regulares 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.

BGP unicasts identificados geralmente concatenam RSVP ou LDP LSPs em várias áreas IGP áreas ou vários sistemas autônomos. Rótulos de entropia de RSVP ou LDP são lançados no penúltimo nó de hop, junto com o rótulo RSVP ou LDP. Esse recurso permite o uso de rótulos de entropia nos pontos de costura para ponte entre o penúltimo nó de hop e o ponto de costura, a fim de obter balanceamento de carga de rótulos de entropia de ponta a ponta para BGP tráfego.

Requisitos

Este exemplo usa os seguintes componentes de hardware e software:

  • Sete roteadores da série MX com MPCs

  • Junos OS Release 15.1 ou mais tarde executado em todos os dispositivos

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

  1. Configure as interfaces de dispositivo.

  2. Configure OSPF ou qualquer outro protocolo IGP de segurança.

  3. Configure BGP.

  4. Configurar RSVP.

  5. Configure MPLS.

Visão geral

Quando BGP rótulos de unicasts concatenados RSVP ou LDP LSPs em várias áreas de IGP ou em vários sistemas autônomos, rótulos de entropia RSVP ou LDP são lançados no penúltimo nó de hop, 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 usavam as BGP para encaminhamento de pacotes.

A partir da Versão 15.1 do Junos OS, você pode configurar um rótulo de entropia para BGP unicast etiquetado para obter 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 conseguir balanceamento de carga de rótulos de entropia de ponta a ponta para BGP tráfego. O Junos OS permite a inserção de rótulos de entropia no BGP rótulos unicast LSP.

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

Nota:

Você pode desativar 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

Em , o roteador PE1 é o roteador de entrada, e o roteador PE2 é o Figura 12 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. O LAG está configurado nos roteadores do provedor para balanceamento de carga do tráfego. A capacidade do rótulo entropy para BGP unicast etiquetada está ativada no Roteador PE1 de entrada.

Figura 12: Configurando um rótulo de entropy para BGP UnicastConfigurando um rótulo de entropy para BGP Unicast

Configuração

Configuração rápida CLI

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

Roteador PE1

Roteador P1

Roteador ABR

Roteador P2

Roteador PE2

Configuração do roteador PE1

Procedimento passo a passo

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

Para configurar o roteador PE1:

Nota:

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

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

  2. Configure a interface de loopback.

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

  4. Configure o protocolo RSVP para todas as interfaces.

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

  6. Configure o IBGP nos roteadores internos.

  7. Ative a capacidade de rótulo de entropy para BGP unicast rótulo para ibgp BGP grupo interno.

  8. Ative o OSPF de segurança em todas as interfaces do roteador de borda da área (ABR).

  9. Defina listas de prefixo para especificar as rotas com o recurso de rótulo de entropy.

  10. Defina um EL de política para especificar as rotas com o recurso de rótulo de entropy.

  11. Defina outra política EL-2 para especificar as rotas com capacidade de rótulo de entropy.

  12. Defina uma política para BGP rotas até a tabela OSPF roteamento.

  13. Defina uma política para OSPF rotas até a tabela BGP roteamento.

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

  15. Configure um alvo de VPN para a comunidade de VPN.

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

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

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

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

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

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

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

Configuração do roteador P1

Procedimento passo a passo

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

Para configurar o roteador P1:

Nota:

Repetir este procedimento para o roteador P2 após modificar os nomes, endereços e outros parâmetros de interface apropriados.

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

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

  3. Configure a interface de loopback.

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

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

  6. Habilitar por balanceamento de carga de pacote.

  7. Configure o protocolo RSVP para todas as interfaces.

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

  9. Ative o OSPF de segurança em todas as interfaces do Roteador P1, exceto na interface de gerenciamento.

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

Configurando o roteador ABR

Procedimento passo a passo

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

Para configurar o roteador ABR:

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

  2. Configure a interface de loopback.

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

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

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

  6. Habilitar por balanceamento de carga de pacote.

  7. Configure o protocolo RSVP para todas as interfaces.

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

  9. Configure o IBGP nos roteadores internos.

  10. Ative o OSPF de segurança em todas as interfaces da ABR.

  11. Defina uma política para especificar as rotas com o recurso de rótulo de entropy.

Resultados

A partir do modo de configuração, confirme sua configuração inserindo os show interfacesshow protocols comandos, show routing-options , show forwarding optionsshow policy-options Se a saída não apresentar a configuração pretendido, repetir as instruções neste exemplo para corrigir a configuração.

Verificação

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

Verificar se a capacidade do rótulo da Entropy está sendo anunciada pelo Roteador PE2

Propósito

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

Ação

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

Significado

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

Verificar se a ABR do roteador recebe o anúncio do rótulo entropy

Propósito

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

Ação

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

Significado

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

Verificar se a bandeira do rótulo da Entropy está definida

Propósito

Verificar se o sinal do rótulo de entropia está definido para os elementos de rótulo na entrada.

Ação

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

Significado

Um rótulo de entropia é ativado no Roteador PE1. A saída mostra que o rótulo de entropia está sendo usado para o BGP unicast rótulo para obter balanceamento de carga de ponta a ponta.

Caso de uso para BGP Convergência Independente de Prefixo para Inet, Inet6 ou Unicast rótulo

Na caso de uma falha do roteador, uma rede BGP pode levar de alguns segundos a minutos para ser recuperada, dependendo de parâmetros como o tamanho do desempenho da rede ou do roteador. Quando o recurso BGP Convergência Independente de Prefixo (PIC) está ativado em um roteador, BGP instala no Mecanismo de Encaminhamento de Pacotes o segundo melhor caminho, além do melhor caminho calculado até 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 paralisação. Você pode permitir que esse recurso reduza o tempo de inatividade da rede se o roteador de saída falhar.

Quando a capacidade de alcance de um roteador de saída em uma rede falha, a IGP detecta essa paralisação, e o estado do enlace propaga essas informações por toda a rede e anuncia o BGP próximo hop para esse prefixo como inalcançável. BGP reavaliar caminhos alternativos e, se um caminho alternativo estiver disponível, reinstala esse próximo hop alternativo no Mecanismo de Encaminhamento de Pacotes. Esse tipo de falha de saída geralmente afeta vários prefixos ao mesmo tempo, e BGP precisa atualizar todos esses prefixos um por vez. Nos roteadores de entrada, o IGP completa o caminho mais curto (SPF) e atualiza os próximos saltos. Em seguida, o Junos OS determina os prefixos que ficaram inalcançáveis e indica ao protocolo que eles precisam ser atualizados. BGP receber a notificação e atualizar o próximo hop para cada prefixo que agora está inválido. Esse processo pode afetar a conectividade e levar alguns minutos para se recuperar da paralisação. BGP PIC pode reduzir esse tempo de indução, pois o caminho de backup já está instalado no Mecanismo de Encaminhamento de Pacotes.

A partir da versão 15.1 do Junos OS, o recurso PIC da BGP, inicialmente suportado por roteadores VPN de Camada 3, é estendido para BGP com várias rotas nas tabelas globais, como inet e inet6 unicast, e inet e inet e inet6 rótulos unicast. Em um roteador BGP PIC habilitado para BGP, o Junos OS instala o caminho de backup para o próximo salto indireto no Mecanismo de Roteamento e também fornece essa rota para o Mecanismo de Encaminhamento de Pacotes e IGP. Quando uma IGP perde a capacidade de alcance para um prefixo com uma ou mais rotas, ela indica a Mecanismo de Roteamento com uma única mensagem antes de atualizar as tabelas de roteamento. Os Mecanismo de Roteamento sinais para a Mecanismo de Encaminhamento de Pacotes que um próximo hop indireto falhou, e o tráfego deve ser reroutado usando o caminho de backup. O roteamento para o prefixo de destino impactado continua usando o caminho de backup antes BGP começar a recalcular os novos hops para os prefixos BGP de segurança. O roteador usa esse caminho de backup para reduzir a perda de tráfego até que a convergência global pelo BGP seja solucionada.

O tempo em que a paralisação ocorre até a sinalização da perda de alcance depende do tempo de detecção de falha do roteador mais próximo e do tempo de IGP convergência. Uma vez que o roteador local detecta a paralisação, a convergência de roteamento sem o recurso PIC BGP ativado 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 ativado, antes mesmo de BGP recalcular o melhor caminho para os prefixos afetados, a Mecanismo de Roteamento indica o plano de dados para mudar para o próximo melhor caminho em espera. Portanto, a perda de tráfego é mínima. As novas rotas são calculadas mesmo com o tráfego sendo encaminhado, e essas novas rotas são encaminhadas até o plano de dados. Portanto, o número de prefixos BGP afetados não afeta o tempo de paralisação do tráfego até o ponto de BGP indica a perda de alcance.

Configurando a convergência BGP prefixo independente para Inet

Em um BGP roteador habilitado para Convergência Independente de Prefixo (PIC), o Junos OS instala o caminho de backup para o next hop indireto no Mecanismo de Roteamento e também fornece essa rota para Mecanismo de Encaminhamento de Pacotes e IGP. Quando uma IGP perde a capacidade de alcance para um prefixo com uma ou mais rotas, ela indica a Mecanismo de Roteamento com uma única mensagem antes de atualizar as tabelas de roteamento. Os Mecanismo de Roteamento sinais para a Mecanismo de Encaminhamento de Pacotes que um próximo hop indireto falhou, e o tráfego deve ser reroutado usando o caminho de backup. O roteamento para o prefixo de destino impactado continua usando o caminho de backup antes BGP começar a recalcular os novos hops para os prefixos BGP de segurança. O roteador usa esse caminho de backup para reduzir a perda de tráfego até que a convergência global pelo BGP seja solucionada. O recurso PIC BGP, inicialmente suportado por roteadores VPN de Camada 3, é estendido para BGP com várias rotas nas tabelas globais, como inet e inet6 unicast, e inet e inet6 rótulos unicast.

Antes de começar:

  1. Configure as interfaces de dispositivo.

  2. Configure OSPF ou qualquer outro protocolo IGP de segurança.

  3. Configure MPLS e LDP.

  4. Configure BGP.

Nota:

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

práticas práticas práticas:

Nos roteadores com MPCs (Modular Port Concentrators), habilitam serviços de rede IP aprimorados, como mostrado aqui:

Para configurar o BGP PIC para inet:

  1. Ative BGP PIC para inet.
    Nota:

    O BGP de borda 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 até a tabela de encaminhamento.
  4. Verificar se BGP o PIC está funcionando.

    Do modo operacional, insira o show route extensive comando:

    As linhas de saída que contêm seguem os saltos que o software pode usar para reparar os caminhos Indirect next hop: weight onde ocorre uma falha no enlace. O peso do next-hop tem um dos seguintes valores:

    • 0x1 indica saltos ativos.

    • 0x4000 indica saltos passivos.

Exemplo: Configurando a convergência BGP prefixo independente para Inet

Este exemplo mostra como configurar o BGP PIC para inet. Na caso de uma falha do roteador, uma rede BGP pode levar de alguns segundos a minutos para ser recuperada, dependendo de parâmetros como o tamanho do desempenho da rede ou do roteador. Quando o recurso Convergência Independente de Prefixo (PIC) está ativado em um roteador, o BGP tem várias rotas nas tabelas globais, como inet e inet6 unicast, e inet e inet6, etiquetada unicast, instala-se na Mecanismo de Encaminhamento de Pacotes o segundo melhor caminho, além do melhor caminho calculado até um destino. BGP O roteador usa esse caminho de backup quando um roteador de saída falha em uma rede e reduz drasticamente o tempo de paralisação.

Requisitos

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

Este exemplo usa os seguintes componentes de hardware e software:

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

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

  • Junos OS Release 15.1 ou mais tarde no dispositivo com BGP PIC configurado

Visão geral

A partir da versão 15.1 do Junos OS, o BGP PIC, inicialmente suportado por roteadores VPN de Camada 3, é estendido para BGP com várias rotas nas tabelas globais, como inet e inet6 unicast, e inet e inet e inet6 rótulos unicast. BGP instala no Mecanismo de Encaminhamento de Pacotes o segundo melhor caminho, além do melhor caminho calculado até um destino. Quando um IGP perde a capacidade de alcance para um prefixo, o roteador usa esse caminho de backup para reduzir a perda de tráfego até que a convergência global pelo BGP seja solucionada, reduzindo assim a duração da paralisação.

Nota:

O BGP PIC é suportado apenas em roteadores com MPCs.

Topologia

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

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

Configuração

Configuração rápida CLI

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

Roteador PE0

Roteador P0

Roteador P1

Roteador PE1

Roteador PE2

CE0 do dispositivo

Dispositivo CE1

Dispositivo CE2

Configuração do dispositivo PE0

Procedimento passo a passo

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

Para configurar o dispositivo PE0:

  1. Em roteadores com MPCs (Modular Port Concentrators), ative serviços aprimorados de rede IP.

  2. Configure as interfaces de dispositivo.

  3. Configure a interface de loopback.

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

  5. Configure uma IGP nas interfaces voltadas para núcleo.

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

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

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

  9. Configure uma auto-política de next-hop.

  10. Ative o BGP de borda PIC.

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

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

Resultados

A partir do modo de configuração, confirme sua configuração inserindo os show chassisshow interfaces comandos, show protocols , show policy-optionsshow routing-options Se a saída não apresentar a configuração pretendido, repetir as instruções neste exemplo para corrigir a configuração.

Verificação

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

Exibindo informações de roteamento extensivas

Propósito

Confirmar se BGP borda PIC está funcionando.

Ação

Do dispositivo PE0, execute o show route extensive comando.

Significado

O Junos OS usa os próximos saltos e os valores para selecionar um caminho de weight backup quando ocorre uma falha no enlace. O peso do next-hop tem um dos seguintes valores:

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

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

Exibindo a tabela de encaminhamento

Propósito

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

Ação

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

Significado

O Junos OS usa os próximos saltos e os valores para selecionar um caminho de weight backup quando ocorre uma falha no enlace. O peso do next-hop tem um dos seguintes valores:

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

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

BGP PIC Edge usando BGP visão geral unicast rotulada

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

Benefícios da BGP PIC usando BGP unicast

Esse recurso oferece os seguintes benefícios:

  • Fornece proteção de tráfego em caso de falhas de nó de borda (ABR e ASBR) em redes de 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 BGP convergência independente de prefixo?

BGP Convergência Independente de Prefixo (PIC) melhora BGP convergência sobre falhas nos nós de rede. BGP o PIC cria e armazena caminhos principais e de backup para o próximo salto indireto no Mecanismo de Roteamento e também fornece as informações de rota de salto seguinte indiretas para o Mecanismo de Encaminhamento de Pacotes. Quando ocorre uma falha no nó de rede, a Mecanismo de Roteamento Mecanismo de Encaminhamento de Pacotes indica a falha de um próximo hop indireto e que o tráfego é rerroteado para um caminho de backup ou custo igual pré-calculado sem modificar os prefixos BGP. O roteamento do tráfego até 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 BGP seja solucionada.

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

BGP pic edge usando BGP unicast rótulo como protocolo de transporte

BGP PIC Edge usando o protocolo de transporte unicast BGP ajuda a proteger e reroutar o tráfego quando ocorrem falhas nos nós de borda (ABR e ASBR) em redes de vários domínios. Normalmente, redes multi-domínio são usadas em agregação de Metro Ethernet e designs de rede de backhaul móvel.

Nos Juniper Networks dispositivos da série MX, Série EX e PTX, BGP PIC Edge aceita serviços de Camada 3 com BGP unicast identificados como protocolo de transporte. Além disso, nos dispositivos Juniper Networks MX Series, EX9204, EX9208, EX9214, EX9251 e EX9253, BGP PIC Edge aceita circuitos de Camada 2, VPN de Camada 2 e VPLS (BGP VPLS, LDP VPLS e FEC 129 VPLS) com serviços BGP unicast rótulos unicast como protocolo de transporte. Esses BGP são multicamadas (aprendidas com vários PEs) e resolvidos por meio de BGP rotas unicast rotuladas, o que pode ser mais uma adoção multicamada de outras ABRs. Os protocolos de transporte suportados BGP borda PIC são RSVP, LDP, OSPF e ISIS. A partir do Junos OS Release 20.2R1, Série MX, EX9204, EX9208, EX9214, EX9251 e EX9253 que suportam BGP proteção de borda DO PIC para circuito de Camada 2, VPN de Camada 2 e VPLS (BGP VPLS, LDP VPLS e FEC 129 VPLS) serviços com BGP rótulo unicast como protocolo de transporte.

Nos Juniper Networks dispositivos da série MX, Série EX e PTX, BGP proteção de borda PIC com BGP unicast rótulo, pois o transporte é compatível com os seguintes serviços:

  • Serviços IPv4 por IPv4 BGP unicast identificados

  • IPv6 BGP de unicast etiquetado por IPv4 BGP unicast

  • Serviços de VPN de Camada 3 IPv4 em IPv4 BGP unicast identificados

  • Serviços de VPN de Camada 3 IPv6 em IPv4 BGP unicast identificados

Nos Juniper Networks série MX e série EX, BGP proteção de borda PIC com BGP unicast rótulo, pois o transporte é compatível com os seguintes serviços:

  • Serviços de circuito de Camada 2 em BGP IPv4 identificados como unicast

  • Serviços de VPN de Camada 2 por IPv4 BGP rótulos unicast

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

Configurando a borda BGP PIC usando BGP Unicast rótulo para serviços de camada 2

Os dispositivos série MX, EX9204, EX9208, EX9214, EX9251 e EX9253 são compatíveis com BGP proteção de borda PIC para circuitos de Camada 2, VPN de Camada 2 e VPLS (BGP VPLS, LDP VPLS e VPLS FEC 129) com serviços BGP unicast identificados como o protocolo de transporte. BGP PIC Edge usando o BGP de transporte com rótulo unicast ajuda a proteger falhas de tráfego nos nós de borda (ABR e ASBR) em redes de vários domínios. Normalmente, redes multi-domínio são usadas em designs de redes de backhaul móvel e de agregação metropolitana.

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

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

Para habilitar BGP PIC para MPLS nexthops de balance de carga, você precisa configurar a seguinte instrução de configuração de CLI no nível da hierarquia edit routing-options [ ]

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 da hierarquia edit protocols [ ]

Para circuito de Camada 2 e VPLS LDP:

Para VPN de Camada 2, BGP VPLS e FEC129:

Exemplo: Proteção do tráfego IPv4 sobre VPN de Camada 3 em execução BGP rótulo Unicast

Este exemplo mostra como configurar BGP borda de convergência independente de prefixo (PIC) etiquetada unicast e proteger o tráfego IPv4 pela VPN da Camada 3. Quando um tráfego IPv4 de um roteador CE é enviado a um roteador PE, o tráfego IPv4 é roteado por uma VPN de Camada 3, na qual BGP unicast identificado está configurado como o protocolo de transporte.

Requisitos

Este exemplo usa os seguintes componentes de hardware e software:

  • Roteadores da série MX.

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

Visão geral

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

Topologia

Figura 14 ilustra a VPN da Camada 3 em execução BGP nomeada unicast como o protocolo de transporte entre domínios.

Figura 14: VPN de Camada 3 sobre BGP unicast com o protocolo de transporte LDP
Topologia

A tabela a seguir descreve os componentes usados na topologia:

Componentes principais

Tipo de dispositivo

Posição

CE1

roteadores da Série MX

Conectado à rede do cliente.

PE1

roteadores da Série MX

Configurado com caminhos de roteamento principais e de backup para proteger e reroutar o tráfego do CE1 até o CE2.

P1-P3

roteadores da Série MX

Roteadores centrais para transporte de tráfego.

ABR1-ABR2

roteadores da Série MX

Roteadores de borda da área

ABSR1-ABSR4

roteadores da Série MX

Roteador de fronteira do sistema autônomo

RR1-RR3

roteadores da Série MX

Refletor de roteador

PE2-PE3

roteadores da Série MX

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

CE2

roteadores da Série MX

Conectado à rede do cliente.

Os endereços de dispositivo PE2 e PE3 são adados de ABR1 e ABR2 como rotas unicast identificadas. Essas rotas são solucionadas por IGP/LDP. PE1 aprende rotas CE2 com dispositivos PE2 e PE3.

Configuração

Para configurar BGP borda PIC usando BGP Label Unicast com LDP como protocolo de transporte, realize essas tarefas:

Configuração rápida CLI

Para configurar rapidamente este exemplo, copie os comandos a seguir, confie-os em um arquivo de texto, remova quaisquer quebras de linha, altere quaisquer detalhes necessários para combinar a configuração da rede, copie e copie e copie os comandos na CLI no nível da hierarquia e, em seguida, entre no modo de [edit]commit 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

Configuração de CE1

Procedimento passo a passo

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

Para configurar o dispositivo CE1:

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

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

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

  4. Configure opções de roteamento.

  5. Configure BGP unicast rótulo para ABRs para trocar endereços IP de loopback como BGP prefixos unicast identificados.

Resultados

A partir do modo de configuração, confirme sua configuração show interfaces inserindo os show policy-options comandos , e show routing-options . show protocols Se a saída não apresentar a configuração pretendido, repetir as instruções neste exemplo para corrigir a configuração.

Configuração do PE1

Procedimento passo a passo

O exemplo a seguir requer que você navegar por vários níveis na hierarquia de configuração. Para obter informações sobre como navegar pela CLI, consulte Como usar o 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 habilitar o transporte MPLS IP.

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

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

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

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

  6. Configure OSPF protocolo.

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

  8. Configure BGP unicast rótulo para ABRs para trocar endereços IP de loopback como BGP prefixos unicast identificados.

Resultados

A partir do modo de configuração, confirme sua configuração inserindo os show chassisshow interfaces comandos , show policy-options , show routing-instancesshow routing-optionsshow protocols Se a saída não apresentar a configuração pretendido, repetir as instruções neste exemplo para corrigir a configuração.

Configuração do dispositivo P1

Procedimento passo a passo

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

Para configurar o dispositivo P1:

  1. Configure as interfaces.

  2. Configure a interface de loopback.

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

  4. Configure opções de roteamento.

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

Resultados

A partir do modo de configuração, confirme sua configuração show interfaces inserindo os show policy-options comandos , e . show protocols Se a saída não apresentar a configuração pretendido, repetir as instruções neste exemplo para corrigir a configuração.

Configuração do dispositivo RR1

Procedimento passo a passo

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

Para configurar o dispositivo RR1:

  1. Configure as interfaces.

  2. Configure a interface de loopback.

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

  4. Configure opções de roteamento.

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

  6. Configure BGP unicast rótulo para trocar endereços IP de loopback como BGP prefixos unicast identificados.

Resultados

A partir do modo de configuração, confirme sua configuração show interfaces inserindo os show policy-options comandos , e . show routing-optionsshow protocols Se a saída não apresentar a configuração pretendido, repetir as instruções neste exemplo para corrigir a configuração.

Configuração de dispositivo ABR1

Procedimento passo a passo

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

Para configurar o dispositivo ABR1:

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

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

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

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

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

  6. Configure BGP unicast rótulo para trocar endereços IP de loopback como BGP prefixos unicast identificados.

Resultados

A partir do modo de configuração, confirme sua configuração show interfaces inserindo os show policy-options comandos , e . show routing-optionsshow protocols Se a saída não apresentar a configuração pretendido, repetir as instruções neste exemplo para corrigir a configuração.

Configuração de dispositivo ABR2

Procedimento passo a passo

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

Para configurar o dispositivo ABR2:

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

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

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

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

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

  6. Configure BGP unicast rótulo para trocar endereços IP de loopback como BGP prefixos unicast identificados.

Resultados

A partir do modo de configuração, confirme sua configuração show interfaces inserindo os show policy-options comandos , e . show routing-optionsshow protocols Se a saída não apresentar a configuração pretendido, repetir as instruções neste exemplo para corrigir a configuração.

Configuração do dispositivo P2

Procedimento passo a passo

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

Para configurar o dispositivo P2:

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

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

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

  4. Configure opções de roteamento.

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

Resultados

A partir do modo de configuração, confirme sua configuração show interfaces inserindo os show policy-options comandos , e . show routing-optionsshow protocols Se a saída não apresentar a configuração pretendido, repetir as instruções neste exemplo para corrigir a configuração.

Configuração do dispositivo RR2

Procedimento passo a passo

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

Para configurar o dispositivo RR2:

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

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

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

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

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

  6. Configure BGP unicast rótulo para trocar endereços IP de loopback como BGP prefixos unicast identificados.

Resultados

A partir do modo de configuração, confirme sua configuração show interfaces inserindo os show policy-options comandos , e . show routing-optionsshow protocols Se a saída não apresentar a configuração pretendido, repetir as instruções neste exemplo para corrigir a configuração.

Configurando o dispositivo ASBR1

Procedimento passo a passo

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

Para configurar o dispositivo ASBR1:

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

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

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

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

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

  6. Configure BGP unicast rótulo para trocar endereços IP de loopback como BGP prefixos unicast identificados.

Resultados

A partir do modo de configuração, confirme sua configuração show interfaces inserindo os show policy-options comandos , e . show routing-optionsshow protocols Se a saída não apresentar a configuração pretendido, repetir as instruções neste exemplo para corrigir a configuração.

Configurando o dispositivo ASBR2

Procedimento passo a passo

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

Para configurar o dispositivo ASBR2:

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

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

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

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

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

  6. Configure BGP unicast rótulo para trocar endereços IP de loopback como BGP prefixos unicast identificados.

Resultados

A partir do modo de configuração, confirme sua configuração show interfaces inserindo os show policy-options comandos , e . show routing-optionsshow protocols Se a saída não apresentar a configuração pretendido, repetir as instruções neste exemplo para corrigir a configuração.

Configurando o dispositivo ASBR3

Procedimento passo a passo

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

Para configurar o dispositivo ASBR3:

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

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

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

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

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

  6. Configure BGP unicast rótulo para trocar endereços IP de loopback como BGP prefixos unicast identificados.

Resultados

A partir do modo de configuração, confirme sua configuração show interfaces inserindo os show policy-options comandos , e . show routing-optionsshow protocols Se a saída não apresentar a configuração pretendido, repetir as instruções neste exemplo para corrigir a configuração.

Configurando o dispositivo ASBR4

Procedimento passo a passo

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

Para configurar o dispositivo ASBR4:

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

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

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

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

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

  6. Configure BGP unicast rótulo para trocar endereços IP de loopback como BGP prefixos unicast identificados.

Resultados

A partir do modo de configuração, confirme sua configuração show interfaces inserindo os show policy-options comandos , e . show routing-optionsshow protocols Se a saída não apresentar a configuração pretendido, repetir as instruções neste exemplo para corrigir a configuração.

Configuração do dispositivo RR3

Procedimento passo a passo

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

Para configurar o dispositivo RR3:

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

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

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

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

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

  6. Configure BGP unicast rótulo para trocar endereços IP de loopback como BGP prefixos unicast identificados.

Resultados

A partir do modo de configuração, confirme sua configuração show interfaces inserindo os show policy-options comandos , e . show routing-optionsshow protocols Se a saída não apresentar a configuração pretendido, repetir as instruções neste exemplo para corrigir a configuração.

Configuração do dispositivo P3

Procedimento passo a passo

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

Para configurar o dispositivo P3:

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

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

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

  4. Configure opções de roteamento.

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

Resultados

A partir do modo de configuração, confirme sua configuração show interfaces inserindo os show policy-options comandos , e . show routing-optionsshow protocols Se a saída não apresentar a configuração pretendido, repetir as instruções neste exemplo para corrigir a configuração.

Configuração do PE2

Procedimento passo a passo

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

Para configurar o dispositivo PE2:

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

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

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

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

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

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

  7. Configure BGP unicast rótulo para trocar endereços IP de loopback como BGP prefixos unicast identificados.

Resultados

A partir do modo de configuração, confirme sua configuração inserindo os show chassisshow interfaces comandos , show policy-options , show routing-instancesshow routing-optionsshow protocols Se a saída não apresentar a configuração pretendido, repetir as instruções neste exemplo para corrigir a configuração.

Configuração do PE3

Procedimento passo a passo

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

Para configurar o dispositivo PE3:

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

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

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

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

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

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

  7. Configure BGP unicast rótulo para trocar endereços IP de loopback como BGP prefixos unicast identificados.

Resultados

A partir do modo de configuração, confirme sua configuração inserindo os show chassisshow interfaces comandos , show policy-options , show routing-instancesshow routing-optionsshow protocols Se a saída não apresentar a configuração pretendido, repetir as instruções neste exemplo para corrigir a configuração.

Configuração de CE2

Procedimento passo a passo

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

Para configurar o dispositivo CE2:

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

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

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

  4. Configure opções de roteamento.

  5. Configure BGP unicast rótulo para trocar endereços IP de loopback como BGP prefixos unicast identificados.

Resultados

A partir do modo de configuração, confirme sua configuração show interfaces inserindo os show policy-options comandos , e show routing-options . show protocols Se a saída não apresentar a configuração pretendido, repetir as instruções neste exemplo para corrigir a configuração.

Verificação

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

Verificar se as nexthops estão solucionadas

Propósito

Verificar se as nexthops PE2 e PE3 estão solucionadas no PE1.

Ação

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

Significado

Você pode ver os pesos e as próximas lojas 0x10x4000 primárias e de backup.

Verificar as entradas da próxima loja na tabela de roteamento

Propósito

Verificar as entradas de roteamento ativo do nexthop no PE1.

Ação

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

Significado

Você pode ver os pesos e as próximas lojas 0x10x4000 primárias e de backup.

Suporte a pseudowire FAT para BGP L2VPN e VPLS Visão geral

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

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

O rótulo do fluxo FAT está configurado apenas nos roteadores de borda de rótulo (LERs). Isso faz com que os roteadores de trânsito ou os roteadores de computação de rótulos (LSRs) realizem o balanceamento de carga de MPLS em caminhos multicamada de custo igual (ECMP) ou grupos de agregação de enlace (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 com sinal de LDP (FEC 128 e FEC 129) para pseudowires VPWS e VPLS. O parâmetro de interface (Sub-TLV) é usado para pseudofios FEC 128 e FEC 129. O sub-TLV definido para LDP contém os bits de transmissão (T) e recebimento (R). O bit T anuncia a capacidade de pressionar o rótulo de fluxo. O bit R anuncia a capacidade de pop do 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 declarações e as declarações de configuração fornecem a capacidade de definir o anúncio de bits de T e R para 1 no campo flow-label-transmit Sub-TLV, que faz parte dos parâmetros de interface do FEC para a mensagem de mapeamento de rótulos flow-label-receive LDP. Você pode usar essas declarações para controlar a pressão do rótulo de balanceamento de carga e o anúncio do rótulo para os peers de roteamento no plano de controle para BGP pseudowires sinalados como L2VPN e VPLS.

Configuração do suporte a pseudofios FAT para BGP L2VPN para balanceamento de carga MPLS tráfego

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

Antes de configurar o suporte a pseudofios FAT para BGP L2VPN para equilibrar a carga MPLS tráfego:

  • Configure as interfaces de dispositivos e MPLS todas as interfaces.

  • Configurar RSVP.

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

  • Configure BGP e OSPF.

Para configurar o suporte a pseudofios FAT para BGP L2VPN para equilibrar a carga MPLS tráfego, 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 a capacidade de publicidade para pop 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 pressionar 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 a capacidade de publicidade para pop 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 pressionar o rótulo de fluxo na direção de transmissão para o PE remoto.

Exemplo: Configuração do suporte a pseudofios FAT para BGP L2VPN para balanceamento de carga MPLS tráfego

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

Requisitos

Este exemplo usa os seguintes componentes de hardware e software:

  • Cinco roteadores da série MX

  • Junos OS Release 16.1 ou posterior em execução em todos os dispositivos

Antes de configurar o suporte a pseudofios FAT para BGP L2VPN, configure 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) suportado por pseudowires com BGP sinalização BGP, como L2VPN, seja configurado apenas nos roteadores de borda do rótulo (LERs). Isso faz com que os roteadores de trânsito ou os roteadores de computação de rótulos (LSRs) realizem o balanceamento de carga de MPLS em caminhos multicamada de custo igual (ECMP) ou grupos de agregação de enlace (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 com sinal de LDP (FEC 128 e FEC 129) para pseudowires VPWS e VPLS.

Topologia

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

Figura 15: Exemplo do suporte a pseudowire FAT para BGP L2VPNExemplo do suporte a pseudowire FAT para BGP L2VPN

Configuração

Configuração rápida CLI

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

CE1

PE1

P

PE2

CE2

Configuração do PE1

Procedimento passo a passo

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

Para configurar o dispositivo PE1:

  1. Configure as interfaces.

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

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

  4. Configure o protocolo RSVP nas interfaces.

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

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

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

  8. Configure os vizinhos para o grupo de vpls-pe colegas.

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

  10. Configure a política de roteamento e as BGP da comunidade.

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

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

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

  14. Configure os sites conectados aos equipamentos do provedor.

  15. Configure o protocolo L2VPN para a instância de roteamento para fornecer capacidade de publicidade para pop o rótulo de fluxo na direção de recebimento até o PE remoto e para fornecer capacidade de publicidade para pressionar o rótulo de fluxo na direção de transmissão para o PE remoto.

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

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

  18. Atribua o identificador de site máximo para o domínio de 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 pop o rótulo de fluxo na direção de recebimento até o PE remoto e para fornecer capacidade de publicidade para pressionar o rótulo de fluxo na direção de transmissão para o PE remoto.

Resultados

A partir do modo de configuração, confirme sua configuração inserindo os show interfacesshow protocols comandos, show policy-options , show routing-instancesshow routing-options Se a saída não apresentar a configuração pretendido, repetir as instruções neste exemplo para corrigir a configuração.

Verificação

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

Verificação das informações BGP resumo
Propósito

Verificar as informações BGP resumo.

Ação

Do modo operacional, insira o show bgp summary comando.

Significado

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

Verificação das informações de conexões L2VPN
Propósito

Verificar 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, juntamente com as informações de transmissão e recebimento do rótulo do rótulo de fluxo.

Verificação das rotas
Propósito

Verificar se as rotas esperadas são 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 da tabela de roteamento.

Configuração do PE2

Procedimento

Procedimento passo a passo

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

Para configurar o dispositivo PE2:

  1. Configure as interfaces.

  2. Configure a ID do roteador.

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

  4. Configure o protocolo RSVP nas interfaces.

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

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

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

  8. Configure os vizinhos para o grupo de vpls-pe colegas.

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

  10. Configure a política de roteamento e as BGP da comunidade.

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

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

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

  14. Configure os sites conectados aos equipamentos do provedor.

  15. Configure o protocolo L2VPN para a instância de roteamento para fornecer capacidade de publicidade para pop o rótulo de fluxo na direção de recebimento até o PE remoto e para fornecer capacidade de publicidade para pressionar o rótulo de fluxo na direção de transmissão para o PE remoto.

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

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

  18. Atribua o identificador de site máximo para o domínio de 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 pop o rótulo de fluxo na direção de recebimento até o PE remoto e fornecer capacidade de publicidade ao rótulo de fluxo push na direção de transmissão para o PE remoto.

Resultados

A partir do modo de configuração, confirme sua configuração inserindo os show interfacesshow protocols comandos, show policy-options , show routing-instancesshow routing-options Se a saída não apresentar a configuração pretendido, repetir as instruções neste exemplo para corrigir a configuração.

Verificação

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

Verificação das informações BGP resumo

Propósito

Verificar as informações BGP resumo.

Ação

Do modo operacional, insira o show bgp summary comando.

Significado

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

Verificação das informações de conexões L2VPN

Propósito

Verificar 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, juntamente com as informações de transmissão e recebimento do rótulo do rótulo de fluxo.

Verificação das rotas

Propósito

Verificar se as rotas esperadas são 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 da tabela de roteamento.

Configuração do suporte a pseudofios FAT para BGP VPLS para o balanceamento de carga MPLS tráfego

O rótulo de transporte consciente de fluxo (FAT) ou rótulo de fluxo é suportado para pseudowires com sinal BGP, como VPLS, e deve ser configurado apenas nos roteadores de borda do rótulo (LERs). Isso permite que os roteadores de trânsito ou os roteadores de computação de rótulos (LSRs) realizem o balanceamento de carga de MPLS pacotes em vários caminhos de custo igual (ECMP) ou grupos de agregação de links (LAGs) sem a necessidade de inspeção profunda de pacotes da carga. Pseudowires FAT ou rótulo de fluxo podem ser usados com VPLS com sinal de LDP com classe de equivalência de encaminhamento (FEC128 e FEC129), e o suporte para rótulo de fluxo é estendido para pseudowires com sinalização BGP para serviços de Camada 2 ponto a ponto ou ponto-a-multipoint.

Antes de configurar o suporte a pseudofios FAT para BGP VPLS para equilibrar a carga MPLS tráfego:

  • Configure as interfaces de dispositivos e MPLS todas as interfaces.

  • Configurar RSVP.

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

  • Configure BGP e OSPF.

Para configurar o suporte a pseudofios FAT para BGP VPLS para equilibrar a carga MPLS tráfego, 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 a capacidade de publicidade para pop 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 pressionar o rótulo de fluxo na direção de transmissão para o PE remoto.

Exemplo: Configuração do suporte a pseudofios FAT para BGP VPLS para o balanceamento de carga MPLS tráfego

Este exemplo mostra como implementar o suporte a pseudofios FAT para BGP VPLS para ajudar o balanceamento de carga MPLS tráfego.

Requisitos

Este exemplo usa os seguintes componentes de hardware e software:

  • Cinco roteadores da série MX

  • Junos OS Release 16.1 ou posterior em execução em todos os dispositivos

Antes de configurar o suporte a pseudofios FAT para BGP VPLS, configure 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) suportado para pseudowires com sinal BGP, como VPLS, seja configurado apenas nos roteadores de borda do rótulo (LERs). Isso faz com que os roteadores de trânsito ou os roteadores de computação de rótulos (LSRs) realizem o balanceamento de carga de MPLS pacotes em caminhos multicamada de custo igual (ECMP) ou grupos de agregação de enlace (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 com sinal de LDP (FEC 128 e FEC 129) para pseudowires VPWS e VPLS.

Topologia

Figura 16 mostra o suporte a pseudofios FAT para BGP VPLS configurados no dispositivo PE1 e no dispositivo PE2.

Figura 16: Exemplo do suporte a pseudofios FAT para BGP VPLSExemplo do suporte a pseudofios FAT para BGP VPLS

Configuração

Configuração rápida CLI

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

CE1

PE1

P

PE2

CE2

Configuração do PE1

Procedimento passo a passo

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

Para configurar o dispositivo PE1:

  1. Configure as interfaces.

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

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

  4. Configure o protocolo RSVP nas interfaces.

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

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

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

  8. Configure os vizinhos para o grupo de vpls-pe colegas.

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

  10. Configure a política de roteamento e as BGP da comunidade.

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

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

  13. Atribua o identificador de site máximo para o domínio de 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 de 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 pop o rótulo de fluxo na direção de recebimento até o PE remoto e para fornecer capacidade de publicidade para pressionar o rótulo de fluxo na direção de transmissão para o PE remoto.

Resultados

A partir do modo de configuração, confirme sua configuração inserindo os show interfacesshow protocols comandos, show policy-options , show routing-instancesshow routing-options Se a saída não apresentar a configuração pretendido, repetir as instruções neste exemplo para corrigir a configuração.

Configuração do PE2

Procedimento passo a passo

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

Para configurar o dispositivo PE2:

  1. Configure as interfaces.

  2. Configure a ID do roteador.

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

  4. Configure o protocolo RSVP nas interfaces.

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

  6. Defina um grupo de colegas e configure o endereço local-end da sessão BGP grupo de vpls-pe colegas.

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

  8. Configure os vizinhos para o grupo de vpls-pe colegas.

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

  10. Configure a política de roteamento e as BGP da comunidade.

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

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

  13. Atribua o identificador de site máximo para o domínio de 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 de 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 pop o rótulo de fluxo na direção de recebimento até o PE remoto e para fornecer capacidade de publicidade para pressionar o rótulo de fluxo na direção de transmissão para o PE remoto.

Resultados

A partir do modo de configuração, confirme sua configuração inserindo os show interfacesshow protocols comandos, show policy-options , show routing-instancesshow routing-options Se a saída não apresentar a configuração pretendido, repetir as instruções neste exemplo para corrigir a configuração.

Verificação

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

Verificação das informações de conexão de VPLS
Propósito

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

Verificação

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

Verificação das informações de conexão de VPLS

Propósito

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

Tabela de histórico de liberação
Versão
Descrição
20.2R1
A partir do Junos OS Release 20.2R1, Série MX, EX9204, EX9208, EX9214, EX9251 e EX9253 que suportam BGP proteção de borda DO PIC para circuito de Camada 2, VPN de Camada 2 e VPLS (BGP VPLS, LDP VPLS e FEC 129 VPLS) serviços com BGP rótulo unicast como protocolo de transporte.
19.2R1
A partir da versão 19.2R1 Junos OS, você pode especificar um número máximo de 512 caminhos de custo igual nos QFX10000 switches.
19.1R1
A partir da versão 19.1R1 Junos OS, você pode especificar um número máximo de 128 caminhos de custo igual nos QFX10000 switches.
18.4R1
A partir da versão 18.4R1 Junos OS, a BGP pode anunciar no máximo 2 rotas de add-path, além dos vários caminhos de ECMP.
18.1R1
A partir da versão do Junos OS, 18.1R1 BGP multipath é suportado globalmente em [edit protocols bgp] nível de hierarquia. Você pode desativar o multipath de maneira seletiva em alguns grupos BGP e vizinhos. Inclua disable em nível de hierarquia para desativar a opção multipath para um grupo ou um BGP vizinho [edit protocols bgp group group-name multipath] específico.
18.1R1
A partir da versão 18.1R1 Junos OS, você pode adiá-lo até que todas as BGP sejam recebidas. Quando o multipath está ativado, BGP inserir a rota na fila multipath cada vez que uma nova rota é adicionada ou sempre que uma rota existente muda. Quando vários caminhos são recebidos por BGP recurso de add-path, BGP pode calcular uma rota multicamada várias vezes. O cálculo multipath retarda a taxa de aprendizado do RIB (também conhecido como tabela de roteamento). Para acelerar o aprendizado rib, o cálculo multipath pode ser adiado até que as rotas BGP sejam recebidas ou você pode reduzir a prioridade do trabalho de construção multicamadas de acordo com seus requisitos até que as rotas BGP sejam solucionadas. Para adiá-lo, o cálculo multicamada configura defer-initial-multipath-build em [edit protocols bgp] nível de hierarquia. Como alternativa, você pode reduzir a prioridade de trabalho BGP multipath usando a instrução de configuração em nível de hierarquia para multipath-build-priority[edit protocols bgp] acelerar o aprendizado rib.