ルーティングポリシーの全ポイントは、特定のルート（およびそれに対応する属性）をとり、予想される値と一致させることです。この文脈において、一致条件は、if-then 構成体 の 部分を形成する。 ルートが指定された条件に一致する場合は、 、次に は何らかのアクションを行います。したがって、一致条件によって、ルーティングポリシーで検出できるものが決まります。 <！さて、彼らは「もしかしたら」ではなく、「それから」と呼んだのです。しかし、 は
から受信したと考えてはいけません。これはルーティング情報の エクスポート ポリシーには意味がないためです（エクスポートポリシーは、隣人に広告されます）。 ポリシー を から と考えてください。
"プロトコルospfから"というのは、あなたが見ているすべてのルート（OSPF、IS-IS、BGPなどから学んだルート）のうち、OSPFプロトコルルートのみに一致していることを意味します。 " <！ 概要 構成キーワード 説明
ルートメトリックメトリック
| ルートに関連付けられたメトリック値に対応します。 | ルート設定 | 設定 |
|---|---|---|
| ルート設定に一致します。 | インタフェース名 | インタフェース |
| 経路が受信されたインタフェースを識別する。 | ネイバーアドレス | ネイバー |
| 通常、ルートを受信したピア。 | プロトコル | プロトコル
通常、経路が学習されたプロトコルの名前。 |
| エリアID | エリア | OSPFルートの場合、ルートが取得されたエリアを識別する。 |
| AS Path | as-path | BGPルートの場合、
特定のルートに関連付けられたASパスを識別します。 |
| <！ - 3 - > | マッチ条件が何であるかを知るだけでは不十分です。彼らがどのような方向づけをしているかを知る必要があります。ルートは、どこから来たのか、どこに行くのかに基づいて評価することができます。たとえば、特定のネイバー経由で学習されたすべてのルート、または特定のネイバーにエクスポートされているすべてのルートで照合できます。 | 一致条件を設定するには、fromキーワードを使用します。
[edit policy-options]ポリシーステートメントmy-sample-policy {term my-first-term {from {protocol ospf;この場合、ルーティングポリシースケルトンには一対の一致条件が含まれています。 「プロトコルospfから」を「すべての経路の外に読み、OSPF経路に一致させる」および「隣人10から読み取る」。すべてのルートのうちの「22. 22. 1」をデバイス10から学んだルートと一致させます。22. 32. 1. 1.「最初の条件が満たされていれば、まだ指定されていないアクションが実行されます。一致しない場合、第2項が評価されます。 |
| 複数の一致条件を指定すると、条件は論理AND文として機能します。経路が条件と一致するためには、その経路は指定されたすべての条件と一致しなければならない。たとえば、メトリックが20であるOSPFで学習されたすべてのルート（「すべてのルートから外れ、OSPFで学習され、メトリックが20であるルートと一致する」）を照合する場合は、次のものを使用できます。 | [編集ポリシーオプション]ポリシーステートメントmy-sample-policy {用語my-first-term {from {protocol ospf;メトリック20;}次に{アクション;}} |
