Catalyst 4500 シリーズ スイッチ Cisco IOS ソフトウェア コンフィギュレーション ガイド リリース IOS XE 3.3.0SG および IOS 15.1(1)SG
Cisco NSF/SSO スーパーバイザ エンジンの冗長構成の設定
Cisco NSF/SSO スーパーバイザ エンジンの冗長構成の設定
発行日;2012/09/05 | 英語版ドキュメント(2012/04/17 版) | ドキュメントご利用ガイド | ダウンロード ; この章pdf , ドキュメント全体pdf (PDF - 14MB) | フィードバック

目次

Cisco NSF/SSO スーパーバイザ エンジンの冗長構成の設定

NSF/SSO スーパーバイザ エンジンの冗長構成について

Cisco IOS NSF 認識および NSF 対応サポートについて

NSF/SSO スーパーバイザ エンジンの冗長構成の概要

SSO の動作

NSF の動作

シスコ エクスプレス フォワーディング

ルーティング プロトコル

BGP の動作

OSPF の動作

IS-IS の動作

EIGRP の動作

NSF の注意事項と制約事項

NSF/SSO スーパーバイザ エンジンの冗長構成の設定

SSO の設定

CEF NSF の設定

CEF NSF の確認

BGP NSF の設定

BGP NSF の確認

OSPF NSF の設定

OSPF NSF の確認

IS-IS NSF の設定

IS-IS NSF の確認

EIGRP NSF の設定

EIGRP NSF の確認

Cisco IOS XE 3.1.0SG のシスコのハイ アベイラビリティ機能

Cisco NSF/SSO スーパーバイザ エンジンの冗長構成の設定

この章では、ステートフル スイッチオーバー(SSO)を備えた Cisco Nonstop Forwarding(NSF; ノンストップ フォワーディング)を使用してスーパーバイザ エンジンの冗長構成を設定する方法について説明します。


) Cisco IOS Release 12.2(52)SG から、Catalyst 4500 シリーズ スイッチでは、ルーティング プロトコル OSPF/EIGRP/BGP での VRF-Lite NSF サポートがサポートされています。


この章で説明する内容は、次のとおりです。

「NSF/SSO スーパーバイザ エンジンの冗長構成について」

「NSF/SSO スーパーバイザ エンジンの冗長構成の設定」

「Cisco IOS XE 3.1.0SG のシスコのハイ アベイラビリティ機能」


) この章で使用するスイッチ コマンドの構文および使用方法の詳細については、次の URL で『Cisco Catalyst 4500 Series Switch Command Reference』と関連資料を参照してください。

http://www.cisco.com/en/US/products//hw/switches/ps4324/index.html

『Catalyst 4500 Series Switch Command Reference』に掲載されていないコマンドについては、より詳細な Cisco IOS ライブラリを参照してください。次の URL で『Cisco IOS Command Referenceと関連資料を参照してください。

http://www.cisco.com/en/US/products/ps6350/index.html


NSF/SSO スーパーバイザ エンジンの冗長構成について

ここでは、NSF/SSO を使用したスーパーバイザ エンジンの冗長構成を説明します。

「Cisco IOS NSF 認識および NSF 対応サポートについて」

「NSF/SSO スーパーバイザ エンジンの冗長構成の概要」

「SSO の動作」

「NSF の動作」

「シスコ エクスプレス フォワーディング」

「ルーティング プロトコル」

「NSF の注意事項と制約事項」

Cisco IOS NSF 認識および NSF 対応サポートについて

Cisco IOS NSF には 2 つの主なコンポーネントがあります。

NSF 認識:スーパーバイザ エンジン スイッチオーバーが発生していても NSF ルータがまだパケットを転送可能なことを隣接ルータ デバイスが検出する機能を NSF 認識といいます。レイヤ 3 ルーティング プロトコル(OSPF、BGP、EIGRP、IS-IS)に対する Cisco IOS 拡張機能は、CEF ルーティング テーブルが時間切れにならないように、または NSF ルータがルートをドロップしないように、ルート フラッピングを防ぐよう設計されています。NSF 認識ルータは、ルーティング プロトコル情報をネイバー NSF ルータに送信します。

NSF 機能:NSF は SSO と連動して IP パケットを転送し続けることにより、スーパーバイザ エンジン スイッチオーバーのあとのレイヤ 3 ネットワークを利用できない時間を最小限にします。レイヤ 3 ルーティング プロトコル(BGP、EIGRP、OSPFv2、IS-IS)の再コンバージェンスは、ユーザに対してトランスペアレントであり、バックグラウンドで自動的に発生します。ルーティング プロトコルはネイバー デバイスから情報を回復し、シスコ エクスプレス フォワーディング(CEF)テーブルを再構築します。


) NSF では IPv6 はサポートされません。



) NSF 対応デバイスには、Catalyst 4500 シリーズ スイッチ、Catalyst 6500 シリーズ スイッチ、Cisco 7500 シリーズ ルータ、Cisco 10000 シリーズ ルータ、および Cisco 12000 シリーズ ルータがあります。


次に、NSF および NSF 認識ルータの一般的なトポロジを示します。

図 11-1 NSF および NSF 対応スイッチのトポロジ

 

表 11-1 に、NSF 認識をサポートするスーパーバイザ エンジンおよび Catalyst 4500 シリーズ スイッチを示します。

 

表 11-1 NSF 認識スーパーバイザ エンジン

NSF 認識スーパーバイザ エンジン
サポート対象スイッチ

固定スイッチ(WS-C4948)

Catalyst 4948

固定スイッチ(WS-C4948-10GE)

Catalyst 4948-10GE スイッチ

Cisco IOS Release 12.2(20)EWA 以降、Catalyst 4500 シリーズ スイッチでは、EIGRP、IS-IS、OSPF、および BGP プロトコルに対する NSF 認識がサポートされています。Cisco IOS Release 12.2(31)SG 以降、Catalyst 4500 シリーズ スイッチでは IP Base イメージの EIGRP スタブの NSF 認識がすべてのスーパーバイザ エンジンに対してサポートされています。NSF 認識は、EIGRP スタブ、EIGRP、IS-IS、および OSPF プロトコルに対してはデフォルトでオンになります。手動で BGP をオンにする必要があります。

スーパーバイザ エンジンが BGP(graceful-restart コマンドを使用)、EIGRP、OSPF、または IS-IS ルーティング プロトコル用に設定された場合、ルーティング アップデートは、近接 NSF 対応スイッチ(一般的に Catalyst 6500 シリーズ スイッチ)のスーパーバイザ エンジンのスイッチオーバー中に自動的に送信されます。

Cisco IOS Release 12.2(31)SG から、Catalyst 4500 シリーズ スイッチでは NSF 機能がサポートされています。 表 11-2 に、NSF 対応のスーパーバイザ エンジンおよび関連する Catalyst 4500 シリーズ スイッチを示します。

 

表 11-2 NSF 対応スーパーバイザ エンジン

NSF 対応スーパーバイザ エンジン
サポート対象スイッチ

Supervisor Engine 6-E(WS-X45-Sup6-E)
Supervisor Engine 6L-E (WS-X45-Sup6L-E)

Catalyst 4500 E シリーズ スイッチ

Supervisor Engine 7-E(WS-X45-SUP7-E)および Supervisor Engine 7L-E(WS-X45-SUP7L-E)

WS-C4507R-E、WS-C4510R-E、WS-C4507R+E、WS-C4510R+E

NSF/SSO スーパーバイザ エンジンの冗長構成の概要

Catalyst 4500 シリーズ スイッチは、プライマリ スーパーバイザ エンジンが故障した場合に冗長スーパーバイザ エンジンが処理を引き継ぐようにすることによって、耐障害性を強化できます。NSF は、SSO と連動して、スイッチオーバー後にユーザがネットワークを使用できない時間を最小限に抑えます。

NSF には次の利点があります。

ネットワークのアベイラビリティの向上。

NSF は、ユーザのセッション情報がスイッチオーバー後も維持されるように、ネットワーク トラフィックとアプリケーションのステート情報を転送し続けます。

ネットワーク全体の安定性。

ネットワークの安定性は、ネットワーク内のルータで障害が発生してルーティング テーブルが消失したときに生成されるルート フラップ数を減らすことで改善できます。

隣接ルータはリンク フラップを検出しない。

スイッチオーバー中もインターフェイスはアップのままなので、隣接ルータはリンク フラップを検出しません(リンクがダウン後にアップに戻るということがありません)。

ルーティング フラップの回避。

SSO がスイッチオーバー時にネットワーク トラフィックを転送し続けるので、ルーティング フラップが回避されます。

スイッチオーバーの前に確立したユーザ セッションの維持

Catalyst 4500 シリーズ スイッチは、Route Processor Redundancy(RPR)もサポートします。これらの冗長モードの詳細については、を参照してください。

SSO の動作

SSO はスーパーバイザ エンジンの 1 つをアクティブとして確立し、もう一方のスーパーバイザ エンジンをスタンバイとしたあと、これらの 2 つのスーパーバイザ エンジンの間で情報を同期します。アクティブ スーパーバイザ エンジンに障害が発生したとき、アクティブ スーパーバイザ エンジンがスイッチから削除されたとき、またはメンテナンスのために手動で停止されたときに、アクティブ スーパーバイザ エンジンから冗長スーパーバイザ エンジンへのスイッチオーバーが発生します。

SSO を実行しているネットワーキング デバイスでは、アクティブ スーパーバイザ エンジンが故障したあとに冗長スーパーバイザ エンジンがいつでも制御を行えるように、両方のスーパーバイザ エンジンが同じ Cisco IOS ソフトウェア バージョンと ROMmon バージョンで動作している必要があります。また、SSO スイッチオーバーは FIB と隣接エントリを保護し、スイッチオーバーのあとにレイヤ 3 トラフィックを転送できます。設定情報およびデータ構造は、起動時やアクティブ スーパーバイザ エンジンの設定が変更されたときに、アクティブ スーパーバイザ エンジンから冗長スーパーバイザ エンジンに同期するようになっています。2 つのスーパーバイザ エンジン間の初期同期後に、SSO は転送情報などの両者間のステート情報を維持します。

スイッチオーバー中、システム制御およびルーティング プロトコルの実行はアクティブ スーパーバイザ エンジンから冗長スーパーバイザ エンジンに転送されます。


) [no] service slave-log コンフィギュレーション コマンドを使用して、すべてのエラー メッセージをスタンバイ スーパーバイザ エンジンからアクティブ エンジンに転送します。デフォルトでは、この機能はイネーブルに設定されています。詳細については、『Catalyst 4500 Series Switch Cisco IOS System Error Message Guide, Release 12.2(37)SG』を参照してください。


NSF の動作

NSF は、常に SSO とともに実行され、レイヤ 3 トラフィックの冗長機能を提供します。NSF は、ルーティングについては BGP、OSPF、IS-IS、EIGRP ルーティング プロトコルで、転送についてはシスコ エクスプレス フォワーディング(CEF)でサポートされています。ルーティング プロトコルが NSF 対応および NSF 認識で機能拡張されています。これは、これらのプロトコルを実行するルータが、スイッチオーバーを検出し、ネットワーク トラフィックを継続してフォワーディングするのに必要なアクションを実行して、ピア デバイスからルート情報を回復できることを意味しています。ピア デバイスから受信した情報の代わりに、アクティブ スーパーバイザ エンジンと冗長スーパーバイザ エンジン間で同期されているステート情報を使用して、スイッチオーバー以降のルート情報を回復するよう IS-IS プロトコルを設定できます。

ネットワーキング デバイスが NSF 対応ソフトウェアを実行している場合、このデバイスは NSF 対応です。NSF をサポートするようにデバイスを設定した場合にデバイスは NSF 対応になります。NSF 認識ネイバーまたは NSF 対応ネイバーからルーティング情報を再構築します。

各プロトコルは、ルーティング プロトコルが Routing Information Base(RIB)テーブルを再構築する間に、スイッチオーバー中にパケットを転送し続ける CEF に依存します。ルーティング プロトコルが収束したあと、CEF は FIB テーブルをアップデートし、使用されなくなったルート エントリを削除します。その後、CEF は新しい FIB 情報でラインカードをアップデートします。

シスコ エクスプレス フォワーディング

NSF の重要な要素はパケット転送です。シスコのネットワーキング デバイスでは、パケット転送はシスコ エクスプレス フォワーディング(CEF)で提供されます。CEF は FIB を維持し、スイッチオーバー時に最新だった FIB 情報を使用して、スイッチオーバー中のパケット転送を続行します。この機能により、スイッチオーバー中のトラフィックの中断が減少します。

通常の NSF 動作中、アクティブ スーパーバイザ エンジンの CEF は現在の FIB および隣接データベースを、冗長スーパーバイザ エンジンの FIB および隣接データベースと同期させます。アクティブ スーパーバイザ エンジンのスイッチオーバーが発生すると、冗長スーパーバイザ エンジンは最初に、アクティブ スーパーバイザ エンジンに存在したミラー イメージである FIB および隣接データベースを持ちます。転送エンジンが存在するプラットフォームでは、アクティブ スーパーバイザ エンジンの CEF によって送信される変更を使用して、CEF が冗長スーパーバイザ エンジンの転送エンジンを最新の状態に保ちます。転送エンジンは、インターフェイスおよびデータ パスが使用可能になりしだい、スイッチオーバー後も転送を継続できます。

ルーティング プロトコルがプレフィックス単位で RIB を再び読み込み始めるため、CEF に対してプレフィックス単位のアップデートが行われます。CEF はこれを使用して FIB と隣接データベースを更新します。既存エントリと新規エントリは新しいバージョン(「エポック」)番号を受信します。これは、それらが最新であることを示します。転送エンジンでは、コンバージェンス中に転送情報が更新されます。RIB が収束されると、スーパーバイザ エンジンは信号を出します。ソフトウェアは、現在のスイッチオーバー エポックよりも前のエポックを持つ FIB および隣接エントリをすべて削除します。これで、FIB は、最新のルーティング プロトコル転送情報を表示するようになります。

ルーティング プロトコル


Catalyst 4500 シリーズ スイッチでは、ルーティング プロトコルを使用するのに、Enterprise Services Cisco IOS ソフトウェア イメージが必要です。


ルーティング プロトコルは、アクティブ スーパーバイザ エンジン上でのみ動作し、隣接ルータからルーティング アップデートを受信します。ルーティング プロトコルは、スタンバイ スーパーバイザ エンジンでは実行されません。スイッチオーバー後に、ルーティング プロトコルは、ルーティング テーブルの再構築に役立てるために、NSF を認識する隣接デバイスに、ステート情報を送信するように要求します。また、この代わりに、ネイバー デバイスが NSF を認識しないような環境にある NSF 対応デバイスのルーティング テーブルの再構築に役立つように、ステート情報をアクティブ スーパーバイザ エンジンから冗長スーパーバイザ エンジンと同期させるように、IS-IS プロトコルを設定できます。NSF は BGP、OSPF、IS-IS、および EIGRP プロトコルをサポートしています。


) NSF 動作で、ルーティング プロトコルは、ルーティング情報を再構築している間、CEF に依存してパケット転送を継続します。


BGP の動作

NSF 対応ルータは、BGP ピアと BGP セッションを開始すると、OPEN メッセージをピアに送信します。メッセージには、NSF 対応デバイスに「グレースフル」リスタート機能があることを示す記述が含まれています。グレースフル リスタートとは、スイッチオーバー後に BGP ルーティング ピアでルーティング フラップが発生しないようにするためのメカニズムです。BGP ピアがこの機能を受信した場合、メッセージを送信するデバイスが NSF 対応であることを認識しています。NSF 対応ルータと BGP ピアの両方が、セッションの確立時に OPEN メッセージでグレースフル リスタート機能を交換する必要があります。両方のピアがグレースフル リスタート機能を示すステートメントを交換しない場合、このセッションでグレースフル リスタートは行われません。

スーパーバイザ エンジンのスイッチオーバー中に BGP セッションが中断された場合、NSF 認識 BGP ピアは、NSF 対応ルータに関連付けられたすべてのルートすべてを失効としてマーキングします。ただし、所定の時間内は、引き続きこれらのルートを転送の決定に使用します。この機能は、新しいアクティブ スーパーバイザ エンジンが BGP ピアでルーティング情報のコンバージェンスを待っている間に、パケットが失われないようにします。

スーパーバイザ エンジンのスイッチオーバーが発生したあと、NSF 対応ルータは BGP ピアとのセッションを再確立します。新しいセッションの確立中に、NSF 対応ルータが再起動したことを識別する、新しいグレースフル リスタート メッセージを送信します。

この時点で、ルーティング情報が 2 つの BGP ピアの間で交換されます。この交換が完了すると、NSF 対応デバイスは、ルーティング情報を使用して RIB および FIB を新しい転送情報で更新します。NSF 認識デバイスは、ネットワーク情報を使用して、失効ルートを BGP テーブルから削除します。その後、BGP プロトコルが完全に収束されます。

BGP ピアがグレースフル リスタート機能をサポートしていない場合、OPEN メッセージ内のグレースフル リスタート機能は無視されますが、NSF 対応デバイスとの BGP セッションは確立します。この機能により、NSF 非認識(つまり NSF 機能のない)BGP ピアとの相互運用が可能になりますが、NSF 非認識 BGP ピアとの BGP セッションではグレースフル リスタートは使用できません。


) NSF の BGP サポートでは、ネイバー ネットワーキング デバイスが NSF 認識である必要があります。つまり、デバイスにはグレースフル リスタート機能があり、セッション確立中に OPEN メッセージ内でこの機能をアドバタイズする必要があります。NSF 対応ルータが特定の BGP ネイバーにグレースフル リスタート機能がないことを検出すると、NSF 対応セッションをそのネイバーと確立しません。グレースフル リスタート機能のある他のすべてのネイバーは、この NSF 対応ネットワーキング デバイスと NSF 対応セッションを継続します。


OSPF の動作

OSPF NSF 対応ルータがスーパーバイザ エンジンのスイッチオーバーを実行する場合、リンク ステート データベースを OSPF ネイバーと再同期するために、次の作業を行う必要があります。

ネイバー関係をリセットせずに、ネットワーク上の使用可能な OSPF ネイバーを再学習します。

ネットワークに関するリンク ステート データベースの内容を再度取得します。

スーパーバイザ エンジン スイッチオーバーのあと、NSF 対応ルータはできるだけ迅速に OSPF NSF 信号をネイバー NSF 認識デバイスに送信します。ネイバー ネットワーキング デバイスは、この信号をこのルータとのネイバー関係をリセットされるべきでないことを示すインジケータとして認識します。NSF 対応ルータは、ネットワーク内の他のルータから信号を受信すると、ネイバー リストを再構築できます。

ネイバー関係が再構築されると、NSF 対応ルータはすべての NSF 認識ネイバーとデータベースの再同期を開始します。この時点で、ルーティング情報が OSPF ネイバーの間で交換されます。この交換が完了すると、NSF 対応デバイスは、ルーティング情報を使用して、失効ルートを削除し、RIB を更新して、FIB を新しい転送情報で更新します。その後、OSPF プロトコルが完全に収束されます。


) OSPF NSF では、すべてのネイバー ネットワーキング デバイスが NSF を認識する必要があります。NSF 対応ルータが特定のネットワーク セグメントで NSF 非認識ネイバーを検出すると、そのセグメントで NSF 機能をディセーブルにします。NSF 対応または NSF 認識ルータで完全に構成された他のネットワーク セグメントに対しては、継続して NSF 機能を提供します。


IS-IS の動作

IS-IS NSF 対応ルータがスーパーバイザ エンジンのスイッチオーバーを実行する場合、リンク ステート データベースを IS-IS ネイバーと再同期するために、次の作業を行う必要があります。

ネイバー関係をリセットせずに、ネットワーク上の使用可能な IS-IS ネイバーを再学習します。

ネットワークに関するリンク ステート データベースの内容を再度取得します。

NSF を設定する場合、IS-IS NSF 機能には次の 2 つのオプションがあります。

Internet Engineering Task Force(IETF; インターネット技術特別調査委員会)IS-IS

Cisco IS-IS

あるネットワーク セグメントの隣接ルータがルータの再起動に関する IETF インターネット ドラフトをサポートするソフトウェア バージョンを実行している場合、再起動する IETF NSF ルータを支援します。IETF を使用すると、スイッチオーバー後のルーティング情報の再構築に役立つ隣接関係およびリンク ステート情報を提供します。IETF IS-IS 設定の利点は、提案された標準に基づいたピア デバイスの間の動作です。


) ネットワーキング デバイスで IETF を設定したにもかかわらず、隣接ルータが IETF と互換性がない場合、スイッチオーバー後に NSF が打ち切られます。


あるネットワーク セグメントの隣接ルータが NSF を認識しない場合、シスコの設定オプションを使用する必要があります。Cisco IS-IS 設定は、プロトコル隣接関係情報とリンク ステート情報の両方をアクティブ スーパーバイザ エンジンから冗長スーパーバイザ エンジンに転送します。シスコの設定の利点は、NSF 認識ネイバーに依存しないことです。

IETF IS-IS 設定

スーパーバイザ エンジン スイッチオーバーのあと、NSF 対応ルータはできるだけ迅速に IETF IS-IS 設定を使用して、IS-IS NSF 再起動要求をネイバー NSF 認識デバイスに送信します。隣接ネットワーキング デバイスは、この再起動要求をこのルータとのネイバー関係がリセットされるべきでないが、再起動ルータとの間でデータベースの再同期を開始すべきであることを示すインジケータとして認識します。再起動ルータは、ネットワーク内の他のルータから信号を受信すると、ネイバー リストを再構築できます。

この交換が完了すると、NSF 対応デバイスは、リンクステート情報を使用して、失効ルートを削除し、RIB を更新し、FIB を新しい転送情報で更新します。その後、IS-IS が完全に収束されます。

あるスーパーバイザ エンジンから別のスーパーバイザ エンジンへのスイッチオーバーは、数秒以内に発生します。IS-IS はルーティング テーブルを再構築し、数秒以内にネットワークと同期します。この時点で、IS-IS は次の NSF 再起動を試行する前に特定の期間待機します。この期間に、新しい冗長スーパーバイザ エンジンが起動してアクティブ スーパーバイザ エンジンとの設定を同期します。IS-IS NSF 動作は、IS-IS NSF の再起動を試行する前に接続を安定させるために、指定されたインターバルが終了するまで待機します。この機能により、IS-IS がバックツーバック NSF 再起動を試行しないようにします。

Cisco IS-IS の設定

Cisco コンフィギュレーション オプションを使用すると、すべての隣接および LSP 情報が保存されるか、冗長スーパーバイザ エンジンにチェックポイントとして設定されます。スイッチオーバーのあと、新しいアクティブ スーパーバイザ エンジンは、チェックポイント済みのデータを使用して、隣接関係を維持し、ルーティング テーブルを迅速に再構築できます。


) スイッチオーバーのあと、Cisco IS-IS NSF には完全なネイバー隣接情および LSP 情報が含まれます。ただし、スイッチオーバーの前に隣接していたすべてのインターフェイスがオンラインになるまで待機する必要があります。割り当てられたインターフェイス待機時間内にインターフェイスがオンラインにならない場合、これらのネイバー デバイスから学習したルートは、ルーティング テーブルの再計算で考慮されません。IS-IS NSF には、何らかの理由で時間内にオンライン状態にならないインターフェイスに対して、待機時間を延長するコマンドがあります。


あるスーパーバイザ エンジンから別のスーパーバイザ エンジンへのスイッチオーバーは、数秒以内に発生します。IS-IS はルーティング テーブルを再構築し、数秒以内にネットワークと同期します。この時点で、IS-IS は次の NSF 再起動を試行する前に特定の期間待機します。この期間に、新しい冗長スーパーバイザ エンジンが起動してアクティブ スーパーバイザ エンジンとの設定を同期します。この同期が完了したあと、IS-IS 隣接関係および LSP データは検査され、冗長スーパーバイザ エンジンに保存されます。ただし、新しい NSF 再起動は、待機期間が経過しないと IS-IS で試行されません。この機能により、IS-IS がバックツーバック NSF 再起動を試行しないようにします。

EIGRP の動作

EIGRP NSF 対応ルータが NSF 再起動後に最初に再起動したときには、ネイバーはなくトポロジ テーブルは空です。ルータは、インターフェイスを確立してネイバーを再取得し、トポロジとルーティング テーブルを再構築する必要があるときに、冗長(現在はアクティブ)スーパーバイザ エンジンから通知を受けます。再起動ルータおよびピアは、再起動ルータへのデータ トラフィック転送を中断することなく、これらの作業を実行する必要があります。EIGRP ピア ルータは再起動ルータから学習したルートを維持し、NSF 再起動プロセスを介してトラフィックを転送し続けます。

ネイバーによって隣接関係がリセットされないように、再起動するルータは再起動を示すために EIGRP パケット ヘッダーの新しい再起動(RS)ビットを使用します。RS ビットは、NSF 再起動中に hello パケットと初期 INIT アップデート パケットに設定されます。hello パケットの RS ビットにより、ネイバーに迅速に NSF 再起動を通知できます。RS ビットを参照しない場合、ネイバーは、INIT アップデートの受信、または Hello ホールド タイマーの期限切れによってリセットされた隣接関係を検出します。RS ビットを使用しない場合、ネイバーは、リセットされた隣接関係を NSF または通常の起動方法を使用して処理する必要があるかどうかを認識できません。

hello パケットまたは INIT パケットを受信することでネイバーが再起動の知らせを受信すると、ピア リスト内で再起動したピアを見つけ、再起動しているルータとの隣接関係を維持します。その後、ネイバーは、NSF 認識であり、再起動ルータに役立つことを示す最初のアップデート パケットに設定された RS ビットのある再起動ルータにトポロジー テーブルを送信します。ネイバーは、NSF 再起動ネイバーでもない場合、Hello パケットに RS ビットを設定しません。


) ルータが NSF を認識できていても、コールド スタートで起動されたために NSF 再起動ネイバーを支援しない場合もあります。


少なくとも 1 つのピア ルータが NSF 認識である場合、再起動ルータはアップデートを受信してからデータベースを再構築します。その後、再起動ルータは、ルーティング情報ベース(RIB)に通知できるように収束したかどうかを認識する必要があります。各 NSF 認識ルータは、End of Table(EOT)内容を表示するために、最新アップデート パケットの EOT マーカーを送信する必要があります。再起動ルータは EOT マーカーを受信すると、収束したことを認識します。その後、再起動ルータはアップデートの送信を開始できます。

NSF 認識ピアは、再起動ルータから EOT 表示を受信したときに再起動ルータが収束した時間を認識します。その後、ピアはトポロジー テーブルをスキャンして、送信元として再起動されたネイバーを持つルートを検索します。ピアは、ルート タイムスタンプと再起動イベント タイムスタンプを比較し、ルートがまだ利用できるかどうかを判断します。その後、ピアは、アクティブになり、再起動したルータを介して利用できなくなったルート用に代替パスを検索します。

再起動ルータがすべての EOT 表示をネイバーから受信した場合、または NSF 収束タイマーが満了した場合、EIGRP は RIB にコンバージェンスを通知します。EIGRP は RIB コンバージェンス信号を待ってから、トポロジー テーブルを待機中の NSF 認識ピアすべてにフラッディングします。

NSF の注意事項と制約事項

NSF/SSO には次のような制約事項があります。

アグレッシブ プロトコル タイマー(デフォルトがタイマー値を超える場合など)を使用すると、スイッチオーバー時に、新しいアクティブ スーパーバイザ エンジン上で実行しているプロトコル ソフトウェアは、近接スイッチまたはルータに「hello」パケットを送信するために、時間内に初期化されないことがあります。他の CPU 使用率が高いタスクが原因で、プロトコルの初期化に比較的長い時間がかかる場合、プロトコルでは、状態遷移が発生し、秒単位のトラフィックの損失が生じます。SSO/NSF とともにアグレッシブ タイマーを設定しないことを推奨します。

NSF 動作の場合、SSO をデバイス上に設定する必要があります。

NSF/SSO は、IP バージョン 4 トラフィックおよびプロトコルのみをサポートします。IPv6 トラフィックはサポートしていません。

仮想ルータ冗長プロトコル(VRRP)は SSO を認識しないので、通常の動作中にアクティブ スーパーバイザ エンジンとスタンバイ スーパーバイザ エンジン間でステート情報が維持されません。VRRP および SSO は共存できますが、それぞれの機能は独立して動作します。VRRP に依存しているトラフィックは、スーパーバイザ エンジンのスイッチオーバー時に VRRP スタンバイに切り替わる場合があります。

BGP NSF に参加するすべてのネイバー デバイスは NSF 対応で、BGP グレースフル リスタート用に設定されている必要があります。

仮想リンクの OSPF NSF はサポートされていません。

同じネットワーク セグメント上のすべての OSPF ネットワーキング デバイスは、NSF 認識(NSF ソフトウェア イメージを実行)である必要があります。

IETF IS-IS の場合、ネイバー デバイスはすべて NSF 認識ソフトウェア イメージを実行する必要があります。

NSF/SSO スーパーバイザ エンジンの冗長構成の設定

ここでは、NSF 機能の設定作業について説明します。

「SSO の設定」

「CEF NSF の設定」

「CEF NSF の確認」

「BGP NSF の設定」

「BGP NSF の確認」

「OSPF NSF の設定」

「OSPF NSF の確認」

「IS-IS NSF の設定」

「IS-IS NSF の確認」

「EIGRP NSF の設定」

「EIGRP NSF の確認」

SSO の設定

あらゆるプロトコルをサポートする NSF を使用するには、SSO を設定する必要があります。

SSO を設定するには、次の作業を行います。

 

コマンド
目的

ステップ 1

Switch(config)# redundancy

冗長コンフィギュレーション モードを開始します。

ステップ 2

Switch(config-red)# mode sso

SSO を設定します。このコマンドを入力すると、冗長スーパーバイザ エンジンがリロードされ、SSO モードで動作を開始します。

ステップ 3

Switch(config-red)# end

EXEC モードに戻ります。

ステップ 4

Switch# show running-config

SSO がイネーブルになっていることを確認します。

ステップ 5

Switch# show redundancy states

動作中の冗長モードを表示します。


sso キーワードは、Cisco IOS Release 12.2(20)EWA 以降のリリースでサポートされています。


次に、SSO のシステムを設定し、冗長状態を表示する例を示します。

Switch> enable
Switch# configure terminal
Enter configuration commands, one per line. End with CNTL/Z.
Switch(config)# redundancy
Switch(config-red)# mode sso
Switch(config-red)# end
Switch# show redundancy states
my state = 13 -ACTIVE
peer state = 8 -STANDBY HOT
Mode = Duplex
Unit = Primary
Unit ID = 5
 
Redundancy Mode (Operational) = sso
Redundancy Mode (Configured) = sso
Split Mode = Disabled
Manual Swact = Enabled
Communications = Up
 
client count = 29
client_notification_TMR = 30000 milliseconds
keep_alive TMR = 9000 milliseconds
keep_alive count = 1
keep_alive threshold = 18
RF debug mask = 0x0
Switch#

CEF NSF の設定

ネットワーキング デバイスが SSO モードで動作している間、CEF NSF 機能はデフォルトで動作します。設定は不要です。

CEF NSF の確認

CEF が NSF 対応であることを確認するには、 show cef state コマンドを入力します。

Switch# show cef state
 
CEF Status [RP]
CEF enabled/running
dCEF enabled/running
CEF switching enabled/running
CEF default capabilities:
Always FIB switching: yes
Default CEF switching: yes
Default dCEF switching: yes
Update HWIDB counters: no
Drop multicast packets: no
.
.
.
CEF NSF capable: yes
IPC delayed func on SSO: no
RRP state:
I am standby RRP: no
My logical slot: 0
RF PeerComm: no

BGP NSF の設定


) BGP NSF に参加するすべてのピア デバイス上では、BGP グレースフル リスタートを設定する必要があります。


BGP で NSF を設定するには、次の作業を行います(各 BGP NSF ピア デバイスでこの手順を繰り返します)。

 

コマンド
目的

ステップ 1

Switch# configure terminal

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

ステップ 2

Switch(config)# router bgp as-number

BGP ルーティング プロセスをイネーブルにして、スイッチをスイッチ コンフィギュレーション モードにします。

ステップ 3

Switch(config-router)# bgp graceful-restart

BGP グレースフル リスタート機能をイネーブルにし、BGP NSF を開始します。

BGP セッションが確立されたあとでこのコマンドを入力した場合、BGP ネイバーと交換する機能のセッションを再開する必要があります。

再起動スイッチとすべてのピアでこのコマンドを入力します。

BGP NSF の確認

BGP の NSF を確認するには、BGP のグレースフル リスタートが SSO 対応ネットワーキング デバイスとネイバー デバイスに設定されているかどうかを確認する必要があります。確認するには、次の手順を実行します。


ステップ 1 show running-config コマンドを入力して、「bgp graceful-restart」が SSO 対応スイッチの BGP 設定に表示されていることを確認します。

Switch# show running-config
 
.
.
.
router bgp 120
.
.
.
bgp graceful-restart
neighbor 10.2.2.2 remote-as 300
.
.
.

 

ステップ 2 各 BGP ネイバーでステップ 1 を繰り返します。

ステップ 3 SSO デバイスおよびネイバー デバイスで、グレースフル リスタート機能がアドバタイズおよび受信されたことを示していることを確認し、グレースフル リスタート機能を備えたアドレス ファミリであることを確認します。アドレス ファミリが表示されていない場合、BGP NSF も発生しません。

Switch# show ip bgp neighbors x.x.x.x
 
BGP neighbor is 192.168.2.2, remote AS YY, external link
BGP version 4, remote router ID 192.168.2.2
BGP state = Established, up for 00:01:18
Last read 00:00:17, hold time is 180, keepalive interval is 60 seconds
Neighbor capabilities:
Route refresh:advertised and received(new)
Address family IPv4 Unicast:advertised and received
Address famiiy IPv4 Multicast:advertised and received
Graceful Restart Capabilty:advertised and received
Remote Restart timer is 120 seconds
Address families preserved by peer:
IPv4 Unicast, IPv4 Multicast
Received 1539 messages, 0 notifications, 0 in queue
Sent 1544 messages, 0 notifications, 0 in queue
Default minimum time between advertisement runs is 30 seconds
 


 

OSPF NSF の設定


) OSPF NSF に参加しているすべてのピア デバイスは OSPF NSF を認識できるようにする必要があります。NSF ソフトウェア イメージをデバイスにインストールすれば自動的に認識するようになります。


OSPF NSF を設定するには、次の作業を行います。

 

コマンド
目的

ステップ 1

Switch# configure terminal

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

ステップ 2

Switch(config)# router ospf processID

OSPF ルーティング プロセスをイネーブルにして、スイッチをルータ コンフィギュレーション モードにします。

ステップ 3

Switch(config-router)# nsf

OSPF の NSF 動作をイネーブルにします。

OSPF NSF の確認

OSPF NSF を確認するには、NSF 機能が SSO 対応ネットワーキング デバイス上で設定されていることを確認する必要があります。OSPF NSF を確認するには、次の手順を実行します。


ステップ 1 show running-config コマンドを入力して、「nsf」が SSO 対応デバイスの OSPF コンフィギュレーションに表示されていることを確認します。

Switch# show running-config
 
route ospf 120
log-adjacency-changes
nsf
network 192.168.20.0 0.0.0.255 area 0
network 192.168.30.0 0.0.0.255 area 1
network 192.168.40.0 0.0.0.255 area 2
.
.
.
 

ステップ 2 NSF がデバイス上でイネーブルであることを確認するには、 show ip ospf コマンドを入力します。

Switch> show ip ospf
 
Routing Process "ospf 1" with ID 192.168.2.1 and Domain ID 0.0.0.1
Supports only single TOS(TOS0) routes
Supports opaque LSA
SPF schedule delay 5 secs, Hold time between two SPFs 10 secs
Minimum LSA interval 5 secs. Minimum LSA arrival 1 secs
Number of external LSA 0. Checksum Sum 0x0
Number of opaque AS LSA 0. Checksum Sum 0x0
Number of DCbitless external and opaque AS LSA 0
Number of DoNotAge external and opaque AS LSA 0
Number of areas in this router is 1. 1 normal 0 stub 0 nssa
External flood list length 0
Non-Stop Forwarding enabled, last NSF restart 00:02:06 ago (took 44 secs)
Area BACKBONE(0)
Number of interfaces in this area is 1 (0 loopback)
Area has no authentication
SPF algorithm executed 3 times


 

IS-IS NSF の設定

IS-IS NSF を設定する手順は、次のとおりです。

 

コマンド
目的

ステップ 1

Switch# configure terminal

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

ステップ 2

Switch(config)# router isis [ tag ]

IS-IS ルーティング プロセスをイネーブルして、スイッチをルータ コンフィギュレーション モードにします。

ステップ 3

Switch(config-router)# nsf [ cisco | ietf ]

IS-IS の NSF 動作をイネーブルにします。

IETF ドラフトベースの再起動をサポートするネットワーキング デバイスとの隣接関係が保証される同種ネットワークで IS-IS をイネーブルにするには、 ietf キーワードを入力します。

NSF 認識ネットワーキング デバイスとの隣接関係がない同種ネットワークで IS-IS を実行するには、 cisco キーワードを入力します。

ステップ 4

Switch(config-router)# nsf interval [ minutes ]

(任意)NSF 再起動の試行間隔の最小時間を指定します。 連続した NSF 再起動試行間のデフォルト時間は、5 分です。

ステップ 5

Switch(config-router)# nsf t3 { manual [ seconds ] | adjacency }

(任意)IS-IS 自身のリンク ステート情報の生成が過負荷になり、その情報がネイバーにフラッディングする前に、IS-IS が IS-IS データベースの同期を待機する時間を指定します。

IETF 動作を選択した場合に限り、 t3 キーワードが適用されます。 adjacency を指定した場合、再起動しているスイッチは隣接デバイスから待機時間を取得します。

ステップ 6

Switch(config-router)# nsf interface wait seconds

(任意)再起動が完了する前に、IS-IS 隣接関係があるインターフェイスがすべて立ち上がるまで、IS-IS NSF の再起動を待機する時間を指定します。デフォルトは 10 秒です。

IS-IS NSF の確認

IS-IS NSF を確認するには、NSF 機能が SSO 対応ネットワーキング デバイス上で設定されていることを確認する必要があります。IS-IS NSF を確認するには、次の手順を実行します。


ステップ 1 コマンド show running-config を入力して、「nsf」が SSO 対応デバイスの IS-IS 設定に表示されていることを確認します。Cisco IS-IS または IETF IS-IS 設定のいずれかが表示されます。次の例は、デバイスが IS-IS NSF シスコの実装による IS-IS NSF を使用していることを示します。

Switch# show running-config
<...Output Truncated...>
router isis
nsf cisco
<...Output Truncated...>
 

ステップ 2 NSF 設定が cisco に設定されている場合、NSF がデバイス上でイネーブルであることを確認するには、 show isis nsf コマンドを入力します。シスコの設定を使用すると、表示出力はアクティブ RP と冗長 RP で異なります。次の表示は、アクティブ RP 上の Cisco 設定の出力例です。この例では、「NSF restart enabled」があることに注意してください。

Switch# show isis nsf
 
NSF is ENABLED, mode 'cisco'
 
RP is ACTIVE, standby ready, bulk sync complete
NSF interval timer expired (NSF restart enabled)
Checkpointing enabled, no errors
Local state:ACTIVE, Peer state:STANDBY HOT, Mode:SSO
 

次の表示は、スタンバイ RP 上の Cisco 設定の出力例です。この例では、「NSF restart enabled」があることに注意してください。

Switch# show isis nsf
 
NSF enabled, mode 'cisco'
RP is STANDBY, chkpt msg receive count:ADJ 2, LSP 7
NSF interval timer notification received (NSF restart enabled)
Checkpointing enabled, no errors
Local state:STANDBY HOT, Peer state:ACTIVE, Mode:SSO
 

ステップ 3 NSF 設定が ietf に設定されている場合、NSF がデバイス上でイネーブルであることを確認するには、 show isis nsf コマンドを入力します。次の表示は、ネットワーキング デバイス上の IETF IS-IS 設定の出力例です。

Switch# show isis nsf
 
NSF is ENABLED, mode IETF
NSF pdb state:Inactive
NSF L1 active interfaces:0
NSF L1 active LSPs:0
NSF interfaces awaiting L1 CSNP:0
Awaiting L1 LSPs:
NSF L2 active interfaces:0
NSF L2 active LSPs:0
NSF interfaces awaiting L2 CSNP:0
Awaiting L2 LSPs:
Interface:Serial3/0/2
NSF L1 Restart state:Running
NSF p2p Restart retransmissions:0
Maximum L1 NSF Restart retransmissions:3
L1 NSF ACK requested:FALSE
L1 NSF CSNP requested:FALSE
NSF L2 Restart state:Running
NSF p2p Restart retransmissions:0
Maximum L2 NSF Restart retransmissions:3
L2 NSF ACK requested:FALSE
Interface:GigabitEthernet2/0/0
NSF L1 Restart state:Running
NSF L1 Restart retransmissions:0
Maximum L1 NSF Restart retransmissions:3
L1 NSF ACK requested:FALSE
L1 NSF CSNP requested:FALSE
NSF L2 Restart state:Running
NSF L2 Restart retransmissions:0
Maximum L2 NSF Restart retransmissions:3
L2 NSF ACK requested:FALSE
L2 NSF CSNP requested:FALSE
Interface:Loopback1
NSF L1 Restart state:Running
NSF L1 Restart retransmissions:0
Maximum L1 NSF Restart retransmissions:3
L1 NSF ACK requested:FALSE
L1 NSF CSNP requested:FALSE
NSF L2 Restart state:Running
NSF L2 Restart retransmissions:0
Maximum L2 NSF Restart retransmissions:3
L2 NSF ACK requested:FALSE
L2 NSF CSNP requested:FALSE
 


 

EIGRP NSF の設定

EIGRP NSF を設定するには、次の作業を行います。

 

コマンド
目的

ステップ 1

Switch# configure terminal

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

ステップ 2

Switch(config)# router eigrp as-number

EIGRP ルーティング プロセスをイネーブルにして、スイッチをルータ コンフィギュレーション モードにします。

ステップ 3

Switch(config-router)# nsf

EIGRP NSF をイネーブルにします。

「再起動」スイッチとすべてのピアでこのコマンドを使用します。

EIGRP NSF の確認

EIGRP NSF を確認するには、NSF 機能が SSO 対応ネットワーキング デバイス上で設定されていることを確認する必要があります。EIGRP NSF を確認するには、次の手順を実行します。


ステップ 1 show running-config コマンドを入力して、「nsf」が SSO 対応デバイスの EIGRP 設定に表示されていることを確認します。

Switch# show running-config
.
.
router eigrp 100
auto-summary
nsf
..
.

ステップ 2 NSF がデバイス上でイネーブルであるか確認するには、 show ip protocols コマンドを入力します。

Switch# show ip protocols
*** IP Routing is NSF aware ***
Routing Protocol is "eigrp 100"
Outgoing update filter list for all interfaces is not set
Incoming update filter list for all interfaces is not set
Default networks flagged in outgoing updates
Default networks accepted from incoming updates
EIGRP metric weight K1=1, K2=0, K3=1, K4=0, K5=0
EIGRP maximum hopcount 100
EIGRP maximum metric variance 1
Redistributing: eigrp 100
EIGRP NSF-aware route hold timer is 240s
EIGRP NSF enabled
NSF signal timer is 20s
NSF converge timer is 120s
Automatic network summarization is in effect
Maximum path: 4
Routing for Networks:
Routing Information Sources:
Gateway Distance Last Update
Distance: internal 90 external 170
 


 

Cisco IOS XE 3.1.0SG のシスコのハイ アベイラビリティ機能

ここでは、Cisco IOS XE 3.1.0SG でサポートされているハイ アベイラビリティ ソフトウェア機能について説明します。機能マニュアルへのリンクが掲載されています。

機能ガイドには、複数の機能に関する情報が含まれている場合があります。機能ガイドで特定の機能に関する情報を検索する場合は、巻末の機能情報表を参照してください。

機能ガイドには、さまざまなソフトウェア リリースとプラットフォームでサポートされている機能が掲載されています。ご使用のシスコ ソフトウェア リリースまたはプラットフォームで、機能ガイドに記載されたすべての機能がサポートされているとは限りません。そのガイドでどの機能がソフトウェア リリースでサポートされるかについては、機能ガイドの最後にある機能情報の表を参照してください。プラットフォームのサポートおよびシスコ ソフトウェア イメージのサポートに関する情報を検索するには、Cisco Feature Navigator を使用します。Cisco Feature Navigator には http://www.cisco.com/go/cfn からアクセスしてください。Cisco.com のアカウントは不要です。

NSF:IS-IS 用のグレースフル リスタート(GR)と Non Stop Routing(NSR; ノンストップ ルーティング)

http://www.cisco.com/en/US/docs/ios/ha/configuration/guide/ha-nonstp_fwdg.html

NSF/SSO(ステートフル スイッチオーバーを使用したノンストップ フォワーディング)

http://www.cisco.com/en/US/docs/ios/ha/configuration/guide/ha-nonstp_fwdg.html

SSO:Multilink PPP(MLP; マルチリンク PPP)

http://www.cisco.com/en/US/docs/ios/ha/configuration/guide/ha-stfl_swovr.html