JP2005099918A - 二重化管理ネットワーク装置 - Google Patents

Abstract

【課題】 管理モジュールの切り替わり時の情報伝達を確実にする二重化管理ネットワーク装置を提供する。
【解決手段】 稼働している管理モジュール１からラインカード２に設定したいデータを待機している管理モジュール１に通知し、その待機している管理モジュール１からラインカード２に当該データを設定し、ラインカード２から待機している管理モジュール１へ設定の完了を通知するようにした。待機している管理モジュール１が稼働し始めたときに、ラインカード２への設定が完了したのか未完なのか判断することができる。
【選択図】 図１

Description

本発明は、１つの管理モジュールがダウンしても別の管理モジュールが管理を継続できる二重化管理ネットワーク装置に係り、特に、管理モジュールの切り替わり時の情報伝達を確実にする二重化管理ネットワーク装置に関するものである。

ネットワークに用いる中継装置などのネットワーク装置には、図２３に示されるように、ネットワークに接続される通信回路を基板に搭載してなるラインカード２（２ａ〜２ｎ）をシャーシ１１に設けられたスロットに任意枚数差し込んで使用するシャーシ型ネットワーク装置１２がある。この種のネットワーク装置では、各々のラインカード上にある複数のポートを介して行うネットワーク間の通信の処理は各々のラインカード２で行い、ユーザからの設定やラインカード２の状態を元にラインカード２に種々の設定を行うなどのネットワーク管理は管理モジュール１で行うようになっている。管理モジュール１は、管理回路を基板に搭載した管理カードから構成されており、ラインカード２と同様にシャーシ１１の前面よりスロットに差し込んで使用し、交換が容易に構成されている。

管理モジュールを２個実装しておき、二重化管理を行うことがある。二重化管理方式では、１つの管理モジュール１ａを稼働している状態（有効状態ともいう）とし、もう１つの管理モジュール１ｂを待機している状態とし、稼働している管理モジュール１ａから各ラインカード２ａ〜２ｎに対して設定を行い、待機している管理モジュール１ｂは特に何も行わない。稼働している管理モジュール１ａがダウンしたとき待機していた管理モジュール１ｂが稼働状態になってネットワーク管理を継続する。一方、ラインカード２ａ〜２ｎは稼働している管理モジュール１ａに状態を通知し、待機している管理モジュール１ｂには何も通知しない。管理モジュール１ａ，１ｂにおいて稼働・待機状態が切り替われば、新しく稼働状態になった管理モジュール１ｂに状態を通知する。

この種のネットワーク装置とは直接的な関連はないが、二重化システム或いは二重化通信における先行技術文献として、特許文献１〜３がある。

特開平９−１６０８６１号公報 特開２００１−１１７８９２号公報 特開平５−９１１０８号公報

管理モジュール１ａがダウンする態様として、管理モジュール１ａが突然壊れる態様と、管理者が明示的にダウンさせる態様とが有り得る。管理者が明示的にダウンさせるのは、管理モジュール１ａを交換するときなどであり、明示的とは、ネットワーク装置１２或いは管理モジュール１ａに対してスイッチ操作などでこれから交換を行うことを認識させるという意味である。明示的に行う場合には、管理モジュール１ａが予め設定や通知を保留してから稼働・待機状態の切り替えを行うので、次に述べるような不具合は未然に防止されるが、突然壊れる場合はそのタイミングは当然予測不能であるから次に述べるような不具合が有り得る。

管理モジュール１ａが複数のラインカード２に対して設定を行っている最中に、その管理モジュール１ａが壊れてしまうと設定が未完になってしまう。新たに稼働状態になった管理モジュール１ｂは当該ラインカード２への設定が完了したのか未完なのか知ることができない。このために、ラインカード２に設定の不具合が生じる。

例えば、複数のラインカード２をまたいで存在している複数のポートのグループをＶＬＡＮ設定するために、１つ１つのラインカード２に順次ＶＬＡＮ設定している際に、途中のラインカード２までＶＬＡＮ設定したところで管理モジュール１ａがダウンして当該ラインカード２へのＶＬＡＮ設定が未完のまま、別の管理モジュール１ｂが次のラインカード２のＶＬＡＮ設定に移行したり、別のＶＬＡＮ設定に移行してしまうと、当初のＶＬＡＮ設定が予定通りに達成されないことになる。

また、ラインカード２が管理モジュール１ａに状態を通知している最中に、その管理モジュール１ａが壊れてしまうと通知が未完になってしまう。新たに稼働状態になった管理モジュール１ｂは当該ラインカード２からの通知を受け取っていないにもかかわらず、当該ラインカード２は通知を済ませたものと判断し、通知をやり直すことがないので、稼働状態になった管理モジュール１ｂは当該ラインカード２の状態を正しく把握することができない。

そこで、本発明の目的は、上記課題を解決し、管理モジュールの切り替わり時の情報伝達を確実にする二重化管理ネットワーク装置を提供することにある。

上記目的を達成するために本発明は、ネットワークに接続される通信回路を基板に搭載したラインカードを複数備え、ネットワーク管理のために各々のラインカードに設定を行う管理モジュールを２つ備え、稼働している管理モジュールがダウンしたときに待機している管理モジュールを稼働させるようにした二重化管理ネットワーク装置において、稼働している管理モジュールからラインカードに設定したいデータを待機している管理モジュールに通知し、その待機している管理モジュールからラインカードに当該データを設定し、ラインカードから待機している管理モジュールへ設定の完了を通知するようにしたものである。

また、本発明は、ネットワークに接続される通信回路を基板に搭載したラインカードを複数備え、ネットワーク管理のために各々のラインカードの状態を監視する管理モジュールを２つ備え、稼働している管理モジュールがダウンしたときに待機している管理モジュールを稼働させるようにした二重化管理ネットワーク装置において、ラインカードの状態をラインカードから稼働している管理モジュールに繰り返し通知し、稼働している管理モジュールはラインカードからの通知による処理を完了した後、当該ラインカードに処理完了を通知し、この処理完了の通知を受けたラインカードが上記繰り返しの通知を停止するようにしたものである。

本発明は次の如き優れた効果を発揮する。

（１）管理モジュールの切り替わり時の情報伝達が確実になる。

以下、本発明の一実施形態を添付図面に基づいて詳述する。

図１に示されるように、２つの管理モジュール１ａ，１ｂ及び複数のラインカード２ａ〜２ｎには、ネットワーク管理のために互いに通知を行った記録を保持する通知記録テーブル３ａ，３ｂ，４ａ〜４ｎがそれぞれ設けられている。

管理モジュール１の通知記録テーブル３ａ，３ｂには、コマンド送信キュー５とイベント受信キュー６の領域が設けられている。一方、ラインカード２ａ〜２ｎの通知記録テーブル４ａ〜４ｎは、イベント送信キュー７とコマンド受信キュー８の領域が設けられている。

コマンド送信キュー５及びコマンド受信キュー８は、コマンドＣと完了フラグＦとを対応付けて格納するようになっている。また、イベント受信キュー６及びイベント送信キュー７は、イベントＥと完了フラグＦとを対応付けて格納するようになっている。なお、コマンドは設定を意味し、イベントは状態通知を意味する。

管理モジュール１ａと各ラインカード２ａ〜２ｎとは、図示しない通信線を介して相互に通信可能に接続されている。同様に、管理モジュール１ｂと各ラインカード２ａ〜２ｎとは、図示しない通信線を介して相互に通信可能に接続されている。管理モジュール１ａと管理モジュール１ｂとは、図示しない通信線を介して相互に通信可能に接続されている。これら図示しない通信線は、図２３のシャーシ１１のスロットの奥に設けられた１対１の通信線或いはバスラインで実現されている。或いは、シャーシ１１の前面に出ている図示しないネットワークポートを相互に接続して実現することも可能である。図１では、各管理モジュール１ａ，１ｂ及びラインカード２ａ〜２ｎ間を各々１対１の通信路９で繋いだイメージが示してある。

各通信路９における設定時の通信規約は以下の通りである。

管理モジュール１は、ラインカード２に送信したいコマンドをコマンド送信キュー５に格納し、そのコマンドを他の管理モジュール１に送信する。このコマンドを受信した他の管理モジュール１は、そのコマンドを当該他の管理モジュール１のコマンド送信キュー５に格納する。このコマンドを他の管理モジュール１に送信した管理モジュール１は、そのコマンドをラインカード２に送信する。

コマンドを受信したラインカード２は、コマンド受信キュー８にコマンドを格納すると共にコマンドを受信したという完了フラグを立てた後、コマンドを送信してきた管理モジュール１に対してコマンド受信完了を通知する。コマンド受信完了の通知を受信した管理モジュール１は、当該コマンドを格納していたコマンド送信キュー５にコマンド受信完了を確認したという完了フラグを立てた後、他の管理モジュール１に対してコマンド受信完了を通知する。

管理モジュール１からコマンドを受信した他の管理モジュール１は、管理モジュール１からのコマンド受信完了の通知を受信すると、当該コマンドを格納していたコマンド送信キュー５にコマンド受信完了を確認したという完了フラグを立てる。

ここまでにより、管理モジュール１から１つのラインカード２へのコマンド送信（設定）のサイクルが完了する。管理モジュール１は、その次のラインカード２へのコマンド送信のサイクルに移行する。各管理モジュール１のコマンド送信キュー５には順次各ラインカード２に送信したコマンドや完了フラグの履歴が蓄積されていくことになる。各ラインカード２のコマンド受信キュー８には、受信したコマンドや完了フラグの履歴が蓄積されていくことになる。

最初に他の管理モジュール１にコマンドを送信していた管理モジュール１がダウンすると、他の管理モジュール１は従来の方法で管理モジュール１のダウンを認識し、自ら作成したコマンドを直接ラインカード２に送信するようになる。このとき、コマンド送信キュー５にはどこまでのコマンド受信が完了しているかが完了フラグによって示されている。そこで、管理モジュール１はコマンド送信キュー５のコマンド受信が未完の行からコマンド送信を開始する。

ダウンしていた管理モジュール１が復起したときには、コマンドを直接ラインカード２に送信していた管理モジュール１は、従来の方法で管理モジュール１のダウンを復起し、ラインカード２に送信したいコマンドを管理モジュール１に送信するようになる。

以上の通信規約により、稼働している管理モジュール１ａからラインカード２に設定したいデータを待機している管理モジュール１ｂに通知し、管理モジュール１ａからラインカード２に当該データを設定し、ラインカード２から管理モジュール１ａへ設定の完了を通知し、稼働している管理モジュール１ａから待機している管理モジュール１ｂに設定の完了を通知するという設定データの流れが実現されるので、この待機している管理モジュール１ｂが稼働し始めたときに、ラインカード２への設定が完了したのか未完なのか判断することができる。

設定の様子を具体例により説明する。

まず、管理モジュール１ａからラインカード２ａ〜２ｎに対してコマンド送信が正常に行われた場合を説明する。

図２に示されるように、管理モジュール１ａから管理モジュール１ｂへコマンドが送信されたとき、管理モジュール１ａのコマンド送信キュー５は、コマンドＣにコマンドである「１」が格納され、完了フラグＦは空欄のままである。コマンドを受信した管理モジュール１ｂのコマンド送信キュー５のコマンドＣにも「１」が格納され、完了フラグＦは空欄のままである。ラインカード２ａ〜２ｎのコマンド受信キュー８のコマンドＣは未だ空欄である。以下、空欄については、書き込みがないという意味である。

図３に示されるように、管理モジュール１ａからラインカード２ａ〜２ｎへのコマンド送信が行われたとき、ラインカード２ａ〜２ｎのコマンド受信キュー８のコマンドＣにも「１」が格納される。

この結果、図４に示されるように、ラインカード２ａ〜２ｎのコマンド受信キュー８完了フラグＦが「完」になり、さらに、全てのラインカード２ａ〜２ｎから管理モジュール１ａにコマンド受信完了が通知されるので、管理モジュール１ａのコマンド送信キュー５の完了フラグＦが「完」になる。

図５に示されるように、管理モジュール１ａから管理モジュール１ｂにコマンド受信完了が通知されると、管理モジュール１ｂのコマンド送信キュー５の完了フラグＦが「完」になる。

次に、管理モジュール１ａからラインカード２ａ〜２ｎへのコマンド送信中に障害が発生した場合を説明する。

図６に示されるように、管理モジュール１ａから管理モジュール１ｂへコマンドが送信されたとき、管理モジュール１ａのコマンド送信キュー５は、コマンドＣにコマンドである「１」が格納され、完了フラグＦは空欄のままである。コマンドを受信した管理モジュール１ｂのコマンド送信キュー５のコマンドＣにも「１」が格納され、完了フラグＦは空欄のままである。ラインカード２ａ〜２ｎのコマンド受信キュー８のコマンドＣは未だ空欄である。

図７に示されるように、管理モジュール１ａから１枚目のラインカード２ａへのコマンド送信が正常に行われたところで、管理モジュール１ａに障害が発生したとする。

図８に示されるように、管理モジュール１ａはスタンバイに、管理モジュール１ｂはアクティブに切り替わる。新たにアクティブになった管理モジュール１ｂは、コマンド送信キュー５のコマンドＣに「１」が格納され、完了フラグＦが空欄であるから、「１」のコマンド送信が完了していないことを認識し、全てのラインカード２ａ〜２ｎへ「１」のコマンドを送信する。その結果、ラインカード２ａ〜２ｎのコマンド受信キュー８のコマンドＣに「１」が格納される。

図９に示されるように、ラインカード２ａ〜２ｎのコマンド受信キュー８完了フラグＦが「完」になり、さらに、全てのラインカード２ａ〜２ｎから管理モジュール１ｂにコマンド受信完了が通知されるので、管理モジュール１ｂのコマンド送信キュー５の完了フラグＦが「完」になる。

各通信路９における状態通知時の通信規約は以下の通りである。

ラインカード２は、管理モジュール１に送信したいイベントをイベント送信キュー７に格納し、そのイベントを当該管理モジュール１に対して所定の時間間隔で定期的に繰り返し送信する。イベントを受信した管理モジュール１は、そのイベントをイベント受信キュー６に格納すると共にイベントを受信したという完了フラグを立てた後、イベントを送信してきたラインカード２に対してイベント受信完了を通知する。

イベント受信完了の通知を受信したラインカード２は、当該イベントを格納していたイベント送信キュー７にイベント受信完了を確認したという完了フラグを立てた後、上記繰り返しの通知を停止する。

ここまでにより、１つのラインカード２から管理モジュール１へのイベント送信（状態通知）のサイクルが完了する。その後は、他のラインカード２が同様のサイクルを行うことになる。各ラインカード２のイベント送信キュー７には管理モジュール１に送信したイベントや完了フラグの履歴が蓄積されていくことになる。イベントを受信している管理モジュール１のイベント受信キュー６には各ラインカード２から受信したイベントや完了フラグの履歴が蓄積されていくことになる。イベントを受信していない管理モジュール１のイベント受信キュー６は不変のままである。なお、複数のラインカード２が管理モジュール１へイベント送信を試みる順序は、従来より知られている衝突回避の方法や管理モジュール１からのポーリングなどで容易に決めることができる。

ラインカード２からイベントを受信していた管理モジュール１がダウンすると、次のようになる。管理モジュール１，１間、管理モジュール１とラインカード２間は相互に接続されているので、管理モジュール１，１間の接続を使って相互の確認を行い、管理モジュール１の障害が検出されると、今まで待機していた管理モジュール１からラインカード２に対して切り替わりの通知が行われる。

ラインカード２は今まで待機していた管理モジュール１に対してイベントを送信するようになる。イベント送信の繰り返しの最中であった場合には、そのイベントの送信先が切り替わるだけで、繰り返しは継続される。ダウンしていた管理モジュール１が復起したときも、ラインカード２は送信先を切り替えないで同じ管理モジュール１にイベントを送信する。

以上の通信規約により、ラインカード２の状態をラインカード２から稼働している管理モジュール１ａに繰り返し通知し、稼働している管理モジュール１ａはラインカード２からの通知による処理を完了した後、当該ラインカード２に処理完了を通知し、この処理完了の通知を受けたラインカード２が上記繰り返しの通知を停止するという状態通知の完了確認動作が実現されるので、新たに稼働状態になった管理モジュール１ｂは直ちにラインカード２からの通知を確実に受け取ることができ、ラインカード２における通知完了の認識とのずれがなくなる。

状態通知の様子を具体例により説明する。

まず、ラインカード２ａからアクティブの管理モジュール１ａへ正常に状態が通知された場合を説明する。

図１０に示されるように、ラインカード２ａのイベント送信キュー７のイベントＥにイベントである「Ａ」が格納されている。

このイベントがラインカード２ａからアクティブの管理モジュール１ａへ送信されると、図１１に示されるように、管理モジュール１ａのイベント受信キュー６においては、イベントＥに「Ａ」が格納され、完了フラグＦに「完」が格納される。

管理モジュール１ａからラインカード２ａへイベント受信完了が通知されることにより、図１２に示されるように、ラインカード２ａのイベント送信キュー７の完了フラグＦに「完」が格納される。

次に、ラインカード２ａからアクティブの管理モジュール１ａへの状態通知の途中に障害が発生した場合を説明する。

図１３に示されるように、ラインカード２ａのイベント送信キュー７のイベントＥにイベントである「Ａ」が格納されている。

ラインカード２ａはこのイベントをアクティブの管理モジュール１ａへ送信するが、図１４に示されるように、管理モジュール１ａにおいてこの受信したイベントの処理を行う前に管理モジュール１ａに障害が発生したとする。

ラインカード２ａは管理モジュール１ａからイベント受信完了が通知されないので、管理モジュール１ａへイベントを繰り返し送信するが、上記障害の発生で管理モジュール１ｂがアクティブになったという切り替わりの通知を受信した後は、イベントを管理モジュール１ｂに送信する。よって、図１５に示されるように、管理モジュール１ｂのイベント受信キュー６は、イベントＥに「Ａ」が格納され、完了フラグＦに「完」が格納される。

管理モジュール１ｂからラインカード２ａへイベント受信完了が通知されることにより、図１６に示されるように、ラインカード２ａのイベント送信キュー７の完了フラグＦに「完」が格納される。

次に、さらに具体的な実施の形態を説明する。

図１７に示されるように、２個の管理モジュール１ａ、１ｂと３個のラインカード２ａ，２ｂ，２ｃを実装し、各ラインカード２ａ，２ｂ，２ｃにポートが１０個あるネットワーク装置において仮想ＬＡＮの設定を行う場合を説明する。

今、全てのポートがＶＩＤが１の仮想ＬＡＮに所属しているものとする。ここで、ラインカード２ａの１〜５（図示左端から順の番号）のポートとラインカード２ｂの１〜５（同上）のポートをＶＩＤが２の仮想ＬＡＮに所属するよう変更することを考える。その場合、管理者は、現在アクティブな管理モジュール１ａに仮想ＬＡＮ設定のコマンドを入力し、管理モジュール１ａがその設定のコマンドをラインカード２ａ，２ｂに送信する。その途中で、ラインカード２ａへの送信が完了したところで、管理モジュール１ａに障害が発生したとする。

従来技術では、図１８に示されるように、ラインカード２ａの１〜５のポートはＶＩＤが２の仮想ＬＡＮに設定されるが、ラインカード２ｂの１〜５のポートはＶＩＤが１の仮想ＬＡＮに設定されたままである。このため、ラインカード２ａの１〜５のポートはラインカード２ｂの１〜５のポートへ通信できない状態となる。

本発明では、障害が発生したことにより、一時的には図１８の状態になるが、新しくアクティブになった管理モジュール１ｂにおいて、コマンド送信キューを確認することで、ラインカード２ｂへの設定が完了していないことが判明する。そこで、管理モジュール１ｂはラインカード２ａ，２ｂへの仮想ＬＡＮ設定のコマンドを通知する。これにより、図１９に示されるように、ラインカード２ａの１〜５のポートもラインカード２ｂの１〜５のポートもＶＩＤが２の仮想ＬＡＮに設定される。

仮想ＬＡＮの設定に限らず、ＩＥＥＥ（米国電気電子技術者協会）８０２．３で定義されているリンクアグリゲーション機能や複数ポート間で接続の冗長性を図るポートリダンダント機能などを複数のラインカードを跨いで設定する場合でも、本発明を用いれば障害発生時に設定がちぐはぐになることが回避できる。

もう一つの具体的な実施の形態として、ラインカードで発生したイベントを処理する場合を説明する。

図２０に示されるように、２個の管理モジュール１ａ、１ｂと３個のラインカード２ａ，２ｂ，２ｃを実装し、各ラインカード２ａ，２ｂ，２ｃにポートが１０個あるネットワーク装置において、ラインカード２ａの１のポートとラインカード２ｂの１のポートとが冗長構成であるために、ポートリダンダント機能を使用しているものとする。ここでは、ラインカード２ａの１のポートがアクティブ状態、ラインカード２ｂの１のポートがスタンバイ状態とする。もし、ラインカード２ａの１のポートに障害が発生したら、ポートリダンダント機能はラインカード２ｂの１のポートをアクティブ状態にしなければならない。

今ここで、図２１に示されるように、ラインカード２ａの１のポートに障害が発生し、ラインカード２ａがそのイベントを管理モジュール１ａに送信した直後に、管理モジュール１ａに障害が発生し、管理モジュール１ｂがアクティブになったとする。

従来技術では、図２１に示されるように、ラインカード２ａの１のポートに障害が発生していることを管理モジュール１ｂが把握しておらず、管理モジュール１ｂはラインカード２ｂに１のポートをアクティブ状態にするコマンドを出さないため、いずれのポートも通信をすることができない。

本発明ならば、ラインカード２ａはイベント送信キューを確認することで、管理モジュール１ａへのイベント送信が完了していないことを認識し、当該イベント送信を管理モジュール１ｂに対して行う。このイベントに対して管理モジュール１ｂはラインカード２ｂに１のポートをアクティブ状態にするコマンドを出すので、図２２に示されるように、ラインカード２ｂの１のポートはアクティブになる。

ＩＥＥＥ８０２．３で定義されているリンクアグリゲーション機能において、複数のラインカードに跨がってポートのリンク状態が設定される場合にも本発明は有効である。

本発明の一実施形態を示す管理モジュール及びラインカードのテーブル配置図である。 本発明を実施中のある時点での図１のテーブルの内容を示す図である。 本発明を実施中のある時点での図１のテーブルの内容を示す図である。 本発明を実施中のある時点での図１のテーブルの内容を示す図である。 本発明を実施中のある時点での図１のテーブルの内容を示す図である。 本発明を実施中のある時点での図１のテーブルの内容を示す図である。 本発明を実施中のある時点での図１のテーブルの内容を示す図である。 本発明を実施中のある時点での図１のテーブルの内容を示す図である。 本発明を実施中のある時点での図１のテーブルの内容を示す図である。 本発明を実施中のある時点での図１のテーブルの内容を示す図である。 本発明を実施中のある時点での図１のテーブルの内容を示す図である。 本発明を実施中のある時点での図１のテーブルの内容を示す図である。 本発明を実施中のある時点での図１のテーブルの内容を示す図である。 本発明を実施中のある時点での図１のテーブルの内容を示す図である。 本発明を実施中のある時点での図１のテーブルの内容を示す図である。 本発明を実施中のある時点での図１のテーブルの内容を示す図である。 ネットワーク装置における管理モジュール、ラインカード及びポートの概念図である。 図１７のネットワーク装置に仮想ＬＡＮが設定された概念図である。 図１７のネットワーク装置に仮想ＬＡＮが設定された概念図である。 ネットワーク装置における管理モジュール、ラインカード及びポートとポートリダンダントの概念図である。 図２０のネットワーク装置のポートに障害が発生した概念図である。 図２０のネットワーク装置のポートに障害が発生した概念図である。 シャーシ型ネットワーク装置の外観図である。

符号の説明

１（１ａ，１ｂ） 管理モジュール
２（２ａ〜２ｎ） ラインカード
３ａ，３ｂ，４ａ〜４ｎ 通知記録テーブル
５ コマンド送信キュー
６ イベント受信キュー
７ イベント送信キュー
８ コマンド受信キュー

Claims (2)

1. ネットワークに接続される通信回路を基板に搭載したラインカードを複数備え、ネットワーク管理のために各々のラインカードに設定を行う管理モジュールを２つ備え、稼働している管理モジュールがダウンしたときに待機している管理モジュールを稼働させるようにした二重化管理ネットワーク装置において、稼働している管理モジュールからラインカードに設定したいデータを待機している管理モジュールに通知し、その待機している管理モジュールからラインカードに当該データを設定し、ラインカードから待機している管理モジュールへ設定の完了を通知するようにしたことを特徴とする二重化管理ネットワーク装置。
2. ネットワークに接続される通信回路を基板に搭載したラインカードを複数備え、ネットワーク管理のために各々のラインカードの状態を監視する管理モジュールを２つ備え、稼働している管理モジュールがダウンしたときに待機している管理モジュールを稼働させるようにした二重化管理ネットワーク装置において、ラインカードの状態をラインカードから稼働している管理モジュールに繰り返し通知し、稼働している管理モジュールはラインカードからの通知による処理を完了した後、当該ラインカードに処理完了を通知し、この処理完了の通知を受けたラインカードが上記繰り返しの通知を停止するようにしたことを特徴とする二重化管理ネットワーク装置。
   

Images