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

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

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

ルートを拒否し、伝播しないでください。ルートが拒否されると、ルーティングポリシー内の他の条件も、他のルーティングポリシーも評価されません。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

• [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 ステートメントを使用します。

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

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

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

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

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

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

デフォルトの BGP ルーティングポリシーを上書きします。詳細については、 例:PTXシリーズパケットトランスポートルーターのデフォルトBGPルーティングポリシーの上書きを参照してください。

(BGPのみ)1 つ以上の IP アドレスに対して一貫したロードバランシングを指定します。この機能は、1 つ以上のネクストホップパスに障害が発生した場合に、Equal-Cost マルチパス(ECMP)グループのパスへのフローのアフィニティを維持します。非アクティブなパスのフローのみがリダイレクトされます。アクティブなままのサーバーにマッピングされたフローは維持されます。

カーネルルーティングテーブル(KRT)エクスポートポリシーで、複数のゲートウェイを持つフレックスルートプロファイル上で解決するルートに対して、一貫したロードバランシングを有効にすることができます。このポリシーは、フローアフィニティを維持するために、フレックスルートIPアドレスに直接フローを適用します。KRTポリシーは、特定のプレフィックスのみを許可し、パケット転送エンジンで望ましくない結果が生じないように注意して使用してください。

対称一貫性のあるハッシュを有効にすることで、静的ルートとの一貫性のあるハッシュをサポートし、相関する送信元IPと宛先IPの順方向および逆方向の負荷分散ハッシュキーによる対称的な負荷分散を実現します。

このアクションは、上流および下流方向の静的ルートを介して学習したトラフィックの負荷分散に使用されるエニーキャストIPに一貫したハッシュを適用するシナリオで使用されます。顧客からのすべてのフローが同じECMPサーバーに到達することが想定されるため、一方向の負荷分散ハッシュの作成にはソースIPのみが使用され、逆方向の負荷分散ハッシュの作成には宛先IPが使用されます。

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

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

BGPのデフォルトのパケットごとのロードバランシングルーティングポリシーを上書きします。詳細については、 例:PTXシリーズパケットトランスポートルーターのデフォルトBGPルーティングポリシーの上書きを参照してください。

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

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

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

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

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

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

  注:

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

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

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

メトリックを設定します。最大4つのメトリック値を指定できます。 metric (最初のメトリック値の場合)から始まり、 metric2、 metric3、 metric4と続くものです。

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

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

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

このポリシーアクションは、メトリック属性の現在の値を式の結果で上書きします

((x * メトリック) + a) + ((y * メトリック2) + b)

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

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

ネクストホップアドレスを設定します。アドバタイズプロトコルが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を指定した場合、ネクストホップアドレスは拒否ネクストホップに置き換えられます。

(BGPのみ)BGP オリジン属性を以下のいずれかの値に設定します。

• igp—ローカルAS内が発信されたパス情報。

• egp—別のASから発信されたパス情報。

• incomplete—他の手段で学習したパス情報。

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

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

さらに詳細な設定値を指定するには、この表の color アクションと color2 アクションを参照してください。

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

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

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

ネットワークを通過するルートのパケット数を、送信元アドレスに基づいて管理します。次のことができます。

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

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

• [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-name、show interfaces interface-name extensive、またはshow interfaces interface-name statisticsのいずれかのコマンドを使用して、出力を表示します(CLIエクスプローラーを参照)。

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

• ソースクラスの使用例の詳細については、「 例:送信元と宛先のプレフィックスを転送クラスにグループ化する」を参照してください。

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

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

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

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

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

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

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

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

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

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

load-balance consistent-hash モジュラーポートコンセントレータ(MPC)を搭載したMXシリーズルーター用です。

load-balance symmetric-consistent-hash は、MXシリーズルーター(AFTベース)に適用できます。

load-balance consistent-hash はQFX10000用です。