Entender a seleção do caminho BGP
Para cada prefixo na tabela de roteamento, o processo de protocolo de roteamento seleciona um único caminho melhor. Após a seleção do melhor caminho, a rota é instalada na tabela de roteamento. O melhor caminho torna-se a rota ativa se o mesmo prefixo não for aprendido por um protocolo com um valor de preferência global mais baixo (mais preferido), também conhecido como distância administrativa. O algoritmo para determinar a rota ativa é o seguinte:
-
Verifique se o próximo salto pode ser resolvido.
-
Escolha o caminho com o menor valor de preferência (preferência do processo de protocolo de roteamento).
Rotas que não são elegíveis para serem usadas para encaminhamento (por exemplo, porque foram rejeitadas pela política de roteamento ou porque um próximo salto é inacessível) têm uma preferência de - 1 e nunca são escolhidas.
-
Prefira o caminho com maior preferência local.
Para caminhos não BGP, escolha o caminho com o menor valor de preferência2 .
-
Se o atributo acumulado do protocolo de gateway interno (AIGP) for habilitado, adicione a métrica IGP e prefira o caminho com o atributo AIGP inferior.
-
Prefira o caminho com o menor valor de caminho do sistema autônomo (AS) (ignorado se a
as-path-ignoredeclaração estiver configurada).Um segmento de confederação (sequência ou conjunto) tem um comprimento de caminho de 0. Um conjunto AS tem um comprimento de caminho de 1.
-
Prefira a rota com o código de origem inferior.
As rotas aprendidas com um IGP têm um código de origem menor do que as aprendidas com um protocolo de gateway externo (EGP), e ambas têm códigos de origem mais baixos do que rotas incompletas (rotas cuja origem é desconhecida).
-
Prefira o caminho com a métrica de discriminação por múltiplas saídas (MED) mais baixa.
Dependendo se o comportamento de seleção do caminho da tabela de roteamento não determinado está configurado, existem dois casos possíveis:
-
Se o comportamento de seleção do caminho da tabela de roteamento não determinado não for configurado (ou seja, se a
path-selection cisco-nondeterministicdeclaração não estiver incluída na configuração BGP), para caminhos com os mesmos números DE vizinhos na frente do caminho AS, prefira o caminho com a métrica MED mais baixa. Para comparar sempre os MEDs se as ASs peer das rotas comparadas são as mesmas, inclua apath-selection always-compare-meddeclaração. -
Se o comportamento de seleção do caminho da tabela de roteamento não determinado for configurado (ou seja, a
path-selection cisco-nondeterministicdeclaração estiver incluída na configuração BGP), prefira o caminho com a métrica MED mais baixa.
As confederações não são consideradas ao determinar as ASs vizinhas. Uma métrica MED ausente é tratada como se um MED estivesse presente, mas zero.
Nota:A comparação de MED funciona para a seleção de caminho único dentro de um AS (quando a rota não inclui um caminho AS), embora esse uso seja incomum.
Por padrão, apenas os MEDs de rotas que têm os mesmos sistemas autônomos de peer (ASs) são comparados. Você pode configurar opções de seleção de caminhos de tabela de roteamento para obter diferentes comportamentos.
-
-
Prefira caminhos estritamente internos, que incluem rotas IGP e rotas geradas localmente (estáticas, diretas, locais e assim por diante).
-
Prefira caminhos BGP (EBGP) estritamente externos em relação a caminhos externos aprendidos por meio de sessões internas de BGP (IBGP).
-
Prefira o caminho cujo próximo salto é resolvido pela rota IGP com a métrica mais baixa. As rotas BGP que são resolvidas através do IGP são preferidas em rotas inalcançáveis ou rejeitadas.
Nota:Um caminho é considerado um caminho BGP de custo igual (e será usado para encaminhamento) se um tie-break for realizado após a etapa anterior. Todos os caminhos com o mesmo AS vizinho, aprendidos por um vizinho BGP habilitado para multicaminho, são considerados.
O multicaminho BGP não se aplica a caminhos que compartilham o mesmo custo MED-plus-IGP, mas diferem no custo do IGP. A seleção de caminho multicaminho é baseada na métrica de custo do IGP, mesmo que dois caminhos tenham o mesmo custo de MED-plus-IGP.
-
Se ambos os caminhos são externos, prefira o caminho mais antigo, ou seja, o caminho que foi aprendido primeiro. Isso é feito para minimizar o flapping de rotas. Esta regra não é usada se alguma das seguintes condições for verdadeira:
-
a seleção de caminhos do roteador externo-id está configurada.
-
Ambos os pares têm o mesmo ID do roteador.
-
Ambos os pares são um par da confederação.
-
Nenhum dos dois caminhos é o caminho ativo atual.
-
-
Prefira uma rota primária em uma rota secundária. Uma rota primária é aquela que pertence à tabela de roteamento. Uma rota secundária é adicionada à tabela de roteamento por meio de uma política de exportação.
-
Prefira o caminho do peer com o ID do roteador mais baixo. Para qualquer caminho com um atributo de ID de origem, substitua o ID do originador pelo ID do roteador durante a comparação de ID do roteador.
-
Prefira o caminho com o menor comprimento da lista de clusters. O comprimento é 0 para nenhuma lista.
-
Prefira o caminho do peer com o endereço IP peer mais baixo.
Seleção do caminho da tabela de roteamento
A etapa de caminho as mais curta do algoritmo, por padrão, avalia o comprimento do caminho as e determina o caminho ativo. Você pode configurar uma opção que permite ao Junos OS pular essa etapa do algoritmo, incluindo a opção de ignorar o caminho .
Começando pelo Junos OS Release 14.1R8, 14.2R7, 15.1R4, 15.1F6 e 16.1R1, a opção de ignorar o caminho é suportada para instâncias de roteamento.
A seleção do caminho do processo de roteamento ocorre antes que a BGP se livre do caminho até a tabela de roteamento para tomar sua decisão. Para configurar o comportamento de seleção do caminho da tabela de roteamento, inclua a path-selection declaração:
path-selection { (always-compare-med | cisco-non-deterministic | external-router-id); as-path-ignore; l2vpn-use-bgp-rules; med-plus-igp { igp-multiplier number; med-multiplier number; } }
Para obter uma lista de níveis de hierarquia nos quais você pode incluir esta declaração, consulte a seção de resumo da declaração para esta declaração.
A seleção do caminho da tabela de roteamento pode ser configurada de uma das seguintes maneiras:
Emule o comportamento padrão cisco IOS (cisco-non-deterministic). Esse modo avalia as rotas na ordem em que são recebidas e não as agrupa de acordo com o AS vizinho. Com
cisco-non-deterministico modo, o caminho ativo é sempre o primeiro. Todos os caminhos inativos, mas elegíveis, seguem o caminho ativo e são mantidos na ordem em que foram recebidos, com o caminho mais recente em primeiro lugar. Caminhos inelegíveis permanecem no final da lista.Como exemplo, suponha que você tenha três anúncios de caminho para a rota 192.168.1.0 /24:
Caminho 1 — aprendido através do EBGP; CAMINHO AS de 65010; MED de 200
Caminho 2 — aprendido através do IBGP; CAMINHO AS de 65020; MED de 150; Custo do IGP de 5
Caminho 3 — aprendido através do IBGP; CAMINHO AS de 65010; MED de 100; Custo de IGP de 10
Esses anúncios são recebidos em rápida sucessão, em um segundo, na ordem listada. O Caminho 3 é recebido mais recentemente, então o dispositivo de roteamento o compara com o caminho 2, o próximo anúncio mais recente. O custo para o peer IBGP é melhor para o caminho 2, de modo que o dispositivo de roteamento elimina o caminho 3 da disputa. Ao comparar os caminhos 1 e 2, o dispositivo de roteamento prefere o caminho 1 porque é recebido de um peer EBGP. Isso permite que o dispositivo de roteamento instale o caminho 1 como o caminho ativo para a rota.
Nota:Não recomendamos o uso dessa opção de configuração em sua rede. Ele é fornecido exclusivamente para a interoperabilidade para permitir que todos os dispositivos de roteamento da rede façam seleções de rota consistentes.
Sempre comparando MEDs se as ASs peer das rotas comparadas são as mesmas (sempre compare-med).
Substitua a regra de que, se ambos os caminhos forem externos, o caminho ativo atualmente é preferido (id do roteador externo). Continue com a próxima etapa (Etapa 12) no processo de seleção de caminhos.
Adicionando o custo do IGP ao destino next-hop ao valor do MED antes de comparar os valores de MED para seleção de caminho (
med-plus-igp).O multicaminho BGP não se aplica a caminhos que compartilham o mesmo custo MED-plus-IGP, mas diferem no custo do IGP. A seleção de caminho multicaminho é baseada na métrica de custo do IGP, mesmo que dois caminhos tenham o mesmo custo de MED-plus-IGP.
Seleção do caminho da Tabela BGP
Os seguintes parâmetros são seguidos para a seleção do caminho do BGP:
Prefira o mais alto valor de preferência local.
Prefira o menor comprimento de caminho AS.
Prefira o menor valor de origem.
Prefira o menor valor de MED.
Prefira rotas aprendidas com um peer EBGP em vez de um peer IBGP.
Prefira a melhor saída do AS.
Para rotas recebidas por EBGP, prefira a rota ativa atual.
Prefira rotas do peer com o ID do roteador mais baixo.
Prefira caminhos com o menor comprimento de cluster.
Prefira rotas do peer com o endereço IP peer mais baixo. As etapas 2, 6 e 12 são os critérios de RPD.
Efeitos da publicidade de vários caminhos até um destino
O BGP anuncia apenas o caminho ativo, a menos que você configure o BGP para anunciar vários caminhos até um destino.
Suponha que um dispositivo de roteamento tenha em sua tabela de roteamento quatro caminhos até um destino e esteja configurado para anunciar até três caminhos (enviar a contagem de caminhos 3). Os três caminhos são escolhidos com base em critérios de seleção de caminhos. Ou seja, os três melhores caminhos são escolhidos em ordem de seleção de caminhos. O melhor caminho é o caminho ativo. Esse caminho é removido da consideração e um novo melhor caminho é escolhido. Esse processo é repetido até que o número especificado de caminhos seja alcançado.