JP2000307657A - ホスト・クラスタのためのネットワーク・ディスパッチャを利用するデータ伝送システムにおけるルータ監視システム - Google Patents
ホスト・クラスタのためのネットワーク・ディスパッチャを利用するデータ伝送システムにおけるルータ監視システムInfo
- Publication number
- JP2000307657A JP2000307657A JP2000070799A JP2000070799A JP2000307657A JP 2000307657 A JP2000307657 A JP 2000307657A JP 2000070799 A JP2000070799 A JP 2000070799A JP 2000070799 A JP2000070799 A JP 2000070799A JP 2000307657 A JP2000307657 A JP 2000307657A
- Authority
- JP
- Japan
- Prior art keywords
- router
- network
- data transmission
- host
- transmission system
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L43/00—Arrangements for monitoring or testing data switching networks
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/10—Protocols in which an application is distributed across nodes in the network
- H04L67/1001—Protocols in which an application is distributed across nodes in the network for accessing one among a plurality of replicated servers
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L45/00—Routing or path finding of packets in data switching networks
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L45/00—Routing or path finding of packets in data switching networks
- H04L45/58—Association of routers
- H04L45/586—Association of routers of virtual routers
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L61/00—Network arrangements, protocols or services for addressing or naming
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L61/00—Network arrangements, protocols or services for addressing or naming
- H04L61/09—Mapping addresses
- H04L61/10—Mapping addresses of different types
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L43/00—Arrangements for monitoring or testing data switching networks
- H04L43/08—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
- H04L43/0805—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters by checking availability
- H04L43/0817—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters by checking availability by checking functioning
Abstract
(57)【要約】
【課題】ＩＰホスト（10，12，14）のクラスタのうちの
任意のＩＰホストと複数のワークステーション（16，1
8，20）との間でＩＰネットワーク（22）の媒介によっ
てパケット化データを交換するためのデータ伝送システ
ムを提供する。 【解決手段】各ＩＰホストは少なくともＩＰ層及びネッ
トワーク層を有する。各ＩＰホストは、一組のルータ
（26，28）によって及びネットワーク・ディスパッチャ
（34）によって、前記ＩＰネットワーク（22）のインタ
ーフェースとなる層２ネットワーク（24）を介して前記
ＩＰネットワークに接続される。ネットワーク・ディス
パッチャ（34）は前記ワークステーションからのすべて
の着信フローを受け取り、それらを前記ホスト・クラス
タの間でディスパッチするように働く。そのシステム
は、前記ホスト・クラスタに含まれ、少なくとも、前記
ルータの可用性を監視するための手段と前記ネットワー
ク・ディスパッチャを介して前記ホスト・クラスタの各
ホストに前記ルータの可用性情報をブロードキャストす
るための手段とを含む監視装置（36）を含む。
任意のＩＰホストと複数のワークステーション（16，1
8，20）との間でＩＰネットワーク（22）の媒介によっ
てパケット化データを交換するためのデータ伝送システ
ムを提供する。 【解決手段】各ＩＰホストは少なくともＩＰ層及びネッ
トワーク層を有する。各ＩＰホストは、一組のルータ
（26，28）によって及びネットワーク・ディスパッチャ
（34）によって、前記ＩＰネットワーク（22）のインタ
ーフェースとなる層２ネットワーク（24）を介して前記
ＩＰネットワークに接続される。ネットワーク・ディス
パッチャ（34）は前記ワークステーションからのすべて
の着信フローを受け取り、それらを前記ホスト・クラス
タの間でディスパッチするように働く。そのシステム
は、前記ホスト・クラスタに含まれ、少なくとも、前記
ルータの可用性を監視するための手段と前記ネットワー
ク・ディスパッチャを介して前記ホスト・クラスタの各
ホストに前記ルータの可用性情報をブロードキャストす
るための手段とを含む監視装置（36）を含む。
Description
【０００１】
【発明の属する技術分野】本発明は、ＩＰホスト・シス
テム用のデフォルト・ルータにおいて高い可用性及び付
加平衡を得るための新規な方法に関し、特に、ホストの
クラスタに対するネットワーク・ディスパッチャを利用
してそのようなシステムを監視するルータに関するもの
である。
テム用のデフォルト・ルータにおいて高い可用性及び付
加平衡を得るための新規な方法に関し、特に、ホストの
クラスタに対するネットワーク・ディスパッチャを利用
してそのようなシステムを監視するルータに関するもの
である。
【０００２】
【従来の技術】種々の発信元からのデータが固定長又は
可変長のパケット又はデータグラムに切断されるという
パケット交換技法によって動作するいくつかのタイプの
ディジタル・ネットワークが世界中にインストールされ
ている。それは、世界のどこかに設置されたソース・ホ
ストとターゲット・ホストとの間でトラフィックを編成
する可能性を最適化するために（例えば、いわゆるルー
タを介して）相互接続される必要がある。これは、いわ
ゆるインターネットワーキングを使用することによって
可能にされる。
可変長のパケット又はデータグラムに切断されるという
パケット交換技法によって動作するいくつかのタイプの
ディジタル・ネットワークが世界中にインストールされ
ている。それは、世界のどこかに設置されたソース・ホ
ストとターゲット・ホストとの間でトラフィックを編成
する可能性を最適化するために（例えば、いわゆるルー
タを介して）相互接続される必要がある。これは、いわ
ゆるインターネットワーキングを使用することによって
可能にされる。
【０００３】インターネットワーク（インターネットと
も呼ばれる）ファシリティは、連携したホスト・コンピ
ュータがインターネットワークにまたがってリソースを
共用することを可能にするために開発された伝送制御プ
ロトコル／インターネット・プロトコル（ＴＣＰ／Ｉ
Ｐ）のような一組のネットワーキング・プロトコルを使
用する。ＴＣＰ／ＩＰは、インターネット・プロトコル
（ＩＰ）スイートと呼ばれる一組のデータ通信プロトコ
ルである。ＴＣＰ及びＩＰは周知のプロトコルであるの
で、そのプロトコル・ファミリ全体を参照するためにＴ
ＣＰ／ＩＰという用語を使用することが一般的になって
いる。ＴＣＰ及びＩＰは、このスイートにおけるプロト
コルのうちの２つである。そのスイートにおける他のプ
ロトコルは、ユーザ・データグラム・プロトコル（ＵＤ
Ｐ）、アドレス解決プロトコル（ＡＲＰ）、リアル・タ
イム・プロトコル（ＲＴＰ）等である。
も呼ばれる）ファシリティは、連携したホスト・コンピ
ュータがインターネットワークにまたがってリソースを
共用することを可能にするために開発された伝送制御プ
ロトコル／インターネット・プロトコル（ＴＣＰ／Ｉ
Ｐ）のような一組のネットワーキング・プロトコルを使
用する。ＴＣＰ／ＩＰは、インターネット・プロトコル
（ＩＰ）スイートと呼ばれる一組のデータ通信プロトコ
ルである。ＴＣＰ及びＩＰは周知のプロトコルであるの
で、そのプロトコル・ファミリ全体を参照するためにＴ
ＣＰ／ＩＰという用語を使用することが一般的になって
いる。ＴＣＰ及びＩＰは、このスイートにおけるプロト
コルのうちの２つである。そのスイートにおける他のプ
ロトコルは、ユーザ・データグラム・プロトコル（ＵＤ
Ｐ）、アドレス解決プロトコル（ＡＲＰ）、リアル・タ
イム・プロトコル（ＲＴＰ）等である。
【０００４】従って、インターネットは、ＴＣＰ／ＩＰ
を使用し、ルータによって接続された異種の独立したネ
ットワークの集合体であってもよい。インターネットに
対する管理責任（例えば、ＩＰアドレス及びドメイン名
を割り振るという責任）は単一のネットワーク（ＬＡ
Ｎ）内にあるか又は複数のネットワークに分散されるこ
とが可能である。
を使用し、ルータによって接続された異種の独立したネ
ットワークの集合体であってもよい。インターネットに
対する管理責任（例えば、ＩＰアドレス及びドメイン名
を割り振るという責任）は単一のネットワーク（ＬＡ
Ｎ）内にあるか又は複数のネットワークに分散されるこ
とが可能である。
【０００５】ソース・ホストからＩＰネットワークを介
して特定のＩＰ宛先へのデータの通信が確立されなけれ
ばならない時、そのネットワークにおけるこの宛先への
第１ホップ・ルータを決定するための数多くの方法があ
る。これらは、ルーティング情報プロトコル（ＲＩＰ）
又はオープン最短パス・ファースト（ＯＳＰＦ）バージ
ョンのようなダイナミック・ルーティング・プロトコル
を走らせること（或いは、スヌープすること）、ＩＣＭ
Ｐルータ・ディスカバリ・クライアントを走らせるこ
と、或いは静的に構成されたデフォルト・ルートを使用
することを含んでいる。
して特定のＩＰ宛先へのデータの通信が確立されなけれ
ばならない時、そのネットワークにおけるこの宛先への
第１ホップ・ルータを決定するための数多くの方法があ
る。これらは、ルーティング情報プロトコル（ＲＩＰ）
又はオープン最短パス・ファースト（ＯＳＰＦ）バージ
ョンのようなダイナミック・ルーティング・プロトコル
を走らせること（或いは、スヌープすること）、ＩＣＭ
Ｐルータ・ディスカバリ・クライアントを走らせるこ
と、或いは静的に構成されたデフォルト・ルートを使用
することを含んでいる。
【０００６】すべてのエンド・ホスト上でダイナミック
・ルーティング・プロトコルを走らせることは、管理オ
ーバヘッド、処理オーバヘッド、セキュリティ上の懸
念、又は、或るプラットフォームに対するプロトコル実
装の欠如を含む数多くの理由で実施不可能であることが
ある。ネイバ又はルータ・ディスカバリ・プロトコル
は、ネットワークにおけるすべてのホストによる能動的
な参加を必要とすることがあり、それは、多数のホスト
にもかかわらずプロトコル・オーバヘッドを減少させる
ための大きなタイマ価値に通じる。これは、結果とし
て、受容し得ないほど長い「ブラック・ホール」期間を
導き得る、失った（即ち、死んだ）ネイバの検出におい
てかなりの遅れを生じ得る。
・ルーティング・プロトコルを走らせることは、管理オ
ーバヘッド、処理オーバヘッド、セキュリティ上の懸
念、又は、或るプラットフォームに対するプロトコル実
装の欠如を含む数多くの理由で実施不可能であることが
ある。ネイバ又はルータ・ディスカバリ・プロトコル
は、ネットワークにおけるすべてのホストによる能動的
な参加を必要とすることがあり、それは、多数のホスト
にもかかわらずプロトコル・オーバヘッドを減少させる
ための大きなタイマ価値に通じる。これは、結果とし
て、受容し得ないほど長い「ブラック・ホール」期間を
導き得る、失った（即ち、死んだ）ネイバの検出におい
てかなりの遅れを生じ得る。
【０００７】静的に構成されたデフォルト・ルートの使
用は極めて一般的であり、それはエンド・ホストにおけ
る構成及び処理オーバヘッドを最小にし、仮想的にはす
べてのＩＰ実装によってサポートされる。このオペレー
ション・モードは、一般に、エンド・ホストＩＰアドレ
ス及びデフォルト・ゲートウェイに対する構成を提供す
る動的ホスト構成プロトコル（ＤＨＣＰ）が展開される
ので、持続しそうである。しかし、これは１つの障害点
を生じる。デフォルト・ルータの喪失の結果、使用し得
る如何なる代替えのパスも検出することができないエン
ド・ホストをすべて分離するという破滅的な事象が生じ
る。
用は極めて一般的であり、それはエンド・ホストにおけ
る構成及び処理オーバヘッドを最小にし、仮想的にはす
べてのＩＰ実装によってサポートされる。このオペレー
ション・モードは、一般に、エンド・ホストＩＰアドレ
ス及びデフォルト・ゲートウェイに対する構成を提供す
る動的ホスト構成プロトコル（ＤＨＣＰ）が展開される
ので、持続しそうである。しかし、これは１つの障害点
を生じる。デフォルト・ルータの喪失の結果、使用し得
る如何なる代替えのパスも検出することができないエン
ド・ホストをすべて分離するという破滅的な事象が生じ
る。
【０００８】この問題を解決するための１つの方法は、
ホストが単一のルータを使用しているように見えること
及びたとえそれらが使用している実際の第１ホップ・ル
ータが障害を生じても接続を維持しているように見える
ことを可能にすることである。多数のルータがこのプロ
トコルに参加し、単一の仮想ルータの幻影を一斉に生じ
る。そのプロトコルは、それらのルータの１つ及びその
１つだけが仮想ルータに代わってパケットを送ることを
保証する。エンド・ホストは自分のパケットを仮想ルー
タに送る。パケットを送るルータはアクティブ・ルータ
として知られている。アクティブ・ルータが障害を生じ
た場合、それを置換するために待機ルータが選択され
る。そのプロトコルは、参加ルータに関するＩＰアドレ
スを使用してアクティブ・ルータ及び待機ルータを決定
するためのメカニズムを提供する。アクティブ・ルータ
が障害を生じた場合、待機ルータは、ホストの接続にお
ける大きな中断なしに引き継ぐことができる。
ホストが単一のルータを使用しているように見えること
及びたとえそれらが使用している実際の第１ホップ・ル
ータが障害を生じても接続を維持しているように見える
ことを可能にすることである。多数のルータがこのプロ
トコルに参加し、単一の仮想ルータの幻影を一斉に生じ
る。そのプロトコルは、それらのルータの１つ及びその
１つだけが仮想ルータに代わってパケットを送ることを
保証する。エンド・ホストは自分のパケットを仮想ルー
タに送る。パケットを送るルータはアクティブ・ルータ
として知られている。アクティブ・ルータが障害を生じ
た場合、それを置換するために待機ルータが選択され
る。そのプロトコルは、参加ルータに関するＩＰアドレ
スを使用してアクティブ・ルータ及び待機ルータを決定
するためのメカニズムを提供する。アクティブ・ルータ
が障害を生じた場合、待機ルータは、ホストの接続にお
ける大きな中断なしに引き継ぐことができる。
【０００９】もう１つの同様の方法は、静的なデフォル
ト経路指定環境に固有の１つの障害点を除去するように
設計された仮想ルータ冗長プロトコル（ＶＲＲＰ）を使
用することである。ＶＲＲＰは、仮想ルータに対する責
任をＬＡＮにおけるＶＲＲＰルータの１つに動的に割り
当てる選択プロトコルを指定する。仮想ルータと関連す
るＩＰアドレスを制御するＶＲＲＰルータはマスタと呼
ばれ、これらのＩＰアドレスに送られたパケットを送
る。その選択プロセスは、マスタが使用不可能になった
場合、転送責任における動的なフェイル・オーバ（ｆａ
ｉｌ−ｏｖｅｒ）を提供する。そこで、ＬＡＮにおける
仮想ルータのＩＰアドレスはいずれも、エンド・ホスト
によってデフォルト第１ホップ・ルータとして使用可能
である。ＶＲＲＰを使用することから得られる利点は、
すべてのエンド・ホストにおけるダイナミック・ルーテ
ィングの構成又はルータ検出プロトコルを必要とするこ
となく可用性の高いデフォルト・パスが得られることで
ある。
ト経路指定環境に固有の１つの障害点を除去するように
設計された仮想ルータ冗長プロトコル（ＶＲＲＰ）を使
用することである。ＶＲＲＰは、仮想ルータに対する責
任をＬＡＮにおけるＶＲＲＰルータの１つに動的に割り
当てる選択プロトコルを指定する。仮想ルータと関連す
るＩＰアドレスを制御するＶＲＲＰルータはマスタと呼
ばれ、これらのＩＰアドレスに送られたパケットを送
る。その選択プロセスは、マスタが使用不可能になった
場合、転送責任における動的なフェイル・オーバ（ｆａ
ｉｌ−ｏｖｅｒ）を提供する。そこで、ＬＡＮにおける
仮想ルータのＩＰアドレスはいずれも、エンド・ホスト
によってデフォルト第１ホップ・ルータとして使用可能
である。ＶＲＲＰを使用することから得られる利点は、
すべてのエンド・ホストにおけるダイナミック・ルーテ
ィングの構成又はルータ検出プロトコルを必要とするこ
となく可用性の高いデフォルト・パスが得られることで
ある。
【００１０】残念なことに、上記の２つの解決方法は、
ＡＲＰに適合したルータしか使用されないので、所与の
ホストのトラフィックに対する負荷平衡を提供すること
ができない。更に、顧客は、そのような機能を可能にす
るようにそれらの主要なルータ構成を変更したがらな
い。
ＡＲＰに適合したルータしか使用されないので、所与の
ホストのトラフィックに対する負荷平衡を提供すること
ができない。更に、顧客は、そのような機能を可能にす
るようにそれらの主要なルータ構成を変更したがらな
い。
【００１１】ＩＢＭ社のヨーロッパ特許出願第９９４８
００１７．５号では、ＩＰソース・ホストは、一組の候
補デフォルト・ルータの中から１つのルータを動的に選
択するための新たな層をＩＰ層とネットワーク層との間
に具備し、それによって負荷平衡及び高い可用性を保証
している。
００１７．５号では、ＩＰソース・ホストは、一組の候
補デフォルト・ルータの中から１つのルータを動的に選
択するための新たな層をＩＰ層とネットワーク層との間
に具備し、それによって負荷平衡及び高い可用性を保証
している。
【００１２】残念なことに、ネットワーク・ディスパッ
チャがホストのクラスタに対するフロント・エンドとし
て使用されるという構成の場合、ホストは、候補ルータ
からのパケットとは反対に、ＡＲＰリクエストに応答し
てネットワーク・ディスパッチャから着信パケットをい
つも受け取るであろう。従って、上記ヨーロッパ特許出
願におけるように、マッチング・ネットワーク（ＭＡ
Ｃ）アドレスからパケットを受け取るたびにＡＲＰテー
ブルにおけるエントリのエージをリセットすることによ
ってアクティブ候補ルータのステータスを維持すること
は不可能である。唯一の解決方法は、すべてのホストが
すべての個々のルータを監視しなければならないという
欠点と共に、候補ルータに周期的にＡＲＰリクエストを
発生することである。
チャがホストのクラスタに対するフロント・エンドとし
て使用されるという構成の場合、ホストは、候補ルータ
からのパケットとは反対に、ＡＲＰリクエストに応答し
てネットワーク・ディスパッチャから着信パケットをい
つも受け取るであろう。従って、上記ヨーロッパ特許出
願におけるように、マッチング・ネットワーク（ＭＡ
Ｃ）アドレスからパケットを受け取るたびにＡＲＰテー
ブルにおけるエントリのエージをリセットすることによ
ってアクティブ候補ルータのステータスを維持すること
は不可能である。唯一の解決方法は、すべてのホストが
すべての個々のルータを監視しなければならないという
欠点と共に、候補ルータに周期的にＡＲＰリクエストを
発生することである。
【００１３】
【発明が解決しようとする課題】本発明の目的は、ホス
トのクラスタがＩＰネットワークからのすべての着信フ
ローを受けるネットワーク・ディスパッチャに関連付け
られるというデータ伝送システムにおいてすべての候補
ルータを監視するための特定な装置を提供することにあ
る。
トのクラスタがＩＰネットワークからのすべての着信フ
ローを受けるネットワーク・ディスパッチャに関連付け
られるというデータ伝送システムにおいてすべての候補
ルータを監視するための特定な装置を提供することにあ
る。
【００１４】本発明のもう１つの目的は、ホストのクラ
スタがＩＰネットワークからのすべての着信フローを受
けるネットワーク・ディスパッチャに関連付けられると
いうデータ伝送システムにおいて候補ルータの可用性を
決定する方法を得ることにある。
スタがＩＰネットワークからのすべての着信フローを受
けるネットワーク・ディスパッチャに関連付けられると
いうデータ伝送システムにおいて候補ルータの可用性を
決定する方法を得ることにある。
【００１５】
【課題を解決するための手段】従って、本発明は、各々
が少なくともＩＰ層及びネットワーク層を有するＩＰホ
ストのクラスタのうちの任意のＩＰホストと複数のワー
クステーションとの間で、ＩＰネットワークの媒介によ
ってパケット化データを交換するためのデータ伝送シス
テムに関するものである。そのシステムでは、各ＩＰホ
ストが一組のルータによって及び１つのネットワーク・
ディスパッチャによってＩＰネットワークのインターフ
ェースとなる層２ネットワークを介してＩＰネットワー
クに接続される。ネットワーク・ディスパッチャは、ワ
ークステーションからのすべての着信フローを受け取
り、それらをホストのクラスタの間でディスパッチする
ように働く。そのようなシステムは、ルータの可用性を
監視するための手段とネットワーク・ディスパッチャを
介してホストのクラスタの各ホストにルータの可用性情
報をブロードキャストするための手段とを含む、そのホ
ストのクラスタに含まれた少なくとも１つの監視装置を
含む。
が少なくともＩＰ層及びネットワーク層を有するＩＰホ
ストのクラスタのうちの任意のＩＰホストと複数のワー
クステーションとの間で、ＩＰネットワークの媒介によ
ってパケット化データを交換するためのデータ伝送シス
テムに関するものである。そのシステムでは、各ＩＰホ
ストが一組のルータによって及び１つのネットワーク・
ディスパッチャによってＩＰネットワークのインターフ
ェースとなる層２ネットワークを介してＩＰネットワー
クに接続される。ネットワーク・ディスパッチャは、ワ
ークステーションからのすべての着信フローを受け取
り、それらをホストのクラスタの間でディスパッチする
ように働く。そのようなシステムは、ルータの可用性を
監視するための手段とネットワーク・ディスパッチャを
介してホストのクラスタの各ホストにルータの可用性情
報をブロードキャストするための手段とを含む、そのホ
ストのクラスタに含まれた少なくとも１つの監視装置を
含む。
【００１６】
【発明の実施の形態】図１を参照すると、本発明は、複
数のＩＰホスト１０，１２，１４がローカル・エリア・
ネットワーク（ＬＡＮ）２４のような層２ネットワーク
によってＩＰネットワーク２２を介して１つ又は複数の
ワークステーション１６，１８，２０にデータを伝送す
るデータ伝送システムにおいて実現される。ＬＡＮ２４
はルータ２６，２８のような一組の入力ルータによって
ＩＰネットワーク２２のインターフェースとなる。ＩＰ
パケットは、ワークステーション１６，１８，２０に接
続されたルータ３０，３２のような出力ルータまで、複
数のルータ（図示されてない）を介してＩＰネットワー
ク上を経路指定される。
数のＩＰホスト１０，１２，１４がローカル・エリア・
ネットワーク（ＬＡＮ）２４のような層２ネットワーク
によってＩＰネットワーク２２を介して１つ又は複数の
ワークステーション１６，１８，２０にデータを伝送す
るデータ伝送システムにおいて実現される。ＬＡＮ２４
はルータ２６，２８のような一組の入力ルータによって
ＩＰネットワーク２２のインターフェースとなる。ＩＰ
パケットは、ワークステーション１６，１８，２０に接
続されたルータ３０，３２のような出力ルータまで、複
数のルータ（図示されてない）を介してＩＰネットワー
ク上を経路指定される。
【００１７】ＩＰネットワークを介してデータを伝送す
るために単一のデフォルト・ルータを使用する代わり
に、前記ヨーロッパ特許出願に開示された技法は、ホス
トがＩＰ層とネットワーク層との間の新しい層を使用す
ることより成る。この追加の層は、伝送されるパケット
において定義されたパラメータに基づいて或るアルゴリ
ズムを稼働させることによってルータ２６又は２８のよ
うな一組の候補ルータの中から１つを選択する働きをす
る。
るために単一のデフォルト・ルータを使用する代わり
に、前記ヨーロッパ特許出願に開示された技法は、ホス
トがＩＰ層とネットワーク層との間の新しい層を使用す
ることより成る。この追加の層は、伝送されるパケット
において定義されたパラメータに基づいて或るアルゴリ
ズムを稼働させることによってルータ２６又は２８のよ
うな一組の候補ルータの中から１つを選択する働きをす
る。
【００１８】本発明では、ＩＰホスト１０，１２，１４
がＬＡＮ２４をＩＰネットワーク２２とインターフェー
スするネットワーク・ディスパッチャに関連したクラス
タにグループ分けされる。そのようなネットワーク・デ
ィスパッチャ（ＮＤ）は、一群のホスト（又は、サー
バ）における負荷の公平な分散又は平衡を保つという問
題に対する１つの解決方法である。それは、サービスに
対する単一のＩＰアドレスを知っているユーザから、そ
の作業を実際に遂行する一組のホスト１０，１２及び１
４への接続のディスパッチャとして作用する。ワークス
テーション１６，１８及び２０のようなユーザから生じ
たパケットだけがネットワーク・ディスパッチャ３４を
通過する。ＩＰホストからワークステーションへのパケ
ットはネットワーク・ディスパッチャ３４を含む必要の
ない他のルートによって進み、それによってネットワー
ク・ディスパッチャにおける負荷を減少させ、それが多
数のホストの前に潜在的に立つことを可能にする。
がＬＡＮ２４をＩＰネットワーク２２とインターフェー
スするネットワーク・ディスパッチャに関連したクラス
タにグループ分けされる。そのようなネットワーク・デ
ィスパッチャ（ＮＤ）は、一群のホスト（又は、サー
バ）における負荷の公平な分散又は平衡を保つという問
題に対する１つの解決方法である。それは、サービスに
対する単一のＩＰアドレスを知っているユーザから、そ
の作業を実際に遂行する一組のホスト１０，１２及び１
４への接続のディスパッチャとして作用する。ワークス
テーション１６，１８及び２０のようなユーザから生じ
たパケットだけがネットワーク・ディスパッチャ３４を
通過する。ＩＰホストからワークステーションへのパケ
ットはネットワーク・ディスパッチャ３４を含む必要の
ない他のルートによって進み、それによってネットワー
ク・ディスパッチャにおける負荷を減少させ、それが多
数のホストの前に潜在的に立つことを可能にする。
【００１９】それらホストのクラスタはユーザによって
ネットワーク・ディスパッチャの単一のアドレスとして
見なされるので、前述のようにＩＰネットワークから受
け取ったデータ・パケットだけを監視するだけで，ＩＰ
ネットワークをインターフェースするその一組のルータ
のうちのルータ２６，２８における可用性を決定するこ
とは不可能である。従って、本発明の解決方法は、ルー
タ監視装置（ＲＭ）３６をホストのクラスタの新しいメ
ンバとして加えることである。候補ルータ２６又は２８
の可用性を決定するためにそれらの候補ルータの各にＡ
ＲＰリクエストを送ることを各ＩＰホストに要求する代
わりに、ＲＭ装置３６はすべての候補ルータにユニキャ
ストＡＲＰリクエストを定期的に（その期間は最善のサ
ービスを保証するために、例えば、１乃至１０秒短くす
ることができる）送るように及び、しかる後、ブロード
キャストされたＡＲＰ応答を使用して各ルータの可用性
のステータスをすべてのホストに知らせるように働く。
従って、この機能は最小のトラフィックによって遂行さ
れ、その一組の候補ルータを使用するＩＰホスト（又
は、サーバ）の数は、制御トラフィックを増加させるこ
となく拡大することが可能である。
ネットワーク・ディスパッチャの単一のアドレスとして
見なされるので、前述のようにＩＰネットワークから受
け取ったデータ・パケットだけを監視するだけで，ＩＰ
ネットワークをインターフェースするその一組のルータ
のうちのルータ２６，２８における可用性を決定するこ
とは不可能である。従って、本発明の解決方法は、ルー
タ監視装置（ＲＭ）３６をホストのクラスタの新しいメ
ンバとして加えることである。候補ルータ２６又は２８
の可用性を決定するためにそれらの候補ルータの各にＡ
ＲＰリクエストを送ることを各ＩＰホストに要求する代
わりに、ＲＭ装置３６はすべての候補ルータにユニキャ
ストＡＲＰリクエストを定期的に（その期間は最善のサ
ービスを保証するために、例えば、１乃至１０秒短くす
ることができる）送るように及び、しかる後、ブロード
キャストされたＡＲＰ応答を使用して各ルータの可用性
のステータスをすべてのホストに知らせるように働く。
従って、この機能は最小のトラフィックによって遂行さ
れ、その一組の候補ルータを使用するＩＰホスト（又
は、サーバ）の数は、制御トラフィックを増加させるこ
となく拡大することが可能である。
【００２０】そのようなルータ監視装置３６の機能がＩ
Ｐホストの１つに統合し得るものであることは留意すべ
きことである。更に、いくつかのルータ監視装置又はこ
の機能を達成するいくつかのＩＰホストがあってもよ
い。
Ｐホストの１つに統合し得るものであることは留意すべ
きことである。更に、いくつかのルータ監視装置又はこ
の機能を達成するいくつかのＩＰホストがあってもよ
い。
【００２１】次に図２を参照すると、以下のような本発
明において実施されるステップが示される。まず、ＡＲ
Ｐリクエスト（望ましくは、すべての候補ルータに対す
るユニキャスト・リクエスト）がルータ監視装置３６に
よって周期的基準でルータに送られる（ステップ４
０）。しかる後、ルータからの応答がＲＭによって受信
されたかどうかがチェックされる（ステップ４２）。そ
れが肯定される場合、これは、ルータが使用可能である
こと及びＡＲＰ応答パケットがＲＭ装置によってすべて
のＩＰホストに送られる（ステップ４４）ことを意味す
る。この応答は、望ましくは、その候補ルータのＩＰア
ドレス及びＭＡＣアドレスを表すブロードキャストされ
たマック・レベルである。それは、ルータの可用性を表
す情報としてリクエストされたものである。この応答は
すべてのＩＰホストを強制してＡＲＰテーブルにおける
それらの対応するエントリを更新させる（ステップ４
６）。
明において実施されるステップが示される。まず、ＡＲ
Ｐリクエスト（望ましくは、すべての候補ルータに対す
るユニキャスト・リクエスト）がルータ監視装置３６に
よって周期的基準でルータに送られる（ステップ４
０）。しかる後、ルータからの応答がＲＭによって受信
されたかどうかがチェックされる（ステップ４２）。そ
れが肯定される場合、これは、ルータが使用可能である
こと及びＡＲＰ応答パケットがＲＭ装置によってすべて
のＩＰホストに送られる（ステップ４４）ことを意味す
る。この応答は、望ましくは、その候補ルータのＩＰア
ドレス及びＭＡＣアドレスを表すブロードキャストされ
たマック・レベルである。それは、ルータの可用性を表
す情報としてリクエストされたものである。この応答は
すべてのＩＰホストを強制してＡＲＰテーブルにおける
それらの対応するエントリを更新させる（ステップ４
６）。
【００２２】リクエストされている候補ルータからの応
答が受信されない時（ステップ４２）、判断要素に到達
したかどうかを決定するためのテストが行われる（ステ
ップ４８）。例えば、１つの行において３回応答に失敗
したルータは使用可能ではないものとして宣言される。
しかし、判断要素が異なるものであることもあり得る。
判断要素に到達したものと仮定すると、ＲＭ装置はＡＲ
Ｐ応答をブロードキャストされたＭＡＣレベルとしてす
べてのＩＰホストに送る。この応答は、そのルータのＩ
Ｐアドレスと、不可用性（ｕｎａｖａｉｌａｂｉｌｉｔ
ｙ）を表す情報としてオール・ゼロのようなデフォルト
値にセットされたそれのＭＡＣアドレスとを表す。これ
はすべてのＩＰホストを強制して無効のＭＡＣアドレス
を認識した後、使用不可能なルータに対応するＡＲＰエ
ントリを除去することによってそれらのＡＲＰテーブル
を更新させる。（ステップ５２）。エントリは、そのエ
ントリを除去するよりも無効のＭＡＣアドレス（例え
ば、オール・ゼロ）でもって更新可能であることに留意
してほしい。
答が受信されない時（ステップ４２）、判断要素に到達
したかどうかを決定するためのテストが行われる（ステ
ップ４８）。例えば、１つの行において３回応答に失敗
したルータは使用可能ではないものとして宣言される。
しかし、判断要素が異なるものであることもあり得る。
判断要素に到達したものと仮定すると、ＲＭ装置はＡＲ
Ｐ応答をブロードキャストされたＭＡＣレベルとしてす
べてのＩＰホストに送る。この応答は、そのルータのＩ
Ｐアドレスと、不可用性（ｕｎａｖａｉｌａｂｉｌｉｔ
ｙ）を表す情報としてオール・ゼロのようなデフォルト
値にセットされたそれのＭＡＣアドレスとを表す。これ
はすべてのＩＰホストを強制して無効のＭＡＣアドレス
を認識した後、使用不可能なルータに対応するＡＲＰエ
ントリを除去することによってそれらのＡＲＰテーブル
を更新させる。（ステップ５２）。エントリは、そのエ
ントリを除去するよりも無効のＭＡＣアドレス（例え
ば、オール・ゼロ）でもって更新可能であることに留意
してほしい。
【００２３】まとめとして、本発明の構成に関して以下
の事項を開示する。
の事項を開示する。
【００２４】（１）各々が少なくともＩＰ層及びネット
ワーク層を有するＩＰホスト（１０，１２，１４）のク
ラスタのうちの任意のＩＰホストと複数のワークステー
ション（１６，１８，２０）との間でＩＰネットワーク
（２２）の媒介によってパケット化データを交換するた
めのデータ伝送システムにして、各ＩＰホストは、一組
のルータ（２６，２８）によって、及び前記ワークステ
ーションからのすべての着信フローを受け取り、それら
を前記ホスト・クラスタの間でディスパッチするための
ネットワーク・ディスパッチャ（３４）によって、前記
ＩＰネットワーク（２２）のインターフェースとなる層
２ネットワーク（２４）を介して前記ＩＰネットワーク
に接続される、データ伝送システムにおいて、前記ホス
ト・クラスタに含まれ、少なくとも、前記ルータの可用
性を監視するための手段と前記ネットワーク・ディスパ
ッチャを介して前記ホスト・クラスタの各ホストに前記
ルータの可用性情報をブロードキャストするための手段
とを含む監視装置（３６）を含むデータ伝送システム。 （２）前記監視装置（３６）は前記ホスト・クラスタ
（１０，１２，１４）の１つに組み込まれることを特徴
とする上記（１）に記載のデータ伝送システム。 （３）前記ルータの可用性を監視するための手段はすべ
ての前記候補ルータ（２６，２８）にユニキャストＡＲ
Ｐリクエストを送ることを特徴とする上記（１）又は
（２）に記載のデータ伝送システム。 （４）すべての前記候補ルータ（２６，２８）に対する
前記ユニキャストＡＲＰリクエストは１秒及び１０秒の
間に含まれる周期を基準に送られることを特徴とする上
記（３）に記載のデータ伝送システム。 （５）前記ルータの可用性に関する情報をブロードキャ
ストするための手段はリクエストされているルータのＩ
Ｐアドレスを表すブロードキャストされたＭＡＣレベル
及び前記ルータの可用性に関する情報を送ることを特徴
とする上記（１）乃至（４）の１つに記載のデータ伝送
システム。 （６）前記ルータの可用性に関する情報はこの１つが応
答し多時且つ使用可能である時、前記ルータのＭＡＣア
ドレスであることを特徴とする上記（５）に記載のデー
タ伝送システム。 （７）前記ＩＰホスト（１０，１２，１４）は、前記リ
クエストされているルータのＭＡＣアドレスを受信した
時、それらのＡＲＰテーブルを更新することを特徴とす
る上記（６）に記載のデータ伝送システム。 （８）前記ルータの可用性に関する情報は、前記ルータ
が使用不可能であると見なされる時、前記ルータのＭＡ
Ｃアドレスのオール・ゼロのようなデフォルト値である
ことを特徴とする上記（５）に記載のデータ伝送システ
ム。 （９）前記ＩＰホスト（１０，１２，１４）は、前記ル
ータが使用不可能であると見なされる時、対応するエン
トリを除去すること又は前記デフォルト値を書くことに
よってそれらのＡＲＰテーブルを更新することを特徴と
する上記（８）に記載のデータ伝送システム。 （１０）前記リクエストされているルータは、それが前
記ルータ監視装置（３６）からの１つの行における３つ
の監視リクエストに応答しない時、使用不可能であると
見なされることを特徴とする上記（８）又は（９）に記
載のデータ伝送システム。 （１１）各々が少なくともＩＰ層及びネットワーク層を
有するＩＰホスト（１０，１２，１４）のクラスタのう
ちの任意のＩＰホストと複数のワークステーション（１
６，１８，２０）との間でＩＰネットワーク（２２）の
媒介によってパケット化データを交換するためのデータ
伝送システムであって、各ＩＰホストは、一組のルータ
（２６，２８）によって、及び前記ワークステーション
からのすべての着信フローを受け取り、それらを前記ホ
ストのクラスタの間でディスパッチするためのネットワ
ーク・ディスパッチャ（３４）によって、前記ＩＰネッ
トワーク（２２）のインターフェースとなる層２ネット
ワーク（２４）を介して前記ＩＰネットワークに接続さ
れる、データ伝送システムにおいて、候補ルータの可用
性を決定する方法にして、ユニキャストＡＲＰリクエス
トがすべての候補ルータに定期的に送られ、しかる後、
ブロードキャストされたＭＡＣレベルがそれらに対する
すべてのＩＰホストに伝送されて可用性に関するルータ
情報でもってそれらのＡＲＰテーブルを更新することを
特徴とする方法。 （１２）前記ルータの可用性に関する情報はこの１つが
応答した時且つ使用可能である時、前記ルータのＭＡＣ
アドレスであることを特徴とする上記（１１）に記載の
方法。 （１３）前記ＩＰホスト（１０，１２，１４）は、前記
リクエストされているルータのＭＡＣアドレスを受信し
た時、それらのＡＲＰテーブルを更新することを特徴と
する上記（１２）に記載の方法。 （１４）前記ルータの可用性に関する情報は、前記ルー
タが使用不可能であると見なされる時、前記ルータのＭ
ＡＣアドレスのオール・ゼロのようなデフォルト値であ
ることを特徴とする上記（１１）に記載の方法。 （１５）前記ＩＰホスト（１０，１２，１４）は、前記
ルータが使用不可能であると見なされる時、対応するエ
ントリを除去すること又は前記デフォルト値を書くこと
によってそれらのＡＲＰテーブルを更新することを特徴
とする上記（１４）に記載の方法。 （１６）前記リクエストされているルータは、それが前
記ルータ監視装置（３６）からの１つの行における３つ
の監視リクエストに応答しない時、使用不可能であると
見なされることを特徴とする上記（１４）又は（１５）
に記載の方法。
ワーク層を有するＩＰホスト（１０，１２，１４）のク
ラスタのうちの任意のＩＰホストと複数のワークステー
ション（１６，１８，２０）との間でＩＰネットワーク
（２２）の媒介によってパケット化データを交換するた
めのデータ伝送システムにして、各ＩＰホストは、一組
のルータ（２６，２８）によって、及び前記ワークステ
ーションからのすべての着信フローを受け取り、それら
を前記ホスト・クラスタの間でディスパッチするための
ネットワーク・ディスパッチャ（３４）によって、前記
ＩＰネットワーク（２２）のインターフェースとなる層
２ネットワーク（２４）を介して前記ＩＰネットワーク
に接続される、データ伝送システムにおいて、前記ホス
ト・クラスタに含まれ、少なくとも、前記ルータの可用
性を監視するための手段と前記ネットワーク・ディスパ
ッチャを介して前記ホスト・クラスタの各ホストに前記
ルータの可用性情報をブロードキャストするための手段
とを含む監視装置（３６）を含むデータ伝送システム。 （２）前記監視装置（３６）は前記ホスト・クラスタ
（１０，１２，１４）の１つに組み込まれることを特徴
とする上記（１）に記載のデータ伝送システム。 （３）前記ルータの可用性を監視するための手段はすべ
ての前記候補ルータ（２６，２８）にユニキャストＡＲ
Ｐリクエストを送ることを特徴とする上記（１）又は
（２）に記載のデータ伝送システム。 （４）すべての前記候補ルータ（２６，２８）に対する
前記ユニキャストＡＲＰリクエストは１秒及び１０秒の
間に含まれる周期を基準に送られることを特徴とする上
記（３）に記載のデータ伝送システム。 （５）前記ルータの可用性に関する情報をブロードキャ
ストするための手段はリクエストされているルータのＩ
Ｐアドレスを表すブロードキャストされたＭＡＣレベル
及び前記ルータの可用性に関する情報を送ることを特徴
とする上記（１）乃至（４）の１つに記載のデータ伝送
システム。 （６）前記ルータの可用性に関する情報はこの１つが応
答し多時且つ使用可能である時、前記ルータのＭＡＣア
ドレスであることを特徴とする上記（５）に記載のデー
タ伝送システム。 （７）前記ＩＰホスト（１０，１２，１４）は、前記リ
クエストされているルータのＭＡＣアドレスを受信した
時、それらのＡＲＰテーブルを更新することを特徴とす
る上記（６）に記載のデータ伝送システム。 （８）前記ルータの可用性に関する情報は、前記ルータ
が使用不可能であると見なされる時、前記ルータのＭＡ
Ｃアドレスのオール・ゼロのようなデフォルト値である
ことを特徴とする上記（５）に記載のデータ伝送システ
ム。 （９）前記ＩＰホスト（１０，１２，１４）は、前記ル
ータが使用不可能であると見なされる時、対応するエン
トリを除去すること又は前記デフォルト値を書くことに
よってそれらのＡＲＰテーブルを更新することを特徴と
する上記（８）に記載のデータ伝送システム。 （１０）前記リクエストされているルータは、それが前
記ルータ監視装置（３６）からの１つの行における３つ
の監視リクエストに応答しない時、使用不可能であると
見なされることを特徴とする上記（８）又は（９）に記
載のデータ伝送システム。 （１１）各々が少なくともＩＰ層及びネットワーク層を
有するＩＰホスト（１０，１２，１４）のクラスタのう
ちの任意のＩＰホストと複数のワークステーション（１
６，１８，２０）との間でＩＰネットワーク（２２）の
媒介によってパケット化データを交換するためのデータ
伝送システムであって、各ＩＰホストは、一組のルータ
（２６，２８）によって、及び前記ワークステーション
からのすべての着信フローを受け取り、それらを前記ホ
ストのクラスタの間でディスパッチするためのネットワ
ーク・ディスパッチャ（３４）によって、前記ＩＰネッ
トワーク（２２）のインターフェースとなる層２ネット
ワーク（２４）を介して前記ＩＰネットワークに接続さ
れる、データ伝送システムにおいて、候補ルータの可用
性を決定する方法にして、ユニキャストＡＲＰリクエス
トがすべての候補ルータに定期的に送られ、しかる後、
ブロードキャストされたＭＡＣレベルがそれらに対する
すべてのＩＰホストに伝送されて可用性に関するルータ
情報でもってそれらのＡＲＰテーブルを更新することを
特徴とする方法。 （１２）前記ルータの可用性に関する情報はこの１つが
応答した時且つ使用可能である時、前記ルータのＭＡＣ
アドレスであることを特徴とする上記（１１）に記載の
方法。 （１３）前記ＩＰホスト（１０，１２，１４）は、前記
リクエストされているルータのＭＡＣアドレスを受信し
た時、それらのＡＲＰテーブルを更新することを特徴と
する上記（１２）に記載の方法。 （１４）前記ルータの可用性に関する情報は、前記ルー
タが使用不可能であると見なされる時、前記ルータのＭ
ＡＣアドレスのオール・ゼロのようなデフォルト値であ
ることを特徴とする上記（１１）に記載の方法。 （１５）前記ＩＰホスト（１０，１２，１４）は、前記
ルータが使用不可能であると見なされる時、対応するエ
ントリを除去すること又は前記デフォルト値を書くこと
によってそれらのＡＲＰテーブルを更新することを特徴
とする上記（１４）に記載の方法。 （１６）前記リクエストされているルータは、それが前
記ルータ監視装置（３６）からの１つの行における３つ
の監視リクエストに応答しない時、使用不可能であると
見なされることを特徴とする上記（１４）又は（１５）
に記載の方法。
【図１】ホストのクラスタが本発明に従って一組のルー
タの可用性を監視するための特定のシステムを組み込む
というデータ伝送システムを概略的に示す。
タの可用性を監視するための特定のシステムを組み込む
というデータ伝送システムを概略的に示す。
【図２】ルータの可用性を監視するための本発明におい
て実施される方法のフローチャートである。
て実施される方法のフローチャートである。
１０，１２，１４ ： ＩＰホスト １６，１８，２０ ： ワークステーション ２６，２８、３０，３２ ： ルータ
───────────────────────────────────────────────────── フロントページの続き (72)発明者 エリック・レヴィ−アベノール フランス国06200、ニース、アンシャン・ シェマン・ドゥ・ラ・ラタン 67 (72)発明者 ピエール・スゴーンド フランス国06140、トゥーレット・シュ ル・ルー、シェマン・ドゥ・ベルギュール 134 (72)発明者 パスカル・テュベール フランス国06140、ヴァンス、アヴェニ ュ・デ・ポワリュー 60、レ・ジャルダ ン・ドゥ・エリゼー
Claims (16)
- 【請求項１】各々が少なくともＩＰ層及びネットワーク
層を有するＩＰホスト（１０，１２，１４）のクラスタ
のうちの任意のＩＰホストと複数のワークステーション
（１６，１８，２０）との間でＩＰネットワーク（２
２）の媒介によってパケット化データを交換するための
データ伝送システムにして、各ＩＰホストは、一組のル
ータ（２６，２８）によって、及び前記ワークステーシ
ョンからのすべての着信フローを受け取り、それらを前
記ホスト・クラスタの間でディスパッチするためのネッ
トワーク・ディスパッチャ（３４）によって、前記ＩＰ
ネットワーク（２２）のインターフェースとなる層２ネ
ットワーク（２４）を介して前記ＩＰネットワークに接
続される、データ伝送システムにおいて、 前記ホスト・クラスタに含まれ、少なくとも、前記ルー
タの可用性を監視するための手段と前記ネットワーク・
ディスパッチャを介して前記ホスト・クラスタの各ホス
トに前記ルータの可用性情報をブロードキャストするた
めの手段とを含む監視装置（３６）を含むデータ伝送シ
ステム。 - 【請求項２】前記監視装置（３６）は前記ホスト・クラ
スタ（１０，１２，１４）の１つに組み込まれることを
特徴とする請求項１に記載のデータ伝送システム。 - 【請求項３】前記ルータの可用性を監視するための手段
はすべての前記候補ルータ（２６，２８）にユニキャス
トＡＲＰリクエストを送ることを特徴とする請求項１又
は２に記載のデータ伝送システム。 - 【請求項４】すべての前記候補ルータ（２６，２８）に
対する前記ユニキャストＡＲＰリクエストは１秒及び１
０秒の間に含まれる周期を基準に送られることを特徴と
する請求項３に記載のデータ伝送システム。 - 【請求項５】前記ルータの可用性に関する情報をブロー
ドキャストするための手段はリクエストされているルー
タのＩＰアドレスを表すブロードキャストされたＭＡＣ
レベル及び前記ルータの可用性に関する情報を送ること
を特徴とする請求項１乃至４の１つに記載のデータ伝送
システム。 - 【請求項６】前記ルータの可用性に関する情報はこの１
つが応答し多時且つ使用可能である時、前記ルータのＭ
ＡＣアドレスであることを特徴とする請求項５に記載の
データ伝送システム。 - 【請求項７】前記ＩＰホスト（１０，１２，１４）は、
前記リクエストされているルータのＭＡＣアドレスを受
信した時、それらのＡＲＰテーブルを更新することを特
徴とする請求項６に記載のデータ伝送システム。 - 【請求項８】前記ルータの可用性に関する情報は、前記
ルータが使用不可能であると見なされる時、前記ルータ
のＭＡＣアドレスのオール・ゼロのようなデフォルト値
であることを特徴とする請求項５に記載のデータ伝送シ
ステム。 - 【請求項９】前記ＩＰホスト（１０，１２，１４）は、
前記ルータが使用不可能であると見なされる時、対応す
るエントリを除去すること又は前記デフォルト値を書く
ことによってそれらのＡＲＰテーブルを更新することを
特徴とする請求項８に記載のデータ伝送システム。 - 【請求項１０】前記リクエストされているルータは、そ
れが前記ルータ監視装置（３６）からの１つの行におけ
る３つの監視リクエストに応答しない時、使用不可能で
あると見なされることを特徴とする請求項８又は９に記
載のデータ伝送システム。 - 【請求項１１】各々が少なくともＩＰ層及びネットワー
ク層を有するＩＰホスト（１０，１２，１４）のクラス
タのうちの任意のＩＰホストと複数のワークステーショ
ン（１６，１８，２０）との間でＩＰネットワーク（２
２）の媒介によってパケット化データを交換するための
データ伝送システムであって、各ＩＰホストは、一組の
ルータ（２６，２８）によって、及び前記ワークステー
ションからのすべての着信フローを受け取り、それらを
前記ホストのクラスタの間でディスパッチするためのネ
ットワーク・ディスパッチャ（３４）によって、前記Ｉ
Ｐネットワーク（２２）のインターフェースとなる層２
ネットワーク（２４）を介して前記ＩＰネットワークに
接続される、データ伝送システムにおいて、候補ルータ
の可用性を決定する方法にして、ユニキャストＡＲＰリ
クエストがすべての候補ルータに定期的に送られ、しか
る後、ブロードキャストされたＭＡＣレベルがそれらに
対するすべてのＩＰホストに伝送されて可用性に関する
ルータ情報でもってそれらのＡＲＰテーブルを更新する
ことを特徴とする方法。 - 【請求項１２】前記ルータの可用性に関する情報はこの
１つが応答した時且つ使用可能である時、前記ルータの
ＭＡＣアドレスであることを特徴とする請求項１１に記
載の方法。 - 【請求項１３】前記ＩＰホスト（１０，１２，１４）
は、前記リクエストされているルータのＭＡＣアドレス
を受信した時、それらのＡＲＰテーブルを更新すること
を特徴とする請求項１２に記載の方法。 - 【請求項１４】前記ルータの可用性に関する情報は、前
記ルータが使用不可能であると見なされる時、前記ルー
タのＭＡＣアドレスのオール・ゼロのようなデフォルト
値であることを特徴とする請求項１１に記載の方法。 - 【請求項１５】前記ＩＰホスト（１０，１２，１４）
は、前記ルータが使用不可能であると見なされる時、対
応するエントリを除去すること又は前記デフォルト値を
書くことによってそれらのＡＲＰテーブルを更新するこ
とを特徴とする請求項１４に記載の方法。 - 【請求項１６】前記リクエストされているルータは、そ
れが前記ルータ監視装置（３６）からの１つの行におけ
る３つの監視リクエストに応答しない時、使用不可能で
あると見なされることを特徴とする請求項１４又は１５
に記載の方法。
Applications Claiming Priority (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| EP99480015A EP1041775A1 (en) | 1999-03-30 | 1999-03-30 | Router monitoring in a data transmission system utilizing a network dispatcher for a cluster of hosts |
| EP99480015.9 | 1999-03-30 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2000307657A true JP2000307657A (ja) | 2000-11-02 |
| JP3583049B2 JP3583049B2 (ja) | 2004-10-27 |
Family
ID=8242431
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2000070799A Expired - Fee Related JP3583049B2 (ja) | 1999-03-30 | 2000-03-14 | ホスト・クラスタのためのネットワーク・ディスパッチャを利用するデータ伝送システムにおけるルータ監視システム |
Country Status (4)
| Country | Link |
|---|---|
| US (1) | US6931452B1 (ja) |
| EP (1) | EP1041775A1 (ja) |
| JP (1) | JP3583049B2 (ja) |
| KR (1) | KR100322715B1 (ja) |
Cited By (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2007174406A (ja) * | 2005-12-22 | 2007-07-05 | Fujitsu Ltd | 不正アクセス防止装置および不正アクセス防止プログラム |
| JP2008252192A (ja) * | 2007-03-29 | 2008-10-16 | Fujitsu Ltd | フレーム中継装置および通信ネットワークシステム |
| JP2009225046A (ja) * | 2008-03-14 | 2009-10-01 | Toshiba Corp | 通信妨害装置及び通信妨害プログラム |
Families Citing this family (25)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US5898830A (en) * | 1996-10-17 | 1999-04-27 | Network Engineering Software | Firewall providing enhanced network security and user transparency |
| US8250357B2 (en) | 2000-09-13 | 2012-08-21 | Fortinet, Inc. | Tunnel interface for securing traffic over a network |
| US7047273B2 (en) | 2000-11-28 | 2006-05-16 | Navic Systems, Inc. | Load balancing in set top cable box environment |
| WO2002044920A1 (en) * | 2000-11-28 | 2002-06-06 | Navic Systems, Inc. | Load balancing in set top cable box environment |
| FR2819359B1 (fr) * | 2001-01-11 | 2003-04-11 | Cit Alcatel | Systeme de routage assurant la continuite de service, des machines a etats associees aux systemes de routage voisins |
| US7577701B1 (en) * | 2001-01-22 | 2009-08-18 | Insightete Corporation | System and method for continuous monitoring and measurement of performance of computers on network |
| WO2003003210A2 (en) | 2001-06-27 | 2003-01-09 | Arbor Networks | Method and system for monitoring control signal traffic over a computer network |
| EP1294137A1 (en) * | 2001-09-17 | 2003-03-19 | Ragula Systems (dba Fatpipe Networks) | Parallel use of routers for increasing bandwidth and redundancy towards an external network |
| US7278161B2 (en) * | 2001-10-01 | 2007-10-02 | International Business Machines Corporation | Protecting a data processing system from attack by a vandal who uses a vulnerability scanner |
| US20030158933A1 (en) * | 2002-01-10 | 2003-08-21 | Hubbert Smith | Failover clustering based on input/output processors |
| US7260085B2 (en) * | 2002-03-21 | 2007-08-21 | Acme Packet, Inc. | System and method for determining a destination for an internet protocol packet |
| US7376125B1 (en) * | 2002-06-04 | 2008-05-20 | Fortinet, Inc. | Service processing switch |
| US7467408B1 (en) * | 2002-09-09 | 2008-12-16 | Cisco Technology, Inc. | Method and apparatus for capturing and filtering datagrams for network security monitoring |
| US20040078772A1 (en) * | 2002-10-16 | 2004-04-22 | Cosine Communications, Inc. | Dynamic route exchange |
| US7720095B2 (en) | 2003-08-27 | 2010-05-18 | Fortinet, Inc. | Heterogeneous media packet bridging |
| JP4556592B2 (ja) * | 2003-10-02 | 2010-10-06 | パナソニック株式会社 | ルータ選択方法及びルータ装置 |
| WO2005041483A1 (en) * | 2003-10-17 | 2005-05-06 | Siemens Aktiengesellschaft | Method for maintaining internet protocol (ip) network interfaces using vrrp |
| EP1700433A1 (en) * | 2003-12-22 | 2006-09-13 | Koninklijke Philips Electronics N.V. | Method of automatically transferring router functionality |
| US20050201372A1 (en) * | 2004-02-11 | 2005-09-15 | Susan Hares | Systems and methods for virtual broadcast subnetworks |
| US7586838B2 (en) * | 2004-06-22 | 2009-09-08 | Skylead Assets Limited | Flexible M:N redundancy mechanism for packet inspection engine |
| US8107396B1 (en) * | 2006-07-24 | 2012-01-31 | Cisco Technology, Inc. | Host tracking in a layer 2 IP ethernet network |
| US20080263188A1 (en) * | 2007-04-20 | 2008-10-23 | Verizon Business Network Services Inc. | Method and system for monitoring and analyzing of routing in ip networks |
| US8848508B2 (en) * | 2009-11-16 | 2014-09-30 | Cisco Technology, Inc. | Method for the provision of gateway anycast virtual MAC reachability in extended subnets |
| TW201421232A (zh) | 2012-11-19 | 2014-06-01 | Ibm | 在一冗餘群組中實施故障備援的方法、裝置與電腦程式產品 |
| JPWO2020250407A1 (ja) * | 2019-06-14 | 2020-12-17 |
Family Cites Families (12)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| FI90710C (fi) * | 1992-05-29 | 1994-03-10 | Icl Personal Systems Oy | Menetelmä paikallisverkkoon tarkoitetun TCP/IP-ohjelmiston sovittamiseksi etäyhteydelle |
| JPH07245619A (ja) * | 1994-03-03 | 1995-09-19 | Hitachi Ltd | Ｌａｎシステムの制御方法 |
| US5473599A (en) * | 1994-04-22 | 1995-12-05 | Cisco Systems, Incorporated | Standby router protocol |
| US5668952A (en) * | 1994-08-08 | 1997-09-16 | International Business Machines Corporation | Method for resolving network address by sending reresolve request to nodes at selected time period after establishing address table, and updating the table with received reply thereto |
| US5600644A (en) * | 1995-03-10 | 1997-02-04 | At&T | Method and apparatus for interconnecting LANs |
| US5854901A (en) * | 1996-07-23 | 1998-12-29 | Cisco Systems, Inc. | Method and apparatus for serverless internet protocol address discovery using source address of broadcast or unicast packet |
| US5774660A (en) * | 1996-08-05 | 1998-06-30 | Resonate, Inc. | World-wide-web server with delayed resource-binding for resource-based load balancing on a distributed resource multi-node network |
| US6701361B1 (en) * | 1996-08-22 | 2004-03-02 | Intermec Ip Corp. | Enhanced mobility and address resolution in a wireless premises based network |
| US5708654A (en) * | 1996-11-27 | 1998-01-13 | Arndt; Manfred R. | Method for detecting proxy ARP replies from devices in a local area network |
| JP3028783B2 (ja) * | 1997-04-25 | 2000-04-04 | 日本電気株式会社 | ネットワークの監視方法と装置 |
| US6195705B1 (en) * | 1998-06-30 | 2001-02-27 | Cisco Technology, Inc. | Mobile IP mobility agent standby protocol |
| US6754220B1 (en) * | 1999-05-31 | 2004-06-22 | International Business Machines Corporation | System and method for dynamically assigning routers to hosts through a mediator |
-
1999
- 1999-03-30 EP EP99480015A patent/EP1041775A1/en not_active Withdrawn
-
2000
- 2000-03-14 JP JP2000070799A patent/JP3583049B2/ja not_active Expired - Fee Related
- 2000-03-15 KR KR1020000013005A patent/KR100322715B1/ko not_active IP Right Cessation
- 2000-03-28 US US09/537,242 patent/US6931452B1/en not_active Expired - Fee Related
Cited By (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2007174406A (ja) * | 2005-12-22 | 2007-07-05 | Fujitsu Ltd | 不正アクセス防止装置および不正アクセス防止プログラム |
| JP2008252192A (ja) * | 2007-03-29 | 2008-10-16 | Fujitsu Ltd | フレーム中継装置および通信ネットワークシステム |
| JP2009225046A (ja) * | 2008-03-14 | 2009-10-01 | Toshiba Corp | 通信妨害装置及び通信妨害プログラム |
Also Published As
| Publication number | Publication date |
|---|---|
| KR20010020662A (ko) | 2001-03-15 |
| US6931452B1 (en) | 2005-08-16 |
| JP3583049B2 (ja) | 2004-10-27 |
| KR100322715B1 (ko) | 2002-02-07 |
| EP1041775A1 (en) | 2000-10-04 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP3583049B2 (ja) | ホスト・クラスタのためのネットワーク・ディスパッチャを利用するデータ伝送システムにおけるルータ監視システム | |
| US6996631B1 (en) | System having a single IP address associated with communication protocol stacks in a cluster of processing systems | |
| US6941384B1 (en) | Methods, systems and computer program products for failure recovery for routed virtual internet protocol addresses | |
| EP1763204B1 (en) | System and method for redundant switches taking into account learning bridge functionality | |
| US6996617B1 (en) | Methods, systems and computer program products for non-disruptively transferring a virtual internet protocol address between communication protocol stacks | |
| US7859992B2 (en) | Router redundancy in data communication networks | |
| US6965930B1 (en) | Methods, systems and computer program products for workload distribution based on end-to-end quality of service | |
| US6954784B2 (en) | Systems, method and computer program products for cluster workload distribution without preconfigured port identification by utilizing a port of multiple ports associated with a single IP address | |
| US7443847B1 (en) | Stateful failover of service managers | |
| JP4420420B2 (ja) | ネットワークにおける負荷分配のための方法および装置 | |
| US20060168084A1 (en) | Method and apparatus for rendering load balancing and failover | |
| US20160065503A1 (en) | Methods, systems, and computer readable media for virtual fabric routing | |
| US7003581B1 (en) | System and method for improved load balancing and high availability in a data processing system having an IP host with a MARP layer | |
| KR20020048399A (ko) | 인터넷워크에서의 로버스트 및 스칼라 서비스-노드 위치를위한 근접-기반 방향 전환 시스템 | |
| CN101263696A (zh) | 对来自多宿主主机的数据分组进行路由 | |
| JPH10198642A (ja) | サーバ装置 | |
| JP2009303090A (ja) | 負荷分散サーバ、ネットワーク負荷分散方法および輻輳回避方法 | |
| US20060013227A1 (en) | Method and appliance for distributing data packets sent by a computer to a cluster system | |
| JP2005064936A (ja) | 複数ＢＲＡＳ装置におけるＰＰＰｏＥセッション分散方法及びシステム | |
| Cisco | Configuring Novell IPX | |
| Cisco | Configuring Novell IPX | |
| Cisco | Configuring Novell IPX | |
| Cisco | Configuring Novell IPX | |
| Cisco | Configuring Novell IPX | |
| Cisco | Configuring Novell IPX |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20040423 Free format text: JAPANESE INTERMEDIATE CODE: A821 Effective date: 20040423 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A821 Effective date: 20040723 |
|
| RD14 | Notification of resignation of power of sub attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7434 Effective date: 20040723 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20040727 |
|
| R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20080806 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20080806 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090806 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100806 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100806 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110806 Year of fee payment: 7 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120806 Year of fee payment: 8 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130806 Year of fee payment: 9 |
|
| LAPS | Cancellation because of no payment of annual fees |