Nesta página
Exemplo: Configuração do BGP para anunciar rotas inativas
Por padrão, o BGP readverte apenas rotas ativas. Para ter a tabela de roteamento exportando para BGP a melhor rota aprendida pelo BGP mesmo que o Junos OS não o tenha selecionado como uma rota ativa, inclua a advertise-inactive declaração:
advertise-inactive;
No Junos OS, o BGP anuncia rotas BGP instaladas ou ativas, que são rotas selecionadas como as melhores com base nas regras de seleção de caminho BGP. A advertise-inactive declaração permite que rotas BGP não ativas sejam anunciadas para outros pares.
Se a tabela de roteamento tiver duas rotas BGP onde uma está ativa e outra inativa, a advertise-inactive declaração não anuncia o prefixo BGP inativo. Esta declaração não anuncia uma rota BGP inativa na presença de outra rota BGP ativa. No entanto, se a rota ativa for uma rota estática, o advertise-inactive comunicado anuncia a rota BGP inativa.
A advertise-inactive declaração não ajuda a anunciar a rota inativa do VRF quando o roteador está configurado como um refletor de rota.
O Junos OS também oferece suporte para a configuração de uma política de exportação BGP que corresponda ao estado de uma rota anunciada. Você pode combinar rotas ativas ou inativas da seguinte forma:
policy-options {
policy-statement name{
from state (active|inactive);
}
}
Este qualificador só corresponde 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), state inactive corresponde a rotas anunciadas como resultado da advertise-inactive (ou advertise-external) declaração.
Por exemplo, a configuração a seguir pode ser usada como uma política de exportação BGP para marcar rotas anunciadas devido à advertise-inactive configuração com uma comunidade definida pelo usuário. Essa comunidade pode ser usada mais tarde pelos roteadores receptores para filtrar tais rotas a partir da tabela de encaminhamento. Esse mecanismo pode ser usado para resolver preocupações de que caminhos de publicidade não usados para o encaminhamento pelo remetente possam levar a loops de encaminhamento.
user@host# show policy-options
policy-statement mark-inactive {
term inactive {
from state inactive;
then {
community set comm-inactive;
}
}
term default {
from protocol bgp;
then accept;
}
then reject;
}
community comm-inactive members 65536:65284;
Requisitos
Nenhuma configuração especial além da inicialização do dispositivo é necessária antes de configurar este exemplo.
Visão geral
Neste exemplo, o Dispositivo R2 tem dois pares BGP (EBGP) externos, o Dispositivo R1 e o Dispositivo R3.
O dispositivo R1 tem uma rota estática para 172.16.5/24. Da mesma forma, o dispositivo R2 também tem uma rota estática para 172.16.5/24. Por meio do BGP, o Dispositivo R1 envia informações sobre sua rota estática para o Dispositivo R2. O dispositivo R2 agora tem informações sobre o 172.16.5/24 de duas fontes — sua própria rota estática e a rota aprendida por BGP recebida do Dispositivo R1. As rotas estáticas são preferidas em rotas aprendidas por BGP, de modo que a rota BGP está inativa no dispositivo R2. Normalmente, o Dispositivo R2 enviaria as informações aprendidas pelo BGP para o dispositivo R3, mas o Dispositivo R2 não faz isso porque a rota BGP é inativa. O dispositivo R3, portanto, não tem informações sobre o 172.16.5/24 a menos que você habilite o advertise-inactive comando no Dispositivo R2, o que faz com que o Dispositivo R2 envie o BGP aprendido ao Dispositivo R3.
Topologia
Figura 1 mostra a rede de amostra.
Configuração rápida da CLI mostra a configuração de todos os dispositivos em Figura 1.
A seção #configuration163__policy-advertise-inactive-st descreve as etapas do dispositivo R2.
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 R1
set interfaces fe-1/2/0 unit 0 family inet address 10.0.0.1/30 set interfaces lo0 unit 0 family inet address 192.168.0.1/32 set protocols bgp group to_R2 type external set protocols bgp group to_R2 export send-static set protocols bgp group to_R2 neighbor 10.0.0.2 peer-as 200 set policy-options policy-statement send-static term 1 from protocol static set policy-options policy-statement send-static term 1 then accept set routing-options static route 172.16.5.0/24 discard set routing-options static route 172.16.5.0/24 install set routing-options autonomous-system 100
Dispositivo R2
set interfaces fe-1/2/0 unit 0 family inet address 10.0.0.2/30 set interfaces fe-1/2/1 unit 0 family inet address 10.0.0.5/30 set interfaces lo0 unit 0 family inet address 192.168.0.2/32 set protocols bgp group to_R1 type external set protocols bgp group to_R1 neighbor 10.0.0.1 peer-as 100 set protocols bgp group to_R3 type external set protocols bgp group to_R3 advertise-inactive set protocols bgp group to_R3 neighbor 10.0.0.6 peer-as 300 set routing-options static route 172.16.5.0/24 discard set routing-options static route 172.16.5.0/24 install set routing-options autonomous-system 200
Dispositivo R3
set interfaces fe-1/2/1 unit 0 family inet address 10.0.0.6/30 set interfaces fe-1/2/0 unit 9 family inet address 10.0.0.9/30 set interfaces lo0 unit 0 family inet address 192.168.0.3/32 set protocols bgp group ext type external set protocols bgp group ext peer-as 200 set protocols bgp group ext neighbor 10.0.0.5 set routing-options autonomous-system 300
Procedimento
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 o dispositivo R2:
Configure as interfaces do dispositivo.
[edit interfaces] user@R2# set fe-1/2/0 unit 0 family inet address 10.0.0.2/30 user@R2# set fe-1/2/1 unit 0 family inet address 10.0.0.5/30 user@R2# set lo0 unit 0 family inet address 192.168.0.2/32
Configure a conexão EBGP com o dispositivo R1.
[edit protocols bgp group to_R1] user@R2# set type external user@R2# set neighbor 10.0.0.1 peer-as 100
Configure a conexão EBGP com o dispositivo R3.
[edit protocols bgp group to_R3] user@R2# set type external user@R2# set neighbor 10.0.0.6 peer-as 300
Adicione a
advertise-inactivedeclaração à sessão de peering do grupo EBGP com o Dispositivo R3.[edit protocols bgp group to_R3] user@R2# set advertise-inactive
Configure a rota estática para a rede 172.16.5.0/24.
[edit routing-options static] user@R2# set route 172.16.5.0/24 discard user@R2# set route 172.16.5.0/24 install
Configure o número do sistema autônomo (AS).
[edit routing-options] user@R2# set autonomous-system 200
Resultados
A partir do modo de configuração, confirme sua configuração entrando noshow interfaces, show protocolsshow policy-optionse 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.
user@R2# show interfaces
fe-1/2/0 {
unit 0 {
family inet {
address 10.0.0.2/30;
}
}
}
fe-1/2/1 {
unit 0 {
family inet {
address 10.0.0.5/30;
}
}
}
lo0 {
unit 0 {
family inet {
address 192.168.0.2/32;
}
}
}
user@R2# show protocols
bgp {
group to_R1 {
type external;
neighbor 10.0.0.1 {
peer-as 100;
}
}
group to_R3 {
type external;
advertise-inactive;
neighbor 10.0.0.6 {
peer-as 300;
}
}
}
user@R2# show routing-options
static {
route 172.16.5.0/24 {
discard;
install;
}
}
autonomous-system 200;
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 o caminho ativo do BGP
- Verificando o anúncio da rota externa
- Verificação da rota no dispositivo R3
- Experimento com a Declaração de anúncio inativo
Verificando o caminho ativo do BGP
Propósito
No dispositivo R2, certifique-se de que o prefixo 172.16.5.0/24 esteja na tabela de roteamento e tenha o caminho ativo esperado.
Ação
user@R2> show route 172.16.5
inet.0: 7 destinations, 8 routes (7 active, 0 holddown, 0 hidden)
+ = Active Route, - = Last Active, * = Both
172.16.5.0/24 *[Static/5] 21:24:38
Discard
[BGP/170] 21:21:41, localpref 100
AS path: 100 I, validation-state: unverified
> to 10.0.0.1 via fe-1/2/0.0
Significado
O dispositivo R2 recebe a rota 172.16.5.0/24 tanto do Dispositivo R1 quanto de sua própria rota estaticamente configurada. A rota estática é o caminho ativo, conforme designado pelo asterisco (*). O caminho de rota estático tem a menor preferência de rota (5) em comparação com a preferência do BGP (170). Portanto, a rota estática torna-se ativa.
Verificando o anúncio da rota externa
Propósito
No dispositivo R2, certifique-se de que a rota 172.16.5.0/24 seja anunciada em direção ao dispositivo R3.
Ação
user@R2> show route advertising-protocol bgp 10.0.0.6 inet.0: 6 destinations, 7 routes (6 active, 0 holddown, 0 hidden) Prefix Nexthop MED Lclpref AS path 172.16.5.0/24 Self 100 I
Significado
O dispositivo R2 está anunciando a rota 172.16.5.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 esteja na tabela de roteamento do dispositivo R3.
Ação
user@R3> show route 172.16.5.0/24
inet.0: 5 destinations, 5 routes (5 active, 0 holddown, 0 hidden)
+ = Active Route, - = Last Active, * = Both
172.16.5.0/24 *[BGP/170] 00:01:19, localpref 100
AS path: 200 100 I, validation-state: unverified
> to 10.0.0.5 via fe-1/2/1.0Significado
O dispositivo R3 tem a rota aprendida por BGP para 172.16.5.0/24.
Experimento com a Declaração de anúncio inativo
Propósito
Veja o que acontece quando a advertise-inactive declaração é removida da configuração BGP no dispositivo R2.
Ação
No dispositivo R2, desative a
advertise-inactivedeclaração.[edit protocols bgp group to_R3] user@R2# deactivate advertise-inactive user@R2# commit
No dispositivo R2, verifique se a rota 172.16.5.0/24 é anunciada em direção ao Dispositivo R3.
user@R2> show route advertising-protocol bgp 10.0.0.6
Como esperado, a rota não é mais anunciada.
No dispositivo R3, certifique-se de que a rota 172.16.5/24 está ausente da tabela de roteamento.
user@R3> show route 172.16.5/24
Significado
O dispositivo R1 anuncia a rota 172.16.5/24 para o dispositivo R2, mas o Dispositivo R2 tem uma rota estática configurada manualmente para este prefixo. As rotas estáticas são preferidas em rotas BGP, então o Dispositivo R2 instala a rota BGP como uma rota inativa. Como a rota BGP não está ativa, o dispositivo R2 não readverte a rota BGP para o dispositivo R3. Este é o comportamento padrão do Junos OS. Se você adicionar a advertise-inactive declaração à configuração BGP no dispositivo R2, o Dispositivo R2 readverte rotas não ativas.