ルーティングポリシー一致条件
ルーティングポリシーの各条件には、ポリシーを適用するためにルートが一致する必要がある条件を定義するために、 from と toの2つのステートメントを含めることができます。
from {
family family-name;
match-conditions;
policy subroutine-policy-name;
prefix-list name;
route-filter destination-prefix match-type <actions>;
source-address-filter source-prefix match-type <actions>;
}
to {
match-conditions;
policy subroutine-policy-name;
}
fromステートメントでは、受信ルートが一致する必要がある基準を定義します。1つ以上の一致条件を指定できます。複数を指定する場合、一致するためには、それらすべてがルートに一致する必要があります。
fromステートメントはオプションです。fromを省略すると、すべてのルートが一致したと見なされます。その後、すべてのルートがポリシー条件の設定されたアクションを実行します。
toステートメントでは、送信ルートが一致する必要がある基準を定義します。1つ以上の一致条件を指定できます。複数を指定する場合、一致するためには、それらすべてがルートに一致する必要があります。toステートメントでは、fromステートメントで指定できるのと同じ照合条件のほとんどを指定できます。ほとんどの場合、toステートメントで一致条件を指定すると、fromステートメントで同じ一致条件を指定するのと同じ結果が得られます。
toステートメントはオプションです。toステートメントとfromステートメントの両方を省略すると、すべてのルートが一致したと見なされます。
表1は 、主要なルーティングポリシー一致条件をまとめたものです。
一致条件 |
説明 |
|---|---|
|
設定された集約に寄与しているルートを照合します。この一致条件を使用して、集約ルート内の貢献者を抑制できます。 |
|
他のプロトコルへのOSPFルートのエクスポート中に、指定されたOSPFエリアから学習したルートに一致します。 |
|
自律システム(AS)のパス正規表現の名前に一致します。ASパスが正規表現に一致するBGPルートが処理されます。 |
|
カラー値に一致します。 |
|
1つ以上のコミュニティの名前に一致します。複数の名前をリストする場合、一致する名前は1つだけです。(マッチングは事実上、論理OR演算です。) |
|
あるレベルから別のレベルにエクスポートされたルートを含む、外部 OSPF ルートを照合します。この一致条件では、 |
|
1つ以上のルーターインターフェイスの名前またはIPアドレスに一致します。この条件は、インターフェイス固有のプロトコルで使用します。例えば、この条件を内部BGP(IBGP)には使用しないでください。 ポリシーが適用される場所に応じて、この一致条件は指定されたインターフェイスから学習したルート、または指定されたインターフェイスを介してアドバタイズされたルートに一致します。 |
|
簡略化されたネクストホップ自己ポリシーの内部フラグに対してルーティングポリシーを照合します。 |
|
IS-ISレベルに一致します。指定されたレベルからのルート、または指定されたレベルにアドバタイズされているルートが処理されます。 |
|
BGPローカルプリファレンス属性に一致します。優先度は、0から4,294,967,295(2、32 、1)の範囲です。 |
|
メトリック値に一致します。 |
|
1つ以上のネイバー(ピア)のアドレスに一致します。 BGPエクスポートポリシーの場合、アドレスは直接接続されたピアまたは間接的に接続されたピアのアドレスにすることができます。その他のプロトコルの場合、アドレスはアドバタイズメントの受信元のネイバーのアドレスです。 |
|
特定のルートのルーティング情報で指定されたネクストホップアドレスに一致します。BGPルートでは、各プロトコルネクストホップに対してマッチングが行われます。 |
|
ASパス情報の送信元であるBGP送信元属性に一致します。値は以下のいずれかです。
|
|
優先値に一致します。プライマリプリファレンス値(
注:
BGPルートポリシーに |
|
ルートが学習されたプロトコル、またはルートがアドバタイズされているプロトコルの名前に一致します。これは、 |
|
ルートのタイプに一致します。値は |
アクションを実行するには、 from および to ステートメントのすべての条件が一致する必要があります。 表2 で定義した一致条件は、事実上、論理的なAND演算です。プレフィックスリストとルートリストでのマッチングは、異なる処理を行います。これらは事実上、論理的 OR 演算です。ルートフィルター、プレフィックスリスト、送信元アドレスフィルターの何らかの組み合わせを含むポリシーを設定した場合、それらは論理OR演算または最長ルート一致ルックアップに従って評価されます。
表2は 、着信または発信ルートのマッチングに使用できる一致条件を示しています。この表は、 from ステートメントと to ステートメントの両方で一致条件を使用できるかどうか、および両方のステートメントで使用した場合の一致条件の機能が同じか異なるかを示しています。 from ステートメントと to ステートメントの一致条件の機能が異なる場合、またはその条件を 1 種類のステートメントで使用できない場合は、ステートメントの種類ごとに個別の説明があります。それ以外の場合は、両方のタイプのステートメントに同じ説明が適用されます。
表2は 、一致条件が標準か拡張かを示しています。一般に、拡張一致条件には、ルーティングポリシーとは別に定義された基準(自律システム[AS]パス正規表現、コミュニティ、プレフィックスリスト)が含まれ、標準の一致条件よりも複雑です。拡張一致条件は、多くの強力な機能を提供します。標準一致条件には、ルーティングポリシー内で定義され、拡張一致条件よりも複雑ではない基準が含まれます。
一致条件 |
一致条件カテゴリ |
ステートメントの説明 |
|
|---|---|---|---|
|
|
標準 |
設定されたアグリゲートに寄与しているルートを照合します。この一致条件を使用して、集約ルート内の貢献者を抑制できます。 |
|
|
|
標準 |
(Open Shortest Path First [OSPF]のみ)エリア識別子。
|
|
|
|
拡張 |
(BGP(境界ゲートウェイプロトコル)のみ)ASパス正規表現の名前。詳細については、「 ルーティングポリシー一致条件として使用するASパス正規表現を理解する」を参照してください。 |
|
|
|
拡張 |
(BGPのみ)AS パス グループ正規表現の名前。詳細については、「 ルーティングポリシー一致条件として使用するASパス正規表現を理解する」を参照してください。 |
|
|
|
標準 |
カラー値。 |
|
|
|
標準 |
(BGPのみ)ルートが一致するために必要なコミュニティエントリの数。カウント値は、0〜1,024の範囲の数値にすることができます。次のいずれかのオプションを指定します。
注:
複数の
注:
この一致条件は、To ステートメントでの使用ではサポートされていません。 |
|
|
|
拡張 |
1つ以上のコミュニティの名前。複数の名前をリストする場合、一致するために必要な名前は 1 つだけです(一致は事実上、論理 OR 演算です)。詳細については、 ルーティングポリシーの一致条件としてのBGPコミュニティ、拡張コミュニティ、大規模コミュニティを理解するを参照してください。 BGP EVPNルートには、BGP更新メッセージパス属性で運ばれる一連の拡張コミュニティがあるため、BGP EVPNルートのフィルタリングに拡張コミュニティを使用できます。利用可能な情報には、カプセル化タイプ、MACモビリティ情報、EVPNスプリットホライズンラベル情報、ESIモード、etreeリーフラベルが含まれます。 BGP EVPN拡張コミュニティを指定するには、以下の構文を使用します。
|
|
|
|
標準 |
(OSPF および IS-IS のみ)IGP外部ルートに一致します。IS-ISルートの場合、 外部ルートBGP一致させるには、 |
|
|
|
標準 |
BGP EVPNルートは、プレフィックスにESI属性を含む唯一のタイプであるルートタイプ1、2、4、7、および8のイーサネットセグメント識別子(ESI)情報に基づいてフィルタリングできます。(ESI値は10バイト整数としてエンコードされ、マルチホームセグメントを識別するために使用されます。) |
|
|
|
標準 |
EVPNルートのプレフィックスから入手できるEVPNタグ情報に基づいて、BGP EVPNルートをフィルタリングできます。以下のCLI階層にEVPNを設定する必要があります。
|
|
|
|
標準 |
IPアドレスがあるかどうかに基づいてBGP EVPNタイプ2ルートをフィルタリングする。 EVPNタイプ2 MACルートは、MACアドレスとともにプレフィックスにIPアドレスを含めることができます。MAC-IPルートで伝送されるIPアドレスは、IPv4またはIPv6アドレスのいずれかです。タイプ2ルートは、macアドレス、mac+ipv4アドレス、またはmac+ipv6アドレスのみを持つ場合のみに基づいて除外可能です。 |
|
|
|
標準 |
1つ以上のルーティングデバイスインターフェイスの名前またはIPアドレス。IBGPなどの、インターフェイス固有ではないプロトコルにはこの修飾子を使用しないでください。 指定されたインターフェイスの1つから学習したルート、またはアドバタイズされるルートに一致します。直接ルートは、指定されたインターフェイスで設定されたルートに一致します。 |
|
|
|
標準 |
(Intermediate System to-Intermediate System [IS-IS] のみ)IS-ISレベル。 指定されたレベルから学習したルート、または指定されたレベルでアドバタイズされるルートに一致します。 |
|
|
|
標準 |
(BGPのみ)BGPローカルプリファレンス(LOCAL_PREF |
|
|
|
標準 |
(BGPのみ)名前付きmacフィルターリスト。EVPNタイプ2ルートのプレフィックスの一部としてMACアドレスがあり、これを使用してMACアドレスのリストを作成できます。 |
|
|
|
標準 |
IPv4またはIPv6マルチキャストグループアドレスのマルチキャストスコープマルチキャスト値。マルチキャストスコーピング名は、IPv4プレフィックスに対応しています。特定のマルチキャストスコーププレフィックスまたはさまざまなプレフィックスでマッチングできます。スコープと数値の高いスコープで一致させる
|
|
|
|
標準 |
1つ以上のネイバー(ピア)のアドレス。 BGPの場合、アドレスは直接接続されたピアまたは間接的に接続されたピアにすることができます。 BGP インポート ポリシーの場合、 BGP エクスポート ポリシーでは、 他のすべてのプロトコルでは、アドレスはアドバタイズメントの受信元のネイバーであり、
注:
|
|
|
|
標準 |
特定のルートのルーティング情報で指定された1つ以上のネクストホップアドレス。ネクストホップアドレスにネットマスクを含めることはできません。BGPルートでは、各プロトコルネクストホップに対してマッチングが行われます。 |
|
|
|
標準 |
LDP は、使用可能な RSVP および IP ネクストホップに基づいて、転送クラスマッピングと組み合わせてネクストホップを生成します。 この一致条件は、To ステートメントでの使用ではサポートされていません。 |
|
|
|
標準 |
NLRI 1 から NLRI 10 までのルート タイプ単一のポリシーで複数のルートタイプを指定できます。 EVPNの場合、NLRIルートタイプの範囲は1から8です(BGP更新メッセージのルートプレフィックスの最初のオクテットはEVPNルートタイプです)。 EVPN NLRI ルート タイプでのフィルタリングに加えて、ルート タイプ 2 および 5 の EVPN ルート プレフィックスに埋め込まれている IP アドレスまたは MACアドレス(mac-ip)でもフィルタリングできます。そのためには、アドレスに リモートで学習したタイプ 2 の mac-ip アドバタイズメントからタイプ 5 ルートが作成された場合、タイプ 2 ルートアドバタイズメントから学習したコミュニティは新しいタイプ 5 ルートに含まれます。これを防ぐには、 |
|
|
|
標準 |
(BGPのみ)ASパス情報の送信元であるBGP送信元属性。値は以下のいずれかです。
|
|
|
|
拡張 |
サブルーチンとして評価するポリシーの名前。 この拡張一致条件については、 ルーティング ポリシー一致条件のポリシー サブルーチンを理解するを参照してください。 |
|
|
|
標準 |
優先値。プライマリプリファレンス値( より詳細な設定値を指定するには、この表の |
|
|
|
拡張 |
IPアドレスの名前付きリスト。受信ルートとの完全一致を指定できます。 この拡張一致条件については、「 ルーティングポリシー一致条件で使用するプレフィックスリストについて」を参照してください。 この一致条件は、To ステートメントでの使用ではサポートされていません。 この一致条件は、To ステートメントでの使用ではサポートされていません。 |
|
|
|
拡張 |
名前付きプレフィックスリスト。プレフィックスリスト内のプレフィックスのリストにプレフィックス長修飾子を指定できます。 EVPN NRLIルートタイプ2および5で使用する場合、以下がサポートされます。
この拡張一致条件については、「 ルーティングポリシー一致条件で使用するプレフィックスリストについて」を参照してください。 この一致条件は、To ステートメントでの使用ではサポートされていません。 |
|
|
|
標準 |
ルートが学習されたプロトコル、またはルートがアドバタイズされているプロトコルの名前。これは次のいずれかです: |
|
|
|
標準 |
ルーティングテーブルの名前。
|
|
|
|
標準 |
ルート識別子(RD)の名前。 RDは、BGP EVPNルートのフィルタリングをサポートしています。RD情報は、EVPNルートのプレフィックスで伝送されます。 |
|
|
|
標準 |
名前付きルート フィルターまたはルート フィルター リスト。ルート フィルター リスト内のルートのリストにプレフィックス長修飾子を指定できます。 EVPN NRLIルートタイプ2および5で使用する場合、以下がサポートされます。
この一致条件は、To ステートメントでの使用ではサポートされていません。 |
|
|
|
拡張 |
(BGPのみ)BGPルートターゲットフィルタリングとプロキシBGPルートターゲットフィルタリング用のルートターゲットプレフィックスの名前付きリスト。 この拡張一致条件の詳細については、 例:VPNのBGPルートターゲットフィルタリングのエクスポートポリシーの設定を参照してください。 この一致条件は、To ステートメントでの使用ではサポートされていません。 |
|
|
|
拡張 |
マルチキャスト送信元アドレスのリスト。送信元アドレスを指定する場合、特定のルートとの完全一致、または一致タイプを使用して精度の低い一致を指定できます。リスト全体に適用される共通のアクションと、各プレフィックスに関連するアクションのいずれかを構成できます。詳細については、「 ルーティング ポリシー一致条件で使用するルート フィルターについて」を参照してください。 この一致条件は、To ステートメントでの使用ではサポートされていません。 |
|
|
|
標準 |
(BGPエクスポートのみ)以下のタイプのアドバタイズされたルートに一致します。
|
|
|
|
標準 |
タグ値。 括弧内のリスト内にタグを含めることで、1つの一致条件で複数のタグを指定できます。次に例を示します。 OSPFルートの場合、 IS-ISルートの場合、 OSPF は、INTERNAL ルートのOSPFエリア ID を ポリシー条件を設定して、ルートの ポリシーに「from area」一致条件が含まれている場合、 |
|
|
|
標準 |
BGP発信元検証が設定されている場合、ルート検証データベース内の検索をトリガーし、ルートプレフィックスが有効、無効、または不明かどうかを判断します。ルート検証データベースには、ルートプレフィックスを予想される送信元自律システム(AS)にマッピングするルート起点承認(ROA)レコードが含まれています。これにより、無効なルートが誤ってアドバタイズされることを防ぎます。 BGPのオリジン検証の設定を参照してください。 |
|