MPLS トラフィック エンジニアリング - RSVP グレースフルリスタートの設定

MPLS TE - RSVP グレースフルリスタートの前提条件

MPLS トラフィック エンジニアリング - RSVP グレースフルリスタート機能を設定する前に、デバイスで次のタスクを実行します。

  • Resource Reservation Protocol(RSVP)を設定します。

  • MPLS を有効にします。

  • トラフィック エンジニアリング(TE)を設定します。

  • グレースフル リスタートを有効にします。

MPLS TE - RSVP グレースフルリスタートの制約事項

  • グレースフルリスタートはノード障害のみをサポートします。

  • シスコでは、ネイバーデバイスがノード hello をサポートしていない場合にのみ、インターフェイス hello を設定することを推奨しています。

  • 番号が付いていないインターフェイスはサポートされません。

  • 同じインターフェイスで、グレースフルリスタート および hello 状態タイムアウト(HST)用のインターフェイス hello を設定することはできません。

MPLS TE - RSVP グレースフルリスタートに関する情報

次のセクションでは、MPLS TE - RSVP グレースフルリスタートに関する情報を示します。

グレースフルリスタートの動作

MPLS トラフィック エンジニアリング - RSVP グレースフルリスタート機能を使用すると、隣接するルートプロセッサ(RP)が、マルチプロトコル ラベル スイッチング(MPLS)フォワーディングステートを失うことなく、コントロール プレーン サービス(具体的には、ラベル配布プロトコル(LDP)コンポーネント)の中断から回復できます。この機能には、次の利点があります。

  • グレースフルリスタートでは、RP 障害が発生した場合、またはデバイスがステートフル スイッチオーバー(SSO)を実行したときに、ノードがネイバーから状態情報を回復できます。

  • グレースフルリスタートでは、ネットワークの中断を最小限に抑えてセッション情報を回復できます。

  • ノードは、ラベルバインディングと状態情報を維持することで、障害ノードの迅速な回復を実現し、現在転送されているトラフィックに影響を与えずに、ネイバーの状態の回復に役立つグレースフルリスタートを実行できます。

ノード障害は、ネットワーク内の他のノードに対して完全に透過的である場合があります。

RSVP グレースフルリスタートでは、ラベル値と転送情報が保持され、サードパーティやシスコ製のデバイスとシームレスに連携します。

RSVP グレースフルリスタートは、RSVP hello メッセージに依存してネイバーがダウンしたことを検出します。Hello メッセージには、2 つのネイバー間の Hello 要求または Hello 確認応答(ACK)オブジェクトが含まれます。

グレースフルリスタートがグローバルに設定され、ネイバーへの最初の LSP が作成されると、ノード hello が送信されます。

インターフェイス hello はオプションの設定です。インターフェイスでグレースフルリスタート Hello コマンドを設定すると、インターフェイス hello はネイバーとの追加の hello インスタンスと見なされます。

次のすべての条件が満たされた場合、デバイスはグレースフルリスタートのためにインターフェイス hello を送信します。

  • グレースフルリスタートがグローバルに設定されている。

  • グレースフルリスタートがインターフェイスで設定されている。

  • ネイバーデバイスへの LSP が作成され、インターフェイスを通過している。

シスコでは、ネイバーがノード hello をサポートしている場合にノード hello を使用し、ネイバーデバイスがノード hello をサポートしていない場合にのみインターフェイス hello を設定することを推奨しています。

インターフェイス hello はノード hello とは異なります。内容を以下に示します。

  • Interface hello - hello メッセージの IP ヘッダーの送信元アドレスに、Hello メッセージが送信したインターフェイスと一致する IP アドレスがあります。IP ヘッダーの宛先アドレスは、リンクの反対側にあるネイバーのインターフェイスアドレスです。1 の TTL は、直接接続されたネイバー用であるため、インターフェイスごとの hello に使用されます。

  • Node hello - Hello メッセージの IP ヘッダーの送信元アドレスには、送信元デバイスの TE デバイス ID が含まれています。IP ヘッダーの宛先アドレスには、このメッセージが送信されるネイバーのデバイス ID が含まれています。1 より大きい TTL が使用されています。

次の図は、これらのメッセージに対するグレースフルリスタート拡張機能を示しています。Restart_Cap と呼ばれるオブジェクトは、ノードが障害発生時に再起動できる可能性があることをネイバーに通知します。これらのメッセージの存続可能時間(TTL)は 255 に設定されているため、2 つのネイバー間のリンクがダウンした場合でも、代替パスを介して隣接関係を維持できます。

図 1. グレースフルリスタートの仕組み

Restart_Cap オブジェクトには 2 つの値があります。再起動時間は、送信者が障害の後に RSVP_TE コンポーネントを再起動して hello メッセージを交換する時間です。そしてリカバリ時間は、送信者が受信者に RSVP および MPLS データベースを同期することを希望する時間です。

上の図では、デバイス 1、デバイス 2、デバイス 3、およびデバイス 4 でグレースフルリスタートが有効になっています。わかりやすくするために、すべてのデバイスが再起動に対応しているとします。TE ラベルスイッドパス(LSP)が、デバイス 1 からデバイス 4 にシグナリングされます。

デバイス 2 とデバイス 3 は、10,000 ミリ秒(10 秒)ごとに定期的なグレースフルリスタート hello メッセージを交換し、デバイス 2 とデバイス 1 およびデバイス 3 とデバイス 4 も同様に交換します。次の例に示すように、デバイス 2 が再起動時間を 60,000 ミリ秒(60 秒)、回復時間を 60,000 ミリ秒(60 秒)とアドバタイズするとします。


23:33:36: Outgoing Hello:
23:33:36:   version:1 flags:0000 cksum:883C ttl:255 reserved:0 length:32
23:33:36:   HELLO                type HELLO REQUEST length 12:
23:33:36:   Src_Instance: 0x6EDA8BD7, Dst_Instance: 0x00000000
23:33:36:   RESTART_CAP          type 1 length 12:
23:33:36:   Restart_Time: 0x0000EA60
, Recovery_Time: 0x0000EA60

(注)  


再起動時間と回復時間は、最後のエントリの bold に表示されます。


デバイス 3 は、これをデータベースに記録します。また、両方のネイバーは、ネイバーステータスを稼働中として維持します。ただし、ある時点でデバイス 3 のコントロールプレーンで障害が発生します(プライマリルートプロセッサの障害など)。その結果、RSVP および TE はシグナリング情報と状態を失いますが、データパケットはラインカードによって転送され続けます。

デバイス 2 から 4 回 ACK メッセージが欠落すると(40 秒)、デバイス 3 は、デバイス 2 との通信が失われたことを「LOST によって示されている」と宣言し、再起動時間を開始して、以前にデバイス 2 の再起動時間でアドバタイズされ、記録された期間(60 秒)を待機します。 デバイス 1 とデバイス 2 は、hello を除くデバイス 3 へのすべての RSVP メッセージを抑制します。デバイス 3 は、LSP の状態を期限切れにしないように、RSVP パスおよび Resv 更新メッセージをデバイス 4 およびデバイス 5 に送信し続けます。ただし、デバイス 3 はデバイス 2 のこれらのメッセージを抑制します。


(注)  


ACK を 4 回受信できないか、hello src_instance(ネイバーに送信された最後の送信元インスタンス)が変更されて再起動時間 = 0 になる場合に、ノードは再起動します。


再起動時間が経過する前に、デバイス 2 が再起動してその設定をロードします。グレースフルリスタートにより、デバイス 2 の設定は、接続されているすべてのデータリンクに新しい送信元インスタンスを使用して hello メッセージを送信します。ただし、デバイス 2 はネイバー状態を失っているため、これらのメッセージで使用する必要がある接続先インスタンスが認識されません。したがって、すべての接続先インスタンスは 0 に設定されます。

デバイス 3 がデバイス 2 からの hello を認識すると、デバイス 3 はデバイス 2 の再起動時間を停止し、ACK メッセージを返信します。デバイス 3 は、デバイス 2 の hello メッセージの新しい送信元インスタンス値を確認すると、デバイス 2 にコントロールプレーン障害が発生したことを認識します。デバイス 2 は、デバイス 3 の送信元インスタンス値を取得し、その後はそれを接続先インスタンスとして使用します。

デバイス 3 は、デバイス 2 からの hello メッセージの回復時間の値も確認します。回復時間が 0 の場合、デバイス 3 は、デバイス 2 が転送情報を保存できなかったことを認識し、デバイス 3 はデバイス 2 で保持していたすべての RSVP 状態を削除します。

回復時間が 0 より長い場合、デバイス 1 は、以前にデバイス 2 を介して送信した各 LSP のデバイス 2 パスメッセージを送信します。これらのメッセージが以前にサマリーメッセージで更新されている場合は、回復時間中に個別に送信されます。これらのパスメッセージには、障害の前にデバイス 2 から受信したラベル値を含む Recovery_Label オブジェクトが含まれています。

デバイス 3 がデバイス 2 からパスメッセージを受信すると、デバイス 3 は Resv メッセージをアップストリームに送信します。ただし、デバイス 3 はパスメッセージを受信するまで Resv メッセージを抑制します。

MPLS TE - RSVP グレースフルリスタートの設定方法

このセクションでは、MPLS TE - RSVP グレースフルリスタートの設定方法について説明します。

グレースフルリスタートの有効化

グレースフルリスタートを有効にするには、次の手順を実行します。


(注)  


インターフェイスでのグレースフルリスタートの設定は任意です。


手順

  コマンドまたはアクション 目的

ステップ 1

enable

例:


Device enable

特権 EXEC モードを有効にします。プロンプトが表示されたらパスワードを入力します。

ステップ 2

configure terminal

例:


Device# configure terminal

グローバル コンフィギュレーション モードを開始します。

ステップ 3

ip rsvp signalling hello graceful-restart mode help-neighbor

例:


Device(config)# ip rsvp signalling hello graceful-restart mode help-neighbor

再起動機能を使用して、ネイバーデバイス上の DSCP hello メッセージの数を設定します。

ステップ 4

interface type number

例:


Device(config)# interface POS 1/0/0

(オプション)インターフェイスのタイプと番号を設定し、インターフェイス コンフィギュレーション モードを開始します。

ステップ 5

ip rsvp signalling hello graceful-restart

例:


Device(config-if)# ip rsvp signalling hello graceful-restart 

(オプション)ネイバーデバイスで RSVP TE グレースフルリスタート機能を有効にします。

ステップ 6

exit

例:


Device(config)# exit 

特権 EXEC モードに戻ります。

DSCP 値の設定

手順

  コマンドまたはアクション 目的

ステップ 1

enable

例:


Device> enable

特権 EXEC モードを有効にします。プロンプトが表示されたらパスワードを入力します。

ステップ 2

configure terminal

例:


Device# configure terminal

グローバル コンフィギュレーション モードを開始します。

ステップ 3

ip rsvp signalling hello graceful-restart dscp num

例:


Device(config)# ip rsvp signalling hello graceful-restart dscp 30

グレースフルリスタート対応デバイスでの DSCP hello メッセージの数を設定します。

ステップ 4

end

例:


Device(config)# end

特権 EXEC モードに戻ります。

Hello 更新間隔の設定

手順

  コマンドまたはアクション 目的

ステップ 1

enable

例:


Device> enable

特権 EXEC モードを有効にします。プロンプトが表示されたらパスワードを入力します。

ステップ 2

configure terminal

例:


Device# configure terminal

グローバル コンフィギュレーション モードを開始します。

ステップ 3

ip rsvp signalling hello graceful-restart refresh interval interval-value

例:


Device(config)# ip rsvp signalling hello graceful-restart refresh interval 5000

グレースフルリスタートが有効になっているデバイスで hello 更新間隔を設定します。

ステップ 4

end

例:


Device(config)# end

特権 EXEC モードに戻ります。

欠落した更新の制限の設定

手順

  コマンドまたはアクション 目的

ステップ 1

enable

例:


Device> enable

特権 EXEC モードを有効にします。プロンプトが表示されたらパスワードを入力します。

ステップ 2

configure terminal

例:


Device# configure terminal

グローバル コンフィギュレーション モードを開始します。

ステップ 3

ip rsvp signalling hello graceful-restart refresh misses msg-count

例:


Device(config)# ip rsvp signalling hello graceful-restart refresh misses 5

グレースフルリスタートが有効になっているデバイスに更新制限を設定します。

ステップ 4

end

例:


Device(config)# end

特権 EXEC モードに戻ります。

グレースフルリスタート設定の確認

手順

  コマンドまたはアクション 目的

ステップ 1

enable

例:


Device> enable

特権 EXEC モードを有効にします。プロンプトが表示されたらパスワードを入力します。

ステップ 2

show ip rsvp hello graceful-restart

例:


Device# show ip rsvp hello graceful-restart 

グレースフルリスタートのステータスおよび関連パラメータに関する情報を表示します。

ステップ 3

end

例:


Device# end

ユーザー EXEC モードに戻ります。

MPLS TE - RSVP グレースフルリスタートの設定例

次のセクションでは、MPLS TE - RSVP グレースフルリスタートの設定例を示します。

例:MPLS TE - RSVP グレースフルリスタートの例

次の例では、グレースフルリスタートが有効であり、DSCP 値、更新間隔、および欠落した更新の制限などの関連パラメータが設定されています。


Device# configure terminal
Enter configuration commands, one per line.  End with CNTL/Z.
Device(config)# ip rsvp signalling hello graceful-restart mode help-neighbor
Device(config)# ip rsvp signalling hello graceful-restart dscp 30
Device(config)# ip rsvp signalling hello graceful-restart refresh interval 10000
Device(config)# ip rsvp signalling hello graceful-restart refresh misses 4
Device(config)# end

次の例では、グレースフルリスタートのステータスと設定済みパラメータを確認します。


Device# show ip rsvp hello graceful-restart
Graceful Restart:Enabled (help-neighbor only)
  Refresh interval:10000 msecs
  Refresh misses:4
  DSCP:0x30
  Advertised restart time:0 secs
  Advertised recovery time:0 secs
  Maximum wait for recovery:3600000 secs

その他の参考資料

関連資料

関連項目

マニュアル タイトル

RSVP コマンド:完全なコマンド構文、コマンドモード、デフォルト、使用に関する注意事項、および例

『Cisco IOS Quality of Service Solutions Command Reference』

Quality of Service(QoS)分類

『Classification Overview』

QoS シグナリング

『Signalling Overview』

QoS 輻輳管理

輻輳管理の概要

ステートフル スイッチオーバー

Stateful Switchover

MPLS ラベル配布プロトコル

MPLS Label Distribution Protocol (LDP)

ステートフル スイッチオーバー、Cisco Nonstop Forwarding、グレースフルリスタートに関する情報

『NSF/SSO—MPLS TE and RSVP Graceful Restart』

RSVP hello 状態タイマー

『MPLS Traffic Engineering: RSVP Hello State Timer』

標準

標準

タイトル

この機能でサポートされる新規の標準または変更された標準はありません。また、既存の標準のサポートは変更されていません。

MIB

MIB

MIB のリンク

この機能によってサポートされる新しい MIB または変更された MIB はありません。またこの機能による既存 MIB のサポートに変更はありません。

選択したプラットフォーム、Cisco IOS リリース、およびフィーチャ セットに関する MIB を探してダウンロードするには、次の URL にある Cisco MIB Locator を使用します。

http://www.cisco.com/go/mibs

RFC

RFC

タイトル

RFC 3209

RSVP-TE: Extensions to RSVP for LSP Tunnels

RFC 3473

『Generalized Multi-Protocol Label Switching (GMPLS) Signaling Resource Reservation Protocol-Traffic Engineering (RSVP-TE) Extensions』

RFC 3478

『Graceful Restart Mechanism for Label Distribution』

シスコのテクニカル サポート

説明

リンク

右の URL にアクセスして、シスコのテクニカル サポートを最大限に活用してください。これらのリソースは、ソフトウェアをインストールして設定したり、シスコの製品やテクノロジーに関する技術的問題を解決したりするために使用してください。この Web サイト上のツールにアクセスする際は、Cisco.com のログイン ID およびパスワードが必要です。

http://www.cisco.com/cisco/web/support/index.html

MPLS トラフィック エンジニアリング - RSVP グレースフルリスタートの機能履歴

次の表に、このモジュールで説明する機能のリリースおよび関連情報を示します。

これらの機能は、特に明記されていない限り、導入されたリリース以降のすべてのリリースで使用できます。

リリース

機能

機能情報

Cisco IOS XE Cupertino 17.7.1

MPLS トラフィック エンジニアリング - RSVP グレースフルリスタート

MPLS トラフィック エンジニアリング - RSVP グレースフルリスタート機能を使用すると、隣接するルートプロセッサ(RP)が、マルチプロトコル ラベル スイッチング(MPLS)フォワーディングステートを失うことなく、コントロール プレーン サービス(具体的には、ラベル配布プロトコル(LDP)コンポーネント)の中断から回復できます。

この機能は Cisco Catalyst 9500 シリーズ スイッチおよび Cisco Catalyst 9500 シリーズ ハイパフォーマンス スイッチに導入されました。

Cisco Feature Navigator を使用すると、プラットフォームおよびソフトウェアイメージのサポート情報を検索できます。Cisco Feature Navigator にアクセスするには、https://cfnng.cisco.com/にアクセスします。