Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
 

Flaps de sessão e rota BGP

Entendendo as redefinições de sessão do BGP

Determinadas ações e eventos de configuração fazem com que as sessões bgp sejam reiniciadas (descartadas e depois restabelecidas).

Se você configurar tanto a reflexão de rota quanto as VPNs no mesmo dispositivo de roteamento, as seguintes modificações na configuração de reflexão de rota fazem com que as sessões BGP atuais sejam redefinidas:

  • Adicionando um ID de cluster — se uma sessão BGP compartilhar o mesmo número de sistema autônomo (AS) com o grupo em que você adiciona o ID de cluster, todas as sessões BGP serão redefinidas independentemente de as sessões BGP estarem contidas no mesmo grupo.

  • Criação de um novo refletor de rotas — Se você tiver um grupo BGP (IBGP) interno com um número AS e criar um novo grupo refletor de rotas com o mesmo número DE, todas as sessões BGP do grupo IBGP e o novo grupo de refletores de rota serão reiniciadas.

  • Alterar as declarações de configuração que afetam os pares bgp, como renomear um grupo BGP, redefiniu as sessões BGP.

  • Se você alterar a família de endereços especificada no nível de [edit protocols bgp family] hierarquia, todas as sessões BGP atuais no dispositivo de roteamento serão descartadas e depois restabelecidas.

Exemplo: Prevenção de flaps de sessão BGP quando as famílias VPN estão configuradas

Este exemplo mostra uma solução alternativa para um problema conhecido em que as sessões bgp às vezes descem e depois voltam para cima (em outras palavras, flap) quando as famílias de rede privada virtual (VPN) são configuradas. Se alguma família VPN (por exemplo, , inet-vpninet6-vpn, inet-mpvninet-mdt, , inet6-mpvn, l2vpn, , iso-vpne assim por diante) for configurada em uma instância mestre bgp, uma aba de uma sessão BGP interna BGP (IBGP) ou uma sessão BGP (EBGP) externa causa flaps de outras sessões BGP configuradas com a mesma família VPN.

Requisitos

Antes de começar:

  • Configure interfaces de roteador.

  • Configure um protocolo de gateway interior (IGP).

  • Configure BGP.

  • Configure VPNs.

Visão geral

Quando um roteador ou switch é configurado como um refletor de rota (RR) ou um roteador de limite AS (um peer BGP externo) e uma família VPN (por exemplo, a family inet-vpn unicast declaração) é configurado, uma aba da sessão de RR IBGP ou da sessão de EBGP causa flaps de todas as outras sessões BGP que estão configuradas com a family inet-vpn unicast declaração. Este exemplo mostra como evitar esses flaps de sessão desnecessários.

O motivo do comportamento de flapping está relacionado à operação BGP no Junos OS ao originar rotas de VPN.

O BGP tem os seguintes dois modos de operação com relação às rotas de VPN de origem:

  • Se o BGP não precisar propagar rotas de VPN porque a sessão não tem peer EBGP e nem clientes RR, o instanceBGP exporta rotas VPN diretamente da tabela de roteamento .inet.0 para outros roteadores PE. Esse comportamento é eficiente, pois evita a criação de duas cópias de muitas rotas (uma na instancetabela .inet.0 e outra na tabela bgp.l3vpn.0).

  • Se o BGP precisar propagar rotas de VPN porque a sessão tem um peer EBGP ou clientes RR, o BGP primeiro exporta as rotas vpn da instancetabela .inet.0 para a tabela bgp.l3vpn.0. Em seguida, o BGP exporta as rotas para outros roteadores PE. Nesse cenário, são necessárias duas cópias da rota para permitir a melhor seleção de rotas. Um roteador PE pode receber a mesma rota VPN de um dispositivo CE e também de um cliente RR ou peer EBGP.

Nota:

A exportação de rota não é realizada se a rota em instance.inet.0 for uma rota secundária. No Junos OS, uma rota é exportada apenas uma vez de uma tabela de roteamento como rota primária para outra tabela de roteamento como uma rota secundária. Como a rota em instance.inet.0 já é uma rota secundária, ela não pode ser movida novamente para a tabela bgp.l3vpn.0, conforme necessário para ser anunciado. A rota não chega à tabela bgp.l3vpn.0 e, portanto, não é anunciada. Uma solução alternativa é enviar as rotas que devem ser anunciadas para inet.0 para que sejam anunciadas.

Quando, por causa de uma mudança de configuração, o BGP passa de precisar de duas cópias de uma rota para não precisar de duas cópias de uma rota (ou o inverso), todas as sessões sobre as quais as rotas de VPN são trocadas descem e depois voltam para cima. Embora este exemplo se concentre na family inet-vpn unicast declaração, o conceito se aplica a todas as famílias de informações de acessibilidade de camada de rede (NLRI) de VPN. Esse problema também afeta os sistemas lógicos. Todas as sessões de BGP na instância principal relacionadas à família VPN NLRI são derrubadas para implementar a mudança de anúncio de tabela para a família VPN NLRI. Mudar um RR para um não-RR ou o inverso (adicionando ou removendo a cluster declaração) faz com que o anúncio da tabela mude. Além disso, configurar a primeira sessão de EBGP ou remover a sessão de EBGP da configuração na instância principal para uma família VPN NLRI causa a alteração do anúncio da tabela.

A maneira de evitar esses flaps de sessão desnecessários é configurar um cliente RR extra ou sessão de EBGP como uma sessão passiva com um endereço vizinho que não existe. Este exemplo se concentra no caso EBGP, mas a mesma solução alternativa funciona para o caso RR.

Quando uma sessão é passiva, o dispositivo de roteamento não envia solicitações abertas a um peer. Uma vez configurado o dispositivo de roteamento para ser passivo, o dispositivo de roteamento não origina a conexão TCP. No entanto, quando o dispositivo de roteamento recebe uma conexão do peer e uma mensagem aberta, ele responde com outra mensagem BGP Open. Cada dispositivo de roteamento declara seus próprios recursos.

Topologia

Figura 1 mostra a topologia para o caso EBGP. O roteador R1 tem uma sessão de IBGP com roteadores R2 e R3 e uma sessão de EBGP com o Roteador R4. Todas as sessões têm a family inet-vpn unicast declaração configurada. Se a sessão de EBGP R1-R4 bater, as sessões de BGP R1-R2 e R1-R3 também baterão palmas.

Figura 1: Topologia para o caso EBGPTopologia para o caso EBGP

Figura 2 mostra a topologia para o caso de RR. O roteador R1 é o RR, e o roteador R3 é o cliente. O roteador R1 tem sessões de IBGP com roteadores R2 e R3. Todas as sessões têm a family inet-vpn unicast declaração configurada. Se a sessão R1-R3 bater, as sessões R1-R2 e R1-R4 também aplacam.

Figura 2: Topologia para o caso RRTopologia para o caso RR

Configuração

Configuração rápida da CLI

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

Procedimento

Procedimento passo a passo

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

Para configurar o cenário EBGP:

  1. Configure uma ou mais famílias de VPN.

  2. Configure a sessão de EBGP.

  3. Configure as sessões do IBGP.

  4. (Opcional) Configure o BGP para que ele gere uma syslog mensagem sempre que um peer BGP fizer uma transição de estado.

    Habilitar a log-updown declaração faz com que as transições de estado do BGP sejam registradas em warning nível.

Procedimento

Procedimento passo a passo

Para verificar se estão ocorrendo flaps de sessão desnecessários:

  1. Execute o show bgp summary comando para verificar se as sessões foram estabelecidas.

  2. Desativar a sessão de EBGP.

  3. Execute o show bgp summary comando para ver os flaps da sessão.

Procedimento

Procedimento passo a passo

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

Para evitar flaps de sessão BGP desnecessários:

  1. Adicione uma sessão de EBGP passiva com um endereço vizinho que não existe no sistema autônomo de peer (AS).

  2. Execute o show bgp summary comando para verificar se as sessões reais foram estabelecidas e a sessão passiva está ociosa.

Verificação

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

Derrubando a sessão do EBGP

Propósito

Tente causar o problema de flap após a solução alternativa ser configurada.

Ação

Verificando se as sessões do IBGP permanecem ativas

Propósito

Certifique-se de que as sessões do IBGP não aplaquem após a sessão de EBGP ser desativada.

Ação

Entendendo parâmetros de amortecimento

O flapping de rota BGP descreve a situação em que os sistemas BGP enviam um número excessivo de mensagens de atualização para anunciar informações de acessibilidade da rede. O amortecimento de flap BGP é um método para reduzir o número de mensagens de atualização enviadas entre os pares bgp, reduzindo assim a carga sobre esses pares, sem afetar negativamente o tempo de convergência de rota para rotas estáveis.

O amortecimento de flap reduz o número de mensagens de atualização marcando rotas tão iniligíveis para a seleção quanto a rota ativa ou preferível. Marcar rotas dessa forma leva a algum atraso ou suppression, na propagação de informações de rota, mas o resultado é o aumento da estabilidade da rede. Normalmente, você aplica umidade de flap em rotas BGP (EBGP) externas (rotas em diferentes ASs). Você também pode aplicar amortecimento de flap dentro de uma confederação, entre as ASs membros da confederação. Como a consistência de roteamento dentro de um AS é importante, não aplique o amortecimento de flap em rotas internas de BGP (IBGP). (Se o fizer, é ignorado.)

Há uma exceção nessa regra. A partir do Junos OS Release 12.2, você pode aplicar umidade de flap no nível familiar do endereço. Em uma instalação do Junos OS Release 12.2 ou posterior, quando você aplica umidade de flap no nível familiar do endereço, ele funciona tanto para IBGP quanto para EBGP.

Por padrão, o amortecimento de flap de rota não está habilitado. O amortecimento é aplicado a pares externos e a pares nas fronteiras da confederação.

Quando você habilita o amortecimento, são aplicados parâmetros padrão, conforme resumido em Tabela 1.

Tabela 1: Parâmetros de amortecimento

Parâmetro de amortecimento

Descrição

Valor padrão

Valores possíveis

half-life minutes

Decadência metade da vida útil — Número de minutos após o qual um valor arbitrário é reduzido pela metade se uma rota permanecer estável.

15(minutos)

1 através 45

max-suppress minutes

Tempo máximo de espera para uma rota, em minutos.

60 (minutos)

1 através 720

reuse

Limite de reutilização — valor arbitrário abaixo do qual uma rota suprimida pode ser usada novamente.

750

1 através 20,000

suppress

Limiar de corte (supressão) — valor arbitrário acima do qual uma rota não pode mais ser usada ou incluída em anúncios.

3000

1 através 20,000

Para alterar os valores padrão de amortecimento de flap BGP, você define ações criando um conjunto de parâmetros de amortecimento nomeados e incluindo-os em uma política de roteamento com a ação de amortecimento. Para que a política de roteamento amorteça funcione, você também deve habilitar o amortecimento de flap de rota BGP.

Exemplo: Configuração de parâmetros de amortecimento de flap de rota BGP

Este exemplo mostra como configurar parâmetros de amortecimento.

Requisitos

Antes de começar, configure interfaces de roteador e configure protocolos de roteamento.

Visão geral

Este exemplo tem três dispositivos de roteamento. O dispositivo R2 tem conexões BGP (EBGP) externas com o dispositivo R1 e o dispositivo R3.

O Dispositivo R1 e o Dispositivo R3 têm algumas rotas estáticas configuradas para fins de teste, e essas rotas estáticas são anunciadas através do BGP para o Dispositivo R2.

O dispositivo R2 amortece as rotas recebidas do Dispositivo R1 e do Dispositivo R3 de acordo com esses critérios:

  • Umedeça todos os prefixos com um comprimento de máscara igual ou maior que 17 mais agressivamente do que rotas com um comprimento de máscara entre 9 e 16.

  • Rotas úmidas com comprimento de máscara entre 0 e 8, inclusive, menos do que rotas com comprimento de máscara superior a 8.

  • Não apagar o prefixo 10.128.0.0/9.

A política de roteamento é avaliada quando as rotas estão sendo exportadas da tabela de roteamento para a tabela de encaminhamento. Apenas as rotas ativas são exportadas da tabela de roteamento.

Figura 3 mostra a rede de amostra.

Figura 3: Topologia de amortecimento de flap BGPTopologia de amortecimento de flap BGP

Configuração rápida da CLI mostra a configuração de todos os dispositivos em Figura 3.

A seção #d82e76__d82e263 descreve as etapas do dispositivo R2.

Configuração

Procedimento

Configuração rápida da CLI

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

Dispositivo R1

Dispositivo R2

Dispositivo R3

Procedimento passo a passo

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

Para configurar parâmetros de amortecimento:

  1. Configure as interfaces.

  2. Configure os vizinhos BGP.

  3. Crie e configure os grupos de parâmetros de amortecimento.

  4. Configure a política de amortecimento.

  5. Habilite o amortecimento para BGP.

  6. Aplique a política como política de importação para o vizinho BGP.

    Nota:

    Você pode consultar a mesma política de roteamento uma ou mais vezes nas mesmas ou diferentes import declarações.

  7. Configure uma política de exportação.

  8. Aplicar a política de exportação.

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

Resultados

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

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

Verificação

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

Fazendo algumas rotas para flap

Propósito

Para verificar sua política de amortecimento de flap de rota, algumas rotas devem ser abas. Ter uma transmissão de Internet ao vivo quase garante que um certo número de flaps de rota estará presente. Se você tiver controle sobre um sistema remoto que está anunciando as rotas, você pode modificar a política do roteador de publicidade para realizar o anúncio e a retirada de todas as rotas ou de um determinado prefixo. Em um ambiente de teste, você pode fazer com que as rotas a flap a flap limpar os vizinhos BGP ou reiniciando o processo de roteamento nos vizinhos BGP, como mostrado aqui.

Ação

A partir do modo operacional do dispositivo R1 e do dispositivo R3, insira o restart routing comando.

CUIDADO:

Use esse comando com cautela em uma rede de produção.

Significado

No dispositivo R2, todas as rotas dos vizinhos são retiradas e re-anunciadas.

Verificando os flaps de rota

Propósito

Veja o número de flaps vizinhos.

Ação

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

Significado

Essa saída foi capturada depois que o processo de roteamento foi reiniciado nos vizinhos do Dispositivo R2 quatro vezes.

Verificando o amortecimento de flap de rota

Propósito

Verifique se as rotas estão sendo ocultas devido ao amortecimento.

Ação

A partir do modo operacional, entre no show route damping suppressed comando.

Significado

A saída mostra alguma instabilidade de roteamento. Onze rotas estão ocultas devido ao amortecimento.

Exibindo os detalhes de uma rota umedeada

Propósito

Exibir os detalhes das rotas umedeadas.

Ação

A partir do modo operacional, entre no show route damping suppressed 172.16.192.0/20 detail comando.

Significado

Essa saída indica que a rota exibida tem um comprimento de máscara igual ou superior a /17, e confirma que ela foi mapeada corretamente para o perfil agressivo de amortecimento. Você também pode ver a figura atual (e última) do valor de mérito da rota, e quando se espera que a rota se torne ativa se permanecer estável.

Verificando se os parâmetros de amortecimento padrão estão em vigor

Propósito

Localizar uma rota umedeçada com uma máscara de /16 confirma que os parâmetros padrão estão em vigor.

Ação

A partir do modo operacional, entre no show route damping suppressed detail | match 0/16 comando.

Significado

Rotas com uma máscara de /16 não são afetadas pelas regras de amortecimento personalizadas. Portanto, as regras de amortecimento padrão estão em vigor.

Para repetir, as regras personalizadas são as seguintes:

  • Umedeça todos os prefixos com um comprimento de máscara igual ou maior que 17 mais agressivamente do que rotas com um comprimento de máscara entre 9 e 16.

  • Rotas úmidas com comprimento de máscara entre 0 e 8, inclusive, menos do que rotas com comprimento de máscara superior a 8.

  • Não apagar o prefixo 10.128.0.0/9.

Filtragem das informações de amortecimento

Propósito

Use ou agrupamentos ou tubulações em cascata para simplificar a determinação de qual perfil de amortecimento está sendo usado para rotas com um determinado comprimento de máscara.

Ação

A partir do modo operacional, entre no show route damping suppressed comando.

Significado

Quando você está satisfeito que suas rotas de EBGP estão corretamente associadas a um perfil de amortecimento, você pode emitir o comando de clear bgp damping modo operacional para restaurar um status ativo às suas rotas amortecedas, que devolverão sua conectividade à operação normal.

Exemplo: Configuração do amortecimento de flap de rota BGP com base na família de endereços MVPN do MBGP

Este exemplo mostra como configurar uma VPN multiprotocol BGP multicast (também chamada de MVPN de próxima geração) com amortecimento de flap de rota BGP.

Requisitos

Este exemplo usa o Junos OS Release 12.2. O suporte de amortecimento de flap de rota BGP para o MVPN do MBGP, especificamente, e em uma base familiar de endereço, em geral, é introduzido no Junos OS Release 12.2.

Visão geral

O amortecimento de flap de rota BGP ajuda a diminuir a instabilidade de rota causada por rotas sendo repetidamente retiradas e readvertidas quando um link está falhando intermitentemente.

Este exemplo usa os parâmetros de amortecimento padrão e demonstra um cenário MVPN de MBGP com três dispositivos de roteamento de borda (PE) de provedores, três dispositivos de roteamento de borda do cliente (CE) e um dispositivo de roteamento (P) de provedor.

Topologia

Figura 4 mostra a topologia usada neste exemplo.

Figura 4: MVPN do MBGP com amortecimento de flap de rota BGPMVPN do MBGP com amortecimento de flap de rota BGP

No dispositivo PE R4, o amortecimento de flap de rota BGP está configurado para a família inet-mvpnde endereços. Uma política de roteamento chamada dampPolicy usa a condição da nlri-route-type partida para amortecer apenas os tipos de rota MVPN 3, 4 e 5. Todos os outros tipos de rota MVPN não estão amortecidos.

Este exemplo mostra a configuração completa em todos os dispositivos da Configuração rápida da CLI seção. A Configuração do dispositivo R4 seção mostra a configuração passo a passo para o PE Device R4.

Configuração

Configuração rápida da CLI

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

Dispositivo R1

Dispositivo R2

Dispositivo R3

Dispositivo R4

Dispositivo R5

Dispositivo R6

Dispositivo R7

Configuração do dispositivo R4

Procedimento passo a passo

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

Para configurar o dispositivo R4:

  1. Configure as interfaces.

  2. Configure o MPLS e os protocolos de sinalização nas interfaces.

  3. Configure BGP.

    A configuração BGP permite o amortecimento de flap de rota BGP para a família de inet-mvpn endereços. A configuração do BGP também importa para a tabela de roteamento chamada dampPolicypolítica de roteamento. Essa política é aplicada ao dispositivo PE R2 vizinho.

  4. Configure um protocolo de gateway interior.

  5. Configure uma política de amortecimento que usa a condição da nlri-route-type partida para amortecer apenas os tipos de rota MVPN 3, 4 e 5.

  6. Configure a política para desabilitar o damping amortecimento de flap de rota BGP.

    A no-damp política (damping no-damp disable) faz com que qualquer estado de amortecimento que esteja presente na tabela de roteamento seja excluído. A then damping no-damp declaração aplica a no-damp política como uma ação e não from tem condições de correspondência. Portanto, todas as rotas que não são combinadas por term1 este termo são combinadas, com o resultado de que todos os outros tipos de rota MVPN não estão amortecidos.

  7. Configure para parent_vpn_routes aceitar todas as outras rotas BGP que não são da família de inet-mvpn endereços.

    Essa política é aplicada como política de exportação de OSPF na instância de roteamento.

  8. Configure a instância de roteamento e encaminhamento vpn (VRF).

  9. Configure a ID do roteador e o número do sistema autônomo (AS).

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

Resultados

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

Verificação

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

Verificar se o amortecimento de flap de rota está desativado

Propósito

Verifique a presença da política, que desativa o no-damp amortecimento para tipos de rota MVPN que não sejam 3, 4 e 5.

Ação

A partir do modo operacional, entre no show policy damping comando.

Significado

A saída mostra que os parâmetros de amortecimento padrão estão em vigor e que a no-damp política também está em vigor para os tipos de rota especificados.

Verificando o amortecimento de flap de rota

Propósito

Verifique se as rotas BGP foram amortecidas.

Ação

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

Significado

O campo Damp State mostra que zero rotas na tabela de roteamento bgp.mvpn.0 foram umedeçadas. Mais abaixo, o último número no campo do Estado mostra que zero rotas foram amorteçadas para o BGP peer 172.16.1.2.

Entenda as rotas estáticas do BGP para prevenir flaps de rota

As rotas estáticas do BGP podem ser configuradas para garantir que um prefixo não flap. As rotas estáticas do BGP não batem a menos que sejam excluídas manualmente. Se as rotas estáticas do BGP forem configuradas globalmente, cada vizinho, grupo ou todos os vizinhos devem estar explicitamente configurados para recebê-los. Os roteadores peer recebem anúncios para essas rotas, independentemente das informações de roteamento dinâmico aprendidas pelo roteador de publicidade para esses prefixos. Apesar de ser a rota ativa, as rotas estáticas do BGP nunca são anunciadas para um vizinho BGP para o qual não estejam configuradas. Você pode especificar qualquer número de rotas estáticas BGP na configuração. Você também pode definir uma política para especificar quais rotas estáticas BGP precisam ser anunciadas e incluídas em um anúncio BGP.

As rotas estáticas do BGP são colocadas na tabela de roteamento. Se as rotas estáticas BGP forem rotas ativas (se não houver outras rotas para esse prefixo), elas serão colocadas na tabela de encaminhamento. Essas rotas são anunciadas apenas para os hosts BGP que estão configurados para recebê-los. As rotas estáticas BGP configuradas não são anunciadas por nenhum outro protocolo além do BGP. Provedores de serviços que têm um ou mais clientes de casa única podem configurar rotas estáticas de BGP em uma rede BGP para anunciar caminhos estáticos para esses clientes.

Nota:

Configurar o anúncio de rotas estáticas bgp no nível vizinho causa uma divisão interna do grupo. Configure o anúncio de rotas estáticas bgp apenas nos níveis global e de grupo para manter a configuração simples. As rotas estáticas BGP configuradas não afetam as rotas de VPN que são anunciadas.

Se uma rota estática bgp for anunciada para um vizinho, é a única rota anunciada para o prefixo. As rotas estáticas do BGP não são consideradas como rotas de candidato para multicaminho BGP ou multicaminho independente de protocolo. Elas não fazem com que uma rota agregada ou gerada seja adicionada à tabela de roteamento.

CUIDADO:

A configuração de rotas estáticas de BGP em redes que são acessíveis por vários caminhos e não são o único ponto de acesso a todos os caminhos pode fazer com que o tráfego seja silenciosamente descartado ou descartado. Em uma rede multihomed, as rotas estáticas BGP podem ser configuradas em dispositivos que são o único ponto de acesso a outros caminhos. Por padrão, todas as rotas estáticas bgp que são anunciadas para os pares internos incluem um local-pref valor de 0 mitigar o risco de uma rota nula para redes multihomed. Você pode substituir esse valor padrão estabelecendo um valor explícito preference2 nas rotas estáticas BGP.

Configuração de rotas estáticas bgp para prevenir flaps de rota

As rotas estáticas do BGP estão configuradas para garantir que as rotas para uma rede do cliente não aplaquem. As rotas estáticas BGP configuradas não são anunciadas por nenhum outro protocolo além do BGP. As rotas estáticas do BGP estão configuradas globalmente, mas cada vizinho, grupo ou todos os vizinhos devem estar explicitamente configurados para recebê-los. Os roteadores peer receberão anúncios para essas rotas, independentemente das informações de roteamento dinâmico aprendidas pelo roteador de publicidade para esses prefixos. Você pode especificar qualquer número de rotas estáticas BGP na configuração. Você também pode definir uma política para especificar quais rotas estáticas BGP precisam ser anunciadas.

Antes de configurar rotas estáticas de BGP:

  1. Certifique-se de que os protocolos IGP e BGP estejam configurados e funcionando.

  2. Certifique-se de que a rota estática do BGP que você configura esteja por trás de um roteador do cliente.

    Não use rotas estáticas bgp para prefixos que o BGP usa para chegar aos vizinhos BGP.

Para configurar rotas estáticas de BGP:

  1. Configure uma rota estática de BGP para um roteador do cliente em uma rede BGP para anunciar caminhos estáticos para esses clientes.

    Você também pode configurar outras opções de configuração, como caminho, cor, comunidade, tag e preferência, conforme necessário.

  2. Configure os grupos BGP ou os vizinhos BGP que devem receber os anúncios de rota estáticos de BGP.

    Você também pode configurar essa declaração em nível global se quiser que todos os hostes da rede BGP recebam os anúncios estáticos do BGP.

  3. (Opcional) Especifique uma política de exportação adicional para controlar se uma determinada rota estática BGP precisa ou não ser anunciada.

    A política é aplicada à rota estática do BGP e não à rota ativa.

  4. Aplicar a política definida a um grupo ou vizinho BGP.

Exemplo: Configuração de rotas estáticas bgp para evitar flaps de rota

Este exemplo mostra como configurar rotas estáticas de BGP. Os hosts BGP anunciam essas rotas estáticas de BGP apenas para aqueles vizinhos que estão configurados para receber essas rotas. Uma rota estática bgp é configurada para garantir que um prefixo não flap. No entanto, se as rotas estáticas do BGP forem configuradas globalmente, cada vizinho, grupo ou todos os vizinhos devem estar explicitamente configurados para recebê-los.

Requisitos

Este exemplo usa os seguintes componentes de hardware e software:

  • Sete roteadores da Série MX com BGP habilitado nas interfaces conectadas

  • Junos OS Release 14.2 ou posterior em todos os dispositivos

Visão geral

Começando com o Junos OS Release 14.2, você pode configurar e anunciar rotas estáticas BGP em uma rede BGP. Você pode anunciar uma rota estática de BGP em uma rede BGP mesmo que não seja a rota ativa para o prefixo. As rotas estáticas do BGP não batem a menos que sejam excluídas manualmente. Você pode definir uma política que determina quais rotas estáticas BGP precisam ser anunciadas e incluídas nos anúncios. Os roteadores peer recebem anúncios para essas rotas estáticas BGP, independentemente das informações de roteamento dinâmico aprendidas pelo roteador de publicidade.

Na amostra da rede BGP, os dispositivos CE1, CE2 e CE3 estão diretamente conectados aos roteadores PE1, PE2 e PE3. Tanto o PE1 quanto o PE2 estão conectados ao roteador P. O roteador P está diretamente conectado ao Roteador PE3. O EBGP está configurado na borda do provedor e nos roteadores de borda do cliente. O IBGP está configurado em roteadores de borda de provedores conectados diretamente. O is-IS do protocolo IGP está configurado em todos os roteadores de provedor. Configure uma rota estática BGP no Roteador PE1 para garantir que a rota do cliente 10.0.0.28 atrás do CE1 não seja abastante. O Roteador DE PROVEDOR PE2 está configurado para receber a rota estática BGP. O objetivo é anunciar uma rota estática bgp apenas para CE2 e não para CE3, e demonstrar que a rota estática BGP configurada não flap.

Topologia

Figura 5 mostra a topologia da amostra.

Figura 5: Configuração da rota BGP estáticaConfiguração da rota BGP estática

Configuração

Configuração rápida da CLI

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

Roteador P

Roteador PE1

Roteador PE2

Roteador PE3

Roteador CE1

Roteador CE2

Roteador CE3

Procedimento

Procedimento passo a passo

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

Para configurar o Roteador PE1:

  1. Configure as interfaces com endereços IPv4.

  2. Habilite o protocolo IS-IS em interfaces conectadas a roteadores de provedores para aprender e trocar rotas aprendidas.

  3. Configure endereços de loopback para inet e IS-IS.

  4. Configure as interfaces IS-IS.

  5. Configure EBGP.

  6. Configure um vizinho do IBGP em roteadores internos conectados à rede do provedor.

  7. Configure a rota estática do BGP.

  8. Configure o PE2 vizinho do BGP para receber anúncios estáticos de BGP.

  9. Definir uma política para exportar rotas para a rede BGP.

  10. Aplique a política ao grupo IBGP.

  11. Configure a id do roteador e o número do sistema autônomo (AS).

Resultados

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

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

Verificação

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

Verificando os vizinhos BGP

Propósito

Verifique se o BGP está sendo executado nas interfaces configuradas e se a sessão BGP está ativa para cada endereço vizinho.

Ação

A partir do modo operacional, execute o show bgp neighbor comando no Roteador PE1.

Significado

A saída exibe os vizinhos BGP do Roteador PE1 e as opções BGP configuradas, como se o vizinho está configurado para receber rotas estáticas de BGP. O Roteador PE2 está configurado para receber anúncios de rota estáticos BGP.

Verificação de grupos BGP

Propósito

Verifique se os grupos BGP ou vizinhos pretendidos estão configurados para receber as rotas estáticas do BGP.

Ação

A partir do modo operacional, execute o show bgp group comando.

Significado

A saída mostra o vizinho BGP que está configurado para receber anúncios estáticos de BGP.

Verificação das rotas

Propósito

Verifique se a rota estática BGP configurada é salva na tabela de roteamento dos vizinhos BGP configurados.

Ação

Desde o modo operacional, execute o show route protocol bgp-static comando para exibir a tabela de roteamento.

Significado

A saída mostra a rota estática BGP configurada no dispositivo. O caminho ativo é aprendido com o CE1, e a rota bgp estática é inativa.

Verificando se os hosts configurados recebem as rotas estáticas bgp

Propósito

Verifique se a rota estática do BGP está sendo anunciada para o host configurada para recebê-la.

Ação

Nos dispositivos CE2 e CE3, a partir do modo operacional, execute o show route protocol bgp comando para exibir as rotas aprendidas na tabela de roteamento.

Significado

Ambos os dispositivos CE2 e CE3 têm uma rota para 10.0.0.28/32. O CE2 recebeu a rota estática bgp e o CE3 recebeu uma rota de aprendizado dinâmico, mas você não pode dizer a diferença.

Verificando se a rota BGP estática configurada não é flap

Propósito

Verifique se a rota estática do BGP não bate mesmo quando a sessão de peering BGP entre o Roteador PE1 e o Dispositivo CE1 cair.

Ação

Desativar a sessão de peering BGP entre o Roteador PE1 e o Dispositivo CE1. O PE1 não tem uma rota aprendida dinamicamente para 10.0.0.28/32, mas ainda tem a rota BGP estática configurada.

Significado

O Roteador PE1 e o Dispositivo CE2 ainda têm a rota estática BGP configurada. No entanto, o dispositivo CE3 não tem a rota para 10.0.0.28/32 porque esse prefixo bateu. As rotas estáticas do BGP não batem a menos que sejam excluídas manualmente.

Tabela de histórico de alterações

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

Versão
Descrição
12.2
A partir do Junos OS Release 12.2, você pode aplicar umidade de flap no nível familiar do endereço.