この製品のマニュアルセットは、偏向のない言語を使用するように配慮されています。このマニュアルセットでの偏向のない言語とは、年齢、障害、性別、人種的アイデンティティ、民族的アイデンティティ、性的指向、社会経済的地位、およびインターセクショナリティに基づく差別を意味しない言語として定義されています。製品ソフトウェアのユーザーインターフェイスにハードコードされている言語、RFP のドキュメントに基づいて使用されている言語、または参照されているサードパーティ製品で使用されている言語によりドキュメントに例外が存在する場合があります。シスコのインクルーシブランゲージに対する取り組みの詳細は、こちらをご覧ください。
このドキュメントは、米国シスコ発行ドキュメントの参考和訳です。リンク情報につきましては、日本語版掲載時点で、英語版にアップデートがあり、リンク先のページが移動/変更されている場合がありますことをご了承ください。あくまでも参考和訳となりますので、正式な内容については米国サイトのドキュメントを参照ください。
Cisco IOS ソフトウェアで Nonstop Forwarding(NSF; ノンストップ フォワーディング)と Stateful Switchover(SSO; ステートフル スイッチオーバー)機能を組み合わせることにより、スイッチオーバー後に、ユーザがネットワークを使用できない時間が最小限に抑えられます。NSF の主な目的は、Route Processor(RP; ルート プロセッサ)のスイッチオーバー後に、引き続き IP パケットを転送することです。NSF がサポートされるプロトコルは、ルーティングについては、Border Gateway Protocol(BGP; ボーダゲートウェイプロトコル)、Enhanced Interior Gateway Routing Protocol(EIGRP)、IPv6、Intermediate System to Intermediate System(IS-IS)、および Open Shortest Path First(OSPF)です。転送については、Cisco Express Forwarding(CEF; シスコ エクスプレス フォワーディング)です。
• NSF 認識デバイス:NSF 互換のソフトウェアを実行するデバイス
• NSF 対応デバイス:NSF をサポートするように設定されているデバイス NSF 対応デバイスは、NSF 認識または NSF 対応ネイバー デバイスから得たルーティング情報を再構築できます。
ご使用のソフトウェア リリースでは、このモジュールで説明されるすべての機能がサポートされているとは限りません。最新の機能情報と注意事項については、ご使用のプラットフォームとソフトウェア リリースに対応したリリース ノートを参照してください。この章に記載されている機能の詳細、および各機能がサポートされているリリースのリストについては、「ノンストップ フォワーディングを設定するための機能情報」 を参照してください。
Cisco Feature Navigator を使用すると、プラットフォーム、および Cisco ソフトウェア イメージの各サポート情報を検索できます。Cisco Feature Navigator には、 http://www.cisco.com/go/cfn からアクセスしてください。Cisco.com のアカウントは必要ありません。
• NSF 用に設定するネットワーク デバイスは、まず SSO 対応に設定する必要があります。詳細については、「 Stateful Switchover 」を参照してください。
• BGP NSF では、すべてのネイバー デバイスが NSF 認識で、かつ BGP グレースフル リスタートが設定されている必要があります。
– すべてのネイバー デバイスが NSF 対応または NSF 認識であること。
– NSF 認識デバイスがネットワークと完全にコンバージェンスされて、NSF 再起動処理で NSF 対応デバイスを支援できる状態になっていること。
• Internet Engineering Task Force(IETF)IS-IS では、すべてのネイバー デバイスが NSF 認識である必要があります。
• OSPF NSF では、同じネットワーク セグメントにあるすべてのネットワーキング デバイスが NSF 認識である必要があります。
• IPv6 NSF では、IPv6 がネットワーキング デバイス上でイネーブルである必要があります。
• Route Switch Processor(RSP; ルート スイッチ プロセッサ)をサポートし、Cisco Express Forwarding(CEF; シスコ エクスプレス フォワーディング)スイッチング モードが設定可能なプラットフォームの場合、 ip cef distributed コマンドを使用して、distributed CEF(dCEF; 分散 CEF)スイッチング モードを設定します。
• 「Cisco 7200 シリーズ ルータに関する制約事項」
• Hot Standby Routing Protocol(HSRP; ホット スタンバイ ルーティング プロトコル)は、Cisco NSF/SSO でサポートされていません。HSRP を Cisco NSF/SSO で使用しないでください。
• OSPF、ISIS、または BGP では、NSF 機能がデフォルトでイネーブルされていません。NSF がデフォルトでイネーブルされているのは、EIGRP のみです。
• BGP NSF では、ネイバー ネットワーキング デバイスが NSF を認識する必要があります。NSF 対応デバイスが特定の BGP ネイバーにグレースフル リスタート機能がないことを検出すると、NSF 対応セッションをそのネイバーと確立しません。グレースフル リスタート機能のある他のすべてのネイバーは、この NSF 対応ネットワーキング デバイスと NSF 対応セッションを継続します。
• すべてのデバイスは、同じタイプの NSF ヘルパー モードに設定する必要があります。選択できるモードは、NSF グレースフル リスタートか Cisco NSF のいずれかです。
• NSF 認識デバイスは、2 台の NSF 対応ピアが 1 つの NSF の再起動処理を同時に実行することはサポートしません。ただし、NSF 再起動処理が完了した後で、両方のネイバーがピアリング セッションを確立します。
• サポートされているバージョンの Cisco IOS ソフトウェアが動作する分散プラットフォームは、完全な NSF 機能をサポートできます。このようなデバイスは、再起動処理を実行するとともに、他の NSF 機能のピアにもなります。
• サポートされているバージョンの Cisco IOS ソフトウェアが動作するシングル プロセッサ プラットフォームは、NSF 認識のみをサポートします。サポートされている NSF 認識デバイスは、NSF 対応デバイスからトポロジ テーブルの送信を指示するか信号が届くか、またはルート ホールド タイマーが期限切れになるまで、隣接関係を維持し、NSF 対応のネイバーへの既知のルートを保持します。
• 仮想リンクの OSPF NSF はサポートされていません。
• シャム リンクの OSPF NSF はサポートされていません。
• OSPF NSF は、IPv4 トラフィックの NSF/SSO のみをサポートします。
• OSPFv3 は、NSF/SSO ではサポートされていません。NSF/SSO では、OSPFv2 のみがサポートされています。
• すべてのネイバー ネットワーキング デバイスは、NSF 認識である必要があります。NSF 対応デバイスがは、特定のネットワーク セグメントで NSF 非認識ネイバーを検出すると、そのセグメントで NSF 機能をディセーブルにします。NSF 対応または NSF 認識デバイスで完全に構成された他のネットワーク セグメントに対しては、引き続き NSF 機能を提供します。
• NSF 認識と NSF 対応の両方のデバイスを確認する厳格な Link State Advertisement(LSA; リンクステートアドバタイズメント)を設定することはできますが、これはデバイスがヘルパー モードの場合のみ有効です。
• Cisco 7200 シリーズ ルータはシングル CPU のため、Network Processor Engine(NPE; ネットワークプロセッサ エンジン)に障害が発生した場合のステートフルスイッチオーバーをサポートできません。
• Cisco 7206 は NSF をサポートし、Cisco IOS Release 12.0(23) 以降のリリースを実行する Cisco 7500、10000、または 12000 シリーズ ルータと、ピア ロールで動作することができます。NSF をイネーブルにすると、Cisco 7500、10000、12000 シリーズ ルータ ピア上で RP スイッチオーバーが発生しても、PPP、ATM、HDLC、またはフレーム リレーのセッションや、Cisco 7200 と ピアの間に確立された IS-IS 隣接を失うことはありません。
(注) このマニュアルでは、RP という用語は、特に断りにない限り、プラットフォームの名称に関係なく、すべてのネットワーキング デバイス上のルート プロセッサ エンジンを指します。
NSF と SSO 機能を組み合わせることにより、スイッチオーバー後に、ユーザがネットワークを使用できない時間が最小限に抑えられます。NSF の主な目的は、RP のスイッチオーバー後に、継続的に IP パケットを転送することです。
通常、ネットワーク デバイスが再起動すると、そのデバイスのすべてのルーティング ピアは、デバイスがダウンし、そのあと再びアップになったことを検知します。このような移行によって、いわゆるルーティング フラップが発生します。ルーティング フラップは、複数のルーティング ドメインに広がる場合があります。ルーティングの再起動によって発生したルーティング フラップによって、ルーティングが不安定になります。これはネットワーク全体のパフォーマンスに悪影響を及ぼします。NSF は、SSO 対応のデバイスにおけるルーティング フラップを抑止することによって、ネットワークの安定性を保ちます。
NSF では、ルーティング プロトコル情報がスイッチオーバー後に保存されるとき、既知のルータでデータ パケットの転送を継続できます。NSF を使用すると、ピア ネットワーキング デバイスでルーティング フラップが発生しません。データ トラフィックはインテリジェント ラインカードまたはデュアル フォワーディング プロセッサ(FP)を介して転送されますが、スタンバイ RP では、スイッチオーバー中に障害が発生したアクティブな RP からの制御と見なされます。スイッチオーバー中にライン カードおよび FP のアップ状態が維持され、アクティブ RP の Forwarding Information Base(FIB; 転送情報ベース)が最新状態に維持される機能は、NSF の動作にとって非常に重要です。
• ネットワークのアベイラビリティの向上:NSF は、ユーザのセッション情報がスイッチオーバー後も維持されるように、ネットワーク トラフィックとアプリケーションのステート情報を転送し続けます。
• ネットワーク全体の安定性:ネットワークの安定性は、ネットワーク内でデバイスに障害が発生し、ルーティング テーブルが失われたときに作成されるルート フラップの数を減らすことで改善できます。
• ネイバー デバイスによるリンクのフラッピングの検出防止:インターフェイスが、スイッチオーバー中もアップ状態を維持するので、ネイバー デバイスはリンク フラップを検出しません(つまり、リンクがダウンして、再度アップするということが起こりません)。
• ルーティング フラップの防止:SSO はスイッチオーバーの際もネットワーク トラフィックの転送を続けるので、ルーティング フラップが回避されます。
• ユーザ セッションの維持:スイッチオーバーの前に確立されたユーザセッションは、スイッチオーバを経ても維持されます。
EIGRP では、NSF がデフォルトでイネーブルです。OSPF、ISIS、または BGP では、デフォルトでイネーブルされていません。
NSF 認識は、OSPF、ISIS、EIGRP でデフォルトでイネーブルされているので、デバイスの設定なしに、ネイバーの起動を支援できます。
NSF は常に SSO とともに使用してください。デュアル RP をサポートする特定の Cisco ネットワーキング デバイスでは、SSO が RP の 1 つをアクティブな プロセッサとして確立し、他の RP はスタンバイ プロセッサに割り当てられ、それらの間で情報が同期されます。アクティブ RP に障害が発生したとき、ネットワーク デバイスから削除されたとき、またはメンテナンスのために手動でダウンしたときに、アクティブ プロセッサからスタンバイ プロセッサへのスイッチオーバーが発生します。
SSO が動作するネットワーキング デバイスでは、アクティブ RP に障害が発生した後、スタンバイ RP がいつでも制御を引き継げるように、両方の RP で同じコンフィギュレーションを実行する必要があります。起動時およびアクティブ RP のコンフィギュレーションに変更が生じるたびに、アクティブ RP から スタンバイ RP にコンフィギュレーション情報が同期されます。2 つのプロセッサ間の初期同期後に、SSO は転送情報などの両者間の RP ステート情報を維持します。
スイッチオーバー中、システムによる制御およびルーティング プロトコルの実行は、アクティブ プロセッサからスタンバイ プロセッサに移行されます。デバイスがアクティブ プロセッサからスタンバイ プロセッサへのスイッチオーバーに要する時間は、数秒から約 30 秒とプラットフォームによって幅があります。
SSO がサポートするプロトコルとアプリケーションは、High Availability(HA; ハイ アベイラビリティ)認識である必要があります。HA 認識とは、機能やプロトコルが、RP スイッチオーバーを経ても、一部または全体が問題なく動作し続けることを指します。一部の HA 認識のプロトコルとアプリケーションでは、ステート情報がアクティブ プロセッサからスタンバイ プロセッサに同期されます。Cisco NSF では、SSO で HA 機能をサポートできるように、ルーティング プロトコル(EF、OSPF、BGP、および IS-IS)の拡張が行われてきました。
独自仕様の Cisco NSF がサポートされるプロトコルは、ルーティングについては、BGP、EIGRP、IPv6、IS-IS、および OSPF、転送については CEF です。ルーティング プロトコルの BGP、EIGRP、IPv6、IS-IS、および OSPF は NSF 機能と NSF 認識によって拡張されています。これは、これらのプロトコルを実行するデバイスがスイッチオーバーを検出して、ネットワーク トラフィックの転送を続行してピア デバイスからルート情報を回復するために必要な処理を行うことができることを意味します。ピア デバイスから受信した情報の代わりに、アクティブ およびスタンバイの RP 間で同期されているステート情報を使用して、スイッチオーバー以降のルート情報を回復するよう IS-IS プロトコルを設定できます。
ルーティング プロトコルが Routing Information Base(RIB; ルーティング情報ベース)テーブルを再作成している間、それぞれのプロトコルは、CEF に依存してスイッチオーバー中にパケットの転送を続行します。ルーティング プロトコルのコンバージェンス後に、CEF は FIB テーブルを更新し、失効したルート エントリを削除します。次に CEF は、新しい FIB 情報でラインカードをアップデートします。
表 1 は、Cisco NSF でサポートされるプロトコルと CEF を示します。
|
|
|
|||||
---|---|---|---|---|---|---|---|
|
|
|
|
|
|
||
あり1 |
あり1 |
あり1 |
なし2 |
||||
あり1 |
あり1 |
あり1 |
なし2 |
||||
あり1 |
あり1 |
あり1 |
なし2 |
||||
Cisco 72003 |
|||||||
あり2 |
|||||||
NSF の重要な要素は、パケット転送です。シスコのネットワーキング デバイスでは、パケット転送は CEF によって行われます。CEF は FIB を維持し、スイッチオーバー時に最新だった FIB 情報を使用して、スイッチオーバー中のパケットの転送を続行します。この機能によって、スイッチオーバー中のトラフィックの中断が抑制されます。
通常の NSF 動作では、アクティブ RP 上の CEF が、最新の FIB と隣接データベースを、スタンバイ RP 上の FIB と隣接データベースに同期させます。アクティブ RP がスイッチオーバーする時、スタンバイ RP には初め、アクティブ RP で最新だった FIB と隣接データベースのミラー イメージがあります。インテリジェント ラインカードを備えたプラットフォームでは、ラインカードはスイッチオーバーの前後で現行の転送情報を維持します。転送エンジンを備えたプラットフォームでは、CEF は、アクティブな RP の CEF によって送信される変更を使用して、スタンバイ RP の転送エンジンを最新の状態に保ちます。この方法では、転送エンジンのラインカードは、インターフェイスとデータ パスが使用可能になるとすぐに、スイッチオーバー後に転送を続行できます。
ルーティング プロトコルがプレフィクスごとに RIB を再び読み込み始めるため、CEF に対してプレフィクスごとの更新が行われます。CEF はこれを使用して FIB と隣接データベースを更新します。既存エントリと新規エントリが、リフレッシュされていることを示す新しいバージョン(「エポック」)番号を受信します。ラインカードや転送エンジンでは、コンバージェンス中に転送情報が更新されます。RIB のコンバージェンスが完了すると RP が信号通知を行います。ソフトウェアが、最新のスイッチオーバー エポックよりも古いエポックを持つすべての FIB と隣接エントリを削除します。これで、FIB は、最新のルーティング プロトコル転送情報を示すようになります。
ルーティング プロトコルは、アクティブな RP だけで実行され、ネイバー デバイスからルーティングの更新を受信します。ルーティング プロトコルは、スタンバイ RP では実行されません。スイッチオーバー後に、ルーティング プロトコルは、ルーティング テーブルを再作成するのに役立つように、NSF 認識ネイバー デバイスがステート情報を送信することを要求します。またこの代わりに、ネイバー デバイスが NSF を認識しないような環境にある NSF 対応デバイスのルーティング テーブルの再構築に役立つように、アクティブ RP のステート情報をスタンバイ RP と同期させるように、IS-IS プロトコルを設定できます。
NSF 操作の場合、ルーティング プロトコルがルーティング情報を再作成している間、ルーティング プロトコルは CEF に依存してパケットの転送を続行します。ネットワーキング デバイスが SSO モードで動作している間、CEF NSF 機能はデフォルトで動作します。したがって設定作業は不要です。
NSF 対応のデバイスは、BGP ピアと BGP セッションを開始すると、OPEN メッセージをピアに送信します。メッセージには、NSF 対応デバイスに「グレースフル リスタート機能」があることを示す宣言が含まれています。グレースフル リスタートとは、スイッチオーバー後に BGP ルーティング ピアでルーティング フラップが発生しないようにするためのメカニズムです。BGP ピアがこの機能を受信すると、メッセージを送信しているデバイスが NSF 対応であることを認識します。NSF 対応デバイスと BGP ピアの両方が、セッションの確立時に OPEN メッセージでグレースフル リスタート機能を交換する必要があります。両方のピアがグレースフル リスタート機能を交換しない場合、このセッションでグレースフル リスタートを行うことはできません。
RP のスイッチオーバー中に BGP セッションが切断された場合、NSF 認識 BGP ピアは、NSF 対応デバイスに関連付けられたすべてのルートを失効とマーキングします。ただし、所定の時間内は、引き続きこれらのルートを転送の決定に使用します。この機能により、新しくアクティブになった RP が BGP ピアとのルーティング情報のコンバージェンスを待機している間にパケットが消失することを防ぐことができます。
RP のスイッチオーバーが発生した後、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 対応セッションを継続します。
EIGRP NSF 機能は、hello パケットで EIGRP ピアと交換されます。NSF 対応デバイスは、hello パケットで再起動(RS)ビットを設定したことによって NSF の再起動処理が開始されたことをネイバーに通知します。NSF 認識デバイスが NSF 対応ネイバーから、NSF の再起動処理が進行中であるという通知を受け取ると、NSF 対応デバイスと NSF 認識デバイスは、即座にそれぞれのトポロジ テーブルを交換します。トポロジ テーブルの送信が完了すると、NSF 認識デバイスは end-of-table(EOT)アップデート パケットを送信します。次に NSF 認識デバイスは、NSF 対応デバイスを支援するために次のアクションを実行します。
• EIGRP hello ホールド タイマーの期限を終了し、hello パケットの生成および送信の間隔を短くします。これにより、NSF 認識デバイスは NSF 対応デバイスにより早く応答することで、NSF 対応デバイスがネイバーを再検出し、トポロジ テーブルを再構築するために必要な時間を短縮します。
• ルート ホールド タイマーが開始されます。このタイマーを使用して、NSF 認識デバイスが NSF 対応ネイバーに対する既知のルートを保持している期間を設定します。
• NSF 認識デバイスは、ピア リストに、NSF 対応のネイバーが再起動していることを記録するとともに、このネイバーからトポロジ テーブルを送信するように信号通知されるか、またはルート ホールド タイマーが期限切れになるまで、隣接関係を維持し、NSF 対応のネイバーの既知のルートを保持します。NSF 認識デバイスでルート ホールド タイマーが期限切れになった場合、NSF 認識デバイスは保留中のルートを廃棄し、NSF 対応のデバイスをネットワークに参加した新しいデバイスとして扱って、新しいデバイスに対して行うように隣接関係を再度確立します。
• NSF 認識デバイスは、スイッチオーバーの後なおコンバージェンスしている NSF 対応デバイスにクエリを送信し続けることによって、Stuck In Active(SIA)状態条件が発生するまでの時間を効果的に延長します。
スイッチオーバー処理が完了すると、NSF 対応デバイスは、サポートしているデバイスに対して EOT アップデート パケットを送信することによって、再コンバージェンスされたこと、およびすべてのトポロジ テーブルを受信したことをネイバーに通知します。その後、NSF 対応デバイスは通常の処理に戻ります。NSF 認識デバイスは、(再起動中の)NSF 対応デバイスでリフレッシュされないルートに対して、(アクティブな)別のパスを探します。その後、NSF 認識デバイスは通常の処理に戻ります。NSF 対応デバイスによってすべてのパスがリフレッシュされると、NSF 認識デバイスはすぐに通常の処理に戻ります。
NSF 認識デバイスは、EIGRP ネットワーク内で NSF 非認識ネイバーまたは NSF 非対応ネイバーと完全に共存できます。NSF 非認識ネイバーは、NSF 機能を無視し、隣接関係をリセットするか、そうでなければピア セッションを正常に維持します。
以下の各項では、IPv6 でサポートされる NSF の具体的な機能について説明します。
グレースフル リスタート機能は、Pv6 BGP ユニキャスト、マルチキャスト、および VPNv6 アドレス ファミリでサポートされ、BGP IPv6 で Cisco NSF 機能を実現しています。BGP グレースフル リスタート機能を使用すると、TCP 状態を維持することなく、BGP ルーティング テーブルをピアから回復できます。
NSF では、ルーティング プロトコルのコンバージェンス時にも引き続きパケットが転送されるため、スイッチオーバー時のルート フラップが回避されます。転送は、アクティブ RP とスタンバイ RP の間で FIB を同期することで維持されています。スイッチオーバーの際、転送は FIB を使用して維持されます。RIB の同期は維持されないため、RIB はスイッチオーバー時に空になります。RIB はルーティング プロトコルによって再度入力された後、NSF_RIB_CONVERGED レジストリ呼び出しを使用して、FIB に対し RIB のコンバージェンスについて通知します。FIB テーブルは、RIB から更新され、古いエントリが削除されます。RIB は、ルーティング プロトコルが RIB のコンバージェンスの通知に失敗した場合、RP スイッチオーバー時にフェールセーフ タイマーを開始します。
Cisco BGP Address Family Identifier(AFI)モデルは、モジュラ式で拡張性に優れ、複数の AFI 設定および Subsequent Address Family Identifier(SAFI)設定をサポートします。
RIP は IPv6 NSF クライアントとして登録されます。これにより、RIP がスタンドバイでコンバージェンスされるまで、シスコ エクスプレス フォワーディング テーブルにインストールされた RIP ルートを使用できるという利点があります。
IS-IS NSF 対応デバイスが RP のスイッチオーバーを実行する場合、リンク ステート データベースを IS-IS ネイバーと再同期するために、次の 2 つの処理を実行する必要があります。まず、ネイバー関係をリセットせずに、ネットワーク上の使用可能な IS-IS ネイバーを再学習します。次に、ネットワークに関するリンク ステート データベースの内容を再度取得します。
NSF を設定する場合、IS-IS NSF 機能には次の 2 つのオプションがあります。
ネットワーク セグメント上のネイバー デバイスが NSF 認識の場合、つまりネイバー デバイスが、デバイスの再起動可能性についての IETF インターネット ドラフトをサポートするソフトウェア バージョンを実行している場合、それらのデバイスは、再起動中の IETF NSF デバイスをサポートします。IETF を使用すると、ネイバー デバイスはスイッチオーバー後のルーティング情報の再構築に役立つ隣接関係およびリンク ステート情報を提供します。IETF IS-IS 設定の利点は、標準案に基づくピア デバイス間の動作にあります。
ネットワーキング デバイスで IETF を設定したにもかかわらず、ネイバー デバイスが IETF と互換性がない場合、スイッチオーバー後に NSF が打ち切られます。
あるネットワーク セグメントのネイバー デバイスが NSF を認識しない場合、シスコの設定オプションを使用する必要があります。Cisco IS-IS 設定は、プロトコル隣接関係情報とリンク ステート情報の両方をアクティブ RP からスタンバイ RP に転送します。シスコのコンフィギュレーションの利点は、NSF 認識ネイバーに依存していないことです。
IETF IS-IS コンフィギュレーションでは、NSF 対応デバイスが、RP スイッチオーバーの後できるだけ早く、ネイバー NSF 認識デバイスに IS-IS NSF 再起動要求を送信します。隣接ネットワーキング デバイスは、この再起動要求を、このデバイスとのネイバー関係がリセットされるべきでないが、再起動デバイスとの間でデータベースの再同期を開始すべきであることを示す手がかりとして認識します。再起動デバイスがネットワーク上のデバイスから再起動要求に対する応答を受信すると、ネイバー リストを再構築できます。
この交換が完了すると、NSF 対応デバイスは、リンクステート情報を使用して、失効したルートを削除し、RIB を更新し、FIB を新しい転送情報で更新します。ここで IS-IS が完全にコンバージェンスされます。
あるスーパーバイザ エンジンから別の RP へのスイッチオーバーは、数秒間以内に発生します。IS-IS は、その後の数秒間のうちにルーティング テーブルを再確立し、ネットワークと再同期します。この時点で、IS-IS は次の NSF 再起動を試行する前に特定の期間待機します。この間に、新しいスタンバイ RP が起動し、そのコンフィギュレーションをアクティブ RP に同期します。IS-IS NSF 動作では、IS-IS NSF がもう一度再起動を試行する前に接続が確実に安定するように特定の期間待機します。この機能により、IS-IS が失効した情報で連続して NSF 再起動を試行しないようにします。
Cisco コンフィギュレーション オプションを使用することで、すべての隣接および Link State Packet(LSP; リンク ステート パケット)情報を保存するか、スタンバイ RP に 「チェックポイント」として設定されます。スイッチオーバーのあと、新しくアクティブになった RP はチェックポイント済みのデータを使用して隣接関係を維持し、ルーティング テーブルを迅速に再構築できます。
あるスーパーバイザ エンジンから別の RP へのスイッチオーバーは、数秒間以内に発生します。IS-IS は、その後の数秒間のうちにルーティング テーブルを再確立し、ネットワークと再同期します。この時点で、IS-IS は次の NSF 再起動を試行する前に特定の期間待機します。この間に、新しいスタンバイ RP が起動し、そのコンフィギュレーションをアクティブ RP に同期します。この同期が完了したあと、IS-IS 隣接および LSP データにスタンバイ RP のチェックポイントが設定されます。ただし、新しい NSF 再起動は、この期間が経過しないと IS-IS で試行されません。この機能により、IS-IS がバックツーバック NSF 再起動を試行しないようにします。IS-IS NSF には、何らかの理由で時間内にアップ状態にならないインターフェイスに対して、待機時間を延長するコマンドがあります。
スイッチオーバーのあと、Cisco IS-IS NSF には完全なネイバー隣接および LSP 情報が含まれます。ただし、スイッチオーバーの前に隣接であったすべてのインターフェイスがアップになるまで待機する必要があります。割り当てられたインターフェイス待機時間内にインターフェイスがアップにならない場合、これらのネイバー デバイスから学習したルートは、ルーティング テーブルの再計算で考慮されません。
OSPF NSF 対応のデバイスが RP スイッチオーバーを実行するには、その前にネイバー関係をリセットすることなく、ネットワーク内の使用可能な OSPF ネイバーを再学習する必要があります。またネットワークのリンク ステート データベースの内容も再取得する必要があります。
これには、NSF 対応のデバイスが、ネイバーの NSF 認識デバイスに OSPF NSF 信号を送信することで、受信側デバイスに対し、送信側デバイスとのネイバー関係をリセットしないように通知します。その後、NSF 対応のデバイスは、ネットワーク内の他のデバイスから受信した信号を使用して、ネイバー リストを再作成します。
次に NSF 対応のデバイスは、リストにあるすべての NSF 認識ネイバーとそのデータベースを再同期します。SF 対応デバイスは、すべてのネイバーとの間でルーティング情報を交換した後、このルーティング情報を使用して失効したルートを削除し、RIB を更新し、FIB を新しい転送情報で更新します。この後 OSPF プロトコルが完全にコンバージェンスします。
シスコは、RFC 3623 よりも前に、独自仕様の Cisco NSF を導入していました。RFC 3623 Graceful OSPF Restart 機能を使用すると、マルチベンダ ネットワークで OSPF 対応の IETF NSF が設定できます。Cisco NSF と IETF NSF の実装で動作が共通する NSF デバイス モードは、次のとおりです。
• 再起動モード:このモードでは、RP スイッチオーバーのために、OSPF デバイスがノンストップ フォワーディングの回復を実行します。
• ヘルパー モード:NSF 認識とも呼ばれます。NSF 回復中にネイバー デバイスが再起動して支援するモードです。
厳密な LSA チェック機能を使用すると、ヘルパー デバイスは、グレースフル リスタート プロセス中にフラッディングの原因となる変更された LSA を検出した場合に、グレースフル リスタート プロセスを終了することができます。厳密な LSA チェックは、デフォルトでディセーブルになっています。LSA に対して、再起動デバイスにフラッディングされるような変更がある場合に、厳密な LSA チェックをイネーブルにします。
• 「BGP NSF の設定および検証」(必須)
• 「EIGRP NSF の設定および検証」 (任意)
• 「OSPF NSF の設定」(必須)
• 「IS-IS NSF の設定および検証」(必須)
• 「ノンストップ フォワーディングのトラブルシューティング」 (任意)
3. router bgp autonomous-system-number
4. bgp graceful-restart [ restart-time seconds | stalepath-time seconds ]
6. show ip bgp neighbors [
ip-address [
advertised-routes |
dampened-routes |
flap-statistics |
paths [
reg-exp ] |
received prefix-filter |
received-routes |
routes |
policy [ detail ]]]
5. timers nsf converge seconds
Cisco IOS 12.2(33)SRE よりも前のリリース:
7. timers nsf route-hold seconds
Cisco IOS Release 12.2(33)SRE 以降のリリース:
Cisco のみのネットワークで OSPF に対する Cisco NSF のサポートを設定するには、次の作業を実行します。
3. router ospf process-id [ vrf vpn-name ]
4. nsf cisco [ enforce-global ]
|
|
|
---|---|---|
|
||
|
||
router ospf process-id [ vrf vpn-name ] |
||
|
||
|
(任意)Cisco NFS ヘルパー サポートを再度イネーブルします。 • ここでこのコマンドを紹介するのは、Cisco NSF ヘルパー モードが明示的にディセーブルされている場合に、ヘルパー モードを再度イネーブルする方法を示すことのみを目的としています。 |
|
|
||
|
||
|
マルチベンダー ネットワークで、OSPF に対する Cisco IETF NSF のサポートを設定するには、次の作業を実行します。
3. router ospf process-id [ vrf vpn-name ]
4. nsf ietf [ restart-interval seconds ]
3. debug ip eigrp notifications
12. show ip eigrp neighbors [ interface-type | as-number | static | detail ]
14. show ip ospf neighbor [ detail ]
|
|
|
---|---|---|
|
||
|
||
|
||
|
||
|
||
|
||
|
||
|
||
|
||
|
||
|
||
show ip eigrp neighbors [ interface-type | as-number | static | detail ] |
||
|
||
show ip ospf neighbor [ detail ] |
||
|
||
|
||
|
ネットワーキング デバイスが SSO モードで動作している間、CEF NSF 機能はデフォルトで動作します。したがって設定作業は不要です。次の出力例は、CEF が NSF 対応であることを示しています。
次の部分的な出力は、SSO 対応のデバイス上での BGP コンフィギュレーションを示しています。
次の出力例は、グレースフル リスタート機能が、アドアバタイズおよび受信されていること、またアドレス ファミリがグレースフル リスタート機能を備えていることを示します。アドレス ファミリがリストされなかった場合、BGP NSF は発生しません。
次の出力例は、インストールされたソフトウェア イメージに、EIGRP NSF のサポートが存在することを示します。
• NSF 認識デバイスまたは NSF 対応デバイスの出力に、「EIGRP NSF-aware route hold timer is...」と表示され、ルート ホールド タイマーのデフォルト値またはユーザ定義の値が表示されます。
• NSF 機能がデバイスによってサポートされている場合のみ、「EIGRP NSF enabled」または「EIGRP NSF diasabled」と表示されます。
次の show ip ospf nsf コマンドの出力は、NSF が OSPF プロセス 400 でイネーブルされていることを示しています。NSF 互換のソフトウェアが動作しているルータ上では、NSF ヘルパー モードがデフォルトでイネーブルになっています。NSF 認識のすべての OSPF デバイスでは、NSF ヘルパー モードがデフォルトでイネーブルになっています。このコンフィギュレーションで、IETF ヘルパー モードがプロセス 400 でディセーブルになっていることに注意してください。
次の show ip ospf nsf コマンドの出力は、NSF が OSPF プロセス 500 でイネーブルされていることを示しています。NSF 互換のソフトウェアが動作しているルータ上では、NSF ヘルパー モードがデフォルトでイネーブルになっています。NSF 認識のすべての OSPF デバイスでは、NSF ヘルパー モードがデフォルトでイネーブルです。このコンフィギュレーションで、Cisco ヘルパー モードがディセーブルになっていることに注意してください。
次の部分的な出力は、このデバイスが、シスコの実装による IS-IS NSF を使用していることを示します。表示は、Cisco IS-IS または IETF IS-IS コンフィギュレーションを示しています。
Cisco NSF コンフィギュレーションでは、アクティブ RP とスタンバイ RP で表示出力が異なります。
次のアクティブ RP の出力例は、このデバイス上で Cisco NSF がイネーブルであることを示しています。
次のスタンバイ RP の出力例は、このデバイス上で Cisco NSF がイネーブルであることを示しています(NSF の再起動がイネーブルです)。
次の出力例では、IS-IS ネットワーキング デバイスに対して、IETF NSF が設定されていることを示しています。
|
|
---|---|
『BGP Support for Nonstop Routing (NSR) with Stateful Switchover (SSO)』 |
|
「 Implementing Multiprotocol BGP for IPv6 」の章(『 Cisco IOS IPv6 Configuration Guide 』) |
|
「 Implementing RIP for IPv6 」の章(『 Cisco IOS IPv6 Configuration Guide 』) |
|
「 Implementing Static Routes for IPv6 」の章(『 Cisco IOS IPv6 Configuration Guide 』) |
|
『Monitoring and Maintaining Multicast HA Operations (NSF/SSO and ISSU)』 |
|
『 Using Ethernet Operations, Administration, and Maintenance 』 |
|
『 Configuring Ethernet Local Management Interface at a Provider Edge 』 |
|
「 Configuring NSF/SSO--MPLS VPN 」の章(『 MPLS Configuration Guide 』) |
|
|
|
---|---|
この機能がサポートする新しい規格または変更された規格はありません。また、この機能による既存規格のサポートに変更はありません。 |
|
|
---|---|
新しい MIB または変更された MIB はサポートされていません。また、既存の MIB に対するサポートに変更はありません。 |
選択したプラットフォーム、Cisco IOS リリース、および機能セットの MIB を検索してダウンロードする場合は、次の URL にある Cisco MIB Locator を使用します。 |
|
|
---|---|
『 Restart Signaling for Intermediate System to Intermediate System (IS-IS) 』 |
|
表 2 に、この章に記載されている機能および具体的な設定情報へのリンクを示します。
プラットフォームおよびソフトウェア イメージのサポート情報を検索するには、Cisco Feature Navigator を使用します。Cisco Feature Navigator を使用すると、ソフトウェア イメージがサポートする特定のソフトウェア リリース、機能セット、またはプラットフォームを確認できます。Cisco Feature Navigator には、 http://www.cisco.com/go/cfn からアクセスします。Cisco.com のアカウントは必要ありません。
(注) 表 2 には、一連のソフトウェア リリースのうち、特定の機能が初めて導入されたソフトウェア リリースだけが記載されています。特に明記していないかぎり、その機能は、一連のソフトウェア リリースの以降のリリースでもサポートされます。