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

Vantagens de usar grupos de peer BGP externos

O BGP é o único protocolo de roteamento em uso hoje adequado para transportar todas as rotas da Internet. Isso ocorre em grande parte porque o BGP é executado em cima do TCP e pode fazer uso do controle de fluxo de TCP. Por outro lado, os protocolos de gateway interno (IGPs) não têm controle de fluxo. Quando os IGPs têm muitas informações de rota, eles começam a agitar. Quando o BGP tem um alto-falante vizinho que está enviando informações muito rapidamente, o BGP pode reduzir o vizinho atrasando os reconhecimentos do TCP.

Outra vantagem do BGP é que (como o IS-IS) ele usa tuples de tipo, comprimento, valor (TLV) e informações de acessibilidade de camada de rede (NLRI) que fornecem extensibilidade aparentemente infinita sem a necessidade de que o protocolo subjacente seja alterado.

No Junos OS, o BGP é completamente orientado por políticas. O operador deve configurar explicitamente os vizinhos para peer com e aceitar rotas explicitamente para o BGP. Além disso, a política de roteamento é usada para filtrar e modificar informações de roteamento. Assim, as políticas de roteamento oferecem controle administrativo completo sobre as tabelas de roteamento.

A maneira preferida de configurar um grande número de vizinhos de peer BGP é configurar grupos de pares que consistem em vários vizinhos por grupo.

À medida que o número de grupos BGP externos (EBGP) aumenta, a capacidade de suportar um grande número de sessões BGP pode se tornar um problema de escala de recursos de CPU e memória. Oferecer suporte a menos grupos de EBGP geralmente é melhor do que apoiar 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. A razão para esse comportamento de escalabilidade é que o Junos OS tem estruturas de dados que ocorrem por rota por grupo. Ao adicionar um grupo, você multiplica esses números e diminui a quantidade de memória disponível.

O peering BGP cria relações de intercâmbio de tráfego mutuamente benéficas entre dois sistemas autônomos independentes (ASs). Ela é especialmente útil em pontos de troca de provedores de serviços. Essa relação tem o principal benefício de reduzir os custos de trânsito e os recursos de equipamento para ambas as redes. Outros benefícios potenciais da criação de grupos de peer BGP incluem a redução da complexidade da configuração do BGP e o aumento da redundância de rota, reduzindo a dependência dos provedores de trânsito.

O peering BGP pode ser usado para criar trocas de tráfego ponto a ponto entre duas redes remotas, como um escritório remoto e a sede da empresa. Ele também pode ser usado para conectar rapidamente duas redes distintas, como entre dois escritórios mesclados.

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

In 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, é usado um protocolo de gateway interior (IGP) (OSPF, por exemplo). Para rotear o tráfego entre peer ASs, é usada uma sessão BGP.

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

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 peer pode ser um endereço IPv6 ou IPv4.

Após a criação dos pares BGP, 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 por IGP para o BGP RIB e depois anunciá-las como rotas BGP para os outros pares. A política de anúncio do BGP, por padrão, não anuncia nenhuma rota não BGP (como rotas locais) para peers.

Nota:

Nos firewalls 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 seu firewall da Série SRX use a seguinte etapa:

(Todas as interfaces) (Interface especificada)

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

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 rotas BGP de entrada e anunciar rotas BGP.

Visão geral

Figura 2 mostra uma rede com sessões de peer BGP. Na rede de amostra, o Dispositivo E no AS 17 tem sessões de peer BGP para um grupo de pares 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. O 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 de peer BGPRede típica com sessões de peer BGP

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.

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

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

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

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

  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 você 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, execute o 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, 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

A partir 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 ponto a ponto BGP (EBGP) externas 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 a 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 parte 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.

A configuração do peering EBGP usando endereços locais de link 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 EUI-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 de túnel lógico (lt). Esse é um requisito porque apenas o encapsulamento de Frame Relay é suportado quando os endereços IPv6 são configurados nas lt interfaces.

Figura 3 mostra uma rede com sessões de peer BGP. Na rede de amostra, 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 pares chamados external-peers. Os pares A, B e C residem no AS 22. Este exemplo mostra a configuração passo a passo do Sistema Lógico A e do Sistema Lógico E.

Topologia

Figura 3: Rede típica com sessões de peer BGPRede típica com sessões de peer BGP

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

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 na CLI, consulte Usando o Editor de CLI no modo de configuração no Guia do 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 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 Sistema Lógico 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 que são gerados pela EUI-64.

    Os endereços de 2001 são usados neste exemplo nas declarações do 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 como navegar na CLI, consulte Usando o Editor de CLI no modo de configuração no Guia do 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 Sistema Lógico E, especifique o número do sistema autônomo (AS) do AS externo.

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

  6. No Logical System E, definir 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, definir 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 você 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, execute o show bgp neighbor comando.

Significado

As informações de alcance da camada de rede unicast (NLRI) IPv6 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

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

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

A partir 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 as 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 em sessões de IBGP e BGP externo (EBGP), mas as regras para quando enviar cada mensagem e como interpretar cada mensagem diferem um pouco. Por essa razão, 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, o Dispositivo Miami e o Dispositivo Atlanta têm sessões de peer-peer do IBGP entre si.

O objetivo 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 forma como os IGPs operam. Em resumo, com tantos roteamentos, o IGP gera ou trava.

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 caiam, se o dispositivo tiver redundância de link.

Embora os vizinhos do IBGP não precisem estar diretamente conectados, eles precisam estar totalmente conectados. Nesse caso, a malha total significa que cada dispositivo está logicamente conectado a todos os outros dispositivos por meio de relacionamentos de pares vizinhos. A neighbor declaração cria a malha. Devido ao requisito de malha completa do IBGP, você deve configurar sessões de peering individuais 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 por pares (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 rota.

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 evitar 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 do caminho são analisadas apenas para o número DE local quando a rota é recebida de um peer EBGP. Como o atributo só é modificado entre os limites de AS, este sistema funciona bem. No entanto, o fato de o atributo ser modificado apenas entre os limites de AS apresenta um problema dentro do AS. Por exemplo, suponha que os dispositivos de roteamento A, B e C estejam todos na mesma forma que. 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 de rotas, os pares do IBGP estão totalmente conectados.

O IBGP oferece suporte a conexões multihop para que os vizinhos do IBGP possam estar localizados em qualquer lugar dentro do AS e muitas vezes não compartilhem um link. Uma busca por rota recursiva resolve o endereço de peering de loopback para um encaminhamento de IP no próximo salto. 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 link, a interface de loopback oferece tolerância a falhas caso a interface física ou um dos links caiam.

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 que você especifique 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ços 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 fonte 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 rota recursiva resolve o endereço peer de loopback para um encaminhamento de IP no próximo salto. 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 total significa que cada dispositivo está logicamente conectado a todos os outros dispositivos por meio de relacionamentos de pares 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 rota.

Após a criação dos pares BGP, 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 depois anunciá-las como rotas BGP para os outros pares. A política de anúncio do BGP, por padrão, não anuncia nenhuma rota não BGP (como rotas locais) para peers.

Na rede de amostra, os dispositivos em AS 17 estão totalmente em malha 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 por pares.

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

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 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 na CLI, consulte Usando o 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 tanto para o Dispositivo B quanto para o Dispositivo C, embora o Dispositivo A não esteja diretamente conectado ao Dispositivo C.

  3. Configure OSPF.

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

    Outras opções úteis para este cenário podem ser aceitar rotas aprendidas por meio de OSPF ou rotas locais.

  5. Configure a 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 você 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 como navegar na CLI, consulte Usando o 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 tanto para o Dispositivo B quanto para o Dispositivo C, embora o Dispositivo A não esteja diretamente conectado ao Dispositivo C.

  3. Configure OSPF.

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

    Outras opções úteis para este cenário podem ser aceitar rotas aprendidas por meio de OSPF ou rotas locais.

  5. Configure a 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 você 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 na CLI, consulte Usando o 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 tanto para o Dispositivo B quanto para o Dispositivo C, embora o Dispositivo A não esteja diretamente conectado ao Dispositivo C.

  3. Configure OSPF.

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

    Outras opções úteis para este cenário podem ser aceitar rotas aprendidas por meio de OSPF ou rotas locais.

  5. Configure a 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 você 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.

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á 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, 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 de amostra, os dispositivos em AS 17 estão totalmente em malha 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 por pares.

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

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 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 na CLI, consulte Usando o Editor de CLI no modo de configuração no Guia do 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 aceite rotas diretas.

    Outras opções úteis para este cenário podem ser aceitar rotas aprendidas por meio de OSPF ou rotas 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 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, 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.

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.