Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
 

BGP de peering

Compreender sessões BGP de peering externos

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

Figura 1: BGP de peeringBGP de peering

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

Você organiza BGP dispositivos de roteamento em grupos de colegas. Grupos de colegas diferentes podem ter diferentes tipos de grupo, números AS e identificadores de cluster de refletor de rotas.

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

Conforme aumenta o número de grupos de BGP externos (EBGP), a capacidade de dar suporte a um grande número de sessões de BGP pode se tornar um problema de escalonamento. A maneira preferida de configurar um grande número de BGP vizinhos é configurar alguns grupos consistindo de vários vizinhos por grupo. Suportar menos grupos EBGP geralmente é melhor do que dar suporte a um grande número de grupos EBGP. Isso fica mais evidente no caso de centenas de grupos EBGP quando comparados a alguns grupos EBGP com vários peers em cada grupo.

Depois que BGP os peers mais BGP, as rotas que não são definidas não são anunciadas automaticamente pelos BGP parceiros. Em cada dispositivo BGP habilitado para BGP, a configuração de política é necessária para exportar as rotas locais, estáticas ou IGP aprendidas BGP rib e, em seguida, anurá-las como rotas BGP para os outros colegas. BGP de publicidade da BGP, por padrão, para peers.

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

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

Requisitos

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

Visão geral

Figura 2 mostra uma rede com BGP peer sessions. Na rede de amostra, o Dispositivo E em AS 17 BGP sessões de peer para um grupo de colegas chamado external-peers . Os peers A, B e C residem em AS 22 e têm endereços IP 10.10.10.2, 10.10.10.6 e 10.10.10.10. Peer D reside em 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 BGP peer sessionsRede típica com BGP peer sessions

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 as interfaces para os peers A, B, C e D.

  2. Dede 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. Adicionar Peer D e definir o número AS no nível do vizinho individual.

    A configuração do vizinho sobrepõe a configuração do grupo. Portanto, embora seja definido para todos os outros vizinhos do grupo, está definido para o vizinho peer-as 22peer-as 79 10.21.7.2.

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

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 os BGP vizinhos

Propósito

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

Ação

Do modo operacional, execute o show bgp neighbor comando.

Verificar grupos BGP

Propósito

Verificar se os grupos BGP estão configurados corretamente.

Ação

Do modo operacional, execute o show bgp group comando.

Verificar informações BGP resumo

Propósito

Verificar se a configuração BGP da rede está correta.

Ação

Do modo operacional, execute o show bgp summary comando.

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

Este exemplo mostra como configurar sessões peer ponto a ponto (EBGP) de BGP externos 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 aceita sessões de peer EBGP por meio de endereços IPv6. Uma sessão de peers IPv6 pode ser configurada quando um endereço IPv6 é especificado na neighbor declaração. Este exemplo usa 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 do identificador de interface do endereço (os últimos 64 bits).

Nota:

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

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

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 estão ativas, você pode usar o comando para exibir os endereços show interfaces terse IPv6 gerados por EUI-64 nas interfaces. Você deve usar esses endereços gerados nas BGP neighbor declarações. Este exemplo demonstra o procedimento completo de ponta a ponta.

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

Figura 3 mostra uma rede com BGP peer sessions. Na rede de amostra, o roteador R1 tem cinco sistemas lógicos configurados. O Dispositivo E no sistema autônomo (AS) 17 BGP sessões de peer para um grupo de colegas chamado external-peers . Os 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 BGP peer sessionsRede típica com BGP peer sessions

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 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 A

Dispositivo B

Dispositivo C

Dispositivo D

Dispositivo E

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 as sessões BGP peer:

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

  2. No sistema lógico A, configure o encapsulamento da interface, o número de unidade de ponto e a DLCI para chegar ao Sistema Lógico E.

  3. No sistema lógico A, configure o endereço de rede para o enlace ao Peer E e configure uma interface de loopback.

  4. No Sistema Lógico E, configure o encapsulamento da interface, o número de unidade de ponto e a DLCI para chegar ao sistema lógico A.

  5. No Sistema Lógico E, configure o endereço de rede para o enlace ao 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 BGP neighbor de dados.

    Nota:

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

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

Configurando as sessões de BGP externas

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 as sessões BGP peer:

  1. No sistema lógico A, crie o grupo BGP e adicione o endereço vizinho externo.

  2. No Sistema Lógico E, crie o grupo BGP e adicione o endereço vizinho externo.

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

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

  5. No sistema lógico A, de definir o tipo de peer como EBGP.

  6. No Sistema Lógico E, de definir o tipo de peer como EBGP.

  7. No sistema lógico A, defie o número do sistema autônomo (AS) e a ID do roteador.

  8. No Sistema Lógico E, de definir o número AS e a ID do roteador.

  9. Repetir essas etapas para peers A, B, C e D.

Resultados

A partir do modo de configuração, confirme sua configuração ao entrar no show logical-systems comando. 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 os BGP vizinhos

Propósito

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

Ação

Do modo operacional, execute o show bgp neighbor comando.

Significado

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

Verificar grupos BGP

Propósito

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

Verificar informações BGP resumo

Propósito

Verificar se as BGP de colegas estão estabelecidas.

Ação

Do modo operacional, execute o show bgp summary comando.

Significado

Os peers down: A saída 0 mostra que os BGP estão no estado estabelecido.

Verificação da tabela de roteamento

Propósito

Verifique se a tabela de roteamento inet6.0 está 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.

Compreender sessões BGP internas de peering

Quando dois BGP ativados por BGP estão no mesmo sistema autônomo (AS), a sessão de BGP é chamada de sessão BGP interna ou sessão IBGP. BGP usa os mesmos tipos de mensagem em sessões de IBGP e de BGP externa (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: Informações internas e externas BGPInformações internas e externas BGP

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

O objetivo do IBGP é fornecer um meio pelo qual os anúncios de rotear 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, porém, não é recomendado em um ambiente de produção por causa do grande número de rotas de EBGP na Internet e pela maneira como os IGPs operam. Em resumo, com tantas rotas, a IGP bate ou bate.

Geralmente, a interface de loopback (lo0) é usada para estabelecer conexões entre peers IBGP. A interface de loopback está sempre em funcionamento enquanto o dispositivo está funcionando. Se houver uma rota para o endereço de loopback, a sessão de peering do IBGP permanece disponível. Se um endereço de interface física for usado e essa interface subir e descer, a sessão de peering do IBGP também subirá e descerá. Assim, a interface de loopback fornece tolerância a falhas no caso da interface física ou do enlace cair, se o dispositivo tiver redundância de enlace.

Embora os vizinhos do IBGP não precisem ser conectados diretamente, eles precisam ser totalmente conectados. Nesse caso, totalmente conectado significa que cada dispositivo está logicamente conectado a todos os outros dispositivos por meio das relações entre os colegas do vizinho. A neighbor declaração cria a malha. Devido ao requisito completo de malha do IBGP, você deve configurar sessões de peering individuais entre todos os dispositivos IBGP no AS. A malha completa não precisa ser de 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 de uma malha completa é isenção caso você configure uma confederação ou uma reflexão de roteamento.

Para entender o requisito de malha completa, considere que uma rota aprendida por IBGP não pode ser reversão para outro peer IBGP. O motivo para impedir o reversão das rotas do IBGP e exigir a malha completa é evitar loops de roteamento dentro de um AS. O atributo do caminho de AS é o meio pelo qual BGP dispositivos de roteamento evitam loops. As informações de caminho são examinadas para o número AS local somente quando a rota é recebida de um peer EBGP. Como o atributo só é modificado entre os limites de AS, esse sistema funciona bem. No entanto, o fato de o atributo ser apenas modificado entre os limites de AS apresenta um problema dentro do AS. Por exemplo, imagine que os dispositivos de roteamento A, B e C sejam 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. Em seguida, a rota é enviada ao Dispositivo C, que a instala localmente e a envia de volta ao Dispositivo A. Se o dispositivo A instala a rota, um loop é formado dentro do AS. Os dispositivos de roteamento não são capazes de detectar o loop porque o atributo do caminho de AS não é modificado durante esses anúncios. Portanto, os BGP de protocolo decidiram que a única garantia de nunca formar um loop de roteamento era impedir que um peer IBGP anunciando uma rota aprendida por IBGP dentro do AS. Para a capacidade de alcance da rota, os peers do IBGP são totalmente "sedados".

O IBGP tem suporte para conexões multisshop, para que os vizinhos do IBGP possam estar localizados em qualquer lugar dentro do AS e, muitas vezes, não compartilhar um enlace. Uma análise de rota recursiva resolve o endereço de peering de loopback para um próximo salto de encaminhamento de IP. O serviço de análise é fornecido por rotas estáticas ou IGP, como OSPF ou BGP rotas.

Exemplo: Configuração de sessões BGP internas

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

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 de BGP internas (IBGP). A interface de loopback (lo0) é usada para estabelecer conexões entre peers IBGP. A interface de loopback está sempre em funcionamento enquanto o dispositivo está funcionando. Se houver uma rota para o endereço de loopback, a sessão de peerS do IBGP permanece aberta. Se um endereço de interface física for usado e essa interface subir e descer, a sessão de peerS do IBGP também subirá e descerá. Assim, se o dispositivo tiver redundância de enlace, a interface de loopback fornece tolerância a falhas no caso da interface física ou de um dos enlaces cair.

Quando um dispositivo peers com o endereço de interface de loopback de um dispositivo remoto, o dispositivo local espera que BGP mensagens de atualização sejam enviadas (sejam origem) do endereço da interface de loopback do dispositivo remoto. A local-address declaração permite especificar as informações de origem na BGP mensagens de atualização. Se você omitir a declaração, a origem esperada das mensagens de atualização BGP baseia-se nas regras de seleção do 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 local-address atualização. Quando isso acontece, a sessão de peers não é estabelecida porque existe uma incompatibilidade entre o endereço de origem esperado (a interface de saída do peer) e a origem real (a interface de loopback do peer). Para ter certeza de que o endereço de origem esperado corresponde ao endereço de origem real, especifique o endereço de interface de loopback na local-address declaração.

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

Nota:

O requisito de uma malha completa é isenção caso você configure uma confederação ou uma reflexão de roteamento.

Após a BGP dos colegas de rede se estabelecerem, as rotas locais não são anunciadas automaticamente pelos BGP locais. Em cada dispositivo BGP habilitado para BGP, a configuração de política é necessária para exportar as rotas locais, estáticas ou IGP aprendidas BGP para BGP base de informações de roteamento (RIB) e, em seguida, anurá-las como rotas BGP para os outros colegas. BGP de publicidade da BGP, por padrão, para peers.

Na rede de amostra, os dispositivos em AS 17 são totalmente em grande parte do internal-peers grupo. Os dispositivos têm endereços de 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 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 A

Dispositivo B

Dispositivo C

Configuração do dispositivo A

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 sessões BGP internas no dispositivo A:

  1. Configure as interfaces.

  2. Configure BGP.

    As declarações estão incluídas no Dispositivo B e no Dispositivo C, embora o neighbor Dispositivo A não esteja conectado diretamente 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 por meio OSPF rotas locais ou locais.

  5. Configure a ID do roteador e o número 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.

Configuração do dispositivo B

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.

Para configurar sessões BGP internas no dispositivo B:

  1. Configure as interfaces.

  2. Configure BGP.

    As declarações estão incluídas no Dispositivo B e no Dispositivo C, embora o neighbor Dispositivo A não esteja conectado diretamente 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 por meio OSPF rotas locais ou locais.

  5. Configure a ID do roteador e o número 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.

Configuração do dispositivo C

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 sessões BGP internas no dispositivo C:

  1. Configure as interfaces.

  2. Configure BGP.

    As declarações estão incluídas no Dispositivo B e no Dispositivo C, embora o neighbor Dispositivo A não esteja conectado diretamente 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 por meio OSPF rotas locais ou locais.

  5. Configure a ID do roteador e o número 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.

Verificação

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

Verificar os BGP vizinhos

Propósito

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

Ação

Do modo operacional, insira o show bgp neighbor comando.

Verificar grupos BGP

Propósito

Verificar se os grupos BGP estão configurados corretamente.

Ação

Do modo operacional, insira o show bgp group comando.

Verificar informações BGP resumo

Propósito

Verificar se a configuração BGP da rede está correta.

Ação

Do modo operacional, insira o show bgp summary comando.

Verificar se as BGP estão instaladas na tabela de roteamento

Propósito

Verificar se a configuração da política de exportação está fazendo com que as BGP sejam instaladas nas tabelas de roteamento dos peers.

Ação

Do modo operacional, insira o show route protocol bgp comando.

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

Este exemplo mostra como configurar sessões de BGP internas 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 de BGP internas (IBGP).

Na rede de amostra, os dispositivos em AS 17 são totalmente em grande parte do internal-peers grupo. Os dispositivos têm endereços de 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 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 A

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 sessões BGP internas no dispositivo A:

  1. Configure as interfaces.

  2. Configure BGP.

    No sistema lógico A, as declarações são incluídas para o dispositivo B e o dispositivo C, embora o sistema lógico A não esteja conectado neighbor diretamente 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 por meio OSPF rotas locais ou locais.

  5. 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 ao entrar no show logical-systems comando. Se a saída não apresentar a configuração pretendido, repetirá as instruções de configuração neste exemplo para corrigi-la.

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 os BGP vizinhos

Propósito

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

Ação

A partir do modo operacional, insira o show bgp neighbor comando.

Verificar grupos BGP

Propósito

Verificar se os grupos BGP estão configurados corretamente.

Ação

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

Verificar informações BGP resumo

Propósito

Verificar se a configuração BGP da rede está correta.

Ação

A partir do modo operacional, insira o show bgp summary comando.

Verificar se as BGP estão instaladas na tabela de roteamento

Propósito

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

Ação

A partir do modo operacional, insira o show route protocol bgp comando.