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 que é adequado para transportar todas as rotas na Internet. Isso ocorre principalmente porque o BGP é executado sobre o TCP e pode fazer uso do controle de fluxo 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 se agitar. Quando o BGP tem um alto-falante vizinho que está enviando informações muito rapidamente, o BGP pode limitar o vizinho atrasando as confirmações de TCP.

Outro benefício do BGP é que (como o IS-IS) ele usa tuplas de tipo, comprimento e valor (TLV) e informações de alcance de camada de rede (NLRI) que fornecem extensibilidade aparentemente infinita sem a necessidade de alterar o protocolo subjacente.

No Junos OS, o BGP é totalmente orientado por políticas. O operador deve configurar explicitamente os vizinhos para emparelhar e aceitar explicitamente as rotas no BGP. Além disso, a política de roteamento é usada para filtrar e modificar as informações de roteamento. Assim, as políticas de roteamento fornecem 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 peer que consistem em vários vizinhos por grupo.

À 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 dimensionamento de recursos de CPU e memória. Apoiar menos grupos EBGP geralmente é melhor dimensionado do que apoiar um grande número de grupos EBGP. Isso se torna mais evidente no caso de centenas de grupos EBGP quando comparados com alguns grupos 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 e 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 troca de tráfego mutuamente benéficas entre dois sistemas autônomos (ASs) independentes. É especialmente útil em pontos de troca de provedores de serviços. Esse relacionamento tem o principal benefício de reduzir os custos de trânsito e os recursos de equipamentos 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 rotas, reduzindo a dependência de 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 fundidos.

Entender as sessões externas de peering BGP

Para estabelecer conexões ponto a ponto entre sistemas autônomos (ASs) peer, 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. A Figura 1 mostra um exemplo de uma sessão de peering BGP.

Figura 1: Sessão Network topology diagram showing AS 3 using OSPF and AS 10 using RIP, connected by BGP via routers A and B. de peering BGP

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

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

Para definir um grupo BGP que reconheça 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.

Depois que os peers BGP são estabelecidos, as rotas não BGP não são anunciadas automaticamente pelos peers BGP. Em cada dispositivo habilitado para BGP, a configuração de política é necessária para exportar as rotas locais, estáticas ou aprendidas por IGP para o BGP RIB e, em seguida, 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 pares.

Observação:

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 será descartado por padrão.

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

(Todas as interfaces) (Interface especificada)

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

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

Requerimentos

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

Visão geral

A 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 peers chamado external-peers. Os pares A, B e C residem no AS 22 e têm os 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 Network diagram showing routers in autonomous systems AS 17, AS 22, and AS 78 with labeled connections indicating data routing paths. de peer BGP

Configuração

Tramitação processual

Configuração rápida da CLI

Para configurar rapidamente este exemplo, copie os comandos a seguir, cole-os em um arquivo de texto, remova as quebras de linha, altere os detalhes necessários para corresponder à configuração de rede e, em seguida, copie e cole os comandos na CLI no nível de [edit] hierarquia.

Procedimento passo a passo

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

Para configurar as sessões de peer BGP:

  1. Configure as interfaces para os pares 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 vizinhos externos.

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

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

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

  6. Defina o tipo de peer como BGP externo (EBGP).

Resultados

No modo de configuração, confirme sua configuração inserindo os show interfacescomandos , show protocolse show routing-options . Se a saída não exibir a configuração pretendida, repita as instruções neste exemplo para corrigir a configuração.

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

Verificação

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

Verificando vizinhos BGP

Finalidade

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

Ação

Do modo operacional, execute o show bgp neighbor comando.

Verificando grupos BGP

Finalidade

Verifique se os grupos BGP estão configurados corretamente.

Ação

Do modo operacional, execute o show bgp group comando.

Verificando as informações de resumo do BGP

Finalidade

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.

Requerimentos

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 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 do identificador de interface do endereço (os últimos 64 bits).

Observação:

Como alternativa, você pode configurar sessões 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, deverá incluir a local-interface declaração. Essa declaração é válida apenas para endereços locais de enlace IPv6 de 128 bits e é obrigatória para configurar uma sessão de peer local de enlace EBGP IPv6.

A configuração do emparelhamento EBGP usando endereços locais de link só é aplicável para interfaces conectadas diretamente. Não há suporte para emparelhamento multihop.

Depois que suas interfaces estiverem ativas, você poderá usar o show interfaces terse comando para visualizar os endereços IPv6 gerados pelo EUI-64 nas interfaces. Você deve usar esses endereços gerados nas instruçõ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 de túnel lógico (lt). Isso é um requisito porque apenas o encapsulamento do Frame Relay é suportado quando os endereços IPv6 são configurados nas interfaces lt .

A Figura 3 mostra uma rede com sessões de peer BGP. Na rede de exemplo, 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 peers chamados external-peers. Os pares A, B e C residem na 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 Typical Network with BGP Peer Sessions de peer BGP

Configuração

Tramitação processual

Configuração rápida da CLI

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

Dispositivo A

Dispositivo B

Dispositivo C

Dispositivo D

Dispositivo E

Procedimento passo a passo

O exemplo a seguir requer que você navegue por vários níveis na hierarquia de configuração. Para obter informações sobre como navegar na CLI, consulte Uso do 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 de túnel lógico (lt).

  2. No Sistema Lógico A, configure o encapsulamento da interface, o número da unidade de peer e o DLCI para alcançar o Sistema Lógico E.

  3. No Sistema Lógico A, configure o endereço de rede para o link para o Peer E e configure uma interface de loopback.

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

  5. No Sistema Lógico E, configure o endereço de rede para o link para o 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 instruções BGP neighbor .

    Observação:

    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.

Configurando as sessões BGP externas

Procedimento passo a passo

O exemplo a seguir requer que você navegue por vários níveis na hierarquia de configuração. Para obter informações sobre como navegar na CLI, consulte Uso do 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 Sistema Lógico A, crie o grupo BGP e adicione o endereço do vizinho externo.

  2. No Logical System E, crie o grupo BGP e adicione o endereço do 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, defina o tipo de peer como EBGP.

  6. No Sistema Lógico E, defina o tipo de peer como 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 os pares A, B, C e D.

Resultados

No modo de configuração, confirme sua configuração digitando o 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 do modo de configuração.

Verificação

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

Verificando vizinhos BGP

Finalidade

Verifique se o BGP está em execução em interfaces configuradas e se a sessão do 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 (NLRI) unicast IPv6 estão sendo trocadas entre os vizinhos.

Verificando grupos BGP

Finalidade

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 de resumo do BGP

Finalidade

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

Ação

Do modo operacional, execute o show bgp summary comando.

Significado

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

Verificando a tabela de roteamento

Finalidade

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.

Entender 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 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 esse motivo, algumas pessoas se referem ao IBGP e ao EBGP como dois protocolos separados.

Figura 4: BGP Network topology diagram showing Autonomous Systems and routers: AS 604 in Biloxi, Memphis, Jackson; AS 931 in Miami, Atlanta; AS 25 in Topeka. IBGP connects routers within AS; EBGP connects Memphis to Atlanta and Jackson to Topeka. IP addresses and subnets indicated. interno e externo

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

O objetivo do IBGP é fornecer um meio pelo qual os anúncios de rota EBGP possam ser encaminhados por toda a rede. Em teoria, para realizar essa tarefa, você poderia redistribuir todas as suas rotas EBGP em um protocolo de gateway interior (IGP), como OSPF ou IS-IS. No entanto, isso não é recomendado em um ambiente de produção devido ao grande número de rotas EBGP na Internet e à maneira como os IGPs operam. Em suma, com tantas rotas, o IGP se agita 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 e essa interface subir e descer, a sessão de peering do IBGP também aumentará e diminuirá. Assim, a interface de loopback fornece tolerância a falhas caso a interface física ou o link caia, se o dispositivo tiver redundância de link.

Embora os vizinhos do IBGP não precisem estar conectados diretamente, eles precisam estar totalmente em malha. Nesse caso, totalmente em malha significa que cada dispositivo está logicamente conectado a todos os outros dispositivos por meio de relacionamentos de pares vizinhos. A neighbor instruçã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 de peer (usando várias neighbor instruções).

Observação:

O requisito de uma malha completa será dispensado se você configurar uma confederação ou reflexão de rota.

Para entender o requisito de malha completa, considere que uma rota aprendida pelo IBGP não pode ser reanunciada para outro peer do IBGP. O motivo para impedir o readvertisement de rotas do IBGP e exigir a malha completa é evitar loops de roteamento dentro de um AS. O atributo do caminho AS é o meio pelo qual os dispositivos de roteamento BGP evitam loops. As informações do 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 do AS, esse sistema funciona bem. No entanto, o fato de o atributo ser modificado apenas entre os 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 a instala como a rota ativa. A rota é então enviada para o Dispositivo C, que a instala localmente e a envia de volta para o 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 do caminho AS não é modificado durante esses anúncios. Portanto, os projetistas do 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 acessibilidade de rota, os pares do IBGP são totalmente em malha.

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

Exemplo: configuração de sessões internas de peer BGP

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

Requerimentos

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 peer 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 e essa interface subir e descer, a sessão de peer do IBGP também aumentará e diminuirá. Assim, se o dispositivo tiver redundância de link, a interface de loopback fornecerá tolerância a falhas caso a interface física ou um dos links fique inativo.

Quando um dispositivo faz peering com o endereço da interface de loopback de um dispositivo remoto, o dispositivo local espera que as mensagens de atualização do BGP venham (sejam originadas por) o endereço da interface de loopback do dispositivo remoto. A local-address instrução permite que você especifique as informações de origem nas mensagens de atualização do BGP. Se você omitir a local-address instrução, a fonte esperada de mensagens de atualização BGP será 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 sendo 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 origem 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 local-address endereço da interface de loopback na instrução.

Como o IBGP suporta conexões multishop, os vizinhos do IBGP podem estar localizados em qualquer lugar dentro do sistema autônomo (AS) e muitas vezes não compartilham um link. Uma pesquisa 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 pelo OSPF. Embora os vizinhos do Interior Gateway Protocol (IGP) não precisem estar conectados diretamente, eles precisam estar totalmente em malha. Nesse caso, totalmente em malha significa que cada dispositivo está logicamente conectado a todos os outros dispositivos por meio de relacionamentos de pares vizinhos. A neighbor instrução cria a malha.

Observação:

O requisito de uma malha completa será dispensado se você configurar uma confederação ou reflexão de rota.

Depois que os pares BGP são estabelecidos, as rotas locais não são anunciadas automaticamente pelos pares BGP. Em cada dispositivo habilitado para BGP, a configuração de política é necessária para exportar as rotas locais, estáticas ou aprendidas por IGP para a base de informações de roteamento (RIB) do BGP e, em seguida, 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 pares.

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

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

Figura 5: Rede típica com sessões Typical Network with IBGP Sessions de IBGP

Configuração

Configuração rápida da CLI

Para configurar rapidamente este exemplo, copie os comandos a seguir, cole-os em um arquivo de texto, remova as quebras de linha, altere os detalhes necessários para corresponder à configuração de rede e, em seguida, copie e cole os comandos na CLI no nível de [edit] hierarquia.

Dispositivo A

Dispositivo B

Dispositivo C

Configurando o dispositivo A

Procedimento passo a passo

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

Para configurar sessões internas de peer BGP no Dispositivo A:

  1. Configure as interfaces.

  2. Configure BGP.

    As neighbor declarações são incluídas para o Dispositivo B e o Dispositivo C, mesmo que 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 esse cenário podem ser aceitar rotas aprendidas por meio de OSPF ou rotas locais.

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

Resultados

No modo de configuração, confirme sua configuração inserindo os show interfacescomandos , show policy-options, , show protocolse show routing-options . 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 do modo de configuração.

Configurando o dispositivo B

Procedimento passo a passo

O exemplo a seguir requer 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 de peer BGP no dispositivo B:

  1. Configure as interfaces.

  2. Configure BGP.

    As neighbor declarações são incluídas para o Dispositivo B e o Dispositivo C, mesmo que 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 esse cenário podem ser aceitar rotas aprendidas por meio de OSPF ou rotas locais.

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

Resultados

No modo de configuração, confirme sua configuração inserindo os show interfacescomandos , show policy-options, , show protocolse show routing-options . 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 do modo de configuração.

Configurando o dispositivo C

Procedimento passo a passo

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

Para configurar sessões internas de peer BGP no dispositivo C:

  1. Configure as interfaces.

  2. Configure BGP.

    As neighbor declarações são incluídas para o Dispositivo B e o Dispositivo C, mesmo que 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 esse cenário podem ser aceitar rotas aprendidas por meio de OSPF ou rotas locais.

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

Resultados

No modo de configuração, confirme sua configuração inserindo os show interfacescomandos , show policy-options, , show protocolse show routing-options . 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 do modo de configuração.

Verificação

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

Verificando vizinhos BGP

Finalidade

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

Ação

Do modo operacional, insira o show bgp neighbor comando.

Verificando grupos BGP

Finalidade

Verifique se os grupos BGP estão configurados corretamente.

Ação

Do modo operacional, insira o show bgp group comando.

Verificando as informações de resumo do BGP

Finalidade

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

Ação

Do modo operacional, insira o show bgp summary comando.

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

Finalidade

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

Do modo operacional, insira o 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.

Requerimentos

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 no AS 17 estão totalmente em malha no grupo internal-peers. Os dispositivos têm endereços de loopback 192.168.6.5, 192.163.6.4 e 192.168.40.4.

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

Figura 6: Rede típica com sessões Typical Network with IBGP Sessions de IBGP

Configuração

Configuração rápida da CLI

Para configurar rapidamente este exemplo, copie os comandos a seguir, cole-os em um arquivo de texto, remova as quebras de linha, altere os detalhes necessários para corresponder à configuração de 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 requer que você navegue por vários níveis na hierarquia de configuração. Para obter informações sobre como navegar na CLI, consulte Uso do Editor de CLI no Modo de Configuração no Guia do Usuário da CLI.

Para configurar sessões internas de peer BGP no Dispositivo A:

  1. Configure as interfaces.

  2. Configure BGP.

    No Sistema Lógico A, as instruções são incluídas para o Dispositivo B e o Dispositivo C, mesmo que o neighbor 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 esse cenário podem ser aceitar rotas aprendidas por meio de OSPF ou rotas locais.

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

Resultados

No modo de configuração, confirme sua configuração digitando o 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 do modo de configuração.

Verificação

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

Verificando vizinhos BGP

Finalidade

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

Ação

No modo operacional, insira o show bgp neighbor comando.

Verificando grupos BGP

Finalidade

Verifique se os grupos BGP estão configurados corretamente.

Ação

No modo operacional, insira o show bgp group comando.

Verificando as informações de resumo do BGP

Finalidade

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

Ação

No modo operacional, insira o show bgp summary comando.

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

Finalidade

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

Ação

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