(57)【要約】【課題】  第２サイトの障害発生後に第２サイトにアドレスされたパケットを第１サイトにリダイレクトするための方法を提供する。【解決手段】  第１サイトは、第１ＩＳＰと、第１サーバと、第１ＩＳＰおよび第１サーバの間に置かれた第１ルータとを含み、第２サイトは、第２ＩＳＰと、第２サーバと、第２ＩＳＰおよび第２サーバの間に置かれた第２ルータとを含む。第２サーバが作動しているとき、第１ルータおよび第２ルータの両方が第２サーバのＩＰアドレスの公開をブロードキャストする。第１ルータによりブロードキャストされたＩＰアドレスの公開が、第２ルータをＩＰアドレスへの経路として表わす第２ルータによるＩＰアドレスの公開の経路よりも、第１ルータをＩＰアドレスへの好ましくない経路として表わす。従って、ＩＰアドレスにアドレスされたパケットが第２ＩＳＰおよび第２ルータを介して第２サーバに経路指定される。【選択図】  図４
2009526453.tif 000002
【特許請求の範囲】
【請求項１】
第２サイトの障害発生後に前記第２サイトにアドレスされたパケットを第１サイトにリダイレクトするための方法であって、前記第１サイトは、第１ＩＳＰと、第１サーバと、前記第１ＩＳＰおよび前記第１サーバの間に置かれた第１ルータとを含み、前記第２サイトは、第２ＩＳＰと、第２サーバと、前記第２ＩＳＰおよび前記第２サーバの間に置かれた第２ルータとを含み、
前記第２サーバが作動しているとき、前記第１ルータおよび前記第２ルータの両方が前記第２サーバのＩＰアドレスの公開をブロードキャストするステップであって、前記第１ルータによりブロードキャストされた前記ＩＰアドレスの公開が、前記第２ルータを前記ＩＰアドレスへの経路として表わす前記第２ルータによる前記ＩＰアドレスの公開の経路よりも、前記第１ルータを前記ＩＰアドレスへの好ましくない経路として表わし、従って、前記第２サーバの作動中、前記ＩＰアドレスにアドレスされたパケットが前記第２ＩＳＰおよび前記第２ルータを介して前記第２サーバに経路指定される、ステップと、
その後、前記第２サイトが障害を生じ、それと同時に、前記第２ルータが前記第２サイトの前記ＩＰアドレスの公開をブロードキャストすることを中止し、前記第１ルータが前記第２サイトの前記ＩＰアドレスの公開をブロードキャストすることを続け、従って、前記ＩＰアドレスにアドレスされたその後のパケットが、前記第２ＩＳＰを迂回して、前記第１ＩＳＰおよび前記第１ルータを介して前記第１サーバに経路指定される、ステップと、
を含む、方法。
【請求項２】
前記第１ルータが、前記第１サーバを含む第１ネットワークに対するエッジ・ルータであり、前記第２ルータが、前記第２サーバを含む第２ネットワークに対するエッジ・ルータである、請求項１に記載の方法。
【請求項３】
前記第１ルータによりブロードキャストされた前記ＩＰアドレスの公開が、前記ＩＰアドレスに達するための前記第２ルータへのパスよりも長い前記第１ルータへのパスを表わす、請求項１に記載の方法。
【請求項４】
前記第１ルータによりブロードキャストされた前記ＩＰアドレスの公開が、前記ＩＰアドレスに達するための前記第２ルータへのパスよりも長い前記第１ルータへのパスを表わすために AS_PATH プリペンドを含む、請求項１に記載の方法。
【請求項５】
前記第１ルータが、前記第１サイトに関連した第１ＡＳＮの公開をブロードキャストするステップと、
前記第２ルータが、前記第２サイトに関連した第２ＡＳＮの公開をブロードキャストするステップと、
を更に含む、請求項１に記載の方法。
【請求項６】
第２サイトの障害発生後に前記第２サイトにアドレスされたパケットを第１サイトにリダイレクトするステップであって、前記第１サイトは、第１ＩＳＰと、第１サーバと、第１ＩＳＰおよび第１サーバの間に置かれた第１ルータとを含み、前記第２サイトは、第２ＩＳＰと、第２サーバと、第２ＩＳＰおよび第２サーバの間に置かれた第２ルータとを含む、ステップを更に含み、
前記方法は、
前記第２サイトの障害発生前に前記第２サイトのＩＰアドレスを容認するように、前記第２歳との障害発生前に前記第１ＩＳＰおよび前記第１ルータにおいてＢＧＰフィルタを構成するステップと、
前記第２サーバが作動しているとき、前記第１ルータが前記ＩＰアドレスの公開をブロードキャストせず、第２ルータが前記ＩＰアドレスの公開をブロードキャストし、従って、前記ＩＰアドレスにアドレスされたパケットは、前記第１ＩＳＰを迂回して、前記第２ＩＳＰおよび前記第２ルータを介して前記第２サーバに経路指定され、前記第２サーバが作動しているとき、前記第１ルータが前記ＩＰアドレスの公開をブロードキャストせず、第２ルータが前記ＩＰアドレスの公開をブロードキャストし、従って、前記ＩＰアドレスにアドレスされたパケットが前記第２ＩＳＰおよび前記第２ルータを介して前記第２サーバに経路指定される、ステップと、
その後、前記第２サイトが障害を生じると、前記第２ルータが前記ＩＰアドレスの公開をブロードキャストすることを中止し、前記第１ルータが前記ＩＰアドレスの公開をブロードキャストし、従って、前記ＩＰアドレスにアドレスされたその後のパケットが、前記第２ＩＳＰを迂回して、前記第１ＩＳＰおよび前記第１ルータを介して前記第１サーバに経路指定される、ステップと、
を含む、請求項１に記載の方法。
【請求項７】
前記第２サイトの障害発生前に、前記ＩＰアドレスを容認するように、前記第２ＩＳＰおよび前記第２ルータにおいてＢＧＰフィルタを構成し、従って、前記第２サーバが作動しているとき、前記ＩＰアドレスにアドレスされたパケットが、前記第１ＩＳＰを迂回して、前記第２ＩＳＰおよび前記第２ルータを介して前記第２サーバに経路指定されるステップを更に含む、請求項６に記載の方法。
【請求項８】
前記第２ルータが前記ＩＰアドレスの公開をブロードキャストすることを中止し、前記第１ルータが前記ＩＰアドレスの公開をブロードキャストする前記ステップが手操作で開始される、請求項７に記載の方法。
【請求項９】
前記第１ルータが第１エッジ・ルータであり、前記第２ルータが第２エッジ・ルータである、請求項６に記載の方法。
【請求項１０】
前記第２サーバが作動しているとき、前記第２ルータが、前記第２サイトに関連した第２ＡＳＮの公開をブロードキャストするステップと、
前記第２サイトの障害発生後、前記第１ルータが、前記第１サイトに関連した第１ＡＳＮの公開をブロードキャストするステップと、
を更に含む、請求項９に記載の方法。
【請求項１１】
第２サイトの障害発生後に前記第２サイトにアドレスされたパケットを第１サイトにリダイレクトするためのシステムであって、前記第１サイトは、第１ＩＳＰと、第１サーバと、前記第１ＩＳＰおよび前記第１サーバの間に置かれた第１ルータとを含み、前記第２サイトは、第２ＩＳＰと、第２サーバと、前記第２ＩＳＰおよび前記第２サーバの間に置かれた第２ルータとを含み、
前記第１ルータ内にあり、前記第２サーバが作動しているとき、前記第２サーバのＩＰアドレスの公開をブロードキャストするための手段と、
前記第２ルータ内にあり、前記第２サーバが作動しているとき、前記ＩＰアドレスの公開をブロードキャストするための手段であって、前記第１ルータによりブロードキャストされた前記ＩＰアドレスの公開が、前記第２ルータを前記ＩＰアドレスへの経路として表わす前記第２ルータによる前記ＩＰアドレスの公開の経路よりも前記第１ルータを前記ＩＰアドレスへの好ましくない経路として表わし、従って、前記第２サーバの作動中、前記ＩＰアドレスにアドレスされたパケットが前記第２ＩＳＰおよび前記第２ルータを介して前記第２サーバに経路指定される、手段と、
前記第２サイトの障害発生に応答して、前記第１ルータが前記ＩＰアドレスの公開をブロードキャストすることを続けているとき、前記第２ルータが前記ＩＰアドレスの公開をブロードキャストすることを中止させるための手段であって、前記ＩＰアドレスにアドレスされたその後のパケットが、前記第２ＩＳＰを迂回して、前記第１ＩＳＰおよび前記第１ルータを介して前記第１サーバに経路指定される、手段と、
を含む、システム。
【請求項１２】
前記第１ルータが、前記第１サーバを含む第１ネットワークに対するエッジ・ルータであり、前記第２ルータが、前記第２サーバを含む第２ネットワークに対するエッジ・ルータである、請求項１１に記載のシステム。
【請求項１３】
前記第１ルータによりブロードキャストされた前記ＩＰアドレスの公開が、前記ＩＰアドレスに達するための前記第２ルータへのパスよりも長い前記第１ルータへのパスを表わす、請求項１１に記載のシステム。
【請求項１４】
前記第１ルータによりブロードキャストされた前記ＩＰアドレスの公開が、前記ＩＰアドレスに達するための前記第２ルータへのパスよりも長い前記第１ルータへのパスを表わすために AS_PATH プリペンドを含む、請求項１１に記載のシステム。
【請求項１５】
前記第１ルータが、前記第１サイトに関連した第１ＡＳＮの公開をブロードキャストするための手段を含み、
前記第２ルータが、前記第２サイトに関連した第２ＡＳＮの公開をブロードキャストするための手段を含む、
請求項１１に記載のシステム。
【請求項１６】
請求項１乃至１０のいずれか１項に記載の方法の各ステップをコンピュータに実行させるためのコンピュータ・プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、一般的にはネットワークおよびコンピュータ・システムに関し、更に詳しく云えば、ネットワーク・パケットを代替(またはリカバリ)サイトに再経路指定することに関する。
【背景技術】
【０００２】
今日では、ローカルエリア・ネットワーク（ＬＡＮ）、広域ネットワーク（ＷＡＮ）、イントラネット、およびインターネットのような多くのタイプのコンピュータ・ネットワークが知られている。例えば、クライアントが、インターネットに接続されているＬＡＮ上に存在するサーバに、インターネットを介して要求を行う。１つまたは複数のインターネット・サービス・プロバイダ（ＩＳＰ）がインターネットとサーバのＬＡＮとの間に論理的に置かれること、および１つまたは複数のエッジ・ルータがサーバのこのＬＡＮとＩＳＰとの間に物理的におよび／または論理的に置かれることが一般的である。インターネットへの複数の接続を有することは「マルチホーミング」と呼ばれる。２つ以上のＩＳＰの使用はロード・バランシングおよび障害許容力の増大を可能にする。サーバ用のエッジ・ルータは、サーバ・ネットワークの自律システム番号（ＡＳＮ）およびサーバに通じる関連の経路のボーダ・ゲートウェイ・プロトコル（ＢＧＰ）の公開を周期的にブロードキャストする。ＢＧＰはＲＦＣ１７７１において定義されており、効率的なパスを決定するためにルータ間でまたはルータのグループ間で情報を共用するために使用される外部ゲートウエイ経路指定プロトコルである。隣接のＩＳＰおよびルータがこれらのブロードキャストを受け取る。正規の動作中に、各ＩＳＰは、ソース・インターネット・プロトコル（ＩＰ）アドレスおよび宛先ＩＰアドレスを含むパケットを受け取り、しかる後、サーバに対する介在ルータを介して宛先ＩＰアドレスにそのパケットを転送または「経路指定」する。（パケットは、パケット交換ネットワークを通して送信された１個のメッセージである。パケットの重要な特徴の１つは、それがデータのほかに宛先アドレスを含むということである。ＩＰネットワークでは、多くの場合、パケットはデータグラムと呼ばれる）。宛先ＩＰアドレスは、要求を処理し得る単一のサーバ、要求を処理するためにサーバのプールに対するロード・バランサまたはプロキシ・サーバ、或いは、サーバまたはサーバ・プールが存在するネットワークのためのゲートウエイに通じ得る。宛先ＩＰアドレスにおけるサーバは「サイト」あるいは「実動サイト」と呼ばれることもある。サイトが、要求されたアプリケーションに対するインターフェースとして要求元にウェブ・ページを供給する場合、宛先サーバも「ウェブサイト」と呼ばれることもある。
【０００３】
多くの場合、オリジナル実動サイト（オリジナル・サイト）が障害を生じる場合には、バックアップ・ネットワーク上にバックアップ実動サイト（バックアップ・サイト）が存在する。バックアップ・サイトに対しても１つまたは複数のＩＳＰが存在し得る。オリジナル・サイトが障害を生じたとき、オリジナル・サイトのエッジ・ルータは、オリジナル・サイトの自律システム番号（ＡＳＮ）および関連する経路のそれらの周期的なＢＧＰ（ボーダ・ゲートウェイ・プロトコル）の公開を停止する。オリジナル・サイトのＩＳＰは、ＡＳＮおよびオリジナル・サイトのためのその関連する経路の停止を通知し、それに応答して、このＡＳＮに関連するすべての経路を排除するためにそれらの経路指定テーブルを更新する。オリジナル・サイトのＩＳＰは、ＢＧＰを介してインターネット全体にわたってこれらの変更を伝播する。この時点では、オリジナル・サイトの経路およびＩＰアドレスはインターネットにとって未知である。バックアップ・サイトにパケットを再経路指定するためには、ドメイン・ネーム・システム（ＤＮＳ）最新版を使用することが知られていた。（ＤＮＳは、ホスト名およびドメイン名をＩＰアドレスに変換するために使用されるシステムである）。これらのＤＮＳ最新版は、ＩＰアドレス−ホスト名の変換およびＩＰアドレス−ドメイン名の変換を変更する。この解決方法はホスト名およびドメイン名に依存するので、それは、オリジナルのＩＰアドレスがバックアップ・サイトにおいて維持されることを必要とするアプリケーションまたは実施態様をサポートすることができない。更に、ＤＮＳ最新版は、世界中に伝播するためには（個々のＤＮＳ存続時間のタイムアウト設定次第で）７２時間くらいまで要することがある。バックアップ・サイトにおいてＩＰアドレスを変更するために、およびＤＮＳを適正に構成（例えばゾーン・ファイル修正）するために、余分な作業が必要となる。この余分な作業は長い期間の機能停止に変換し得る。別の既知の解決方法は、両方のサイトにおいて同じＩＳＰをインストールすることである。しかし、これはＩＳＰおよびサイト次第で高価になることがある。未計画のロケーションにおいてリカバリする必要が生じた場合、同じＩＳＰがこのロケーションにおいて適時にインストールされないか或いは利用可能でないということがあり得る。
【発明の開示】
【発明が解決しようとする課題】
【０００４】
従って、本発明の目的は、オリジナル・サイトが障害を生じるとき、ネットワーク・パケットをバックアップ・サイトに再経路指定することを促進し、容易にすることにある。
【課題を解決するための手段】
【０００５】
本発明は、第２サイトの障害発生後にその第２サイトにアドレスされたパケットを第１サイトにリダイレクトためのシステム、方法、およびコンピュータ・プログラム提供する。第１サイトは、第１ＩＳＰと、第１サーバと、第１ＩＳＰおよび第１サーバの間に置かれた第１ルータとを含む。第２サイトは、第２ＩＳＰと、第２サーバと、第２ＩＳＰおよび第２サーバの間に置かれた第２ルータとを含む。第２サーバが作動しているとき、第１ルータおよび第２ルータの両方が第２サーバのＩＰアドレスの公開をブロードキャストする。第１ルータによりブロードキャストされたＩＰアドレスの公開が、第２ルータをＩＰアドレスへの経路して表わす第２ルータによるＩＰアドレスの公開の経路よりも、第１ルータをＩＰアドレスへの好ましくない経路として表わす。従って、ＩＰアドレスにアドレスされたパケットが、第２ＩＳＰおよび第２ルータを介して第２サーバに経路指定される。その後、第２サイトが障害を生じ、それと同時に、第２ルータが、第２サイトのＩＰアドレスの公開をブロードキャストすることを中止し、第１ルータが、第２サイトのＩＰアドレスの公開をブロードキャストすることを続ける。従って、ＩＰアドレスにアドレスされたその後のパケットが、第２ＩＳＰを迂回して、第１ＩＳＰおよび第１ルータを介して第１サーバに経路指定される。
【０００６】
本発明の特徴によれば、第１ルータが、第１サーバを含む第１ネットワークに対するエッジ・ルータであり、第２ルータが、第２サーバを含む第２ネットワークに対するエッジ・ルータである。第１ルータによりブロードキャストされたＩＰアドレスの公開が、そのＩＰアドレスに達するための第２ルータへの経路よりも好ましくない第１ルータへの経路を表わす。例えば、第１ルータによりブロードキャストされたＩＰアドレスの公開は、そのＩＰアドレスに達するための第２ルータへのパスよりも長い第１ルータへのパスを表わすために AS_PATH プリペンド（prepend）を含み得る。
【０００７】
本発明は、更に、第２サイトの障害発生後にその第２サイトにアドレスされたパケットを第１サイトにリダイレクトするための別のシステム、方法、およびコンピュータ・プログラムを提供する。第１サイトは、第１ＩＳＰと、第１サーバと、第１ＩＳＰおよび第１サーバとの間に置かれた第１ルータとを含む。第２サイトは、第２ＩＳＰと、第２サーバと、第２ＩＳＰおよび第２サーバとの間に置かれた第２ルータとを含む。第２サイトの障害発生の前、第２サイトのＩＰアドレスを容認するように第１ＩＳＰおよび第１ルータにおいてＢＧＰフィルタが構成される。第２サーバが作動しているとき、第２ルータが第２サーバのＩＰアドレスの公開をブロードキャストし、従って、ＩＰアドレスにアドレスされたパケットは、第１ＩＳＰを迂回して、第２ＩＳＰおよび第２ルータを介して第２サーバに経路指定される。その後、第２サイトが障害を生じると、第２ルータが第２サイトのＩＰアドレスの公開をブロードキャストすることを中止し、第１ルータが第２サイトのＩＰアドレスの公開をブロードキャストすること開始し、従って、ＩＰアドレスにアドレスされたその後のパケットが、第２ＩＳＰを迂回して、第１ＩＳＰおよび第１ルータを介して第１サーバに経路指定される。
【０００８】
第１の実施態様から見ると、本発明は、第２サイトの障害発生後に第２サイトにアドレスされたパケットを第１サイトにリダイレクトするための方法を提供する。第１サイトは、第１ＩＳＰと、第１サーバと、第１ＩＳＰおよび第１サーバの間に置かれた第１ルータとを含み、第２サイトは、第２ＩＳＰと、第２サーバと、第２ＩＳＰおよび第２サーバの間に置かれた第２ルータとを含む。この方法は、第２サーバが作動しているとき、第１ルータおよび第２ルータの両方が第２サーバのＩＰアドレスの公開をブロードキャストし、第１ルータによりブロードキャストされたＩＰアドレスの公開が、第２ルータをＩＰアドレスの経路として表わす第２ルータによるＩＰアドレスの公開の経路よりも第１ルータをＩＰアドレスへの望ましくない経路として表わし、従って、第２サーバの作動中、ＩＰアドレスにアドレスされたパケットが第２ＩＳＰおよび第２ルータを介して第２サーバに経路指定され、その後、第２サイトが障害を生じ、それと同時に、第２ルータが、第２サイトのＩＰアドレスの公開をブロードキャストすることを中止し、第１ルータが第２サイトのＩＰアドレスの公開をブロードキャストすることを続け、従って、ＩＰアドレスにアドレスされたその後のパケットが、第２ＩＳＰを迂回して、第１ＩＳＰおよび第１ルータを介して第１サーバに経路指定される。
【０００９】
望ましくは、本発明は、第１ルータが、第１サーバを含む第１ネットワークに対するエッジ・ルータであり、第２ルータが、第２サーバを含む第２ネットワークに対するエッジ・ルータである、方法を提供する。
【００１０】
望ましくは、本発明は、第１ルータによりブロードキャストされたＩＰアドレスの公開が、ＩＰアドレスに到達するための第２ルータへのパスによりも長い第１ルータへのパスを表わす、方法を提供する。
【００１１】
望ましくは、本発明は、第１ルータによりブロードキャストされたＩＰアドレスの公開が、ＩＰアドレスに到達するための第２ルータへのパスによりも長い第１ルータへのパスを表わすように AS_PATH プリペンドを含む、方法を提供する。
【００１２】
望ましくは、本発明は、更に、第１ルータが第１サイトに関連した第１ＡＳＮの公開をブロードキャストするステップと、第２ルータが第２サイトに関連した第２ＡＳＮの公開をブロードキャストするステップとを含む方法を提供する。
【００１３】
望ましくは、本発明は、更に、第２サイトの障害発生後にその第２サイトにアドレスされたパケットを第１サイトにリダイレクトするステップを含む方法を提供する。第１サイトは、第１ＩＳＰと、第１サーバと、第１ＩＳＰおよび第１サーバとの間に置かれた第１ルータとを含み、第２サイトは、第２ＩＳＰと、第２サーバと、第２ＩＳＰおよび第２サーバとの間に置かれた第２ルータとを含む。この方法は、第２サイトの障害発生の前に、第２サイトのＩＰアドレスを容認するように第１ＩＳＰおよび第１ルータにおいてＢＧＰフィルタを構成するステップと、第２サーバが作動しているとき、第１ルータがＩＰアドレスの公開をブロードキャストせず、第２ルータがＩＰアドレスの公開をブロードキャストし、従って、ＩＰアドレスにアドレスされたパケットは第１ＩＳＰを迂回して、第２ＩＳＰおよび第２ルータを介して第２サーバに経路指定され、その後、第２サイトが障害を生じ、第２ルータがＩＰアドレスの公開をブロードキャストすることを中止し、第１ルータがＩＰアドレスの公開をブロードキャストすること開始し、従って、ＩＰアドレスにアドレスされたその後のパケットは第２ＩＳＰを迂回して第１ＩＳＰおよび第１ルータを介して第１サーバに経路指定される。
【００１４】
望ましくは、本発明は、第２サイトの障害発生前に、ＩＰアドレスを容認するように第２ＩＳＰおよび第２ルータにおいてＢＧＰフィルタを構成し、従って、第２サーバが作動しているとき、ＩＰアドレスにアドレスされたパケットが、第１ＩＳＰを迂回して、第２ＩＳＰおよび第２ルータを介して第２サーバに経路指定される、方法を提供する。
【００１５】
望ましくは、本発明は、第２ルータがＩＰアドレスの公開をブロードキャストすることを中止し、第１ルータがＩＰアドレスの公開をブロードキャストするステップが手操作で開始される、方法を提供する。
【００１６】
望ましくは、本発明は、第１ルータが第１エッジ・ルータであり、第２ルータが第２エッジ・ルータであるという、方法を提供する。
【００１７】
望ましくは、本発明は、第２サーバが作動しているとき、第２ルータが、第２サイトに関連した第２ＡＳＮの公開をブロードキャストするステップと、第２サイトの障害発生後、第１ルータが、第１サイトに関連した第１ＡＳＮの公開をブロードキャストするステップとを更に含む方法を提供する。
【００１８】
第２の実施態様から見ると、本発明は、第２サイトの障害発生後に第２サイトにアドレスされたパケットを第１サイトにリダイレクトするためのシステムを提供する。第１サイトは、第１ＩＳＰと、第１サーバと、第１ＩＳＰおよび第１サーバの間に置かれた第１ルータとを含み、第２サイトは、第２ＩＳＰと、第２サーバと、第２ＩＳＰおよび第２サーバの間に置かれた第２ルータとを含む。このシステムは、第１ルータ内にあり、第２サーバが作動しているとき、第２サーバのＩＰアドレスの公開をブロードキャストするための手段と、第２ルータ内にあり、第２サーバが作動しているとき、ＩＰアドレスの公開をブロードキャストするための手段であって、第１ルータによりブロードキャストされたＩＰアドレスの公開が、第２ルータをＩＰアドレスへの経路として表わす第２ルータによるＩＰアドレスの公開の経路よりも第１ルータをＩＰアドレスへの好ましくない経路として表わし、従って、第２サーバの作動中、ＩＰアドレスにアドレスされたパケットが第２ＩＳＰおよび第２ルータを介して第２サーバに経路指定される、手段と、第２サイトの障害発生に応答して、第１ルータがＩＰアドレスの公開をブロードキャストすることを続けているときに第２ルータがＩＰアドレスの公開をブロードキャストすることを中止し、従って、ＩＰアドレスにアドレスされたその後のパケットが、第２ＩＳＰを迂回して、第１ＩＳＰおよび第１ルータを介して第１サーバに経路指定される、手段とを含む。
【００１９】
望ましくは、本発明は、第１ルータが、第１サーバを含む第１ネットワークに対するエッジ・ルータであり、第２ルータが、第２サーバを含む第２ネットワークに対するエッジ・ルータである、システムを提供する。
【００２０】
望ましくは、本発明は、第１ルータによりブロードキャストされたＩＰアドレスの公開が、ＩＰアドレスに到達するための第２ルータへのパスよりも長い第１ルータへのパスを表わす、システムを提供する。
【００２１】
望ましくは、本発明は、第１ルータによりブロードキャストされたＩＰアドレスの公開が、ＩＰアドレスに到達するための第２ルータへのパスよりも長い第１ルータへのパスを表わすように AS_PATH プリペンドを含む、システムを提供する。
【００２２】
望ましくは、本発明は、第１ルータが、第１サイトに関連した第１ＡＳＮの公開をブロードキャストするための手段を含み、第２ルータが、第２サイトに関連した第２ＡＳＮの公開をブロードキャストするための手段を含む、システムを提供する。
【００２３】
第３の実施態様から見ると、本発明は、第２サイトの障害発生後に第２サイトにアドレスされたパケットを第１サイトにリダイレクトするためのコンピュータ・プログラムを提供する。第１サイトは、第１ＩＳＰと、第１サーバと、第１ＩＳＰおよび第１サーバの間に置かれた第１ルータとを含み、第２サイトは、第２ＩＳＰと、第２サーバと、第２ＩＳＰおよびと第２サーバの間に置かれた第２ルータとを含む。このコンピュータ・プログラムは、第２サーバが作動しているとき、第２サーバのＩＰアドレスの公開をブロードキャストするために第１ルータ内で実行するための第１プログラム命令と、第２サーバが作動しているとき、ＩＰアドレスの公開をブロードキャストするために第２ルータ内で実行するための第２プログラム命令であって、第１ルータによりブロードキャストされたＩＰアドレスの公開が、第２ルータをＩＰアドレスの経路として表わす第２ルータによるＩＰアドレスの公開の経路よりも第１ルータをＩＰアドレスへの望ましくない経路として表わし、従って、第２サーバの作動中、ＩＰアドレスにアドレスされたパケットが第２ＩＳＰおよび第２ルータを介して第２サーバに経路指定される、第２プログラム命令と、第２サイトが障害を生じたことに応答して、第２ルータがＩＰアドレスの公開をブロードキャストすることを中止させるが、第１ルータがＩＰアドレスの公開をブロードキャストすることを続けさせ、従って、ＩＰアドレスにアドレスされたその後のパケットが、第２ＩＳＰを迂回して、第１ＩＳＰおよび第１ルータを介して第１サーバに経路指定される、第３プログラム命令と、を含み、第１、第２、および第３プログラム命令が媒体上に機能的形式で保存される、コンピュータ・プログラム。
【００２４】
望ましくは、本発明は、第１ルータによりブロードキャストされたＩＰアドレスの公開が、ＩＰアドレスに到達するための第２ルータへの経路よりも好ましくない第１ルータへの経路を表わす、コンピュータ・プログラムを提供する。
【００２５】
別の実施態様から見ると、本発明は、第２サイトの障害発生後に第２サイトにアドレスされたパケットを第１サイトにリダイレクトするための方法を提供する。第１サイトは、第１ＩＳＰと、第１サーバと、第１ＩＳＰおよび第１サーバとの間に置かれた第１ルータとを含み、第２サイトは、第２ＩＳＰと、第２サーバと、第２ＩＳＰおよび第２サーバとの間に置かれた第２ルータとを含む。この方法は、第２サイトの障害発生前、第２サイトのＩＰアドレスを容認するように第１ＩＳＰおよび第１ルータにおいてＢＧＰフィルタ構成するステップと、第２サーバが作動しているとき、第１ルータがＩＰアドレスの公開をブロードキャストせず、第２ルータがＩＰアドレスの公開をブロードキャストし、従って、ＩＰアドレスにアドレスされたパケットが、第１ＩＳＰを迂回して、第２ＩＳＰおよび第２ルータを介して第２サーバに経路指定される、ステップと、その後、第２サイトが障害を生じ、第２ルータがＩＰアドレスの公開をブロードキャストすることを中止し、第１ルータがＩＰアドレスの公開をブロードキャストし、従って、ＩＰアドレスにアドレスされたその後のパケットが、第２ＩＳＰを迂回して、第１ＩＳＰおよび第１ルータを介して第１サーバに経路指定される、ステップとを含む。
【００２６】
望ましくは、本発明は、第２サイトの障害発生前、ＩＰアドレスを容認するように第２ＩＳＰおよび第２ルータにおいてＢＧＰフィルタを構成し、従って、第２サーバが作動しているとき、ＩＰアドレスにアドレスされたパケットが、第１ＩＳＰを迂回して、第２ＩＳＰおよび２ルータを介して第２サーバに経路指定されるステップを更に含む方法を提供する。
【００２７】
望ましくは、本発明は、第２ルータが第２サイトのＩＰアドレスの公開をブロードキャストすることを中止し、第１ルータが第２サイトのＩＰアドレスの公開をブロードキャストするステップが手操作で開始される、方法を提供する。
【００２８】
望ましくは、本発明は、第１ルータが第１エッジ・ルータであり、第２ルータが第２エッジ・ルータである、方法を提供する。
【００２９】
望ましくは、本発明は、第２サーバが作動しているとき、第２ルータが、第２サイトに関連した第２ＡＳＮの公開をブロードキャストするステップと、第２サイトの障害発生後、第１ルータが、第１サイトに関連した第１ＡＳＮの公開をブロードキャストするステップと、を更に含む方法を提供する。
【００３０】
別の実施態様から見ると、本発明は、第２サイトの障害発生後に第２サイトにアドレスされたパケットを第１サイトにリダイレクトするためのシステムであって、第２サーバの障害発生前、第２サーバのＩＰアドレスを容認するように構成されたＢＧＰフィルタを有する第１ＩＳＰと、第１ＩＳＰおよび第１サーバの間に置かれ、第２サーバの障害発生前、ＩＰアドレスを容認するように構成され、第２サーバが作動しているとき、ＩＰアドレスの公開をブロードキャストしないように構成された第１ルータと、第２サーバの作動中、ＩＰアドレスを容認するように構成されたＢＧＰフィルタを有する第２ＩＳＰと、第２ＩＳＰおよび第２サーバの間に置かれ、第２サーバの作動中、ＩＰアドレスを容認するように構成されたＢＧＰフィルタを有し、第２サーバが作動しているとき、ＩＰアドレスの公開をブロードキャストするように構成され、従って、第２サーバが作動しているとき、ＩＰアドレスにアドレスされたパケットが、第１ＩＳＰを迂回して、第２ＩＳＰおよび第２ルータを介して第２サーバに経路指定される、第２ルータと、を含み、その後、第２サイトが障害を発生し、第２ルータがＩＰアドレスの公開をブロードキャストすることを中止するように再構成され、第１ルータがＩＰアドレスの公開をブロードキャストするように再構成され、従って、ＩＰアドレスにアドレスされたその後のパケットが、第２ＩＳＰを迂回して、第１ＩＳＰおよび第１ルータを介して第１サーバに経路指定される、システムを提供する。
【００３１】
望ましくは、本発明は、第１ルータが第１エッジ・ルータであり、第２ルータが第２エッジ・ルータである、システムを提供する。
【００３２】
望ましくは、本発明は、第２サーバが作動しているとき、第２ルータが、第２サイトに関連した第２ＡＳＮの公開をブロードキャストするように構成され、第２サーバの障害発生後、第１ルータが、第１サイトに関連した第１ＡＳＮの公開をブロードキャストするように構成される、システムを提供する。
【００３３】
別の実施態様から見て、本発明は、デジタル・コンピュータの内部メモリにロードし得るコンピュータ・プログラムであって、そのコンピュータ・プログラムがコンピュータ上で起動されるとき、上記のような本発明のステップを実行するように機能するためのソフトウェア・コード部分を含むコンピュータ・プログラムを提供する。
【発明を実施するための最良の形態】
【００３４】
次に図面を参照して本発明を詳細に説明することにする。図１は、一般的呼称による分散型コンピュータ・システム１０を示す。分散型コンピュータ・システム１０は、ＷＡＮまたは他のネットワーク１３を介してインターネット１４に接続されたクライアント１２を含む。従来技術において知られているように、インターネット１４は、ファイアウォール「Ｆ」、ルータ「Ｒ」、ゲートウエイ「Ｇ」、およびスイッチング・ノード「Ｎ」を含む多くのネットワーク装置から成る。システム１０は、インターネット１４とオリジナルの実動サイト（オリジナル・サイト）２０との間に置かれた２つ（またはそれ以上）のインターネット・サービス・プロバイダ（ＩＳＰ）１６および１８も含む。システム１０は、インターネット１４とバックアップ実動サイト（バックアップ・サイト）３０との間に置かれた２つ（またはそれ以上）のインターネット・サービス・プロバイダ（ＩＳＰ）４６および４８も含む。従来技術において知られているように、各ＩＳＰは、オリジナル・サイト２０からまたはバックアップ・サイト３０から公開されたＩＰアドレスのどの範囲がＩＳＰによって認識／処理されるかを制御する既知のＢＧＰフィルタ（または均等物）を含む。従って、サーバからおよびインターネットからＩＳＰに達する各パケットに関して、ＩＳＰは、そのソースＩＰアドレスがＩＳＰのＢＧＰフィルタ（または均等物）によって認識および処理された範囲内にある場合、単にパケットを処理および送出するだけであろう。例えば、オリジナル・サイト２０は、ファイアウォール２１、ＬＡＮネットワーク２７、１つまたは複数のサーバ２２および２４、ロード・バランサ２５、記憶装置２３、並びに、ネットワーク２７上の他のコンピュータ関連の装置を含む。ファイアウォール２１およびロード・バランサ２５は任意選択的なものである。２つ以上のＩＳＰの使用は、ロード・バランスおよび障害許容力の増大を可能にする「マルチホーミング」を提供するが、希望によっては１つのＩＳＰだけを使用することも可能である。
【００３５】
同様に、各サイトにおける２つ以上のサーバの使用も任意選択的であるが、各サイトでは少なくとも１つのサーバが必要である。エッジ・ルータ２６は、物理的におよび／または論理的にＩＳＰ１６とファイアウォール２１との間にある。エッジ・ルータ２８は、物理的におよび／または論理的にＩＳＰ１８とファイアウォール２１との間にある。各ＩＳＰ１６および１８は、要求されたサーバ２２または２４に通じる宛先ＩＰアドレスを有するパケットを受け取り、しかる後それぞれのエッジ・ルータを介して宛先ＩＰアドレスに各パケットを送るかまたは「経路指定する」。図示の例では、宛先ＩＰアドレスがファイアウォール２１を介してロード・バランサ２５に通じている。（別の方法として、宛先アドレスはサーバ２２または２４である）。次に、ロード・バランサ２５は、既知のロード・バランス・アルゴリズムに基づいてサーバ２２または２４の一方に要求を送る。（ロード・バランサ、ファイアウォール、および関連のアルゴリズムは本発明にとって必要ではない）。更に図示の例では、要求の結果、サーバ２２が要求元のクライアント１２にウェブ・ページ、ファイル、または他のデータを供給する。ＩＳＰ１６および１８並びにエッジ・ルータ２６および２８は、オリジナル・サイト２０からのどの範囲のソースＩＰアドレスがそれぞれのＩＳＰおよびエッジ・ルータによって認識／処理されるかを制御するそれぞれの既知のＢＧＰプロトコル・プログラム機能（それぞれのアドレス範囲フィルタ１２６および１２８、または均等物）を含む。従って、ＩＳＰ１６および１８並びにエッジ・ルータ２６および２８に到達する各パケットに関しては、そのソースＩＰアドレスがＢＧＰフィルタ（または均等物）によって容認される範囲内にあれば、それぞれのＢＧＰプロトコル・プログラム機能は単にパケットを認識および処理するだけであろう。
【００３６】
オリジナル・サイト２０の所有者は、オリジナル・サイト２０が障害を生じた場合バックアップ・ネットワーク３６上にバックアップ・サイト３０も提供した。バックアップ・サイト３０に対して２つ以上のＩＳＰ４６および４８が存在する。図示の例では、バックアップ・サイト３０は、ファイアウォール３１、ＬＡＮネットワーク３７、ロード・バランサ３５、２つ以上のサーバ３２および３４、記憶装置３３、並びに、ネットワーク３７上の他のコンピュータ関連の装置を含む。バックアップ・サイト３０は、更に、ＩＳＰ ４６とファイアウォール３１との間に置かれたエッジ・ルータ３６、および、ＩＳＰ４８とファイアウォール３１との間に置かれたエッジ・ルータ３８を含む。ＩＳＰ ４６および４８、並びに、エッジ・ルータ３６および３８は、どの範囲のソースＩＰアドレスがそれぞれのＩＳＰおよびエッジ・ルータによって認識／処理されるかを制御するそれぞれの既知のＢＧＰプロトコル・プログラム機能１４６、１４８、１３６、および１３８（それぞれのアドレス範囲フィルタを含む）を含む。従って、ＩＳＰ４６および４８、並びに、エッジ・ルータ３６および３８にそれのサーバおよびインターネットから到達する各パケットに対して、それぞれのＢＧＰプロトコル・プログラム機能は、そのソースＩＰアドレスが、ＢＧＰフィルタ（または均等物）によって容認される範囲内にある場合、そのパケットを認識し、処理し、送るだけであろう。
【００３７】
現在のＩＳＰ間ＢＧＰフィルタリング標準に基づいて、再経路指定されるべきＩＰアドレスは、ＩＳＰ４６および４８によって受け取られるために、ＩＳＰ４６および４８によってインターネット１４の残り部分に公開されるために、並びに、ＩＳＰ１６および１８を含むインターネット１４の残り部分によって容認されるために、／２４（２５６の連続したＩＰアドレス・ブロック）以上のサイズを有する。しかし、ＩＳＰ間ＢＧＰフィルタリング標準は変化するので、このサイズ制限は変り得るし、本発明は、将来ＩＳＰ間ＢＧＰフィルタリング標準に起因する将来のネットワーク・アドレス・サイズ制限、および新しいバージョンのＩＰ（例えば、ＩＰｖ６）或いはＢＧＰ、または他のイベントにも適用可能である。
【００３８】
以下は、本発明の一実施例に従って、オリジナル・サイト２０に対して当初意図されたパケットをバックアップ・サイト３０に再経路指定する半自動プロセスの説明である。オリジナル・サイト２０が障害を生じるとき、ＩＳＰ１６および１８内のＢＧＰプロトコル・プログラム機能１１６および１１８は、エッジ・ルータ２６および２８（ＢＧＰプロトコル機能１２６および１２８）から経路に関する公開を最早受け取らないことによってその障害発生を知る。更に、オリジナル・サイト２０が障害を生じる場合、サポート担当者は、ユーザから（即ち、ヘルプ・デスクまたはトラブル・チケットによる苦情）からその問題のことを知り、管理者に通知する。これに応答して、ＢＧＰプロトコル機能１１６、１１８、１２６、および１２８は、自律システム番号（ＡＳＮ）パスの周期的な公開およびサイト２０を表わす関連経路を停止する。図示の例では、これは、サーバ２２および２４、ファイアウォール２１、ロード・バランサ２５、記憶装置２３を含むオリジナル・サイト２０のＡＳＮパスおよび関連経路である。ＩＳＰ１６および１８は、オリジナル・サイト２０のためのＡＳＮパスおよび関連経路の公開の停止を知り、これに応答して、すべての関連経路エントリを除去するようにそれらの経路指定テーブルを更新する。更に、ＩＳＰ１６および１８は、このＡＳＮに関連した経路が最早存在しないということをそれらの隣接のＢＧＰに通知する。この情報は、一般には５分以内に、ＩＳＰ４６および４８並びにエッジ・ルータ３６および３８を含めてインターネット１４を介して世界的に伝播する。これはインターネット経路指定テーブル・コンバージェンスと呼ばれる。
【００３９】
バックアップ・サイト３０からの前の要求に応答して（および起り得る故障に備えて）、ＩＳＰ４６および４８におけるネットワーク・エンジニアは、バックアップ・サイト３０からのＩＰアドレスの代わりにオリジナル・サイト２０のＩＰアドレスの公開を容認するためにＢＧＰフィルタ（または均等物）を更新した。オリジナル・サイト２０の障害発生に応答して、バックアップ・サイト３０における管理者は、バックアップ・サイト３０のＡＳＮを使用して、直接接続されているバックアップＩＳＰ４６および４８にオリジナル・サイト２０のＩＰアドレスおよび経路の公開並びに、バックアップ・サイト３０に対するＢＧＰピアリングの公開をブロードキャストするように、バックアップ・サイト３０内のエッジ・ルータ３６および３８におけるＢＧＰプロトコル機能１３６および１３８を構成する。（ＢＧＰピアリングは、ＢＧＰ隣接体として構成された２つのルータ（ピア）の間におけるＢＧＰプロトコル情報の交換を含む）。これは、バックアップ・サイトがオリジナル・サイト２０のＩＰアドレスへのパスを有するということをＩＳＰ４６および４８に伝える。ＩＳＰ４６および４８はＢＧＰプロトコル・プロセス１４６および１４８によってインターネットの残り部分にこれらの公開を送る。インターネット経路指定テーブルは急速に、一般には５分以内にコンバージする。従って、オリジナル・サイト２０のＩＰアドレスにアドレスされたその後のパケットを、インターネットを介して受け取る（インターネット並びにＩＳＰ１６、１８、４６、４８、およびエッジ・ルータ２６、２８、３６、３８における）いずれのＩＳＰまたはルータも、バックアップ・サイト３０に代わってこれらのパケットを経路指定するであろう。新しい経路指定情報は、（オリジナル・サイト２０のＩＳＰ１６および１８に最初に経路指定されるのではなく）バックアップ・サイト３０のＩＳＰ４６および４８へ直接経路指定されるべきである。一旦経路指定テーブルがコンバージすると、オリジナル・サイト２０を意図したインターネット・トラフィックはすべてＩＳＰ４６および４６およびエッジ・ルータ３６および３８を介してバックアップ・サイト３０に経路指定されるであろう。
【００４０】
以下のステップは前述の再経路指定プロセスを実施する。
Ａ．予備的ステップ、即ち、オリジナル・サイト２０の障害発生前のステップ
（ａ） すべてのＢＧＰフィルタおよび、バックアップ・サイト３０のＩＳＰ４６および４８の他のルータ３６および３８（およびバックアップ・サイトに接続された他のエッジ・ルータ）における他のセキュリティ機構（即ち、アクセス制御リスト、経路マップ、コミュニティ・ストリング、その他）がオリジナル・サイト２０に関連したアドレス範囲を管理するためにオープン／拡張される。エッジ・ルータ３６および３８は、オリジナル・サイト２０において機能停止があるまで、オリジナル・サイト２０のＩＰアドレスをＩＳＰ４６および４８に公開しない。従って、通常のオペレーション中、他のＩＳＰおよびルータがオリジナル・サイト２０のＩＰアドレスを備えたパケットをＩＳＰ４６または４８に経路指定しない。その代わり、他のＩＳＰおよびルータが、オリジナル・サイト２０のＩＰアドレスを備えたパケットを、オリジナル・サイト２０への途中のＩＳＰ１６または１８に経路指定する。オリジナル・サイト２０をバックアップするために、（上記のステップ（ａ）に従って）ＩＳＰ４６および４８、エッジ・ルータ３６および３８、並びにバックアップ・サイト３０の準備を実施する場合に何らかの問題がある場合、管理者は、その問題を示すＢＧＰプロトコル機能１４６、１４８、１３６、および１３８をチェックするであろう。
【００４１】
Ｂ．バックアップ・オペレーション中のその後のステップ、即ち、オリジナル・サイト２０の障害発生後のステップ
（ｂ）オリジナル・サイト２０の障害発生後、管理者は、（エッジ・ルータがまだ作動していると仮定して）オリジナル・サイト２０のＩＰアドレスの公開を中止するようにそのオリジナル・サイトＢＧＰプロトコル機能１２６および１２８に通知する（エッジ・ルータ作動していない場合、ＢＧＰプロトコル機能１２６および１２８を修正する必要はない）。従って、オリジナル・サイト２０の各アドレス範囲に対して、バックアップ・サイト３０のエッジ・ルータにおけるＢＧＰプロトコル機能１３６および１３８は、オリジナル・サイト２０のための宛先ＩＰアドレスが今やバックアップ・サイト３０のためのＡＳＮおよび経路に対応するという所定のＢＧＰ「公開」を（自動的にまたは半自動的に）構成する。
【００４２】
（ｃ）この公開を使用して、バックアップ・サイト３０のエッジ・ルータ３６および３８は、ＩＳＰ４６および４８のＢＧＰフィルタ（および、直接接続される任意の他のＩＳＰ、およびバックアップ３０に対するＢＧＰピアリング）を通して経路指定されるべきソース・アドレスへの変更をバックアップ・サイト３０におけるＩＳＰ４６および４８に公開する。この公開を使用して、バックアップ・サイト３０のエッジ・ルータは、バックアップ・サイト３０がオリジナル・サイト２０にアドレスされたパケットを受け取るであろうということを、ＩＳＰ４６および４８（並びに、直接接続される任意の他のＩＳＰ、およびバックアップ３０に対するＢＧＰピアリング）にも公開する。（ＩＳＰは、一般に、それらが容認する経路指定公開、またはそれらが/２４（２５６の連続したＩＰアドレス）範囲レベルで聴取する経路指定公開をフィルタする。更に、これは、インターネット経路指定テーブルのサイズを最小化する）。図示の例では、リカバリされるアドレス範囲は、ＢＧＰプロトコル機能１１６、１１８、１２６、１２８、１４６、１４８、１３６、および１３８内のＢＧＰフィルタ（または均等物）によって容認または聴取されるべき完全な/２４（２５６の連続したＩＰアドレス）またはそれより大きい範囲であるか、或いは/２４またはそれより大きい公開を世界的に容認する他のインターネット・ルータである。例えば、/２３ネットワークは/２４ネットワークよりも大きい範囲またはブロックのＩＰアドレスを有する。
【００４３】
（ｆ）実動サイト２０がリカバリ／復元された後、バックアップ・サイト３０のエッジ・ルータ３６および３８からのステップ（ｂ）および（ｃ）のＢＧＰ公開が終了し、管理者は、オリジナル・サイト２０のオリジナルＩＰアドレスおよびそれらの関連の経路をそのＡＳＮを介してオリジナル・サイト２０のＩＳＰ１６および１８にもう一度公開するようにオリジナル・サイト２０のＢＧＰプロトコル・プロセス１２６および１２８を構成する。しかる後、ＩＳＰ１６および１８は、それらが、サーバ２２および２４にアドレスされたパケットを受け取り且つ処理しなければならないということを世界の他の地域に公開する。即ち、ＩＳＰ１６および１８は、オリジナル・サイト２０にアドレスされたパケットを受け取り且つそれを通すだろうし、ＩＳＰ４６および４８はそれをしないであろう。
【００４４】
以下は、本発明の別の実施例に従ってパケットを再経路指定するための自動プロセスの説明である。オリジナル・サイト２０が障害を生じるとき、エッジ・ルータ２６および２８におけるＢＧＰプロトコル機能１２６および１２８はオリジナル・サイト２０の自律システム番号（ＡＳＮ）パスおよび対応する経路の周期的公開を停止する。ＩＳＰ１６および１８は、オリジナル・サイト２０のためのＡＳＮパスおよび対応する経路の停止を通知し、それに応答して、このＡＳＮパスに関連した経路を除去し且つそれらのＢＧＰ隣接体に通知する。一方、ＢＧＰ隣接体は、インターネット経路指定テーブルが再コンバージするまで、このＡＳＮへのこれらの特定の経路が最早存在しないということをそれらのＢＧＰ隣接体に通知する。バックアップ・サイト３０に対するＢＧＰプロトコル機能１３６および１３８はこれらの同じ経路に関するＢＧＰ公開をブロードキャストしていたが、これらのブロードキャストは、オリジナル・サイト経路からのブロードキャストよりも好ましいものではないとして表される。オリジナル・サイト２０からもっと好ましい経路のブロードキャストが停止するとき、バックアップ・サイト３０からの経路のブロードキャストが優先するであろう。一旦これらの好ましくない方の経路によって再コンバージされると、オリジナル・サイト２０のＩＰアドレスにアドレスされたインターネット上のその後のパケットを受け取るいずれのＩＳＰまたはルータもバックアップ・サイト３０にこれらのパケットを経路指定するであろう。新しい経路指定情報は、オリジナル・サイト２０にアドレスされたパケットが、オリジナル・サイト２０のＩＳＰ１６および１８に最初に経路指定されずに、バックアップ・サイト３０のＩＳＰ４６および４８に直接経路指定されなければならないということを表わす。一旦経路指定テーブルがコンバージすると、オリジナル・サイト２０に関して意図されたすべてのインターネット・トラフィックが、（ＩＳＰ１６または１８を通過することなく）バックアップ・サイト３０に直接経路指定されるであろう。
【００４５】
本発明のこの実施例では、オリジナル・サイト２０の障害発生時に、およびＢＧＰプロトコル機能１２６および１２８からの公開の停止時に、ＢＧＰプロトコル機能１３６および１３８による公開が自動的に優先される。これは、バックアップ・サイト３０のＡＳＮルータ３６および３８によって公開された経路を、オリジナル・サイトのＡＳＮ２６および２８によって公開された経路より好ましくなくすることによって実施される。従って、オリジナル・サイト２０が正常に作動している時、それは、オリジナル・サイト２０のＩＰアドレス宛のすべてのトラフィックを受け取るであろう。しかし、オリジナル・サイト２０の障害時およびその経路をインターネット１４に公開する能力の障害時に、バックアップ・サイト３０からブロードキャストされた経路は好ましいものになり、世界的なインターネット１４を介して伝播する。例えば、ＢＧＰプロトコル機能１３６および１３８は、それらの公開を、オリジナル・サイト２０のＢＧＰプロトコル機能１２６および１２８からの公開よりも好ましくないものにするために AS_PATH プリペンドを使用することが可能である。ＡＳパスの長さは、ＢＧＰｖ４経路選択判断プロセスにおける５番目の項目である。バックアップ・サイト３０のＡＳＮを AS_PATH 上に複数回追加することによって、これは、バックアップ・サイト３０に達するようにAS_PATH を長くする。この方法では、オリジナル・サイト２０は（最短の且つ可能な最も好ましい AS_PATH を持つように努めて） AS_PATH プリペンドをまったく持たず、一方、バックアップ・サイト３０は、そのＡＳパスを長くする複数の AS_PATH プリペンドを有し、従ってＢＧＰによってそれを望ましくなくするかまたは好ましくなくする。従って、正常な動作モードの下では、オリジナル・サイト２０が障害を生じて、長いＡＳパス長を有するバックアップ・サイト３０がより望ましいまたはより好ましい経路となるような時間まで、ＢＧＰは、最短のＡＳパス長を有するオリジナル・サイト２０を選択するであろう。これを有効にするために、現時点では６個の AS_PATH プリペンドが推奨される。
【００４６】
図２、図３、および図４は、前記の自動および半自動プロセスを更に詳細に示す。好ましくは、以下のステップ１００〜１４０および１７０〜１７４は、オリジナル・サイト２０の障害発生前の設定として行なわれる。これは、（設定におけるすべての問題点も識別し）、オリジナル・サイト２０におけるその後の障害発生の場合、バックアップ・サイト３０をそのバックアップの役割に備えさせる。ステップ１００において、管理者は、オリジナル・サイト２０のＩＰアドレス、オリジナル・サイト２０のＡＳＮ、およびバックアップ・サイト３０のＡＳＮを識別し、ＢＧＰプロトコル機能１３６および１３８の各々を構成する。次に、管理者は、オリジナル・サイト２０のＩＰアドレス・スペースが現在の常套手段（こんにちの慣行の下では、/２４、或いは２５６のまたはそれより大きい連続したＩＰアドレス）ではＩＳＰ４６および４８におけるＢＧＰフィルタより長く、従って、インターネットを介して再径路指定され得るかどうかを決定する（判断ステップ１０２）。ＩＳＰ４６および４８の各々はＢＧＰフィルタまたはその均等物を含む。それらは、どの公開およびパケットがＩＳＰを通してインターネット１４に達することができるか決定する。オリジナル・サイト２０のＩＰアドレス範囲がＩＰアドレスの十分に大きなブロックでない場合（現在は/２４またはそれ以上）、（判断ステップ１０２における「ＮＯ」ブランチ）、ＩＰアドレスおよびオリジナル・サイト２０にアドレスされたパケットはこの方法によってバックアップ・サイト３０にリダイレクトされ得ず、その問題点を管理者に通知することを除く更なるアクションを、ＢＧＰプロトコル機能１３６および１３８の各々は取り得ない（ステップ１０４）。
【００４７】
判断ステップ１０２に再び言及すると、リダイレクトされるべきＩＰアドレス・スペースがＢＧＰフィルタ（またはそれの均等物）要件に一致する場合、管理者並びにＩＳＰ１６、１８、４６、および４８は、オリジナル・サイト２０にアドレスされたパケットを受け取ることをバックアップ・サイト３０が許可されるかどうかを決定する（判断ステップ１０６）。この決定は、管理者並びにＩＳＰ（１６、１８、４６、および４８）の許可に基づいており、ＢＧＰプロトコル機能１１６、１１８、１４６、１４８、１２６、１２８、１３６、および１３８におけるＩＳＰおよび管理者のフィルタによって強制される。一般に、管理者は、エッジ・ルータ２６、２８、３６、および３８においてこれらの構成ファイルをセットする。バックアップ・サイト３０がオリジナル・サイト２０をバックアップすることを許可されない場合（判断ステップ１０６の「ＮＯ」ブランチ）、オリジナル・サイト２０にアドレスされたパケットは、バックアップ・サイト３０にリダイレクトされ得ず、その問題点を管理者に通知することを除いて、ＢＧＰプロトコル機能１３６および１３８の各々による更なるアクションは取られない（ステップ１０８）。それとは別に、管理者は、バックアップ・サイト３０がオリジナル・サイト２０をバックアップすることを許可するようにその認可を変更することも可能である。バックアップ・サイト３０がオリジナル・サイト２０をバックアップすることを許可される場合、管理者は、バックアップ・サイト３０がそれ自身の自律システム番号（ＡＳＮ）を有するかどうかを決定する（判断ステップ１１０）。１つのＩＳＰ（例えば、ＩＳＰ４６）の接続に関して、ステップ１１０の結果が否定的である場合（ステップ１１０における「ＮＯ」ブランチ）、ＩＳＰ ４６はプライベートＡＳＮをバックアップ・サイト３０に割当てるだけであり（ステップ１１４）、管理者は、そのＡＳＮを用いてＢＧＰプロトコル機能１３６および１３８を構成する。マルチホーム環境に関して、管理者は、American Registry forInternet Numbers（www.arin.net）からＡＳＮを得て、判断ステップ１１０の「ＹＥＳ」ブランチから継続し得る。
【００４８】
次に、ＢＧＰプロトコル機能１３６および１３８の各々は、下記のように、オリジナル・サイト２０にアドレスされたパケットを、代わりにバックアップ・サイト３０にリダイレクトするというそれらの意図およびバックアップ・サイト３０のためのＡＳＮを、ＩＳＰ１６および１８並びにＩＳＰ４６および４８に通知する（ステップ１２０）。（各エッジ・ルータおよびＩＳＰはそのＩＰアドレス、およびそのＩＰアドレスを含むネットワークのＡＳＮをブロードキャストする。ＡＳＮは、それぞれのネットワーク（１つまたは複数のＩＰアドレスを含む）を識別し、インターネットから宛先ＩＰアドレスまでのパケットの経路指定を容易にするために使用される）。エッジ・ルータ３６および３８は、オリジナル・サイト２０のＩＰアドレスをブロードキャスト／公開するが、それらのブロードキャスト／公開は、そのブロードキャスト／公開の受信側のインターネット・ルータがオリジナル・サイトのＩＰアドレスにアドレスされたパケットを依然としてＩＳＰ１６および１８に経路指定するような、およびエッジ・ルータ２６および２８がそれらの経路をオリジナル・サイト２０のＩＰアドレスにブロードキャスト／公開し続ける限りＩＳＰ１６および１８がオリジナル・サイト２０にこれらのパケットを経路指定するような、二次的方法または「好ましくない」方法におけるものである。これは、オリジナル・サイト２０がアクティブであり且つエッジ・ルータ２６および２８がオリジナル・サイトのＩＰアドレスを公開し続ける限り、エッジ・ルータ２６および２８によるオリジナル・サイト２０のＩＰアドレスのブロードキャスト／公開が一次的方法または「好ましい」方法におけるものであろう。
【００４９】
次に、ＢＧＰプロトコル機能１３６および１３８の管理者は、ＩＳＰ４６および４８が、オリジナル・サイト２０にアドレスされたパケットを、代わりにバックアップ・サイト３０にリダイレクトするために、それらのＢＧＰフィルタ、アクセス・リスト、および他のセキュリティ機構（即ち、アクセス制御リスト、その他）を更新するかどうかの通知をＩＳＰ４６および４８から受け取る（判断ステップ１２４）。ＩＳＰ ４６および４８は、この判断を技術的可能性および内部的顧客サポート判断に基づいて行なう。（アドレス空間が技術的にリダイレクトされ得るということ、およびバックアップ・サイト３０がオリジナル・サイト２０をバックアップすることを許可されるということは、既に判断ステップ１０２および１０６において決定されている）。ＩＳＰ４６および４８がオリジナル・サイト２０にアドレスされたパケットを、代わりにバックアップ・サイト３０にリダイレクトしない場合（判断ステップ１２４の「ＮＯ」ブランチ）、ＢＧＰプロトコル機能１３６および１３８はこれらのパケットをリダイレクトし得ず、従って、そのことを管理者に通知する（ステップ１２６）。しかし、ＩＳＰ４６および４８がオリジナル・サイト２０にアドレスされたパケットを、代わりにバックアップ・サイト３０にリダイレクトする場合（判断ステップ１２４の「ＹＥＳ」ブランチ）、管理者は、オリジナル・サイト２０にアドレスされたパケットを、代わりにバックアップ・サイト３０にリダイレクトするために、ＩＳＰ４６および４８がそれらのＢＧＰフィルタ、アクセス・リスト、および他のセキュリティ機構を更新する、ということを要求する。ＩＳＰ４６および４８はこれに従う。次に、ＢＧＰプロトコル機能１３６および１３８の各々は、ＢＧＰプロトコル機能１３６および１３８が、オリジナル・サイト２０にアドレスされたパケットを、代わりにバックアップ・サイト３０に経路指定するためにエッジ・ルータ３６および３８に直接接続されたおよびＢＧＰピアリングによって接続されたすべてのＩＳＰ（ＩＳＰ１６、１８、４６、および４８だけではない）およびすべてのルータへの通知を自動的生成するように構成されているかどうかを決定するために、その構成ファイルをチェックする。
【００５０】
Ｃ．半自動公開
ＢＧＰプロトコル機能１３６および１３８が自動的に通知を生成するようには構成されない場合、（判断ステップ１４０の「ＮＯ」ブランチ）、ＢＧＰプロトコル機能１３６および１３８の各々は、通知を手操作生成するという意図を示すためにフラグ（記述または他のもの）をセットし、オリジナル・サイト２０の障害発生を待つ（ステップ１４２）。オリジナル・サイト２０のその後の障害発生時に（ステップ１４６）、管理者はその障害発生を通知し、（a）オリジナル・サイト２０のＩＰアドレスおよびＡＳＮをＩＳＰ１６および１８に公開することを停止するためにＢＧＰプロトコル機能１２６および１２８の各々をセットし（ステップ１５０）、（b）オリジナル・サイト２０にアドレスされたすべてのパケットを、代わりにバックアップ・サイト３０にリダイレクトするために、ＩＳＰ４６および４８への通知、並びにルータ３６および３８に直接に及びＢＧＰピアリングによって接続されたすべての他のＩＳＰおよびルータへの通知、を生成するようにＢＧＰプロトコル機能１３６および１３８の各々をセットする（ステップ１５８）。これに応答して、ＢＧＰプロトコル機能１３６および１３８の各々は公開を生成およびブロードキャストする（ステップ１５８）。
【００５１】
オリジナル・サイト２０のその後のリカバリ時に（ステップ１５９）、管理者は、（a）オリジナル・サイト２０のＩＰアドレスを公開することを停止させるために、ＢＧＰプロトコル機能１３６および１３８をセットし（ステップ１６０）、（b）ＩＳＰ１６および１８に、並びに、エッジ・ルータ２６および２８に直接に接続されたまたはＢＧＰピアリングによって接続されたすべての他のＩＳＰおよびルータに、オリジナル・サイト２０のＩＰアドレスを公開することを開始するようにＢＧＰプロトコル機能１２６および１２８をセットする（ステップ１６２）。これに応答して、オリジナル・サイト２０にアドレスされた新しいパケットがオリジナル・サイト２０のＩＳＰ１６および１８に経路指定され、その後、エッジ・ルータ２６または２８を介してオリジナル・サイト２０に経路指定される（ステップ１６４）。
【００５２】
Ｄ．自動公開
次に、ＢＧＰプロトコル機能１２６、１２８、１３６、および１３８が自動作動するように構成される判断ステップ１４０の「ＹＥＳ」ブランチを再び参照する。そのような場合、ＢＧＰプロトコル機能１３６および１３８の管理者は、バックアップ・サイト３０がそれ自身のＡＳＮを有するかどうかを決定する（判断ステップ１７０）。（管理者は、American Registry forInternet Number  からＡＳＮを得ることができる）。その決定の結果が否定的なものである場合（判断ステップ１７０の「ＮＯ」ブランチ）、ＢＧＰプロトコル機能１３６および１３８は、リダイレクトの自動通知を行なわず、代わりに、ステップ１５０〜１６０の前述の半自動プロセスを行なうように管理者に通知し、半自動通知を表わすフラグをセットするためにステップ１７２に進む。しかし、バックアップ・サイト３０がそれ自身のＡＳＮを有するかまたはそれを得ることができる場合（判断ステップ１７０の「ＹＥＳ」ブランチ）場合、ＢＧＰプロトコル機能１２６、１２８、１３６、および１３８の各々は、エッジ・ルータ２６、２８、３６、および３８内の構成ファイルにおける設定に基づいてリダイレクトの公開を自動的に準備し（ステップ１７１）、リダイレクトの自動的公開の準備ができていることを表わすためにフラグをセットする（ステップ１７３）。例えば、バックアップ・サイトのＢＧＰプロトコル機能１３６および１３８は、オリジナル・サイト２０のＢＧＰプロトコル機能１２６および１２８による公開よりも好ましくないオリジナル・サイト２０のＩＰアドレスの公開を行なうために AS_PATH プリペンドを使用することができる（ステップ１７４）。ＡＳパスの長さは、ＢＧＰｖ４判断プロセスにおける５番目の項目である。AS_PATH プリペンド・ステップは、バックアップ・サイト３０のＡＳＮを複数回AS_PATH の上にアペンドすることを含む。これは、バックアップ・サイト３０に達するように AS_PATH を長くする。この方法では、オリジナル・サイト２０が AS_PATH プリペンドを有さず（最短の且つできるだけ最も好ましい AS_PATH を有するように努めて）、一方、バックアップ３０がＡＳパスを長くする複数のAS_PATH プリペンドを有し、従って、ＢＧＰによってそれを望ましくないまたは好ましくないものにする。従って、正常な操作モードの下では、オリジナル・サイト２０が障害を生じ且つバックアップ３０が望ましいまたは好ましい経路になるような時間まで、ＢＧＰは、最短のＡＳパス長を有するオリジナル・サイト２０を選択するであろう、これを効果的なものにするために、現時点では、６個の AS_PATH プリペンドが推奨される。
【００５３】
従って、ＢＧＰプロトコル機能１３６および１３８の各々は、オリジナル・サイト２０にアドレスされたパケットが代わりにバックアップ・サイト３０に直接経路指定されるべきであるというそれらの（より好ましくない）公開を、オリジナル・サイト２０のＩＰアドレスのＩＳＰ４６および４８に対して行なう（ステップ１７４）。オリジナル・サイト２０のＩＰアドレスを有するパケットは、オリジナル・サイト２０の機能停止があるまで、オリジナル・サイト２０に経路指定し続ける。オリジナル・サイト２０が障害を発生する場合および発生するとき、そのエッジ・ルータ２６および２８は、ＩＳＰ１６および１８並びに、エッジ・ルータ２６および２８に直接接続されているおよびＢＧＰピアリングによって接続されているすべての他のルータに、オリジナル・サイト２０のＩＰアドレスを公開することを中止する（ステップ１７８）。これに応答して、ＩＳＰ４６および４８並びに、エッジ・ルータ３６および３８に直接接続されているおよびＢＧＰピアリングによって接続されているすべての他のルータに対するＢＧＰプロトコル機能１３６および１３８による公開は、一次公開／制御公開（オリジナル・サイト２０にアドレスされたパケットは代わりにバックアップ・サイト３０に直接経路指定されるべきであるという公開）になる。従って、オリジナル・サイト２０のＩＰアドレスにアドレスされたその後のパケットは、バックアップ・サイト３０に直接経路指定されるであろう（ステップ１７９）。オリジナル・サイト２０がその後回復される場合、エッジ・ルータ２６および２８は、ＩＳＰ１６および１８並びに、エッジ・ルータ２６および２８に直接接続されているおよびＢＧＰピアリングによって接続されているすべての他のルータに対してもう一度公開する（ステップ１８０）。これに応答して、ＢＧＰプロトコル機能１４６および１４８は、オリジナル・サイト２０のＩＰアドレスをＢＧＰプロトコル１３６および１３８から公開することを容認すること、および、その公開を好ましい経路としての経路指定テーブルに挿入することを中止するであろうし（ステップ１８２）、その後のパケットは、ＩＳＰ１６および１８に、しかる後、（ＩＳＰ４６および４８を通過することなく）エッジ・ルータ２６および２８を介してまたは、エッジ・ルータ３６および３８を介してオリジナル・サイト２０に経路指定されるであろう（ステップ１８４）。
【００５４】
機能的な形態（例えば、実行可能な形態）におけるＢＧＰプロトコル機能１３６および１３８は、磁気ディスクまたはテープ、光ディスク、ＤＶＤ、半導体メモリ等のようなコンピュータ可読媒体２３６および２３８からエッジ・ルータ３６および３８にロードされ得るし、或いはインターネットまたは無線ネットワークからＴＣＰ／ＩＰまたは、エッジ・ルータ３６および３８における他のネットワーク・アダプタ・カードを介してダウンロードされ得る。
【００５５】
機能的な形態（例えば、実行可能な形態）におけるＢＧＰプロトコル機能１２６および１２８は、磁気ディスクまたはテープ、光ディスク、ＤＶＤ、半導体メモリ等のようなコンピュータ可読媒体２３６および２３８からエッジ・ルータ２６および２８にロードされ得るし、或いはインターネットまたは無線ネットワークからＴＣＰ／ＩＰを介して、または、エッジ・ルータ２６および２８における他のネットワーク・アダプタ・カードを介して、ダウンロードされ得る。
【００５６】
以上により、パケットをバックアップ・サイトにリダイレクトするためのシステム、方法、およびコンピュータ・プログラムが開示された。しかし、本発明の範囲から逸脱することなく、数多くの修正および変更を施すことが可能である。例えば、コミュニティ・ストリング交換およびコミュニティ・ストリングに及ぼす作用を含むがそれに限定されない、好ましくない経路または好ましい経路を作る別の手段がエッジ・ルータ３６および３８によって使用されてもよい。ＢＧＰフィルタ・マスク（／２４）は、今後、上記の案に変更せずに長さを変更することも可能である。従って、本発明は、限定事項とはならない図面を通して開示されたが、本発明の範囲を決定するためには「特許請求の範囲」の参照が行われるべきである。
【図面の簡単な説明】
【００５７】
【図１】本発明を具体化するオリジナル実動サイトと、バックアップ実動サイトと、オリジナル・サイトおよびバックアップ・サイトに関連したエッジ・ルータとを含む分散型コンピュータ・システムのブロックである。
【図２】バックアップ実動サイトに関連したエッジ・ルータ内のＢＧＰプロトコル・プログラム機能のフロー・チャートおよび他の関連のステップの一部である。
【図３】バックアップ実動サイトに関連したエッジ・ルータ内のＢＧＰプロトコル・プログラム機能のフロー・チャートおよび他の関連のステップの一部である。
【図４】バックアップ実動サイトに関連したエッジ・ルータ内のＢＧＰプロトコル・プログラム機能のフロー・チャートおよび他の関連のステップの一部である。
【図１】
2009526453.tif 000003
【図２】
2009526453.tif 000004
【図３】
2009526453.tif 000005
【図４】
2009526453.tif 000006
【手続補正書】
【提出日】平成21年3月19日(2009.3.19)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
第２サイトの障害発生後に前記第２サイトにアドレスされたパケットを第１サイトにリダイレクトするための方法であって、前記第１サイトは、第１ＩＳＰと、第１サーバと、前記第１ＩＳＰおよび前記第１サーバの間に置かれた第１ルータとを含み、前記第２サイトは、第２ＩＳＰと、第２サーバと、前記第２ＩＳＰおよび前記第２サーバの間に置かれた第２ルータとを含み、
前記第２サーバが作動しているとき、前記第１ルータおよび前記第２ルータの両方が前記第２サーバのＩＰアドレスの公開をブロードキャストするステップであって、前記第１ルータによりブロードキャストされた前記ＩＰアドレスの公開が、前記第２ルータを前記ＩＰアドレスへの経路として表わす前記第２ルータによる前記ＩＰアドレスの公開の経路よりも、前記第１ルータを前記ＩＰアドレスへの好ましくない経路として表わし、従って、前記第２サーバの作動中、前記ＩＰアドレスにアドレスされたパケットが前記第２ＩＳＰおよび前記第２ルータを介して前記第２サーバに経路指定される、ステップと、
その後、前記第２サイトが障害を生じ、それと同時に、前記第２ルータが前記第２サイトの前記ＩＰアドレスの公開をブロードキャストすることを中止し、前記第１ルータが前記第２サイトの前記ＩＰアドレスの公開をブロードキャストすることを続け、従って、前記ＩＰアドレスにアドレスされたその後のパケットが、前記第２ＩＳＰを迂回して、前記第１ＩＳＰおよび前記第１ルータを介して前記第１サーバに経路指定される、ステップと、
を含む、方法。
【請求項２】
前記第１ルータが、前記第１サーバを含む第１ネットワークに対するエッジ・ルータであり、前記第２ルータが、前記第２サーバを含む第２ネットワークに対するエッジ・ルータである、請求項１に記載の方法。
【請求項３】
前記第１ルータによりブロードキャストされた前記ＩＰアドレスの公開が、前記ＩＰアドレスに達するための前記第２ルータへのパスよりも長い前記第１ルータへのパスを表わす、請求項１に記載の方法。
【請求項４】
前記第１ルータによりブロードキャストされた前記ＩＰアドレスの公開が、前記ＩＰアドレスに達するための前記第２ルータへのパスよりも長い前記第１ルータへのパスを表わすために
AS_PATH プリペンドを含む、請求項１に記載の方法。
【請求項５】
前記第１ルータが、前記第１サイトに関連した第１ＡＳＮの公開をブロードキャストするステップと、
前記第２ルータが、前記第２サイトに関連した第２ＡＳＮの公開をブロードキャストするステップと、
を更に含む、請求項１に記載の方法。
【請求項６】
第２サイトの障害発生後に前記第２サイトにアドレスされたパケットを第１サイトにリダイレクトするステップであって、前記第１サイトは、第１ＩＳＰと、第１サーバと、第１ＩＳＰおよび第１サーバの間に置かれた第１ルータとを含み、前記第２サイトは、第２ＩＳＰと、第２サーバと、第２ＩＳＰおよび第２サーバの間に置かれた第２ルータとを含む、ステップを更に含み、
前記方法は、
前記第２サイトの障害発生前に前記第２サイトのＩＰアドレスを容認するように、前記第１ＩＳＰおよび前記第１ルータにおいてＢＧＰフィルタを構成するステップと、
前記第２サーバが作動しているとき、前記第１ルータが前記ＩＰアドレスの公開をブロブロードキャストせず、第２ルータが前記ＩＰアドレスの公開をブロードキャストし、従って、前記ＩＰアドレスにアドレスされたパケットは、前記第２サーバが作動しているときには前記第１ＩＳＰを迂回して、前記第２ＩＳＰおよび前記第２ルータを介して前記第２サーバに経路指定される、ステップと、
その後、前記第２サイトが障害を生じると、前記第２ルータが前記ＩＰアドレスの公開をブロードキャストすることを中止し、前記第１ルータが前記ＩＰアドレスの公開をブロードキャストし、従って、前記ＩＰアドレスにアドレスされたその後のパケットが、前記第２ＩＳＰを迂回して、前記第１ＩＳＰおよび前記第１ルータを介して前記第１サーバに経路指定される、ステップと、
を含む、請求項１に記載の方法。
【請求項７】
前記第２サイトの障害発生前に、前記ＩＰアドレスを容認するように、前記第２ＩＳＰおよび前記第２ルータにおいてＢＧＰフィルタを構成し、従って、前記第２サーバが作動しているとき、前記ＩＰアドレスにアドレスされたパケットが、前記第１ＩＳＰを迂回して、前記第２ＩＳＰおよび前記第２ルータを介して前記第２サーバに経路指定されるステップを更に含む、請求項６に記載の方法。
【請求項８】
前記第２ルータが前記ＩＰアドレスの公開をブロードキャストすることを中止し、前記第１ルータが前記ＩＰアドレスの公開をブロードキャストする前記ステップが手操作で開始される、請求項７に記載の方法。
【請求項９】
前記第１ルータは第１エッジ・ルータであり、前記第２ルータは第２エッジ・ルータである、請求項６に記載の方法。
【請求項１０】
前記第２サーバが作動しているとき、前記第２ルータが、前記第２サイトに関連した第２ＡＳＮの公開をブロードキャストするステップと、
前記第２サイトの障害発生後、前記第１ルータが、前記第１サイトに関連した第１ＡＳＮの公開をブロードキャストするステップと、
を更に含む、請求項９に記載の方法。
【請求項１１】
第２サイトの障害発生後に前記第２サイトにアドレスされたパケットを第１サイトにリダイレクトするためのシステムであって、前記第１サイトは、第１ＩＳＰと、第１サーバと、前記第１ＩＳＰおよび前記第１サーバの間に置かれた第１ルータとを含み、前記第２サイトは、第２ＩＳＰと、第２サーバと、前記第２ＩＳＰおよび前記第２サーバの間に置かれた第２ルータとを含み、
前記第１ルータ内にあり、前記第２サーバが作動しているとき、前記第２サーバのＩＰアドレスの公開をブロードキャストするための手段と、
前記第２ルータ内にあり、前記第２サーバが作動しているとき、前記ＩＰアドレスの公開をブロードキャストするための手段であって、前記第１ルータによりブロードキャストされた前記ＩＰアドレスの公開が、前記第２ルータを前記ＩＰアドレスへの経路として表わす前記第２ルータによる前記ＩＰアドレスの公開の経路よりも前記第１ルータを前記ＩＰアドレスへの好ましくない経路として表わし、従って、前記第２サーバの作動中、前記ＩＰアドレスにアドレスされたパケットが前記第２ＩＳＰおよび前記第２ルータを介して前記第２サーバに経路指定される、手段と、
前記第２サイトの障害発生に応答して、前記第１ルータが前記ＩＰアドレスの公開をブロードキャストすることを続けているとき、前記第２ルータが前記ＩＰアドレスの公開をブロードキャストすることを中止させるための手段であって、前記ＩＰアドレスにアドレアドレスされたその後のパケットが、前記第２ＩＳＰを迂回して、前記第１ＩＳＰおよび前記第１ルータを介して前記第１サーバに経路指定されるようにする、手段と、
を含む、システム。
【請求項１２】
前記第１ルータが、前記第１サーバを含む第１ネットワークに対するエッジ・ルータであり、前記第２ルータが、前記第２サーバを含む第２ネットワークに対するエッジ・ルータである、請求項１１に記載のシステム。
【請求項１３】
前記第１ルータによりブロードキャストされた前記ＩＰアドレスの公開が、前記ＩＰアドレスに達するための前記第２ルータへのパスよりも長い前記第１ルータへのパスを表わす、請求項１１に記載のシステム。
【請求項１４】
前記第１ルータによりブロードキャストされた前記ＩＰアドレスの公開が、前記ＩＰアドレスに達するための前記第２ルータへのパスよりも長い前記第１ルータへのパスを表わすために
AS_PATH プリペンドを含む、請求項１１に記載のシステム。
【請求項１５】
前記第１ルータが、前記第１サイトに関連した第１ＡＳＮの公開をブロードキャストするための手段を含み、
前記第２ルータが、前記第２サイトに関連した第２ＡＳＮの公開をブロードキャストするための手段を含む、
請求項１１に記載のシステム。
【請求項１６】
請求項１乃至１０のいずれか１項に記載の方法の各ステップをコンピュータに実行させるためのコンピュータプログラム。
【国際調査報告】
2009526453.tif 000007
2009526453.tif 000008