Entender a seleção de caminho BGP

Para cada prefixo na tabela de roteamento, o processo de protocolo de roteamento seleciona um único melhor caminho. Depois que o melhor caminho é selecionado, a rota é instalada na tabela de roteamento. O melhor caminho se torna a rota ativa se o mesmo prefixo não for aprendido por um protocolo com um valor de preferência global menor (mais preferencial), 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 (protocolo de roteamento, preferência, processo).

As 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 está 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 valor de preference2 mais baixo.
Se o atributo AIGP (interior gateway protocol) acumulado estiver habilitado, adicione a métrica IGP e prefira o caminho com o atributo AIGP inferior.
Prefira o caminho com o valor de caminho do sistema autônomo (AS) mais curto (ignorado se a as-path-ignore instruçã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 de um IGP têm um código de origem inferior àquelas aprendidas de um protocolo de gateway exterior (EGP), e ambas têm códigos de origem inferiores às rotas incompletas (rotas cuja origem é desconhecida).
Prefira o caminho com a menor métrica de discriminador múltiplo de saída (MED).

Dependendo se o comportamento de seleção de caminho da tabela de roteamento não determinístico está configurado, há dois casos possíveis:
- Se o comportamento de seleção de caminho da tabela de roteamento não determinístico não estiver configurado (ou seja, se a path-selection cisco-nondeterministic declaração não estiver incluída na configuração do BGP), para caminhos com os mesmos números de AS vizinhos na frente do caminho de AS, prefira o caminho com a métrica de MED mais baixa. Para sempre comparar MEDs, independentemente de os ASs peer das rotas comparadas serem iguais ou não, inclua a path-selection always-compare-med declaração.
- Se o comportamento de seleção de caminho da tabela de roteamento não determinístico estiver configurado (ou seja, a path-selection cisco-nondeterministic instrução está incluída na configuração do BGP), prefira o caminho com a métrica MED mais baixa.
As confederações não são consideradas ao determinar os ASs vizinhos. Uma métrica MED ausente é tratada como se um MED estivesse presente, mas zero.

Observação:
A comparação MED funciona para seleção de caminho único em um AS (quando a rota não inclui um caminho AS), embora esse uso seja incomum.

Por padrão, somente os MEDs de rotas que têm os mesmos sistemas autônomos (ASs) de peer são comparados. Você pode configurar opções de seleção de caminho da 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 a caminhos externos aprendidos por meio de sessões BGP (IBGP) internas.
Prefira o caminho cujo próximo salto é resolvido por meio da rota IGP com a métrica mais baixa. As rotas BGP resolvidas por meio do IGP são preferidas em relação às rotas inalcançáveis ou rejeitadas.

Observação:
Um caminho é considerado um caminho de igual custo BGP (e será usado para encaminhamento) se um tie-break for executado após a etapa anterior. Todos os caminhos com o mesmo AS vizinho, aprendidos por um vizinho BGP habilitado para multipath, são considerados.

O multipath 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 caminhos múltiplos é baseada na métrica de custo do IGP, mesmo que dois caminhos tenham o mesmo custo de MED mais IGP.
Se ambos os caminhos forem externos, prefira o caminho mais antigo, ou seja, o caminho que foi aprendido primeiro. Isso é feito para minimizar a oscilação de rota. Essa regra não será usada se qualquer uma das seguintes condições for verdadeira:
- path-selection external-roteador-id está configurado.
- Ambos os pares têm o mesmo ID de roteador.
- Qualquer um dos pares é um par de confederação.
- Nenhum dos caminhos é o caminho ativo atual.
Prefira o caminho do peer com o ID de roteador mais baixo. Para qualquer caminho com um atributo de ID do originador, substitua o ID do originador pelo ID do roteador durante a comparação do ID do roteador.
Prefira o caminho com o menor comprimento de lista de cluster. O comprimento é 0 para nenhuma lista.
Prefira o caminho do peer com o endereço IP do peer mais baixo.
Prefira uma rota primária a uma rota secundária. Uma rota primária é aquela que pertence à tabela de roteamento. Uma rota secundária é aquela que é adicionada à tabela de roteamento por meio de uma política de exportação.

Seleção de caminho da tabela de roteamento

A etapa mais curta do caminho AS do algoritmo, por padrão, avalia o comprimento do caminho AS e determina o caminho ativo. Você pode configurar uma opção que permite que o Junos OS ignore essa etapa do algoritmo, incluindo a opção as-path-ignore .

Observação:

A partir do Junos OS Release 14.1R8, 14.2R7, 15.1R4, 15.1F6 e 16.1R1, a opção as-path-ignore é suportada para instâncias de roteamento.

A seleção do caminho do processo de roteamento ocorre antes que o BGP entregue o caminho para 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:

Para obter uma lista de níveis de hierarquia nos quais você pode incluir essa instrução, consulte a seção de resumo da instruçã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 do Cisco IOS (cisco-não-determinístico). 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-deterministic o modo, o caminho ativo é sempre o primeiro. Todos os caminhos inativos, mas qualificados, seguem o caminho ativo e são mantidos na ordem em que foram recebidos, com o caminho mais recente primeiro. Os caminhos não qualificados permanecem no final da lista.

Por exemplo, suponha que você tenha três anúncios de caminho para a rota 192.168.1.0 /24:
- Caminho 1 – aprendido por meio do EBGP; Caminho AS de 65010; MED de 200
- Caminho 2 – aprendido por meio do IBGP; Caminho AS de 65020; MED de 150; Custo de IGP de 5
- Caminho 3 – aprendido por meio 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, dentro de um segundo, na ordem listada. O caminho 3 é recebido mais recentemente, portanto, o dispositivo de roteamento o compara com o caminho 2, o próximo anúncio mais recente. O custo para o peer do IBGP é melhor para o caminho 2, de modo que o dispositivo de roteamento elimina o caminho 3 da contenção. 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.

Observação:
Não recomendamos o uso dessa opção de configuração em sua rede. Ele é fornecido exclusivamente para interoperabilidade para permitir que todos os dispositivos de roteamento na rede façam seleções de rota consistentes.

Sempre comparando MEDs, independentemente de os ASs peer das rotas comparadas serem ou não os mesmos (always-compare-med).
Substitua a regra de que Se ambos os caminhos forem externos, o caminho ativo no momento é o preferido (external-roteador-id). Continue com a próxima etapa (Etapa 15) no processo de seleção de caminho.
Adicionando o custo do IGP ao destino do próximo salto ao valor MED antes de comparar os valores MED para seleção de caminho (med-plus-igp).

O BGP multipath não se aplica a caminhos que compartilham o mesmo custo MED-plus-IGP, mas diferem no custo do IGP. A seleção de caminhos múltiplos é baseada na métrica de custo do IGP, mesmo que dois caminhos tenham o mesmo custo de MED mais IGP.

Seleção de caminho da tabela BGP

Os seguintes parâmetros são seguidos para a seleção de caminho do BGP:

Prefira o valor de preferência local mais alto.
Prefira o menor comprimento de caminho AS.
Prefira o valor de origem mais baixo.
Prefira o valor MED mais baixo.
Prefira rotas aprendidas de um peer EBGP em vez de um peer IBGP.
Prefira a melhor saída de AS.
Para rotas recebidas pelo EBGP, prefira a rota ativa atual.
Prefira rotas do peer com o ID de roteador mais baixo.
Prefira caminhos com o menor comprimento de cluster.
Prefira rotas do peer com o endereço IP de peer mais baixo. As etapas 2, 6 e 12 são os critérios do RPD.

Efeitos da publicidade de vários caminhos para um destino

O BGP anuncia apenas o caminho ativo, a menos que você configure o BGP para anunciar vários caminhos para um destino.

Suponha que um dispositivo de roteamento tenha em sua tabela de roteamento quatro caminhos para um destino e esteja configurado para anunciar até três caminhos (add-path send path-count 3). Os três caminhos são escolhidos com base nos critérios de seleção de caminho. Ou seja, os três melhores caminhos são escolhidos na ordem de seleção de caminho. O melhor caminho é o caminho ativo. Este caminho é removido da consideração e um novo melhor caminho é escolhido. Esse processo é repetido até que o número especificado de caminhos seja atingido.

Tabela de histórico de alterações

A compatibilidade com recursos é determinada pela plataforma e versão utilizada. Use o Explorador de recursos para determinar se um recurso é compatível com sua plataforma.

Lançamento

Descrição

14.1R8