(57)【要約】  本発明は、例えばスイッチおよびルータといった内蔵型の冗長性機能および障害回復性機能を有さないネットワークデバイスに、冗長性機能および障害回復性機能を提供するための方法およびシステムに関する。ヘルスチェックメッセージは、ネットワークデータを送信する第１リンク上で周期的に送信される。第１リンクの障害を検出すると、ヘルスチェックメッセージが第１リンク上で周期的に送信され続ける一方、ネットワークデータの送信は第２冗長性リンクへと切り替わる。第１リンクが元の状態に戻ったことを検出すると、ネットワークデータの送信は第１リンクへと切り替わる。【選択図】  図１【特許請求の範囲】
【請求項１】
ネットワークデバイス上でリンクフェイルオーバ管理を行うための方法であって、
１次リンクおよび２次リンクを含む複数のリンクを前記ネットワークデバイス上に構成することと、
ヘルスチェックメッセージを介して前記１次リンクの状態をチェックすることと、
前記１次リンクの前記状態に障害が生じたことを決定すると、前記１次リンクから前記２次リンクへのデータトラフィックの転送をトリガすることと、
前記１次リンクの前記状態が回復したことを示すメッセージを受信するまで、前記２次リンク上でデータトラフィックを送信することと、
を含む方法。
【請求項２】
前記１次リンクの前記状態が回復したことを示す前記メッセージを受信すると、前記２次リンクから前記１次リンクへと前記データトラフィックを送信すること、
を更に含む、請求項１に記載の方法。
【請求項３】
前記１次リンクの前記状態をチェックすることは、ｐｉｎｇメッセージを送ることを含む、請求項１に記載の方法。
【請求項４】
前記ヘルスチェックメッセージは、前記第１リンクおよび前記第２リンクから論理的に分離しているＶＬＡＮ上で送信される、請求項１に記載の方法。
【請求項５】
前記データトラフィックが前記２次リンク上に存在する間に、前記１次リンクを介して前記１次リンクの前記状態をチェックすることを更に含む、請求項１に記載の方法。
【請求項６】
前記チェックすることは毎秒行われる、請求項１に記載の方法。
【請求項７】
ネットワークデバイス上でリンクフェイルオーバ管理を行うためのシステムであって、
１次リンクおよび２次リンクを含む複数のリンクを前記ネットワークデバイス上に構成するための構成手段と、
ヘルスチェックメッセージを介して前記１次リンクの状態をチェックするためのチェック手段と、
前記１次リンクの前記状態に障害が生じたことを決定すると、前記１次リンクから前記２次リンクへのデータトラフィックの前記転送をトリガするための決定手段と、
前記１次リンクの前記状態が回復したことを示すメッセージを受信するまで、前記２次リンク上でデータトラフィックを送信するための送信手段と、
を備えるシステム。
【請求項８】
前記１次リンクの前記状態が回復したことを示す前記メッセージを受信すると、前記２次リンクから前記１次リンクへと前記データトラフィックを転送するための手段を更に備える、請求項７に記載のシステム。
【請求項９】
前記１次リンクの前記状態をチェックすることは、ｐｉｎｇメッセージを送ることを含む、請求項７に記載のシステム。
【請求項１０】
前記ヘルスチェックメッセージは、前記第１リンクおよび前記第２リンクから論理的に分離しているＶＬＡＮ上で送信される、請求項７に記載のシステム。
【請求項１１】
前記データトラフィックが前記２次リンク上に存在する間に、前記１次リンクを介して前記１次リンクの前記状態をチェックする手段を更に備える、請求項７に記載のシステム。
【請求項１２】
前記チェックすることは毎秒行われる、請求項７に記載のシステム。
【請求項１３】
ネットワークデバイス上でリンクフェイルオーバ管理を行うためのシステムであって、
プロセッサと、
前記プロセッサを介して機能するユーザインターフェースと、
前記プロセッサによりアクセス可能であるレポジトリと、を備え、
１次および２次リンクを含む複数のリンクが前記ネットワークデバイス上に構成され、
前記１次リンクの状態がヘルスチェックメッセージを介してチェックされ、
前記１次リンクの前記状態に障害が生じたことを決定すると、データトラフィックが前記１次リンクから前記２次リンクへと転送され、
データトラフィックは、前記１次リンクの前記状態が回復したことを示すメッセージを受信するまで、前記２次リンク上で送信される、システム。
【請求項１４】
前記プロセッサがサーバ上に収容される、請求項１３に記載のシステム。
【請求項１５】
前記サーバがネットワークに接続される、請求項１４に記載のシステム。
【請求項１６】
前記接続は、有線接続、無線接続、および光ファイバ接続からなる群から選択される、請求項１３に記載のシステム。
【請求項１７】
前記レポジトリがサーバ上に収容される、請求項１３に記載のシステム。
【請求項１８】
前記サーバがネットワークに接続される、請求項１７に記載のシステム。
【請求項１９】
コンピュータにネットワークデバイス上でリンクフェイルオーバ管理を行わせるために記憶された制御論理を有するコンピュータ使用可能媒体を含む、コンピュータプログラム製品であって、前記制御理論は、
１次リンクおよび２次リンクを含む複数のリンクを前記ネットワークデバイス上に構成するための第１コンピュータ可読プログラムコード手段と、
ヘルスチェックメッセージを介して前記１次リンクの状態をチェックするための第２コンピュータ可読プログラムコード手段と、
前記１次リンクの前記状態に障害が生じたことを決定すると、前記１次リンクから前記２次リンクへのデータトラフィックの前記転送をトリガするための第３コンピュータ可読プログラムコード手段と、
前記１次リンクの前記状態が回復したことを示すメッセージを受信するまで、前記２次リンク上でデータトラフィックを送信するための第４コンピュータ可読プログラムコード手段、を含む、
コンピュータプログラム製品。
【発明の詳細な説明】
【技術分野】
【０００１】
関連出願
[0001]  本出願は、２００８年２月１日に出願された米国仮特許出願第６１／００６，８３９号「動的リンクフェイルオーバ管理のための方法およびシステム」の優先権を主張し、参照によりその内容全体を本明細書に援用する。
【背景技術】
【０００２】
発明の背景
発明の分野
[0002]  本発明は、例えばスイッチおよびルータといったネットワークデバイスに冗長性機能および障害回復（resiliency）機能を提供するための方法およびシステムに向けられる。これらの機能により、ネットワークデバイスは、別のデバイスへのアクティブなリンクを維持し、かつ各リンクの障害を監視することが可能となる。障害が発生した場合、システムは是正措置を取り、ネットワークトラフィックを迂回させて残りのアクティブなリンクを使用し、これによりネットワークインテグリティを無傷のまま維持し、トラフィックを流し続ける。障害が生じたリンクが回復すると、ネットワークトラフィックは元のパスへと再び誘導される。
【０００３】
[0003]  ＡＮＳＩ／ＩＥＥＥ規格８０２．１Ｄ―１９９８年版において最初に既定されたスパニングツリープロトコル（ＳＴＰ）、ＩＥＥＥ規格８０２．１ｗ−２００１年版において定義されたラピッドスパニングツリープロトコル（ＲＳＴＰ）、ＩＥＥＥ規格８０２．１ｓにおいて定義されたマルチプルスパニングツリープロトコル（ＭＳＴＰ）、およびシスコ社のＰｅｒ  ＶＬＡＮ（仮想ローカルエリアネットワーク）スパニングツリープロトコル（ＰＶＳＴＰ）などの本明細書でｘＳＴＰと総称されるネットワークプロトコル、ならびに、イーサネット（登録商標）プロテクションスイッチングリング（ＥＰＳＲ）、特にネットワークリングに対して障害回復性を提供するアライドテレシス社独自のＲＦＣ３６１９の実装、およびＩＥＥＥ規定８０２．１ＡＤにおいて定義されたリンクアグリゲーションコントロールプロトコル（ＬＡＣＰ）、といった既存のネットワークプロトコルは、ループ防止およびバックアップパスの可用性を保証するのに有用であり、また、これらは参照によりその内容全体が本明細書に援用される。これらのプロトコルは、ループを回避するためにネットワーク内の冗長パスを無効にすること、そしてネットワーク障害が発生した場合に接続性の維持が必要になると自動的にネットワーク内の冗長パスを再び有効にすること、を可能にするが、これらのプロトコルは、通常、高性能ネットワークデバイス上でのみ利用可能である。ＥＰＳＲおよびＬＡＣＰは、数ミリ秒以内にリンク障害から回復することができるが、ｘＳＴＰの典型的な応答時間は３〜３０秒の間である。障害への応答におけるこの遅れは、部分的にはｘＳＴＰ動作の基礎に起因するものであり、これはデータトラフィックに対する最適な（または最もコストの低い）パスを決定するために比較されるユーザ提供値に基づいてリンク破損点の位置を計算することに関係している。
【０００４】
[0004]  冗長性および障害回復性は、ネットワーク設計において重要な要素である。今日の当該技術分野に存在する１つの問題として、内蔵型の冗長性機能および障害回復性機能を有さないネットワーク要素が、内蔵型の冗長性機能および障害回復性機能を有する高性能デバイスの特性と同等レベルの冗長性および障害回復性を実現することを可能とする適切な方法およびシステムが現在ないことが挙げられる。更に、ＬＡＣＰまたはＥＰＳＲと互換性がないネットワークデバイス上で簡単な制御プロトコルを使用して、複合的に接続したＬＡＮセグメントを有するデバイス間における冗長リンクのフェイルオーバ管理およびループフリー転送を提供する適切な方法およびシステムは現在のところない。その上、プロトコルの複雑さおよびハードウェアコストの増加を伴わずに、効果的で経済性が高く、かつ高速なｘＳＴＰプロトコルの代替物を提供する適切な方法およびシステムが現在ない。さらに、ＬＡＣＰプロトコルと互換性がないネットワークデバイス（例えば様々なルータ）上に負荷分散能力を提供する好適な方法およびシステムが現在ない。
【０００５】
[0005]  従って、当該技術分野では、内蔵型の冗長性機能および障害回復性機能を有さないネットワークデバイスに冗長性機能および障害回復性機能を提供することが必要とされている。
【発明の概要】
【課題を解決するための手段】
【０００６】
[0006]  本発明の態様は、内蔵型の冗長性機能および障害回復性機能を有さないネットワーク要素が、内蔵型の冗長性機能および障害回復性機能を有する高性能デバイスの特性と同等レベルの冗長性および障害回復性を実現することを可能とする方法およびシステムを提供することにより、上記の必要性および他の必要性に対処する。更に、本発明の態様は、ｘＳＴＰ、ＥＰＳＲ、またはＬＡＣＰと互換性がないネットワークデバイス上で簡単な制御プロトコルを使用して、複合的に接続したＬＡＮセグメントを有するデバイス間における冗長リンクのフェイルオーバ管理およびループフリー転送のための方法およびシステムを提供する。その上、本発明の態様は、プロトコルの複雑さおよびハードウェアコストの増加を伴わない、効果的で経済性が高く、かつ高速なｘＳＴＰプロトコルの代替物のための方法およびシステムを提供する。また、本発明の態様は、ＬＡＣＰプロトコルと互換性がないネットワークデバイス（例えば様々なルータ）上で負荷分散能力を実現する方法およびシステムを提供する。
【０００７】
[0007]  さらなる利点および新規の特徴は、以下の説明に一部記載されており、また、一部は以下を精査、または本発明の実施によって習得することにより、当業者にとってより明らかになるであろう。
【図面の簡単な説明】
【０００８】
【図１】[0008]  図１は、本発明の一態様に係る動的リンクフェイルオーバのための方法の例示的なフローチャートを示す。
【図２】[0009]  図２は、本発明の一態様に係る健全な（healthy）１次リンクを示す例示的なシステム図を示す。
【図３】[0010]  図３は、本発明の一態様に係るフェイルオーバ状態を示す例示的なシステム図を示す。
【図４】[0011]  図４は、本発明の一態様に係る回復状態を示す例示的なシステム図を示す。
【図５】[0012]  図５は、本発明の一態様に係る負荷分散機構を示す例示的なシステム図を示す。
【図６】[0013]  図６は、本発明の一態様により使用される様々なハードウェアコンポーネントおよび他の機能の例示的なシステム図を示す。
【図７】[0014]  図７は、本発明の一態様に係る様々な例示的システムコンポーネントのブロック図を示す。
【発明を実施するための形態】
【０００９】
[0015]  本発明の態様は、ヘルスチェックデータの生成および監視を使用して、ローエンド製品、または内蔵型の冗長性機能もしくは障害回復性機能を有さない製品上でハイエンド機能を模擬することを可能にする。ヘルスチェックデータは、ヘルスチェックパケットを送ることにより、データリンクまたはデータパスのステータスを監視することを含み得る。ヘルスチェック機構は、ヘルスチェックデータを監視するために、ピン−ポール（ping-poll）を使用し、例えばＡＷ  １．６．１およびＡＷ＋５．２．１動作させるスイッチおよびルータ、ならびにこれに続くリリースといったアライドテレシス社のネットワークデバイスにおいて利用可能なスクリプトフィーチャ（features）をトリガし得る（例えば、参照によりその内容全体を本明細書に援用する、２００８年１２月８日時点で閲覧されたwww.alliedtelesyn.comを参照）。
【００１０】
[0016]  一態様によると、１次リンクおよび２次リンクといった２つのデータリンクが存在し得る。更に、２つのデータリンク上に構成され得るが、データリンクから論理的に分離している、ヘルスチェック仮想ローカルエリアネットワーク（ＶＬＡＮ）が存在し得る。
【００１１】
[0017]  一態様によると、ヘルスチェックＶＬＡＮ上で遠隔デバイスに到達できなくなると、データＶＬＡＮは１次リンクから除去されて２次リンクへ追加されるので、トラフィックはこれらＶＬＡＮを通って元の状態に戻る。ヘルスチェック機構が、再び１次リンクを介して遠隔デバイスに到達できることを検出して場合、トラフィックは２次リンクに移動させられたデータＶＬＡＮを通ってのみ流れることができるため、ネットワークループは防がれる。１次リンク上でトラフィックを元の状態に戻すために、データＶＬＡＮは２次リンクから除去されて１次リンクへ戻される。つまり、前回の変更が逆転する。この様にして、この態様によると、フェイルオーバが発生した際にデータＶＬＡＮを通るサービスに対して最小限の途絶しか発生せず、またネットワークループが形成されない。
【００１２】
[0018]  図１は、本発明の一態様において、ネットワークスイッチ上の冗長性仮想ローカルエリアネットワーク（ＶＬＡＮ）リンクのフェイルオーバ管理のために行われ、これによりＶＬＡＮを介して送られるデータ（例えば、パケットまたはフレーム）が、無制限に冗長リンクを通ってＶＬＡＮ中をループすることを防ぐ機能の例示的なフロー図１００を示す。
【００１３】
[0019]  ステップ１０２では、ネットワークデバイスの中から１次および２次リンクが構成され得る。標準的な構成スクリプトが使用されてよく、または、構成は、他の構成の中でもとりわけコマンドラインで発生してもよい。一態様では、１次リンクをデータ転送用のメインリンクとして使用し、一方２次リンクを１次リンクのバックアップリンクとして使用することができる。更に、１次リンクを通って流れるデータにはネットワークユーザデータおよびヘルスチェックデータという２つの群があり得る。
【００１４】
[0020]  本発明の一態様によると、１次リンクおよびヘルスチェックＶＬＡＮは、同一データポート上を流れるように構成され得る。しかし、トラフィックパス（例えば１次および２次リンク）およびヘルスチェックＶＬＡＮは異なるＶＬＡＮを使用しているため、ヘルスチェックＶＬＡＮは、論理的にはトラフィックパスから分離され得る。一態様では、ヘルスチェックＶＬＡＮは１次リンクと一意的に関連しているので、１次リンクの障害および回復を検出することができる。
【００１５】
[0021]  １次リンクのヘルスは、ヘルスチェックＶＬＡＮ上でヘルスチェックパケットおよび／またはメッセージを周期的に送り、データが１次リンク１０４上を流れているか検査することによりチェックされ得る。ヘルスチェックパケットの送信は、標準的なネットワークプロトコルを使用して行われ得る。例えば、ヘルスチェックデータアイテム（例えば、インターネット制御通知プロトコル（ＩＣＭＰ）ｐｉｎｇパケット）は、本明細書を通して１次リンクとも呼ばれる１次パスの状態を検出するための制御プロトコルとして使用され得る。あらゆるネットワークデバイスのヘルスがチェックされ得ることが理解されよう。
【００１６】
[0022]  ヘルスチェックメッセージに応じて他方のネットワークデバイスが応答を返す場合、１次リンクがアップ状態であり、ヘルスチェックメッセージに応答しているため、１次リンクは良好な状態であると考えられる（１０８）。データは、後続の周期的なヘルスチェックメッセージが１次に障害が生じたことを示すまで、１次リンク上を流れ続け得る。１次リンクの状態は、設定可能な定期的な間隔でチェックされ得る（１１６）。例えば、ヘルスチェック信号は、他の時間周期の中でも、毎秒または２秒毎に送信され得る。従って、データは１次リンク上を流れ続ける一方、ヘルスチェックＶＬＡＮが定期的に１次リンクのヘルスをチェックする。
【００１７】
[0023]  ヘルスチェックメッセージに応じて他方のネットワークデバイスが応答を返さない場合、１次リンクに障害が生じたと考えられる。例えば、１次リンクは、１次リンクを通って流れるトラフィックがなく、ダウン状態にあり得る。１次リンクのヘルスに障害が生じると、２次リンクへのフェイルオーバが発生し得る（１１０）。例えば、１次ネットワークパスの障害を検出すると、冗長２次ネットワークパスがアクティブ状態にされる。従って、データトラフィックは１次リンクから除去され、２次リンク上を流れるように再誘導され得る。これは、１次リンクの代わりに２次リンク上で動作するようにＶＬＡＮを再構成することにより達成することができる。データトラフィックは、後続のヘルスチェックメッセージが１次リンクが回復したことを示すまで、２次リンク上を流れ得る。
【００１８】
[0024]  データが２次リンク上を流れる間、１次リンクがダウン状態であり、ネットワークデータが２次リンク上に流れているとしても、ヘルスチェックＶＬＡＮは、ヘルスチェックメッセージを送信し続けることにより、１次リンクのステータスを監視し得ることは理解されよう（例えばステップ１０４および１１６）。トラフィックが１次リンク上を流れているか否かの決定は、ステップ１０６において発生し得る。データトラフィックが１次リンクの代わりに２次リンク上を流れる場合、１次リンクが回復したことをヘルスチェックが検出したか否かの決定をするためのチェックが発生する（１１４）。１次リンクが回復していない場合、データトラフィックは、後続のヘルスチェックメッセージ１０４および１１６が１次リンクが回復したことを示すまで、２次リンク上を流れ続ける。
【００１９】
[0025]  しかし、検出により１次リンクが回復したことが示される場合、２次リンクの代わりに、１次リンク上にネットワークデータが流れることが可能となるようにＶＬＡＮを再構成することにより、データトラフィックは１次リンクへと再び転送され得る（１１２）。検出には、例えば、ヘルスチェックメッセージに応じて応答を受信すること（１０４）が含まれ得る。更に、２次リンクでは、データトラフィックの転送が閉鎖され、これによりネットワークループを防ぎ得る。いったんデータトラフィックが１次リンク上を流れると、プロセスは１次リンクのヘルスをチェックすることによりステップ１１６および１０４を繰り返す。
【００２０】
[0026]  一態様によると、本発明の方法の複数の例は、様々なリンク上の分離したＶＬＡＮを使用してデータの負荷分散を提供し得る。
【００２１】
[0027]  一態様によると、本発明の方法は、トラフィックフローを制御するためにスイッチポートＶＬＡＮの割り当てを変更することと、ネットワークデバイスピン−ポーリングおよびトリガ機能との組み合わせを利用する。
【００２２】
[0028]  一態様では、図２〜５において示されるように、ネットワークデバイスの１つのみが本発明の方法を使用する一方、他方のデバイスは送られたヘルスチェックメッセージに単に応答し得る。しかし、別の態様では、互いに通信するネットワークデバイス両方が本発明の方法を使用してもよい。
【００２３】
[0029]  図２を参照すると、そこに図示されているのは、本発明の一態様に係る健全な１次リンクを使用し、かつパス状態検出切替え（Path State Detection Switchover）を動作させる例示的なシステム７００である。パス状態検出切替えは、１次リンクのステータスを監視し、１次リンク上に障害が発生した場合に２次リンクへと切り換えるために使用され得る。図２に示されるように、第１ネットワークデバイス７０２はデータ転送用の複数のポートを有し得る。例えば、ネットワークデバイス７０２は、ポート１  ７１４およびポート２  ７０８を有し得る。ポート１  ７１４は１次リンク、ポート２  ７０８はバックアップ用２次リンクであり得る。１次および２次リンクはそれぞれネットワークデバイス上のいずれかのポートから構成され得ることは理解されよう（例えば図１のステップ１０２）。更に、ポート１  ７１４およびポート２  ７０８は、２次ネットワークデバイス７１２上のポートと通信し、データがネットワークデバイス７０２とネットワークデバイス７１２との間で転送されるようにし得る。
【００２４】
[0030]  障害回復ＶＬＡＮ１  ７０４上のデータトラフィックおよびヘルスチェックＶＬＡＮ１０  ７０６は、１次リンク７１４上を流れるように構成され得る。１次リンク７１４のヘルスをチェックするヘルスチェックパケットは、ヘルスチェックＶＬＡＮ１０  ７０６上で送られ得る。２次ネットワークデバイス７１２は、ヘルスチェックパケットに応答し、それにより１次リンク７１４のヘルスは良好であると考えられる（７１０）。従って、１次リンク７１４のヘルスが良好であるため、データは１次リンク７１４上のＶＬＡＮ１  ７０４上を流れ続ける。従って、この態様では、２次リンク７０８上を流れるデータはない。
【００２５】
[0031]  データは、２次リンク７０８ではなく１次リンク７１４上を流れ続ける方が有益であるということを理解されたい。例えば、他の不利益の中でもとりわけ、２次リンク７０８は使用するのにより費用がかかり（例えば、とりわけ、費用のかかる専用装置を使用するダイヤルアップリンク）、または、２次リンク７０８は低トラフィック処理量の低い帯域幅を有し得る。従って、２次リンク７０８は、例えば１次リンク７１４に障害が生じた時など緊急事態において使用するのに有益であり、通常のデータ通信には有益ではない。
【００２６】
[0032]  図３を参照すると、そこに図示されているのは、本発明の一態様に係るフェイルオーバ状態を使用する例示的なシステム８００である。図２を参照して上述したように、ネットワークデバイス８０２は１次リンクポート１  ８１４および２次リンクポート２  ８０８を有し得る。更に、１次リンク８１４は１次リンク８１４のヘルスをチェックするヘルスチェックＶＬＡＮ１０  ８０４を有し得る。しかし、この態様では、ネットワークデバイス８０２と通信するネットワークデバイス８１２は、ヘルスチェックＶＬＡＮ１０  ８０４上に送られるヘルスチェックパケットに応答していない。従って、１次リンク８１４に障害が生じたとみなされ、２次リンク８０８へのフェイルオーバの必要性を引き起こし得る。よって、障害回復ＶＬＡＮ１  ８０６上のデータトラフィックは、ＶＬＡＮ１  ８０６を１次リンク８１４から除去し、ＶＬＡＮ１  ８０６を２次リンク８０８へと転送することにより、１次リンク８１４の代わりに２次リンク８０８上を流れるように構成され得る。
【００２７】
[0033]  障害回復ＶＬＡＮ１  ８０６上のデータトラフィックが２次リンク８０８上を流れる間、ヘルスチェックパケットはヘルスチェックＶＬＡＮ１０  ８０４上に送られ続け、１次リンク８１４のヘルスをチェックし得る。たとえ１次リンク８１４に障害が生じたとしても、ネットワークユーザはネットワークトラフィック内の途絶に気がつかないであろうことが理解されよう。２次リンク８０８へのフェイルオーバは即座に発生するので、データトラフィックはほとんど中断なく、または全く中断なく流れ続けることができる。
【００２８】
[0034]  次に、図４を参照すると、そこに図示されているのは、本発明の一態様に係る回復状態を使用する例示的なシステム図４００である。ネットワークデバイス４０２は、他の機能の中でも、１次リンクポート１  ４１４、２次リンクポート２  ４０８、およびヘルスチェックＶＬＡＮ１０  ４０６を有し得る。更に、ネットワークデバイス４１２は、１次リンク４１４および２次リンク４０８を介してネットワークデバイス４０２と通信し得る。この態様では、ネットワークデバイス４１２は、ヘルスチェックパケットに対して１次リンク４１４が回復したことを示す応答を返し得る（４１０）。
【００２９】
[0035]  障害回復ＶＬＡＮ１  ４０４上のデータトラフィックは、ＶＬＡＮ１  ４０４を２次リンク４０８から除去し、ＶＬＡＮ１  ４０４を１次リンク４１４へと転送することにより、２次リンク４０８の代わりに１次リンク４１４上を流れるように再構成され得る。一態様では、ＶＬＡＮ１  ４０４を２次リンク４０８から１次リンク４１４へと転送するために自動化機構が使用され得る。２次リンク４０８は、ネットワークデータが２次リンク４０８上を流れることなく、再びバックアップリンクになり得る。従って、いったん回復が完了すると、障害回復ＶＬＡＮ１  ４０４、およびヘルスチェックＶＬＡＮ１０  ４０６上の両方のデータトラフィックは１次リンク４１４上を流れる。
【００３０】
[0036]  別の態様によると、「ヘルスチェックＶＬＡＮ」の複数の例は、図５において示されるように、代替のリンクを監視するように構成され得る。データＶＬＡＮは、複数の接続されたＬＡＮセグメント全体に分配され得るため全てのリンクがアップ状態で動作している場合に負荷分散が発生し得る。図５における例示的なシステム図５００において示されるように、第１リンクポート１  ５１６は、データＶＬＡＮ１  ５０６用の１次リンクおよびデータＶＬＡＮ２  ５１４用の２次リンクになり得る。また、第２リンクポート２  ５１８は、データＶＬＡＮ２  ５１４用の１次リンクおよびデータＶＬＡＮ１  ５０６用の２次リンクになり得る。リンク５１６および５１８は共に、それぞれヘルスチェックＶＬＡＮ１０  ５０４およびヘルスチェックＶＬＡＮ２０  ５０８を有しており、これらはそれぞれのリンク５１６および５１８上でヘルスチェックを動作させ得る。
【００３１】
[0037]  データＶＬＡＮ１  ５０６およびデータＶＬＡＮ２  ５１４上のデータトラフィックは、リンク５１６および５１８の両方を通って転送され得る。リンク５１６または５１８のいずれかに障害が生じた場合、障害が生じたリンクからのデータトラフィックは、他方のリンクへと送信され得る。フェイルオーバおよび回復状態は、図１〜４に関して上述したのと同様の手法で行われ得ることを理解されたい。更に、リンク５１６および５１８は、同等の帯域幅および同等コストを有し得ることを理解されたい。従って、ネットワークの負荷は、追加費用または性能の損失を生じさせずに、両方のリンク全体に分散され得る。加えて、２つのリンクを使用することで帯域幅が倍になり、ネットワークデバイス全体のトラフィックの処理量をより多くすることができる。
【００３２】
[0038]  本発明の態様は、ハードウェア、ソフトウェア、またはこれらの組み合わせを使用して実施されてよく、また、１つ以上のコンピュータシステムまたは他の処理システムにおいて実施されてよい。一態様では、本発明は、本明細書に記載される機能性を実行することのできる１つ以上のコンピュータシステムに向けられている。このようなコンピュータシステム２００の一例が、図６において示される。
【００３３】
[0039]  コンピュータシステム２００は、例えばプロセッサ２０４といった１つ以上のプロセッサを含む。プロセッサ２０４は、通信インフラストラクチャ２０６（例えば、通信バス、クロスオーバーバー、またはネットワーク）に接続される。この例示的なコンピュータシステムに関して様々なソフトウェア態様が記載される。この記載を読むことにより、他のコンピュータシステムおよび／またはアーキテクチャを使用していかに本発明を実施するかが当業者に更に明らかになるであろう。
【００３４】
[0040]  コンピュータシステム２００は、通信インフラストラクチャ２０６から（または、図示されていないフレームバッファから）の画像、テキスト、および他のデータをディスプレイユニット２３０上で表示するために転送するディスプレイインターフェース２０２を含むことができる。コンピュータシステム２００は、メインメモリ２０８、好ましくはランダムアクセスメモリ（ＲＡＭ）、および２次メモリ２１０も含んでよい。２次メモリ２１０は、ハードディスクドライブ２１２、および／または、例えばフロッピー（登録商標）ディスクドライブ、磁気テープ装置、光ディスクドライブ等に代表されるリムーバブル記憶ドライブ２１４を含んでよい。リムーバル記憶ドライブ２１４は、公知の手法でリムーバル記憶ユニット２１８から読み込み、および／または、書き込みを行う。リムーバブル記憶ユニット２１８は、フロッピー（登録商標）ディスク、磁気テープ、光ディスク等に代表され、リムーバル記憶ドライブ２１４により読み込まれ、かつリムーバル記憶ドライブ２１４に書き込まれる。理解されるように、リムーバル記憶ユニット２１８は、コンピュータソフトウェアおよび／またはデータを記憶したコンピュータ使用可能記憶媒体を含む。
【００３５】
[0041]  代替的な態様では、２次メモリ２１０は、コンピュータプログラムまたは他の命令がコンピュータシステム２００内に取り込まれるのを可能にする他の類似のデバイスを含み得る。このようなデバイスは、例えばリムーバブル記憶ユニット２２２およびインターフェース２２０を含んでよい。これらの例には、プログラムカートリッジおよびカートリッジインターフェース（ビデオゲームデバイスに見られるようなもの）、リムーバブルメモリチップ（例えば、消去可能プログラム可能な読み込み専用メモリ（ＥＰＲＯＭ）、または、プログラム可能な読み込み専用メモリ（ＰＲＯＭ））、および関連するソケット、ならびにソフトウェアおよびデータをリムーバル記憶ユニット２２２からコンピュータシステム２００へと転送させる他のリムーバブル記憶ユニット２２２およびインターフェース２２０が挙げられる。
【００３６】
[0042]  コンピュータシステム２００は通信インターフェース２２４も含み得る。通信インターフェース２２４は、コンピュータシステム２００と外部デバイスとの間でソフトウェアおよびデータが転送されるようにする。通信インターフェース２２４の例には、モデム、ネットワークインターフェース（例えばイーサネット（登録商標）カード）、通信ポート、パーソナルコンピュータメモリカード国際協会（ＰＣＭＣＩＡ）スロットおよびカード等が挙げられ得る。通信インターフェース２２４を介して転送されるソフトウェアおよびデータは、信号２２８の形式であり、これは電子、電磁、光学、または通信インターフェース２２４が受信することのできる他の信号であってよい。これらの信号２２８は、通信パス（例えばチャネル）２２６を介して通信インターフェース２２４へと供給される。このパス２２６は信号２２８を運搬し、かつワイヤまたはケーブル、光ファイバ、電話線、携帯電話のリンク、無線周波数（ＲＦ）リンク、および／または他の通信チャネルを使用して実施することができる。本書では、「コンピュータプログラム媒体」および「コンピュータ使用可能媒体」という用語は、例えばリムーバブル記憶ユニット２１８、ハードディスクドライブ２１２にインストールされたハードディスク、および信号２２８といった媒体に言及するために使用される。これらコンピュータプログラム製品は、コンピュータシステム２００にソフトウェアを提供する。本発明はこの様なコンピュータプログラム製品に向けられている。
【００３７】
[0043]  コンピュータプログラム（コンピュータ制御論理とも呼ばれる）は、メインメモリ２０８および／または２次メモリ２１０内に記憶される。コンピュータプログラムは、通信インターフェース２２４を介しても受信され得る。この様なコンピュータプログラムは、実行される際にコンピュータシステム２００が、本明細書に記載された本発明の特徴を実現することを可能にする。特に、コンピュータプログラムは、実行される際にプロセッサ２０４が本発明の特徴を実現することを可能にする。従って、この様なコンピュータプログラムは、コンピュータシステム２００のコントローラに相当する。
【００３８】
[0044]  ソフトウェアを使用して本発明が実施される一態様では、ソフトウェアは、リムーバブル記憶ドライブ２１４、ハードドライブ２１２、または通信インターフェース２２４を使用してコンピュータプログラム製品内に記憶され、コンピュータシステム２００内へ取り込まれ得る。制御論理（ソフトウェア）は、プロセッサ２０４により実行される際に、プロセッサ２０４に本明細書に記載された本発明の機能を果たさせる。別の態様では、本発明は、例えば特定用途向け集積回路（ＡＳＩＣ）といったハードウェアコンポーネントを使用して主にハードウェア内で実施される。本明細書に記載された機能を果たすようなハードウェア状態機械の実現は、当業者にとって明らかであろう。
【００３９】
[0045]  更に別の態様では、本発明はハードウェアおよびソフトウェアの組み合わせを使用して実施される。
【００４０】
[0046]  図７は、本発明の態様により使用可能な通信システム３００を示す。通信システム３００は、１つ以上のアクセス者３６０、３６２（本明細書では、同じ意味で１人以上の「ユーザ」とも呼ばれる）、および１つ以上の端末３４２、３６６を含む。一態様では、本発明の一態様により使用されるデータは、例えば、アクセス者３６０、３６２により端末３４２、３６６を介してインプットおよび／またはアクセスされ、この端末としては、例えば、パーソナルコンピュータ（ＰＣ）、ミニコンピュータ、メインフレームコンピュータ、マイクロコンピュータ、電話デバイス、または、例えばＰＣ、ミニコンピュータ、メインフレームコンピュータ、マイクロコンピュータ、もしくはデータ用のプロセッサとレポジトリ、および／もしくは、データ用レポジトリへの接続を有する他のデバイスなどのサーバ３４３に対して例えばインターネットもしくはイントラネットなどのネットワーク３４４および結合３４５、３４６、３６４を介して結合されたパーソナルデジタルアシスタント（ＰＤＡ）もしくはハンドヘルド無線デバイスなどの無線デバイスなどの端末が挙げられる。結合３４５、３４６、３６４は、例えば、有線リンク、無線リンク、または光ファイバリンクを含む。別の態様では、本発明の方法およびシステムは、例えば単一の端末上など、スタンドアローン環境において動作する。
【００４１】
[0047]  本発明は好ましい態様に関して記載されているが、上述した好ましい態様の変更および修正は、本発明の範囲を逸脱しない範囲で行うことができることは当業者に理解されよう。他の態様は、本明細書の記載から考慮して、または本明細書で記載される本発明の実施から、当業者に明らかになるであろう。
【図１】
2011526085.tif 000002
【図２】
2011526085.tif 000003
【図３】
2011526085.tif 000004
【図４】
2011526085.tif 000005
【図５】
2011526085.tif 000006
【図６】
2011526085.tif 000007
【図７】
2011526085.tif 000008
【国際調査報告】
2011526085.tif 000009