着信ルートが一致条件のいずれの用語とも一致しない場合はどうなりますか？想像するように、デフォルトのアクションがとられます。したがって、デフォルトの操作に精通する必要があります。
このポリシーを調べてください：
[edit-policy-options] policy-statement my-sample-policy {term my-first-term {from protocol bgp; then accept;}}
この例では、ルートがBGPを介して学習された場合、それが受け入れられます。しかし、BGPを介して学習されていないとルートが拒否されたとすれば…間違っているでしょう。
<！ - 1 - >ルートが設定された条件と一致しない場合は、 デフォルトアクション が使用されます。デフォルトのアクションは、ルーティングポリシーが適用される場所と、ルーティング情報にどのプロトコルが関係しているかによって異なります。
各ルーティングプロトコルには独自のデフォルトポリシーがあるため、デフォルトアクションはポリシーが適用されるプロトコル（またはプロトコル）によって異なります。デフォルトのアクションは、ポリシーがインポートされている（ルーティングテーブルにインポートされている）ルートにエクスポートされているか、エクスポートされている（ルーティングテーブルからアドバタイズされている）ルートに適用されているかによっても異なります。表14-3に、いくつかのルーティングプロトコルに関連付けられているデフォルト動作をまとめています。
<！ -| プロトコル | デフォルトアクション |
|---|---|
| RIP | インポート：RIP対応インタフェースで受信したすべてのルートを受け入れます。
エクスポート：RIPルートをエクスポートしません。 |
| OSPF | インポート：インポートされたルートにはポリシーを使用できません。
エクスポート：OSPF経由で学習したすべてのルートと、OSPF対応インターフェイスに関連付けられたすべての直接ルート をエクスポートします。 |
| BGP | インポート：BGPネイバーから学習したすべてのルートを受け入れます。エクスポート：
BGP経由で学習したすべてのアクティブなルートをすべてのBGPネイバにエクスポートします。 |
デフォルトのアクションは、受け入れ（許可/通知）または拒否（禁止/抑止）しかできないことに注意してください。デフォルトのアクションは、すべてのルートが確定的な結論に達することを保証するための終了アクションでなければなりません。つまり、最終的にすべてのルートが受け入れられるか拒否されます（これは良いことです）。
