このページの内容
LSP の基本設定
RSVP信号化MPLSラベルスイッチパス(LSP)メトリックを設定する
LSPメトリックは、特定のLSPを介してトラフィックを送信する際の容易さまたは困難度を示すために使用されます。LSPメトリック値が低い(コストが低い)と、LSPが使用される可能性が高まります。逆に、LSPメトリック値が高い(コストが高い)と、LSPが使用される可能性が低くなります。
LSPメトリックは、次のセクションで説明するように、ルーターによって動的に指定するか、ユーザーが明示的に指定することができます。
- 動的LSPメトリックの設定
- 静的LSPメトリックの設定
- RSVP LSP条件付きメトリック
- RSVP LSPルートでIGPメトリックを保持する
- サンプル:RSVP LSP 条件付きメトリックの設定と RSVP LSP ルートでの IGP メトリックの保持
動的LSPメトリックの設定
特定のメトリックが設定されていない場合、LSPは同じ宛先(LSPの to アドレス)に向かってIGPメトリックを追跡しようと試みます。IGPには、OSPF、IS-IS、ルーティング情報プロトコル(RIP)、および静的ルートが含まれます。BGPおよびその他のRSVPまたはLDPルートは除外されます。
例えば、あるルーターに向けたOSPFのメトリックが20の場合、そのルーターに向けたすべてのLSPが自動的に20のメトリックを継承します。後でルーターに向けたOSPFが別の値に変更された場合、すべてのLSPメトリックも変更されます。ルーターに向けたIGPルートがない場合、LSPはメトリックを65,535に上げます。
この場合、LSPメトリックは完全にIGPによって決定されることに注意してください。LSPが現在通過している実際のパスとは何の関係もありません。LSPが再ルーティングする場合(再最適化など)、メトリックは変更されないため、ユーザーに対する透明性が維持されます。動的メトリックはデフォルトの動作です。設定は 不要です。
静的LSPメトリックの設定
LSPに固定メトリック値を手動で割り当てることができます。 metric ステートメントで設定すると、LSPメトリックは固定され、変更することはできません。
metric number;
以下の階層レベルでこのステートメントを含めることができます。
-
[edit protocols mpls label-switched-path lsp-name] -
[edit protocols mpls static-label-switched-path lsp-name] -
[edit logical-systems logical-system-name protocols mpls label-switched-path lsp-name] -
[edit logical-systems logical-system-name protocols mpls static-label-switched-path lsp-name]
LSPメトリックにはいくつかの用途があります。
-
同じegressルーターを持つLSPが並列に存在する場合、メトリック値が比較され、どのLSPがメトリック値が最も小さく(コストが最も小さい)、宛先への優先パスであるかが特定されます。メトリックが同じ場合、トラフィックは共有されます。
メトリック値を調整することで、基礎となる IGP メトリックに関係なく、トラフィックが他の LSP よりも一部の LSP を優先するように強制的に IGP を強制することができます。
-
IGPショートカットが有効になっている場合( ラベル付きスイッチパスを使用してSPFを拡張し、IGPショートカットを算出するを参照)、LSPが宛先への最短パス上にある場合、LSPをネクストホップとするIGPルートがルーティングテーブルにインストールされることがあります。この場合、LSPメトリックが他のIGPメトリックに加算され、総パスメトリックが決定されます。例えば、ingressルーターがX、egressルーターがYのLSPが宛先Zへの最短パス上にある場合、LSPメトリックがYからZへのIGPルートのメトリック値に加算され、パスの総コストが特定されます。ネクストホップとなる可能性のあるLSPが複数ある場合、パスの合計メトリックが比較され、どのパスが優先されるのか(つまり、総メトリック値が最も低い)を判断します。または、同じ宛先に向かうIGPパスとLSPをメトリック値で比較し、どちらのパスを優先するかを決定することもできます。
LSPメトリックを調整することで、トラフィックにLSPを優先させたり、IGPパスを優先させたり、トラフィック間で負荷を共有させたりすることができます。
-
ルーターXとYがBGPピアであり、その間にLSPが存在する場合、LSPメトリックはXからYに到達するための総コストを表します。何らかの理由でLSPが再ルーティングする場合、基礎となるパスコストは大きく変化する可能性がありますが、Yに到達するためにXにかかるコストは変わりません(LSPメトリック)。このため、XはBGPの複数の出口識別子(MED)を通じて、下流のネイバーに安定したメトリックを報告することができます。YがLSPを介して到達可能である限り、ダウンストリームのBGPネイバーには変更は見られません。
[edit protocols isis traffic-engineering shortcuts]階層レベルにignore-lsp-metricsステートメントを含めることで、設定されたLSPメトリックを無視するようにIS-ISを設定することができます。このステートメントにより、パス計算における IS-IS と MPLS 間の相互依存関係が解消されます。詳細については、「ルーティングデバイス用 Junos OS ルーティングプロトコルライブラリ」を参照してください。
RSVP LSP条件付きメトリック
条件付きメトリックは、ローカルで静的に設定されたラベルスイッチパス(LSP)に、条件に応じて異なるメトリック値を使用する機能を提供します。条件付きメトリックは、動的に変化する IGP メトリックに基づいています。Junos OSは、LSPメトリックを、IGPメトリックによって達成された最高閾値に対応する設定された条件付きメトリックに変更します。一致する条件がない場合、LSPはルートのIGPメトリックを使用します。LSPには最大4つの条件付きメトリックを設定でき、それらは順番に並べられます。
条件メトリック設定で track-igp-metric ステートメントを設定すると、Junos OSインストールされているルートのIGPメトリックを使用して、設定された条件付きメトリックを評価します。条件付きメトリックと一緒に静的メトリックを設定することはできません。
RSVP LSPルートでIGPメトリックを保持する
conditional-metricステートメントを使用してRSVP LSPを設定する場合、結果として得られるメトリックが、LSP宛先の実際のIGPメトリックと異なる場合があります。RSVPは、この条件付きメトリックをルートのメトリックとして、LSP ingressルートをプログラムします。ただし、特定の状況では、BGP MED値の計算など、後で使用するために、条件付きメトリックで使用される実際のIGPメトリックを保持する必要がある場合があります。
include-igp-metricステートメントをconditional-metricステートメントと組み合わせて使用し、IGPメトリック情報をRSVPルートに含めます。
show route protocol rsvp extensiveコマンドを実行して、更新された実際のIGPコストを表示します。
これは、条件付きメトリックを使用したRSVPルートにのみ適用されます。動的 IGP を使用する RSVP ルートには、デフォルトで IGP メトリックが含まれます。
詳細については、 include-igp-metric 設定ステートメントを参照してください。
サンプル:RSVP LSP 条件付きメトリックの設定と RSVP LSP ルートでの IGP メトリックの保持
ここでは、2つのトランジットデバイスを介してエグレスデバイスに到達できるイングレスデバイスを備えたシンプルな4ルータートポロジーを使用した設定例を示します。3つのRSVP LSPが、OSPFをIGPとしてイングレスからエグレスデバイスへ設定します。LSP は以下のとおりです。
-
LSP1(厳密なERO、メトリック = 80)
-
LSP2(厳密なERO、メトリック = 120)
-
LSP3(OSPFに基づく条件付きメトリック)
IGPメトリックを維持するには、イングレスデバイスに include-igp-metric CLIステートメントを含めます。ルーティング決定は以下のとおりです。
-
OSPFメトリックが低い場合、LSP2よりもLSP3が優先される場合があります。
-
OSPFメトリックが増加すると、条件付きメトリックが高くなるため、LSP3は優先されなくなります。
-
この動的動作により、LSP3はフォールバックパスとして機能しますが、LSP1とLSP2は優先的な静的パスのままとなります。
イングレスデバイス上:
-
インターフェイスを設定し、MPLSとRSVPを有効にします。
[edit] user@host# set interfaces ge-0/0/0 unit 0 description "Connected to Transit 1" user@host# set interfaces ge-0/0/0 unit 0 family inet address 10.0.0.1/30 user@host# set interfaces ge-0/0/1 unit 0 description "Connected to Transit 2" user@host# set interfaces ge-0/0/1 unit 0 family inet address 20.0.0.1/30 user@host# set interfaces lo0 unit 0 family inet address 192.168.100.1/32 user@host# set protocols mpls interface ge-0/0/0 user@host# set protocols mpls interface ge-0/0/1 user@host# set protocols rsvp interface ge-0/0/0 user@host# set protocols rsvp interface ge-0/0/1
- OSPFを設定します。
[edit] user@host# set protocols ospf area 0.0.0.0 interface ge-0/0/0 user@host# set protocols ospf area 0.0.0.0 interface ge-0/0/1
-
RSVP LSP を定義します。
[edit] user@host# set protocols mpls label-switched-path LSP1 to 192.168.100.4 user@host# set protocols mpls label-switched-path LSP1 strict user@host# set protocols mpls label-switched-path LSP1 explicit-route 10.0.0.2 user@host# set protocols mpls label-switched-path LSP1 explicit-route 30.0.0.2 user@host# set protocols mpls label-switched-path LSP1 priority 7 7 user@host# set protocols mpls label-switched-path LSP2 to 192.168.100.4 user@host# set protocols mpls label-switched-path LSP2 strict user@host# set protocols mpls label-switched-path LSP2 explicit-route 20.0.0.2 user@host# set protocols mpls label-switched-path LSP2 explicit-route 40.0.0.2 user@host# set protocols mpls label-switched-path LSP2 priority 7 user@host# set protocols mpls label-switched-path LSP3 to 192.168.100.4 user@host# set protocols mpls label-switched-path LSP3 track-igp-metric user@host# set protocols mpls label-switched-path LSP3 conditional-metric threshold 50 metric 100 user@host# set protocols mpls label-switched-path LSP3 conditional-metric threshold 100 metric 200 user@host# set protocols mpls label-switched-path LSP3 conditional-metric threshold 150 metric 300 user@host# set protocols mpls label-switched-path LSP3 conditional-metric threshold 200 metric 400 user@host# set protocols mpls label-switched-path LSP3 include-igp-metric user@host# set protocols mpls label-switched-path LSP3 priority 0 0
設定を確認します。
設定が機能しているかどうかを確認するには、以下の検証手順に従います。
-
インターフェイスが稼働しており、正しいIPアドレスを使用していることを確認します。正しいサブネッティングとピアIPを確認します。
-
関連するすべてのインターフェイスで MPLS と RSVP が有効になっていることを確認します。
-
OSPFネイバーが確立されていることを確認します。
-
すべてのLSPが立ち上がっていることを確認します。LSPパスがLSP1とLSP2の明示的なルートと一致していることを確認します。
-
RSVP LSP動作の検証 show route protocol rsvp extensiveコマンドを使用します。この場合、「実際のIGPメトリック」値は2です。
Junos OSは、LSP宛先(192.168.100.4)までIGPメトリックを追跡します。IGPメトリックがしきい値(100)を超えると、Junosは対応する条件付きメトリック(200)を適用します。この include-igp-metric により、元のIGPメトリックが RSVP ルートで確実に保持され、BGP MED やその他の計算に使用できるようになります。
RSVP信号化MPLSラベルスイッチパス(LSP)および静的LSPのテキスト説明を設定する
スペースを含む記述テキストを引用符("")で囲むことで、LSPのテキスト記述を提供できます。記述テキストは、 show mpls lsp または show mpls container-lsp コマンドの詳細出力に表示されます。
LSPにテキスト記述を追加しても、LSPの動作には影響しません。LSPのテキスト記述の長さは80文字以下です。
LSPのテキスト記述を行うには、以下のいずれかの階層レベルで description ステートメントを含めます。
-
[edit protocols mpls label-switched-path lsp-name] -
[edit protocols mpls container-label-switched-path lsp-name] -
[edit protocols mpls static-label-switched-path lsp-name] -
[edit logical-systems logical-system-name protocols mpls label-switched-path lsp-name] -
[edit logical-systems logical-system-name protocols mpls static-label-switched-path lsp-name]
始める前に:
-
デバイスインターフェイスを設定します。
-
ネットワーク通信のためのデバイスの設定を行います。
-
デバイスインターフェイスで MPLS を有効にします。
-
MPLSドメインでLSPを設定します。
LSPのテキスト記述を追加するには:
-
LSPを記述したテキストを入力します。
[edit protocols mpls lsp lsp-name] user@host# set description text
次に例を示します。
[edit protocols mpls lsp LSP1] user@host# set description “Connecting remote device”
-
設定を確認し、コミットします。
次に例を示します。
[edit protocols mpls lsp] user@host# set protocols mpls label-switched-path LSP1 to 10.1.1.1 user@host# set protocols mpls label-switched-path LSP1 description "Connecting remote device" user@host# set protocols mpls interface ge-1/0/8.0
[edit] user@host# commit commit complete
-
設定されたLSPの種類に応じて、
show mpls lsp detailまたはshow mpls container-lsp detailコマンドを使用してLSPの説明を表示します。user@host> show mpls lsp detail Ingress LSP: 1 sessions 10.1.1.1 From: 0.0.0.0, State: Up, ActiveRoute: 1, LSPname: LSP1 Description: Connecting remote device ActivePath: (none) LSPtype: Static Configured, Penultimate hop popping LoadBalance: Random Encoding type: Packet, Switching type: Packet, GPID: IPv4 Primary State: Up Priorities: 7 0 SmartOptimizeTimer: 180 No computed ERO. Total 1 displayed, Up 1, Down 0 Egress LSP: 0 sessions Total 0 displayed, Up 0, Down 0 Transit LSP: 0 sessions Total 0 displayed, Up 0, Down 0
RSVP信号化MPLSラベルスイッチパスのソフトプリエンプションの設定
ソフトプリエンプションは、元のLSPを破棄する前に、プリエンプションされたLSPの新しいパスを確立しようと試みます。デフォルトの動作では、まず先取りしたLSPを破棄し、新しいパスをシグナリングし、新しいパス上でLSPを再確立します。パスが停止してから新しいLSPが確立するまでの間、そのLSPを利用しようとしたトラフィックは失われます。ソフトプリエンプションは、このようなトラフィックロスを防ぎます。トレードオフは、LSPがソフトプリエントされている間、元のパスが破棄されるまで、対応する帯域幅要件を持つ2つのLSPが使用されることです。
MPLSソフトプリエンプションは、ネットワークのメンテナンスに有効です。例えば、特定のインタフェースからすべてのLSPを取り除き、トラフィックを中断させることなく、メンテナンスのためにインタフェースを停止させることができます。MPLSソフトプリエンプションについては、RFC 5712の「 MPLSトラフィックエンジニアリングのソフトプリエンプション」で詳しく説明しています。
ソフトプリエンプションはLSPのプロパティで、デフォルトでは無効になっています。 soft-preemption ステートメントを含めることで、LSPのingressで設定します。
soft-preemption;
以下の階層レベルでこのステートメントを含めることができます。
[edit protocols mpls label-switched-path lsp-name][edit logical-systems logical-system-name protocols mpls label-switched-path lsp-name]
また、ソフトプリエンプション用のタイマーを設定することもできます。このタイマーは、LSPのハードプリエンプションを開始する前にルーターが待機すべき時間の長さを指定します。指定された時間が終了すると、LSPは破棄され、再シグナル化されます。ソフトプリエンプションクリーンアップタイマーのデフォルト値は30 秒です。許容値の範囲は 0 秒から 180 秒です。値が0の場合は、ソフトプリエンプションが無効であることを意味します。ソフトプリエンプションクリーンアップタイマーは、すべてのLSPに対してグローバルです。
cleanup-timerステートメントを含めてタイマーを設定します。
cleanup-timer seconds;
以下の階層レベルでこのステートメントを含めることができます。
[edit protocols rsvp preemption soft-preemption][edit logical-systems logical-system-name protocols rsvp preemption soft-preemption]
ソフトプリエンプションは、高速再ルートが設定されているLSPには設定できません。設定がコミットできません。ただし、ノードおよびリンク保護と組み合わせてソフトプリエンプションを有効にすることはできます。
SoftPreemptionCntのカウンタ値は0(ゼロ)で始まり、コマンドshow rsvp interface detail出力に表示されます。
RSVP信号化MPLSラベルスイッチパスの優先度とプリエンプションの設定
より重要なLSPを確立するための帯域幅が不足している場合、重要度の低い既存のLSPを破棄して帯域幅を確保したい場合があります。これを行うには、既存のLSPをプリエンプトします。
LSPをプリエンプトできるかどうかは、LSPに関連する2つのプロパティによって決定されます。
設定優先度—既存のLSPをプリエンプトする新しいLSPを確立できるかどうかを判断します。プリエンプションが発生するためには、新しいLSPの設定優先度が既存のLSPの設定優先度よりも高い必要があります。また、既存のLSPをプリエンプトする行為は、新しいLSPをサポートするのに十分な帯域幅を生成する必要があります。つまり、新しいLSPを正常に設定できる場合にのみ、プリエンプションが発生します。
予約優先度—LSPが正常に設定された後に、LSPがセッション予約を保持する度合いを決定します。予約優先度が高い場合、既存のLSPは予約を放棄する可能性が低いため、LSPをプリエンプトする可能性は低くなります。
2つのLSPが互いにプリエンプトすることを許可すると、永久的なプリエンプションループが発生する可能性があるため、設定優先度が高く、予約優先度が低いLSPを設定することはできません。予約優先度が設定優先度以上になるように設定する必要があります。
設定優先度は、同じingressルーター上のLSPの相対的な重要性も定義します。ソフトウェアの起動時、新しいLSPの確立時、または障害回復中には、設定優先度によってLSPのサービスを受ける順番が決まります。優先度の高いLSPが先に確立される傾向があるため、より最適なパス選択が可能になります。
LSPのプリエンプションプロパティを設定するには、 priority ステートメントを含めます。
priority setup-priority reservation-priority;
このステートメントを含めることができる階層レベルの一覧については、このステートメントの「ステートメント概要」セクションを参照してください。
setup-priorityとreservation-priorityはどちらも0から7までの値にすることができます。値0は最も高い優先度に対応し、値7は最も低い優先度に対応します。デフォルトでは、LSPの設定優先度は7(つまり、他のLSPをプリエンプトすることはできません)、予約優先度は0(つまり、他のLSPをプリエンプトすることはできません)です。これらのデフォルトは、プリエンプションが発生しないようになっています。これらの値を設定する場合、設定優先度は常に保留優先度以下にする必要があります。
LSPに管理グループを設定する
リンクカラーリングまたはリソースクラスとも呼ばれる管理グループは、手動で割り当てる属性で、同じカラーを持つリンクが概念的に同じクラスに属するように、リンクの「カラー」を説明する属性です。管理グループを使用して、さまざまなポリシーベースのLSP設定を実装できます。
管理グループは、制約付きパスLSP計算が有効な場合にのみ意味があります。
最大32個の名前と値(0から31の範囲)を割り当てることができ、一連の名前とそれに対応する値を定義します。管理名と値は、単一ドメイン内のすべてのルーターで同じである必要があります。
管理値は、優先度とは異なります。LSPの優先度は、 priority ステートメントを使用して設定します。 LSPの優先度とプリエンプションの設定を参照してください。
管理グループを設定するには、次の手順に従います。
admin-groupsステートメントを含めて、複数のレベルのサービス品質を定義します。admin-groups { group-name group-value; }
以下の階層レベルでこのステートメントを含めることができます。
[edit protocols mpls][edit logical-systems logical-system-name protocols mpls]
次の設定例は、ドメインに管理名と値のセットを設定する方法を示しています。
[edit protocols mpls] admin-groups { gold 1; silver 2; copper 3; best-effort 4; }インターフェイスが属する管理グループを定義します。インターフェイスには複数のグループを割り当てることができます。
interfaceステートメントを含めます。interface interface-name { admin-group [ group-names ]; }
以下の階層レベルでこのステートメントを含めることができます。
[edit protocols mpls][edit logical-systems logical-system-name protocols mpls]
admin-groupステートメントを含めない場合、インターフェイスはどのグループにも属しません。IGPはグループ情報を使用してリンク状態パケットを構築します。その後、このパケットがネットワーク全体にフラッディングされ、ネットワーク内のすべてのノードに情報を提供します。どのルーターでも、IGPトポロジーとすべてのリンクの管理グループが利用可能です。
インターフェイスの管理グループを変更した場合は、新しいLSPにのみ影響します。インターフェイス上の既存のLSPは、ネットワークを安定させるためにプリエンプトまたは再計算されることはありません。グループの変更によりLSPを削除する必要がある場合は、
clear rsvp sessionコマンドを発行します。注:リンクに管理グループと拡張管理グループを設定する場合、両方のタイプの管理グループをインターフェイス上で設定する必要があります。
各LSPまたは各プライマリまたはセカンダリLSPパスに対して、管理グループ制約を設定します。
label-switched-pathステートメントを含めます。label-switched-path lsp-name { to address; ... admin-group { exclude [ group-names ]; include-all [ group-names ]; include-any [ group-names ]; } primary path-name { admin-group { exclude [ group-names ]; include-all [ group-names ]; include-any [ group-names ]; } } secondary path-name { admin-group { exclude [ group-names ]; include-all [ group-names ]; include-any [ group-names ]; } } }
以下の階層レベルで
label-switched-pathステートメントを含めることができます。[edit protocols mpls][edit logical-systems logical-system-name protocols mpls]
include-all、include-any、またはexcludeステートメントを省略すると、パスの計算は変更されることなく続行されます。パスの計算は、制約付きパスLSP計算に基づきます。制約付きパスLSP計算の計算方法については、CSPFがパスを選択する方法を参照してください。注:LSP の管理グループを変更すると、ルートが直ちに再計算されます。そのため、LSPが再ルーティングされる可能性があります。
LSP の拡張管理グループの設定
MPLSトラフィックエンジニアリングでは、一連の管理グループ(色またはリソースクラスとも呼ばれます)でリンクを設定できます。管理グループは、各リンクに割り当てられた 32 ビット値として内部ゲートウェイ プロトコル(IGP)(OSPFv2 および IS-IS)で伝送されます。ジュニパーネットワークスのルーターは、通常、この32ビット値をビットマスクとして解釈し、各ビットがグループを表すことで、各ネットワークを合計32の個別の管理グループ(値の範囲0〜31)に制限します。
32 ビット値で表される拡張管理グループを設定し、ネットワークでサポートされる管理グループの数を 32 以上のものに拡張します。管理グループに使用可能な値の元の範囲は、後方互換性のために引き続きサポートされています。
拡張管理グループ設定は、対応する一連の拡張管理グループ名との一連のインターフェイス セットを受け入れます。名前を 32 ビット値に変換し、この情報を IGP に伝送します。拡張管理グループ値はグローバルであり、ネットワークに参加しているサポートされているすべてのルーターで同一に設定する必要があります。IGPフラッディングを通じて他のルーターから学習されたドメイン全体の拡張管理グループデータベースは、パス計算のためにCSPF(Constrained Shortest Path First)によって使用されます。
以下の手順では、拡張管理グループの設定方法について説明します。
リンクに管理グループと拡張管理グループを設定する場合、両方のタイプの管理グループをインターフェイス上で設定する必要があります。
RSVP信号化MPLS LSPのJunosルーティング優先値を設定する
オプションとして、同じペアのイングレスルーターとエグレスルーターの間に複数のLSPを設定することができます。これは、すべてのLSPがデフォルトで同じプリファレンスレベルを持っているため、LSP間の負荷を分散するのに役立ちます。あるLSPを他のLSPよりも優先するには、個々のLSPに異なるプリファレンスレベルを設定します。プリファレンス値が最も低いLSPが使用されます。RSVP LSP のデフォルトのプリファレンスは 7、LDP LSP のデフォルトのプリファレンスは 9 です。これらの優先値は、直接インターフェイスルートを除くすべての学習済みルートよりも低い(優先される)値です。
デフォルトのプリファレンス値を変更するには、 preference ステートメントを含めます。
preference preference;
このステートメントを含めることができる階層レベルの一覧については、このステートメントの「ステートメント概要」セクションを参照してください。
RSVP信号化MPLS LSPによるパスルート記録の無効化
RSVP の Junos 実装では、LSP が通過するルーターを積極的に記録できる記録ルート オブジェクトがサポートされています。この情報は、トラブルシューティングやルーティングループの防止に使用できます。デフォルトでは、パスルート情報が記録されます。記録を無効にするには、 no-record ステートメントを含めます。
no-record;
recordおよびno-recordステートメントを含めることができる階層レベルの一覧については、このステートメントのステートメント概要セクションを参照してください。
RSVP信号化MPLS LSPでメークビフォアブレークのヒットレス切り替えを実現する
適応型ラベルスイッチパス(LSP)は、新しいLSPインスタンスを確立し、古いインスタンスを分解解析する前に、古いLSPインスタンスから新しいLSPインスタンスにトラフィックを転送する必要がある場合があります。このタイプの設定は、 メークビフォアブレーク (MBB)と呼ばれます。
RSVP-TEは、MPLSネットワークにLSPを確立するために使用されるプロトコルです。ヒットレス(トラフィックロスなし)のMBBスイッチオーバーを達成するためのRSVP-TEのJunos OS実装は、以下の設定ステートメントでタイマー値を設定することに依存していました。
optimize-switchover-delay—新しいLSPインスタンスにスイッチングするまでの待機時間。optimize-hold-dead-delay—スイッチオーバー後、古いLSPインスタンスを削除するまでの待機時間。
optimize-switchover-delayステートメントとoptimize-hold-dead-delayステートメントは両方とも、optimize-timerステートメントも設定されているLSPだけでなく、LSPの設定と分解解析にメークビフォアブレーク動作を使用するすべてのLSPに適用されます。次のMPLS機能により、メークビフォアブレーク動作を使用してLSPが設定および破棄されます。
適応型LSP
自動帯域幅割り当て
LSP向けBFD
グレースフルルーティングエンジンスイッチオーバー
リンクとノードの保護
ノンストップのアクティブルーティング
最適化されたLSP
ポイントツーマルチポイント(P2MP)LSP
ソフトプリエンプション
スタンバイセカンダリパス
設定された場合、 optimize-switchover-delay ステートメントと optimize-hold-dead-delay ステートメントの両方が、MBBプロセスに人為的な遅延を追加します。 optimize-switchover-delay ステートメントの値は、明示的なルートオブジェクト(ERO)のサイズによって変わります。EROはRSVPの拡張機能で、RSVP PATHメッセージは、従来の最短パスIPルーティングとは独立した、明示的なルーターのシーケンスを通過できるようになります。 optimize-switchover-delay ステートメントの値は、パス上の各ルーターのCPU負荷にも依存します。顧客は試行錯誤しながら optimize-switchover-delay ステートメントを設定しています。
optimize-hold-dead-delayステートメントの値は、ingressルーターがすべてのアプリケーションプレフィックスを新しいLSPを指すように移動させる速度によって異なります。これは、プラットフォームごとに異なるパケット転送エンジン負荷によって決定されます。顧客は試行錯誤しながらoptimize-hold-dead-delayステートメントを設定する必要があります。
ただし、リリース15.1以降のJunos OSでは、このようなタイマー値がもたらす人為的な遅延を設定せずに、ヒットレスMBBスイッチオーバーを実現できます。
このトピックでは、Junos OSを使用して古いLSPから新しいLSPへのMBBスイッチオーバーを実現する方法を3通り概説しています。
ルーターが新しいパスにスイッチオーバーするまでの待機時間を指定する
LSPインスタンス上で新しく最適化されたパスにスイッチオーバーするまでのルーター待機時間を指定するには、 optimize-switchover-delay ステートメントを使用します。このステートメントは、影響を受けるLSPのingressとして機能するルーターでのみ設定する必要があります(トランジットまたはegressルーターで設定する必要はありません)。このステートメントのタイマーにより、トラフィックが古いパスからスイッチオーバーする前に、新しい最適化パスが確立されたことを確認できます。このタイマーは、ルーターに設定されたすべてのLSPに対してのみ有効または無効化できます。
LSPインスタンス上で新たに最適化されたパスにスイッチオーバーするまでのルーター待機時間を設定するには、 optimize-switchover-delay ステートメントを使用して秒単位で時間を指定します。
optimize-switchover-delay seconds;
以下の階層レベルでこのステートメントを含めることができます。
[edit protocols mpls][edit logical-systems logical-system-name protocols mpls]
古いパスの分解解析を遅延させる時間を指定する
ルーターがトラフィックを新しい最適化パスにスイッチした後に古いパスの分解解析を遅延させる時間を指定するには、 optimize-hold-dead-delay ステートメントを使用します。このステートメントは、影響を受けるLSPのingressとして機能するルーターでのみ設定する必要があります(トランジットまたはegressルーターで設定する必要はありません)。このステートメントのタイマーは、すべてのルートが新しい最適化パスにスイッチする前に、古いパスが破棄されないようにするのに役立ちます。このタイマーは、特定のLSPまたはルーターに設定されたすべてのLSPに対して有効にできます。
ルーターがトラフィックを新しい最適化パスにスイッチした後に古いパスの分解解析を遅延させる時間を設定するには、 optimize-hold-dead-delay ステートメントを使用します。
optimize-hold-dead-delay seconds;
このステートメントを含めることができる階層レベルの一覧については、このステートメントの「ステートメント概要」セクションを参照してください。
人為的な遅延なしに、ヒットレスのMBBスイッチオーバーを達成する
リリース15.1 Junos OSでは、 optimize-switchover-delay または optimize-hold-dead-delay ステートメントによって設定された任意の時間間隔に頼らずに、MBBスイッチオーバー後に古いLSPインスタンスを放棄する別の方法があります。例えば、 optimize-hold-dead-delay ステートメントを使用する場合、MBB後に古いLSPインスタンスを分解解析する前に待機しても安全だと思う時間を設定します。ただし、ルートによってはまだ新しいインスタンスに移行するプロセス中かもしれません。古いLSPインスタンスを早期に分解解析すると、トランジットノードの1つが、新しいLSPインスタンスに移行していないルートのトラフィックをドロップしてしまいます。
トラフィック喪失を回避するには、 optimize-switchover-delay ステートメントを使用する代わりに、MPLS-OAM(lsp ping)を使用することで、LSPデータプレーンがエンドツーエンドで確立されていることを確認します。 optimize-hold-dead-delay ステートメントを使用する代わりに、rpdインフラストラクチャからのフィードバックメカニズムを使用して、古いLSPを参照するすべてのプレフィックスがスイッチオーバーしたことを確認できます。フィードバックメカニズムはタグライブラリから供給され、ルーティングプロトコルプロセス(rpd)インフラストラクチャに依存して、MBBスイッチオーバー後に古いLSPインスタンスを使用していたすべてのルートが新しいLSPインスタンスに完全に移行したことを判断します。
フィードバックメカニズムは常備されており、オプションです。MBBスイッチオーバー中に使用されるフィードバックメカニズムを持つように optimize-adaptive-teardown ステートメントを設定します。この機能は、RSVPポイントツーマルチポイント(P2MP)LSPインスタンスではサポートされていません。 optimize-adaptive-teardown ステートメントのグローバル設定は、システムで設定されたポイントツーポイントLSPにのみ影響します。
optimize-adaptive-teardownステートメントは、影響を受けるLSPのingressとして機能するルーターでのみ設定する必要があります(トランジットルーターやegressルーターでこのステートメントを設定する必要はありません)。このフィードバックメカニズムにより、すべてのルートが新しい最適化パスにスイッチオーバーされるまで、古いパスが破棄されないようになります。この設定ステートメントのグローバル設定は、システムで設定されたポイントツーポイントLSPのみに影響します。
optimize-adaptive-teardown { p2p: }
このステートメントを [edit protocols mpls] 階層レベルに含めることができます。
シグナル化されたLSPの最適化
LSPが確立されると、トポロジーまたはリソースの変更により、時間の経過とともに、パスが最適ではないものになる可能性があります。輻輳が緩和され、メトリックが低く、より少ないホップを通過する新しいパスが利用できるようになった可能性があります。パスを定期的に再計算するようにルーターを設定し、より最適なパスが利用可能になったかどうかを判断できます。
再最適化が有効になっている場合、制約付きパスを再計算することで、異なるパスを通してLSPを再ルーティングできます。ただし、再最適化が無効になっている場合、LSPのパスは固定されているため、新たに利用可能になったネットワークリソースを活用することはできません。次のトポロジー変更によって LSP が中断され、再計算が強制されるまで、LSP は固定されます。
再最適化はフェイルオーバーとは関係ありません。確立されたパスを中断するトポロジー障害が発生した場合、必ず新しいパスが計算されます。
システムのオーバーヘッドが伴う可能性があるため、再最適化の頻度は慎重に管理する必要があります。再最適化を有効にすると、ネットワークの安定性が損われる可能性があります。デフォルトでは、 optimize-timer ステートメントは 0 に設定されています(つまり、無効になっています)。
LSPの最適化は、制約付きパスのLSP計算が有効になっている場合にのみ役立ち、これがデフォルトの動作となります。制約付きパスLSP計算の詳細については、制 約付きパスLSP計算の無効化を参照してください。また、LSPの最適化はイングレスLSPにのみ適用可能なので、ingressルーター上で optimize-timer ステートメントを設定するだけで済みます。トランジットルーターとエグレスルーターでは、(MPLSを有効にする以外)LSP最適化をサポートするための特定の設定は必要ありません。
パスの再最適化を有効にするには、 optimize-timer ステートメントを含めます。
optimize-timer seconds;
このステートメントを含めることができる階層レベルの一覧については、このステートメントの「ステートメント概要」セクションを参照してください。
optimize-timerステートメントを設定すると、設定からoptimize-timerステートメントを削除しても、再最適化タイマーは設定値へのカウントダウンを継続します。次の最適化では、新しい値を使用します。古い値を削除し、設定をコミットし、optimize-timerステートメントに新しい値を設定し、再度設定をコミットすることで、Junos OSに新しい値をすぐに使用させることができます。
再最適化の実行後、結果は以下の基準を満たす場合にのみ受け入れられます。
新しいパスは、IGPメトリックが高くない。(古いパスのメトリックは計算中に更新されるため、最近のリンクメトリックが古いパスのどこかで変わった場合、それは計上されます。)
新しいパスに同じIGPメトリックがある場合、これ以上ホップ離れていない。
新しいパスはプリエンプションを実行しません。(これは、プリエンプションがプリエンプションを引き起こすという波及効果を軽減するためです。)
新しいパスが、全体的に輻輳を悪化させない。
新しいパスの相対輻輳は以下のように決定されます。
新しいパスで通過する各リンクの利用可能な帯域幅の割合は、最も混雑するリンクから始まる古いパスと比較されます。
ソフトウェアは、現在の(古い)パスごとに、昇順で通過するリンクの帯域幅の可用性に関する4つの最小値を保存します。
また、ソフトウェアは、昇順で通過するリンクに対応する、新しいパスの帯域幅の4つの最小可用性値を保存します。
4つの新しい可用性のある帯域幅値のいずれかが、対応する古い帯域幅の可用性値のいずれかよりも小さい場合、新しいパスには、古いパスが使用しているリンクよりも輻輳がより悪化しているリンクが少なくとも1つあります。このリンクを使用すると輻輳が悪化するため、トラフィックをこの新しいパスには切り替えません。
4つの新しい可用性のある帯域幅値のいずれも、対応する古い帯域幅の可用性値よりも小さい場合、新しいパスは古いパスよりも輻輳が緩和されます。
上記の条件がすべて満たされている場合、次のようになります。
新しいパスの IGP メトリックが低い場合、受け入れられます。
新しいパスの IGP メトリックが同等で、ホップ数が少ない場合、受け入れられます。
ロードバランシングアルゴリズムとして
least-fillを選択した場合、LSPは次のように負荷分散されます。LSPは、現在のパスより少なくとも10%低く利用される新しいパスに移動します。これにより、現在のパスの輻輳をわずかに緩和する可能性があります。例えば、1MBの帯域幅のLSPを最低200MBのパスから移動させると、元のパスでの輻輳の緩和は1%以下です。
randomまたはmost-fillアルゴリズムの場合、このルールは適用されません。
次の例は、
least-fillロードバランシングアルゴリズムの仕組みを示しています。図1:最小フィルロードバランシングアルゴリズムの例
図 1 に示すように、LSP がルーター A からルーター H に通過する可能性のあるパスは、L1 から L13 までの奇数リンクと、L2 から L14 までの偶数リンクの 2 つあります。現在、ルーターはLSPのアクティブパスとして偶数のリンクを使用しています。同じ2つのルーター(例えば、ルーターAとルーターB)間の各リンクは、同じ帯域幅を持っています。
L1、L2 = 10GE
L3、L4 = 1GE
L5、L6 = 1GE
L7、L8 = 1GE
L9、L10 = 1GE
L11、L12 = 10GE
L13、L14 = 10GE
1GEリンクは輻輳が発生している可能性が高くなります。この例では、奇数の1GEリンクには、以下の帯域幅が利用できます。
L3 = 41%
L5 = 56%
L7 = 66%
L9 = 71%
偶数の1GEリンクには、以下の帯域幅が利用できます。
L4 = 37%
L6 = 52%
L8 = 61%
L10 = 70%
この情報に基づいて、ルーターは奇数のリンクと偶数のリンク間で利用可能な帯域幅の差を以下のように計算します。
L4 - L3 = 41% - 37% = 4%
L6 - L5 = 56% - 52% = 4%
L8 - L7 = 66% - 61% = 5%
L10 - L9 = 71% - 70% = 1%
奇数のリンクで利用可能な追加帯域幅の合計は14%(4% + 4% + 5% + 1%)です。14%は10%(最小フィルアルゴリズムの最小閾値)より高い数値なので、LSPは偶数のリンクを使用した元のパスから奇数のリンク上の新しいパスに移動します。
それ以外の場合、新しいパスは拒否されます。
以下の再最適化基準(前に示した基準の一部)を無効にできます。
新しいパスに同じIGPメトリックがある場合、これ以上ホップ離れていない。
新しいパスはプリエンプションを実行しません。(これは、プリエンプションがプリエンプションを引き起こすという波及効果を軽減するためです。)
新しいパスが、全体的に輻輳を悪化させない。
新しいパスの IGP メトリックが同等で、ホップ数が少ない場合、受け入れられます。
これらを無効にするには、 clear mpls lsp optimize-aggressive コマンドを実行するか、 optimize-aggressive ステートメントを含めます。
optimize-aggressive;
以下の階層レベルでこのステートメントを含めることができます。
[edit protocols mpls][edit logical-systems logical-system-name protocols mpls]
設定に optimize-aggressive ステートメントを含めると、再最適化手順がより頻繁にトリガーされます。パスの再ルーティングがさらに頻繁に行われます。また、再最適化アルゴリズムもIGPメトリックのみに制限されます。
LSPのスマート最適化タイマーの設定
ネットワークとルーターのリソースに制約があるため、通常、最適化タイマーの間隔を短く設定することは望ましくありません。ただし、特定の状況では、最適化タイマーによって通常提供されるよりも早くパスを再最適化することが望ましい場合があります。
例えば、LSP が優先パスを通過していて、その後に障害が発生したとします。次に、LSP を、優先順位の低いパスに切り替えて、同じ宛先に到達します。元のパスがすぐに回復したとしても、ネットワークパスを再最適化するための最適化タイマーを待つ必要があるため、LSP がそのパスを再度使用するには、非常に長い時間がかかる可能性があります。このような状況の場合、スマート最適化タイマーを設定することができます。
スマート最適化タイマーを有効にすると、LSP がダウンしてから 3 分以内に元のパスが回復した場合には、元のパスに切り替えられます。また、60 分以内に元のパスが再びダウンすると、スマート最適化タイマーは無効になり、最適化タイマーのみを有効にした場合のパス最適化の動作が通常通りに行われます。これにより、ルーターがフラッピングリンクを使用することを防ぎます。
スマート最適化タイマーは、正常に機能する他の MPLS 機能に依存しています。ここでは、元のパスに障害が発生した場合に LSP を代替パスに切り替えるシナリオを想定しており、高速再ルート、リンク保護、スタンバイセカンダリパスなど、1つ以上のMPLSトラフィック保護機能が設定されていることを前提としています。これらの機能により、障害が発生した場合にトラフィックが確実に宛先に到達できるようになります。
スマート最適化タイマー機能が正しく動作するためには、少なくともスタンバイセカンダリパスを設定する必要があります。高速再ルートとリンク保護は、ネットワーク障害に対するより一時的な解決策です。セカンダリパスは、プライマリパスに障害が発生した場合に、安定した代替パスを確保するためのものです。LSP に何らかのトラフィック保護を設定していない場合、スマート最適化タイマーだけでは、トラフィックが確実に宛先に到達することはできません。MPLSトラフィック保護の詳細については、 MPLSとトラフィック保護を参照してください。
プライマリパスに障害が発生し、スマート最適化タイマーがトラフィックをセカンダリパスに切り替えた場合、プライマリパスが回復した後もルーターがセカンダリパスを使用し続ける可能性があります。ingressルーターがCSPFの計算を完了すると、セカンダリパスがより良いパスであると判断される可能性があります。
これは、プライマリパスをアクティブなパスとし、セカンダリパスをバックアップとしてのみ使用する場合には望ましくありません。また、セカンダリパスがアクティブなパスとして使用されている場合(プライマリパスが再確立されていても)、セカンダリパスに障害が発生しても、スマート最適化タイマー機能は自動的にトラフィックをプライマリパスに戻すことはありません。ただし、ノード保護およびリンク保護を設定したり、スタンバイセカンダリパスを追加したりすることで、セカンダリパスの保護を有効にすることができ、その場合はスマート最適化タイマーを有効にできます。
smart-optimize-timerステートメントを使用して、スマート最適化タイマーの時間を秒単位で指定します。
smart-optimize-timer設定ステートメントを適用できるのは、optimize-timerステートメントを使用して定期的なLSP再最適化を有効にした場合のみです。
smart-optimize-timer seconds;
以下の階層レベルでこのステートメントを含めることができます。
[edit protocols mpls][edit logical-systems logical-system-name protocols mpls]
RSVP信号化MPLS LSPのパス内のホップ数を制限する
デフォルトでは、各LSPは、ingressルーターとegressルーターを含めて、最大255ホップを通過できます。この値を変更するには、 hop-limit ステートメントを含めます。
hop-limit number;
このステートメントを含めることができる階層レベルの一覧については、このステートメントの「ステートメント概要」セクションを参照してください。
ホップ数は2から255まで可能です。(2つのホップを持つパスは、イングレスルーターとエグレスルーターのみで構成されます。)
RSVP信号化MPLS LSPに対して手動で定義された帯域幅値を設定する
各LSPには帯域幅の値があります。この値は、RSVPパス設定メッセージの送信者のTspecフィールドに含まれます。帯域幅の値をビット毎秒で指定できます。LSPに多くの帯域幅を設定すると、より多くのトラフィックを伝送できるはずです。デフォルトの帯域幅は0ビット/秒です。
帯域幅がゼロでない場合、トランジットルーターとegressルーターは、パスの送信リンクに沿って容量を確保する必要があります。この容量を確保するために、RSVP 予約方式が使用されます。帯域幅予約の障害(RSVPポリシー制御やアドミッション制御の障害など)が発生すると、LSPの設定に失敗する可能性があります。トランジットルータまたはエグレスルータのインタフェースに十分な帯域がない場合、LSPは確立されません。
シグナル付きLSPの帯域幅値を指定するには、 bandwidth ステートメントを含めます。
bandwidth bps;
このステートメントを含めることができる階層レベルの一覧については、このステートメントの「ステートメント概要」セクションを参照してください。
LSP の自動帯域幅割り当て
自動帯域幅割り当てにより、MPLSトンネルは、トンネルを通過するトラフィックの量に基づいて帯域幅割り当てを自動的に調整できます。LSP は最小限の帯域幅で設定できます。この機能は、現在のトラフィックパターンに基づいて、LSPの帯域幅割り当てを動的に調整できます。帯域幅調整は、トンネルを通るトラフィック フローを中断しません。
自動帯域幅割り当てで設定された LSP でサンプリング間隔を設定します。この間隔の間の平均帯域幅が監視されます。この間隔の終わりに、帯域幅割り当てが前のサンプリング間隔の最大平均値に設定された LSP の新しいパスのシグナリングが試行されます。新しいパスが正常に確立され、元のパスが削除された場合、LSP は新しいパスに切り替わります。新しいパスが作成されない場合、LSP は、次のサンプル間隔の終わりに新しいパスの確立が試行されるまで、現在のパスを引き続き使用します。LSP の最小および最大帯域幅値を設定できることに注意してください。
自動帯域幅割り当て間隔中、ルーターは LSP 上のトラフィックの着実な増加(帯域幅利用の増加)を受け、輻輳やパケット ロスが発生する可能性があります。これを防止するために、現在の調整間隔の終了前に自動帯域幅調整タイマーを早期に終了する 2 つ目のトリガーを定義できます。
LSPに自動帯域幅割り当てを設定する
自動帯域幅割り当てにより、MPLSトンネルは、トンネルを通過するトラフィックの量に基づいて帯域幅割り当てを自動的に調整できます。最小限の帯域幅でLSPを設定することができ、この機能は、現在のトラフィックパターンに基づいてLSPの帯域幅割り当てを動的に調整することができます。帯域幅調整は、トンネルを通るトラフィック フローを中断しません。
自動帯域幅割り当て時間インターバルの終了時に、現在の最大平均帯域幅の使用量が、LSPに割り当てられた帯域幅と比較されます。LSPにより多くの帯域幅が必要な場合、帯域幅が現在の最大平均使用量と等しい新しいパスを設定しようと試みます。この試みに成功した場合、LSPのトラフィックは新しいパスを通ってルーティングされ、古いパスは削除されます。この試みが失敗した場合、LSP は現在のパスを引き続き使用します。
(イングレスLSPと比較した) Max AvgBW の値を計算する際には、不正確な結果を防ぐために、メークビフォアブレーク(MBB)中に収集されたサンプルは無視されます。帯域幅調整後の最初のサンプル、またはLSP ID変更後のサンプル(パスの変更に関係なく)も無視されます。
リンクとLSPのノード保護を設定しており、トラフィックがバイパスLSPに切り替えられている場合、自動帯域幅割り当て機能は動作し続け、バイパスLSPから帯域幅サンプルを取得します。最初の帯域幅調整サイクルでは、元のリンクとノード保護されたLSPから取した最大平均帯域幅の使用量を使用して、より多くの帯域幅が必要な場合にバイパスLSPを再び信号化します。(リンクとノード保護は、QFXシリーズスイッチではサポートされていません。)
LSPに高速再ルートを設定している場合、この機能を使用して帯域幅を調整できないことがあります。LSPは固定フィルター(FF)予約スタイルを採用しているため、新しいパスを信号すると、帯域幅がダブルカウントされる可能性があります。自動帯域幅割り当てが有効になっている場合、ダブルカウントにより、高速再ルートLSPによって帯域幅が調整されるのを防ぐことができます。(高速再ルートは、QFXシリーズスイッチではサポートされていません。)
自動帯域幅割り当てを設定するには、次のセクションの手順を実行します。
QFX10000スイッチでは、 edit protocols mpls 階層レベルでのみ自動帯域幅割り当てを設定できます。論理システムはサポートされていません。
MPLS LSPの最適化された自動帯域幅調整の設定
自動帯域幅機能により、直接設定された RSVP-TE LSP も、自動メッシュを使用して自動的に作成された LSP も、トラフィックレートに基づいてサイズを変更することができます。各 LSP で運ばれるトラフィック量は、定期的にサンプルを採取して測定します。トラフィック統計の収集頻度は、 set protocols mpls statistics interval 設定ステートメントによって制御されます。LSPのサイズ変更は調整と呼ばれ、調整の頻度は adjust-interval ステートメントによって制御されます。調整間隔の設定可能な最小値は1秒です。
Junos OS Release 20.4R1以降、adjust-threshold-overflow-limit文またはadjust-threshold-underflow-limit文が設定されたオーバーフローまたはアンダーフローの閾値を超えた場合、auto-bandwidth調整の最小adjust-intervalが150秒に減少します。
ただし、オーバーフローやアンダーフローのサンプルが検出されない場合、auto-bandwidth調整の最小adjust-intervalは 300 秒です。
Junos OS Release 20.4R1より前のリリースでは、オーバーフローまたはアンダーフローの条件下で adjust-interval は300秒です。
自動帯域調整最適化の実装により、 auto-bandwidth はLSPの帯域幅をより速く減少させます。イングレスラベルエッジルーター(LER)は、MBB(メークビフォアブレーク)後の古いLSPインスタンスのティアダウンが150秒以内に完了すれば、 adjust-threshold-overflow-limitが低下するため、150秒以内にサイズを変更することができます。
自動帯域幅最適化の要件は以下の通りです。
LSP経路変更確率低減—自動帯域調整時にLSP経路変更確率を低減します。
LSP再ルーティングの確率を下げる-同じリソースを要求する優先度の高いLSPのために、LSPが再ルーティングされる確率を下げることです。
これらの要件を満たすために、自動帯域幅調整最適化は以下をサポートします。
In-place LSP Bandwidth Update—ドメイン内LSPで帯域幅変更を実行する際に、イングレスラベルエッジルーター(LER)がLSP IDを再利用できるようにします。
注:ドメイン間LSPの場合、LSP帯域のインプレース更新は適用されません。
特定のシナリオでは、LSPルートネクストホップは、直接または間接的にLSP帯域幅を伝送します。これらのシナリオでは、インプレースLSP帯域更新がサポートされていても、LSP経路変更のため、機能による性能向上は限定的です。つまり、 自動帯域幅(MPLSトンネル)後のinet.3ルートテーブルが変更されたためです。例えば、どちらか一方または両方のステートメントを設定した場合、パフォーマンスの向上は制限されます。
auto-policingMPLSで設定します。ステートメントの下
bandwidthオプションload-balanceRSVPで設定されます。
注:LSP-IDの再利用によるその場でのLSP帯域更新が失敗し、入口LERは直ちに新しいLSP-IDでMBBをトリガーします。
no-cspfLSP用に設定されています。LSPは、PCE(Path Computation Element)によって制御されます。
LSP最適化タイマが切れる。
clear mpls lsp optimize-aggressiveコマンドが実行されます。
Per-priority Subscription-ネットワークリソースをより効率的に利用するため、優先度ごとの加入により、優先度の低いLSPのRSVP加入率を低く、優先度の高いLSPのRSVP加入率を高く設定することができます。
例えば、すべての優先度のLSPに対してRSVP加入率を90%に設定する代わりに、優先度の低いLSPに対して低いRSVP加入率(例えば75%)を設定することができます
優先順位ごとの加入は、差別化サービス(DiffServ)を考慮したトラフィックエンジニアリング(TE)とは相互運用できません。差別化されたサービス(DiffServ)を考慮したトラフィックエンジニアリングは、優先度ごとの加入よりも柔軟で統計的なTEリンク帯域幅の共有を提供します。
To Configure In-place LSP Auto-bandwidth Resizing:
Verification
設定モードから、 show protocols show interfaces コマンドを入力して設定を確認します。出力に意図した設定が表示されない場合は、この例の手順を繰り返して設定を修正します。
interfaces {
et-0/0/0:1 {
unit 0 {
family {
mpls;
}
}
}
}
protocols {
mpls {
label-switched-path lsp1 {
to 10.2.5.1;
in-place-lsp-bandwidth-update;
}
}
}
To Configure Per-priority Subscription:
インターフェイスにRSVPプロトコルを設定します。
[edit] user@host# set protocols rsvp interfaceinterface-name user@host# set protocols rsvp interface et-0/0/0:1.0
インターフェイスの帯域幅サブスクリプション値を設定します。0〜65,000%の値です。サブスクリプションのデフォルト値は100%です。
[edit] user@host# set protocols rsvp interface interface-name subscription percentage
user@host# set protocols rsvp et-0/0/0:1.0 subscription 11
インターフェイス上のサブスクリプションの優先順位を設定します。
[edit] user@host# set protocols rsvp interface interface-name subscription percentage priority
user@host# set protocols rsvp et-0/0/0:1.0 subscription 11 priority 7
優先順位の加入率を設定します。
[edit] user@host# set protocols rsvp interface interface-name subscription percentage priority percentage
user@host# set protocols rsvp et-0/0/0:1.0 subscription 11 priority 7 percent 10
設定モードからコミットを入力します。
Verification
設定モードから、 show protocols show interfaces コマンドを入力して設定を確認します。出力に意図した設定が表示されない場合は、この例の手順を繰り返して設定を修正します。
protocols {
rsvp {
interface et-0/0/0:1.0 {
subscription 11{
priority 7 {
percent 10;
}
}
}
関連項目
LSP の自動帯域幅割り当て統計のレポートの設定
自動帯域幅割り当てにより、MPLSトンネルは、トンネルを通過するトラフィックの量に基づいて帯域幅割り当てを自動的に調整できます。以下の手順を完了することで、自動帯域幅割り当てに関連する統計情報を収集するようにデバイスを設定できます。
RSVP LSPの自動帯域幅割り当てにポーリングプロファイルを使用する
MPLS自動帯域幅ポーリングプロファイルを使用して、トラフィック要求に基づいてRSVPラベルスイッチパス(LSP)の帯域幅割り当てを最適化します。
ポーリングプロファイルを使用して、トラフィック需要に基づいてRSVPラベルスイッチパス(LSP)の帯域幅割り当てを最適化できます。ポーリングプロファイルを使用して、LSPごとに異なるポーリング間隔を設定し、さまざまなサービス要件に合わせた正確な帯域幅調整を可能にします。この柔軟性により、差別化されたサービスレベルをサポートし、積極的な帯域幅調整と保守的な帯域幅調整の両方が可能になります。 adjust-threshold-options 設定により、独立したオーバーフローとアンダーフローの閾値で制御をさらに絞り込むことができます。この機能には包括的な統計キャプチャも組み込まれているため、パフォーマンスを監視し、情報に基づいてネットワーク構成を決定する能力が強化されます。
MPLS自動帯域幅にポーリングプロファイルを使用するメリット
-
設定可能なポーリングプロファイルを通じて、特定のサービスニーズに合わせて帯域幅を調整し、サービスの差別化を強化します。
-
オーバーフローとアンダーフローのしきい値を個別に設定することで帯域幅管理をきめ細かく制御し、正確なリソース割り当てを確保します。
-
各LSPのトラフィック需要に合わせて調整可能な異なるポーリング間隔をサポートすることで、ネットワークの安定性を向上させます。
-
詳細な統計情報の取得により監視と意思決定を改善し、帯域幅の使用パターンと調整に関するより適切なインサイトを提供します。
-
既存の構成との互換性を維持し、現在のネットワーク設定内でのシームレスな統合と運用を確保します。
設定
特定のポーリング間隔でポーリングプロファイルを設定し、自動帯域幅LSPに適用できます。
ポーリングプロファイルを設定するには、[edit protocols mpls statistics auto-bandwidth]階層レベルでpolling-profileCLIステートメントを含めます。また、ポーリングプロファイルへのポーリング間隔も次のように設定する必要があります。
[edit protocol mpls] user@host# set statistics auto-bandwidth polling-profile profile-name interval sec
自動帯域幅LSPが設定されている場合、デフォルトでは、自動帯域幅LSPは次のように設定されたデフォルトのグローバル統計ポーリング間隔を使用します。
[edit protocol mpls] user@host# set statistics interval sec
ポーリングプロファイルをLSPに関連付けることができます。これにより、各LSPが指定された間隔に従って監視および調整され、サービスの差別化と安定性が向上します。次の設定ステートメントを使用して、ポーリングプロファイルをLSPに関連付けます。
[edit protocols mpls] user@host# set label-switched-pathlsp-nameauto-bandwidth polling-profileprofile-name
ポーリングプロファイルがLSPに関連付けられている場合、オーバーフローおよびアンダーフローステートメントの設定制限は、それらのLSPに対してのみ緩和されます。これにより、積極的な自動帯域幅調整が可能になります。積極的な調整を必要としない他のLSPは、設定を変更する必要はありません。
さらに、[edit protocols mpls label-switched-path lsp-name auto-bandwidth]階層の下のadjust-threshold-optionsステートメントは、帯域幅調整を管理するための構造化されたアプローチを提供します。
帯域幅を正確に調整するために、オーバーフローとアンダーフローの条件に独立したしきい値を設定できます。[edit protocols mpls label-switched-path lsp-name auto-bandwidth adjust-threshold-options]階層の下のoverflow-threshold percentおよびunderflow-threshold percentステートメントにより、これらの調整をトリガーする帯域幅の割合を指定できます。このきめ細かな制御により、ネットワークは変動するトラフィックパターンに適切に対応し、運用効率を維持し、不要な帯域幅変更を回避できます。統計サンプルが有効なオーバーフローかアンダーフローかを評価する場合、サンプルは [edit protocols mpls label-switched-path lsp-name auto-bandwidth adjust-threshold-options threshold percent] 階層レベルで設定されたグローバルしきい値の割合と比較されます。
さらに、包括的な統計キャプチャの統合により、帯域幅の使用パターンを監視および分析する能力が強化されます。 show mpls lsp autobandwidth detail および show mpls lsp extensive コマンドを使用して、ポーリングプロファイルとその間隔、およびオーバーフローまたはアンダーフロー状態による調整を表示できます。この詳細情報は情報に基づいた意思決定をサポートし、現在および将来の需要を満たすためにネットワークの構成を最適化することができます。これらの機能強化は、下位互換性を維持しているため、現在の運用を中断することなく、既存のセットアップにシームレスに統合できます。
RSVP信号化MPLS LSPを設定して自律システム間のパスを計算する
LSP 設定の一部として inter-domain ステートメントを含めることで、ネットワーク内の複数のエリアを横断するように LSP を設定することができます。このステートメントにより、ルーターは IGP データベース内のルートを検索できます。このステートメントは、ドメイン内CSPFを使用してパスを見つけることができない可能性があるルーターに(TED(トラフィック制御データベース)を検索して)設定する必要があります。エリア間LSPを設定する場合、 inter-domain ステートメントは必須です。
始める前に:
ファミリ MPLS でデバイス インターフェイスを設定します。
デバイスルーターIDと自律システム番号を設定します。
ルーターとトランジット インターフェイスで MPLS と RSVP を有効にします。
トラフィックエンジニアリングをサポートするようにIGPを設定します。
ingressからegressルーターへのLSPを設定します。
イングレスラベルスイッチルーター(LER)上で複数のASにまたがるLSPを設定するには、以下を行います。
RSVP信号化MPLS LSP状態変化のIGPアドバタイズのダンピング
LSPがアップからダウンへ、またはダウンからアップへ変化すると、この遷移はルーターのソフトウェアとハードウェアで直ちに有効になります。ただし、LSPをIS-ISおよびOSPFにアドバタイズする場合、LSPの遷移を減衰させ、一定時間(ホールドタイムと呼ばれる)が経過するまで遷移をアドバタイズしないようにしたい場合があります。この場合、LSPがアップからダウンになったとしても、ホールドタイム期間中はダウンしたままでないと、LSPはダウンしたとはアドバタイズされません。ダウンからアップへの遷移は、即座にIS-ISとOSPFにアドバタイズされます。LSPダンピングは、LSPのIS-ISおよびOSPFアドバタイズにのみ影響することに注意してください。他のルーティングソフトウェアやハードウェアは、LSPの遷移に即座に反応します。
LSPの遷移を減衰させるには、 advertisement-hold-time ステートメントを含めます。
advertisement-hold-time seconds;
seconds 0〜65,535 秒の値を指定できます。デフォルトは5 秒です。
以下の階層レベルでこのステートメントを含めることができます。
[edit protocols mpls][edit logical-systems logical-system-name protocols mpls]
共同ルーティングされた双方向RSVP信号化MPLS LSPを設定する
共同ルート双方向パケットLSPは、 図2に示すように、ingressノードとegressノードのペア間で同じパスを共有する2つのLSPの組み合わせです。RSVP-TEへのGMPLS拡張を使用して確立されています。このタイプのLSPは、レイヤー2VPN、レイヤー2回線、レイヤー3VPNを含む、あらゆる標準的なタイプのMPLSベーストラフィックの伝送に使用できます。双方向LSPに対して単一のBFDセッションを設定することができます(各方向の各LSPに対してBFDセッションを設定する必要はありません)。また、単一のスタンバイ双方向LSPを設定して、プライマリ双方向LSPのバックアップを提供することもできます。共同ルート双方向LSPは、PHP(最後から2番目のホップポッピング)とUHP(最終ホップポッピング)の両方でサポートされています。
高可用性は、双方向LSPで利用できます。グレースフルリスタートとノンストップアクティブルーティングを有効にすることができます。グレースフルリスタートとノンストップアクティブルーティングは、再起動するルーターが双方向LSPのイングレス、エグレス、またはトランジットルーターである場合にサポートされます。
共同ルート双方向LSPを設定するには:
LSPのエントロピーラベルを設定する
LSPにエントロピーラベルを挿入することで、トランジットルーターは、ディープパケットインスペクションに依存することなく、MPLSラベルスタックのみをハッシュ入力として使用して、ECMPパスまたはリンクアグリゲーショングループ全体でMPLSトラフィックの負荷分散を行うことができます。ディープパケットインスペクションでは、ルーターにより多くの処理能力が必要とされ、ルーターによってディープパケットインスペクションの機能は異なります。
LSPにエントロピーラベルを設定するには、以下の手順を実行します。
トランジットルーターに設定は必要ありません。エントロピーラベルが存在することは、トランジットルーターがMPLSラベルスタックのみに基づいて負荷分散を行う必要があることを示しています。
最後から 2 番目のホップ ルーターは、デフォルトでエントロピー ラベルをポップします。
例:BGPラベル付きユニキャストLSPにエントロピーラベルを設定する
この例では、エントロピーラベルを使用してエンドツーエンドのロードバランシングを実現するために、BGPラベル付きユニキャストにエントロピーラベルを設定する方法を示します。IP パケットが宛先に到達するまでのパスが複数ある場合、Junos OS はパケット ヘッダーの特定のフィールドを使用して、パケットを決定論的なパスにハッシュします。これには、フロー情報を伝えることができる特別な負荷分散ラベルであるエントロピーラベルが必要です。コアの LSR は、単にエントロピーラベルをキーとして使用し、パケットを正しいパスにハッシュします。エントロピーラベルは、16〜1048575(通常の20ビットラベル範囲)の任意のラベル値にすることができます。この範囲は既存の標準ラベル範囲と重なるため、エントロピーラベルの前にエントロピーラベルインジケーター(ELI)と呼ばれる特別なラベルが挿入されます。ELIは、IANAによって割り当てられた特別なラベルで、値は7です。
BGPラベル付きユニキャストは、通常、複数のIGPエリアまたは複数の自律システムにまたがるRSVPまたはLDP LSPを連結します。RSVPまたはLDPのエントロピーラベルは、RSVPまたはLDPラベルとともに、最終ホップノードにポップされます。この機能により、BGPトラフィックのエンドツーエンドのエントロピーラベルロードバランシングを実現するために、ステッチングポイントでエントロピーラベルを使用して、最終ホップノードとステッチングポイントの間のギャップを埋めることができます。
要件
この例では、以下のハードウェアおよびソフトウェアコンポーネントを使用しています。
-
MPC搭載のMXシリーズルーター7台
-
すべてのデバイスで実行されている Junos OS リリース 15.1 以降
-
Junos OS Relese 22.4を使用して再検証済み
-
BGPラベル付きユニキャストのエントロピーラベルを設定する前に、以下を確認してください。
-
デバイスインターフェイスを設定します。
-
OSPFまたはその他のIGPプロトコルを設定します。
-
BGPを設定します。
-
RSVPを設定します。
-
MPLSを設定します。
概要
BGPラベル付きユニキャストが、複数のIGPエリアまたは複数の自律システムにまたがるRSVPまたはIGPのLSPを連結する場合、RSVPまたはLDPのエントロピーラベルは、RSVPまたはLDPラベルとともに、最終ホップノードでポップされます。ただし、ステッチングポイント、つまり2つのエリア間のルーターにはエントロピーラベルがありません。そのため、ステッチポイントのルーターは、BGPラベルを使用してパケットを転送しました。
Junos OSリリース15.1以降、エンドツーエンドのエントロピーラベルロードバランシングを実現するために、BGPラベル付きユニキャストのエントロピーラベルを設定できるようになりました。この機能により、ステッチポイントでエントロピーラベルを使用して、BGPトラフィックのエンドツーエンドのエントロピーラベルロードバランシングを実現できます。Junos OSでは、BGPラベル付きユニキャストLSPイングレスにエントロピーラベルを挿入できます。
デフォルトでは、エントロピーラベルをサポートするルーターは、[edit forwarding-options]階層レベルでload-balance-label-capabilityステートメントで設定され、LSPごとにラベルを通知します。ピアルーターが負荷分散ラベルを処理する機能を備えていない場合、[edit forwarding-options]階層レベルでno-load-balance-label-capabilityを設定することで、エントロピーラベル機能のシグナリングを防止できます。
[edit forwarding-options]user@PE#no-load-balance-label-capability
[edit policy-options policy-statement policy name then]階層レベルのno-entropy-label-capabilityオプションを使用してポリシーで指定されたルートのエグレスでエントロピーラベル機能を明示的に無効にすることができます。
[edit policy-options policy-statement policy-name then]user@PE#no-entropy-label-capability
トポロジー
図3では、ルーターPE1がingressルーターで、ルーターPE2がegressルーターです。ルーターP1とP2はトランジットルーターです。ルーターABRは、エリア0とエリア1の間のエリアブリッジルーターです。トラフィックのロードバランシングのために、ABRからPE2に2つのLSPが設定されています。BGPラベル付きユニキャストのエントロピーラベル機能は、イングレスルーターPE1で有効です。ホスト1は、エントロピーラベルを表示できるように、パケットキャプチャ用にP1に接続されています。
のエントロピーラベルの設定
設定
CLIクイックコンフィグレーション
この例をすばやく設定するには、以下のコマンドをコピーしてテキストファイルに貼り付け、改行を削除し、ネットワーク設定に一致させる必要がある詳細情報を変更し、コマンドを [edit] 階層レベルでCLIにコピーアンドペーストして、設定モードから commit を入力します。
ルーターCE1
set interfaces ge-0/0/0 unit 0 family inet address 172.16.12.1/30 set interfaces lo0 unit 0 family inet address 172.16.255.1/32 primary set interfaces lo0 unit 0 family inet address 192.168.255.1/32 set routing-options router-id 172.16.255.1 set protocols ospf area 0.0.0.0 interface ge-0/0/0.0 set protocols ospf area 0.0.0.0 interface lo0.0 passive
ルーターPE1
set interfaces ge-0/0/0 unit 0 family inet address 172.16.12.2/30 set interfaces ge-0/0/2 unit 0 family inet address 10.1.23.1/30 set interfaces ge-0/0/2 unit 0 family mpls set interfaces lo0 unit 0 family inet address 10.1.255.2/32 primary set interfaces lo0 unit 1 family inet address 10.1.255.22/32 set policy-options policy-statement bgp-to-ospf from protocol bgp set policy-options policy-statement bgp-to-ospf then accept set policy-options policy-statement pplb then load-balance per-packet set routing-instances VPN-l3vpn instance-type vrf set routing-instances VPN-l3vpn protocols ospf area 0.0.0.0 interface ge-0/0/0.0 set routing-instances VPN-l3vpn protocols ospf area 0.0.0.0 interface lo0.1 passive set routing-instances VPN-l3vpn protocols ospf export bgp-to-ospf set routing-instances VPN-l3vpn interface ge-0/0/0.0 set routing-instances VPN-l3vpn interface lo0.1 set routing-instances VPN-l3vpn route-distinguisher 10.1.255.2:1 set routing-instances VPN-l3vpn vrf-target target:65000:1 set routing-options router-id 10.1.255.2 set routing-options autonomous-system 65000 set routing-options forwarding-table export pplb set protocols bgp group ibgp type internal set protocols bgp group ibgp local-address 10.1.255.2 set protocols bgp group ibgp family inet labeled-unicast entropy-label set protocols bgp group ibgp neighbor 10.1.255.4 family inet labeled-unicast rib inet.3 set protocols bgp group ibgp neighbor 10.1.255.6 family inet-vpn unicast set protocols mpls icmp-tunneling set protocols mpls label-switched-path pe1-abr to 10.1.255.4 set protocols mpls label-switched-path pe1-abr entropy-label set protocols mpls interface ge-0/0/2.0 set protocols mpls interface lo0.0 set protocols ospf traffic-engineering set protocols ospf area 0.0.0.0 interface ge-0/0/2.0 set protocols ospf area 0.0.0.0 interface lo0.0 passive set protocols rsvp interface ge-0/0/2.0 set protocols rsvp interface lo0.0
ルーターP1
set interfaces ge-0/0/0 unit 0 family inet address 10.1.23.2/30 set interfaces ge-0/0/0 unit 0 family mpls set interfaces ge-0/0/2 unit 0 family inet address 10.1.34.1/30 set interfaces ge-0/0/2 unit 0 family mpls set interfaces lo0 unit 0 family inet address 10.1.255.3/32 primary set routing-options router-id 10.1.255.3 set protocols mpls icmp-tunneling set protocols mpls interface ge-0/0/0.0 set protocols mpls interface lo0.0 set protocols mpls interface ge-0/0/2.0 set protocols ospf traffic-engineering set protocols ospf area 0.0.0.0 interface lo0.0 passive set protocols ospf area 0.0.0.0 interface ge-0/0/0.0 set protocols ospf area 0.0.0.0 interface ge-0/0/2.0 set protocols rsvp interface ge-0/0/0.0 set protocols rsvp interface lo0.0 set protocols rsvp interface ge-0/0/2.0
ルーターABR
set interfaces ge-0/0/0 unit 0 family inet address 10.1.34.2/30 set interfaces ge-0/0/0 unit 0 family mpls set interfaces ge-0/0/2 unit 0 family inet address 10.1.45.1/30 set interfaces ge-0/0/2 unit 0 family mpls set interfaces ge-0/0/3 unit 0 family inet address 10.1.45.5/30 set interfaces ge-0/0/3 unit 0 family mpls set interfaces lo0 unit 0 family inet address 10.1.255.4/32 primary set forwarding-options hash-key family mpls label-1 set forwarding-options hash-key family mpls label-2 set forwarding-options hash-key family mpls label-3 set forwarding-options enhanced-hash-key family mpls no-payload set policy-options policy-statement pplb then load-balance per-packet set policy-options policy-statement send-inet3-pe1 from route-filter 10.1.255.2/32 exact set policy-options policy-statement send-inet3-pe1 then accept set policy-options policy-statement send-inet3-pe2 from route-filter 10.1.255.6/32 exact set policy-options policy-statement send-inet3-pe2 then accept set routing-options router-id 10.1.255.4 set routing-options autonomous-system 65000 set routing-options forwarding-table export pplb set protocols bgp group ibgp type internal set protocols bgp group ibgp local-address 10.1.255.4 set protocols bgp group ibgp family inet labeled-unicast rib inet.3 set protocols bgp group ibgp neighbor 10.1.255.2 export send-inet3-pe2 set protocols bgp group ibgp neighbor 10.1.255.6 export send-inet3-pe1 set protocols mpls icmp-tunneling set protocols mpls label-switched-path abr-pe1 to 10.1.255.2 set protocols mpls label-switched-path abr-pe1 entropy-label set protocols mpls label-switched-path abr-pe2 to 10.1.255.6 set protocols mpls label-switched-path abr-pe2 entropy-label set protocols mpls label-switched-path abr-pe2 primary to-r6-1 set protocols mpls label-switched-path abr-pe2-2 to 10.1.255.6 set protocols mpls label-switched-path abr-pe2-2 entropy-label set protocols mpls label-switched-path abr-pe2-2 primary to-r6-2 set protocols mpls path to-r6-1 10.1.45.2 strict set protocols mpls path to-r6-1 10.1.56.2 strict set protocols mpls path to-r6-2 10.1.45.6 strict set protocols mpls path to-r6-2 10.1.56.6 strict set protocols mpls interface lo0.0 set protocols mpls interface ge-0/0/0.0 set protocols mpls interface ge-0/0/2.0 set protocols mpls interface ge-0/0/3.0 set protocols ospf traffic-engineering set protocols ospf area 0.0.0.0 interface lo0.0 passive set protocols ospf area 0.0.0.0 interface ge-0/0/0.0 set protocols ospf area 0.0.0.1 interface ge-0/0/2.0 set protocols ospf area 0.0.0.1 interface ge-0/0/3.0 set protocols rsvp interface lo0.0 set protocols rsvp interface ge-0/0/0.0 set protocols rsvp interface ge-0/0/2.0 set protocols rsvp interface ge-0/0/3.0
ルーターP2
set interfaces ge-0/0/0 unit 0 family inet address 10.1.45.2/30 set interfaces ge-0/0/0 unit 0 family mpls set interfaces ge-0/0/1 unit 0 family inet address 10.1.45.6/30 set interfaces ge-0/0/1 unit 0 family mpls set interfaces ge-0/0/2 unit 0 family inet address 10.1.56.1/30 set interfaces ge-0/0/2 unit 0 family mpls set interfaces ge-0/0/3 unit 0 family inet address 10.1.56.5/30 set interfaces ge-0/0/3 unit 0 family mpls set interfaces lo0 unit 0 family inet address 10.1.255.5/32 primary set forwarding-options hash-key family mpls label-1 set forwarding-options hash-key family mpls label-2 set forwarding-options hash-key family mpls label-3 set forwarding-options enhanced-hash-key family mpls no-payload set policy-options policy-statement pplb then load-balance per-packet set routing-options router-id 10.1.255.5 set routing-options forwarding-table export pplb set protocols mpls icmp-tunneling set protocols mpls interface ge-0/0/2.0 set protocols mpls interface lo0.0 set protocols mpls interface ge-0/0/0.0 set protocols mpls interface ge-0/0/1.0 set protocols mpls interface ge-0/0/3.0 set protocols ospf traffic-engineering set protocols ospf area 0.0.0.1 interface lo0.0 passive set protocols ospf area 0.0.0.1 interface ge-0/0/2.0 set protocols ospf area 0.0.0.1 interface ge-0/0/0.0 set protocols ospf area 0.0.0.1 interface ge-0/0/1.0 set protocols ospf area 0.0.0.1 interface ge-0/0/3.0 set protocols rsvp interface ge-0/0/2.0 set protocols rsvp interface lo0.0 set protocols rsvp interface ge-0/0/0.0 set protocols rsvp interface ge-0/0/1.0 set protocols rsvp interface ge-0/0/3.0
ルーターPE2
set interfaces ge-0/0/0 unit 0 family inet address 10.1.56.2/30 set interfaces ge-0/0/0 unit 0 family mpls set interfaces ge-0/0/1 unit 0 family inet address 10.1.56.6/30 set interfaces ge-0/0/1 unit 0 family mpls set interfaces ge-0/0/2 unit 0 family inet address 172.16.67.2/30 set interfaces lo0 unit 0 family inet address 10.1.255.6/32 primary set interfaces lo0 unit 1 family inet address 10.1.255.66/32 set forwarding-options hash-key family mpls label-1 set forwarding-options hash-key family mpls label-2 set forwarding-options hash-key family mpls label-3 set forwarding-options enhanced-hash-key family mpls no-payload set policy-options policy-statement bgp-to-ospf from protocol bgp set policy-options policy-statement bgp-to-ospf then accept set policy-options policy-statement pplb then load-balance per-packet set routing-instances VPN-l3vpn instance-type vrf set routing-instances VPN-l3vpn protocols ospf area 0.0.0.0 interface ge-0/0/2.0 set routing-instances VPN-l3vpn protocols ospf area 0.0.0.0 interface lo0.1 passive set routing-instances VPN-l3vpn protocols ospf export bgp-to-ospf set routing-instances VPN-l3vpn interface ge-0/0/2.0 set routing-instances VPN-l3vpn interface lo0.1 set routing-instances VPN-l3vpn route-distinguisher 10.1.255.6:1 set routing-instances VPN-l3vpn vrf-target target:65000:1 set routing-options router-id 10.1.255.6 set routing-options autonomous-system 65000 set routing-options forwarding-table export pplb set protocols bgp group ibgp type internal set protocols bgp group ibgp local-address 10.1.255.6 set protocols bgp group ibgp family inet labeled-unicast entropy-label set protocols bgp group ibgp neighbor 10.1.255.4 family inet labeled-unicast rib inet.3 set protocols bgp group ibgp neighbor 10.1.255.2 family inet-vpn unicast set protocols mpls icmp-tunneling set protocols mpls label-switched-path pe2-abr to 10.1.255.4 set protocols mpls label-switched-path pe2-abr entropy-label set protocols mpls interface ge-0/0/0.0 set protocols mpls interface lo0.0 set protocols mpls interface ge-0/0/1.0 set protocols ospf traffic-engineering set protocols ospf area 0.0.0.1 interface ge-0/0/0.0 set protocols ospf area 0.0.0.1 interface lo0.0 passive set protocols ospf area 0.0.0.1 interface ge-0/0/1.0 set protocols rsvp interface ge-0/0/0.0 set protocols rsvp interface lo0.0 set protocols rsvp interface ge-0/0/1.0
ルーターCE2
set interfaces ge-0/0/0 unit 0 family inet address 172.16.67.1/30 set interfaces lo0 unit 0 family inet address 172.16.255.7/32 primary set interfaces lo0 unit 0 family inet address 192.168.255.7/32 set routing-options router-id 172.16.255.7 set protocols ospf area 0.0.0.0 interface ge-0/0/0.0 set protocols ospf area 0.0.0.0 interface lo0.0 passive
ルーターPE1の設定
ステップバイステップの手順
次の例では、設定階層内のさまざまなレベルに移動する必要があります。CLIのナビゲーションについては、『CLIユーザーガイド』の「設定モードでのCLIエディターの使用」を参照してください。
ルーターPE1を設定するには:
適切なインターフェイス名、アドレス、およびその他のパラメーターを変更した後、ルーターPE2についてこの手順を繰り返します。
-
物理インターフェイスを設定します。コアフェーシングインターフェイスで
family mplsを設定してください。[edit] user@PE1# set interfaces ge-0/0/0 unit 0 family inet address 172.16.12.2/30 user@PE1# set interfaces ge-0/0/2 unit 0 family inet address 10.1.23.1/30 user@PE1# set interfaces ge-0/0/2 unit 0 family mpls
-
ループバックインターフェイスを設定します。セカンダリループバックはオプションであり、後のステップでルーティングインスタンスの下で適用されます。
[edit] user@PE1# set interfaces lo0 unit 0 family inet address 10.1.255.2/32 primary user@PE1# set interfaces lo0 unit 1 family inet address 10.1.255.22/32
-
ルーターIDと自律システム番号を設定します。
[edit] user@PE1# set routing-options router-id 10.1.255.2 user@PE1# set routing-options autonomous-system 65000
-
OSPFプロトコルを設定します。
[edit] user@PE1# set protocols ospf traffic-engineering user@PE1# set protocols ospf area 0.0.0.0 interface ge-0/0/2.0 user@PE1# set protocols ospf area 0.0.0.0 interface lo0.0 passive
-
RSVPプロトコルを設定します。
[edit] user@PE1# set protocols rsvp interface ge-0/0/2.0 user@PE1# set protocols rsvp interface lo0.0
-
ABRに向けてMPLSプロトコルとLSPを設定します。 エントロピーラベルをMPLSラベルスタックに追加するための
entropy-labelオプションを含めます。[edit protocols] user@PE1# set protocols mpls icmp-tunneling user@PE1# set protocols mpls label-switched-path pe1-abr to 10.1.255.4 user@PE1# set protocols mpls label-switched-path pe1-abr entropy-label user@PE1# set protocols mpls interface ge-0/0/2.0 user@PE1# set protocols mpls interface lo0.0
-
ABRピアリングには
family inet labeled-unicastを使用し、PE2ピアリングにはfamily inet-vpnを使用してIBGPを設定します。BGPラベル付きユニキャストのエントロピーラベル機能を有効にします。[edit] user@PE1# set protocols bgp group ibgp type internal user@PE1# set protocols bgp group ibgp local-address 10.1.255.2 user@PE1# set protocols bgp group ibgp family inet labeled-unicast entropy-label user@PE1# set protocols bgp group ibgp neighbor 10.1.255.4 family inet labeled-unicast rib inet.3 user@PE1# set protocols bgp group ibgp neighbor 10.1.255.6 family inet-vpn unicast
-
BGP VPNルートをOSPFにエクスポートするポリシーを定義します。ポリシーは、ルーティングインスタンスのOSPFの下で適用されます。
[edit] user@PE1# set policy-options policy-statement bgp-to-ospf from protocol bgp user@PE1# set policy-options policy-statement bgp-to-ospf then accept
-
ロードバランシングポリシーを定義し、
routing-options forwarding-tableの下にそれを適用します。この例ではPE1はパスが1つしかないため、このステップは必要ありませんが、この例では、すべてのデバイスに同じロードバランシングポリシーを適用しています。[edit] user@PE1# set policy-options policy-statement pplb then load-balance per-packet user@PE1# set routing-options forwarding-table export pplb
-
レイヤー3 VPNルーティングインスタンスを設定します。
[edit] user@PE1# set routing-instances VPN-l3vpn instance-type vrf
-
ルーティングインスタンスにインターフェイスを割り当てます。
[edit] user@PE1# set routing-instances VPN-l3vpn interface ge-0/0/0.0 user@PE1# set routing-instances VPN-l3vpn interface lo0.1
-
ルーティングインスタンスのルート識別子を設定します。
[edit] user@PE1# set routing-instances VPN-l3vpn route-distinguisher 10.1.255.2:1
-
ルーティングインスタンスのVPNルーティングおよび転送(VRF)ターゲットを設定します。
[edit] user@PE1# set routing-instances VPN-l3vpn vrf-target target:65000:1
-
ルーティングインスタンスの下でプロトコルOSPFを設定し、以前に設定された
bgp-to-ospfポリシーを適用します。[edit] user@PE1# set routing-instances VPN-l3vpn protocols ospf area 0.0.0.0 interface ge-0/0/0.0 user@PE1# set routing-instances VPN-l3vpn protocols ospf area 0.0.0.0 interface lo0.1 passive user@PE1# set routing-instances VPN-l3vpn protocols ospf export bgp-to-ospf
ルーターP1の設定
ステップバイステップの手順
次の例では、設定階層内のさまざまなレベルに移動する必要があります。CLIのナビゲーションについては、『CLIユーザーガイド』の「設定モードでのCLIエディターの使用」を参照してください。
ルーターP1を設定するには:
適切なインターフェイス名、アドレス、およびその他のパラメーターを変更した後、ルーターP2についてこの手順を繰り返します。
-
物理インターフェイスを設定します。
[edit] user@P1# set interfaces ge-0/0/0 unit 0 family inet address 10.1.23.2/30 user@P1# set interfaces ge-0/0/0 unit 0 family mpls user@P1# set interfaces ge-0/0/2 unit 0 family inet address 10.1.34.1/30 user@P1# set interfaces ge-0/0/2 unit 0 family mpls
-
ループバックインターフェイスを設定します。
[edit] user@P1# set interfaces lo0 unit 0 family inet address 10.1.255.3/32 primary
-
ルーターIDを設定します。
[edit] user@P1# set routing-options router-id 10.1.255.3
-
OSPFプロトコルを設定します。
[edit] user@P1# set protocols ospf traffic-engineering user@P1# set protocols ospf area 0.0.0.0 interface lo0.0 passive user@P1# set protocols ospf area 0.0.0.0 interface ge-0/0/0.0 user@P1# set protocols ospf area 0.0.0.0 interface ge-0/0/2.0
-
RSVPプロトコルを設定します。
[edit] user@P1# set protocols rsvp interface ge-0/0/0.0 user@P1# set protocols rsvp interface lo0.0 user@P1# set protocols rsvp interface ge-0/0/2.0
-
MPLSプロトコルを設定します。
[edit] user@P1# set protocols mpls icmp-tunneling user@P1# set protocols mpls interface ge-0/0/0.0 user@P1# set protocols mpls interface lo0.0 user@P1# set protocols mpls interface ge-0/0/2.0
ルーターABRの設定
ステップバイステップの手順
次の例では、設定階層内のさまざまなレベルに移動する必要があります。CLIのナビゲーションについては、『CLIユーザーガイド』の「設定モードでのCLIエディターの使用」を参照してください。
ルーターABRを設定するには:
-
物理インターフェイスを設定します。
[edit] user@ABR# set interfaces ge-0/0/0 unit 0 family inet address 10.1.34.2/30 user@ABR# set interfaces ge-0/0/0 unit 0 family mpls user@ABR# set interfaces ge-0/0/2 unit 0 family inet address 10.1.45.1/30 user@ABR# set interfaces ge-0/0/2 unit 0 family mpls user@ABR# set interfaces ge-0/0/3 unit 0 family inet address 10.1.45.5/30 user@ABR# set interfaces ge-0/0/3 unit 0 family mpls
-
ループバックインターフェイスを設定します。
[edit] user@ABR# set interfaces lo0 unit 0 family inet address 10.1.255.4/32 primary
-
ルーターがロードバランシングのために宛先にパケットをハッシュするために使用するMPLSラベルを設定します。
[edit] user@ABR# set forwarding-options hash-key family mpls label-1 user@ABR# set forwarding-options hash-key family mpls label-2 user@ABR# set forwarding-options hash-key family mpls label-3 user@ABR# set forwarding-options enhanced-hash-key family mpls no-payload
-
ルーターIDと自律システム番号を設定します。
[edit] user@ABR# set routing-options router-id 10.1.255.4 user@ABR# set routing-options autonomous-system 65000
-
OSPFプロトコルを設定します。
[edit] user@ABR# set protocols ospf traffic-engineering user@ABR# set protocols ospf area 0.0.0.0 interface lo0.0 passive user@ABR# set protocols ospf area 0.0.0.0 interface ge-0/0/0.0 user@ABR# set protocols ospf area 0.0.0.1 interface ge-0/0/2.0 user@ABR# set protocols ospf area 0.0.0.1 interface ge-0/0/3.0
-
RSVPプロトコルを設定します。
[edit] user@ABR# set protocols rsvp interface lo0.0 user@ABR# set protocols rsvp interface ge-0/0/0.0 user@ABR# set protocols rsvp interface ge-0/0/2.0 user@ABR# set protocols rsvp interface ge-0/0/3.0
-
MPLSプロトコルを設定し、PE1およびPE2へのLSPを指定します。異なるLSPとインターフェイスが使用されていることを示すために、トラフィックのロードバランシングを目的として、PE2に向けて2つのLSPが作成されます。
[edit] user@ABR# set protocols mpls icmp-tunneling user@ABR# set protocols mpls label-switched-path abr-pe1 to 10.1.255.2 user@ABR# set protocols mpls label-switched-path abr-pe1 entropy-label user@ABR# set protocols mpls label-switched-path abr-pe2 to 10.1.255.6 user@ABR# set protocols mpls label-switched-path abr-pe2 entropy-label user@ABR# set protocols mpls label-switched-path abr-pe2 primary to-r6-1 user@ABR# set protocols mpls label-switched-path abr-pe2-2 to 10.1.255.6 user@ABR# set protocols mpls label-switched-path abr-pe2-2 entropy-label user@ABR# set protocols mpls label-switched-path abr-pe2-2 primary to-r6-2 user@ABR# set protocols mpls path to-r6-1 10.1.45.2 strict user@ABR# set protocols mpls path to-r6-1 10.1.56.2 strict user@ABR# set protocols mpls path to-r6-2 10.1.45.6 strict user@ABR# set protocols mpls path to-r6-2 10.1.56.6 strict user@ABR# set protocols mpls interface lo0.0 user@ABR# set protocols mpls interface ge-0/0/0.0 user@ABR# set protocols mpls interface ge-0/0/2.0 user@ABR# set protocols mpls interface ge-0/0/3.0
-
family inet labeled-unicastを使用して、IBGPをPE1とPE2の両方に設定します。ポリシーを適用して、PE1とPE2の両方からinet.3ループバックルートをアドバタイズします。次のステップでポリシーを示します。[edit] user@ABR# set protocols bgp group ibgp type internal user@ABR# set protocols bgp group ibgp local-address 10.1.255.4 user@ABR# set protocols bgp group ibgp family inet labeled-unicast rib inet.3 user@ABR# set protocols bgp group ibgp neighbor 10.1.255.2 export send-inet3-pe2 user@ABR# set protocols bgp group ibgp neighbor 10.1.255.6 export send-inet3-pe1
-
PE1とPE2のループバックアドレスで一致するポリシーを定義します。
[edit] user@ABR# set policy-options policy-statement send-inet3-pe1 from route-filter 10.1.255.2/32 exact user@ABR# set policy-options policy-statement send-inet3-pe1 then accept user@ABR# set policy-options policy-statement send-inet3-pe2 from route-filter 10.1.255.6/32 exact user@ABR# set policy-options policy-statement send-inet3-pe2 then accept
-
ロードバランシングのポリシーを定義し、
routing-options forwarding-tableの下にそれを適用します。[edit] user@ABR# set policy-options policy-statement pplb then load-balance per-packet user@ABR# set routing-options forwarding-table export pplb
(オプション)ポートミラーリング設定
適用されたエントロピーラベルを表示するには、トラフィックをキャプチャできます。この例では、P1のPE1向けのインターフェイスにフィルターを適用して、CE1からCE2へのトラフィックをキャプチャします。トラフィックは、ホスト1に送信されて表示されます。この例では、トラフィックをキャプチャするさまざまな方法があります。詳細については 、ポートミラーリングとアナライザーを参照してください。
ステップバイステップの手順
次の例では、設定階層内のさまざまなレベルに移動する必要があります。CLIのナビゲーションについては、『CLIユーザーガイド』の「設定モードでのCLIエディターの使用」を参照してください。
ルーターP1を設定するには:
-
インターフェイスを設定します。この例では、Host1に接続されたインターフェイスをブリッジドメインに配置し、Host1への接続を検証するためのIRBインターフェイスを作成します。
[edit] user@P1# set interfaces ge-0/0/4 unit 0 family bridge interface-mode access user@P1# set interfaces ge-0/0/4 unit 0 family bridge vlan-id 100 user@P1# set interfaces irb unit 0 family inet address 10.1.31.1/30
-
ブリッジドメインを設定します。
[edit] user@P1# set bridge-domains v100 vlan-id 100 user@P1# set bridge-domains v100 routing-interface irb.0
-
トラフィックをキャプチャするフィルターを設定します。この例では、すべてのトラフィックをキャプチャしています。
[edit] user@P1# set firewall family any filter test term 1 then count test user@P1# set firewall family any filter test term 1 then port-mirror user@P1# set firewall family any filter test term 1 then accept
-
フィルターをPE1向けのインターフェイスに適用します。
[edit] user@P1# set interfaces ge-0/0/0 unit 0 filter input test
-
ポートミラーリングオプションを設定します。この例では、すべてのトラフィックをミラーリングし、インターフェイスge-0/0/4に接続されたHost1に送信しています。
[edit] user@P1# set forwarding-options port-mirroring input rate 1 user@P1# set forwarding-options port-mirroring family any output interface ge-0/0/4.0
検証
設定が正常に機能していることを確認します。
- エントロピーラベル機能がアドバタイズされていることの検証
- ルーターPE1がエントロピーラベルアドバタイズメントを受信することの確認
- ABRからPE2へのECMPの検証
- PE1でCE2へのルートを表示する
- CE1からCE2にPing
- ロードバランシングの検証
- エントロピーラベルの検証
エントロピーラベル機能がアドバタイズされていることの検証
目的
エントロピーラベル機能パス属性が、PE2へのルート用にABRからPE1にアドバタイズされていることを確認します。
アクション
運用モードから、ルーターABRで show route advertising-protocol bgp 10.1.255.2 detail コマンドを実行します。
user@ABR> show route advertising-protocol bgp 10.1.255.2 detail
inet.3: 2 destinations, 2 routes (2 active, 0 holddown, 0 hidden)
* 10.1.255.6/32 (1 entry, 1 announced)
BGP group ibgp type Internal
Route Label: 299952
Nexthop: Self
Flags: Nexthop Change
MED: 2
Localpref: 4294967294
AS path: [65000] I
Entropy label capable
意味
出力からは、IP アドレスが 10.1.255.6 のホスト PE2 が、エントロピーラベル機能と使用されるルートラベルを持っていることがわかります。ホストは、エントロピーラベル機能をBGPネイバーにアドバタイズしています。
ルーターPE1がエントロピーラベルアドバタイズメントを受信することの確認
目的
ルーターPE1がルーターPE2のエントロピーラベルアドバタイズメントを受信していることを確認します。
アクション
運用モードから、ルーターPE1で show route protocol bgp 10.1.255.6 extensive コマンドを実行します。
user@PE1> show route protocol bgp 10.1.255.6 extensive
inet.0: 19 destinations, 19 routes (19 active, 0 holddown, 0 hidden)
inet.3: 2 destinations, 2 routes (2 active, 0 holddown, 0 hidden)
10.1.255.6/32 (1 entry, 1 announced)
*BGP Preference: 170/1
Next hop type: Indirect, Next hop index: 0
Address: 0x7b3ffd4
Next-hop reference count: 2, key opaque handle: 0x0, non-key opaque handle: 0x0
Source: 10.1.255.4
Next hop type: Router, Next hop index: 0
Next hop: 10.1.23.2 via ge-0/0/2.0, selected
Label-switched-path pe1-abr
Label operation: Push 299952, Push 299808(top)
Label TTL action: prop-ttl, prop-ttl(top)
Load balance label: Label 299952: Entropy label; Label 299808: None;
Label element ptr: 0x93d6bf8
Label parent element ptr: 0x93d6c20
Label element references: 3
Label element child references: 2
Label element lsp id: 0
Session Id: 0
Protocol next hop: 10.1.255.4
Label operation: Push 299952
Label TTL action: prop-ttl
Load balance label: Label 299952: Entropy label;
Indirect next hop: 0x758c05c - INH Session ID: 0
State: <Active Int Ext>
Local AS: 65000 Peer AS: 65000
Age: 1:33:11 Metric: 2 Metric2: 2
Validation State: unverified
Task: BGP_65000.10.1.255.4
Announcement bits (2): 3-Resolve tree 1 4-Resolve_IGP_FRR task
AS path: I
Accepted
Route Label: 299952
Localpref: 4294967294
Router ID: 10.1.255.4
Session-IDs associated:
Session-id: 324 Version: 3
Thread: junos-main
Indirect next hops: 1
Protocol next hop: 10.1.255.4 Metric: 2 ResolvState: Resolved
Label operation: Push 299952
Label TTL action: prop-ttl
Load balance label: Label 299952: Entropy label;
Indirect next hop: 0x758c05c - INH Session ID: 0
Indirect path forwarding next hops: 1
Next hop type: Router
Next hop: 10.1.23.2 via ge-0/0/2.0
Session Id: 0
10.1.255.4/32 Originating RIB: inet.3
Metric: 2 Node path count: 1
Forwarding nexthops: 1
Next hop type: Router
Next hop: 10.1.23.2 via ge-0/0/2.0
Session Id: 0
意味
ルーターPE1は、BGPネイバーからエントロピーラベル機能アドバタイズメントを受信します。
ABRからPE2へのECMPの検証
目的
PE2への等価コストマルチパス(ECMP)を検証します。
アクション
運用モードから、ルーターABRで show route table mpls.0 と show route forwarding-table label <label>コマンドを実行します。
user@ABR> show route table mpls.0
mpls.0: 6 destinations, 6 routes (6 active, 0 holddown, 0 hidden)
+ = Active Route, - = Last Active, * = Both
0 *[MPLS/0] 2w1d 23:02:11, metric 1
Receive
1 *[MPLS/0] 2w1d 23:02:11, metric 1
Receive
2 *[MPLS/0] 2w1d 23:02:11, metric 1
Receive
13 *[MPLS/0] 2w1d 23:02:11, metric 1
Receive
299936 *[VPN/170] 2d 21:47:02
> to 10.1.34.1 via ge-0/0/0.0, label-switched-path abr-pe1
299952 *[VPN/170] 2d 21:47:02
> to 10.1.45.2 via ge-0/0/2.0, label-switched-path abr-pe2
to 10.1.45.6 via ge-0/0/3.0, label-switched-path abr-pe2-2
ruser@ABR> show route forwarding-table label 299952
Routing table: default.mpls
MPLS:
Destination Type RtRef Next hop Type Index NhRef Netif
299952 user 0 ulst 1048575 2
10.1.45.2 Swap 299824 516 2 ge-0/0/2.0
10.1.45.6 Swap 299840 572 2 ge-0/0/3.0
...
意味
出力は、BGPラベル付きユニキャストルートに使用されるラベルのECMPを示しています。
PE1でCE2へのルートを表示する
目的
CE2へのルートを確認します。
アクション
運用モードから、ルーターPE1で show route table VPN-l3vpn.inet.0 172.16.255.7 extensive コマンドと show route table VPN-l3vpn.inet.0 192.168.255.7 extensiveコマンドを実行します。
user@PE1> show route table VPN-l3vpn.inet.0 172.16.255.7 extensive
VPN-l3vpn.inet.0: 10 destinations, 10 routes (10 active, 0 holddown, 0 hidden)
172.16.255.7/32 (1 entry, 1 announced)
TSI:
OSPF area : 0.0.0.0, LSA ID : 172.16.255.7, LSA type : Summary
KRT in-kernel 172.16.255.7/32 -> {indirect(1048574)}
*BGP Preference: 170/-101
Route Distinguisher: 10.1.255.6:1
Next hop type: Indirect, Next hop index: 0
Address: 0x7b40434
Next-hop reference count: 9, key opaque handle: 0x0, non-key opaque handle: 0x0
Source: 10.1.255.6
Next hop type: Router, Next hop index: 515
Next hop: 10.1.23.2 via ge-0/0/2.0, selected
Label-switched-path pe1-abr
Label operation: Push 299824, Push 299952, Push 299808(top)
Label TTL action: prop-ttl, prop-ttl, prop-ttl(top)
Load balance label: Label 299824: None; Label 299952: Entropy label; Label 299808: None;
Label element ptr: 0x93d6c98
Label parent element ptr: 0x93d6bf8
Label element references: 1
Label element child references: 0
Label element lsp id: 0
Session Id: 140
Protocol next hop: 10.1.255.6
Label operation: Push 299824
Label TTL action: prop-ttl
Load balance label: Label 299824: None;
...
user@PE1> show route table VPN-l3vpn.inet.0 192.168.255.7 extensive
VPN-l3vpn.inet.0: 10 destinations, 10 routes (10 active, 0 holddown, 0 hidden)
192.168.255.7/32 (1 entry, 1 announced)
TSI:
OSPF area : 0.0.0.0, LSA ID : 192.168.255.7, LSA type : Summary
KRT in-kernel 192.168.255.7/32 -> {indirect(1048574)}
*BGP Preference: 170/-101
Route Distinguisher: 10.1.255.6:1
Next hop type: Indirect, Next hop index: 0
Address: 0x7b40434
Next-hop reference count: 9, key opaque handle: 0x0, non-key opaque handle: 0x0
Source: 10.1.255.6
Next hop type: Router, Next hop index: 515
Next hop: 10.1.23.2 via ge-0/0/2.0, selected
Label-switched-path pe1-abr
Label operation: Push 299824, Push 299952, Push 299808(top)
Label TTL action: prop-ttl, prop-ttl, prop-ttl(top)
Load balance label: Label 299824: None; Label 299952: Entropy label; Label 299808: None;
Label element ptr: 0x93d6c98
Label parent element ptr: 0x93d6bf8
Label element references: 1
Label element child references: 0
Label element lsp id: 0
Session Id: 140
Protocol next hop: 10.1.255.6
Label operation: Push 299824
Label TTL action: prop-ttl
Load balance label: Label 299824: None;
...
意味
出力からは、両方のルートに同じラベルが使用されていることがわかります。
CE1からCE2にPing
目的
接続を確認し、ロードバランシングの検証に使用します。
アクション
運用モードから、ルーターPE1で ping 172.16.255.7 source 172.16.12.1 rapid count 100 コマンドと ping 192.168.255.7 source 192.168.255.1 rapid count 200コマンドを実行します。
user@CE1> ping 172.16.255.7 source 172.16.12.1 rapid count 100 PING 172.16.255.7 (172.16.255.7): 56 data bytes !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!! --- 172.16.255.7 ping statistics --- 100 packets transmitted, 100 packets received, 0% packet loss round-trip min/avg/max/stddev = 5.369/6.070/8.828/0.612 ms user@CE1> ping 192.168.255.7 source 192.168.255.1 rapid count 200 PING 192.168.255.7 (192.168.255.7): 56 data bytes !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!! --- 192.168.255.7 ping statistics --- 200 packets transmitted, 200 packets received, 0% packet loss round-trip min/avg/max/stddev = 5.086/5.994/10.665/0.649 ms
意味
出力からは、pingsが成功したことがわかります。
ロードバランシングの検証
目的
ロードバランシングを検証します。
アクション
運用モードから、ABRで show mpls lsp ingress statistics コマンドを実行します。
user@ABR> show mpls lsp ingress statistics Ingress LSP: 3 sessions To From State Packets Bytes LSPname 10.1.255.2 10.1.255.4 Up 300 30000 abr-pe1 10.1.255.6 10.1.255.4 Up 200 20000 abr-pe2 10.1.255.6 10.1.255.4 Up 100 10000 abr-pe2-2 Total 3 displayed, Up 3, Down 0
意味
出力からは、前のコマンドからの1番目のpingはLSP abr-pe2-2 を、2番目のpingはLSP abr-pe2を使ったことがわかります。
エントロピーラベルの検証
目的
エントロピーラベルが使用されたping間で異なっていることを確認します。
アクション
ホスト1で、 tcpdump -i eth1 -nを実行します。
user@Host1# tcpdump -i eth1 -n ... 13:42:31.993274 MPLS (label 299808, exp 0, ttl 63) (label 299952, exp 0, ttl 63) (label 7, exp 0, ttl 63) (label 1012776, exp 0, ttl 0) (label 299824, exp 0, [S], ttl 63) IP 172.16.12.1 > 172.16.255.7: ICMP echo request, id 32813, seq 9, length 64 ... 13:43:19.570260 MPLS (label 299808, exp 0, ttl 63) (label 299952, exp 0, ttl 63) (label 7, exp 0, ttl 63) (label 691092, exp 0, ttl 0) (label 299824, exp 0, [S], ttl 63) IP 192.168.255.1 > 192.168.255.7: ICMP echo request, id 46381, seq 9, length 64
意味
出力には、2つの異なるpingコマンドのエントロピーラベルの異なる値が表示されます。
RSVP信号化MPLS LSPに最終ホップポッピングを設定する
デフォルトでは、RSVPシグナル化されたLSPは、最後から2番目のホップポッピング(PHP)を使用します。 図4 は、ルーターPE1とルーターPE2の間の最後から2番目のホップポッピングLSPを示しています。ルーターCE1は、パケットをそのネクストホップ(ルーターPE1)に転送します。これは、LSP ingressでもあります。ルーターPE1は、パケットにラベル1をプッシュし、ラベル付きパケットをルーターP1に転送します。ルーターP1は、ラベル1とラベル2を入れ替える標準的なMPLSラベル入れ替え操作を完了し、パケットをルーターP2に転送します。ルーターP2は、LSPからルーターPE2への最後から2番目のホップルーターであるため、まずラベルをポップし、次にパケットをルーターPE2に転送します。ルーターPE2がそれを受信すると、パケットはサービスラベル、明示的nullラベル、または単に普通のIPまたはVPLSパケットにすることができます。ルーターPE2は、ラベルなしパケットをルーターCE2に転送します。
の最後から2番目のホップポッピング
また、RSVPがシグナルしたLSPにUHP(最終ホップポッピング)( 図5を参照)を設定することもできます。一部のネットワークアプリケーションでは、パケットが非nullの外部ラベルとともにegressルーター(ルーターPE2)に到達することを求めることがあります。最後のホップポッピングLSPに対して、最後から2番目のルーター( 図5のルーターP2)は、標準的なMPLSラベル入れ替え操作(この例では、ラベル2をラベル3に入れ替え)を実行してから、パケットをエグレスルーターPE2に転送します。ルーターPE2は、外側ラベルをポップし、パケットアドレスの2回目のルックアップを実行して、最終宛先を決定します。次に、適切な宛先(ルーターCE2またはルーターCE4)にパケットを転送します。
の最終ホップポッピング
以下のネットワークアプリケーションでは、UHP LSPを設定する必要があります。
パフォーマンス監視とインバンドOAMのためのMPLS-TP
エッジ保護仮想回線
以下の機能はUHP動作をサポートしていません。
LDPシグナルのLSP
静的LSP
ポイントツーマルチポイントLSP
CCC
tracerouteコマンド
UHP動作の詳細については、インターネットドラフトdraft-ietf-mpls-rsvp-te-no-php-oob-mapping-01.txt、 非PHP動作、RSVP TE LSPのアウトオブバンドマッピングを参照してください。
ポイントツーポイントRSVP信号化LSPの場合、UHP動作はLSP ingressからシグナリングされます。ingressルーターの設定に基づいて、RSVPは非PHPフラグセットでUHP LSPをシグナリングできます。RSVP PATHメッセージは、LSP-ATTRIBUTESオブジェクトで2つのフラグを伝送します。egressルーターがパスメッセージを受信すると、非nullラベルをLSPに割り当てます。また、RSVPはmpls.0ルーティングテーブルに2つのルートを作成し、インストールします。Sは、MPLSラベルのSビットを表し、ラベルスタックの最下部に到達したかどうかを示します。
ルートS=0—スタックにさらにラベルが存在することを示します。このルートのネクストホップはmpls.0ルーティングテーブルを指し示し、連鎖されたMPLSラベルルックアップをトリガーして、スタック内の残りのMPLSラベルを見つけ出します。
ルートS=1—ラベルがもう存在しないことを示します。プラットフォームが連鎖されたルックアップとマルチファミリのルックアップに対応している場合、ネクストホップはinet.0ルーティングテーブルを指します。または、ラベルルートが VT インターフェイスを指し示して、IP転送を開始することもできます。
UHP LSPを有効にすると、レイヤー3VPN、VPLS、レイヤー2VPN、レイヤー2回線などのMPLSアプリケーションはUHP LSPを使用することができます。以下に、UHP LSP がさまざまなタイプの MPLS アプリケーションにどのように影響するかについて説明します。
レイヤー2 VPNとレイヤー2回線—1つのパケットが2つのラベルとともにPEルーター(UHP LSPのegress)に到達します。外側ラベル(S=0)はUHPラベルで、内側ラベル(S=1)は VC ラベルです。トランスポートラベルに基づくルックアップは、mpls.0ルーティングテーブルのテーブルハンドルを獲得します。mpls.0 ルーティングテーブルには、内側ラベルに対応する追加ルートがあります。内側ラベルに基づくルックアップは、CEルーターのネクストホップを獲得します。
レイヤー3VPN—1つのパケットが2つのラベルとともにPEルーター(UHP LSPのegress)に到達します。外側ラベル(S=0)はUHPラベルで、内側ラベルはVPNラベル(S=1)です。トランスポートラベルに基づくルックアップは、mpls.0ルーティングテーブルのテーブルハンドルを獲得します。このシナリオには 2 つのケースがあります。デフォルトでは、レイヤー3VPNはネクストホップごとのラベルをアドバタイズします。内側ラベルに基づくルックアップは、CEルーターに向かうネクストホップを獲得します。ただし、レイヤー3VPNルーティングインスタンスに
vrf-table-labelステートメントを設定している場合、内側 LSI ラベルはVRFルーティングテーブルを指します。VRFルーティングテーブルのIPルックアップも完了します。注:vrf-table-labelステートメントで設定されたレイヤー3 VPNのUHPは、MXシリーズ5Gユニバーサルルーティングプラットフォームでのみサポートされています。VPLS—1つのパケットが2つのラベルとともにPEルーター(UHP LSPのegress)に到達します。外側ラベルはトランスポートラベル(S=0)で、内側ラベルはVPLSラベル(S=1)です。トランスポートラベルに基づくルックアップは、mpls.0ルーティングテーブルのテーブルハンドルを獲得します。mpls.0 ルーティングテーブルの内側ラベルに基づくルックアップは、トンネル-services が設定されていない(または VT インターフェイスが利用できない)場合、VPLS ルーティング インスタンスの LSI トンネル インターフェイスを獲得します。MX 3Dシリーズルーターは、連鎖されたルックアップとマルチファミリのルックアップに対応しています。
注:no-tunnel-serviceステートメントで設定されたVPLSのUHPは、MX 3Dシリーズルーターのみでサポートされています。IPv4 over MPLS—パケットは1つのラベル(S=1)とともにPEルーター(UHP LSPのegress)に到達します。このラベルに基づくルックアップは、VTトンネルインターフェイスを返します。もう1つのIPルックアップはVTインターフェイスで完了し、パケットの転送場所を決定します。ルーティングプラットフォームが、マルチファミリおよび連鎖されたルックアップ(例えば、MX 3DルーターやPTXシリーズパケットトランスポートルーター)をサポートする場合、ラベルルート(S=1)に基づくルックアップはinet.0ルーティングテーブルを指します。
IPv6 over MPLS—MPLS 上の IPv6 トンネリングでは、PE ルーターはラベル値 2 を使用して、IPv6 ルートを相互にアドバタイズします。これは、IPv6 の明示的な null ラベルです。その結果、リモートPEルーターから学習したIPv6ルートの転送ネクストホップは、通常2つのラベルをプッシュします。内側ラベルは2で(アドバタイズするPEルーターが他のベンダーのものである場合、異なることもあります)、ルーターラベルはLSPラベルです。パケットは、2つのラベルとともにPEルーター(UHP LSPのegress)に到達します。外側ラベルはトランスポートラベル(S=0)で、内側ラベルはIPv6明示的nullラベル(ラベル2)です。mpls.0 ルーティングテーブルの内側ラベルに基づくルックアップは、mpls.0 ルーティングテーブルにリダイレクトされます。MX 3Dシリーズルーターでは、内側ラベル(ラベル2)は取り除かれ、IPv6ルックアップはinet6.0ルーティングテーブルを使用して実行されます。
PHPとUHP LSPの両方の有効化—同じネットワークパス上でPHPとUHP LSPの両方を設定できます。
install-nexthopステートメントとともに正規表現を使用する転送LSPネクストホップを選択することで、PHPとUHPトラフィックを分離できます。また、LSPに適切な名前を付けるだけで、トラフィックを分離することもできます。
以下のステートメントで、LSPの最終ホップポッピングを有効にします。特定のLSP上、またはルーターに設定されたすべてのingress LSPに対して、この機能を有効にできます。LSP ingressで、これらのステートメントをルーター上で設定します。
明示的なパスLSPの設定
制 約付きパスLSP計算の無効化の説明に従って、制約付きパスラベルスイッチパス(LSP)計算を無効にしている場合、手動でLSPを設定するか、LSPにIGPパスをたどらせることができます。
明示的なパスLSPが設定されている場合、指定されたパスに沿ってLSPが確立されます。ネットワークがパーティション化されているか、パスの一部で利用可能なリソースが不十分であるため、パスがトポロジー的に実現できない場合、LSPは失敗します。代替パスは使用できません。設定に成功した場合、LSPは定義されたパスに恒久的にとどまります。
明示的なパスLSPを設定するには、次の手順に従います。
-
名前付きパスの作成の説明に従って、名前付きパス内のパス情報を設定します。完全なパス情報を構成するには、イングレスルーターとエグレスルーターの間のすべてのルーターホップを指定します。なるべく
strict属性を使用してください。不完全なパス情報を設定するには、パスが不完全な場所にはloose属性を使用して、ルーターホップのサブセットのみを指定します。不完全なパスの場合、MPLSルーターはローカルルーティングテーブルをクエリーしてパスを完成させます。このクエリーはホップバイホップで実行され、各ルーターは次の明示的なホップに到達するのに十分な情報のみを把握できます。次の(ルーズ)明示的なホップに到達するために、多数のルーターを通過する必要がある場合があります。
不完全なパス情報を設定すると、パスに現在のルーティングテーブルに依存する部分が作成され、トポロジーが変更されたときにパスのこの部分が再ルーティングされる可能性があります。そのため、不完全なパス情報を含む明示的なパスLSPは完全に固定されません。このようなタイプのLSPは、自らを修復する能力が限られており、ローカルルーティングテーブルの内容に応じてループやフラップが形成される傾向があります。
-
LSPを設定し、指定されたパスにポイントするには、プライマリおよびセカンダリLSPの設定に記載されているように、
primaryまたはsecondaryステートメントのいずれかを使用します。 -
LSPの一部として、または
primaryまたはsecondaryステートメントの一部としてno-cspfステートメントを含めて、制約付きパスLSPの計算を無効化します。詳細については、制約付きパスLSP計算の無効化を参照してください。 -
他のLSPプロパティを設定します。
エグレスノードに属する複数のストリクトホップを使用して制約付きパスLSPを定義する場合、最初のストリクトホップは、RSVPパスメッセージを受信するインターフェイスでエグレスノードに割り当てられたIPアドレスと一致するように設定する必要があります。受信RSVPパスメッセージが異なるIPアドレスのインターフェイスに届くと、LSPは拒否されます。
Junos OS 20.3X75-D20または22.2R1より前は、RSVPパスメッセージを受信するインターフェイスのIPアドレスに一致するストリクトホップの後に追加ストリクトホップを、エグレスノードに割り当てられたループバックアドレスに一致するように設定 する必要があります 。以降のJunosリリースでは、この動作は、エグレスノード上の 任意の インターフェイスに割り当てられたIPアドレスに一致する追加のストリクトホップを許可するように変更されています
明示的なパスLSPを使用すると、次の欠点があります。
-
設定作業により多くの労力が必要になります。
-
設定されたパス情報は、動的ネットワーク帯域幅の予約を考慮することができないため、リソースを使い果たしたときにはLSPが失敗する傾向にあります。
-
明示的なパスLSPが失敗した場合、手動で修復する必要が生じる可能性があります。
これらの制限があるため、オフラインのシミュレーションソフトウェアパッケージを使用した計算から得られる最適化されたLSP配置戦略を強制する場合など、制御された状況下でのみ明示的なパスLSPを使用することが推奨されます。
例:明示的なパスLSPの設定
ingressルーターで、明示的なパスLSPを作成し、ingressルーターとegressルーター間のトランジットルーターを指定します。この構成では、制約付きパス計算は実行されません。プライマリパスでは、ルートが変更されないように、すべての中間ホップが厳密に指定されています。セカンダリパスは、まずルーター14.1.1.1を経由し、その後、目的地に到達するために利用可能な任意のルートを取る必要があります。セカンダリパスがたどる残りのルートは、通常、IGPによって計算される最短パスです。
エグレスノードに属する複数のストリクトホップを使用して制約付きパスLSPを定義する場合、最初のストリクトホップは、RSVPパスメッセージを受信するインターフェイスでエグレスノードに割り当てられたIPアドレスと一致するように設定する必要があります。受信RSVPパスメッセージが異なるIPアドレスのインターフェイスに届くと、LSPは拒否されます。
Junos OS 20.3X75-D20または22.2R1より前は、RSVPパスメッセージを受信するインターフェイスのIPアドレスに一致するストリクトホップの後に追加ストリクトホップを、エグレスノードに割り当てられたループバックアドレスに一致するように設定 する必要があります 。以降のJunosリリースでは、この動作は、エグレスノード上の 任意の インターフェイスに割り当てられたIPアドレスに一致する追加のストリクトホップを許可するように変更されています
[edit]
interfaces {
so-0/0/0 {
unit 0 {
family mpls;
}
}
}
protocols {
rsvp {
interface so-0/0/0;
}
mpls {
path to-hastings {
14.1.1.1 strict;
13.1.1.1 strict;
12.1.1.1 strict;
11.1.1.1 strict;
}
path alt-hastings {
14.1.1.1 strict;
11.1.1.1 loose; # Any IGP route is acceptable
}
label-switched-path hastings {
to 11.1.1.1;
hop-limit 32;
bandwidth 10m; # Reserve 10 Mbps
no-cspf; # do not perform constrained-path computation
primary to-hastings;
secondary alt-hastings;
}
interface so-0/0/0;
}
}
LSP帯域幅オーバーサブスクリプションの概要
LSPは、LSPを通過すると予想される最大量のトラフィックに対して帯域予約が設定された状態で確立されます。すべてのLSPが常に最大量のトラフィックをリンク上で運ぶわけではありません。例えば、リンクAの帯域幅が完全に予約されていたとしても、実際の帯域幅はまだ使用可能であるが、現在は使用されていない可能性があります。この余剰帯域は、他のLSPにもリンクAを使用させ、リンクをオーバーサブスクライブすることで利用することができる。個々のクラスタイプに設定された帯域幅をオーバーサブスクライブするか、インターフェイスを使用するすべてのクラスタイプに単一の値を指定することができます。
オーバーサブスクリプションを使用すると、トラフィックパターンの統計的性質を利用し、リンクの使用率を高めることができます。
以下の例では、帯域幅のオーバーサブスクリプションとアンダーサブスクリプションの使用方法について説明します。
トラフィックのピークが時間的に重ならないクラスタイプでは、オーバーサブスクリプションを使用します。
ベストエフォート型トラフィックを伝送するクラスタイプのオーバーサブスクリプションを使用します。ネットワークリソースをより有効に活用する代わりに、一時的にトラフィックを遅延させたりドロップさせたりするリスクを負うことになります。
異なるクラスタイプに対して、トラフィックのオーバーサブスクリプションまたはアンダーサブスクリプションの度合いを指定します。例えば、次のようにトラフィックのクラスに対するサブスクリプションを設定します。
ベストエフォート—
ct0 1000音声—
ct3 1
マルチクラスLSPのクラスタイプをアンダーサブスクライブすると、すべてのRSVPセッションの総需要は常にクラスタイプの実際の容量より小さくなります。アンダーサブスクリプションを使用すると、クラスタイプの利用を制限できます。
帯域幅のオーバーサブスクリプションの計算は、ローカルルーターでのみ行われます。ネットワーク内の他のルーターからのシグナリングやその他の相互作用が必要ないため、この機能をサポートしていない可能性のある他のルーターで有効にしたり利用したりすることなく、個々のルーターでこの機能を有効にすることができます。隣接するルーターはオーバーサブスクリプションの計算について知る必要はなく、IGPに依存します。
次のセクションでは、Junos OSで利用可能な帯域幅オーバーサブスクリプションの種類について説明します。
LSPサイズオーバーサブスクリプション
LSPサイズオーバーサブスクリプションでは、LSPに予想されるピークレートよりも少ない帯域幅を設定するだけです。また、自動ポリサーの設定を調整する必要がある場合もあります。自動ポリサーは、LSPに割り当てられたトラフィックが設定された帯域幅値を超えないように管理します。LSPサイズオーバーサブスクリプションでは、LSPが設定された帯域幅割り当てを超えることができる必要があります。
ポリシングはまだ可能です。ただし、ポリサーは、構成された値ではなく、LSPに計画された最大帯域幅を考慮して手動で構成する必要があります。
LSPリンクサイズオーバーサブスクリプション
リンクで予約可能な最大帯域幅を増やし、帯域幅アカウンティングに膨張した値を使用できます。リンクをオーバーサブスクライブするには、 subscription ステートメントを使用します。設定された値は、リンク上のすべてのクラスタイプの帯域幅割り当てに適用されます。リンクサイズオーバーサブスクリプションの詳細については、 LSPの帯域幅サブスクリプション率の設定を参照してください。
クラスタイプのオーバーサブスクリプションとローカルオーバーサブスクリプションの倍率
LOM(ローカル オーバーサブスクリプションの倍率)によって、クラス タイプごとに異なるオーバーサブスクリプション値を設定できます。LOM は、リンクごとに異なるオーバーサブスクリプション率を設定する必要があるネットワークや、クラスごとに異なるオーバーサブスクリプション値が必要なネットワークに有用です。この機能を使用して、音声トラフィックを処理するクラス タイプにはオーバーサブスクリプションを使用せずに、ベストエフォート トラフィックを処理するクラス タイプをオーバーサブスクリプションを使用できます。LOM はルーター上でローカルで計算されます。LOM に関連する情報は、ネットワーク内の他のルーターにシグナリングされません。
LOM は、各リンクおよびクラス タイプごとに設定できます。クラスタイプごとの LOM により、オーバーサブスクリプションの比率を増減できます。クラスタイプごとの LOM は、無制限帯域幅のアドミッション制御と IGP アドバタイズを考慮して、すべてのローカル帯域幅に組み込まれます。
LOM の計算は、クラス タイプ全体でオーバーサブスクリプションの影響を正確に考慮する必要があるため、使用する帯域幅モデル(MAM、拡張 MAM、入れ子構造)に関連付けられています。
すべての LOM 計算は Junos OS によって実行され、ユーザーの介入は必要ありません。
クラスタイプのオーバーサブスクリプションに関連する式は、以下のセクションで説明されています。
LSP の帯域幅サブスクリプション割合の設定
デフォルトでは、RSVP はすべてのクラスタイプの帯域幅(100%)を RSVP 予約に使用できます。マルチクラスLSPのクラスタイプをオーバーサブスクライブする場合、すべてのRSVPセッションの総需要は、クラスタイプの実際の容量を超えることができます。
同じ割合の帯域幅を使用して、インターフェイス上のすべてのクラス タイプをオーバーサブスクライブまたはアンダーサブスクライブしたい場合は、 subscription ステートメントを使用して割合を設定します。
subscription percentage;
このステートメントを含めることができる階層レベルの一覧については、ステートメント概要セクションを参照してください。
各クラスタイプの帯域幅をアンダースクライブまたはオーバーサブスクライブするには、subscriptionステートメントの各クラスタイプ(ct0、ct1、ct2、ct3)オプションの割合を設定します。クラスタイプをオーバーサブスクライブすると、実際の帯域幅の計算に LOM が適用されます。詳細については、クラスタイプのオーバーサブスクリプションとローカルオーバーサブスクリプションの倍率を参照してください。
subscription { ct0 percentage; ct1 percentage; ct2 percentage; ct3 percentage; }
このステートメントを含めることができる階層レベルの一覧については、ステートメント概要セクションを参照してください。
percentage は、RSVP が予約に使用できるクラス タイプの帯域幅の割合です。0〜65,000%の値です。100 より大きい値を指定すると、インターフェイスまたはクラスタイプをオーバーサブスクライブしていることになります。
クラスタイプをオーバーサブスクライブしているときに設定する値は、実際に使用できるクラスタイプ帯域幅の割合です。サブスクリプションのデフォルト値は100%です。
subscriptionステートメントを使用して、1つ以上のクラスタイプの新しいRSVPセッションを無効にすることができます。割合に 0 を設定すると、クラスタイプに新しいセッションは許可されません(帯域幅要件が 0 のものも含まれます)。
既存の RSVP セッションは、サブスクリプション ファクターの変更に影響されません。既存のセッションをクリアするには、 clear rsvp session コマンドを発行します。 clear rsvp session コマンドの詳細については、 CLIエクスプローラーを参照してください。
帯域幅サブスクリプションの設定に関する制約
帯域幅サブスクリプションを設定する場合は、以下の問題に注意してください。
[edit class-of-service interface interface-name]階層レベルで帯域幅制約を設定すると、Diffserv-TEの[edit protocols rsvp interface interface-name bandwidth]階層レベルで指定した帯域幅設定がオーバーライドされます。また、CoS または RSVP 帯域幅制約のいずれかが、インターフェイス ハードウェア帯域幅制約をオーバーライドする可能性があることにも注意してください。特定のインターフェイスに対して、すべてのインターフェイスに設定された値と異なる帯域幅サブスクリプション値を設定する場合(
[edit protocols rsvp interface interface-name]階層と[edit protocols rsvp interface all]階層レベルでsubscriptionステートメントの異なる値を含めることで)、インターフェイス固有の値がインターフェイスに使用されます。帯域幅モデルも設定する場合にのみ、各クラスタイプのサブスクリプションを設定できます。帯域幅モデルが設定されていない場合、コミット操作は失敗し、以下のエラー メッセージが表示されます。
user@host# commit check [edit protocols rsvp interface all] 'subscription' RSVP: Must have a diffserv-te bandwidth model configured when configuring subscription per traffic class. error: configuration check-out failed
特定のクラスタイプの設定とインターフェイス全体の設定の両方に
subscriptionステートメントを含めることはできません。コミット操作は失敗し、以下のエラー メッセージが表示されます。user@host# commit check [edit protocols rsvp interface all] 'subscription' RSVP: Cannot configure both link subscription and per traffic class subscription. error: configuration check-out failed
MPLS MTU超過エラーの検出
Junosは、IPv4、IPv6、MPLSパケットのTTL切れ、到達不能宛先、到達不能宛先(DF)、リダイレクトなどのエラー条件の送信元へのICMPエラーメッセージの生成をサポートします。
Junos OSリリース23.4R1以降、JunosはMPLS環境でMTU超過エラーのICMPエラーメッセージ生成をサポートしています。
MTU超過エラーにより、コアまたはトランジットノードのエグレスインターフェイスでMPLSラベル付きパケット障害が発生した場合、LSPを終了するピアPEデバイスに向けてICMPエラーメッセージが生成されます。ピアPEデバイスは、MPLSヘッダーをデカプセル化し、ICMPエラーメッセージを送信元デバイスにルーティングします。返りパスは、デバイスのルーティングテーブルの状態に基づいて、純粋IPパスまたは異なるLSPのいずれかになります。送信元または顧客エッジデバイスは、ICMPエラーメッセージを受信し、MTUエラーを回避するためにパケットサイズを調整します。
RFC3032は、TTL切れおよびMTU超過例外のMPLSパケットのICMPエラーメッセージ生成を処理するICMPトンネルメカニズムを定義します。
MPLS環境でMTU超過エラーのICMPエラーメッセージ生成のメリットの一部を以下に示します。
-
失敗原因がMTU超過エラーに起因するかどうかを理解します。
-
MPLS設定のトランジットノードおよびイングレスノードのMTU超過失敗について知る。
-
ネットワーク上のアプリケーションが、レイヤー3VPN(ユニキャスト)またはスタティックLSPネットワークを介してエンドポイントと通信するユースケースをサポートします。
ICMP MTUエラーメッセージ生成を超えるようにするには、コアデバイスとトランジットデバイスの[edit protocol mpls]階層レベルでicmp-tunnellingステートメントを有効にして、ICMPトンネリングを設定する必要があります。
ICMP MTU超過エラーメッセージ生成を機能させるには、パケットを送信元CEデバイスにルーティングするピアCEデバイス上でルートテーブルを設定する必要があります。これを行わないと、ICMP MTU超過エラーパケットがドロップされます。
[edit routing-options forwarding-table]階層レベルでchained-composite-next-hop transit <>ステートメントを設定し、トランジットルーターで例外MPLS MTU場合、ICMPエラーメッセージ生成が機能する保証はありません。
ingressルーターの[edit routing-options forwarding-table]階層レベルでchained-composite-next-hop transit <>ステートメントを設定し、イングレスおよびエグレスインターフェイスが異なるFPC/PFE上にあり、イングレスFPC/PFEが1 MPLS以上のラベル追加を実行している場合、ingressルーターでのMTU例外のICMPエラー生成MPLS正確ではありません。
ICMPエラーメッセージ生成は、以下ではサポートされていません。
-
レイヤー 2 VPN およびレイヤー 2 回線の設定。
-
トラフィックが MPLS 経由で転送されるマルチキャスト設定。MTU例外パケットはカウントおよびドロップされます。
変更履歴テーブル
サポートされる機能は、使用しているプラットフォームとリリースによって決まります。 機能エクスプローラー を使用して、機能がお使いのプラットフォームでサポートされているかどうかを確認します。