Ciascuno dei protocolli di routing OSPF e BGP può essere abilitato in modo indipendente e in questa versione è stato eliminato il modello precedente che prevedeva di consentire l'abilitazione di un solo protocollo di routing nel sistema. Questa versione consente inoltre di ridistribuire OSPF in BGP o BGP in OSPF (o entrambi contemporaneamente), insieme ad altre possibili origini di route quali prefissi appresi sull'overlay, route connesse, route statiche e così via.

Inoltre, con la versione 3.2, inoltre, si sta standardizzando il comportamento della redistribuzione su linee più tradizionali (simili a quelle di altri vendor di routing). Ad esempio, se è disponibile più di una route per lo stesso prefisso, solo la route migliore per tale prefisso nel RIB del sistema verrà ridistribuita al protocollo di destinazione se la configurazione nel protocollo di destinazione consente la redistribuzione per tale tipo di route.

Si consideri, ad esempio, la ridistribuzione del prefisso 192.168.1.0/24 in BGP. Si supponga che le route per il prefisso 192.168.1.0/24 siano localmente disponibili, apprese da OSPF e apprese separatamente come prefisso di overlay. Si supponga inoltre che tra l'ordinamento del flusso OFC per il prefisso, le metriche di routing e la preferenza di route, il punteggio della route OSPF sia superiore (e pertanto migliore) di quello della route di overlay acquisita per lo stesso prefisso. La route OSPF verrà quindi ridistribuita in BGP se la redistribuzione OSPF è stata attivata in BGP. Si noti che, poiché il prefisso appreso di overlay non è la route migliore per tale prefisso nel RIB del sistema, non verrà ridistribuito in BGP anche se la ridistribuzione di prefissi di overlay è stata attivata in BGP.

In casi come il precedente, per facilitare la ridistribuzione della route migliore per un prefisso in un determinato protocollo di destinazione, l'utente può abilitare la ridistribuzione per il tipo di route specifico che è la route migliore nel sistema.

In alternativa, se l'utente preferisce un'origine di route diversa per il prefisso da ridistribuire nel protocollo di destinazione, l'utente può controllare la precedenza relativa della route nel RIB del sistema utilizzando la funzionalità Controllo flusso overlay fornita dall'interfaccia di gestione o variando la metrica di routing.
Nota: Le metriche di ridistribuzione dell'OSPF tipo esterno-1 (OE1) e dell'OSPF tipo esterno-2 (OE2) vengono calcolate come segue:
  • La metrica di ridistribuzione di OE1 viene calcolata utilizzando la metrica della route originale e aggiungendo la metrica di transito. La metrica di transito è 0 se la route viene acquisita da un Edge connesso direttamente. La metrica di transito è 42 se la route viene acquisita tramite un gateway o un Edge hub.
  • La metrica di ridistribuzione OE2 viene calcolata utilizzando la metrica di route originale e aggiungendo la costante della metrica non preferita, in cui la costante della metrica non preferita è 8388607. Questo è il motivo per cui si osserva un valore metrico molto elevato per un tipo di route OE2 nei peer Edge.

Per ulteriori informazioni, vedere Attivazione di OSPF per i profili, Attivazione di OSPF per gli Edge, Configurazione di BGP dall'Edge ai router adiacenti underlay per i profili e Configurazione di BGP dall'Edge ai router adiacenti underlay per gli Edge.