Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
 

ルーティングポリシーの用語におけるアクション

ルーティング ポリシーの各条件には、ルートが条件内の from ステートメントおよび to ステートメントのすべての条件に一致する場合に実行するアクションを定義する then ステートメントを含めることができます。

以下の階層レベルでこのステートメントを使用することができます。

  • [edit policy-options policy-statement policy-name term term-name]

  • [edit logical-systems logical-system-name policy-options policy-statement policy-name term term-name]

条件に from ステートメントと to ステートメントがない場合、すべてのルートが一致していると見なされ、アクションがそれらすべてに適用されます。fromおよびtoステートメントの詳細については、 ルーティングポリシー一致条件を参照してください。

then ステートメントでは、1 つ以上のアクションを指定できます。アクションには次の 3 種類があります。

  • ルートを受け入れるか拒否するか、および次の条件またはルーティングポリシーを評価するかどうかに影響を与えるフロー制御アクション。

  • ルートの特性を操作するアクション。

  • トレース アクション:ルートの一致をログに記録します。

    注:

    ルート特性を操作するアクションを指定すると、ソース経路のコピーに変更が反映されます。ソース ルート自体は変更されません。このアクションの効果は、ルートがルーティング テーブルにインポートされた後、またはルーティング テーブルからエクスポートされた後にのみ表示されます。ルーティング ポリシーが適用される前のソース ルートを表示するには、 show route receive-protocol コマンドを使用します。エクスポート・ポリシーを適用した後にルートを表示するには、 show route advertised-protocol コマンドを使用します。

    ポリシーの評価中、ソース ルートのコピー内の特性は、アクションが評価された直後に必ず変更されます。ただし、ポリシーの評価が完了するまで、ルートはルーティング テーブルやルーティング プロトコルにコピーされません。

then ステートメントはオプションです。これを省略すると、次のいずれかが発生します。

  • ルーティング・ポリシー内の次の条件が存在する場合は、それを評価します。

  • ルーティング・ポリシーにこれ以上条件がない場合、次のルーティング・ポリシーがあれば、それが評価されます。

  • これ以上条件またはルーティング ポリシーがない場合は、デフォルト ポリシーで指定された accept またはreject アクションが実行されます。詳細については、「 既定のルーティング ポリシー」を参照してください。

次のセクションでは、これらのアクションについて説明します。

フロー制御アクションの設定

表 1 フロー制御アクションを一覧表示します。トレースアクションと一緒にこれらのアクションの 1 つ、またはルート特性を操作する 1 つ以上のアクションを指定できます( ルート特性を操作するアクションの設定 を参照)。

表 1: フロー制御アクション

フロー制御アクション

説明

accept

ルートを受け入れて伝播します。ルートが受け入れられた後、ルーティング ポリシー内の他の条件や他のルーティング ポリシーは評価されません。

default-action accept

プロトコルに固有のアクションを受け入れて上書きします。これは非終了ポリシー アクションです。

reject

ルートを拒否し、伝送しません。ルートが拒否された後、ルーティング ポリシー内の他の条件や他のルーティング ポリシーは評価されません。

default-action reject

プロトコルに固有のアクションを拒否し、上書きします。これは非終了ポリシー アクションです。

next term

同じルーティングポリシーの次の用語にスキップして評価します。then ステートメントで指定された受理または拒否のアクションはスキップされます。ルート特性を操作する then ステートメント内のアクションはすべて、ルートに適用されます。

next term は、一致が発生し、フロー制御アクションを指定しない場合のデフォルトの制御アクションです。

注:

Junos OS Evolved では、 はアクションの最終項として表示することはnext termできません。設定した一致条件なしで next term がアクションとして指定されるフィルター項はサポートされていません。

next policy

次のルーティング・ポリシーにスキップして評価してください。then ステートメントで指定された受理または拒否のアクションはスキップされます。ルート特性を操作する then ステートメント内のアクションはすべて、ルートに適用されます。

next policy は、一致が発生した場合のデフォルトの制御アクションであり、フロー制御アクションは指定せず、現在のルーティングポリシーにはそれ以上の用語はありません。

sr-te-template

PCE開始LSPに適用するためのセグメントルーティングトラフィックエンジニアリング(SR-TE)テンプレート。

ルート特性を操作するアクションの設定

表 2にリストされているアクションを1つ以上指定して、ルート特性を操作することができます。

表 2: ルート特性を操作するアクション

アクション

説明

add-path send-count path-count

(BGP のみ)アドバタイズされた add-path プレフィックスのサブセットの宛先に最大20のBGPパスを送信できます。

as-path-prepend as-path

(BGP のみ)ASパスの先頭に1つ以上のAS番号を付加します。複数のAS番号を指定する場合は、番号を引用符(" ")で囲みます。AS番号は、ローカルAS番号がパスに追加された後に追加されます。この操作により、AS 番号は AS セットではなく、AS シーケンスにのみ追加されます。既存のASパスがコンフェデレーションシーケンスまたはセットで始まる場合、アタッチされたAS番号はコンフェデレーションシーケンス内に配置されます。それ以外の場合、付加されたAS番号は非コンフェデレーションシーケンス内に配置されます。詳細については、 BGP ASパスの先頭にAS番号を追加する理解を参照してください。

Junos OSリリース9.1以降では、RFC 4893の4オクテットAS番号スペースのBGPサポートに定義されている4バイトAS番号と、Junos OS旧リリースがサポートする2バイトAS番号の両方を指定できます。

as-path-expand last-as count n

(BGP のみ)既存のASパスの最後のAS番号を抽出し、そのAS番号をASパスの先頭に n 回貼り付けます( n は1 から 32までの数字)。

ローカルAS番号がパスに追加される前に、AS番号が追加されます。この操作により、AS 番号は AS セットではなく、AS シーケンスにのみ追加されます。既存のASパスがコンフェデレーションシーケンスまたはセットで始まる場合、アタッチされたAS番号はコンフェデレーションシーケンス内に配置されます。それ以外の場合、付加されたAS番号は非コンフェデレーションシーケンス内に配置されます。このオプションは、通常、非 IBGP エクスポート ポリシーで使用されます。

注:

Junos OS リリース 17.3 以降、カウント値に NULL 設定をコミットすることが可能で、コミット可能な場合は、Junos は NULL を 0 カウントではなく 1 カウントに変換するか、コミットを無効にします。as-path-expandカウントを1にすることの効果は、このようなASパスが長くなるため、あまり好ましくないことです。as-path-expand数を明示的に設定するか、予期しない動作を避けるために未使用の設定を削除することをお勧めします。

assisted-replication replicator-ip replicator-ip (strict | fallback-replicator-ip fallback-replicator-ip)

(最適化されたサブネット間マルチキャストを使用した [AR] 補助レプリケーション [OISM] のみ)OISMを実行するEVPNネットワーク内のARリーフデバイスが、マルチキャストフローを特定のARリプリケータデバイスに決定的に誘導できるようにします。オプションで strict オプションを含め、マッチングフローを、指定した優先 AR リプリケータにのみ厳密に転送します。または、優先 AR リプリケーターがダウンした場合に使用するフォールバック AR リプリケーター アドレスを含めることができます。詳細については、assisted-replication (Deterministic AR Replicator Policy Actions) を参照してください。

bgp-output-queue-priority

(BGP のみ)このルートに使用する出力優先度キューを設定します。17 個の優先順位付き出力キューがあります。優先順位が最も高い優先キューと、1 が最低優先順位、16 が最高優先順位の 16 個の番号付きキュー。

class class-name

(サービスクラス[CoS]のみ)指定されたサービスクラスパラメータを、ルーティングテーブルにインストールされたルートに適用します。詳細については、 ルーティングデバイス用 Junos OS サービスクラスユーザーガイドを参照してください。

color preference color2 preference

プリファレンス値を指定した値に設定します。colorプリファレンス値とcolor2プリファレンス値は、preferenceアクションとpreference2アクションで指定された値よりもさらにきめ細かくなっています。カラー値には、 0 から 4,294,967,295 (232 – 1) の範囲の数値を指定できます。数字が小さいほど、より優先されるルートを示します。

colorアクションでプリファレンスを設定した場合、値はJunos OSの内部にあり、推移的ではありません。

color (add | subtract) number color2 (add | subtract) number

色の好みの値を指定した量だけ変更します。加算演算の結果が 4,294,967,295 (232 – 1) より大きい値になった場合、値は 232 – 1 に 設定さ れ ます。減算演算の結果が 0 未満の場合、値は 0 に設定されます。加算または減算演算時に 属性値がまだ設定されていない場合、属性値は、指定された量に関係なく、デフォルトで値 0 になります。値が 0 の属性に加算を実行すると、追加した数値が結果の属性値になります。

community (+ | add) [ names ]

(BGP のみ)ルート内の一連のコミュニティに、指定したコミュニティを追加します。詳細については、 ルーティングポリシー一致条件としてのBGPコミュニティ、拡張コミュニティ、大規模コミュニティを理解するを参照してください。

community (– | delete) [ names ]

(BGP のみ)ルート内の一連のコミュニティから、指定されたコミュニティを削除します。詳細については、 ルーティングポリシー一致条件としてのBGPコミュニティ、拡張コミュニティ、大規模コミュニティを理解するを参照してください。

community (= | set) [ names ]

(BGP のみ)ルートに含まれていたコミュニティを、指定したコミュニティに置き換えます。詳細については、 ルーティングポリシー一致条件としてのBGPコミュニティ、拡張コミュニティ、大規模コミュニティを理解するを参照してください。

cos-next-hop-map map-name

転送テーブルにCoSベースのネクストホップマップを設定します。

damping name

(BGP のみ)指定されたルートダンピングパラメータをルートに適用します。これらのパラメータは、デフォルトのダンピング パラメータをオーバーライドします。このアクションは、ダンピングパラメーターがルーティングテーブル内のルートの状態に影響を与えるため、インポートポリシーでのみ有効です。

ダンピングパラメータを適用するには、 ルーティングデバイス用Junos OSルーティングプロトコルライブラリの説明に従ってBGPフラップダンピングを有効にし、 ルーティングポリシーを使用してBGPルートフラッピングを減衰させるの説明に従ってパラメータの名前付きリストを作成する必要があります。

destination-class destination-class-name

ネットワークを通過するルートのパケット数を、パケット内の宛先アドレスに基づいて維持します。次の操作を実行できます。

  • ルーティング ポリシーを設定して、グループの宛先プレフィックスを設定します。

  • そのルーティングポリシーを、対応する宛先クラスとともに転送テーブルに適用します。

  • [edit interfaces interface-name unit logical-unit-number family inet accounting]階層レベルで destination-class-usage ステートメントを含めることで、1 つ以上のインターフェイスでパケット カウントを有効にします(ルーティング デバイス用 Junos OS サービス クラス ユーザー ガイドを参照)。

  • 次のいずれかのコマンドを使用して、出力を表示します。show interfaces destination-class (all | destination-class-name logical-interface-name)、 show interfaces interface-name extensive、または show interfaces interface-name statistics ( CLI エクスプローラーを参照)。

  • 送信元アドレスに基づいてパケット数を設定するには、次の表に示す source-class ステートメントを使用します。

external type metric

OSPFによってエクスポートされるルートの外部メトリックタイプを設定します。キーワード type を指定する必要があります。

forwarding-class forwarding-class-name

パケット内の宛先アドレスと送信元アドレスの両方に基づくパケットを含む転送クラスを作成します。次の操作を実行できます。

  • ルーティングポリシーを設定して、グループプレフィックスを設定します。

  • そのルーティングポリシーを、対応する転送クラスを持つ転送テーブルに適用します。

  • この表で定義されている destination-class アクションまたは source-class アクションで説明されている手順を使用して、1 つ以上のインターフェイスでパケット カウントを有効にします。

install-nexthop <strict> lsp lsp-name

等しい LSP ネクストホップのセットの中から、転送テーブルにインストールするネクストホップを選択します。転送テーブルのエクスポートポリシーを使用して、目的のルートに使用するLSPネクストホップを指定します。strict オプションを指定すると、ポリシーで指定された LSP ネクストホップのいずれかが起動しているかどうかを確認する strict モードが有効になります。指定された LSP ネクストホップのいずれも起動していない場合、ポリシーは廃棄ネクストホップをインストールします。

install-to-fib

PTXシリーズルーターの場合のみ、デフォルトのBGPルーティングポリシーを上書きします。詳細については、「 例: PTX シリーズ パケット トランスポート ルーターの既定の BGP ルーティング ポリシーを上書きします

load-balance consistent-hash

(BGP のみ)モジュラーポートコンセントレータ(MPC)を搭載したMXシリーズルーターで、QFX10000スイッチの場合のみ、1つ以上のIPアドレスに一貫したロードバランシングを指定します。この機能は、1 つ以上のネクストホップ パスに障害が発生した場合、ECMP(イコール コスト マルチパス)グループのパスに対するフローのアフィニティを維持します。非アクティブなパスのフローのみがリダイレクトされます。アクティブなままのサーバにマッピングされたフローは維持されます。

load-balance symmetric-consistent-hash

(MXシリーズルーター - AFTベース)対称整合性ハッシュを有効にして、スタティックルートとの一貫性のあるハッシュをサポートし、順方向と逆方向の相関した送信元IPと宛先IPの負荷分散ハッシュキーで対称的な負荷分散を実現します。

このアクションは、ECMP サーバ グループへのスタティック ルートを介して学習したトラフィックをアップストリームおよびダウンストリーム方向の負荷分散に使用するエニーキャスト IP に一貫性のあるハッシュを適用するシナリオで使用されます。カスタマーからのすべてのフローが同じ ECMP サーバーに到達することが想定されているため、一方向の負荷分散ハッシュの作成には送信元 IP のみを使用し、逆方向の負荷分散ハッシュの作成には宛先 IP を使用します。

load-balance destination-ip-only

宛先 IP アドレスのみに基づいてロード バランシング ハッシュを計算します。これにより、サービス プロバイダーは、加入者単位の認識環境で特定のコンテンツ サーバーにトラフィックを誘導できます。

load-balance per-packet

(転送テーブルへのエクスポートのみ)すべてのネクストホップアドレスを転送テーブルにインストールし、転送テーブルにパケット単位のロード バランシングを実行させます。このポリシー アクションにより、複数のパスにまたがる VPLS トラフィック フローを最適化できます。詳細については、「 パケット単位のロード バランシングの設定」を参照してください。

load-balance per-prefix

PTXシリーズルーターの場合のみ、BGPのデフォルトのパケット単位のロードバランシングルーティングポリシーを上書きします。詳細については、「 例: PTX シリーズ パケット トランスポート ルーターの既定の BGP ルーティング ポリシーを上書きします

load-balance source-ip-only

送信元 IP アドレスのみに基づいてロード バランシング ハッシュを計算します。これにより、サービス プロバイダーは、加入者単位の認識環境で特定のコンテンツ サーバーにトラフィックを誘導できます。

local-preference value

(BGP のみ)BGPローカルプリファレンス(LOCAL_PREF)属性を設定します。優先度は、 0 から 4,294,967,295 (232 – 1) までの数値にすることができます。

local-preference (add | subtract) number

ローカル プリファレンス値を指定した量だけ変更します。加算演算の結果が 4,294,967,295 (232 – 1) より大きい値になった場合、値は 232 – 1 に 設定さ れ ます。減算演算の結果が 0 未満の場合、値は 0 に設定されます。加算または減算演算時に 属性値がまだ設定されていない場合、属性値は、指定された量に関係なく、デフォルトで値 0 になります。値が 0 の属性に加算を実行すると、追加した数値が結果の属性値になります。

BGP では、属性値が不明な場合、ルーティング ポリシーが適用される前に 100 に初期化されます。

map-to-interface (interface-name | self)

既存のメトリックまたはタグアクションと同様の map-to-interface 値を設定します。map-to-interface アクションでは、次のいずれかを指定する必要があります。

  • 論理インターフェイス(ge-0/0/0.0 など)。論理インターフェイスは、VLANや集合型イーサネットインターフェイスなど、マルチキャストが現在サポートしている任意のインターフェイスにすることができます。

    注:

    物理インターフェイスを map-to-interface として指定すると(例えばge-0/0/0)、物理インターフェイスに値.0が付加され、論理インターフェイスが作成されます。

  • キーワード selfself キーワードは、マルチキャスト データ パケットが制御パケットと同じインターフェイスで送信され、マッピングが行われないことを指定します。

一致する項がない場合、マルチキャストデータパケットは送信されません。

metric metric metric2 metric metric3 metric metric4 metric

メトリックを設定します。最大 4 つのメトリック値を指定できます。( metric (最初のメトリック値) から始まり、 metric2metric3、および metric4 が続きます。

(BGP のみ) metric はMEDに対応し、 metric2 はBGPネクストホップが他のルーターを経由する場合のIGPメトリックに対応します。

metric (add | subtract) number metric2 (add | subtract) number metric3 (add | subtract) number metric4 (add | subtract) number

指定した量だけメトリック値を変更します。加算演算の結果が 4,294,967,295 (232 – 1) より大きい値になった場合、値は 232 – 1 に 設定さ れ ます。減算演算の結果が 0 未満の場合、値は 0 に設定されます。加算または減算演算時に 属性値がまだ設定されていない場合、属性値は、指定された量に関係なく、デフォルトで値 0 になります。値が 0 の属性に加算を実行すると、追加した数値が結果の属性値になります。

metric expression (metric multiplier x offset a | metric2 multiplier y offset b)

metricmetric2 の現在の値に基づいてメトリックを計算します。

このポリシー・アクションは、メトリック・アトリビュートの現在の値を式の結果でオーバーライドします

((x * メートル法) + a) + ((y * メートル法2) + b)

ここで、 metricmetric2 は現在の入力値です。メトリック乗数の範囲は有効数字 8 桁に制限されています。

metric (igp | minimum-igp) site-offset

(BGP のみ)メトリック (MED) 値を、指定した負または正のオフセットで変更します。このアクションは、外部BGP(EBGP)エクスポートポリシーでのみ有効です。

next-hop (address | discard | next-table table-name | peer-address | reject | self)

ネクストホップアドレスを設定します。アドバタイズ プロトコルが BGP の場合、サードパーティ製のネクスト ホップをアドバタイズできる場合にのみネクストホップを設定できます。つまり、IBGP または EBGP コンフェデレーションを使用している場合です。

self を指定した場合、ネクストホップアドレスはローカルルーティングデバイスのアドレスの 1 つに置き換えられます。アドバタイズプロトコルは、使用するアドレスを決定します。アドバタイズプロトコルが BGP の場合、このアドレスは BGP 隣接関係に使用されるローカル IP アドレスに設定されます。ルーティング デバイスは、自身をネクスト ホップとするルートをインストールすることはできません。

peer-address を指定した場合、ネクストホップアドレスはピアの IP アドレスに置き換えられます。このオプションは、インポートポリシーでのみ有効です。このオプションは、主にBGPがアドバタイズされたルートにピアのIPアドレスの使用を強制するために使用します。このオプションは、ネクストホップがアドバタイズルーティングデバイスまたは直接接続された別のルーティングデバイスである場合にのみ意味があります。

discard を指定した場合、ネクストホップのアドレスは廃棄ネクストホップに置き換えられます。

next-table を指定した場合、ルーティング デバイスは指定されたテーブルで転送ルックアップを実行します。

next-table アクションを使用する場合、next-table アクションで指定されたテーブルとは異なるテーブルを指定する用語修飾子が設定に含まれている必要があります。つまり、 from ステートメントの項修飾子は、 next-table アクションでテーブルを除外する必要があります。次の例では、最初の項に一致条件として rib vrf-customer2.inet.0 が含まれています。アクションは、別のルーティングテーブル vrf-customer1.inet.0 のネクストホップを指定します。2 番目の項は、一致条件に rib vrf-customer1.inet.0 を使用し、next-table アクションに vrf-customer2.inet.0 を使用して、逆のことを行います。

term 1 {
    from {
        protocol bgp;
        rib vrf-customer2.inet.0;
        community customer;
    }
    then {
        next-hop next-table vrf-customer1.inet.0;
    }
}
term 2 {
    from {
        protocol bgp;
        rib vrf-customer1.inet.0;
        community customer;
    }
    then {
        next-hop next-table vrf-customer2.inet.0;
    }
}

reject を指定した場合、ネクストホップのアドレスは拒否ネクストホップに置き換えられます。

origin value

(BGP のみ)BGP 送信元属性を次のいずれかの値に設定します。

  • igp- ローカルAS内が送信元のパス情報。

  • egp- 他のASが送信元のパス情報。

  • incomplete- 他の方法で学習したパス情報。

p2mp-lsp-root

マルチポイント LDP(M-LDP)ベースのポイントツーマルチポイント ラベルスイッチ パス(LSP)のイングレス ルート ノードを設定します。詳細については、「 例: ポイントツーマルチポイント LSP 向けのマルチポイント LDP インバンド シグナリングの設定

preference preference preference2 preference

プリファレンス値を設定します。プライマリプリファレンス値(preference)とセカンダリプリファレンス値(preference2)を指定できます。優先度は、 0 から 4,294,967,295 (232 – 1) までの数値にすることができます。数字が小さいほど、より優先されるルートを示します。インポートポリシーを使用して、 preference2 の値を許容値の最大値である4,294,967,295に設定すると、Junos OSはこの値を-1にリセットします。preference2 を (231 – 1) より大きい数値に設定すると、負の値にリセットされます。

さらに細かいプリファレンス値を指定するには、この表の color アクションと color2 アクションを参照してください。

preferenceアクションでプリファレンスを設定した場合、新しいプリファレンスはルートに関連付けられたままになります。新しいプリファレンスはJunos OSの内部的なものであり、推移的なものではありません。

preference (add | subtract) number preference2 (add | subtract) number

プリファレンス値を指定した量だけ変更します。加算演算の結果が 4,294,967,295 (232 – 1) より大きい値になった場合、値は 232 – 1 に 設定さ れ ます。減算演算の結果が 0 未満の場合、値は 0 に設定されます。加算または減算演算時に 属性値がまだ設定されていない場合、属性値は、指定された量に関係なく、デフォルトで値 0 になります。値が 0 の属性に加算を実行すると、追加した数値が結果の属性値になります。

priority (low | medium | high)

(OSPF インポートのみ)OSPFインポートポリシーに含まれるプレフィックスの優先度を指定します。OSPF を介して学習されたプレフィックスは、プレフィックスに割り当てられたプライオリティに基づいてルーティング テーブルにインストールされます。プライオリティ high が割り当てられたプレフィックスが最初にインストールされ、プライオリティ low が割り当てられたプレフィックスが最後にインストールされます。

注:

OSPFインポートポリシーは、優先度の設定またはOSPF外部ルートのフィルタリングにのみ使用できます。OSPFインポートポリシーが適用され、その結果、非外部ルートに対する reject 終了アクションが発生した場合、 reject アクションは無視され、ルートは受け入れられます。

source-class source-class-name

送信元アドレスに基づいて、ネットワークを通過するルートのパケット数を維持します。次の操作を実行できます。

  • ルーティングポリシーを設定して、グループソースプレフィックスを設定します。

  • そのルーティングポリシーを、対応するソースクラスとともに転送テーブルに適用します。

  • [edit interfaces logical-unit-number unit family inet accounting]階層レベルで source-class-usage interface-name ステートメントを含めることで、1つ以上のインターフェイスでパケットカウントを有効にします。また、 source-class-usage ステートメントの後に input ステートメントまたは output ステートメントを付けて、ソースクラスの使用(SCU)を監視したトラフィックが到着および出発するインバウンドおよびアウトバウンドインターフェイスを定義します(または両方に対して 1 つのインターフェイスを定義します)。完全な構文は [edit interfaces interface-name unit family inet accounting source-class-usage (input | output | input output) unit-number]です。

  • 次のいずれかのコマンドを使用して、出力を表示します。show interfaces interface-name source-class source-class-nameshow interfaces interface-name extensive、または show interfaces interface-name statistics ( CLI エクスプローラーを参照)。

  • 宛先アドレスに基づいてパケット数を設定するには、次の表に示す destination-class ステートメントを使用します。

  • ソースクラスの使用例の詳細については、 例: 送信元プレフィックスと宛先プレフィックスを転送クラスにグループ化

注:

ポリシーアクションステートメントを設定する場合、一致するルートごとに1つのソースクラスのみを設定できます。つまり、複数のソースクラスを同じルートに適用することはできません。

ssm-source [ addresses ];

ソース固有マルチキャスト(SSM)ポリシーの 1 つ以上の IPv4 または IPv6 ソースアドレスを指定します

ssm-source [ addresses ];

ソース固有マルチキャスト(SSM)ポリシーの 1 つ以上の IPv4 または IPv6 ソース アドレスを指定します。

tag tag tag2 tag

タグ値を設定します。次の 2 つのタグ文字列を指定できます。tag (最初の文字列の場合) と tag2 (2 番目の文字列の場合)。これらの値は、ルーターに対してローカルです。

  • OSPF ルートの場合、 tag アクションは OSPF 外部リンクステート アドバタイズメント(LSA)パケットの 32 ビット タグ フィールドを設定します。

  • IS-IS ルートの場合、 tag アクションにより、IS-IS IP プレフィックス タイプの長さの値(TLV)に 32 ビット フラグが設定されます。

  • RIPv2ルートの場合、 tag アクションでルートタグコミュニティが設定されます。tag2 オプションはサポートされていません。

tag (add | subtract) number tag2 (add | subtract) number

タグの値を指定した量だけ変更します。加算演算の結果が 4,294,967,295 (232 – 1) より大きい値になった場合、値は 232 – 1 に 設定さ れ ます。減算演算の結果が 0 未満の場合、値は 0 に設定されます。加算または減算演算時に 属性値がまだ設定されていない場合、属性値は、指定された量に関係なく、デフォルトで値 0 になります。値が 0 の属性に加算を実行すると、追加した数値が結果の属性値になります。

validation-state

BGP 送信元の検証が設定されている場合、ルート プレフィックスの検証状態を有効、無効、または不明に設定します。

ルート検証データベースには、ルートプレフィックスを予想される発信元自律システム(AS)にマッピングするルート起点認証(ROA)レコードが含まれています。これにより、無効なルートが誤ってアドバタイズされることを防ぎます。

BGP のオリジン検証についてを参照してください。

ルーティングポリシーでのデフォルトアクションの設定

default-action ステートメントは、プロトコルに固有のアクションを上書きします。このアクションは非終了型であるため、ポリシーが終了する前にさまざまなポリシー条件を評価できます。次のように、既定のアクション ( accept または reject) を指定できます。

結果のアクションは、プロトコルまたは最後に一致したポリシー条件によって設定されます。

例:ルーティングポリシーでのデフォルトアクションの設定

3つのポリシー条件に基づいてルートをマッチングするルーティングポリシーを設定します。ルートが最初の用語と一致する場合、特定のコミュニティタグが付けられます。ルートが 2 つの別々の条件に一致する場合、両方のコミュニティ タグが付加されます。ルートがどの条件にも一致しない場合、拒否されます(プロトコルのデフォルトアクション)。用語 hubspoke は相互に排他的であることに注意してください。

ルーティングポリシーでの最終アクションの設定

次のように、名前付き用語で then ステートメントを使用してアクションを指定するだけでなく、次のように、名前のない用語で then ステートメントを使用してアクションを指定することもできます。

ルーティング ポリシー条件に一致するログ記録

trace アクションを指定した場合、一致はトレース ファイルに記録されます。トレース ファイルを設定するには、グローバル traceoptions ステートメントで次の要素を指定する必要があります。

  • トレース ファイル名

  • policy オプションを flag ステートメントで指定します。

次の例では、トレース ファイル名 policy-log を使用しています。

このアクションは、ルーティング ポリシーの評価中のフロー制御には影響しません。

トレース・アクションを指定する用語がフロー制御アクションも指定する場合、その用語の名前がトレース・ファイルに記録されます。用語でトレース・アクションのみが指定されている場合、そのワード <<c0/>default> がログに記録されます。

ルート リスト内のルートに対する個別のアクションの設定

from ステートメントでルート リストを指定すると、リスト内のルートごとに、then ステートメントを含めずに、個々のルートに対して実行するアクションを直接指定できます。詳細については、「 ルーティング ポリシー一致条件で使用するルート フィルターについて」を参照してください。