close

keyboard_arrow_left

Table of Contents Expand all

list Table of Contents

keyboard_arrow_right

この機械翻訳はお役に立ちましたでしょうか?

Go to English page

免責事項:

このページは、サードパーティー製機械翻訳ソフトウェアを使用して翻訳されます。質の高い翻訳を提供するために合理的な対応はされていますが、ジュニパーネットワークスがその正確性を保証することはできかねます。この翻訳に含まれる情報の正確性について疑問が生じた場合は、英語版を参照してください. ダウンロード可能なPDF (英語版のみ).

ルーティングポリシー一致条件

date_range 19-Jan-25

arrow_backward

arrow_forward

ルーティング・ポリシーの各条件には、 from と toの2つのステートメントを含めることができ、ポリシーを適用するためにルートが一致する必要がある条件を定義します:

content_copy zoom_out_map
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 は、主要なルーティングポリシー一致条件の要約です。

表 1: 主要なルーティングポリシー一致条件の概要
一致条件	説明
`aggregate-contributor`	設定されたアグリゲートに寄与しているルートを照合します。この一致条件を使用して、集約ルート内の貢献者を抑制できます。
`area area-id`	OSPFルートを他のプロトコルにエクスポートする際に、指定されたOSPFエリアから学習したルートを照合します。
`as-path name`	自律システム(AS)のパス正規表現の名前に一致します。ASパスが正規表現と一致するBGPルートが処理されます。
`color preference`	カラー値に一致します。`preference` 一致条件で指定されたプリファレンス値よりも細かいプリファレンス値を指定できます。`color`値は、0 から 4,294,967,295 (2,³², – 1) までの数値です。数字が小さいほど、より優先されるルートを示します。
`community`	1 つ以上のコミュニティの名前に一致します。複数の名前をリストした場合、一致する名前は 1 つだけです。(マッチングは事実上、論理 OR 演算です)。
`external [type metric-type]`	あるレベルから別のレベルにエクスポートされたルートを含む外部OSPFルートを照合します。この一致条件では、 `type` はオプションのキーワードです。`metric-type`値は 1 または 2 です。`type`を指定しない場合、この条件はすべての外部ルートに一致します。
`interface interface-name`	1 つ以上のルーターインターフェイスの名前または IP アドレスに一致します。インターフェイス固有のプロトコルでこの条件を使用します。例えば、内部 BGP(IBGP)ではこの条件を使用しないでください。ポリシーが適用される場所に応じて、この一致条件は、指定されたインターフェイスから学習したルートまたは指定されたインターフェイスを通じてアドバタイズされたルートに一致します。
`internal`	簡略化されたネクストホップ自己ポリシーの内部フラグに対してルーティングポリシーを照合します。
`level level`	IS-ISレベルに一致します。指定されたレベルからのルート、または指定されたレベルにアドバタイズされているルートが処理されます。
`local-preference value`	BGP ローカルプリファレンス属性に一致します。優先度は 0 から 4,294,967,295 (2,³² – 1) までです。
`metric metric` `metric2 metric`	メトリック値に一致します。`metric`値は、複数出口識別子(MED)に対応し、BGPネクストホップが別のルートを逆走する場合のIGPメトリックに対応する`metric2`。
`neighbor address`	1 つ以上のネイバー(ピア)のアドレスに一致します。 BGP エクスポートポリシーの場合、アドレスは直接接続または間接接続ピアのアドレスにすることができます。他のすべてのプロトコルでは、アドレスはアドバタイズメントを受信するネイバー用です。
`next-hop address`	特定のルートのルーティング情報で指定されたネクストホップアドレスに一致します。BGP ルートの場合、各プロトコルネクストホップに対してマッチングが実行されます。
`origin value`	ASパス情報の送信元であるBGP送信元属性に一致します。値は以下のいずれかです。 `egp`- 他のASから発信されたパス情報。 `igp`- ローカルAS内から発信されたパス情報。 `incomplete`- パス情報は、他の方法で学習されました。
`preference preference` `preference2 preference`	プリファレンス値に一致します。プライマリプリファレンス値(`preference`)とセカンダリプリファレンス値(`preference2`)を指定できます。優先度は、0 から 4,294,967,295 (2³² – 1) までの数値です。数字が小さいほど、より優先されるルートを示します。注: BGP ルートポリシーに `preference2` を設定しないでください。
`protocol protocol`	ルートが学習されたプロトコル、またはルートがアドバタイズされているプロトコルの名前に一致します。以下のいずれかです。`aggregate`、 `bgp`、 `direct`、 `dvmrp`、 `isis`、 `local`、 `ospf`、 `pim-dense`、 `pim-sparse`、 `rip`、 `ripng`、または `static`。
`route-type value`	ルートのタイプに一致します。値は `external` または `internal` のいずれかです。

from ステートメントと to ステートメントの条件は、実行するアクションに一致する必要があります。表 2 で定義されている一致条件は、事実上、論理 AND 演算です。プレフィックスリストとルートリストでのマッチングは、異なる方法で処理されます。これらは、事実上、論理 OR 演算です。ルートフィルター、プレフィックスリスト、送信元アドレスフィルターの組み合わせを含むポリシーを設定した場合、論理 OR 演算または最長ルート一致ルックアップに従って評価されます。

表 2 は、着信ルートまたは発信ルートのマッチングに使用できる一致条件を説明します。この表は、 from ステートメントと to ステートメントの両方で一致条件を使用できるかどうか、および両方のステートメントで一致条件を使用した場合に一致条件の機能が同じか異なるかを示しています。from ステートメントと to ステートメントでは一致条件の動作が異なる場合、またはあるタイプのステートメントで条件を使用できない場合は、ステートメントのタイプごとに個別の説明があります。それ以外の場合、同じ説明が両方のタイプのステートメントに適用されます。

表 2 また、一致条件が標準か拡張かも示します。一般に、拡張一致条件には、ルーティングポリシーとは別に定義された基準(自律システム(AS)パス正規表現、コミュニティ、プレフィックスリスト)が含まれ、標準の一致条件よりも複雑になります。拡張一致条件は、多くの強力な機能を提供します。標準一致条件には、ルーティング・ポリシー内で定義され、拡張一致条件ほど複雑ではない基準が含まれます。

表 2: ルーティングポリシー一致条件の完全なリスト
一致条件	一致条件カテゴリ	ステートメントの説明
`aggregate-contributor`	Standard	設定されたアグリゲートに寄与しているルートに一致します。この一致条件を使用して、集約ルート内の貢献者を抑制できます。
`area area-id`	Standard	(Open Shortest Path First [OSPF] のみ)エリア識別子。 `export`ポリシーで使用される`from`ステートメントで、OSPFルートを他のプロトコルにエクスポートする際に、指定されたOSPFエリアから学習したルートに一致させます。
`as-path name`	ひろがった	(境界ゲートウェイプロトコル [BGP] のみ)ASパス正規表現の名前。詳細については、ルーティングポリシー一致条件として使用するASパス正規表現についてを参照してください。
`as-path-group group-name`	ひろがった	(BGP のみ)AS パスグループ正規表現の名前。詳細については、ルーティングポリシー一致条件として使用するASパス正規表現についてを参照してください。
`bridge-domain-id bridge-domain-number`	ひろがった	ブリッジドメイン ID、VLAN ID、(VXLAN カプセル化あり)VNI(VXLAN 仮想ネットワーク識別子)。
`color preference color2 preference`	Standard	カラー値。`preference`および`preference2`一致条件で指定した値よりもきめ細かいプリファレンス値(`color`および`color2`)を指定できます。カラー値には、 0 から 4,294,967,295 (2³² – 1) の範囲の数値を指定できます。数字が小さいほど、より優先されるルートを示します。
`community-count value (equal \| orhigher \| orlower)`	Standard	(BGP のみ)ルートを一致させるために必要なコミュニティエントリーの数。カウント値は、0 から 1,024 の範囲の数値です。次のいずれか1つのオプションを指定します。 `equal`- 一致と見なされるには、コミュニティの数がこの値と等しくなければなりません。 `orhigher` - 一致と見なされるには、コミュニティの数がこの値以上である必要があります。 `orlower`- 一致と見なされるには、コミュニティの数がこの値以下である必要があります。注: 複数の `community-count` ステートメントを設定する場合、マッチングは事実上論理 AND 演算になります。注: `community-count`属性は、標準コミュニティでのみ機能します。拡張されたコミュニティでは機能しません。この一致条件は、To ステートメントでの使用はサポートされていません。
`community [ names ]`	ひろがった	1 つ以上のコミュニティの名前。複数の名前をリストした場合、一致が発生するには 1 つの名前だけが一致する必要があります (一致は事実上論理 OR 演算です)。詳細については、ルーティングポリシー一致条件としてのBGPコミュニティ、拡張コミュニティ、大規模コミュニティを理解するを参照してください。 BGP EVPN ルートには、BGP update message path属性で伝送される一連の拡張コミュニティーがあるため、拡張コミュニティーを使用してBGP EVPNルートをフィルタリングすることができます。利用可能な情報には、カプセル化タイプ、MACモビリティ情報、EVPNスプリットホライズンラベル情報、ESIモード、eTreeリーフラベルが含まれます。 BGP EVPN 拡張コミュニティを指定するには、次の構文を使用します。 `community (type, in decimal format) val1:val2` `val1` および `val2` は、[2 + 4] オクテットまたは [4 + 2] オクテットとして指定できます。
`external [ type metric-type` ]	Standard	(OSPF および IS-IS のみ)IGP外部ルートに一致します。IS-IS ルートの場合、 `external` 条件は、ある IS-IS レベルから別の IS-IS レベルにエクスポートされたルートにも一致します。`type` キーワードはオプションで、OSPF 外部ルートにのみ適用されます。`type`を指定しない場合、`external`条件はすべてのIGP外部(OSPFおよびIS-IS)ルートに一致します。`type` を指定すると、`external`条件は、指定された OSPF メトリックタイプを持つ OSPF 外部ルートのみを照合します。メトリックタイプは 1 または 2 のいずれかです。 BGP 外部ルートを照合するには、 `route-type` 一致条件を使用します。
`evpn-esi`	Standard	プレフィックスに ESI 属性を含める唯一のタイプであるルートタイプ 1、2、4、7、および 8 のイーサネットセグメント識別子(ESI)情報に基づいて、BGP EVPN ルートをフィルタリングできます。(ESI 値は 10 バイト整数としてエンコードされ、マルチホーム・セグメントを識別するために使用されます。
`evpn-etag`	Standard	EVPN ルートのプレフィックスから入手できる EVPN タグ情報に基づいて、BGP EVPN ルートをフィルタリングできます。以下の CLI 階層に EVPN を設定する必要があります。 `filter policy-options policy-statement name term name family`
`evpn-mac-route`	Standard	IPアドレスの有無に基づくBGP EVPNタイプ2ルートのフィルタリング EVPNタイプ2のMACルートでは、MACアドレスとともに、プレフィックスにIPアドレスを含めることができます。MAC-IPルートで伝送されるIPアドレスは、IPv4またはIPv6アドレスのいずれかです。MACアドレスまたはmac+ipv4アドレスまたはmac+ipv6アドレスのみを持つ場合にのみ、に基づいてタイプ 2 ルートを除外することが可能です。
`interface interface-name`	Standard	1つ以上のルーティングデバイスインターフェイスの名前または IP アドレス。IBGPなどのインターフェース固有ではないプロトコルでは、この修飾子を使用しないでください。指定されたインターフェイスの1つから学習した、またはアドバタイズされるルートに一致します。ダイレクトルートは、指定されたインターフェイスで設定されたルートに一致します。
`level level`	Standard	(IS-IS[Intermediate System to Intermediate System]のみ)IS-IS レベルです。指定されたレベルから学習した、または指定されたレベルにアドバタイズされるルートに一致します。
`local-preference value`	Standard	(BGP のみ)BGPローカルプリファレンス(LOCAL_PREF`local-preference (add \| subtract) number`)属性。優先度は、 0〜 4,294,967,295(2、³² – 1)の数値です。
`mac-filter-list`	Standard	(BGP のみ)名前付き mac フィルタリスト。EVPNタイプ2ルートには、プレフィックスの一部としてMACアドレスがあり、これを使用してMACアドレスのリストを作成できます。
`multicast-scoping (scoping-name \| number) < (orhigher \| orlower) >`	Standard	IPv4 または IPv6 マルチキャストグループアドレスのマルチキャストスコープ値。マルチキャストスコープ名は、IPv4 プレフィックスに対応します。特定のマルチキャストスコーププレフィックスまたはプレフィックス範囲でマッチングできます。スコープと数値的に高いスコープで照合する `orhigher` 、またはスコープと数値的に低いスコープで照合する `orlower` を指定します。詳細については、 Junos OSマルチキャストプロトコルユーザーガイドを参照してください。このスコープポリシーをルーティングテーブルに適用するには、`[edit routing-options]` 階層レベルで `scope-policy` ステートメントを含めます。 `number`値には、 0 から F までの任意の 16 進数を指定できます。マルチキャスト有効範囲の値は、 0 から 15 までの数値、または関連する意味を持つ以下のキーワードのいずれかです。 `node-local` (値 =1)- 対応するプレフィックスなし `link-local` (value=2)—対応するプレフィックス 224.0.0.0/24 `site-local` (値 =5)- 対応するプレフィックスなし `global` (value=14):対応するプレフィックス 224.0.1.0 〜 238.255.255.255 `organization-local` (value=8)- 対応するプレフィックス 239.192.0.0/14
`neighbor address`	Standard	1 つ以上のネイバー(ピア)のアドレス。 BGP の場合、アドレスは直接接続または間接接続のピアです。 BGP インポートポリシーの場合、 `to neighbor` を指定すると、 `from neighbor`を指定した場合と同じ結果になります。 BGP エクスポート・ポリシーの場合、 `neighbor` 一致条件を指定しても効果はなく、無視されます。他のすべてのプロトコルでは、アドレスはアドバタイズメントを受信するネイバーであり、 `to` ステートメントの場合はアドバタイズメントの送信先のネイバーと一致します。注: `neighbor address`一致条件は、ルーティング情報プロトコル(RIP)に対しては無効です。
`next-hop [ addresses ]`	Standard	特定のルートのルーティング情報で指定された 1 つ以上のネクストホップアドレス。ネクストホップアドレスにネットマスクを含めることはできません。BGP ルートの場合、各プロトコルネクストホップに対してマッチングが実行されます。
`next-hop-type merged`	Standard	LDPは、使用可能なRSVPとIPネクストホップに基づいてネクストホップを生成し、転送クラスマッピングと組み合わせて使用します。この一致条件は、To ステートメントでの使用はサポートされていません。
`nlri-route-type`	Standard	NLRI 1 から NLRI 10 までのルートタイプ。1つのポリシーで複数のルートタイプを指定できます。 EVPNの場合、NLRIルートタイプの範囲は1〜8です(BGPアップデートメッセージのルートプレフィックスの最初のオクテットがEVPNルートタイプです)。 EVPN NLRI ルートタイプでのフィルタリングに加えて、ルートタイプ 2 および 5 の EVPN ルートプレフィックスに埋め込まれている IP アドレスまたは MAC アドレス(mac-ip)でのフィルタリングも可能です。これを行うには、アドレスに `prefix-list` または `route-filter` を使用します。リモートで学習したタイプ 2 の mac-ip アドバタイズメントからタイプ 5 ルートが作成された場合、タイプ 2 ルートのアドバタイズメントから学習されたコミュニティが新しいタイプ 5 ルートに含まれます。これを防ぐには、`protocols evpn ip-prefix-routes`階層で `donot-advertise-community` ステートメントを有効にします。
`origin value`	Standard	（BGPのみ）ASパス情報の送信元である、BGP送信元属性。値は以下のいずれかです。 `egp`- 他のASが送信元のパス情報。 `igp`- ローカルAS内が送信元のパス情報。 `incomplete`- パス情報は、他の方法で学習されました。
`policy [ policy-name ]`	ひろがった	サブルーチンとして評価するポリシーの名前。この拡張一致条件については、ルーティングポリシー一致条件のポリシーサブルーチンについてを参照してください。
`preference preference preference2 preference`	Standard	プリファレンス値。プライマリプリファレンス値(`preference`)とセカンダリプリファレンス値(`preference2`)を指定できます。優先度は、 0 から 4,294,967,295 (2³² – 1) までの数値です。数字が小さいほど、より優先されるルートを示します。さらに細かいプリファレンス値を指定するには、この表の `color` および `color2` 一致条件を参照してください。
`prefix-list prefix-list-name ip-addresses`	ひろがった	IP アドレスの名前付きリスト。着信ルートとの完全一致を指定できます。この拡張一致条件の詳細については、ルーティングポリシー一致条件で使用するプレフィックスリストについてを参照してください。この一致条件は、To ステートメントでの使用はサポートされていません。この一致条件は、To ステートメントでの使用はサポートされていません。
`prefix-list-filter prefix-list-name match-type`	ひろがった	名前付きプレフィックスリスト。プレフィックスリスト内のプレフィックスリストのプレフィックス長修飾子を指定できます。 EVPN NRLI ルートタイプ 2 および 5 と併用すると、以下がサポートされます。 `from prefix-list-filter [ exact \| longer \| orlonger ]` この拡張一致条件の詳細については、ルーティングポリシー一致条件で使用するプレフィックスリストについてを参照してください。この一致条件は、To ステートメントでの使用はサポートされていません。
`protocol protocol`	Standard	ルートが学習されたプロトコル、またはルートがアドバタイズされているプロトコルの名前。以下のいずれかです。`access`、 `access-internal`、 `aggregate`、 `anchor`、 `arp`、 `bgp`、 `bgp-ls-epe`、`bgp-static`、 `direct`、 `dvmrp`、 `esis`、 `evpn`、 `frr`、 `isis`、 `l-isis`、 `isis`、 `l2-learned-host-routing`、 `l2circuit`、 `l2vpn`、 `ldp`、 `local`、 `mpls`、 `msdp`、 `ospf` (OSPFv2およびOSPFv3ルートの両方に一致)、 `ospf2` (OSPFv2ルートのみに一致)、 `ospf3` (OSPFv3ルートのみに一致)、 `pim`、 `rift`、 `rip`、 `ripng`、 `route-target`、 `rsvp`、 `spring-te`、 `static`、または `vpls`。
`rib routing-table`	Standard	ルーティングテーブルの名前。`routing-table` の値は、次のいずれかになります。 inet.0 - ユニキャスト IPv4 ルート `instance-name` inet.0 - 特定のルーティングインスタンス向けユニキャスト IPv4 ルート inet.1 - マルチキャスト IPv4 ルート inet.2—マルチキャストリバースパスフォワーディング(RPF)ルックアップ用のユニキャストIPv4ルート inet.3 - MPLS ルート mpls.0 - LSP(ラベルスイッチパス)ネクストホップの MPLS ルート inet6.0 - ユニキャスト IPv6 ルート
`route-distinguisher`	Standard	ルート識別子(RD)の名前。 RD は、BGP EVPN ルートのフィルタリングをサポートしています。RD 情報は、EVPN ルートのプレフィックスで伝送されます。
`route-filter` `route-filter-list`	Standard	名前付きルートフィルターまたはルートフィルターリスト。ルートフィルターリスト内のルートのリストのプレフィックス長修飾子を指定できます。 EVPN NRLI ルートタイプ 2 および 5 と併用すると、以下がサポートされます。 `from route-filter [ address-mask \| exact \| longer \| orlonger \| prefix-length-range \| through \| upto ]` この一致条件は、To ステートメントでの使用はサポートされていません。
`rtf-prefix-list name route-targets`	ひろがった	(BGP のみ)BGPルートターゲットフィルタリングおよびプロキシBGPルートターゲットフィルタリングのルートターゲットプレフィックスの名前付きリスト。この拡張一致条件の詳細については、例を参照してください。VPNのBGPルートターゲットフィルタリングのエクスポートポリシーを設定します。この一致条件は、To ステートメントでの使用はサポートされていません。
`source-address-filter destination-prefix match-type <actions>`	ひろがった	マルチキャスト送信元アドレスのリスト。送信元アドレスを指定する場合、特定のルートとの完全一致、または一致タイプを使用してより精度の低い一致を指定できます。リスト全体に適用される共通のアクションと、各プレフィックスに関連するアクションのいずれかを構成できます。詳細については、「ルーティングポリシー一致条件で使用するルートフィルターについて」を参照してください。この一致条件は、To ステートメントでの使用はサポートされていません。
`state (active \| inactive)`	Standard	(BGP エクスポートのみ)以下のタイプのアドバタイズされたルートにマッチします。 `active`—アクティブなBGPルート `inactive`—最適なパスが内部ルートであっても、最適な外部パスとして内部 BGP ピアにアドバタイズされるルート `inactive`—ルーティングテーブルがアクティブなルートとして選択しなかった場合でも、BGPによって最良のルートとしてアドバタイズされたルート
`tag string tag2 string`	Standard	タグ値。次の 2 つのタグ文字列を指定できます。`tag` (最初の文字列用) と `tag2` です。これらの値はルーターに対してローカルであり、設定されたルートで設定するか、インポートルーティングポリシーを使用して設定できます。括弧で囲まれたリスト内にタグを含めることで、1 つの一致条件で複数のタグを指定できます。たとえば、以下のように表示されます。 `from tag [ tag1 tag2 tag3 ];` OSPF ルートの場合、`tag` アクションは OSPF 外部リンクステートアドバタイズメント(LSA)パケットの 32 ビットタグフィールドを設定します。 IS-IS ルートの場合、 `tag` アクションにより、IS-IS IP プレフィックスタイプの長さの値に 32 ビットフラグが設定されます。(TLV) をクリックします。 OSPFは、内部ルートのOSPFエリアIDを`tag2` 属性に格納します。しかし、外部ルートの場合、OSPFは `tag2`属性に何も保存しません。ポリシー条件を設定して、ルートの `tag2` 値を設定できます。ルートにすでに `tag2` 値がある場合(例えば、エリアIDをtag2に格納するOSPFルート)、元の `tag2` 値は新しい値で上書きされます。ポリシーに「fromエリア」一致条件が含まれている場合、 `tag2` が設定されている内部OSPFルートについて、OSPFエリアIDを基準にして、 `tag2` 属性とエリアIDを比較する評価が行われます。`tag2` 属性が設定されていない外部 OSPF ルートの場合、整合条件は失敗します。
`validation-database`	Standard	BGP origin 検証が構成されている場合、ルートプレフィックスが有効、無効、または不明かどうかを判断するために、ルート検証データベース内の検索をトリガーします。ルート検証データベースには、ルートプレフィックスを予想される発信元自律システム(AS)にマッピングするルート起点認証(ROA)レコードが含まれています。これにより、無効なルートが誤ってアドバタイズされることを防ぎます。 BGPのオリジン検証の設定を参照してください。

arrow_backward PREVIOUS ルーティングポリシー一致条件のカテゴリー

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

ルーティングポリシー、ファイアウォールフィルター、およびトラフィックポリサーユーザーガイド

この機械翻訳はお役に立ちましたでしょうか?

免責事項:

ルーティングポリシー一致条件

Stay in touch

Helped me install or use the product
Accelerated my deployment

Discuss the product with a co-worker
Make a purchase inquiry

ルーティング ポリシー、ファイアウォール フィルター、およびトラフィック ポリサー ユーザー ガイド

この機械翻訳はお役に立ちましたでしょうか?

免責事項:

ルーティングポリシー一致条件

関連項目

Stay in touch

ルーティングポリシー、ファイアウォールフィルター、およびトラフィックポリサーユーザーガイド