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

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

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

3. をクリックします。

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

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

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

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

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

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

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

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

• State:

  • [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（LSPs）] テーブルに表示されます。これは、並列である（同じ送信元と接続先を持つ）他の 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）が決定されます。プランファイルおよび GUI の結果として、自動帯域幅対応 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）] の値がリセットされた後にネットワークがシミュレートされます。これにより、障害に対するより長く、より適切な応答がシミュレートされます。

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

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

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

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

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

例：P2MP LSP および関連サブ LSP には、2 つの P2MP LSP（LSP_er12 と LSP_er13）があります。LSP_er12 と LSP_er13 には、送信元ノードとしてそれぞれ「er12」と「er13」があります。[LSP（LSPs）] テーブルでは、最初の 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（LSPs）] テーブルの [接続先（Destination）] 列で更新されます。解決されない場合、列は空のままになります。元の IP アドレスは、接続先が解決されたかどうかに関係なく、[NetInt 接続先（NetInt Destination）] 列に残ります。

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

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