MPLS のプロパティは、インターフェイスまたは回線のプロパティのウィンドウにある [MPLS] タブで設定され、[インターフェイス（Interfaces）] または [回線（Circuits）] テーブルに表示されます。

1. プランファイルを開きます（プランファイルを開くを参照）。[ネットワーク設計（Network Design）] ページに表示されます。

2. それぞれのテーブルから 1 つ以上のインターフェイスまたは回線を選択します。

3. をクリックします。

   Note	単一のインターフェイスまたは回線を編集する場合は、[アクション（Actions）] 列の下にある > [編集（Edit）] オプションを使用することもできます。

4. [MPLS] タブをクリックします。

必要に応じて、次のプロパティを設定します。

• [予約可能帯域幅（Reservable BW）]：インターフェイスを介してルーティングされる LSP によって予約可能な帯域幅の量が表示されます。

• [予約可能帯域幅（%）（Reservable BW (%)）]：インターフェイスを介してルーティングされる LSP によって予約可能な帯域幅のパーセンテージが表示されます。

• [TEメトリック（TE metric）]：LSP が使用するパスが決定されます。

• [アフィニティ（Affinities）]：設定されているアフィニティが一覧表示されます。詳細については、アフィニティを参照してください。

• [フレキシブル アルゴリズム アフィニティ（Flex algo affinities）]：インターフェイス（MPLS）に割り当てられたフレキシブル アルゴリズム アフィニティが一覧表示されます。

• 状態：

  • [TE対応（TE enabled）]：インターフェイスを介して LSP をルーティングできるかどうかを識別します。オンにすると、値が True に設定され、LSP のルーティングに TE メトリックが使用されます（LSP の [TEメトリックを無効化（TE metric disabled）] フィールドがオフになっている場合）。

  • [FRR対応（FRR enabled）]：FRR LSP によって回避される指定インターフェイス。このプロパティが設定されたインターフェイスのみが、FRR LSP の作成時に FRR LSP イニシャライザによって使用されます。このプロパティは、手動で作成された FRR LSP には影響しません。詳細については、高速再ルーティング シミュレーションを参照してください。

[インターフェイス（Interfaces）] または [回線（Circuits）] テーブルの次の列が更新されます。

• [シミュレートされたTEメトリック（TE metric sim）]：有効な TE メトリックを示す派生列。[TEメトリック（TE Metric）] が空である場合は、これが IGP メトリックに設定されます。

• [シミュレートされた予約可能帯域幅（Resv BW sim）]：派生列。

  • [予約可能帯域幅（Reservable BW）] の値を入力すると、その値が [シミュレートされた予約可能帯域幅（Resv BW sim）] 列にコピーされます。

  • [予約可能帯域幅（Reservable BW）] と [予約可能帯域幅（%）（Reservable BW (%)）] が「na」である場合は、[シミュレートされた予約可能帯域幅（Resv BW sim）] が [シミュレートされたキャパシティ（Capacity sim）] 列からコピーされます。

  • [予約可能帯域幅（Reservable BW）] が「na」であり、[予約可能帯域幅（%）（Reservable BW (%)）] に値がある場合、[シミュレートされた予約可能帯域幅（Resv BW sim）] の値は、次の式で導出されます。

    Capacity sim * (Reservable BW (%) / 100)

    必要に応じて、この動作を変更して、予約済み帯域幅の制約がシミュレーション中に使用されないようにすることができます。これは、プランニングに役立つ場合があります。詳細については、キャパシティプランニングの予約可能帯域幅を無視するを参照してください。

• LSP に含まれるインターフェイス トラフィックの量を確認するには、次の列を [インターフェイス（Interfaces）] テーブルで表示します。2 つの合計は [シミュレートされたトラフィック（Traff sim）] と等しくなります。

  • [シミュレートされたLSPトラフィック（Traff sim LSP）]：インターフェイス上の LSP トラフィックの合計量。

  • [シミュレートされた非LSPのトラフィック（Traff sim non LSP）]：インターフェイス上の非 LSP トラフィックの合計量。

  LSP トラフィックを伝送するインターフェイスを判別するには、列をソートします。LSP トラフィックがあるかどうかに基づいて、選択した 1 つ以上のインターフェイスに関連付けられているデマンドを決定するには、それらを選択し、 > [デマンドのフィルタ処理（Filter to demands）] > [すべてのインターフェイスを通過（Through all interfaces）] の順に選択します。その後、 > [LSPのフィルタ処理（Filter to LSPs）] の順に選択します。

• [ロードシェアリング（Loadshare）]：この列が [LSP] テーブルに表示されます。これは、並列である（同じ送信元と接続先を持つ）他の LSP と、この値の比率に基づいて、LSP 間でいずれかのトラフィックを再配布するための値を示します。

LSP パスは、「ホット」スタンバイパスとして定義できます。スタンバイパスは、関連付けられた LSP が異なるパスオプションを持つパスを使用してルーティングされる場合でも、常に確立されます。RSVP LSP の場合は、それらのセットアップ帯域幅が予約されます（存在する場合）。これらのスタンバイ LSP パスは、現在ルーティングされているパスが使用できなくなった場合にすぐに使用可能になります。

RSVP LSP および関連付けられた LSP パスの例に、4 つの LSP パスを使用する RSVP LSP（cr1.lon_cr2.fra）を示します。cr1.lon_cr2.fra LSP には、プライマリおよびスタンバイ セカンダリ パス オプション（100 および 200）があり、それぞれのセットアップ帯域幅は 0 です。どちらも、定義された名前付きパスを使用して確立されます。プライマリ LSP パスとセカンダリ LSP パスの両方に、関連付けられた名前付きパスがあり、それらは [パス名（Path name）] 列に表示されます。他の 2 つのパスには関連付けられた名前付きパスがないため、動的にルーティングされます。

この例の LSP は、障害に次のように対応します。

1. プライマリパス（cr1.lon_cr2.fra_100）に障害が発生すると、セカンダリパス（cr1.lon_cr2.fra_200）が使用されます。

2. 関連付けられた名前パスを持つ両方のパスに障害が発生した場合は、動的パスが、LSP から継承された 125 Mbps の予約済み帯域幅で確立されます。このパスは、スタンバイではないため、最初はセットアップされません。

3. すべてのパスに障害が発生した場合、最終手段のパスは、帯域幅がゼロの動的パスです。これにより、稼働状態の LSP が常に存在する状態が確保され、その LSP に依存するサービスが常に使用可能になります。

4. LSP アクティブパスが設定されている場合は、シミュレーションが変化します。たとえば、cr1.lon_cr2.fra_200 がアクティブパスである場合（つまり、LSP の [アクティブパス（Active path）] 列に 200 が表示されている場合）、Cisco Crosswork Planning は、最初に cr1.lon_cr2.fra_200 を使用し、次に前のシーケンスを実行します。

名前付きパスの例（cr1.lon_cr2.fra LSP）は、前の例（RSVP LSP および関連付けられた LSP パスの例）を拡張したもので、cr1.lon_cr2.fra LSP の 2 つの名前付きパスを示しています。これは、最初の 2 つの LSP パスにそれぞれ名前付きパスがあることを示しています。命名規則は「<LSP_Name>_<Path_Option>」です。この例では cr1.lon_cr2.fra_100 と cr1.lon_cr2.fra_200 です。

各名前付きパスのホップは、[名前付きパスホップ（Named Path Hops）] と呼ばれる個別のテーブルで定義されます。cr1.lon_cr2.fra_100 の名前付きパスホップの例 は、名前付きパス cr1.lon_cr2.fra_100 の名前付きパスホップを示しています。[手順（Step）] 列にホップ順序が表示されます。

• 最初のホップはインターフェイスホップです。つまり、cr1.par から cr2.par へのインターフェイス上の厳格ホップです。

• 2 つ目のホップはノードホップです。やはり、cr2.par への厳格ホップです。

• 3 つ目のホップはインターフェイスホップです。つまり、cr1.fra から cr2.fra へのインターフェイス上の厳格ホップです。

cr1.lon_cr2.fra_200 のホップも同様に定義されます。

アフィニティが LSP ルーティングに影響を与えるには、ルーティングプロセスに含めるか除外するインターフェイスに割り当てられたアフィニティに、LSP を関連付ける必要があります。アフィニティが指定されていない場合、LSP は任意のパスを介してルーティングできます。明示的なルートは、非厳格関係を持つホップのアフィニティを持つこともできます（名前付きパスと明示的 LSP ルーティングを参照）。

Cisco Crosswork Planning は、FRR LSP を使用して高速再ルーティング コンバージェンス モードをシミュレートします。保護された RSVP-TE LSP のルートで障害が発生した場合、事前シグナリングされた FRR LSP（またはバイパストンネル）は、トラフィック（通常、障害発生直前のノードからダウンストリームノードへの）を、障害点を回避してローカルに転送します。この復元メカニズムにより、FRR LSP の送信元ノード（ヘッドエンド）に、障害を回避する代替ルートを再確立する時間が与えられます。この期間は、ネットワークの「50 ミリ秒」動作と呼ばれることがあります。これは、FRR の復元が、理想的には障害発生から約 50 ミリ秒以内に有効になるためです。

FRR シミュレーションは、フル コンバージェンス シミュレーションと比較して、LSP およびデマンドのルーティングが次のように異なります。

• 保護された LSP の送信元ノードは、トラフィックを再ルーティングしません。LSP パス内のノードまたは回線（リンク）で障害が発生すると、次のルーティングが行われます。

  • 障害が発生したノードまたは回線を保護する FRR LSP が存在する場合、保護された LSP は引き続きルーティングされますが、その新しいパスには、障害を回避してトラフィックをリダイレクトする FRR LSP ルートが含まれます。このトラフィックは、障害の直前は FRR LSP の送信元ノードに入り、障害後は FRR LSP の接続先ノードで、保護された LSP パスに再参加します。

  • LSP が FRR LSP によって保護されていない場合、LSP トラフィックはルーティングされません。

• IGP 再コンバージェンスがないため、ルーティングされていない LSP を介したデマンドはルーティングされません。さらに、これらの LSP の外部で発生した障害を介するデマンドは、ルーティングされません。

ネットワークでは、自動帯域幅対応 LSP は、設定された自動帯域幅タイマーに基づいてセットアップ帯域幅を定期的にリセットし、必要に応じて新しいルートを確立します。帯域幅に制約があるネットワークでは、LSP ルートの変更によって他の LSP がルーティングできなくなる可能性があります。これにより、コンバージェンスされなくなり、各 LSP のトラフィック量、セットアップ帯域幅設定、および得られるルートが影響を受ける可能性があります。

Cisco Crosswork Planning は、この不安定さをシミュレートしませんが、自動帯域幅対応 LSP はシミュレートします。このシミュレーションモードでは、内部的に Cisco Crosswork Planning が最初に自動帯域幅対応 LSP をゼロのセットアップ帯域幅でルーティングします。その後、デマンドがルーティングされ、各 LSP を通過するシミュレートされたトラフィック（Traff Sim）が決定されます。プランファイルおよび UI の結果として、自動帯域幅対応 LSP ごとに [シミュレートされたトラフィック（Traff Sim）] の値が [シミュレートされたセットアップ帯域幅（Setup BW Sim）] にコピーされ、その後、それらの LSP が新しい [シミュレートされたセットアップ帯域幅（Setup BW Sim）] の値を使用してルーティングされます。一部の LSP をルーティングできない場合、このプロセスの結果として得られる [シミュレートされたトラフィック（Traff Sim）] の値と [シミュレートされたセットアップ帯域幅（Setup BW Sim）] の値は、すべての自動帯域幅対応 LSP に関して互いに一致しない可能性があることに注意してください。

2 つの自動帯域幅シミュレーションモードを使用できます。障害をシミュレートする前、または自動帯域幅対応 LSP に関するシミュレーション分析を実行する前に、シミュレートする必要がある状態に応じて適切なモードを選択してください。

• [自動帯域幅コンバージェンス（Autobandwidth convergence）] モードでは、トラフィック（シミュレートされたトラフィック（Traff Sim））が他の LSP に再ルーティングされた後、[シミュレートされたセットアップ帯域幅（Setup BW Sim）] の値がリセットされる前に、ネットワークがシミュレートされます。これにより、障害に対する即時の最適ではない応答がシミュレートされます。

• [自動帯域幅コンバージェンス（障害を含む）（Autobandwidth convergence (including failures)）] モードでは、[セットアップ帯域幅シミュレーション（Setup BW Sim）] の値がリセットされた後にネットワークがシミュレートされます。これにより、障害に対するより長く、より適切な応答がシミュレートされます。

Note	[自動帯域幅コンバージェンス（Autobandwidth convergence）] および [自動帯域幅コンバージェンス（障害を含む）（Autobandwidth convergence (including failures)）] シミュレーションモードは、単一のトラフィックレベルのプランファイルでのみ使用できます。

これらの自動帯域幅シミュレーションでは、LSP の [自動帯域幅（Autobandwidth）] プロパティが true に設定されていることと、[ネットワーク オプション（Network options）] ページ（ツールバーで、[] をクリックするか、[アクション（Actions）] > [編集（Edit）] > [ネットワークオプション（Network options）] の順に選択）から 2 つの自動帯域幅モードのいずれかが選択されていることが必要です。

CS-RSVP LSP の主な機能は次のとおりです：

• 永続的なエンドツーエンドのトラフィック設計されたパス：両方向で予測可能な同一の遅延を提供します。

• 厳密な帯域幅コミットメント：他のサービスからのネットワーク負荷の変化によって、SLA に影響が及ばないようにする。

• エンドツーエンドの保護と復元メカニズム： は堅牢な保護と復元メカニズムを実装します。

• パス整合性の監視とメンテナンス： はパスの完全性を継続的に監視して維持します。

• データ プレーンの復元力：コントロール プレーンがダウンしている場合でも、データ プレーンは動作を維持します。

冗長性を向上させるために、CS-RSVP LSP には 4 つのパス（Working（W）、Protect（P））、および対応する復元パス（それぞれ WR および PR）があります。パスは、LSP パスの表の「パス オプション」フィールドに従って、W、P、および復元パスとして分類されます。下位から上位に、それぞれ W、P、WR、および PR として分類されます。

• 動作中のパス（W）：パス オプション値が最も小さいパスです。

• 保護パス（P）： 2 番目にパス オプション値が小さいパスです。

• 復元パス（WR および PR）：これらのパスは、対応する W または P がダウンしているときに、分離制約を考慮して動的に計算されます。デフォルトでは、node-disjoint が考慮されます。ノードの分離が可能な場合は、自動的にリンクの分離にフォールバックします。SRLG-disjoint が指定されている場合は、ノードとリンクの分離よりも優先されます。システムが分離された復元パスを見つけられない場合、対応する CS-RSVP LSP がバックアップパス保護なしで動作を続けます。

  復元パスは、LSP パスの [保護元（Protected by）] フィールドに基づいて計算されます。詳細は、復元パスの計算を参照してください。

Cisco Crosswork Planning W パスと P パスの両方に、名前付きパスで完全明示的なパスが定義されていることを確認します。

Cisco Crosswork Planning は、次のチェックを実行して、パスがルーティング可能かどうかを判断します。

• 明示パスは、両方向で同じホップを通過します。このチェックは、ダイナミックにルーティングされた復元パスにのみ適用されます。

• 明示パスは、両方向でエンドポイントに到達できます。構成チェックは実行されないことに注意してください。

• パスには、セットアップ帯域幅要件を満たすのに十分な帯域幅があります。非対称構成はチェックされないことに注意してください。

• W または P がダウンしている場合、 Cisco Crosswork Planning は対応する復元パスを計算します。[ネットワークオプション（Network options）] ページで [バイアスルーティング（Biased routing）] オプションが有効になっている場合、復元パスは、既存の予約済みリソースを再利用して計算されます。 バイアス ルーティング が無効になっている場合、復元パスは定期的に計算されます。詳細については、「バイアス ルーティング」を参照してください。

• LSP パスをルーティングする場合、ルートは名前付きパスで定義されたホップに従います。W と P は、名前付きパスにリストされている完全明示的なパスがあります。名前付きパスが明示的でない、またはルーティング不可能な場合、LSP パスはルーティング解除されます。パスは、復元パスに対してのみ動的に見つかります。

• 復元パスをルーティングする場合、トラフィックを伝送する既存のパスからのノードの分離とリンクの分離がデフォルトで考慮されます。ノードの分離が不可能な場合は、リンクの分離が考慮されます。SRLG の分離が LSP レベルで構成されている場合、SRLG の分離が考慮されます。

CS-RSVP LSP オプティマイザー ツールは、指定されたエンドポイントペア、アソシエーション ID、送信元アドレス、およびグローバル ID に基づいて CS-RSVP LSP を作成、検索、および最適化するのに役立ちます。既存の CS-RSVP LSP と新規に作成した CS-RSVP LSP の両方を一緒に最適化します。または、既存の LSP だけ、または新規に作成した LSP だけを最適化するように選択できます。

Cisco Crosswork Planning の CS-RSVP LSP シミュレーション診断ツールは、CS-RSVP LSP の構成および分離チェックを実行します。

CS-RSVP LSP は、LSP および LSP パスに関連付けられます。ここでは、可視化方法について説明します。

• CS-RSVP LSP

• CS-RSVP LSP に関連付けられた LSP、および

• CS-RSVP LSP に関連付けられた LSP パス。

ポイントツーマルチポイント（P2MP）LSP は、単一の送信元から複数の場所への複数のパスをセットアップするために、IP マルチキャストに代わる MPLS を提供します。稼働中のネットワークでは、その信号はネットワーク全体に 1 回送信され、パケットは、関連する、または指定された分岐 MPLS ノードでのみ複製されます。

P2MP LSP は、同じ送信元ノードを持つ 2 つ以上のサブ LSP で構成されます。Cisco Crosswork Planning のほとんどでは、サブ LSP が「LSP」と呼ばれ、この 2 つは区別されません。

P2MP LSP または関連するサブ LSP を表示するには、[P2MP LSP（P2MP LSPs）] テーブルおよび [LSP] テーブルからそれらを選択します。LSP が P2MP LSP に属しているかどうかを判断するには、[LSP] テーブルの [P2MP LSP] 列を表示します。

例：P2MP LSP および関連サブ LSP には、2 つの P2MP LSP（LSP_er12 と LSP_er13）があります。LSP_er12 と LSP_er13 には、送信元ノードとしてそれぞれ「er12」と「er13」があります。[LSP] テーブルでは、最初の 3 つの LSP が、送信元ノードとして er12 を持ち、LSP_er12 P2MP LSP のサブ LSP です（[P2MP LSP] 列に示されています）。同様に、送信元ノードとして er13 を持つ LSP が、LSP_er13 P2MP LSP のサブ LSP です。[P2MP LSP（P2MP LSPs）] テーブルの [サブLSP数（Sub LSP count）] は、各 P2MP LSP のサブ LSP の数を示します。

RSVP-TE LSP の設定と状態は、SNMP、設定解析ツール、またはその他の方法を介して、LSP の送信元ノードからネットワーク検出を使用して読み取られます。これらの設定は、プランファイルに存在しないノードまたはインターフェイスを参照する可能性があるため、「未解決」と呼ばれます。たとえば、送信元の設定から読み取られた LSP 接続先ノードがプランファイルに含まれていない場合があります。これらの違いにはいくつかの理由があります。

• プランファイルが変更され、IGP 内のノード数よりも少ないノードが含まれるようになった。

• Cisco Crosswork Planning が、すべてのノードを読み取れないか、すべてのノードの IP アドレスを取得できない。

• LSP 自体が正しく設定されていない。

解決されない可能性のある参照は、次のとおりです。

• LSP の接続先ノード。

• 送信元ノードで設定された名前付きパスのホップ。

• 送信元ノードから読み取られた実際のパスのホップ。

Cisco Crosswork Planning は、これらの参照をできるだけ多く解決しようとします。テーブルと列は次のように更新されます。

• LSP 接続先が解決されると、[LSP] テーブルの [接続先（Destination）] 列で更新されます。解決されない場合、列は空のままになります。元の IP アドレスは、接続先が解決されたかどうかに関係なく、[NetInt 接続先（NetInt Destination）] 列に残ります。

• ホップが解決されると、[名前付きパスのホップ（Named Path Hops）] テーブルと [実際のパスのホップ（Actual Path Hops）] テーブルの [ノード（Node）] 列および [インターフェイス（Interface）] 列で更新されます。解決されない場合、列は空のままになります。元の IP アドレスは、接続先が解決されたかどうかに関係なく、[NetIntHop] 列に残ります。

Cisco Crosswork Planning は、明示的に要求しない限り、これらの参照をさらに解決しようとはしません。これが役に立つ特別な場合があります。たとえば、追加のノードが 2 回目のネットワーク検出手順でネットワークに追加され、元のネットワークの LSP にこれらのノードへの未解決の参照がある場合は、LSP を再度解決することが有用です。