Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
 

BGP em sistemas lógicos

A Logical Systems permite que você configure as sessões internas de BGP. Para obter mais informações, veja os seguintes tópicos:

Exemplo: configurar sessões internas de peering BGP em sistemas lógicos

Este exemplo mostra como configurar sessões internas bgp peer em sistemas lógicos.

Requisitos

Neste exemplo, nenhuma configuração especial além da inicialização do dispositivo é necessária.

Visão geral

Neste exemplo, você configura sessões internas de peering BGP (IBGP).

Na rede amostral, os dispositivos em AS 17 são totalmente malhados nos pares internos do grupo. Os dispositivos têm endereços de loopback 192.168.6.5, 192.163.6.4 e 192.168.40.4.

A Figura 1 mostra uma rede típica com sessões internas de peer.

Figura 1: Rede típica com sessões Typical Network with IBGP Sessions do IBGP

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 os detalhes necessários para combinar com a configuração de sua rede e, em seguida, copie e cole os comandos na CLI no nível de [edit] hierarquia.

Dispositivo A

Procedimento passo a passo

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

Para configurar sessões internas bgp peer no dispositivo A:

  1. Configure as interfaces.

  2. Configure BGP.

    No Sistema Lógico A, as neighbor declarações estão incluídas tanto para o Dispositivo B quanto para o Dispositivo C, embora o Sistema Lógico A não esteja diretamente conectado ao Dispositivo C.

  3. Configure OSPF.

  4. Configure uma política que aceita rotas diretas.

    Outras opções úteis para esse cenário podem ser aceitar rotas aprendidas através do OSPF ou rotas locais.

  5. Configure o 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 no show logical-systems comando. Se a saída não exibir a configuração pretendida, repita as instruções de configuração neste exemplo para corrigi-la.

Se você terminar de configurar o dispositivo, insira o commit a partir do modo de configuração.

Verificação

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

Verificação de vizinhos BGP

Propósito

Verifique se o BGP está em execução em interfaces configuradas e se a sessão BGP está ativa para cada endereço vizinho.

Ação

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

Verificação de grupos BGP

Propósito

Verifique se os grupos BGP estão configurados corretamente.

Ação

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

Verificando as informações do resumo do BGP

Propósito

Verifique se a configuração BGP está correta.

Ação

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

Verificando se as rotas BGP estão instaladas na tabela de roteamento

Propósito

Verifique se a configuração da política de exportação está funcionando.

Ação

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

Exemplo: configurar BGP externo em sistemas lógicos com interfaces IPv6

Este exemplo mostra como configurar sessões ponto a ponto bgp externas (EBGP) em sistemas lógicos com interfaces IPv6.

Requisitos

Neste exemplo, nenhuma configuração especial além da inicialização do dispositivo é necessária.

Visão geral

O Junos OS oferece suporte a sessões de peer EBGP por meio de endereços IPv6. Uma sessão de peer IPv6 pode ser configurada quando um endereço IPv6 é especificado na neighbor declaração. Este exemplo usa o EUI-64 para gerar endereços IPv6 que são aplicados automaticamente às interfaces. Um endereço EUI-64 é um endereço IPv6 que usa o formato IEEE EUI-64 para a porção identificador de interface do endereço (os últimos 64 bits).

Nota:

Alternativamente, você pode configurar sessões de EBGP usando endereços IPv6 atribuídos manualmente de 128 bits.

Se você usar endereços locais de link de 128 bits para as interfaces, você deve incluir a local-interface declaração. Esta declaração é válida apenas para endereços locais de link IPv6 de 128 bits e é obrigatória para configurar uma sessão de peer local de enlace EBGP IPv6.

Configurar peering de EBGP usando endereços locais de enlace só é aplicável para interfaces conectadas diretamente. Não há suporte para peering multihop.

Depois que suas interfaces estiverem ativas, você pode usar o show interfaces terse comando para visualizar os endereços IPv6 gerados pela UEI-64 nas interfaces. Você deve usar esses endereços gerados nas declarações BGP neighbor . Este exemplo demonstra todo o procedimento de ponta a ponta.

Neste exemplo, o encapsulamento da interface do Frame Relay é aplicado às interfaces lógicas de túnel (lt). Esse é um requisito porque apenas o encapsulamento frame relay é suportado quando endereços IPv6 são configurados nas interfaces lt .

A Figura 2 mostra uma rede com sessões de peer BGP. Na rede amostral, o Roteador R1 tem cinco sistemas lógicos configurados. O Dispositivo E no sistema autônomo (AS) 17 tem sessões bgp peer para um grupo de colegas chamados de pares externos. Os pares A, B e C residem no AS 22. Este exemplo mostra a configuração passo a passo no Sistema Lógico A e no Sistema Lógico E.

Topologia

Figura 2: Rede típica com sessões Typical Network with BGP Peer Sessions BGP Peer

Configuração

Procedimento

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

Dispositivo A

Dispositivo B

Dispositivo C

Dispositivo D

Dispositivo E

Procedimento passo a passo

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

Para configurar as sessões de peer BGP:

  1. Execute o show interfaces terse comando para verificar se o roteador físico tem uma interface lógica de túnel (lt).

  2. No Sistema Lógico A, configure o encapsulamento da interface, o número de unidade de peer e o DLCI para chegar ao Logical System E.

  3. No Logical System A, configure o endereço de rede para o link para Peer E e configure uma interface de loopback.

  4. No Logical System E, configure o encapsulamento da interface, o número de unidade de peer e o DLCI para chegar ao Logical System A.

  5. No Logical System E, configure o endereço de rede para o link para Peer A e configure uma interface de loopback.

  6. Execute o show interfaces terse comando para ver os endereços IPv6 gerados pelo EUI-64.

    Os endereços de 2001 são usados neste exemplo nas declarações BGP neighbor .

    Nota:

    Os endereços fe80 são endereços locais de enlace e não são usados neste exemplo.

  7. Repita a configuração da interface nos outros sistemas lógicos.

Configurando as sessões BGP externas

Procedimento passo a passo

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

Para configurar as sessões de peer BGP:

  1. No Logical System A, crie o grupo BGP e adicione o endereço externo ao vizinho.

  2. No Logical System E, crie o grupo BGP e adicione o endereço externo ao vizinho.

  3. No Sistema Lógico A, especifique o número do sistema autônomo (AS) do AS externo.

  4. No Logical System E, especifique o número do sistema autônomo (AS) do AS externo.

  5. No Sistema Lógico A, defina o tipo de peer para EBGP.

  6. No Logical System E, defina o tipo de peer para EBGP.

  7. No Sistema Lógico A, defina o número do sistema autônomo (AS) e o ID do roteador.

  8. No Logical System E, defina o número de AS e o ID do roteador.

  9. Repita essas etapas para Peers A, B, C e D.

Resultados

A partir do modo de configuração, confirme sua configuração entrando no show logical-systems comando. 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, insira o commit a partir do modo de configuração.

Verificação

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

Verificação de vizinhos BGP

Propósito

Verifique se o BGP está em execução em interfaces configuradas e se a sessão BGP está ativa para cada endereço vizinho.

Ação

Do modo operacional, execute o show bgp neighbor comando.

Significado

As informações de alcance da camada de rede unicast IPv6 (NLRI) estão sendo trocadas entre os vizinhos.

Verificação de grupos BGP

Propósito

Verifique se os grupos BGP estão configurados corretamente.

Ação

Do modo operacional, execute o show bgp group comando.

Significado

O tipo de grupo é externo, e o grupo tem quatro pares.

Verificando as informações do resumo do BGP

Propósito

Verifique se as relações de peer BGP estão estabelecidas.

Ação

Do modo operacional, execute o show bgp summary comando.

Significado

Os pares Down: 0 saída mostra que os pares BGP estão no estado estabelecido.

Verificando a tabela de roteamento

Propósito

Verifique se a tabela de roteamento inet6.0 é preenchida com rotas locais e diretas.

Ação

Do modo operacional, execute o show route comando.

Significado

A tabela de roteamento inet6.0 contém rotas locais e diretas. Para preencher a tabela de roteamento com outros tipos de rotas, você deve configurar políticas de roteamento.

Exemplo: configurar BFD em sessões internas bgp peer

Este exemplo mostra como configurar sessões internas de BGP (IBGP) com o protocolo de detecção de encaminhamento bidirecional (BFD) para detectar falhas em uma rede.

Requisitos

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

Visão geral

A configuração mínima para habilitar a BFD nas sessões do IBGP é incluir a bfd-liveness-detection minimum-interval declaração na configuração BGP de todos os vizinhos participantes da sessão BFD. A minimum-interval declaração especifica os intervalos mínimos de transmissão e recebimento para detecção de falhas. Especificamente, esse valor representa o intervalo mínimo após o qual o dispositivo de roteamento local transmite pacotes hello, bem como o intervalo mínimo que o dispositivo de roteamento espera receber uma resposta de um vizinho com o qual estabeleceu uma sessão BFD. Você pode configurar um valor de 1 a 255.000 milissegundos.

Opcionalmente, você pode especificar o mínimo de transmissão e receber intervalos separadamente usando as declarações e minimum-receive-interval as transmit-interval minimum-interval declarações. Para obter informações sobre essas e outras declarações de configuração opcionais de BFD, consulte bfd-liveness-detection.

Nota:

BFD é um protocolo intensivo que consome recursos do sistema. Especificar um intervalo mínimo para BFD com menos de 100 milissegundos para sessões baseadas em mecanismos de roteamento e menos de 10 milissegundos para sessões distribuídas de BFD pode causar flapping BFD indesejado.

Dependendo do seu ambiente de rede, essas recomendações adicionais podem se aplicar:

  • Para evitar o flapping de BFD durante o evento geral de comutação do Mecanismo de Roteamento, especifique um intervalo mínimo de 5000 milissegundos para sessões baseadas em mecanismos de roteamento. Esse valor mínimo é necessário porque, durante o evento geral de switchover do Mecanismo de Roteamento, processos como RPD, MIBD e SNMPD utilizam recursos de CPU para mais do que o valor limiar especificado. Assim, o processamento e o agendamento de BFD são afetados por causa dessa falta de recursos de CPU.

  • Para que as sessões de BFD permaneçam ativas durante o cenário de enlace de controle de cluster de chassi duplo, quando o primeiro enlace de controle falhar, especifique o intervalo mínimo de 6000  milissegundos para evitar que o LACP toque no nó secundário para sessões baseadas em mecanismos de roteamento.

  • Para implantações de rede de grande escala com um grande número de sessões de BFD, especifique um intervalo mínimo de 300 milissegundos para sessões baseadas em mecanismos de roteamento e 100 milissegundos para sessões distribuídas de BFD.

  • Para implantações de rede de grande escala com um grande número de sessões de BFD, entre em contato com o suporte ao cliente da Juniper Networks para obter mais informações.

  • Para que as sessões de BFD permaneçam ativas durante um evento de comutação do Mecanismo de Roteamento quando o roteamento ativo ininterrupto (NSR) for configurado, especifique um intervalo mínimo de 2500 milissegundos para sessões baseadas em mecanismos de roteamento. Para sessões distribuídas de BFD com NSR configurado, as recomendações de intervalo mínimo não são alteradas e dependem apenas da sua implantação de rede.

O BFD é suportado na instância de roteamento padrão (o roteador principal), instâncias de roteamento e sistemas lógicos. Este exemplo mostra a BFD em sistemas lógicos.

A Figura 3 mostra uma rede típica com sessões internas por pares.

Figura 3: Rede típica com sessões Typical Network with IBGP Sessions do IBGP

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 os detalhes necessários para combinar com a configuração de sua rede e, em seguida, copie e cole os comandos na CLI no nível de [edit] hierarquia.

Dispositivo A

Dispositivo B

Dispositivo C

Configuração do dispositivo A

Procedimento passo a passo

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

Para configurar o dispositivo A:

  1. Defina a CLI para o Sistema Lógico A.

  2. Configure as interfaces.

  3. Configure BGP.

    As neighbor declarações estão incluídas tanto para o Dispositivo B quanto para o Dispositivo C, embora o Dispositivo A não esteja diretamente conectado ao Dispositivo C.

  4. Configure BFD.

    Você deve configurar o mesmo intervalo mínimo no peer de conexão.

  5. (Opcional) Configure o rastreamento de BFD.

  6. Configure OSPF.

  7. Configure uma política que aceita rotas diretas.

    Outras opções úteis para esse cenário podem ser aceitar rotas aprendidas através do OSPF ou rotas locais.

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

  9. Se você terminar de configurar o dispositivo, entre no commit modo de configuração. Repita essas etapas para configurar o Dispositivo B e o Dispositivo C.

Resultados

A partir do modo de configuração, confirme sua configuração entrando nosshow 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.

Verificação

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

Verificar se a BFD está ativada

Propósito

Verifique se a BFD está habilitada entre os pares do IBGP.

Ação

Do modo operacional, entre no show bgp neighbor comando. Você pode usar o | match bfd filtro para reduzir a saída.

Significado

A saída mostra que o Logical System A tem dois vizinhos com BFD habilitado. Quando o BFD não está habilitado, a saída é exibida BFD: disabled, downe a opção <BfdEnabled> está ausente. Se o BFD estiver habilitado e a sessão estiver baixa, a saída será BFD: enabled, downexibida. A saída também mostra que eventos relacionados à BFD estão sendo escritos em um arquivo de registro porque as operações de rastreamento estão configuradas.

Verificando se as sessões de BFD estão ativas

Propósito

Verifique se as sessões de BFD estão ativas e veja detalhes sobre as sessões de BFD.

Ação

Do modo operacional, entre no show bfd session extensive comando.

Significado

A TX interval 1.000, RX interval 1.000 saída representa a configuração configurada com a minimum-interval declaração. Todas as outras saídas representam as configurações padrão para BFD. Para modificar as configurações padrão, inclua as declarações opcionais sob a bfd-liveness-detection declaração.

Visualização de eventos BFD detalhados

Propósito

Veja o conteúdo do arquivo de rastreamento BFD para ajudar na solução de problemas, se necessário.

Ação

Do modo operacional, entre no file show /var/log/A/bgp-bfd comando.

Significado

Antes que as rotas sejam estabelecidas, a No route to host mensagem aparece na saída. Depois que as rotas são estabelecidas, as duas últimas linhas mostram que ambas as sessões de BFD surgem.

Visualização de eventos BFD detalhados após desativar e reativar uma interface de loopback

Propósito

Verifique o que acontece depois de derrubar um roteador ou switch e, em seguida, trazê-lo de volta. Para simular a derrubada de um roteador ou switch, desativar a interface de loopback no Logical System B.

Ação
  1. Do modo de configuração, entre no deactivate logical-systems B interfaces lo0 unit 2 family inet comando.

  2. Do modo operacional, entre no file show /var/log/A/bgp-bfd comando.

  3. Do modo de configuração, entre no activate logical-systems B interfaces lo0 unit 2 family inet comando.

  4. Do modo operacional, entre no file show /var/log/A/bgp-bfd comando.

Exemplo: configurar sessões multihop de EBGP em sistemas lógicos

Este exemplo mostra como configurar um peer BGP externo (EBGP) que está a mais de um salto do roteador local. Esse tipo de sessão é chamada de sessão multihop EBGP.

Requisitos

Neste exemplo, nenhuma configuração especial além da inicialização do dispositivo é necessária.

Visão geral

Quando os pares de EBGP não estão diretamente conectados entre si, eles devem atravessar um ou mais dispositivos de roteamento não BGP para alcançar uns aos outros. A configuração de EBGP multihop permite que os colegas passem pelos outros dispositivos de roteamento para formar relacionamentos entre pares e trocar mensagens de atualização. Esse tipo de configuração normalmente é usada quando um dispositivo de roteamento da Juniper Networks precisa executar EBGP com um dispositivo de roteamento de terceiros que não permite conexão direta dos dois pares de EBGP. O multihop EBGP permite uma conexão vizinha entre dois pares de EBGP que não têm uma conexão direta.

A configuração para habilitar sessões de EBGP multihop requer conectividade entre os dois pares de EBGP. Este exemplo usa rotas estáticas para fornecer conectividade entre os dispositivos.

Para sessões de EBGP conectadas diretamente, os endereços físicos normalmente são usados nas neighbor declarações. Para multihop EBGP, você deve usar endereços de interface de loopback e especificar o endereço da interface de loopback do peer conectado indiretamente. No uso de endereços de interfaces de loopback, o multihop EBGP é semelhante ao BGP interno (IBGP).

Por fim, você deve adicionar a multihop declaração. Opcionalmente, você pode definir um valor máximo de tempo de vida (TTL) com a ttl declaração. O TTL é transportado no cabeçalho IP de pacotes BGP. Se você não especificar um valor TTL, o valor máximo de TTL padrão do sistema é usado. O valor de TTL padrão é de 64 para sessões de EBGP multihop. Outra opção é reter o valor bgp next-hop para anúncios de rota, incluindo a no-nexthop-change declaração.

A Figura 4 mostra uma rede multihop EBGP típica.

O Dispositivo C e o Dispositivo E têm uma sessão EBGP estabelecida. O dispositivo D não é um dispositivo habilitado para BGP. Todos os dispositivos têm conectividade por rotas estáticas.

Figura 4: Rede típica com sessões Typical Network with EBGP Multihop Sessions multihop EBGP

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 os detalhes necessários para combinar com a configuração de sua rede e, em seguida, copie e cole os comandos na CLI no nível de [edit] hierarquia.

Dispositivo C

Dispositivo D

Dispositivo E

Dispositivo C

Procedimento passo a passo

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

Para configurar o dispositivo C:

  1. Defina a CLI para o Logical System C.

  2. Configure a interface para o dispositivo diretamente conectado (to-D) e configure a interface de loopback.

  3. Configure uma sessão de EBGP com o Logical System E.

    A neighbor declaração aponta para a interface de loopback no Logical System E.

  4. Configure a declaração multihop para permitir que o Sistema Lógico C e o Sistema Lógico E se tornem pares de EBGP.

    Como os pares estão a dois saltos um do outro, o exemplo usa a ttl 2 declaração.

  5. Configure a conectividade com o Logical System E, usando rotas estáticas.

    Você deve configurar uma rota para o endereço da interface de loopback e para o endereço na interface física.

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

  7. Configure uma política que aceita rotas diretas.

    Outras opções úteis para esse cenário podem ser aceitar rotas aprendidas através do OSPF ou rotas locais.

Resultados

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

Se você terminar de configurar o dispositivo, insira o commit a partir do modo de configuração. Repita essas etapas para todas as sessões de BFD na topologia.

Dispositivo D

Procedimento passo a passo

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

Para configurar o dispositivo D:

  1. Defina a CLI ao Logical System D.

  2. Configure as interfaces para os dispositivos conectados diretamente e configure uma interface de loopback.

  3. Configure a conectividade com os outros dispositivos usando rotas estáticas para os endereços da interface de loopback.

    No Sistema Lógico D, você não precisa de rotas estáticas para os endereços físicos porque o Logical System D está diretamente conectado ao Sistema Lógico C e ao Sistema Lógico E.

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

Resultados

A partir do modo de configuração, confirme sua configuração inserindo os show interfaces comandos 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.

Se você terminar de configurar o dispositivo, insira o commit a partir do modo de configuração. Repita essas etapas para todas as sessões de BFD na topologia.

Dispositivo E

Procedimento passo a passo

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

Para configurar o dispositivo E:

  1. Defina a CLI para Logical System E.

  2. Configure a interface para o dispositivo diretamente conectado (to-D) e configure a interface de loopback.

  3. Configure uma sessão de EBGP com o Logical System E.

    A neighbor declaração aponta para a interface de loopback no Logical System C.

  4. Configure a declaração para permitir que o multihop Sistema Lógico C e o Sistema Lógico E se tornem pares de EBGP.

    Como os pares estão a dois saltos um do outro, o exemplo usa a ttl 2 declaração.

  5. Configure a conectividade com o Logical System E, usando rotas estáticas.

    Você deve configurar uma rota para o endereço da interface de loopback e para o endereço na interface física.

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

  7. Configure uma política que aceita rotas diretas.

    Outras opções úteis para esse cenário podem ser aceitar rotas aprendidas através do OSPF ou rotas locais.

Resultados

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

Se você terminar de configurar o dispositivo, insira o commit a partir do modo de configuração.

Verificação

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

Verificando a conectividade

Propósito

Certifique-se de que o Dispositivo C pode pingar o Dispositivo E, especificando o endereço da interface de loopback como a fonte da solicitação de ping.

O endereço da interface de loopback é o endereço de origem que o BGP usará.

Ação

Do modo operacional, entre no ping 10.10.10.14 source 192.168.40.4 comando do Logical System C e insira o comando do ping 10.10.10.9 source 192.168.6.7 Logical System E.

Significado

As rotas estáticas estão funcionando se os pings funcionarem.

Verificar se as sessões BGP estão estabelecidas

Propósito

Verifique se as sessões BGP estão ativas.

Ação

Do modo operacional, entre no show bgp summary comando.

Significado

A saída mostra que ambos os dispositivos têm um peer cada. Nenhum colega está em baixo.

Visualização de rotas anunciadas

Propósito

Verificando se as rotas estão sendo anunciadas pelo BGP.

Ação

Do modo operacional, entre no show route advertising-protocol bgp neighbor comando.

Significado

A política de roteamento estático de envio estático está exportando as rotas estáticas da tabela de roteamento para o BGP. O BGP está anunciando essas rotas entre os pares porque a sessão de peer BGP está estabelecida.