Cisco ASR 9000 シリーズ アグリゲーション サービス ルータ MPLS コンフィギュレーション ガイド リリース 4.3.x

MPLS-TE を使用すると、ISP は、スループットと遅延の点で最善のサービスをユーザに提供するためにネットワーク トラフィックをルーティングできます。 トラフィック エンジニアリングでは、サービス プロバイダーの効率を高めることによって、ネットワークのコストを削減します。

現在、一部の ISP は、オーバーレイ モデルを基礎としてサービスを提供しています。 オーバーレイ モデルでは、送信施設はレイヤ 2 スイッチングによって管理されます。 ルータはフル メッシュの仮想トポロジだけを認識し、ほとんどの宛先が 1 ホップ離れて出現します。 明示的なレイヤ 2 転送レイヤを使用する場合、トラフィックが使用可能な帯域幅を使用する方法を正確に制御できます。 ただし、オーバーレイ モデルには、数多くのデメリットがあります。 MPLS-TE では、個別のネットワークを稼働させることも、スケーラブルではないフル メッシュのルータ相互接続を使用することもなく、オーバーレイ モデルの TE の利点が得られます。

MPLS-TE では、RSVP を使用して、バックボーン上でラベル スイッチド パス（LSP）を自動的に確立および維持します。 LSP で使用されるパスは、LSP リソース要件とネットワーク リソース（帯域幅など）によって決まります。 使用可能なリソースは、リンクステートベースの内部ゲートウェイ プロトコル（IGP）に対する拡張機能を使用してフラッディングされます。

MPLS-TE トンネルは、必要なリソースと使用可能なリソースの適合の度合いに基づいて LSP ヘッドエンド ルータで計算されます（制約ベースのルーティング）。 IGP は、これらの LSP にトラフィックを自動的にルーティングします。

バックボーンのエンジニアリングを行う方法の 1 つは、すべての入力デバイスからすべての出力デバイスまでのトンネルのメッシュを定義することです。 MPLS-TE パス計算モジュールおよびシグナリング モジュールは、これらのトンネルの LSP で使用されるパスを、リソースのアベイラビリティとネットワークの動的な状態に基づいて決定します。

（入力デバイスで動作する）IGP は、どの出力デバイスにどのトラフィックを送信するかを決定し、入力から出力へのトンネルにそのトラフィックをステアリングします。 入力デバイスから出力デバイスへのフローが大きいため、単一のリンクに収まらず、単一のトンネルでは伝送できなくなる可能性があります。 この場合、特定の入力および出力の間に複数のトンネルを設定し、ロード シェアリングを使用してそれらのトンネルの間でフローを分散することができます。

MPLS トラフィック エンジニアリング AutoTunnel バックアップ機能を使用すると、ルータは、MPLS TE トンネルを使用して設定されたインターフェイスでバックアップ トンネルをダイナミックに構築できます。 この機能によって、ルータは、必要なときにバックアップ トンネルをダイナミックに構築できます。 これにより、MPLS TE トンネルをスタティックに構築する必要がなくなります。

MPLS トラフィック エンジニアリング（TE）：AutoTunnel バックアップ機能には次の利点があります。

• バックアップ トンネルは自動的に構築されるため、ユーザが各バックアップ トンネルを事前に設定し、保護対象のインターフェイスにそのバックアップ トンネルを割り当てる必要はありません。
• 保護は拡張されます。ただし、TE トンネルを使用していない IP トラフィック、または TE トンネルを使用していないラベル配布プロトコル（LDP）ラベルは FRR で保護されません。

この機能は、次の障害から保護します。

• P2P トンネル NHOP 保護：関連する P2P 保護トンネルのリンク障害から保護します。
• P2P トンネル NNHOP 保護：関連する P2P 保護トンネルのノード障害から保護します。
• P2MP トンネル NHOP 保護：関連する P2MP 保護トンネルのリンク障害から保護します。

定期的なバックアップ プロモーションは、すでに保護されているプライマリ トンネルにより適切なバックアップを見つけて、割り当てようとします。

AutoTunnel バックアップを使用すると、NHOP および NNHOP AutoTunnel バックアップの両方が作成される場合、唯一のシナリオでは、2 つのバックアップが同じプライマリ トンネルを保護できます。 NHOP および NNHOP バックアップ トンネルが起動するとすぐに、バックアップ割り当てが行われます。 そのため、定期的なプロモーションを待機する必要はありません。

AutoTunnel バックアップの例外はありませんが、定期的なバックアップ プロモーションは、AutoTunnel バックアップによって保護されるプライマリ トンネルに影響を与えません。

1 つの例外は、ユーザが mpls traffic-eng fast-reroute timers promotion コマンドを使用して手動によるプロモーションをトリガーしたときです。この場合、バックアップ割り当てまたはプロモーションは、保護されないトンネルを含む、すべての FRR 保護のプライマリ トンネルでトリガーされます。 これにより、必要な AutoTunnel バックアップがまだ作成されていない場合に時間ウィンドウ内でコマンドを入力すると、AutoTunnel バックアップの作成がただちに行われることがあります。

mpls traffic-eng fast-reroute timers promotion sec グローバル コンフィギュレーション コマンドを使用して、定期的なプロモーション タイマーを設定できます。 値の範囲は 0 ～ 604800 秒です。

（注）	定期的なプロモーション タイマーの値が 0 の場合、定期的なプロモーションはディセーブルになります。

先行標準 DS-TE では、RSVP シグナリングおよび IGP アドバタイズにシスコ独自のメカニズムを採用しています。 この DS-TE モードには、サードパーティ ベンダー製機器との相互運用性はありません。 先行標準 DS-TE をイネーブルにするには、MPLS 対応のインターフェイスでサブプール帯域幅の値を設定する必要があります。

先行標準 Diff-Serve TE モードでは、グローバル プールとサブプールの 2 つの帯域幅を持つ単一の帯域幅制約モデル Russian Doll Model（RDM）がサポートされます。

先行標準 DS-TE モードでは、TE クラス マップは使用されません。

IETF DS-TE モードは、RSVP および IGP に IETF 定義の拡張機能を使用します。 このモードには、サードパーティ ベンダー製機器との相互運用性があります。

IETF モードでは、RDM および MAM（両方とも 2 つの帯域幅プールを使用）を含む複数の帯域幅制約モデルがサポートされます。 IETF DS-TE ネットワークでは、すべてのノードで同一の帯域幅制約モデルを設定する必要があります。

TE クラス マップは IETF DS-TE モードで使用され、ネットワーク内のすべてのノードでの方法と同じ方法で設定する必要があります。

IETF DS-TE モードでは、RDM および MAM 帯域幅制約モデルがサポートされます。 両方のモデルで最大 2 つの帯域幅プールがサポートされます。

Cisco IOS XR ソフトウェアには、帯域幅制限モデルを切り替えるためのグローバル コンフィギュレーションが用意されています。 代替の帯域幅制約モデルにスワップする前に、帯域幅制約を事前に設定するには、両方のモデルを単一のインターフェイスで設定できます。

（注）	帯域幅制約モデルまたは設定情報を変更すると、NSF は保証されません。

デフォルトでは、先行標準モードと IETF モードの両方で使用するデフォルトの帯域幅制限モデルは RDM です。

IGP でアドバタイズできる 8 つの帯域幅値のそれぞれが TE クラスに対応します。 IGP では 8 個の帯域幅値だけがアドバタイズされるため、IETF DS-TE ネットワークでサポートされる TE クラスは最大 8 個に限られます。

TE クラスのマッピングは、DS-TE ドメイン内のすべてのルータで完全に同じにする必要があります。 一貫性を自動的に検査または強制する方法はないため、これらの設定を正しく設定するのは、オペレータの役割です。

オペレータは、有効な TE クラスを構成するために TE トンネル クラス タイプとプライオリティ レベルを設定する必要があります。 TE クラス マップ設定を変更すると、すでにアップしているトンネルがダウンになります。 有効な TE クラス マップが見つかった場合は、ダウン状態のトンネル設定できます。

デフォルトの TE クラスと属性が示されています。 デフォルト マッピングには 4 つのクラス タイプが含まれています。

TE リンク管理（TE-Link）は、次の場合に、ネットワークにフラッディングする、グローバル プールとサブプールの両方の使用可能な帯域幅と最大帯域幅について IGP に通知します。

• 定期的なタイマーが期限切れになった（これは、帯域幅プール タイプに依存しません）。
• トンネル起点ノードには、使用可能なグローバル プール帯域幅またはサブプール帯域幅のいずれかに関する最新ではない情報があり、これによってミッドポイントでトンネル アドミッション障害が発生します。
• 消費される帯域幅が、ユーザ設定のしきい値を超過した。 グローバル プールとサブプールの両方に同じしきい値が使用されます。 いずれかの帯域幅がしきい値を超過すると、両方の帯域幅がフラッディングします。

フラッディングは一般に、ネットワークに負担をかける可能性があります。これは、すべてのルータがこれらの更新を送信して処理する必要があるためです。 不定期のフラッディングにより、トンネル ヘッド（トンネル発信元ノード）の情報が最新ではなくなり、これが原因でトンネル アドミッションがミッドポイントで失敗します。

一連のしきい値を設定することで、フラッディングの頻度を制御できます。 （1 つ以上のプライオリティ レベルで）ロックされた帯域幅がいずれかのしきい値を超過すると、フラッディングがトリガーされます。

しきい値は、ロックされている、使用可能な最大帯域幅（グローバル プール）の割合と、ロックされている、使用可能な保証されている最大帯域幅（サブプール）の割合に適用されます。 1 つ以上のプライオリティ レベルで、これらのいずれかの割合がしきい値を超過すると、フラッディングがトリガーされます。

（注）	グローバル プール TE トンネルをセットアップすると、サブプール トンネルに割り当てられたロックされた帯域幅が少なくなります（また、そのためにしきい値を超過します）。 同様に、サブプール TE トンネルのセットアップが原因で、グローバル プール TE トンネルのロックされた帯域幅がしきい値を超過することがあります。 そのため、サブプール TE およびグローバル プール TE トンネルは、しきい値によってフラッディングがトリガーされるときに相互に影響を与える可能性があります。

MPLS-TE エリア間トンネリング機能を使用すると、複数の Interior Gateway Protocol（IGP）エリアとレベルにまたがる P2P および P2MP TE トンネルを確立できます。それによって、ヘッドエンドおよびテールエンド ルータが単一のエリアに存在させるという要件がなくなります。

エリア間サポートでは、複数のエリアにまたがる TE LSP を設定できます。この場合、ヘッドエンドおよびテールエンド ラベル スイッチド ルータ（LSR）は異なる IGP エリア内にあります。

複数の IGP エリア バックボーンを実行しているカスタマーには、マルチエリアおよびエリア間 TE が必要です（主に拡張性のため）。 これにより、フラッディングされる情報の量が制限され、SPF 期間が短くなり、特に複数のエリアで大きい WAN バックボーンが分割されているエリア内のリンクまたはノード障害の影響が少なくなります。

図 3. エリア間（OSPF）TE ネットワークの図. この図は、一般的なエリア間 TE ネットワークを示しています。

マルチエリア サポートを使用すると、エリア境界ルータ（ABR）LSR は、複数の IGP エリアで MPLS-TE をサポートできます。 TE LSP は、引き続き単一のエリアに制限されます。

複数の IGP エリア バックボーンを実行する場合、マルチエリアおよびエリア間 TE が必要です。 マルチエリアおよびエリア間 TE を使用すると、次のことが可能です。

• フラッディングされる情報の量を制限する。
• SPF の期間を短くする。
• エリア内のリンクまたはノード障害の影響を少なくする。

図 4. レベル間（IS-IS）TE ネットワーク

図に示されているように、R2、R3、R7、および R4 では、ルーティングと TE 情報に関する 2 つのデータベースが保持されます。 たとえば、R3 では、R2 に関連する TE トポロジ情報はレベル 1 IS-IS LSP からフラッディングされ、R4、R9、および R7 に関連する TE トポロジ情報はレベル 2 IS-IS リンクステート PDU（LSP）（および独自の IS-IS LSP）からフラッディングされます。

（注）	IS-IS レベル 1 内で複数のエリアを設定できます。 これは、TE に対してトランスペアレントです。 TE には、IS-IS レベルに関するトポロジ情報がありますが、エリア ID はありません。

ルーズ ホップ最適化を使用すると、複数のエリアにまたがるトンネルを再最適化でき、LSP のヘッドエンドの OSPF エリアおよび IS-IS レベル内にないホップを MPLS-TE LSP が通過させるときに発生する問題が解決されます。

エリア内 MPLS-TE を使用すると、パス沿いにある ABR のルーズ ソース ルートを指定することで、エリア内トラフィック エンジニアリング（TE）ラベル スイッチド パス（LSP）を設定できます。 その後、（ヘッドエンドに指定されている）ネクスト ホップ ABR に到達するために、次のエリア内で TE LSP 制約に従うパスを見つけるのは、（両方のエリアを全体的に把握する）ABR の責任になります。 テールエンド LSR に到達するために、テールエンド エリアに接続されている最後の ABR によって同じ操作が実行されます。

P2MP-TE トンネルの場合、ABR では、再マージを実施しなくても、テールエンド LSR に達するまで次の ABR へのパスを検索するルーズ ホップ ERO 展開をサポートします。

ルーズ ホップ最適化を使用する場合は、次の考慮事項に注意する必要があります。

• （ABR のリンク アドレスとは対照的に）ABR ノードのルータ ID を指定する必要があります。
• サブエリアが含まれているマルチエリアをネットワーク内に配置する場合、ルーズ ホップの指定時にパスを見つけるために、TE のサブエリアで MPLS-TE をイネーブルにする必要があります。
• エリア間トンネルの到達可能な明示パスを指定する必要があります。

ルーズ ホップ再最適化を使用すると、複数のエリアにまたがうトンネルを再最適化して、MPLS-TE ヘッドエンドに他の IGP エリアを認識しない場合に発生する問題が解決されます。

ヘッドエンドは、トンネルを再最適化しようとするたびに、ヘッドエンド エリアで ABR へのよりよいパスを見つけようとします。 よりよいパスが見つかった場合、ヘッドエンドは新しい LSP の設定を開始します。 ヘッドエンド エリアに適切なパスが見つからない場合は、ヘッドエンドはクエリー メッセージを開始します。 このメッセージの目的は、ヘッドエンド エリア以外のエリアで ABR をクエリーして、これらのエリアによりよいパスが存在するかどうかを調べることです。 このメッセージの目的は、ヘッドエンド エリア以外のエリアで ABR をクエリーして、よりよいパスが存在するかどうかを調べることです。 よりよいパスが存在しない場合、ABR はクエリーを次のルータ ダウンストリームに転送します。 または、よりよいパスが見つかった場合、ABR は、特殊な Path Error でヘッドエンドに応答して、ヘッドエンド エリアの外部によりよいパスが存在することを示します。 よりよいパスの存在を示す Path Error の受信時に、ヘッドエンド ルータは再最適化を開始します。

ある IGP エリアには別の IGP エリアを認識しないため、ABR ノードを保護するためのバックアップを割り当てることはできません。 この問題を克服するには、PLR ノードでバックアップ宛先アドレスをプライマリ トンネルの record-route オブジェクトと照合して、バックアップ トンネルを割り当てることができるように、ノード ID のサブオブジェクトが、プライマリ トンネルのレコード ルート オブジェクトに追加されます。

エリア内でリンク障害が発生した場合、障害が発生したリンクに直接接続されているアップストリーム ルータによって、ヘッドエンドに対する RSVP Path Error メッセージが生成されます。 メッセージへの応答として、ヘッドエンドは、RSVP Path Tear メッセージを送信し、対応するパス オプションが指定された期間無効とマークされ、次のパス オプション（存在する場合）が評価されます。

ABR をすぐに再試行するには、2 番目のパス オプション（最初のオプションと同じ）を設定する必要があります。 または、より迅速な再試行を実現するために、再試行期間（path-option hold-down、デフォルトでは 2 分間）を調整できます。

TE トンネル インターフェイスは、他のリンクと同様に、IGP ネットワーク内にアドバタイズされます。 これにより、ルータは、IGP 内のこれらのアドバタイズメントを使用して SPF を計算できるようになります。このことは、これらのアドバタイズメントがいずれかの TE トンネルのヘッド エンドでない場合も同様です。

次に、MPLS-TE 転送隣接機能の制約事項を示します。

• MPLS-TE 転送隣接機能を使用すると、TE トンネルがリンクとしてアドバタイズされることによって、IGP データベースのサイズが大きくなります。
• MPLS-TE 転送隣接機能は、Intermediate System-to-Intermediate System（IS-IS）によってサポートされます。
• TE トンネル上で MPLS-TE 転送隣接機能がイネーブルになっている場合、リンクは、TE サブ TLV なしのタイプ、長さ、値（TLV）22 として IGP ネットワーク内にアドバタイズされます。
• MPLS-TE 転送隣接トンネルは双方向に定義する必要があります。

MPLS-TE 転送隣接機能をイネーブルにする前に、ネットワークで次の機能がサポートされる必要があります。

• MPLS
• IP シスコ エクスプレス フォワーディング
• Intermediate System-to-Intermediate System（IS-IS）

パス保護をイネーブルにするための前提条件があります。

• ネットワークで MPLS-TE、シスコ エクスプレス フォワーディング、および Intermediate System-to-Intermediate System（IS-IS）または Open Shortest Path First（OSPF）がサポートされることを確認してください。
• MPLS をイネーブルにします。
• ルータに TE を設定します。
• dynamic キーワードを指定して path-option コマンドを使用して、ダイナミック パス オプションで TE トンネルを設定します。

• ポイントツーポイント（P2P）トンネルのみがサポートされます。
• Point-to-Multipoint（P2MP）TE トンネルはサポートされません。
• 最大 1 つのスタンバイ LSP がサポートされます。
• ダイナミック パス オプションごとにセカンダリ パスが 1 つのみ存在できます。
• セカンダリ パス オプションがダイナミックに設定されたパス保護 TE に対して明示的なパス オプションを設定できます。
• ヘッドエンド ルータでは、パス保護によるリンクおよびノード保護を使用しないでください。
• パス保護トンネル TE ヘッドの最大数は 2000 です。
• TE トンネル ヘッドの最大数は 4000 です。
• エリア間はパス保護に対してサポートされていません。

明示パスは、バックアップ AutoTunnel を作成するために使用されます。 明示パス保護は、MPLS-TE トンネルの明示パスを保護するためのリカバリ メカニズムを提供します。 明示パスを保護するための制限事項を次にリストします。

• パス オプションごとに明示的な保護パスが 1 つだけサポートされます。
• リンクまたはノードのパス ダイバーシティは明示的な保護パスに対して保証されません。
• 明示的な保護パスではダイナミック パス オプションを保護できません。
• verbatim、lockdown などのすべてのオプションは、明示的である限り、保護パスでサポートされます。
• 明示パスは独自のパス オプション レベルでは保護できません。
• 明示パスは、同じ明示パスの名前または ID を参照するパス オプション レベル別に保護できます。別のパス オプションと見なされるためです。
• 拡張されたパス保護はサポートされません。

MPLS-TE 自動帯域幅は、すべてのヘッドエンドで個々のラベル スイッチド パス（LSP）上で設定されます。 MPLS-TE は、トンネル インターフェイスでトラフィック レートをモニタします。 MPLS-TE は、トンネル内のトラフィックと精確に合うように、定期的にトンネル インターフェイスで帯域幅をサイズ変更します。 MPLS-TE 自動帯域幅は、次の機能を実行できます。

• トンネル出力レートの定期的なポーリングをモニタします
• 一定の期間に測定された最大のレートを調整することで、トンネル帯域幅をサイズ変更します

自動帯域幅用に設定された、トラフィック エンジニアリングを実行済みのすべてのトンネルで、設定可能なさまざまなパラメータに基づいて平均の出力レートがサンプリングされます。 その後、特定の期間に通知された最大の平均出力レート、または設定されている最大帯域幅の値のいずれかに基づいて、トンネル帯域幅が自動的に再調整されます。

トンネルでの出力レートは、MPLS-TE 自動帯域幅インターフェイス コンフィギュレーション モードで application コマンドを使用して設定された定期的な間隔で収集されます。 適用期間タイマーが期限切れになったとき、および測定された帯域幅と現在の帯域幅の間の差分が調整しきい値を超えたときに、トンネルが再最適化されます。 その後、帯域幅サンプルがクリアされ、次の間隔の新しい最大出力レートが記録されます。

新しい帯域幅で LSP を再最適化すると、新しいパス要求が生成されます。 新しい帯域幅が使用不可の場合、直前の適切な LSP が引き続き使用されます。 この方法では、ネットワークでトラフィックの中断は発生しません。

トンネルの最小または最大の帯域幅の値が設定されている場合、自動帯域幅によってシグナリングされる帯域幅は、これらの値の内に収まります。

（注）	100 を超えるトンネルで auto-bw がイネーブルになっている場合、このアルゴリズムは、すべてのトンネルの最初の適用を最大 20 %（最大 1 時間）ジッターします。 非常に多くのトンネルが自動帯域幅の適用を同時に実行するのを回避するために、これを行います。

トンネルがシャットダウンされ、後で再度起動された場合、調整された帯域幅は失われ、トンネルは初期設定の帯域幅でアップ状態に戻ります。 さらに、トンネルがアップ状態に戻ったときに、適用期間はリセットされます。

調整しきい値は、現在のトンネル帯域幅と絶対（最小）帯域幅の割合として定義されます。 トンネルに再度シグナリングするには、自動帯域幅の両方のしきい値を満たす必要があります。 トンネル帯域幅は、最大のサンプル出力レートと現在のトンネル帯域幅の差分が調整しきい値よりも大きい場合のみサイズ変更されます。

たとえば、帯域幅 B で測定された最高が 30 Mbps であるトンネルで自動帯域幅がイネーブルになっていると想定します。 また、トンネルが最初 45 Mbps で設定されていたとします。 そのため、差分は 15 mbit/s です。 次に、デフォルトの調整しきい値が 10 % と 10 kbps であると仮定すると、適用タイマーが期限切れになると、トンネルは 30 Mbps でシグナリングされます。 これは、45 Mbit/s の 10 % が 4.5 Mbit/s であり、これは 15 Mbit/s よりも小さいためです。 絶対しきい値（デフォルトでは 10 kbps）も超過します。

オーバーフロー検出は、オーバーフロー状態が検出されるとすぐに、自動帯域幅の適用頻度間隔の期限切れを待機せずに、帯域幅をサイズ変更する必要がある場合に使用されます。

オーバーフロー検出では、制限 N、割合のしきい値 Y %、オプションで最小帯域幅しきい値 Z を設定します。 割合のしきい値は、実際にシグナリングされたトンネル帯域幅の割合として定義されます。 測定された帯域幅と実際の帯域幅の間の差分が、Y % と Z しきい値の両方を超える場合、連続して N 回システムはオーバーフロー検出をトリガーします。

オーバーフロー検出による帯域幅の調整は、トラフィックの量を増やすのではなく、トンネルからトラフィックの量を増やすことによってのみトリガーされます。 オーバーフロー検出をトリガーすると、自動帯域幅の適用間隔はリセットされます。

デフォルトでは、オーバーフロー検出はディセーブルであり、手動で設定する必要があります。

自動帯域幅がトンネル帯域幅を更新できない場合の制約事項は次のとおりです。

• トンネルは、高速再ルーティング（FRR）バックアップ、アクティブ、またはパス保護アクティブ状態になっています。 これは、保護が一時的な状態であり、バックアップ トンネルで帯域幅を予約する必要はないと想定されるために発生します。 帯域幅が他のプライマリ トンネルまたはバックアップ トンネルから取得されないようにする必要があります。
• 再最適化はロックダウン中に失敗します。 この場合、帯域幅の適用が EXEC モードで mpls traffic-eng auto-bw apply コマンドを使用して手動でトリガーされない限り、自動帯域幅は帯域幅を更新しません。

Point-to-Multipoint（P2MP）リソース予約プロトコル トラフィック エンジニアリング（RSVP-TE）ソリューションを使用すると、サービス プロバイダーは、IPTV、リアルタイム ビデオ、MPLS ラベル スイッチ ネットワークを介したブロードキャストなどの IP マルチキャスト アプリケーションを実装できます。 RSVP-TE プロトコルは、MPLS ネットワーク全体でポイントツーポイント（P2P）および P2MP のラベル スイッチド パス（LSP）をシグナリングするために拡張されています。

RFC 4875 で定義されているように RSVP-TE 拡張を使用することで、特定の TE 送信元について複数の subLSP がシグナリングされます。 P2MP トンネルは、TE 送信元を複数のリーフ プロバイダー エッジ（PE）ノードに接続する一連の Source-to-Leaf（S2L）subLSP であると見なされます。

P2MP-TE トンネルの入力点である TE 送信元で、IP マルチキャスト トラフィックは、P2MP-TE トンネルに関連付けられた固有の MPLS ラベルでカプセル化されます。 トラフィックは、P2MP ツリーで引き続きラベル スイッチングされます。 必要に応じて、ラベル付きパケットは、P2MP ツリーに沿って分岐ノードで複製されます。 ラベル付きパケットが出力リーフ（PE）ノードに到達すると、MPLS ラベルは削除され、IP マルチキャスト ツリーに PE-CE リンク経由で転送されます。

エンドツーエンド IP マルチキャスト接続を可能にするために、RSVP は P2MP-TE シグナリングのために MPLS コアで使用され、PIM は PE-CE リンクのシグナリングに使用されます。

次に、ポイントツーマルチポイント（P2MP）トンネルの定義を示します。

ソース

ラベル スイッチド パス（LSP）シグナリングが開始されるノードを設定します。

ミッドポイント

LSP シグナリングを処理する中継ノードを指定します（たとえば、送信元または受信側以外）。

受信側、リーフ、および宛先

LSP シグナリングが終了するノードを指定します。

分岐点

パケット レプリケーションが実行されるノードを指定します。

バド ノード

一部の S2L の中継のみではなく、P2MP TE トンネルの S2L の終端ポイントとしても機能するノードを指定します。

Source-to-Leaf（S2L）SubLSP

送信元からあるリーフに向かう P2MP-TE LSP セグメントを指定します。

RSVP-TE は、手動設定に基づく P2MP トンネル ベースにシグナリングします。 すべての Source-to-Leaf（S2L）が明示パスを使用する場合、P2MP トンネルは、決定論的なラベル スイッチド パス（LSP）などの制約に基づいて事前定義されたパスに従うスタティック ツリーを作成します。 S2L がダイナミック パスを使用する場合、RSVP-TE は、RSVP-TE トポロジ内の最適なパスで P2MP トンネルを作成します。 RSVP-TE では、制約ベースのルーティングの帯域予約がサポートされます。

明示パス オプションを使用するときは、リンクが GigabitEthernet または TenGigE ベースのインターフェイスである場合、明示パス オプションでローカルおよびピア IP アドレスの両方を指定します。 POS やバンドル POS などのポイントツーポイント リンクの場合、明示パス オプションでリモートまたはピア IP アドレスを示すだけで十分です。

RSVP-TE は、トポロジ ツリーで頻繁に変更されないストリーム情報（送信元と受信側の場所）を配信します。 たとえば、主要なサイト間での大規模なビデオ配信は、マルチキャスト アプリケーションのサブセットに適しています。 マルチキャスト トラフィックはすでにトンネル内にあるため、バックアップ パスを構築する限り、RSVP-TE ツリーは保護されます。

高速再ルーティング（FRR）機能は、ユニキャスト リンク保護を使用して P2MP RSVP-TE でサポートされます。 バックアップ リンクに送信するトラフィックのタイプを選択できます。

P2MP トンネルは、すべての TE トンネル宛先（エリア内、エリア間、または InterAS）に適用されます。

P2MP トンネルは、IGP エリア内でダイナミックおよび明示パス オプションによってシグナリングされます。 P2MP トンネルに使用されるエリア間と InterAS のみ、verbatim パス オプションによってシグナリングされます。

MPLS-TE 高速再ルーティング（FRR）は、リンクまたはノード障害の結果発生する、TE ラベル スイッチド パス（LSP）宛先へのトラフィック配信の中断を最小限に抑えるためのメカニズムです。 FRR は、ネットワーク障害を回避して TE トンネル ソースが新しいエンドツーエンド LSP をシグナリングするまで、代替バックアップ パスに沿って LSP トラフィックの高速スイッチングを一時的にイネーブルにします。

ローカル修復ポイント（PLR）は、障害の検出時にバックアップ トンネルを選択し、バックアップ トンネルに LSP トラフィックを切り替えるノードです。 バックアップ トンネルの受信側がマージ ポイント（MP）と呼ばれます。

ポイントツーポイント（P2P）および P2MP TE はいずれも RFC 4090 のファシリティ FRR 手法のみがサポートされます。

高速再ルーティング可能な LSP は、ネットワーク内で高速再ルーティング可能な P2P LSP と共存できます。 P2P LSP に対しては、ノード、リンク、帯域幅の保護がサポートされます。 MPLS-TE リンクとノードの両方の保護は、すべてのプライマリ LSP および subLSP のラベルが MPLS グローバル ラベル割り当てを使用しているという実態に基づいています。 たとえば、ある単一の（グローバル）ラベル スペースは、特定の MPLS ノード上のすべての MPLS-TE 対応物理インターフェイスに使用されます。

Point-to-Multipoint ラベル スイッチ パス（P2MP LSP）には、入力ラベル スイッチ ルータ（LSR）である単一のルートのみがあります。 P2MP LSP は、出力 LSR に接続されている受信側に基づいて作成されます。 出力 LSR は、転送同等クラス（FEC）と不透明値を作成することで、ツリーの作成を開始します（たとえば、トンネルの枝付けまたはプルーニングは、個々の sub-LSP 操作を実行することで行われます）。

（注）	枝付けおよびプルーニングは、宛先ごとに作動します。

不透明値には、ルートに対してツリーを一意に識別するストリームの情報が含まれます。 ラベル スイッチド マルチキャスト パケットを受信するために、出力プロバイダー エッジ（PE）は、ラベル マッピング メッセージを適用して、アップストリーム ルータ（ルートに最も近いネクスト ホップ）に、マルチキャスト送信元に使用するラベルを示します。

アップストリーム ルータは送信元を認識している必要はありませんが、正しい P2MP LSP を識別するには、受信した FEC が必要です。 アップストリーム ルータが FEC ステートを持たない場合は作成し、割り当てられたダウンストリームの出ラベルをラベル転送テーブルにインストールします。 アップストリーム ルータは、ツリーのルートではない場合、ラベル マッピング メッセージをネクスト ホップ アップストリームに転送する必要があります。 このプロセスは、ルートに到達するまでホップバイホップで繰り返されます。

ダウンストリームの割り当てを使用して、マルチキャスト トラフィックを受信するルータは、そのラベルを割り当てます。 アップストリーム ルータに送信されたラベル要求は未承諾ラベル マッピングに似ています（つまり、アップストリームではラベルを要求しません）。 ラベル マッピングを受信するアップストリーム ルータは、特定のラベルを使用して、受信側にマルチキャスト パケットのダウンストリームを送信します。 この利点は、ラベルを割り当てるルータが 2 つの異なるマルチキャスト送信元に対して同じラベルが存在する状況に陥らない点です。 これは、ルータが独自のラベル スペース割り当てをローカルで管理するためです。

P2MP トンネルは、IGP エリア内でダイナミックおよび明示パス オプションを使用してシグナリングされます。 P2MP トンネルのエリア間および InterAS のケースは、verbatim パス オプションを使用してシグナリングされます。

P2MP トンネルのパス オプションは、sub-LSP ごとに個別に設定されます。 sub-LSP（宛先）ごとに 1 つのパス オプションのみが許可されます。 対応する sub-LSP がダイナミックにルーティングされるか、明示的にルーティングされるかを選択できます。 明示オプションでは、トポロジ データベース検索と指定された宛先の検査をバイパスするよう verbatim パス オプションを設定できます。

ダイナミック パス オプションと明示パス オプションの両方が、path-option（P2MP-TE）コマンドを使用して宛先ごとにサポートされます。 さらに、両方のパス オプションを組み合わせることができます。

明示パス オプション

TE 送信元から出力 MPLS ノードに移動する sub-LSP が経由する中間ホップを設定します。 明示パス設定を使用すると、MPLS ネットワークで sub-LSP パスを細かく制御できますが、（等コスト）リンクまたはパスの数が制限された特定のネットワーク トポロジについて複数の明示パスが設定されます。

ダイナミック パス オプション

OSPF および ISIS アルゴリズムに基づく P2MP ツリー sub-LSP の IGP パスを計算します。 TE 送信元は、IGP トポロジに基づいてダイナミックに計算されます。

明示パス設定では、明示パスを設定できます。 IP 明示パスは IP アドレスのリストであり、明示的なパスのノードまたはリンクを示します。

MPLS トラフィック エンジニアリング（TE）- IP 明示アドレス除外機能は、マルチプロトコル ラベル スイッチング（MPLS）の TE ラベルスイッチド パス（LSP）のパスからリンクまたはノードを除外する手段を提供します。

この機能をイネーブルにするには、explicit-path コマンドを使用します。このコマンドにより、IP 明示パスを作成し、パスを指定するためのコンフィギュレーション サブモードを開始できます。 この機能により、パスから除外するアドレスを指定するための exclude-address コマンドのサブモード コマンドが追加されます。

この機能は、SRLG を明示パスから除外するための IP アドレスを指定できる exclude-srlg コマンドのサブモード コマンドも追加します。

MPLS TE LSP の除外アドレスまたは除外 SRLG が、フラッディングされたリンクを識別している場合、Constraint-based Shortest Path First（CSPF）ルーティング アルゴリズムでは、LSP のパスの計算時にそのリンクが考慮されません。 除外アドレスが、フラッディングされた MPLS TE ルータ ID を指定している場合、CSPF ルーティング アルゴリズムでは、LSP のパスがルータ ID で識別されるノードを経由することが許可されません。

高速再ルーティング（FRR）は、障害ポイントで LSP をローカルに修復することにより、リンクとノードの障害から MPLS TE ラベル スイッチ パス（LSP）を保護します。 この保護により、ヘッドエンド ルータが自身を置換するための新しいエンドツーエンドの LSP を確立しようとしている間、LSP 上でのデータのフローを継続できます。 FRR は、障害が発生したリンクまたはノードをバイパスするバックアップ トンネルを介して再ルーティングすることによって、保護されている LSP をローカルに修復します。

LSP のパスの単一リンクだけをバイパスするバックアップ トンネルが、リンク保護を提供します。 これは、明示パスから除外する SRLG 値を抽出することで、障害が発生したリンクをバイパスするための保護リンク IP アドレスを指定することで、LSP を保護します。 これらは、障害ポイントの向こう側にある LSP のネクスト ホップで終端するため、ネクスト ホップ（NHOP）バックアップ トンネルと呼ばれます。 図 1 は、NHOP バックアップ トンネルを示しています。

図 7. SRLG 制約のある NHOP バックアップ トンネル

上の図に示すトポロジでは、次の方法でバックアップ トンネル パスの計算を実行できます。

• exclude-SRLG リンクからすべての SRLG 値を取得します（SRLG 値 5 と 6）
• SPF から除外するすべてのリンクを同じ SRLG 値でマークします
• CSPF R2->R6->R7->R3 としてのパス計算

FRR により、LSP に対するノード保護が提供されます。 LSP パスに沿ったネクスト ホップ ノードをバイパスするバックアップ トンネルは、LSP パスのネクスト ホップ ノードの次のノードで終端して、結果としてネクスト ホップ ノードをバイパスするため、NNHOP バックアップ トンネルと呼ばれます。 これは、パスに沿ったノードで障害が発生したときに、障害ポイントのノード アップストリームが、障害が発生したノードを回避して LSP とそのトラフィックを次のネクスト ホップ再ルーティングできるようにすることで、LSP を保護します。 また、明示パスから除外する保護リンク IP アドレスと、明示パスから除外される IP アドレスに関連付けられた SRLG 値を指定することで、LSP を保護します。 また、NNHOP バックアップ トンネルは、障害の発生したリンクおよびノードをバイパスすることで、リンク障害からの保護も提供しています。 図 2 は、NNHOP バックアップ トンネルを示しています。

図 8. SRLG 制約のある NNHOP バックアップ トンネル

上の図に示すトポロジでは、次の方法でバックアップ トンネル パスの計算を実行できます。

• exclude-SRLG リンクからすべての SRLG 値を取得します（SRLG 値 5 と 6）
• SPF から除外するすべてのリンクを同じ SRLG 値でマークします
• SRLG 制約のあるパスを確認します
• CSPF R2->R9->R10->R4 としてのパス計算

ここでは、次の内容について説明します。

• 障害時のパケットの配信
• 同じインターフェイスを保護する複数のバックアップ トンネル

設定される SRLG 機能には、いくつかの制限があります。

• exclude-address および exclude-srlg オプションは、IP explicit path strict-address ネットワークでは許可されません。
• トンネルのシグナリング後に SRLG 値を変更するときは常に、次のパス確認サイクルでダイナミックに確認されます。

パス オプション attribute-set テンプレート内で属性の値を指定できます。 これによって、トンネル レベルでの同じ属性の設定は妨げられません。 ただし、考慮に入れられるのは 1 つのレベルのみであることに注意することが重要です。 そのため、LSP レベルでの設定は、トンネルのレベルでの設定より具体的であると考えられ、この時点からはこの設定が使用されます。

attribute-set 内で指定されない属性は、通常どおり値を使用します（つまり、トンネル レベルでの設定、グローバル MPLS レベルでの設定、またはデフォルト値）。 次に例を示します。

attribute-set path-option MYSET
   affinity 0xBEEF mask 0xBEEF

interface tunnel-te 10
   affinity 0xCAFE mask 0xCAFE
   signalled-bandwidth 1000
   path-option 1 dynamic attribute-set name MYSET
   path-option 2 dynamic

この例では、MYSET という名前の attribute-set は、アフィニティに 0xBEEF を指定しています。 シグナリングされた帯域幅は、この MYSET で設定されていません。 トンネル 10 では、アフィニティ 0xCAFE が設定されています。 パス オプション 1 から計算された LSP は、アフィニティ 0xBEEF/0xBEEF を使用するのに対して、パス オプション 2 から計算された LSP はアフィニティ 0xCAFE/0xCAFE を使用します。 これらのパス オプションのいずれかを使用して計算されたすべての LSP が、signalled-bandwidth として 1000 を使用します。これは、トンネル レベルのみで指定される唯一の値であるためです。

（注）	パス オプション attribute-set テンプレートで設定される属性は、トンネルで設定される同じ属性よりも優先されます。 トンネルで設定される属性は、同等の属性が使用中のパス オプション attribute-set テンプレートで指定されない場合に限り使用されます。

MPLS トラフィック エンジニアリングを使用すると、IP トラフィックの制約ベースのルーティング（CBR）が可能になります。 CBR によって満たされる制約の 1 つに、選択されたパスにおける必要な帯域幅のアベイラビリティがあります。 通常の TE トンネル帯域幅は、グローバル プールと呼ばれます。 サブプール帯域幅は、グローバル プールの一部です。 使用中ではない場合、サブプール帯域幅はグローバル プールから予約されません。 そのため、サブプール トンネルでは、非サブプール トンネルよりも高いプライオリティが必要です。

グローバル プール（デフォルト）またはサブプール帯域幅のいずれかを使用するように、シグナリングされた帯域幅のパス オプション属性を設定できます。 パス オプションのシグナリングされた帯域幅値は任意の有効な値に設定でき、プールはトンネルに設定されているプールと同じものである必要はありません。

（注）	signalled-bandwidth bandwidth [sub-pool | global] kbps コマンドを使用してパス オプションのシグナリングされた帯域幅を設定する場合は、すべてのサブプール帯域幅値またはすべてのグローバル プール帯域幅値のいずれかを使用します。

特定のパス オプションへの再最適化は、使用中のパス オプションおよび新しいパス オプションが同じ帯域幅クラスを共有しない場合は行えません。 パス オプション スイッチオーバー操作は、そのようなシナリオでは失敗します。 新しいパス オプションにスイッチオーバーするには、EXEC コンフィギュレーション モードでこのコマンドを使用します。

mpls traffic-eng switchover tunnel-xx ID path-option index

（注）	異なる帯域幅クラスのさまざまなパス オプション間ではパス オプションのスイッチオーバーは許可されません。

パス保護がイネーブルの場合、トンネルを通過するトラフィックを保護するために、スタンバイ LSP が確立されます。 スタンバイ LSP は、プライマリ LSP と同じパス オプションまたは異なるパス オプションのいずれかを使用して確立されます。

スタンバイ LSP は、プライマリ LSP とは異なるように計算されるため、帯域幅クラスの差は問題ではありません。 これは、ノード ダイバーシティを除くすべてのケースのダイバーシティで当てはまります。 ノード ダイバーシティを使用すると、スタンバイ LSP は、最大 2 つのリンク（ヘッド ノードを終了するリンクとテール ノードに入るリンク）をプライマリ LSP と共有できます。

あるパス オプションから別のパス オプションに切り替える場合に、これらのオプションに異なるクラスが指定されているときは、パス オプション スイッチオーバーは拒否されます。 ただし、パス オプション スイッチオーバーは、パス保護機能ではブロックできません。 異なるクラス タイプの別のパス オプションを使用してスタンバイ LSP がアクティブになると、パス オプション スイッチオーバーをヘッドエンドで拒否できます。 これは、ダウンストリーム ノードで拒否されることがあります。

ノード ダイバーシティは、限定された状況のみで可能です。 満たす必要がある条件は次のとおりです。

• ノードとリンクの両方が異なる 2 番目のパスがない
• 現在の LSP が先頭の出力または末尾の入力で共有メディア リンクを使用している
• 現在の LSP で使用される共有メディア リンクで、ノードが異なるパスの計算が許可される

Cisco IOS XR では、異なるクラス タイプ間の再最適化は、ネクスト ホップで実際に拒否されます。 この拒否は、アドミッション障害によって発生します。

新しいカラーリング方式をイネーブルにするための最初の作業は、数値（16 進数）を各値（カラー）に割り当てることです。

（注）	アフィニティ カラー名が 64 文字を超えることはできません。 アフィニティ値は、1 桁を超えることはできません。 たとえば、magenta1 のようになります。

1.    configure


2.    mpls traffic-eng


3.    affinity-map affinity name {affinity value | bit-position value}


4.    次のいずれかのコマンドを使用します。

• end
• commit

RP/0/RSP0/CPU0:router# configure

RP/0/RSP0/CPU0:router(config)# mpls traffic-eng 
RP/0/RSP0/CPU0:router(config-mpls-te)#

RP/0/RSP0/CPU0:router(config-mpls-te)# affinity-map red 1

RP/0/RSP0/CPU0:router(config-mpls-te)# end

RP/0/RSP0/CPU0:router(config-mpls-te)# commit

1.    configure


2.    mpls traffic-eng


3.    interface type interface-path-id


4.    attribute-names attribute name


5.    次のいずれかのコマンドを使用します。

• end
• commit

RP/0/RSP0/CPU0:router# configure

RP/0/RSP0/CPU0:router(config)# mpls traffic-eng 
RP/0/RSP0/CPU0:router(config-mpls-te)#

RP/0/RSP0/CPU0:router(config-mpls-te)# interface tunnel-te 2
RP/0/RSP0/CPU0:router(config-mpls-te-if)#

RP/0/RSP0/CPU0:router(config-mpls-te-if)# attribute-names red

RP/0/RSP0/CPU0:router(config-mpls-te-if)# end

RP/0/RSP0/CPU0:router(config-mpls-te-if)# commit

MPLS-TE の柔軟な名前ベースのトンネル制約設定における最後のステップでは、トンネルをアフィニティ制約に割り当てます。

このモデルを使用する場合、マスクはありません。 その代わりに、4 種類のアフィニティ制約がサポートされています。

• include
• include-strict
• exclude
• exclude-all

（注）	上記のアフィニティ制約では、exclude-all 制約以外はすべて最大 10 個のカラーと関連付けできます。

1.    configure


2.    interface tunnel-te tunnel-id


3.    affinity {affinity-value mask mask-value | exclude name | exclude -all | include name | include-strict name}


4.    次のいずれかのコマンドを使用します。

• end
• commit

RP/0/RSP0/CPU0:router# configure

RP/0/RSP0/CPU0:router(config)# interface tunnel-te 1

RP/0/RSP0/CPU0:router(config-if)# affinity include red

RP/0/RSP0/CPU0:router(config-if)# end

RP/0/RSP0/CPU0:router(config-if)# commit