Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
 

Sessões de peering BGP

Entendendo sessões externas de peering BGP

Para estabelecer conexões ponto a ponto entre sistemas autônomos de peer (ASs), você configura uma sessão BGP em cada interface de um link ponto a ponto. Geralmente, essas sessões são feitas em pontos de saída de rede com hosts vizinhos fora do AS. Figura 1 mostra um exemplo de uma sessão de peering BGP.

Figura 1: Sessão de peering BGPSessão de peering BGP

Em Figura 1, o roteador A é um roteador de gateway para AS 3, e o roteador B é um roteador de gateway para AS 10. Para tráfego interno ou AS, um protocolo de gateway interior (IGP) é usado (OSPF, por exemplo). Para rotear o tráfego entre a ASs peer, uma sessão BGP é usada.

Você organiza dispositivos de roteamento BGP em grupos de colegas. Diferentes grupos de pares podem ter diferentes tipos de grupo, números AS e identificadores de clusters de refletores de roteamento.

Para definir um grupo BGP que reconhece apenas os sistemas BGP especificados como pares, configure estaticamente todos os pares do sistema, incluindo uma ou mais neighbor declarações. O endereço do vizinho pode ser um endereço IPv6 ou IPv4.

À medida que o número de grupos BGP externos (EBGP) aumenta, a capacidade de oferecer suporte a um grande número de sessões BGP pode se tornar um problema de escalonamento. A maneira preferida de configurar um grande número de vizinhos BGP é configurar alguns grupos que consistem em vários vizinhos por grupo. O suporte a menos grupos de EBGP geralmente é melhor do que oferecer suporte a um grande número de grupos de EBGP. Isso se torna mais evidente no caso de centenas de grupos de EBGP quando comparado com alguns grupos de EBGP com vários pares em cada grupo.

Depois que os pares BGP forem estabelecidos, as rotas não BGP não são anunciadas automaticamente pelos pares BGP. Em cada dispositivo habilitado para BGP, a configuração de políticas é necessária para exportar as rotas locais, estáticas ou aprendidas com IGP para o BGP RIB e, em seguida, anunciá-las como rotas BGP para os outros pares. A política de anúncios da BGP, por padrão, não anuncia nenhuma rota não BGP (como rotas locais) para peers.

Nota:

Em dispositivos da Série SRX, você deve habilitar o tráfego de entrada de host esperado nas interfaces especificadas ou em todas as interfaces da zona. Caso contrário, o tráfego de entrada destinado a este dispositivo é descartado por padrão.

Por exemplo, para permitir que o tráfego BGP em uma zona específica do dispositivo da Série SRX use a seguinte etapa:

(Todas as interfaces) (Interface especificada)

Exemplo: Configuração de sessões de peer BGP externas ponto a ponto

Este exemplo mostra como configurar sessões de ponto a ponto BGP.

Requisitos

Antes de começar, se a política BGP padrão não for adequada para sua rede, configure políticas de roteamento para filtrar as próximas rotas BGP e anunciar rotas BGP.

Visão geral

Figura 2 mostra uma rede com sessões de peer BGP. Na rede amostral, o Dispositivo E no AS 17 tem sessões de peer BGP para um grupo de colegas chamado external-peers. Os pares A, B e C residem no AS 22 e têm endereços IP 10.10.10.2, 10.10.10.6 e 10.10.10.10. Peer D reside no AS 79, no endereço IP 10.21.7.2. Este exemplo mostra a configuração no Dispositivo E.

Topologia

Figura 2: Rede típica com sessões BGP PeerRede típica com sessões BGP Peer

Configuração

Procedimento

Configuração rápida de CLI

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

Procedimento passo a passo

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

Para configurar as sessões de peer BGP:

  1. Configure as interfaces para Peers A, B, C e D.

  2. Defina o número do sistema autônomo (AS).

  3. Crie o grupo BGP e adicione os endereços externos do vizinho.

  4. Especifique o número do sistema autônomo (AS) do AS externo.

  5. Adicione Peer D e defina o número de AS no nível de vizinho individual.

    A configuração do vizinho substitui a configuração do grupo. Assim, enquanto peer-as 22 está definido para todos os outros vizinhos do grupo, peer-as 79 está definido para o vizinho 10.21.7.2.

  6. Definir o tipo de peer para BGP externo (EBGP).

Resultados

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

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

Verificação

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

Verificação de vizinhos BGP

Propósito

Verifique se o BGP está sendo executado 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.

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.

Verificando as informações do resumo do BGP

Propósito

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

Ação

Do modo operacional, execute o show bgp summary comando.

Exemplo: Configuração de BGP externo em sistemas lógicos com interfaces IPv6

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

Requisitos

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

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:

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

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 link EBGP IPv6.

Configurar o peering EBGP usando endereços locais de link só é aplicável para interfaces diretamente conectadas. 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 EUI-64 nas interfaces. Você deve usar esses endereços gerados nas declarações BGP neighbor . Este exemplo demonstra o procedimento completo 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 somente o encapsulamento do Frame Relay é suportado quando endereços IPv6 são configurados nas lt interfaces.

Figura 3 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 de peer BGP para um grupo de colegas chamado external-peers. Peers A, B e C residem em AS 22. Este exemplo mostra a configuração passo a passo no Sistema Lógico A e no Sistema Lógico E.

Topologia

Figura 3: Rede típica com sessões BGP PeerRede típica com sessões BGP Peer

Configuração

Procedimento

Configuração rápida de CLI

Para configurar este exemplo rapidamente, copie os seguintes comandos, cole-os em um arquivo de texto, remova quaisquer quebras de linha, altere todos os detalhes necessários para combinar com sua configuração de rede, copiar e colar os comandos no 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 a navegação na CLI, consulte o uso do Editor de CLI no modo de configuração no Guia de Usuário da CLI.

Para configurar as sessões de peer BGP:

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

  2. No Logical System A, configure o encapsulamento de interface, número de unidade de peer e DLCI para alcançar o 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 de interface, número de unidade de peer e DLCI para alcançar o 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 pela 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 link e não são usados neste exemplo.

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

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

Para configurar as sessões de peer BGP:

  1. No Logical System A, crie o grupo BGP e adicione o endereço externo do 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 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 terminar de configurar o dispositivo, entre no commit modo de configuração.

Verificação

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

Verificação de vizinhos BGP

Propósito

Verifique se o BGP está sendo executado 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 entre pares 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 está povoada 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.

Entendendo sessões internas de peering BGP

Quando dois dispositivos habilitados para BGP estão no mesmo sistema autônomo (AS), a sessão BGP é chamada de sessão BGP interna , ou sessão de IBGP. O BGP usa os mesmos tipos de mensagem nas sessões de IBGP e BGP externo (EBGP), mas as regras para quando enviar cada mensagem e como interpretar cada mensagem diferem ligeiramente. Por isso, algumas pessoas se referem ao IBGP e ao EBGP como dois protocolos separados.

Figura 4: BGP interno e externoBGP interno e externo

In Figura 4, Device Jackson, Device Memphis e Device Biloxi têm sessões de peer do IBGP entre si. Da mesma forma, a Device Miami e a Device Atlanta têm sessões de peer do IBGP entre si.

A finalidade do IBGP é fornecer um meio pelo qual os anúncios de roteamento EBGP podem ser encaminhados por toda a rede. Em teoria, para realizar essa tarefa, você pode redistribuir todas as suas rotas de EBGP em um protocolo de gateway interior (IGP), como OSPF ou IS-IS. Isso, no entanto, não é recomendado em um ambiente de produção devido ao grande número de rotas EBGP na Internet e pela maneira como os IGPs operam. Resumindo, com tantas rotas, o IGP rotatividade ou acidentes.

Geralmente, a interface de loopback (lo0) é usada para estabelecer conexões entre os pares do IBGP. A interface de loopback está sempre ativa enquanto o dispositivo estiver operando. Se houver uma rota para o endereço de loopback, a sessão de peering do IBGP permanecerá ativa. Se um endereço de interface física for usado em vez disso e essa interface subir e descer, a sessão de peering do IBGP também vai para cima e para baixo. Assim, a interface de loopback oferece tolerância a falhas caso a interface física ou o link caia, se o dispositivo tiver redundância de enlace.

Embora os vizinhos do IBGP não precisem estar diretamente conectados, eles precisam estar totalmente conectados. Nesse caso, a malha completa significa que cada dispositivo está logicamente conectado a todos os outros dispositivos por meio de relacionamentos de colegas vizinhos. A neighbor declaração cria a malha. Devido ao requisito completo de malha do IBGP, você deve configurar sessões individuais de peering entre todos os dispositivos IBGP no AS. A malha completa não precisa ser links físicos. Em vez disso, a configuração em cada dispositivo de roteamento deve criar uma malha completa de sessões de peer (usando várias neighbor declarações).

Nota:

O requisito para uma malha completa é dispensado se você configurar uma confederação ou uma reflexão de rotas.

Para entender o requisito de malha completa, considere que uma rota aprendida pelo IBGP não pode ser readvertida para outro peer do IBGP. A razão para impedir a readvertisement das rotas do IBGP e exigir a malha completa é evitar loops de roteamento dentro de um AS. O atributo de caminho AS é o meio pelo qual os dispositivos de roteamento BGP evitam loops. As informações de caminho são examinadas apenas para o número AS local quando a rota é recebida de um peer EBGP. Como o atributo só é modificado nos limites do AS, esse sistema funciona bem. No entanto, o fato de o atributo ser modificado apenas através dos limites do AS apresenta um problema dentro do AS. Por exemplo, suponha que os dispositivos de roteamento A, B e C estejam todos no mesmo AS. O dispositivo A recebe uma rota de um peer EBGP e envia a rota para o Dispositivo B, que o instala como a rota ativa. A rota é então enviada ao Dispositivo C, que o instala localmente e o envia de volta ao Dispositivo A. Se o dispositivo A instalar a rota, um loop será formado dentro do AS. Os dispositivos de roteamento não são capazes de detectar o loop porque o atributo de caminho AS não é modificado durante esses anúncios. Portanto, os designers de protocolo BGP decidiram que a única garantia de nunca formar um loop de roteamento era impedir que um peer do IBGP anunciasse uma rota aprendida pelo IBGP dentro do AS. Para a acessibilidade da rota, os pares do IBGP estão totalmente malhados.

O IBGP oferece suporte a conexões multihop para que os vizinhos do IBGP possam estar localizados em qualquer lugar do AS e muitas vezes não compartilhem um link. Uma busca por rotas recursiva resolve o endereço de peering de loopback para um próximo salto de encaminhamento ip. O serviço de busca é fornecido por rotas estáticas ou um IGP, como OSPF, ou rotas BGP.

Exemplo: Configuração de sessões internas bgp peer

Este exemplo mostra como configurar sessões internas de peer BGP.

Requisitos

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

Visão geral

Neste exemplo, você configura sessões internas de BGP (IBGP). A interface de loopback (lo0) é usada para estabelecer conexões entre os pares do IBGP. A interface de loopback está sempre ativa enquanto o dispositivo estiver operando. Se houver uma rota para o endereço de loopback, a sessão de peer do IBGP permanecerá ativa. Se um endereço de interface física for usado em vez disso e essa interface subir e descer, a sessão de peer DO IBGP também vai para cima e para baixo. Assim, se o dispositivo tiver redundância de enlace, a interface de loopback oferece tolerância a falhas caso a interface física ou um dos links caia.

Quando um dispositivo observa o endereço da interface de loopback de um dispositivo remoto, o dispositivo local espera que as mensagens de atualização BGP venham (sejam originadas por) o endereço de interface de loopback do dispositivo remoto. A local-address declaração permite especificar as informações de origem nas mensagens de atualização do BGP. Se você omitir a local-address declaração, a fonte esperada de mensagens de atualização BGP é baseada nas regras de seleção de endereço de origem do dispositivo, o que normalmente resulta no endereço da interface de saída ser a fonte esperada de mensagens de atualização. Quando isso acontece, a sessão de peer não é estabelecida porque existe uma incompatibilidade entre o endereço de origem esperado (a interface de saída do peer) e a fonte real (a interface de loopback do peer). Para garantir que o endereço de origem esperado corresponda ao endereço de origem real, especifique o endereço da interface de loopback na local-address declaração.

Como o IBGP oferece suporte a conexões multihop, os vizinhos do IBGP podem estar localizados em qualquer lugar do sistema autônomo (AS) e muitas vezes não compartilham um link. Uma busca por rotas recursiva resolve o endereço peer loopback para um próximo salto de encaminhamento IP. Neste exemplo, esse serviço é fornecido pelo OSPF. Embora os vizinhos do protocolo de gateway interior (IGP) não precisem estar diretamente conectados, eles precisam estar totalmente conectados. Nesse caso, a malha completa significa que cada dispositivo está logicamente conectado a todos os outros dispositivos por meio de relacionamentos de colegas vizinhos. A neighbor declaração cria a malha.

Nota:

O requisito para uma malha completa é dispensado se você configurar uma confederação ou uma reflexão de rotas.

Depois que os pares BGP forem estabelecidos, as rotas locais não são anunciadas automaticamente pelos pares BGP. Em cada dispositivo habilitado para BGP, a configuração de políticas é necessária para exportar as rotas locais, estáticas ou aprendidas por IGP para a base de informações de roteamento BGP (RIB) e, em seguida, anunciá-las como rotas BGP para os outros pares. A política de anúncios da BGP, por padrão, não anuncia nenhuma rota não BGP (como rotas locais) para peers.

Na rede amostral, os dispositivos em AS 17 são totalmente malhados no grupo internal-peers. Os dispositivos têm endereços loopback 192.168.6.5, 192.163.6.4 e 192.168.40.4.

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

Figura 5: Rede típica com sessões de IBGPRede típica com sessões de IBGP

Configuração

Configuração rápida de CLI

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

Dispositivo 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 do Junos OS CLI.

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

  1. Configure as interfaces.

  2. Configure BGP.

    As neighbor declarações estão incluídas no dispositivo B e no dispositivo C, embora o dispositivo 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 este cenário podem ser aceitar rotas aprendidas através do OSPF ou rotas locais.

  5. Configure o ID do roteador e o número AS.

Resultados

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

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

Configuração do dispositivo B

Procedimento passo a passo

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

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

  1. Configure as interfaces.

  2. Configure BGP.

    As neighbor declarações estão incluídas no dispositivo B e no dispositivo C, embora o dispositivo 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 este cenário podem ser aceitar rotas aprendidas através do OSPF ou rotas locais.

  5. Configure o ID do roteador e o número AS.

Resultados

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

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

Configuração do dispositivo 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 do Junos OS CLI.

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

  1. Configure as interfaces.

  2. Configure BGP.

    As neighbor declarações estão incluídas no dispositivo B e no dispositivo C, embora o dispositivo 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 este cenário podem ser aceitar rotas aprendidas através do OSPF ou rotas locais.

  5. Configure o ID do roteador e o número AS.

Resultados

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

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

Verificação

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

Verificação de vizinhos BGP

Propósito

Verifique se o BGP está sendo executado 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 do BGP está correta.

Ação

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

Verificar 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á fazendo com que as rotas BGP sejam instaladas nas tabelas de roteamento dos pares.

Ação

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

Exemplo: Configuração de sessões internas de peering BGP em sistemas lógicos

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

Requisitos

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

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 no grupo internal-peers. Os dispositivos têm endereços loopback 192.168.6.5, 192.163.6.4 e 192.168.40.4.

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

Figura 6: Rede típica com sessões de IBGPRede típica com sessões de IBGP

Configuração

Configuração rápida de CLI

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

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

Para configurar 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 este 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 terminar de configurar o dispositivo, entre no commit modo de configuração.

Verificação

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

Verificação de vizinhos BGP

Propósito

Verifique se o BGP está sendo executado 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 do BGP está correta.

Ação

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

Verificar 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.