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.

O comportamento de redistribuição foi uniformizado com 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.

Como exemplo, considere 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 configurar 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 o OSPF e Configurar o BGP a partir do Edge para Vizinhos de underlay para obter mais informações.