ルーティング プロトコル OSPF と BGP は、それぞれ個別に有効にすることができます。システムで 1 つのルーティング プロトコルのみを有効にすることができた旧モデルは、今回のリリースで削除されています。また、今回のリリースでは、OSPF から BGP へ、または BGP から OSPF へ（あるいは両方を同時に）の再配布が、オーバーレイを介して学習されるプレフィックス、コネクト ルート、スタティック ルートなど、その他の使用可能なルート ソースと共にサポートされています。
さらに、リリース 3.2 では、 再配布の動作が（他のルーティング ベンダーと同じような）従来からのものにのっとって標準化されています。たとえば、同じプレフィックスに対して使用可能なルートが複数ある場合、宛先プロトコルの設定でそのルート タイプについて再配布が許可されていれば、システム RIB 内でそのプレフィックスに対して最適なルートのみが宛先プロトコルに再配布されます。
例として、プレフィックス 192.168.1.0/24 を BGP に再配布する場合について考えてみましょう。プレフィックス 192.168.1.0/24 へのルートは、ローカルで使用可能であり、OSPF から学習され、別個にオーバーレイ プレフィックスとして学習されるものとします。さらに、プレフィックスの OFC フロー順序、ルート メトリック、およびルート プリファレンスを比較して、その同じプレフィックスについて、学習されたオーバーレイ ルートよりも OSPF ルートの方がランクが上である（優れている）とします。その場合、BGP で OSPF の再配布がオンになっていれば、OSPF ルートが BGP に再配布されます。ただし、オーバーレイを介して学習されたプレフィックスはシステム RIB 内でそのプレフィックスに対して最適なルートではないので、BGP でオーバーレイ プレフィックスの再配布がオンになっていても、BGP に再配布されないことに注意してください。
上記のような場合、プレフィックスに対する最適なルートを特定の宛先プロトコルに再配布できるようにするため、システム内で最適なルートである特定のルート タイプの再配布を有効にすることができます。
また、そのプレフィックスに対する別のルート ソースが宛先プロトコルに再配布されるようにする場合は、管理インターフェイスで提供されるオーバーレイ フロー制御ファシリティを使用して、またはルート メトリックを異なるものにして、システム RIB 内のルートの相対的な優先順位を制御することができます。
