Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
このページで
 

基本的な LSP 構成

LSP メトリックの設定

LSP メトリックは、特定の LSP を介してトラフィックを送信するのが容易で困難なことを示すために使用されます。LSP メトリック値を低くする (コストを下げる) ことで、LSP が使用される可能性が高くなります。それとは反対に、LSP メトリック値が高い (コストが高くなる) ことで、LSP が使用される可能性が減少します。

LSP メトリックは、ルーターによって動的に指定するか、または以下のセクションで説明されているようにユーザーが明示的に定義できます。

ダイナミック LSP メトリックの設定

特定のメトリックが設定されていない場合、LSP は、同じ送信先 (LSP のtoアドレス) に向けて IGP メトリックを追跡しようとします。IGP には、OSPF、IS-IS、ルーティング情報プロトコル (RIP)、静的ルートが含まれています。BGP およびその他の RSVP ルートや LDP ルーターは除外されています。

たとえば、ルーターに向かう OSPF メトリックが20である場合、そのルーターへのすべての Lsp は自動的にメトリック20を継承します。OSPF、後でルーターへの移行が異なる値に変更された場合は、すべての LSP メトリックがそれに応じて変化します。ルーターへの IGP ルートがない場合、LSP はそのメトリックを65535に上げます。

この場合、LSP メトリックは IGP によって完全に決定されることに注意してください。LSP が現在たどっている実際のパスとの関係はありません。LSP が (再最適化などによって) 再ルーティングを行うと、そのメトリックは変化せず、ユーザーに対して透過的に維持されます。動的メトリックはデフォルトの動作です。構成は不要です。

静的な LSP メトリックの設定

LSP には、固定メトリック値を手動で割り当てることができます。metricステートメントで設定された後、LSP メトリックは固定されており、変更できません。

このステートメントは、以下の階層レベルで含めることができます。

LSP メトリックには、いくつかのメリットがあります。

  • 同一の送信ルーターを持つ parallel Lsp が存在する場合、メトリックが比較されて、メトリック値 (最低コスト) がある LSP と宛先への優先パスが決定します。メトリックが同じであれば、トラフィックは共有されます。

    メトリック値を調整することにより、基礎となる IGP メトリックに関係なく、他の Lsp にトラフィックを優先させることができます。

  • IGP ショートカットが有効になっている場合は (「ラベル付きスイッチパスを使用して SPF を追加して IGP ショートカットを計算する」を参照)、IGP ルートをルーティングテーブルにインストールすることがあります。 lsp が最短パス上にある場合は、次ホップとして lsp が設定されることがあります。この場合は、LSP メトリックを他の IGP メトリックに追加して、パスメトリック全体を決定します。たとえば、入口ルーター is X とアウトルーターが Y が宛先 Z への最短パス上にある場合、LSP メトリックは Y から Z までの IGP ルートのメトリックに追加され、パスの総コストを決定します。複数の Lsp が次ホップになる可能性がある場合は、パスの合計メトリックが比較されて、どのパスが優先されるかを決定します (つまり、最小メトリックが得られます)。または、同じ宛先につながる IGP パスと Lsp をメトリック値によって比較することで、どのパスが優先されるかを決定することもできます。

    LSP メトリックを調整することで、Lsp を希望するようにトラフィックを強制的に適用するか、IGP パスを優先するか、またはそれらの間で負荷を共有することができます。

  • ルーター X と Y がピアBGPしている場合、その間に LSP が存在する場合、LSP メトリックは X から Y に到達するまでの総コストを表します。何らかの理由で LSP が再ルーティングを行う場合、基礎となるパス のコストは大幅に変化する可能性がありますが、X の到達コスト Y は引き続き同じ(LSP メトリック)、X は BGP の複数出口識別子(MED)を介して報告し、ダウンストリームネイバーへの安定したメトリックを作成できます。「Y」が LSP を通じて到達可能であれば、下流の BGP の近隣に変更は表示されません。

ignore-lsp-metricsステートメントを[edit protocols isis traffic-engineering shortcuts]階層レベルに含めることで、設定された LSP メトリックを無視するように IS-IS を設定できます。このステートメントは、IS-IS と MPLS 間の相互依存関係を取り除き、パス計算に使用します。詳細については、 ルーティング デバイスの Junos OSプロトコル ライブラリ を参照してください

Lsp に関するテキストの説明の構成

LSP の説明を入力するには、二重引用符 ("") 内にスペースが含まれる任意のテキストを記述します。指定した説明テキストは、 show mpls lspまたはshow mpls container-lspコマンドの詳細出力に表示されます。

LSP の説明を追加しても、LSP の運用に影響を与えることはありません。LSP テキストの説明は、長さが80文字を超えないようにすることができます。

LSP の説明を記述するには、以下のdescriptionいずれかの階層レベルに記載されたステートメントを使用します。

開始する前に:

  • デバイスインターフェイスを構成します。

  • デバイスをネットワーク通信用に設定します。

  • デバイスインターフェイスで MPLS を有効にします。

  • MPLS ドメインで LSP を構成します。

LSP の説明テキストを追加するには、次のようにします。

  1. LSP について説明するテキストを入力します。

    たとえば、以下のように記述します。

  2. 構成を検証して確定します。

    たとえば、以下のように記述します。

  3. 構成された LSP のタイプにshow mpls lsp detail応じshow mpls container-lsp detailて、またはコマンドを使用して lsp の説明を表示します。

MPLS ソフトプリエンプトの構成

ソフトプリエンプトでは、元の LSP を細分化する前に、横取りされた LSP の新しいパスを確立しようとします。デフォルトの動作では、最初に横取りされた LSP を破棄し、新しいパスを通知してから、新しいパスで LSP を再確立します。パスがダウンして新しい LSP が確立されるまでの期間内に、LSP を使用しようとしたすべてのトラフィックが失われます。ソフトプリエンプトによって、この種のトラフィック損失を防ぎます。このトレードオフは、LSP がソフトプリエンプトされるときに、元のパスが破棄されるまで、対応する帯域幅要件を持つ2件の Lsp を使用するということです。

MPLS ソフトプリエンプトは、ネットワークの保守に役立ちます。たとえば、すべての Lsp を特定のインターフェイスから移動して、トラフィックを中断することなく、保守のためにインターフェイスをダウンさせることができます。MPLS Soft Preemption については、RFC 5712、 MPLS Traffic Engineering Soft Preemptionで詳細に説明されています。

ソフトプリエンプションは LSP のプロパティであり、デフォルトでは無効になっています。LSP の受信時に、以下のsoft-preemptionステートメントを使用して設定します。

このステートメントは、以下の階層レベルで含めることができます。

ソフトプリエンプトのタイマーを構成することもできます。このタイマーは、LSP のハードプリエンプションが開始されるまでに、ルーターが待機する時間を指定します。指定された時間が経過すると、LSP は破棄され、再通知を受けることになります。soft-preemption クリーンアップ タイマーのデフォルト値は 30 秒です。許容値の範囲は0~180秒です。値0は、ソフトプリエンプトが無効になっていることを示します。ソフトプリエンプトのクリーンアップタイマーは、すべての Lsp に対してグローバルです。

以下のcleanup-timer文を挿入して、タイマーを設定します。

このステートメントは、以下の階層レベルで含めることができます。

注:

Fast の再ルーティングが設定されている Lsp では、ソフトプリエンプトを構成できません。構成をコミットできません。ただし、ノードとリンクの保護を併用して、ソフトプリエンプトを有効にすることができます。

注:

SoftPreemptionCntのカウンター値は、コマンド出力に表示される値が 0(ゼロ)で初期化 show rsvp interface detail されます。

Lsp の優先およびプリエンプトの構成

より重要な LSP を確立するための帯域幅が不足している場合は、重要でない既存の LSP を破棄して帯域幅を解放することをお勧めします。そのためには、既存の LSP を使用します。

LSP を横取りできるかどうかは、LSP に関連付けられている2つのプロパティによって決定されます。

  • 設定の優先度 — 既存の LSP の前に追加する新しい LSP を確立できるかどうかを決定します。プリエンプションが発生するには、新しい LSP のセットアップ優先度が既存の LSP の設定よりも高くなければなりません。また、既存の LSP を実現するためには、新しい LSP をサポートするために十分な帯域幅を確保する必要があります。つまり、優先権は、新しい LSP を正常に設定できる場合にのみ発生します。

  • 予約の優先度 — LSP が正常に設定された後に LSP がセッション予約に保持する度合いを決定します。予約の優先度が高くなると、既存の LSP はその予約を放棄する可能性が低く、そのため LSP が横取りされる可能性は低いと考えられます。

2人の Lsp が相互にプリエンプトを許可された場合、恒久的な優先度のループが発生する可能性があるため、LSP には、設定上の高レベルと低予約の優先度を設定することはできません。予約の優先度は、段取りの優先度以上に設定する必要があります。

また、setup の優先度により、同じ受信ルーター上の Lsp の相対的な重要性も定義されます。ソフトウェアが起動すると、新しい LSP が確立されたとき、または障害復旧が発生したときに、Lsp がサービスを提供する順序が設定の優先度によって決定されます。優先度の高い Lsp は最初に確立される傾向があるため、より最適なパスの選択を楽しみます。

LSP のプリエプション プロパティを設定するには、 ステートメントを含 priority します。

このステートメントを含めることができる階層レベルのリストについては、このステートメントの文の概要セクションを参照してください。

両方setup-priorityreservation-priorityも、0 ~ 7 の値にすることができます。値0は最高の優先度を表し、値7は最下位に相当します。デフォルトでは、LSP は設定の優先度として 7 (他の Lsp をプリエンプトできない) と予約優先度 0 (他の Lsp がプリエンプトできない) を持っています。これらのデフォルトは、プリエンプトが行われないことを示しています。これらの値を設定する場合、設定の優先度は常に保留の優先度以下にする必要があります。

Lsp の管理グループの設定

管理グループは、リンクカラーリングまたはリソース クラスとも呼ばれる、手動で割り当てられた属性です。リンクの「カラー」を記述します。このようなリンクは、概念的に同じクラスに属するリンクなどです。管理グループを使用して、さまざまなポリシーベースの LSP 設定を実装できます。

管理グループは、制約されたパス LSP 計算が有効になっている場合にのみ意味があります。

最大32の名前と値 (0 ~ 31 の範囲内) を割り当てることができます。これにより、一連の名前とそれに対応する値が定義されます。管理名と値は、単一ドメイン内のすべてのルーターで同一でなければなりません。

注:

管理値は優先度とは異なります。priorityステートメントを使用して LSP の優先度を設定します。Lsp の優先および優先権の設定を参照してください。

管理グループを構成するには、以下の手順を実行します。

  1. 以下の文を含めることで、 admin-groups複数レベルのサービス品質を定義します。

    このステートメントは、以下の階層レベルで含めることができます。

    • [edit protocols mpls]

    • [edit logical-systems logical-system-name protocols mpls]

    次の構成例は、ドメインの一連の管理者の名前と値を設定する方法を示しています。

  2. インターフェイスが属する管理グループを定義します。1つのインターフェイスに複数のグループを割り当てることができます。以下のinterfaceようなステートメントが含まれています。

    このステートメントは、以下の階層レベルで含めることができます。

    • [edit protocols mpls]

    • [edit logical-systems logical-system-name protocols mpls]

    admin-groupステートメントが含まれていない場合、インターフェイスはどのグループにも属しません。

    IGPs は、グループ情報を使用してリンク状態パケットを構築します。これはネットワーク全体にあふれ、ネットワーク内のすべてのノードに情報を提供します。どのルーターでも、すべてのリンクの IGP トポロジと管理グループを利用できます。

    インターフェイスの管理グループを変更すると、新しい LSP にのみ影響します。ネットワークの安定性を維持するために、インターフェイス上の既存の Lsp は横取りまたは再計算されません。グループの変更によってclear rsvp session lsp を削除する必要がある場合は、コマンドを発行します。

    注:

    管理グループと拡張管理グループを1つのリンクとして設定する場合、そのインターフェイス上で管理グループのタイプを設定する必要があります。

  3. 管理グループ制約は、各 LSP またはプライマリまたはセカンダリ LSP パスごとに設定します。以下のlabel-switched-pathようなステートメントが含まれています。

    以下の階層レベルlabel-switched-pathのステートメントを含めることができます。

    • [edit protocols mpls]

    • [edit logical-systems logical-system-name protocols mpls]

    Or excludeステートメントを省略include-allinclude-anyすると、パス計算はそのまま続行されます。パス計算は、制約パス LSP 計算に基づいています。制約パス LSP の計算がどのように計算されるかについては、 CSPF がパスを選択する方法を参照してください。

    注:

    LSP の管理グループを変更すると、ルートが即座に再計算されます。そのため、LSP が再ルートされる場合があります。

Lsp 用の拡張管理グループの構成

トラフィックエンジニアリングでは、リンクを管理グループのセット (カラーまたはリソースクラスとも呼ばれる) を使用して設定することが MPLS ます。管理グループは、各リンクに割り当てられた32ビット値として、内部ゲートウェイプロトコル (IGP) (OSPFv2 および IS-IS) で伝送されます。ジュニパーネットワークスルーターは、通常、この32ビット値を、グループを表すビットマスクとして解釈し、各ネットワークを合計32の個別の管理グループ (値範囲 0 ~ 31) に制限します。

32ビット値で表される拡張管理グループを構成することで、ネットワークでサポートされる管理グループの数を32を越えて拡張できます。管理グループに対して使用可能な元の値の範囲は、下位互換性を維持するために引き続きサポートされています。

拡張された管理グループの構成では、対応する拡張管理グループ名を持つ一連のインターフェイスを受け付けることができます。この名前を一連の32ビット値に変換し、その情報を IGP に反映します。拡張された管理グループの値はグローバルであり、ネットワークに参加するすべてのサポートされているルーター上で同じように設定する必要があります。他のルーターから IGP フラッディングによって学習したドメイン全体の拡張管理グループデータベースは、パスの計算用に、制約された最短パスの最初 (CSPF) を使用しています。

以下の手順では、拡張管理グループを構成する方法について説明します。

  1. ステートメントをadmin-groups-extended-range構成します。

    このステートメントは、以下の階層レベルで含めることができます。

    • [edit routing-options]

    • [edit logical-systems logical-system-name routing-options]

    このadmin-groups-extended-range明細書にminimummaximum 、とオプションが含まれています。最大範囲は、最小値よりも大きくなければなりません。

  2. ステートメントをadmin-groups-extended構成します。

    このステートメントは、以下の階層レベルで含めることができます。

    • [edit routing-options]

    • [edit logical-systems logical-system-name routing-options]

    ステートメントadmin-groups-extendedを使用して、管理グループのグループ名とグループの値を設定できます。Group 値は、 admin-groups-extended-rangeステートメントを使用して構成された値の範囲内である必要があります。

  3. MPLS インターフェイスの拡張管理グループは、インターフェイスに割り当てられた拡張管理グループ名のセットで構成されています。グローバル拡張管理グループに対して、インターフェイス拡張管理グループ名を構成する必要があります。

    MPLS インターフェイスの拡張管理グループを構成するには、次のadmin-groups-extended文を使用して MPLS インターフェイスの設定で管理グループ名を指定します。

    このステートメントは、以下の階層レベルで含めることができます。

    • [edit protocols mpls interface interface-name]

    • [edit logical-systems logical-system-name protocols mpls interface interface-name]

  4. LSP 拡張管理グループは、LSP およびパスのプライマリ パスおよびセカンダリ パスに対する組み込み制約と除外制約のセットを定義します。拡張された管理グループの名前は、グローバルな拡張管理グループ用に構成する必要があります。

    LSP の拡張管理グループを構成するには、 admin-group-extended以下のステートメントを lsp 階層レベルに含めます。

    このadmin-group-extended文には、以下のオプションが含まれています。apply-groupsexcludeapply-groups-except、、 include-all、およびinclude-any. 各オプションでは、1つ以上の拡張管理グループを構成できます。

    このステートメントを構成できる階層レベルのリストについては、このステートメントの概要を参照してください。

  5. 現在構成されている拡張管理グループを表示show mpls admin-groups-extendedするには、コマンドを発行します。
注:

管理グループと拡張管理グループを1つのリンクとして設定する場合、そのインターフェイス上で管理グループのタイプを設定する必要があります。

Lsp のプリファレンス値の設定

オプションとして、受信/送信ルーターの同一ペアで複数の Lsp を構成できます。デフォルトではすべての Lsp が同じ優先度レベルを使用しているため、これは、Lsp 間で負荷を分散させる場合に便利です。1つの LSP を優先するには、個別の Lsp に対して異なる優先度レベルを設定します。最小の優先度値を持つ LSP が使用されます。RSVP Lsp のデフォルトの優先度は7で、LDP Lsp は9に設定されています。これらの優先値は、直接インターフェイスルートを除く、学習したすべてのルートよりも低い (優先度が高い) ものです。

デフォルトのプリファレンス値を変更するにはpreference 、以下の文を含めます。

このステートメントを含めることができる階層レベルのリストについては、このステートメントの文の概要セクションを参照してください。

Lsp によるパスルートの記録を無効にしています

RSVP の Junos 実装はレコードルートオブジェクトをサポートします。これにより、LSP は、それを通過するルーターをアクティブに記録できるようになります。この情報をトラブルシューティングのために使用して、ルーティングループを回避することができます。デフォルトでは、パスのルート情報が記録されます。記録を無効にするにno-recordは、以下のステートメントを含めます。

record And no-recordステートメントを含めることができる階層レベルのリストについては、ステートメントの文の概要セクションを参照してください。

Lsp に対して、休憩のための、より少ないスイッチオーバーを実現

アダプティブラベルスイッチパス (Lsp) では、新しい lsp インスタンスを確立して、古い LSP インスタンスから新しい lsp インスタンスにトラフィックを転送してから、既存のものを切断する必要があります。このような構成は、「 make before break (MBB)」と呼ばれています。

RSVP-TE は MPLS ネットワーク内で Lsp を確立するために使用されるプロトコルです。MBB TE の実装では、ヒットの削減 (トラフィック損失なし) を実現するために Junos OS、以下の構成文でタイマー値の設定に頼っていました。

  • optimize-switchover-delay:新しい LSP インスタンスに切り替える前に待機する時間の長さ。

  • optimize-hold-dead-delay—切り替えてから古い LSP インスタンスを削除するまでの待機時間。

ステートメントがoptimize-switchover-delay設定optimize-hold-dead-delayされている lsp optimize-timerに対してだけではなく、lsp の設定および破棄に対して、休暇作成時の動作を使用するすべての lsp には、との両方の明細書が該当します。以下の MPLS 機能によって、「休憩前」動作を使用して Lsp を設定してから切断することができます。

  • アダプティブ Lsp

  • 帯域幅の自動割り当て

  • Lsp 用 BFD

  • グレースフル ルーティング エンジン スイッチオーバー

  • リンクとノードの保護

  • 無着陸アクティブルーティング

  • 最適化された Lsp

  • ポイントツーマルチポイント (P2MP) Lsp

  • ソフトプリエンプト

  • スタンバイセカンダリパス

optimize-switchover-delayを設定しoptimize-hold-dead-delayた場合、AND ステートメントは、MBB プロセスに人為的な遅延を追加します。このoptimize-switchover-delay文の値は、eros (明示的ルートオブジェクトのサイズ) によって異なります。ERO は RSVP の拡張機能であり、RSVP PATH メッセージが従来の最短パス IP ルーティングとは無関係の明示的なルーターの順番をトラバースできるようにします。このoptimize-switchover-delayステートメントの値は、パス上の各ルーターの CPU 負荷にも依存します。お客様optimize-switchover-delayは、試験とエラーによって明細書を設定します。

このoptimize-hold-dead-delayステートメントの価値は、受信ルーターが新しい LSP を指すように、すべてのアプリケーションプレフィックスを移動する速度によって異なります。これはパケット転送エンジン負荷によって異なり、プラットフォームによって異なる可能性があります。お客様は、 optimize-hold-dead-delayトライアルとエラーによって明細書を設定する必要があります。

しかし、リリース15.1 では、Junos OS は、このようなタイマーの値によって生じる人為的遅延を設定せずに、MBB のスイッチオーバーを削減することができます。

このトピックでは Junos OS を使用して、古い LSP から新しい LSP への MBB のスイッチオーバーを実現する3つの方法についてまとめています。

ルーターが新しいパスへの切り替えを待機する時間を指定する

LSP インスタンスを新しく最適化されたパスに切り替えるまでにルーターが待機する時間を指定するoptimize-switchover-delayには、ステートメントを使用します。このステートメントを構成する必要があるのは、影響を受ける Lsp の受信として機能するルーター上でのみです (このステートメントは、中継ルーターまたはアウトに設定する必要はありません)。この文のタイマーは、トラフィックが古いパスから切り替えられる前に、新しい最適なパスが確立されていることを確認するのに役立ちます。このタイマーは、ルーター上で構成されているすべての Lsp に対してのみ有効または無効にすることができます。

ルーターが LSP インスタンスを新たに最適化されたパスに切り替えるまでの時間を設定するには、 optimize-switchover-delayステートメントを使用して、時間を秒単位で指定します。

このステートメントは、以下の階層レベルで含めることができます。

  • [edit protocols mpls]

  • [edit logical-systems logical-system-name protocols mpls]

古いパスの遅延を遅らせる時間を指定する

ルーターがトラフィックを最適化された新しいパスに切り替えた後で、古いパスの破棄を遅らせる時間を指定するにoptimize-hold-dead-delayは、ステートメントを使用します。このステートメントを構成する必要があるのは、影響を受ける Lsp の受信として機能するルーター上でのみです (このステートメントは、中継ルーターまたはアウトに設定する必要はありません)。この文のタイマーは、すべてのルートが新たに最適化されたパスに切り替わってしまう前に、古いパスが破棄されないようにするのに役立ちます。このタイマーは、特定の Lsp に対して、またはルーター上で構成されているすべての Lsp に対して有効にすることができます。

ルーターがトラフィックを最適化された新しいパスに切り替えた後、古いパスの破棄を遅らせる時間を秒単位で設定するにoptimize-hold-dead-delayは、以下の文を使用します。

このステートメントを含めることができる階層レベルのリストについては、このステートメントの文の概要セクションを参照してください。

MBB は、遅延を発生させずにスイッチオーバーを実現します。

Junos OS リリース15.1 の時点で、 optimize-switchover-delay or optimize-hold-dead-delayステートメントによって設定された任意の時間間隔に頼らずに、MBB スイッチオーバー後に古い LSP インスタンスを放棄する別の方法があります。たとえば、 optimize-hold-dead-delayステートメントを使用する場合は、古い LSP インスタンスを MBB の後に細分化する前に、時間を設定しておくことをお勧めします。ただし、ルートによっては、新しいインスタンスへの移行プロセスがまだ残っている場合があります。古い LSP インスタンスの破棄が早すぎると、新しい 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 の受信として機能するルーター上のステートメントを設定することだけです (中継ルーターまたはアウト、アウトルータでこのステートメントを設定する必要はありません)。このフィードバックメカニズムによって、すべてのルートが新たに最適化されたパスに切り替わってしまう前に、古いパスが破棄されないようにします。この構成ステートメントのグローバル構成は、システムに設定されているポイントツーポイント Lsp のみに影響します。

このステートメントは、 [edit protocols mpls]階層レベルで含めることができます。

シグナル状態 Lsp の最適化

LSP が確立されたら、トポロジやリソースの変更が必要になる場合がありますが、パスは最適ではありません。新しいパスが使用可能になり、輻輳が少なく、メトリックが小さくなり、ホップ数が少なくなります。パスを定期的に再計算して、より最適なパスが利用可能になっているかどうかを判断するようにルーターを構成できます。

再最適化が有効になっている場合は、制約されたパス再計算によって、LSP を別のパスで再ルーティングできます。ただし、再最適化が無効になっている場合、LSP は固定パスを持ち、新たに利用可能なネットワークリソースを活用できません。LSP は、次のトポロジ変更が LSP を中断し、recomputation を強制的に実行するまで修正されます。

再最適化はフェイルオーバーとは関連していません。確立されたパスを中断するトポロジの障害が発生した場合に、常に新しいパスを計算します。

システムのオーバーヘッドが発生する可能性があるため、再最適化の頻度を慎重に制御する必要があります。再最適化が有効になっていると、ネットワークの安定性が低下する可能性があります。デフォルトでは、 optimize-timer文は0に設定されています (つまり、無効になっています)。

LSP の最適化は、制約パス LSP 計算が有効になっている場合にのみ意味を持ちます。これはデフォルトの動作です。制約付きパス LSP 計算の詳細については、「制約パス Lsp 計算の無効化」を参照してください。また、LSP の最適化は受信 Lsp のみに適用されるため、受信ルーターでoptimize-timerステートメントを設定するだけで済むようになっています。移行および送信ルーターには、LSP の最適化をサポートするための特別な設定は不要です (MPLS 有効にする必要はありません)。

パスの再最適化を有効にするoptimize-timerには、以下の文を含めます。

このステートメントを含めることができる階層レベルのリストについては、このステートメントの文の概要セクションを参照してください。

optimize-timerステートメントを設定すると、再最適化タイマーは、構成からoptimize-timerステートメントを削除しても、設定した値までカウントダウンを継続します。次の最適化では、新しい値が使用されます。古い値を削除し、構成をコミットし、 optimize-timerステートメントの新しい値を設定してから再び設定をコミットすることによって、Junos OS に新しい値をすぐに使用するように強制できます。

再最適化を実行すると、次の条件を満たす場合にのみ結果が受け入れられます。

  1. 新しいパスは IGP メトリックではなくなります。(古いパスのメトリックは計算時に更新されるので、最近のリンクメトリックが古いパスに沿って変更された場合は、そのことが判明しています)。

  2. 新しいパスが同じ IGP メトリックを持つ場合、ホップはそれ以上になります。

  3. 新しいパスではプリエンプトは発生しません。(優先権の波及効果を抑制することで優先権が増加します)。

  4. 新しいパスは worsen 全体の輻輳ではありません。

    新しいパスの相対輻輳は、以下のように決定されます。

    1. 新しいパスによって通過する各リンクの利用可能な帯域幅の割合は、最も混雑しているリンクから始まる古いパスと比較しています。

    2. ソフトウェアは、現在の (古い) パスごとに、昇順でスキャンしたリンクの帯域幅の可用性に関する4つの最小値を格納します。

    3. また、ソフトウェアは、昇順でスキャンされたリンクに対応する、最大4つの帯域幅可用性値を新しいパスに保存します。

    4. 利用可能な4つの帯域幅値のいずれかが、対応する従来の帯域幅の値よりも小さい場合、新しいパスには、古いパスで使用されているリンクよりも輻輳が多い1つ以上のリンクがあります。リンクを使用すると輻輳が発生するため、トラフィックはこの新しいパスに切り替えられることはありません。

    5. 利用可能な4つの新しい帯域幅の値が、対応する従来の帯域幅の値よりも小さい場合、新しいパスは古いパスよりも輻輳が少なくなります。

上記の条件がすべて満たされている場合は、次のようになります。

  1. 新しいパスに低い IGP メトリックがある場合は、それを受け入れることができます。

  2. 新しいパスに等しい IGP メトリックと低いホップ数がある場合は、それを受け入れることができます。

  3. 負荷分散アルゴリズムleast-fillとして選択した場合、lsp は次のように負荷分散されます。

    1. LSP は、現在のパスよりも 10% 少なく使用される新しいパスに移動されます。これにより、現在のパス上の輻輳をわずかな量まで減らすことができます。たとえば、1 MB の帯域幅を持つ LSP をパスから 200 MB 以上に移動した場合、元のパスの輻輳は 1% 未満に抑えられます。

    2. アルゴリズムrandommost-fillよっては、このルールは適用されません。

    次の例は、ロードleast-fillバランスアルゴリズムの仕組みを示しています。

    図 1: 最小負荷分散アルゴリズムの例最小負荷分散アルゴリズムの例

    図 1示されているように、LSP がルーター A からルーター H へと進むためには、2つのパスがあります。これは、L1 から L13 への奇数のリンクと、L2 ~ L14 からの偶数のリンクです。現在、ルーターは 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

    1個の GE リンクは、輻輳が発生している可能性が高くなっています。この例では、奇数の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 は、偶数のリンクを使用して、元のパスにある奇数のリンクを介して新しいパスに移動します。

  4. それ以外の場合、新しいパスは拒否されます。

以下の再最適化条件を無効にすることができます (前に示した基準の一部)。

  • 新しいパスが同じ IGP メトリックを持つ場合、ホップはそれ以上になります。

  • 新しいパスではプリエンプトは発生しません。(優先権の波及効果を抑制することで優先権が増加します)。

  • 新しいパスは worsen 全体の輻輳ではありません。

  • 新しいパスに等しい IGP メトリックと低いホップ数がある場合は、それを受け入れることができます。

これらを無効にするにはclear mpls lsp optimize-aggressive 、コマンドを実行optimize-aggressiveするか、以下の文を含めます。

このステートメントは、以下の階層レベルで含めることができます。

  • [edit protocols mpls]

  • [edit logical-systems logical-system-name protocols mpls]

構成にoptimize-aggressiveステートメントを含めると、再最適化手順がより頻繁にトリガーされます。パスの再ルーティングは頻繁に行われます。また、再最適化アルゴリズムも IGP メトリックのみに制限されます。

Lsp 用のスマート最適化タイマーの設定

ネットワークとルーターのリソースに制約があるため、通常は最適化タイマーの短い間隔を構成することが inadvisable になります。しかし、特定の状況下では、最適化タイマーで通常どおりにパスを再最適化した方が望ましい場合があります。

たとえば、LSP は、後で失敗する優先パスを走査しています。その後、LSP は、同じ宛先に到達するために、より望ましくないパスに切り替えられます。元のパスがすぐに復元されたとしても、LSP がネットワークパスを再最適化するまでの時間を短縮する必要があるので、それを再び使用するには、後から移行するのに長時間かかることがあります。このような状況では、スマート最適化タイマーを設定する必要がある場合があります。

スマート最適化タイマーを有効にすると、最初のパスが停止してから3分以内に復元された場合、LSP は元のパスに戻ります。また、元のパスが60分以内に再び停止した場合、smart optimize タイマーは無効になり、パスの最適化は、最適化タイマーだけが有効になっているときと同様に実行されます。これにより、ルーターがフラッピングリンクを使用できなくなります。

スマート最適化タイマーは、他の MPLS 機能が適切に機能することに依存しています。元のパスで障害が発生した場合に、LSP が代替パスに切り替えられるシナリオでは、高速再ルーティング、リンク保護など、MPLS トラフィック保護機能を1つ以上構成していることを前提としています。、スタンバイセカンダリパスがあります。これらの機能は、障害が発生した場合にトラフィックが宛先に到達できるようにするのに便利です。

少なくとも、スマート最適化タイマー機能を正常に機能させるには、スタンバイセカンダリパスを設定する必要があります。高速な再ルーティングとリンク保護は、ネットワーク障害に対する一時的なソリューションです。セカンダリパスは、プライマリパスに障害が発生した場合に、安定した代替パスが存在することを保証します。LSP に対してトラフィック保護を設定していない場合、スマートな最適化タイマーだけでは、トラフィックが宛先に到達できるかどうかは保証されません。MPLS トラフィック保護の詳細については、 MPLS とトラフィック保護に関する情報を参照してください。

プライマリパスに障害が発生し、smart optimize タイマーによってセカンダリパスへのトラフィックが切り替えられると、プライマリパスが復元された後でも、ルーターはセカンダリパスを使用し続けることがあります。受信ルーターが CSPF 計算を完了した場合、セカンダリパスが適切なパスであると判断される場合があります。

これは、プライマリパスをアクティブパスにし、セカンダリパスをバックアップ専用として使用する必要がある場合には望ましくないことがあります。また、セカンダリパスがアクティブパスとして使用されていても (プライマリパスが再設定されていても)、セカンダリパスで障害が発生した場合、スマート最適化タイマー機能によって、トラフィックが自動的にプライマリパスに切り替えされることはありません。ただし、ノードとリンク保護を構成するか、スタンバイのセカンダリパスを追加することで、セカンダリパスの保護を有効にすることができます。その場合は、スマート最適化タイマーを有効にすることができます。

スマート最適化タイマーの時間を秒単位で指定するにsmart-optimize-timerは、以下の文を使用します。

このステートメントは、以下の階層レベルで含めることができます。

  • [edit protocols mpls]

  • [edit logical-systems logical-system-name protocols mpls]

Lsp におけるホップ数の制限

デフォルトでは、各 LSP が受信/送信ルーターなどの最大255ホップをトラバースできます。この値を変更するにはhop-limit 、以下のステートメントを含めます。

このステートメントを含めることができる階層レベルのリストについては、このステートメントの文の概要セクションを参照してください。

ホップ数は 2 ~ 255 のどちらでもかまいません。2つのホップを持つパスは、入口ルーターとアウトオブ・アウトルータで構成されています。

Lsp の帯域幅値の設定

各 LSP には帯域幅の値があります。この値は、RSVPパス設定メッセージの送信者のTspecフィールドに含まれます。帯域幅の値をビット/秒で指定できます。LSP により多くの帯域幅を設定する場合は、より多くのトラフィックを伝送できるようにする必要があります。デフォルトの帯域幅は0ビット/秒です。

帯域幅が 0 (ゼロ) の場合、通過ルーターと送信ルータは、パスのアウトバウンドリンクに従って容量を予約する必要があります。この容量を確保するために RSVP 予約スキームが使用されています。RSVP ポリシー制御や受付制御の障害など、帯域幅の予約の障害によって LSP のセットアップが失敗する可能性があります。通過ルーターまたはアウトルータのインターフェイスに十分な帯域幅がない場合、LSP は確立されません。

シグナル状態 LSP の帯域幅値を指定するにはbandwidth 、以下のステートメントを含めます。

このステートメントを含めることができる階層レベルのリストについては、このステートメントの文の概要セクションを参照してください。

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 を resignal するために使用されます。(QFX シリーズスイッチでは、リンクとノードの保護はサポートされていません)。

LSP の高速再ルーティングを構成している場合、この機能を使用して帯域幅を調整できないことがあります。Lsp は固定フィルター (FF) 予約スタイルを使用しているため、新しいパスがシグナル状態になると、帯域幅が二重にカウントされる場合があります。ダブルカウントは、帯域幅の自動割り当てが有効になっている場合に、高速再ルーティング LSP が帯域幅を調整するのを防ぐことができます。(高速再ルーティングは QFX シリーズスイッチではサポートされていません)

帯域幅の自動割り当てを構成するには、以下のセクションの手順を実行します。

注:

QFX10000 スイッチでは、階層レベルでの帯域幅のedit protocols mpls 自動割り当てのみを構成できます。論理システムはサポートされていません。

帯域幅調整の最適化と LSP のMPLS設定

自動帯域幅機能により、RSVP-TE LSP は、直接設定するか、自動メッシュを使用して自動的に作成して、トラフィック レートに基づいて再サイズ変更できます。各 LSP で送信されるトラフィックレートは、定期的にトラフィック レートのサンプルを収集することで測定されます。トラフィック統計情報収集の頻度は、設定ステートメントを使用して adjust-interval 制御されます。設定可能な最小値 adjust-interval は1秒です。LSP の再サイズ設定は調整と呼ばされ、調整頻度はステートメントを使用して制御 adjust-interval されます。

Junos OS リリース 20.4R1 から、またはステートメントが設定されたオーバーフローしきい値またはアンダーフローしきい値を超えた場合、調整の最小は adjust-intervalauto-bandwidth 150 秒に adjust-threshold-overflow-limitadjust-threshold-underflow-limit 減少します。

しかし、オーバーフローサンプルまたはアンダーフロー サンプルが検出されない場合、調整の最小は adjust-intervalauto-bandwidth 300 秒です。

リリース リリース リリース Junos OSより20.4R1、オーバーフロー状態またはアンダーフロー条件では adjust-interval 300 秒です。

自動帯域幅調整最適化の実装により、LSP の帯域幅をより迅速 auto-bandwidth に減少できます。イングレス ラベル エッジ ルーター(LER)は縮小のために 150 秒以内にサイズ調整できます。ただし adjust-threshold-overflow-limit 、MBB(make-before-break)が 150 秒以内に完了した場合、古い LSP インスタンス インスタンスのティアダウンが完了します。

自動帯域幅の最適化には以下の要件があります。

  • LSP ルート変更の確率を減らす— 自動帯域幅調整が行われると、LSP ルートが変化する可能性を減らします。

  • LSP 再ルートの可能性を減らす— これは、同じリソースを要求する優先度の高い LSP が高いので、LSP 再ルートの可能性を減らすことです。

これらの要件を満たすために、自動帯域幅調整最適化では、以下の機能がサポートされています。

  1. In-place LSP Bandwidth Update:ドメイン内 LSP で帯域幅のエッジ ルーター実行する際、LER(イングレス ラベル スイッチ)が LSP ID を再使用できます。

    注:

    ドメイン間 LSP には、インプレイス LSP 帯域幅の更新は適用できません。

    特定のシナリオでは、LSP ルートのネクスト ホップは LSP 帯域幅を直接または間接を問わず運び続けます。これらのシナリオではインプレイス LSP 帯域幅の更新がサポートされています。しかし、LSP ルートの変更により、機能によるパフォーマンスの向上は限定的です。自動帯域幅(MPLS Tunnel)の後に inet.3 ルート テーブルが変更MPLSです。たとえば、次のいずれかのステートメントまたは両方のステートメントを設定すると、パフォーマンスの強化は制限されます。

    • auto-policing の下で設定MPLS。

    • bandwidthRSVPで設定された load-balance ステートメントの下のオプション。

    注:

    LSP-ID 再使用によるインプレイス LSP 帯域幅の更新は失敗し、イングレス LER は次の場合、新しい LSP-ID で MBB を即座にトリガーします。

    • no-cspf は LSP 用に設定されています。

    • LSP は、PCE(Path Computation Element)によって制御されます。

    • LSP 最適化タイマーが終了します。

    • clear mpls lsp optimize-aggressive コマンドが実行されます。

  2. Per-priority Subscription:ネットワーク リソースを効率的に利用するために、優先度の高いサブスクリプションにより、優先度の低い LSP に対して低い RSVP サブスクリプション の割合を設定し、より優先度の高い LSP では RSVP サブスクリプションの割合を高く設定できます。

    たとえば、すべての優先度について RSVP サブスクリプションの割合を LSP で 90% に設定する代わりに、より低い RSVP サブスクリプションの割合(例: 75%)を設定できます。より低い優先度の LSP に対して

注:

優先度ごとのサブスクリプションは、DiffServ(Differentiated Services)対応のサブスクリプションと相互運用トラフィック制御(TE)。DiffServ(Differentiated Services)を意識したトラフィック制御サービスでは、優先サブスクリプションごとに行うのTEリンク帯域幅の柔軟性と統計の共有が可能になります。

To Configure In-place LSP Auto-bandwidth Resizing:

  1. デバイス インターフェイスを設定して、デバイスのMPLS。
  2. インターフェイスMPLSプロトコルを設定します。
  3. ホストMPLS LSP を設定し、LSP のリンク保護を設定します。
  4. LSP in-place-bandwidth-update で帯域幅の自動サイズ変更を有効に設定します。
  5. 設定モードからコミットを入力します。

Verification

設定モードから、 コマンドを入力して設定を確認 show protocols show interfaces します。出力に意図した構成が表示されない場合は、この例の手順を繰り返して設定を修正します。

To Configure Per-priority Subscription:

  1. インターフェイスで RSVP プロトコルを設定します。

  2. インターフェイスの帯域幅サブスクリプション値を設定します。0 ~ 65000% の値にすることができます。デフォルトのサブスクリプション値は 100% です。

  3. インターフェイスに対してサブスクリプション優先度を設定します。

  4. 優先度のサブスクリプション の割合を設定します。

  5. 設定モードからコミットを入力します。

Verification

設定モードから、 コマンドを入力して設定を確認 show protocols show interfaces します。出力に意図した構成が表示されない場合は、この例の手順を繰り返して設定を修正します。

Lsp の自動帯域幅割り当て統計のレポートを設定しています

帯域幅の自動割り当てにより、MPLS トンネルは、トンネルを通過するトラフィックの量に基づいて帯域幅の割り当てを自動的に調整できます。次の手順に従って、デバイスを設定して、自動帯域幅割り当てに関する統計情報を収集できます。

  1. 帯域幅の自動割り当てに関する統計情報を収集auto-bandwidthするにはstatistics[edit protocols mpls]階層レベルでステートメントのオプションを設定します。これらの設定は、 auto-bandwidth[edit protocols mpls label-switched-path label-switched-path-name]階層レベルでステートメントを構成したルーター上で構成されているすべての lsp に適用します。
  2. filenameオプションを使用して、MPLS のトレース操作の出力を格納するファイルのを指定しfileます。すべてのファイルがディレクトリ/var/logに配置されます。MPLS トレース出力をファイルmpls-logに配置することをお勧めします。
  3. files numberオプションを使用してトレースファイルの最大数を指定します。トレースファイルの名前trace-fileが最大サイズに達すると、トレースファイルtrace-file.0の数trace-file.1が上限に達するまで、名前が変更されてから、その後、その後になります。その後、最も古いトレースファイルが上書きされます。
  4. intervalオプションを使用して時間を秒単位で設定することで、平均帯域幅の使用量を計算する間隔を指定します。また、 interval[edit protocols mpls label-switch-path label-switched-path-name statistics]階層レベルでオプションを設定することで、特定の LSP の調整間隔を設定することもできます。
    注:

    Lsp に不要な再シグナルを発生させないようにするには、MPLS の自動帯域幅統計の間隔よりも3倍以上長くなる LSP 調整間隔を設定することをお勧めします。たとえば、MPLS の自動帯域幅統計間隔( 階層レベルでのステートメント)に 30 秒の値を設定した場合、LSP 調整間隔(階層レベルでのステートメント)に interval[edit protocols mpls statistics] 90 秒 adjust-interval 以上の値を設定する必要があります。 [edit protocols mpls label-switched-path label-switched-path-name auto-bandwidth]

  5. 帯域幅の自動割り当てをトレースするautobw-state flagには、 traceoptions [edit protocols mpls]階層レベルで MPLS ステートメントのを含めます。

    以下の構成では、MPLS traceoptions を使用して、帯域幅の自動割り当てを可能にします。トレースレコードはという名前auto-band-traceのファイルに保存されます (ファイル名はユーザーが設定可能)。

  6. このshow logコマンドを使用して、自動帯域幅 (MPLS 統計)ステートメントを設定したときに生成される自動帯域幅割り当て統計ファイルを表示できます。以下は、という名前auto-band-statsE-Dの LSP を使用して構成されたルーターに名前が付いた MPLS 統計ファイルから取得したログファイルの出力例です。ログファイルには、LSP E-Dが最初に予約された帯域幅の上限を超えていることが示されます。そのOct 30 17:14:57前に、ルーターは自動帯域幅調整をトリガーしています (自動帯域幅調整を実行中の LSP のセッションが2つ表示される場合があります)。またOct 30 17:16:57、LSP は、より高い帯域幅で再確立され、100% 未満のReserved Bw帯域幅を使用して表示されるようになりました。
  7. [ Mpls lsp を表示] の自動帯域幅コマンドを発行して、自動的に帯域幅の割り当てに関する最新情報を表示します。ここでは、前に示しshow mpls lsp autobandwidthたログファイルとほぼ同じ時間にコマンドからの出力例を示します。
  8. file showコマンドを発行して、MPLS トレースファイルを表示します。ファイルの場所とファイル名を指定する必要があります (ファイルは/var/log/にあります)。以下に、トレースファイルの出力例を示します。ここではauto-band-trace.0.gz 、という名前E-Dの LSP が設定されているルーター上の MPLS トレースファイルから取得しています。トレースファイルに示されてE-Dいるのは、LSP が当初は予約された帯域幅制限に達していることを示しています。ルーター Oct 30 17:15:26は、自動帯域幅調整をトリガーします (自動帯域幅調整を実行中の LSP のセッションが2つ表示される場合があります)。またOct 30 17:15:57、LSP は、より高い帯域幅で再確立され、100% 未満のReserved Bw帯域幅を使用して表示されるようになりました。

組織全体にわたる LSP の構成

Lsp を設定することでinter-domain 、ネットワーク内の複数の領域を走査することができます。このステートメントを使用すると、ルーターは IGP データベースでルートを検索できます。ルーター上でこのステートメントを設定する必要があるのは、ドメイン内の CSPF (TED) を使用してパスを検索できない場合があるためです。エリア間 Lsp を設定する場合、 inter-domainステートメントが必要です。

開始する前に:

  • ファミリー MPLS を使用してデバイスインターフェイスを構成します。

  • デバイスルーター ID と自律システム番号を設定します。

  • ルーターと伝送インターフェイスで MPLS と RSVP を有効にします。

  • トラフィックエンジニアリングをサポートするように IGP を構成します。

  • 送信元から送信ルーターまでの LSP を設定します。

入口ラベルスイッチルーター (/コントローラー) 上で複数の実行にわたって LSP を設定するには、以下のようにします。

  1. 管理インターフェイスを除外して、すべてのインターフェイスで MPLS を有効にします。
  2. 管理インターフェイスを除外して、すべてのインターフェイスで RSVP を有効にします。
  3. 領域間 LSP を設定します。
  4. 構成を検証して確定します。

LSP の状態変化の通知を減衰

LSP が、開始から停止、またはダウンツーアップへと変化すると、この移行はルーターのソフトウェアとハードウェアに即座に反映されます。ただし、Lsp を IS-IS と OSPF に広告する場合は、LSP の移行を回避して、一定期間が経過した時点 (保留期間) に移行を通知しないようにすることができます。この場合、LSP が最新の状態になると、LSP は保留期間になるまでダウンしていないと通知されません。ダウンから up への移行は、すぐに IS-IS と OSPF に通知されます。LSP 減衰は LSP の IS-IS と OSPF の広告にのみ影響することに注意してください。他のルーティングソフトウェアとハードウェアは、LSP 移行に即座に対応します。

LSP 移行を行うには、 advertisement-hold-time以下のステートメントを含めます。

seconds は0~65535秒の値にできますデフォルトは5秒です。

このステートメントは、以下の階層レベルで含めることができます。

  • [edit protocols mpls]

  • [edit logical-systems logical-system-name protocols mpls]

Corouted 双方向 Lsp の設定

Corouted 双方向パケット LSP は、2つの Lsp を組み合わせたもので、受信/送信ノードのペア間で同じパス図 2を共有します (を参照)。RSVP TE の GMPLS 拡張機能を使用して確立されています。このタイプの LSP は、レイヤー 2 Vpn、レイヤー2回線、レイヤー 3 Vpn など、標準的なタイプの MPLS ベースのトラフィックを伝送するために使用できます。双方向 LSP 用に1つの BFD セッションを構成できます (各 LSP に対して BFD セッションを設定する必要はありません)。また、プライマリ双方向 LSP のバックアップを提供するために、単一のスタンバイ双方向 LSP を構成することもできます。Corouted 双方向 Lsp は、penultimate ホップ・ポップ (PHP) と究極のホップ・ポップ (UHP) の両方でサポートされています。

双方向 Lsp には高可用性が用意されています。グレースフルリスタートと無着陸のアクティブルーティングを有効にできます。再起動ルーターが双方向 LSP の入口、出口、または通過ルーターになっている場合、グレースフルリスタートおよび無着陸アクティブルーティングがサポートされます。

図 2: Corouted 双方向 LSPCorouted 双方向 LSP

Corouted 双方向 LSP を設定するには、以下のようにします。

  1. 設定モードでは、LSP 用に受信ルーターを設定し、 corouted-bidirectional lsp が corouted 双方向 LSP として確立されるように指定するステートメントを含めます。

    パスは CSPF を使用して計算され、1つのジャストド RSVP シグナル LSP と同様に RSVP シグナリングを使用して開始します。この設定がコミットされると、送信ルーターへのパスとアウトパスの両方を作成します。

  2. ナリバースパスについては、送信ルーター上で LSP を構成しcorouted-bidirectional-passive 、そのステートメントを追加して lsp を別の lsp に関連付けます。

    この LSP は、受信 LSP によって提供されるパス計算およびシグナリングに依存するため、パス計算やシグナリングは使用されません。同じ LSP でcorouted-bidirectionalステートメントとcorouted-bidirectional-passiveステートメントの両方を設定することはできません。

    このステートメントは、corouted 双方向 Lsp を簡単にデバッグすることもできます。このcorouted-bidirectional-passiveステートメントを設定した場合は (送信ルーター上で)、、、 ping mpls lsp-end-pointping mpls ldpおよびping mpls rsvptraceroute mpls rsvpコマンドtraceroute mpls ldpを発行して、送信ルーターから corouted 双方向 LSP をテストできます。

  3. show mpls lsp extensiveおよびshow rsvp session extensiveコマンドを使用して、双方向 LSP に関する情報を表示します。

    双方向 LSP が設定さshow rsvp session extensiveれている受信ルーターでコマンドを実行した場合の出力を以下に示します。

Lsp のエントロピーラベルの設定

LSP のエントロピーラベルを挿入することで、ディープパケットインスペクションに依存せずに、MPLS ラベルスタックだけをハッシュ入力として使用して、MPLS トラフィックを ECMP パス間で負荷分散したり、リンクアグリゲーショングループにロードしたりできます。ディープ パケット インスペクションでは、ルーターの処理電力が多く必要になります。また、異なるルーターによってディープ パケット インスペクション機能が異なっています。

LSP のエントロピーラベルを構成するには、以下の手順を実行します。

  1. 受信ルーターでは、 entropy-label[edit protocols mpls labeled-switched-path labeled-switched-path-name]階層レベルまたは[edit protocols mpls static-labeled-switched-path labeled-switched-path-name ingress]階層レベルにステートメントを追加します。エントロピーラベルが MPLS ラベルスタックに追加され、転送プレーンで処理できるようになります。
    注:

    これは、RSVP および静的 Lsp にのみ適用されます。

  2. 受信ルーターでは、LDP シグナル Lsp の受信ポリシーを構成できます。

    以下のように、 [edit policy-options]階層レベルで受信ポリシーを設定します。

    次に、エントロピーラベルの受信ポリシーの例を示します。

  3. ナデフォルトでは、エントロピーラベルのプッシュおよびポップをサポートするルーターは、 load-balance-label-capability[edit forwarding-options]階層レベルのステートメントによって、LSP ごとにラベルを通知するように構成されています。ピアルーターが負荷分散ラベルを処理するように装備されていない場合、プロバイダエッジ (PE) ルーターがno-load-balance-label-capability[edit forwarding-options]階層レベルでステートメントを構成することで、エントロピーラベル機能を通知しないようにすることができます。

中継ルーターには構成は必要ありません。エントロピーラベルがあることは、中継ルーターが MPLS ラベルスタックだけに基づいて負荷分散されることを示しています。

デフォルトでは、Penultimate ホップルーターによってエントロピーラベルが pop で表示されます。

例:ユニキャスト LSP というラベルの付いた BGP のエントロピーラベルを構成する

この例では、ユニキャストという BGP のエントロピーラベルを設定し、エントロピーラベルを使用してエンドツーエンドの負荷分散を実現する方法について説明します。IP パケットが宛先に到達するために複数のパスを持つ場合、Junos OS はパケットヘッダーの特定のフィールドを使用して、パケットを確定的なパスにハッシュします。このためには、エントロピーラベルとして、フロー情報を伝送できる特別なロードバランシングラベルが必要です。コアの LSRs は、エントロピーラベルをキーとして使用するだけで、パケットを正しいパスにハッシュします。エントロピーラベルには、16 ~ 1048575 (標準の20ビットラベル範囲) の任意のラベル値を使用できます。この範囲は、既存の通常のラベル範囲と重複するため、エントロピーラベルの前にエントロピラベルインジケーター (ELI) と呼ばれる特別なラベルが挿入されます。ELI は、値7を使用して IANA によって割り当てられる特別なラベルです。

BGP ユニキャストは、通常、複数の IGP エリアまたは複数の自律システムにわたって RSVP または LDP Lsp を連結しています。RSVP または LDP のラベルとともに、penultimate ホップノードでの予約、または LDP エントロピー・ラベルがポップされます。この機能によって、penultimate ホップノードとステッチポイントのギャップを埋めることで、BGP トラフィックに対するエンドツーエンドのエントロピーラベルのロードバランシングを実現することができます。

要件

この例では、以下のハードウェアとソフトウェアのコンポーネントを使用しています。

  • MPCs を使用する7個の MX シリーズルーター

  • すべてのデバイスで Junos OS リリース15.1 以降を実行している場合

BGP の名前付きユニキャストにエントロピーラベルを設定する前に、以下のことを確認してください。

  1. デバイスインターフェイスを構成します。

  2. OSPF またはその他の IGP プロトコルを構成します。

  3. BGP を構成します。

  4. RSVP を構成します。

  5. MPLS を構成します。

概要

BGP ラベル付きユニキャストは、複数の IGP エリアまたは複数の自律システムに対して RSVP または LDP Lsp を連結します。 rsvp または ldp エントロピーラベルは、penultimate ホップノードでは RSVP または LDP.EXE ラベルとともにポップされます。ただし、つなぎ方には、2つの領域間のルーターであるエントロピーラベルはありません。そのため、つなぎ方のルーターは、BGP のラベルを使用してパケットを転送していました。

Junos OS リリース15.1 から始めて、ユニキャストのラベル BGP にエントロピーラベルを設定して、エンドツーエンドのエントロピーラベルのロードバランシングを実現できます。この機能によって、BGP トラフィックに対するエンドツーエンドのエントロピーラベルのロードバランシングを実現するために、つなぎ込みポイントでエントロピーラベルを使用できるようになります。Junos OS では、「ユニキャスト LSP 受信」というラベルの付いた BGP にエントロピーラベルを挿入できます。

デフォルトでは、エントロピーラベルをサポートするルーターは、 load-balance-label-capability[edit forwarding-options]階層レベルのステートメントによって、LSP ごとにラベルを通知するように構成されています。ピアルーターが負荷分散ラベルを処理するように装備されていない場合は、をno-load-balance-label-capability[edit forwarding-options]階層レベルで構成することで、エントロピーラベル機能のシグナリングを防止できます。

注:

ポリシーに指定されているルートに対して、階層レベルのno-entropy-label-capability[edit policy-options policy-statement policy name then]オプションを使用して、送信時の広告エントロピラベル機能を明示的に無効にすることができます。

Topology

図 3は、ルーター PE1 は受信ルーターとルーター PE2 が送信ルーターを示しています。ルーター P1 と P2 は、通過ルーターです。ルーター ABR は、エリア0とエリア1の間にあるエリアブリッジルーターです。LAG は、トラフィックのロードバランシングを実現するためにプロバイダルーター上で設定されています。受信したルーター PE1 で、ユニキャストというラベルの付いた BGP のエントロピーラベル機能が有効になります。

図 3: BGP の名前付きユニキャストのエントロピーラベルを設定するBGP の名前付きユニキャストのエントロピーラベルを設定する

構成

CLI クイック構成

この例を簡単に構成するには、以下のコマンドをコピーしてテキストファイルに貼り付け、改行を削除し、ネットワーク設定に一致する必要がある詳細を変更し、コマンドを[edit]階層レベルで CLI にコピー & ペーストしてから設定commitモードから開始します。

ルーター PE1

ルーター P1

ルーター ABR

ルーター P2

ルーター PE2

ルーター PE1 の構成

順を追った手順

次の例では、構成階層のさまざまなレベルを移動する必要があります。Cli のナビゲートの詳細については、『 Cli ユーザーガイド』の「 Cli エディターを設定モードで使用する」を参照してください。

ルーター PE1 を構成するには、次のようになります。

注:

適切なインターフェイス名、アドレス、その他のパラメーターを変更した後、ルーター PE2 に対してこの手順を繰り返します。

  1. IPv4 および IPv6 アドレスを使用して、インターフェイスを構成します。

  2. ループバックインターフェイスを構成します。

  3. ルーター ID と自律システム番号を設定します。

  4. すべてのインターフェイスに RSVP プロトコルを構成します。

  5. ルーター PE1 のすべてのインターフェイスで MPLS を有効にし、LSP を指定します。

  6. 内部ルーターで IBGP を構成します。

  7. 内部 BGP グループ ibgp のユニキャスト BGP のエントロピーラベル機能を有効にします。

  8. エリア境界ルーター (ABR) のすべてのインターフェイスで OSPF プロトコルを有効にします。

  9. プレフィックスリストを定義して、エントロピーラベル機能を使用してルートを指定します。

  10. ポリシーを定義して、エントロピーラベル機能を使用してルートを指定します。

  11. 別のポリシー EL-2 を定義して、エントロピーラベル機能を使用してルートを指定します。

  12. BGP ルートを OSPF ルーティングテーブルにエクスポートするためのポリシーを定義します。

  13. OSPF ルートを BGP ルーティングテーブルにエクスポートするためのポリシーを定義します。

  14. BGP ルーティングテーブルに静的ルートをエクスポートするポリシーを定義します。

  15. Vpn コミュニティー用の VPN ターゲットを構成します。

  16. レイヤー 3 VPN ルーティングインスタンスの VPN-l3vpn を構成します。

  17. VPN の l3vpn ルーティングインスタンス用のインターフェイスを割り当てます。

  18. VPN l3vpn ルーティングインスタンスのルート識別子を構成します。

  19. Vpn のルーティングおよび転送 (VRF) ターゲットを設定して、l3vpn ルーティングインスタンスを構成します。

  20. VPN の l3vpn ルーティングインスタンス用のレイヤー 3 VPN プロトコルを使用して、デバイス CE1 への静的ルートを構成します。

  21. BGP ルートを、VPN l3vpn ルーティングインスタンス用の OSPF ルーティングテーブルにエクスポートします。

  22. VPN l3vpn ルーティングインスタンス用の OSPF インターフェイスを割り当てます。

ルーター P1 の構成

順を追った手順

次の例では、構成階層のさまざまなレベルを移動する必要があります。Cli のナビゲートの詳細については、『 Cli ユーザーガイド』の「 Cli エディターを設定モードで使用する」を参照してください。

ルーター P1 を構成するには

注:

適切なインターフェイス名、アドレス、その他のパラメーターを変更した後、ルーター P2 に対してこの手順を繰り返します。

  1. IPv4 および IPv6 アドレスを使用して、インターフェイスを構成します。

  2. インターフェイスでリンクアグリゲーションを設定します。

  3. ループバックインターフェイスを構成します。

  4. ルーターがパケットを宛先にハッシュしてロードバランシングを行うために使用する MPLS ラベルを構成します。

  5. ルーター ID と自律システム番号を設定します。

  6. パケットごとの負荷分散を可能にします。

  7. すべてのインターフェイスの RSVP プロトコルを構成します。

  8. ルーター P1 のすべてのインターフェイスで MPLS を有効にし、LSP を指定します。

  9. 管理インターフェイスを除外したルーター P1 のすべてのインターフェイスで OSPF プロトコルを有効にします。

  10. パケット負荷分散ごとのポリシーを定義します。

ルーター ABR の構成

順を追った手順

次の例では、構成階層のさまざまなレベルを移動する必要があります。Cli のナビゲートの詳細については、『 Cli ユーザーガイド』の「 Cli エディターを設定モードで使用する」を参照してください。

ルーター ABR を構成するには、次のようにします。

  1. IPv4 および IPv6 アドレスを使用して、インターフェイスを構成します。

  2. ループバックインターフェイスを構成します。

  3. インターフェイスでリンクアグリゲーションを設定します。

  4. ルーターがパケットを宛先にハッシュしてロードバランシングを行うために使用する MPLS ラベルを構成します。

  5. ルーター ID と自律システム番号を設定します。

  6. パケットごとの負荷分散を可能にします。

  7. すべてのインターフェイスの RSVP プロトコルを構成します。

  8. ルーター P1 のすべてのインターフェイスで MPLS を有効にし、LSP を指定します。

  9. 内部ルーターで IBGP を構成します。

  10. ABR のすべてのインターフェイスで OSPF プロトコルを有効にします。

  11. エントロピーラベル機能を使用してルートを指定するポリシーを定義します。

結果

設定モードから、、、、 show interfacesおよびshow protocolsshow routing-optionsshow forwarding optionsshow policy-optionsコマンドを入力して設定を確認します。出力に意図した構成が表示されない場合は、この例の手順を繰り返して設定を修正します。

検証

構成が正常に機能していることを確認します。

エントロピーラベル機能がルーターの PE2 から提供されていることを確認します。

目的

エントロピーラベル機能パス属性が出口において上流側のルーター PE2 から提供されていることを確認します。

アクション

動作モードから、ルーター show route 10.255.101.200 advertising-protocol bgp 10.255.102.102 PE2 で コマンドを実行します。

この出力は、10.255.101.200 の IP アドレスを持つ host PE2 がエントロピーラベル機能を備えていることを示しています。ホストは、BGP の近隣にエントロピーラベル機能を提供しています。

ルーター ABR がエントロピーラベルアドバタイズを受信することを確認する

目的

ルーター ABR が、PE2 によってエントロピーラベルの提供を受信したことを確認します。

アクション

動作モードから、ルーター show route 10.255.101.200 receiving-protocol bgp 10.255.101.200 ABR で コマンドを実行します。

ルーター ABR は、BGP の近傍 PE2 からエントロピーラベル機能広告を受信します。

エントロピーラベルフラグが設定されていることを確認する

目的

受信時のラベル要素にエントロピーラベルフラグが設定されていることを確認します。

アクション

動作モードから、ルーター show route protocol bgp detail PE1 で コマンドを実行します。

PE1 のルーターでエントロピーラベルが有効になっています。この出力は、「unicast」という BGP にエントロピーラベルが使用されていて、エンドツーエンドの負荷分散を実現していることを示しています。

Lsp の最終ホップポップアップの設定

デフォルトでは、RSVP 信号 Lsp は penultimate のポップアップ (PHP) を使用しています。図 4は、ルーター PE1 とルーター PE2 の間の penultimate のポップアップ LSP を示しています。ルーター CE1 は、次ホップ (ルーター PE1) にパケットを転送します。これは LSP の入口でもあります。ルーター PE1 は、このパケットにラベル1をプッシュし、ラベル付きパケットをルーター P1 に転送します。ルーター P1 は、標準 MPLS ラベルのスワップ操作を完了し、ラベル2のラベル1を交換して、パケットをルーター P2 に転送します。ルーター P2 は LSP の penultimate ホップルーターであるため、まずラベルをポップし、次にルーター PE2 にパケットを転送します。ルーター PE2 がそれを受信するとき、パケットには、サービスラベル、明示的な null ラベル、または単なる IP または VPLS パケットのみが含まれています。ルーター PE2 は、ラベルのないパケットをルーター CE2 に転送します。

図 4: LSP の Penultimate のホップのポップアップLSP の Penultimate のホップのポップアップ

また、に示すように図 5、RSVP シグナル lsp の最終ホップ (uhp) を構成することもできます。一部のネットワークアプリケーションでは、パケットが null 以外の外部ラベルを使用して送信ルーター (ルーター PE2) に到着することが要求される場合があります。最終ホップ LSP の場合、penultimate ルーター (ルーター P2 in 図 5) は標準 MPLS ラベルのスワップ操作 (この例ではラベル3のラベル 2) を実行してから、送信ルーター PE2 にパケットを転送します。ルーター PE2 は、外側のラベルをポップし、2番目のパケットアドレスのルックアップを実行して、エンド宛先を特定します。次に、パケットを適切な宛先に転送します (ルーター CE2 またはルーター CE4)。

図 5: LSP の最終ホップポップアップLSP の最終ホップポップアップ

以下のネットワークアプリケーションでは、UHP Lsp を構成する必要があります。

  • パフォーマンス監視用 MPLS TP とインバンドOam

  • エッジ保護仮想回線

以下の機能は、UHP の動作をサポートしていません。

  • LDP シグナル Lsp

  • 静的 Lsp

  • ポイントツーマルチポイント LSP

  • CCC

  • tracerouteコマンド

UHP の動作の詳細については、 Internet draft draft-ietf-mpls-rsvp-te-no-php-oob-mapping-01.テキスト 、 RSVP-TE LSPの Non PHP 動作およびアウトオブバンド マッピング を参照してください。

ポイントツーポイントの RSVP シグナル Lsp の場合、UHP の動作は LSP からのシグナルで通知されます。受信ルーターの構成に基づき、RSVP は、非 PHP フラグセットを使用して UHP LSP に通知します。RSVP PATH メッセージには、LSP 属性オブジェクト内の2つのフラグが含まれています。送信ルーターは PATH メッセージを受信すると、null 以外のラベルを LSP に割り当てます。また、RSVP は mpls に2つのルートを作成してインストールします。0ルーティングテーブル。S は、MPLS ラベルの S ビットを参照しています。これは、ラベルスタックの最下部に到達しているかどうかを示します。

  • ルート S=0 — スタック内にラベルが多いかどうかを示します。このルートのネクストホップは mpls を指しています。0ルーティングテーブル、チェーン MPLS ラベルルックアップをトリガーして、スタック内の残り MPLS ラベルを検出します。

  • ルート S=1 — ラベルがこれ以上いかどうかを示します。チェーンと複数ファミリのルックアップをサポートしているプラットフォームでは、ネクストホップは inet. 0 ルーティングテーブルを指しています。または、ラベルルートで、 VTインターフェイスをポイントして IP 転送を開始することもできます。

UHP Lsp を有効にした場合 MPLS、レイヤー 3 Vpn、VPLS、レイヤー 2 Vpn、レイヤー2回線などのアプリケーションは、UHP Lsp を使用できます。ここでは、UHP Lsp がさまざまなタイプの MPLS アプリケーションにどのように影響するかについて説明します。

  • レイヤー 2 VPN とレイヤー 2 回線—パケットが 2 つのラベルを使用して PE ルーター(UHP LSP のエグレス)に到着します。外側のラベル (S = 0) は UHP ラベルであり、内部ラベル (S = 1) はVCラベルです。トランスポートラベルを基にしたルックアップでは、mpls のテーブルハンドルが得られます。0ルーティングテーブル。Mpls に追加のルートがあります。0ルーティングテーブルが内部ラベルに対応しています。内側のラベルに基づくルックアップでは、CE ルーターの次ホップになります。

  • レイヤー 3 VPN—パケットが 2 つのラベルを使用して PE ルーター(UHP LSP のエグレス)に到着します。外側のラベル (S = 0) は UHP ラベルで、内側のラベルは VPN ラベル (S = 1) です。トランスポートラベルを基にしたルックアップでは、mpls のテーブルハンドルが得られます。0ルーティングテーブル。このシナリオには2つのケースがあります。デフォルトでは、レイヤー 3 Vpn がネクストホップラベルをアドバタイズしています。内側のラベルに基づいてルックアップを行うと、CE ルーターに向かう次のホップが行われます。ただし、レイヤー 3 VPN ルーティングインスタンスvrf-table-labelに対してステートメントを設定している場合、内側のLSI label は VRF ルーティングテーブルを指します。VRF ルーティングテーブルの IP ルックアップも完了しています。

    注:

    ステートメントで構成されたレイヤー 3 Vpn vrf-table-label用の uhp は、MX シリーズ5G ユニバーサルルーティングプラットフォームでのみサポートされています。

  • VPLS —パケットが 2 つのラベルを使用して PE ルーター(UHP LSP のエグレス)に到着します。外側のラベルはトランスポートラベル (S = 0) で、内部ラベルは VPLS ラベル (S = 1) です。トランスポートラベルを基にしたルックアップでは、mpls のテーブルハンドルが得られます。0ルーティングテーブル。Mpls の内部ラベルに基づいたルックアップ。0ルーティングテーブルは、トンネルサービスが設定されていない場合、または VT インターフェイスが利用できない場合に、VPLS ルーティングインスタンスの LSI トンネルインターフェイスになります。MX 3D シリーズルーターは、チェーンルックアップと複数ファミリルックアップをサポートしています。

    注:

    このステートメントで構成されたno-tunnel-service VPLS の uhp は、MX 3d シリーズルーターでのみサポートされています。

  • IPv4 over MPLS— パケットが PE ルーターに到着します(UHP LSP のエグレス)、1 つのラベル(S=1)。このラベルを基にしたルックアップは、VT トンネルインターフェイスを返します。VT インターフェイスで別の IP ルックアップが完了し、パケットを転送する場所が決定されます。ルーティングプラットフォームが、複数ファミリと連鎖ルックアップ (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 から送信) に到着します。外側のラベルはトランスポートラベル (S = 0) で、内側のラベルは IPv6 明示的-null ラベル (ラベル 2) です。Mpls の内部ラベルに基づいてルックアップを行います。0ルーティングテーブルが mpls に戻ります。0ルーティングテーブル。MX 3D シリーズルーターでは、内部ラベル (ラベル 2) は取り除かれており、inet 6.0 ルーティングテーブルを使用して IPv6 ルックアップが行われます。

  • PHP と UHP の LSP の両方を有効にする — PHP と UHP の両方の LSP を同じネットワーク パスで設定できます。PHP と UHP のトラフィックを分離するには、 install-nexthopステートメントとともに正規表現を使用して、フォワーダーの次のホップを選択します。また、Lsp に適切な名前を付けるだけで、トラフィックを分離することもできます。

以下の文は、LSP の最終ホップを可能にします。この機能は、特定の LSP またはルーター上で構成されたすべての受信 Lsp で有効にすることができます。LSP 受信で、ルーター上でこれらのステートメントを設定します。

  1. 究極のホップを有効にするにはultimate-hop-popping 、以下のステートメントを含めます。

    このステートメントを[edit protocols mpls label-switched-path label-switched-path-name]階層レベルに含めて、特定の LSP での最終ホップポップアップを有効にします。ルーターで構成され[edit protocols mpls]たすべての受信 lsp の最終ホップポップアップを有効にするには、このステートメントを階層レベルで含めます。また、同等ultimate-hop-poppingの階層[edit logical-routers]レベルでステートメントを設定することもできます。

    注:

    Resignal では、最終ホップポップを有効にすると、既存の Lsp を最終ホップとして作成しようとしています。これは、その前に中断されます。エグレス ルーター が究極のホップ ポップをサポートしていない場合、既存の LSP は取り除かされます(RSVP は LSP のパスに沿って PathTear メッセージを送信し、パスの状態と依存する予約状態を削除し、関連するネットワーク リソースを解放します)。

    究極のホップを無効にすると、RSVP は既存の Lsp を penultimate ホップとして設定し、中断されたタイミングで再通知します。

  2. MX 3D シリーズルーターだけで、最終的なホップとチェーン化されenhanced-ipnetwork-servicesた次のホップの両方を有効にするには、以下のステートメントのオプションも設定する必要があります。

    このステートメントは、 [edit chassis]階層レベルで設定します。明細書のnetwork-services設定が完了したら、ルーターを再起動して、uhp の動作を有効にする必要があります。

明示的パス Lsp の設定

制約付きパスラベル交換パス (LSP) 計算を無効にする場合は、制約付きパス LSP 計算を無効にする方法で説明されているように、lsp を手動で設定するか、lsp が IGP パスをたどることを許可します。

明示的なパス Lsp が設定されている場合、LSP は指定したパスに沿って確立されます。ネットワークがパーティション分割されているか、パスの一部で利用可能なリソースが不足しているため、パスが topologically に適していない場合、LSP は失敗します。別のパスを使用することはできません。セットアップが成功した場合、LSP は、定義されたパスに無期限に残ります。

明示的パス LSP を構成するには、以下の手順を実行します。

  1. 名前付きパスの作成に記載されているとおりに、名前付き path でパス情報を設定します。パスの完全な情報を設定するには、受信ルーターとアウトホップの間ですべてstrictのルーターを指定する必要があります。その属性を使用することを推奨します。不完全パス情報を設定するには、パスが不完全な場所のloose属性を使用して、ルーターホップのサブセットのみを指定します。

    不完全なパスの場合、MPLS ルーターはローカルルーティングテーブルを照会してパスを完成させます。このクエリはホップ単位で実行されるため、各ルーターは、次の明示的ホップに到達するために必要な情報のみを取得できます。次のような (緩い) 明示的ホップに到達するまで、多数のルーターをトラバースする必要があるかもしれません。

    不完全なパス情報を設定すると、現在のルーティングテーブルに依存するパスの部分が作成され、パスのこの部分はトポロジの変更に合わせて自動的に再ルートするようになります。そのため、不完全なパス情報を含む明示的なパス LSP は完全には修正されていません。このような種類の Lsp は、自らを修理する機能が限られており、ローカルルーティングテーブルの内容に応じてループやフラップを作成する傾向があります。

  2. LSP を設定し、名前付きパスを指すようにするにはprimarysecondaryプライマリおよびセカンダリ lsp を構成する」で説明するように、またはステートメントのいずれかを使用します。

  3. 制約付きパス LSP 計算を無効にするno-cspfには、lsp の一部として、 primaryまたは or secondaryステートメントの一部としてステートメントを含めることができます。詳細については、制約付きパス LSP 計算の無効化を参照してください。

  4. その他の LSP プロパティーを設定します。

明示的パス Lsp を使用すると、以下のような欠点があります。

  • より多くの構成作業が必要になります。

  • 構成されたパス情報では、動的なネットワーク帯域幅予約を考慮できないため、リソースが使い果たされたときに Lsp は失敗する傾向があります。

  • 明示的パス LSP に障害が発生した場合、手動で修復する必要がある場合があります。

このような制限があるため、オフラインシミュレーションソフトウェアパッケージを使用した計算による LSP 配置戦略を最適化するなど、制御された状況でのみ、明示的なパス Lsp を使用することをお勧めします。

例:明示的パス LSP の構成

受信ルーターでは、明示的なパス LSP を作成し、受信ルーターと送信ルータ間の伝送ルーターを指定します。この構成では、制約付きパス計算は実行されません。プライマリパスでは、すべての中間ホップが厳密に指定されるため、ルートを変更することはできません。第2のパスは、まずルーター14.1.1.1 を通過してから、宛先に到達するために利用可能な任意のルートを取得する必要があります。通常、セカンダリパスによる残りのルートは、IGP によって計算される最短パスです。

LSP 帯域のオーバーサブスクリプションの概要

Lsp は、LSP を通過するトラフィックの最大量に合わせて設定された帯域幅予約を使用して確立されます。すべての Lsp がリンク上で最大量のトラフィックを常時実行しているわけではありません。たとえば、リンク A の帯域幅が完全に予約されていたとしても、実際の帯域幅が使用可能な状態であることに変わりはありません。この余分な帯域幅は、他の Lsp がリンク A を使用し、リンクをオーバーサブスクライブできるようにすることで使用できます。個々のクラスタイプに設定された帯域幅をオーバーサブスクライブすることも、インターフェイスを使用してすべてのクラスタイプに1つの値を指定できます。

オーバーサブスクリプションを使用すると、トラフィックパターンの統計的な性質を活用し、リンクの使用率を高めることができます。

以下の例では、帯域オーバーサブスクリプションとアンダーレイサブスクリプションを使用する方法について説明します。

  • 通信のピーク時に時間が一致しないクラスタイプのオーバーサブスクリプションを使用します。

  • ベストエフォート型トラフィックを伝送するクラスタイプのオーバーサブスクリプションを使用します。ネットワークリソースの使用率を高めるために、exchange のトラフィックを一時的に遅延させたり、破棄したりすることが、リスクを負うことになります。

  • さまざまなクラスタイプに対して、トラフィックのオーバーサブスクリプションまたは過少配信を指定できます。たとえば、以下のように、トラフィッククラスのサブスクリプションを構成します。

    • ベストベストの取り組み:ct0 1000

    • 音声:ct3 1

Multiclass LSP に対してクラスタイプの登録を過少にすると、すべての RSVP セッションの総需要が、クラスタイプの実際の容量よりも常に少なくなります。過少になっているサブスクリプションを使用して、クラス型の使用を制限することができます。

帯域オーバーサブスクリプションの計算は、ローカルルーターでのみ実行されます。ネットワーク内の他のルーターからのシグナリングやその他の通信が不要なため、この機能を有効にしたり、この機能をサポートしていない他のルーターで使用できなくなったりすることはありません。近接ルーターは、オーバーサブスクリプションの計算について知る必要がなく、IGP に依存しています。

以下のセクションでは、Junos OS で使用可能な帯域オーバーサブスクリプションのタイプについて説明します。

LSP サイズオーバーサブスクリプション

LSP サイズオーバーサブスクリプションでは、LSP に予想されるピークレートよりも低帯域幅を設定するだけです。また、自動ポリサーの設定を調整する必要がある場合もあります。自動ポリサーは LSP に割り当てられたトラフィックを管理し、設定された帯域幅の値を超えないことを保証します。LSP サイズオーバーサブスクリプションでは、LSP が設定された帯域幅の割り当てを超えることができます。

ポリシーの維持はまだ可能です。ただし、ポリサーは、設定された値ではなく、LSP が計画している最大帯域幅を考慮するように手動で設定する必要があります。

クラスタイプオーバーサブスクリプションおよびローカルオーバーサブスクリプション乗数

ローカルのオーバーサブスクリプション乗数 (LOMs) により、さまざまなクラスタイプに対して異なるオーバーサブスクリプション値が許可されます。LOMs は、異なるリンク上ではオーバーサブスクリプション比率の設定が必要で、さまざまなクラスでオーバーサブスクリプション値が求められるようなネットワークに便利です。この機能を使用して、ベストエフォート型のトラフィックを処理するクラスタイプをオーバーサブスクライブすることができます。ただし、クラスタイプにはボイストラフィックを処理するオーバーサブスクリプションは使用しません。LOM は、ルーター上でローカルに計算されます。LOM に関連する情報は、ネットワーク内の他のルーターに通知されることはありません。

LOM は、各リンクと各クラスタイプで設定可能です。クラス別型 LOM では、オーバーサブスクリプション比率を増加または減少させることができます。クラスタイプごとの LOM は、すべてのローカル帯域幅アカウンティングを考慮しています。これは、許可されていない帯域幅の受付制御と IGP 広告に対応するためのものです。

LOM の計算は、クラスタイプ間のオーバーサブスクリプションの効果を正確に考慮する必要があるため、使用される帯域幅モデル (MAM、拡張 MAM、ロシア dolls) に結び付けられています。

注:

LOM のすべての計算は、Junos OS によって実行され、ユーザーが介入する必要はありません。

クラスタイプのオーバーサブスクリプションに関連する数式については、以下のセクションで説明されています。

Lsp の帯域幅サブスクリプションの割合の設定

デフォルトでは、RSVP では、RSVP 予約に対してすべてのクラス タイプの帯域幅(100%)を使用できます。Multiclass LSP に対してクラスタイプをオーバーサブスクライブすると、すべての RSVP セッションの総需要が、クラスタイプの実際の容量を超えることを許可されます。

同じ割合の帯域幅を使用して、インターフェイス上のクラスタイプをすべてオーバーサブスクライブまたは過少サブスクライブする場合は、 subscriptionステートメントを使用して割合を設定します。

このステートメントを含めることができる階層レベルのリストについては、「ステートメントの概要」セクションを参照してください。

各クラスタイプの帯域幅を過少サブスクライブしたりオーバーサブスクライブしたりするにはct0ct1ct2ct3subscriptionステートメントの各クラスタイプ (、、、、) オプションにパーセンテージを設定します。クラスタイプをオーバーサブスクライブすると、LOM が適用されて、予約済みの実際の帯域幅を計算します。詳細については、クラスタイプオーバーサブスクリプションとローカルのオーバーサブスクリプション乗数を参照してください。

このステートメントを含めることができる階層レベルのリストについては、「ステートメントの概要」セクションを参照してください。

percentageRSVP が予約に使用できるクラスタイプの帯域幅の割合です。0 ~ 65000% の値にすることができます。100よりも大きい値を指定した場合、インターフェイスまたはクラスタイプのオーバーサブスクリプションが実行されます。

クラスタイプをオーバーサブスクライブするときに設定した値は、クラスタイプの帯域幅のうち、実際に使用可能なものの割合です。デフォルトのサブスクリプション値は 100% です。

このステートメントを使用subscriptionして、1つまたは複数のクラスタイプの新しい RSVP セッションを無効にすることができます。0の割合を設定した場合、新しいセッション (帯域幅を必要としないものを含む) はクラスタイプに許可されます。

既存の RSVP セッションは、サブスクリプションファクターの変更による影響を受けません。既存のセッションをクリアするにはclear rsvp session 、コマンドを発行します。コマンドの詳細については、 clear rsvp session CLI Explorer を参照してください

帯域幅サブスクリプションの設定に関する制約

帯域幅サブスクリプションを設定する際には、以下の問題に注意してください。

  • 帯域幅の[edit class-of-service interface interface-name]制約を階層レベルで設定した場合、Diffserv TE の[edit protocols rsvp interface interface-name bandwidth]階層レベルで指定したすべての帯域幅構成が優先されます。また、CoS または RSVP の帯域幅の制限のどちらかによって、インターフェイスハードウェア帯域幅の制約が上書きされる可能性があることに注意してください。

  • すべてのインターフェイスに設定された値subscription[edit protocols rsvp interface interface-name][edit protocols rsvp interface all]は異なる特定のインターフェイスの帯域幅サブスクリプション値を構成する場合は (階層レベルでステートメントに異なる値を含めることで)、そのインターフェイスには、インターフェイス固有の値が使用されます。

  • 各クラスタイプにサブスクリプションを設定するには、帯域幅モデルも構成する必要があります。帯域幅モデルが設定されていない場合、コミット処理は失敗し、次のエラーメッセージが表示します。

  • 特定のクラスタイプsubscriptionとインターフェイス全体の構成には、両方のステートメントを含めることはできません。コミット操作が失敗し、以下のエラーメッセージが表示されます。

リリース履歴テーブル
リリース
説明
14.1R9
Junos OS リリース 14.1 R9、15.1 R7、16.1 R5、16.1 X2、16.2 R3、17.2 R2 のすべてのゼロ値帯域幅サンプルはアンダーフローサンプルと見なされます。ただし、LSP が初めて開始された後に到着したゼロ値サンプルとゼロ値サンプルは除きます。はじめに、ルーティングエンジンのスイッチオーバーが登場します。