プレフィックスの優先順位付けの概要
Junos OS ルートには、ルートインストールの順序があらかじめ決められています。コンバージェンスを高めたり、差別化されたサービスを提供したりするために、特定のルートやプレフィックスを他のルートやプレフィックスよりも優先することが必要な場合があるため、これではもはや十分ではありません。多数のルートを持つネットワークでは、ネットワークトポロジの変更によりルートが更新される順序を制御することが重要になる場合があります。例えば、最初にIBGPネイバーに対応するOSPFルートを更新し、その後残りのOSPFルートを更新すると便利です。システムレベルでは、Junos OSは、ルートが更新される順序を決定するヒューリスティックに基づく合理的なデフォルトを実装しています。ただし、既定の動作が常に最適であるとは限りません。プレフィックスの優先順位付けにより、ユーザーはルートが LDP または OSPF から rpd に、また rpd からカーネルに更新される順序を制御できます。Junos OS リリース 16.1 以降では、LDP または OSPF から rpd へ、また rpd からカーネルへ、ルートを更新する順序を制御できます。
Junos OS リリース 16.1 以降では、Junos OS ポリシー言語が拡張され、既存のプロトコル インポート ポリシーを使用して、ユーザーが相対優先度 と プレフィックスを設定できるようになりました。highlow タグ付きのプライオリティに基づいて、ルートは異なるプライオリティ キューに配置されます。明示的に優先度が割り当てられていないルートは、中程度の優先度として扱われます。同じ優先度レベル内で、ルートは引き続き辞書式順に更新されます。プレフィックスの優先順位付けでは、内部でルートに優先順位を付けるために、各サポートプロトコルが必要になります。プレフィックスに優先順位を付けると、優先度の高いIGPとLDPのルートが、中優先度および低優先度のルートよりも先にFIB(転送テーブル)に更新されます。
カーネル内で許可される高優先度プレフィックスの数には上限があります。カーネル内に共存できる優先度の高いプレフィックスは 10,000 個以下です。カーネル内でこのしきい値を超えた場合、新しい高優先度プレフィックス追加要求は通常の優先度と見なされます。これは「ベストエフォート」の優先順位付けスキームであり、カーネルの負荷が高い場合は処理されません。