Cada um dos protocolos de routing OSPF e BGP pode ser ativado de forma independente e o modelo anterior de permitir a ativação de apenas um protocolo de routing no sistema foi removido com esta versão. Esta versão também permite a possibilidade de redistribuição de OSPF para BGP ou BGP para OSPF (ou ambos simultaneamente), juntamente com outras origens de caminhos possíveis, como prefixos aprendidos sobre o overlay, caminhos ligados, caminhos estáticos, etc.

Adicionalmente, com a versão 3.2, estamos a uniformizar o comportamento de redistribuição em linhas mais tradicionais (semelhantes às de outros fornecedores de routing). Por exemplo, se existir mais de um caminho disponível para o mesmo prefixo, apenas o melhor caminho para esse prefixo no sistema RIB será redistribuído para o protocolo de destino se a configuração no protocolo de destino permitir a redistribuição para esse tipo de caminho.

Considere, como exemplo, a redistribuição do prefixo 192.168.1.0/24 para BGP. Digamos que os caminhos para o prefixo 192.168.1.0/24 estão disponíveis localmente, aprendidos com o OSPF e aprendidos separadamente como um prefixo de overlay. Vamos ainda assumir que entre a ordenação de fluxo OFC para o prefixo, as métricas de caminho e a preferência de caminho, o caminho OSPF está classificado acima (é melhor do que) do caminho de overlay aprendido para o mesmo prefixo. Em seguida, o caminho OSPF será redistribuída para BGP se a redistribuição do OSPF tiver sido ligada no BGP. Note que, uma vez que o prefixo aprendido do overlay não é o melhor caminho para esse prefixo no sistema RIB, este não será redistribuído para BGP, mesmo que a redistribuição de prefixos de overlay tenha sido ligada no BGP.

Nos casos como o indicado acima, de forma a facilitar a redistribuição do melhor caminho para um prefixo num determinado protocolo de destino, o utilizador pode permitir a redistribuição para o tipo de caminho específico que é o melhor caminho do sistema.

Em alternativa, se o utilizador preferir uma origem de caminho diferente para que esse prefixo seja redistribuído no protocolo de destino, o utilizador poderá controlar a precedência relativa do caminho no sistema RIB utilizando a instalação Controlo de fluxo de overlay (Overlay Flow Control) fornecida pela interface de gestão ou variando a métrica do caminho.
Nota: As métricas de redistribuição Tipo 1 externo do OSPF (OE1) e Tipo 2 externo do OSPF (OE2) são calculadas da seguinte forma:
  • A métrica de redistribuição OE1 é calculada ao somar a métrica do caminho original e a métrica de trânsito. A métrica de trânsito será 0 se o caminho for aprendido a partir de um Edge ligado diretamente. A métrica de trânsito será 42 se o caminho for aprendido a partir de um Gateway ou Hub Edge.
  • A métrica de redistribuição OE2 é calculada ao somar a métrica do caminho original e a constante da métrica não preferencial, em que a constante da métrica não preferencial é 8388607. É por isso que observa um valor de métrica muito elevado para um tipo de caminho OE2 nos pares Edge.

Consulte Ativar OSPF para os perfis, Ativar OSPF para os Edges, Configurar o BGP a partir do Edge para vizinhos de underlay para os perfis e Configurar o BGP a partir do Edge para vizinhos de underlay para os Edges para obter mais informações.