ルートフィルター一致条件

宛先プレフィックスを指定する場合、特定のルートとの完全一致、または一致タイプを使用して精度の低い一致を指定できます。リスト全体に適用される共通の拒否アクション、または各プレフィックスに関連するアクションのいずれかを構成できます。

宛先プレフィックスに一致を指定することで、無視する既知の無効(「悪い」)ルートを指定することができます。さらに、「良好な」ルートを特定の方法で処理するように指定できます。例えば、特定の送信元アドレスまたは宛先アドレスからのトラフィックを転送クラスにグループ化し、サービスクラス (CoS)機能を使用して処理することができます。

表1は、ルートリスト一致タイプを示しています。

表1:ルートリスト一致タイプ
一致タイプ	一致条件
`address-mask netmask-value`	以下はすべて真です。 `netmask-value`パターンと受信する IPv4 または IPv6 ルートアドレスのビット単位論理 AND、および`netmask-value` パターンと `destination-prefix` アドレスのビット単位論理 AND は同じです。`netmask-value`パターンで設定するビットは連続している必要はありません。受信する IPv4 または IPv6 ルートアドレスの `prefix-length` コンポーネントと、`destination-prefix` アドレスの `prefix-length` コンポーネントは同じです。注: `address-mask`ルーティングポリシー一致タイプは、受信する IPv4(`family inet`)または IPv6(`family inet6`)ルートアドレスを `route-filter` ステートメントで指定された宛先一致プレフィックスのリストに一致させる場合にのみ有効です。 `address-mask`ルーティングポリシー一致タイプでは、構成した宛先一致プレフィックスの長さに加え、構成したネットマスクアドレスで受信する IPv4 または IPv6 ルートアドレスをマッチングできます。`address-mask`一致タイプはプレフィックス長の範囲変化をサポートしていないため、ルートアドレスの長さは構成済みの宛先一致プレフィックスの長さと正確に一致する必要があります。最長一致ルックアップがルートフィルター上で実行されると、ルックアップは `address-mask` 一致タイプを他のルーティングポリシー一致タイプとは異なる方法で評価します。ルックアップでは、宛先一致プレフィックスの長さは考慮されません。代わりに、ネットマスク値に設定されている連続した上位ビットの数が考慮されます。
`exact`	ルートは同じ最上位ビット( `prefix-length`で記述)を共有し、 `prefix-length` はルートのプレフィックス長に等しくなります。
`longer`	ルートは、同じ最上位ビット( `prefix-length`で記述)を共有し、 `prefix-length` はルートのプレフィックス長よりも大きくなります。
`orlonger`	ルートは、同じ最上位ビット( `prefix-length`で記述)を共有し、 `prefix-length` はルートのプレフィックス長以上です。
`prefix-length-range prefix-length2-prefix-length3`	ルートは同じ最上位ビット( `prefix-length`で記述)を共有し、ルートのプレフィックス長は `prefix-length2` から `prefix-length3`の間です。
`through destination-prefix`	以下はすべて真実です。ルートは、最初の宛先プレフィックスと同じ最上位ビット( `prefix-length`で記述)を共有します。ルートは、プレフィックス長のビット数について、第 2 宛先プレフィックスの最上位ビット( `prefix-length` で記述)を共有します。ルートのプレフィックス長のビット数が、2 番目のプレフィックスのビット数以下です。ほとんどのルーティングポリシー設定では、 `through` 一致タイプは使用しません。
`upto prefix-length2`	ルートは同じ最上位ビット( `prefix-length`で記述)を共有し、ルートのプレフィックス長は `prefix-length` と `prefix-length2`の間になります。

ルートフィルター一致条件

関連ドキュメント