Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
 

Exemplo: Configurando uma política de roteamento para anunciar a melhor rota externa para peers internos

A especificação de protocolo BGP, definida na RFC 1771, especifica que um ponto de BGP deve anunciar a seus colegas internos o caminho externo de maior preferência, mesmo se esse caminho não for o melhor geral (ou seja, mesmo se o melhor caminho for um caminho interno). Na prática, implementações BGP implantadas não seguem essa regra. Os motivos para desviar da especificação são os seguintes:

  • Minimizando a quantidade de informações anunciadas. BGP escalas de acordo com o número de caminhos disponíveis.

  • Evitar loops de roteamento e encaminhamento.

No entanto, existem vários cenários nos quais o comportamento, especificado na RFC 1771, de anunciar a melhor rota externa pode ser vantajoso. Limitar informações de caminho nem sempre é desejável, pois a diversidade de caminhos pode ajudar a reduzir os tempos de restauração. Anunciar o melhor caminho externo também pode tratar de problemas internos de oscilação de roteamento (IBGP) descritos em RFC 3345, Protocolo de Gateway de Borda (BGP)Situação de oscilação persistente da rota. BGP

A declaração modifica o comportamento de um BGP para anunciar o melhor caminho externo até os pontos IBGP, mesmo quando o melhor caminho geral é advertise-external um caminho interno.

Nota:

A advertise-external declaração é apoiada em nível de grupo e vizinho. Se você configurar a declaração no nível do vizinho, você deve configurá-la para todos os vizinhos de um grupo. Caso contrário, o grupo é dividido automaticamente em diferentes grupos.

A opção limita o comportamento da configuração, de maneira que a rota externa seja anunciada apenas se o processo de seleção de roteamento chegar ao ponto em que a métrica de discriminador de saída conditionaladvertise-external (MED) múltiplo é avaliada. Assim, uma rota externa não é anunciada se tiver, por exemplo, um caminho AS pior (mais longo) do que o do caminho ativo. A opção restringe o anúncio de caminho externo para quando o melhor caminho externo e o caminho ativo são iguais até a etapa MED do processo de seleção conditional de roteamento. Observe que os critérios usados para selecionar o melhor caminho externo são os mesmos, independentemente de conditional a opção ser configurada ou não.

O Junos OS também fornece suporte para configurar uma política de BGP de exportação que bate com o estado de uma rota anunciada. Você pode combinar rotas ativas ou inativas, da seguinte forma:

Esse qualificador só bate quando usado no contexto de uma política de exportação. Quando uma rota está sendo anunciada por um protocolo que pode anunciar rotas inativas (como BGP), ele combina as rotas anunciadas como resultado dos e state inactiveadvertise-inactiveadvertise-external declarações.

Por exemplo, a configuração a seguir pode ser usada como uma BGP de exportação em direção a peers internos para marcar rotas anunciadas devido à configuração com uma comunidade definida advertise-external pelo usuário. Essa comunidade pode ser usada mais tarde pelos roteadores de recebimento para filtrar essas rotas da tabela de encaminhamento. Esse mecanismo pode ser usado para tratar preocupações de que os caminhos de publicidade não usados para encaminhamento pelo remetente possam levar a loops de encaminhamento.

Requisitos

É necessário o Junos OS 9.3 ou mais tarde.

Visão geral

Este exemplo mostra três dispositivos de roteamento. O dispositivo R2 tem uma conexão BGP de segurança externa (EBGP) com o dispositivo R1. O dispositivo R2 tem conexão IBGP com o dispositivo R3.

O dispositivo R1 anuncia 172.16.6.0/24. O dispositivo R2 não configura a preferência local em uma política de importação das rotas do dispositivo R1, e assim, 172.16.6.0/24 tem a preferência local padrão de 100.

O dispositivo R3 anuncia 172.16.6.0/24 com uma preferência local de 200.

Quando a declaração não está configurada no dispositivo advertise-external R2, 172.16.6.0/24 não é anunciado pelo dispositivo R2 em direção ao dispositivo R3.

Quando a instrução está configurada no dispositivo R2 na sessão em direção ao dispositivo advertise-external R3, 172.16.6.0/24 é anunciado pelo dispositivo R2 em direção ao dispositivo R3.

Quando está configurado no dispositivo R2 na sessão em direção ao dispositivo advertise-external conditional R3, 172.16.6.0/24 não é anunciado pelo dispositivo R2 em direção ao dispositivo R3. Se você remover a configuração do dispositivo R3 e adicionar a configuração no dispositivo R2 (fazendo com que os critérios de seleção do caminho se igualem até a etapa MED do processo de seleção de roteamento), then local-preference 200path-selection as-path-ignore 172.16.6.0/24 é anunciado pelo dispositivo R2 em direção ao dispositivo R3.

Nota:

Para configurar a instrução em um refletor de roteador, você deve desativar o reflexão intracluster com a declaração, e o cluster do cliente deve ser totalmente agregado para impedir o envio de anúncios de rota advertise-externalno-client-reflect redundantes.

Quando um dispositivo de roteamento está configurado como um refletor de roteamento para um cluster, uma rota anunciada pelo refletor de roteamento é considerada interna caso ele seja recebido de um peer interno com o mesmo identificador de cluster ou se ambos os peers não tiver um identificador de cluster configurado. Uma rota recebida de um peer interno que pertence a outro cluster, ou seja, com um identificador de cluster diferente, é considerada externa.

Topologia

Figura 1 mostra a rede amostral.

Figura 1: BGP Topologia para anúncios externosBGP Topologia para anúncios externos

Configuração rápida CLI mostra a configuração de todos os dispositivos em Figura 1 .

A seção #configuration148__policy-advertise-external-st descreve as etapas do dispositivo R2.

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 R1

Dispositivo R2

Dispositivo R3

Procedimento

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 o dispositivo R2:

  1. Configure as interfaces de dispositivo.

  2. Configure OSPF ou outro protocolo de gateway interior (IGP).

  3. Configure a conexão EBGP com o dispositivo R1.

  4. Configure a conexão IBGP com o dispositivo R3.

  5. Adicione a declaração à sessão de peering de grupo advertise-external IBGP.

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

Resultados

A partir do modo de configuração, confirme sua configuração show interfaces inserindo os show protocols comandos , e show policy-options . 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 o caminho BGP ativo

Propósito

No dispositivo R2, certifique-se de que o prefixo 172.16.6.0/24 está na tabela de roteamento e tenha o caminho ativo esperado.

Ação

Significado

O dispositivo R2 recebe a rota 172.16.6.0/24 do dispositivo R1 e do dispositivo R3. A rota do dispositivo R3 é o caminho ativo, conforme designado pelo asterisco (*). O caminho ativo tem a mais alta preferência local. Mesmo que as preferências locais das duas rotas fossem iguais, a rota do dispositivo R3 permaneceria ativa porque tem o caminho AS mais curto.

Verificação do anúncio de roteamento externo

Propósito

No dispositivo R2, certifique-se de que a rota 172.16.6.0/24 seja anunciada em direção ao dispositivo R3.

Ação

Significado

O dispositivo R2 anuncia a rota 172.16.6.0/24 em direção ao dispositivo R3.

Verificação da rota no dispositivo R3

Propósito

Certifique-se de que o prefixo 172.16.6.0/24 está na tabela de roteamento do dispositivo R3.

Ação

Significado

O dispositivo R3 tem a rota estática e a BGP para 172.16.6.0/24.

Observe que a BGP de segurança fica oculto no dispositivo R3 se a rota não for alcançável ou se o próximo hop não puder ser resolvido. Para atender a esse requisito, este exemplo inclui uma rota padrão estática no dispositivo R3 ( static route 0.0.0.0/0 next-hop 10.0.0.5 ).

Experiências com a opção condicional

Propósito

Veja como a conditional opção funciona no contexto do algoritmo BGP de seleção de caminhos.

Ação

  1. No dispositivo R2, adicione a conditional opção.

  2. No dispositivo R2, verifique se a rota 172.16.6.0/24 é anunciada em direção ao dispositivo R3.

    Como esperado, a rota não é mais anunciada. Você pode precisar esperar alguns segundos para ver esse resultado.

  3. No dispositivo R3, desative a then local-preference ação de política.

  4. No dispositivo R2, garanta que as preferências locais dos dois caminhos sejam iguais.

  5. No dispositivo R2, adicione a as-path-ignore declaração.

  6. No dispositivo R2, verifique se a rota 172.16.6.0/24 é anunciada em direção ao dispositivo R3.

    Como esperado, a rota agora é anunciada porque o comprimento do caminho de AS é ignorado e porque as preferências locais são iguais.