JP3003570B2 - パケット分配ハブ - Google Patents
パケット分配ハブInfo
- Publication number
- JP3003570B2 JP3003570B2 JP8054161A JP5416196A JP3003570B2 JP 3003570 B2 JP3003570 B2 JP 3003570B2 JP 8054161 A JP8054161 A JP 8054161A JP 5416196 A JP5416196 A JP 5416196A JP 3003570 B2 JP3003570 B2 JP 3003570B2
- Authority
- JP
- Japan
- Prior art keywords
- server
- packet
- address
- mac address
- lan
- 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.)
- Expired - Fee Related
Links
Landscapes
- Data Exchanges In Wide-Area Networks (AREA)
- Small-Scale Networks (AREA)
Description
【０００１】
【発明の属する技術分野】本発明は、ＬＡＮ接続機器に
関し、特にクライアント・サーバシステムにおいて高信
頼性が要求されるサーバの二重化システムを構築するた
めに用いられるＬＡＮ接続機器に関する。
関し、特にクライアント・サーバシステムにおいて高信
頼性が要求されるサーバの二重化システムを構築するた
めに用いられるＬＡＮ接続機器に関する。
【０００２】
【従来の技術】近年、多数の独立したネットワークを相
互に接続することで多数のネットワークを１つのネット
ワークとして統合化したインターネット等が急速に普及
してきている。インターネットとは、ＴＣＰ（Transmis
sion Control Protocol）／ＩＰ（Internet Protocol）
というプロトコルで通信を行うネットワーク群を指す
が、インターネット等の普及に伴って企業等にもＴＣＰ
／ＩＰで通信を行うＬＡＮ（Local Area Network）が急
速に普及してきており、特にＬＡＮ接続されたクライア
ント・サーバシステムの構築が増加している。
互に接続することで多数のネットワークを１つのネット
ワークとして統合化したインターネット等が急速に普及
してきている。インターネットとは、ＴＣＰ（Transmis
sion Control Protocol）／ＩＰ（Internet Protocol）
というプロトコルで通信を行うネットワーク群を指す
が、インターネット等の普及に伴って企業等にもＴＣＰ
／ＩＰで通信を行うＬＡＮ（Local Area Network）が急
速に普及してきており、特にＬＡＮ接続されたクライア
ント・サーバシステムの構築が増加している。
【０００３】クライアント・サーバシステムにおいて
は、ＬＡＮ接続された多数のクライアントの業務を少数
のサーバで引き受けるため、業務を引き受けるサーバの
信頼性の向上が強く要求されている。
は、ＬＡＮ接続された多数のクライアントの業務を少数
のサーバで引き受けるため、業務を引き受けるサーバの
信頼性の向上が強く要求されている。
【０００４】クライアント・サーバシステムにおけるサ
ーバの信頼性を高めるためには、複数台のサーバを設置
しておき、１台のサーバが故障しても他のサーバが業務
を引き継ぐようにするいわゆる二重化システムを構築す
るのが一般的であるが、ＬＡＮ接続という接続形態から
生じる各サーバのＭＡＣ（Media access control、媒体
アクセス制御）アドレスのユニーク性保持の面から、図
５（Ａ）に示すように、クライアント３００へはサーバ
が複数台存在するように見せ、各サーバへ別々にパケッ
トを送出するというような複雑な制御を行うシステムが
ある。
ーバの信頼性を高めるためには、複数台のサーバを設置
しておき、１台のサーバが故障しても他のサーバが業務
を引き継ぐようにするいわゆる二重化システムを構築す
るのが一般的であるが、ＬＡＮ接続という接続形態から
生じる各サーバのＭＡＣ（Media access control、媒体
アクセス制御）アドレスのユニーク性保持の面から、図
５（Ａ）に示すように、クライアント３００へはサーバ
が複数台存在するように見せ、各サーバへ別々にパケッ
トを送出するというような複雑な制御を行うシステムが
ある。
【０００５】このような複雑な制御を行うことなく、簡
易な制御により二重化システムを構築する第１の従来技
術としては、図５（Ｂ）に示すように、ある１台のサー
バ（Ａ）１００がダウンした際にはもう１台のサーバ
（Ｂ）２００のＭＡＣアドレスを旧サーバのＭＡＣアド
レス（「アドレスＡ」）に置き換えることでクライアン
トからはサーバが常に１つのみであるかのように見せる
ものがある（特開平４−２７２３９号公報参照）。
易な制御により二重化システムを構築する第１の従来技
術としては、図５（Ｂ）に示すように、ある１台のサー
バ（Ａ）１００がダウンした際にはもう１台のサーバ
（Ｂ）２００のＭＡＣアドレスを旧サーバのＭＡＣアド
レス（「アドレスＡ」）に置き換えることでクライアン
トからはサーバが常に１つのみであるかのように見せる
ものがある（特開平４−２７２３９号公報参照）。
【０００６】また、第２の従来技術としては、各サーバ
が個別に保持しているＭＡＣアドレスとは別に全てのサ
ーバに共通のＭＡＣアドレスを定義し、クライアントか
らはこの共通のＭＡＣアドレスに対してパケットの送出
を行うようにし、各サーバは共通のＭＡＣアドレス宛に
送出されたパケットを各サーバで受信すると共に、現用
系として動作しているサーバのみが受信したパケットを
処理するように制御するものがある（特開昭６４−７４
８４４号公報及び特開昭６１−１５０５４１号公報参
照）。
が個別に保持しているＭＡＣアドレスとは別に全てのサ
ーバに共通のＭＡＣアドレスを定義し、クライアントか
らはこの共通のＭＡＣアドレスに対してパケットの送出
を行うようにし、各サーバは共通のＭＡＣアドレス宛に
送出されたパケットを各サーバで受信すると共に、現用
系として動作しているサーバのみが受信したパケットを
処理するように制御するものがある（特開昭６４−７４
８４４号公報及び特開昭６１−１５０５４１号公報参
照）。
【０００７】
【発明が解決しようとする課題】しかしながら、前述し
た第１及び第２の従来技術では、サーバ自身のＭＡＣア
ドレスを置き換えるか、あるいは通常のＭＡＣアドレス
とは異なる共通のＭＡＣアドレスを付加しなければなら
ないため、例えばＭＡＣアドレスのユニーク性保持の観
点から、書き換えができないＲＯＭ等にＭＡＣアドレス
が固定的に設定されているサーバでは、ＭＡＣアドレス
の置き換えのためにサーバに特別な機構を組み込まなけ
ればならず、また共通的なＭＡＣアドレスを付加する場
合でもサーバに特別な機構を組み込まなければならない
という問題がある。
た第１及び第２の従来技術では、サーバ自身のＭＡＣア
ドレスを置き換えるか、あるいは通常のＭＡＣアドレス
とは異なる共通のＭＡＣアドレスを付加しなければなら
ないため、例えばＭＡＣアドレスのユニーク性保持の観
点から、書き換えができないＲＯＭ等にＭＡＣアドレス
が固定的に設定されているサーバでは、ＭＡＣアドレス
の置き換えのためにサーバに特別な機構を組み込まなけ
ればならず、また共通的なＭＡＣアドレスを付加する場
合でもサーバに特別な機構を組み込まなければならない
という問題がある。
【０００８】また、前述した第１及び第２の従来技術で
は、複数台のサーバをＬＡＮに直接接続し、ＭＡＣアド
レスの管理のみで制御を行うため、例えば現用系として
動作していたサーバが何らかの理由により障害となって
他のサーバが現用系のサーバの業務を引き継ぐことにな
ったにも拘わらず、障害が発生したサーバは完全には業
務を停止しておらず、運用業務の処理のみが停止してＬ
ＡＮへの通信処理の部分は稼働したままという状態にな
っているような場合には、新サーバがＭＡＣアドレスを
引き継ぐか、あるいは新サーバが共通のＭＡＣアドレス
宛のパケットを処理してしまうと、障害サーバと新サー
バとの両方でパケットの処理が行われてシステム的に処
理の統制が乱れる可能性があるという問題がある。
は、複数台のサーバをＬＡＮに直接接続し、ＭＡＣアド
レスの管理のみで制御を行うため、例えば現用系として
動作していたサーバが何らかの理由により障害となって
他のサーバが現用系のサーバの業務を引き継ぐことにな
ったにも拘わらず、障害が発生したサーバは完全には業
務を停止しておらず、運用業務の処理のみが停止してＬ
ＡＮへの通信処理の部分は稼働したままという状態にな
っているような場合には、新サーバがＭＡＣアドレスを
引き継ぐか、あるいは新サーバが共通のＭＡＣアドレス
宛のパケットを処理してしまうと、障害サーバと新サー
バとの両方でパケットの処理が行われてシステム的に処
理の統制が乱れる可能性があるという問題がある。
【０００９】さらに、前述したサーバ自身がＭＡＣアド
レスを置き換える第１の従来技術では、予備系サーバは
現用系サーバが稼働中はクライアントとの間で通信を行
わないため、業務がどの段階まで処理されているのかを
把握することができず、いざ切り替わって業務を引き継
ぐ際に、業務を初めから実行し直すか、かなり前にさか
のぼって業務を再開しなければならないという問題があ
る。
レスを置き換える第１の従来技術では、予備系サーバは
現用系サーバが稼働中はクライアントとの間で通信を行
わないため、業務がどの段階まで処理されているのかを
把握することができず、いざ切り替わって業務を引き継
ぐ際に、業務を初めから実行し直すか、かなり前にさか
のぼって業務を再開しなければならないという問題があ
る。
【００１０】従って、本発明は前記問題点に鑑みてなさ
れたものであり、サーバに特別なＬＡＮ制御を要求する
ことなく汎用的なサーバを用いて信頼性の高い二重化シ
ステムを構築することができるパケット分配ハブを提供
することを目的とする。
れたものであり、サーバに特別なＬＡＮ制御を要求する
ことなく汎用的なサーバを用いて信頼性の高い二重化シ
ステムを構築することができるパケット分配ハブを提供
することを目的とする。
【００１１】また、本発明は、複数台のサーバが存在し
ても基幹ＬＡＮへパケットを送出するサーバをその状態
等によることなく制御することで信頼性の高い二重化シ
ステムを構築することができるパケット分配ハブを提供
することを目的とする。
ても基幹ＬＡＮへパケットを送出するサーバをその状態
等によることなく制御することで信頼性の高い二重化シ
ステムを構築することができるパケット分配ハブを提供
することを目的とする。
【００１２】さらに、本発明は、各サーバがそれぞれク
ライアントからパケットを受信して個々に業務を進めて
おくことで業務の引き継ぎに要するサーバの切替時間を
短縮することができるパケット分配ハブを提供すること
を目的とする。
ライアントからパケットを受信して個々に業務を進めて
おくことで業務の引き継ぎに要するサーバの切替時間を
短縮することができるパケット分配ハブを提供すること
を目的とする。
【００１３】なお、本発明によれば、後述するように、
簡易な回路ないし装置からなるパケット分配ハブにより
クライアント・サーバシステムの特性ないし性能と信頼
性とを格段に向上することができるようになる。
簡易な回路ないし装置からなるパケット分配ハブにより
クライアント・サーバシステムの特性ないし性能と信頼
性とを格段に向上することができるようになる。
【００１４】
【課題を解決するための手段】前記目的を達成するた
め、本発明は、一又は複数のノードが接続される基幹Ｌ
ＡＮとのインタフェースを司る一次ＬＡＮインタフェー
ス部と、二次側に接続される複数のノードとのインタフ
ェースを司る二次ＬＡＮインタフェース部と、前記一次
ＬＡＮインタフェース部を介して送信されてきたパケッ
トの送信先アドレス部を前記二次ＬＡＮインタフェース
部に接続される各ノードのＭＡＣアドレスへ書き換える
ＭＡＣアドレス書換部と、前記基幹ＬＡＮ上のＭＡＣア
ドレスを保持するＭＡＣアドレス保持部と、を含み、前
記一次ＬＡＮインタフェース部を介して送信されてきた
パケットを前記二次ＬＡＮインタフェース部に接続され
る各ノードへ分配するとともに、前記二次ＬＡＮインタ
フェース部に接続される各ノードから前記基幹ＬＡＮへ
送信するパケットの送信元アドレス部を前記ＭＡＣアド
レス保持部に保持されているＭＡＣアドレスへ書き換え
るようにしたことを特徴とするパケット分配ハブを提供
する。
め、本発明は、一又は複数のノードが接続される基幹Ｌ
ＡＮとのインタフェースを司る一次ＬＡＮインタフェー
ス部と、二次側に接続される複数のノードとのインタフ
ェースを司る二次ＬＡＮインタフェース部と、前記一次
ＬＡＮインタフェース部を介して送信されてきたパケッ
トの送信先アドレス部を前記二次ＬＡＮインタフェース
部に接続される各ノードのＭＡＣアドレスへ書き換える
ＭＡＣアドレス書換部と、前記基幹ＬＡＮ上のＭＡＣア
ドレスを保持するＭＡＣアドレス保持部と、を含み、前
記一次ＬＡＮインタフェース部を介して送信されてきた
パケットを前記二次ＬＡＮインタフェース部に接続され
る各ノードへ分配するとともに、前記二次ＬＡＮインタ
フェース部に接続される各ノードから前記基幹ＬＡＮへ
送信するパケットの送信元アドレス部を前記ＭＡＣアド
レス保持部に保持されているＭＡＣアドレスへ書き換え
るようにしたことを特徴とするパケット分配ハブを提供
する。
【００１５】また、本発明は、前記二次ＬＡＮインタフ
ェース部に接続される各ノードから前記基幹ＬＡＮへ送
信すべきパケットについて、予め指定されたノードから
のパケットのみを前記基幹ＬＡＮへ送信し、それ以外の
ノードからのパケットは前記基幹ＬＡＮへ送信しないよ
うに制御することを特徴とするパケット分配ハブを提供
する。
ェース部に接続される各ノードから前記基幹ＬＡＮへ送
信すべきパケットについて、予め指定されたノードから
のパケットのみを前記基幹ＬＡＮへ送信し、それ以外の
ノードからのパケットは前記基幹ＬＡＮへ送信しないよ
うに制御することを特徴とするパケット分配ハブを提供
する。
【００１６】さらに、本発明においては、特定の二次側
の特定のノードからの前記基幹系のノードに送信される
パケットについては前記ＭＡＣアドレス書換部で送信元
アドレスを書き換えることなく、そのままパケットとし
て前記基幹系へ送出するような構成としてもよい。
の特定のノードからの前記基幹系のノードに送信される
パケットについては前記ＭＡＣアドレス書換部で送信元
アドレスを書き換えることなく、そのままパケットとし
て前記基幹系へ送出するような構成としてもよい。
【００１７】このように、本発明のパケット分配ハブ
は、基幹ＬＡＮから認識されるＭＡＣアドレスを保持す
るＭＡＣアドレス保持部と、基幹ＬＡＮから送信されて
きたパケット中の送信先アドレス部を二次側に接続され
る各サーバのＭＡＣアドレスへ書き換えるＭＡＣアドレ
ス書換部と、全体の制御を司る制御部と、を含み、制御
部は、（１）ＭＡＣアドレス書換部により送信先アドレ
ス部が書き換えられたパケットを各サーバへ分配する機
能と、（２）二次側に接続される各サーバのうちの現用
系サーバを記憶しておき現用系サーバ以外のサーバから
のパケットを基幹ＬＡＮへ送出しないように制御する機
能と、（３）二次側に接続される現用系サーバから送信
されてきたパケットの送信元アドレス部をＭＡＣアドレ
ス書換部にて前記ＭＡＣアドレス保持部に保持されてい
る基幹ＬＡＮからＭＡＣアドレスに書き換えた後に基幹
ＬＡＮへ送出するか、あるいはＭＡＣアドレス書換部に
て書き換えを行うことなくそのまま基幹ＬＡＮへ送出す
る機能と、を有している。
は、基幹ＬＡＮから認識されるＭＡＣアドレスを保持す
るＭＡＣアドレス保持部と、基幹ＬＡＮから送信されて
きたパケット中の送信先アドレス部を二次側に接続され
る各サーバのＭＡＣアドレスへ書き換えるＭＡＣアドレ
ス書換部と、全体の制御を司る制御部と、を含み、制御
部は、（１）ＭＡＣアドレス書換部により送信先アドレ
ス部が書き換えられたパケットを各サーバへ分配する機
能と、（２）二次側に接続される各サーバのうちの現用
系サーバを記憶しておき現用系サーバ以外のサーバから
のパケットを基幹ＬＡＮへ送出しないように制御する機
能と、（３）二次側に接続される現用系サーバから送信
されてきたパケットの送信元アドレス部をＭＡＣアドレ
ス書換部にて前記ＭＡＣアドレス保持部に保持されてい
る基幹ＬＡＮからＭＡＣアドレスに書き換えた後に基幹
ＬＡＮへ送出するか、あるいはＭＡＣアドレス書換部に
て書き換えを行うことなくそのまま基幹ＬＡＮへ送出す
る機能と、を有している。
【００１８】これにより、本発明のパケット分配ハブに
よれば、基幹ＬＡＮに接続されるクライアントから送信
されてきた１つのパケットから、その送信先アドレス部
が二次側に接続される各サーバのＭＡＣアドレスへ書き
換えられたサーバの台数分のパケットを生成して各サー
バへ送信するため、全てのサーバがクライアントからの
パケットを受信できるようになる。
よれば、基幹ＬＡＮに接続されるクライアントから送信
されてきた１つのパケットから、その送信先アドレス部
が二次側に接続される各サーバのＭＡＣアドレスへ書き
換えられたサーバの台数分のパケットを生成して各サー
バへ送信するため、全てのサーバがクライアントからの
パケットを受信できるようになる。
【００１９】また、本発明のパケット分配ハブによれ
ば、二次側に接続される各サーバが基幹ＬＡＮに接続さ
れるクライアントへ送信するパケットについて、複数台
のサーバのうちの現用系サーバからの送信されてきたパ
ケットのみをクライアントへ送信し、それ以外のサーバ
からのパケットはクライアントへ送信しないため、クラ
イアントにすれば、あたかもサーバは１台のみであるか
のように見せることができる。
ば、二次側に接続される各サーバが基幹ＬＡＮに接続さ
れるクライアントへ送信するパケットについて、複数台
のサーバのうちの現用系サーバからの送信されてきたパ
ケットのみをクライアントへ送信し、それ以外のサーバ
からのパケットはクライアントへ送信しないため、クラ
イアントにすれば、あたかもサーバは１台のみであるか
のように見せることができる。
【００２０】
【発明の実施の形態】次に、本発明の実施の形態につい
て図面を参照して詳細に説明する。
て図面を参照して詳細に説明する。
【００２１】図１は、本発明の第１の実施形態に係るパ
ケット分配ハブの構成を示すブロック図である。図１に
示すように、本実施形態に係るパケット分配ハブ（ＨＵ
Ｂ）１は、クライアント４０と２台のサーバ（Ａ）２０
及びサーバ（Ｂ）３０とが基幹ＬＡＮ５０を介して相互
に接続されてなるクライアント・サーバシステムに適用
することができる。なお、図１では、説明の便宜のため
にパケット分配ハブ１に２台のサーバ（Ａ）２０及びサ
ーバ（Ｂ）３０が接続される場合を示したが、３台以上
のサーバが接続される場合にも同様に適用できることは
もちろんである。
ケット分配ハブの構成を示すブロック図である。図１に
示すように、本実施形態に係るパケット分配ハブ（ＨＵ
Ｂ）１は、クライアント４０と２台のサーバ（Ａ）２０
及びサーバ（Ｂ）３０とが基幹ＬＡＮ５０を介して相互
に接続されてなるクライアント・サーバシステムに適用
することができる。なお、図１では、説明の便宜のため
にパケット分配ハブ１に２台のサーバ（Ａ）２０及びサ
ーバ（Ｂ）３０が接続される場合を示したが、３台以上
のサーバが接続される場合にも同様に適用できることは
もちろんである。
【００２２】図１を参照すると、本実施形態に係るパケ
ット分配ハブ１は、基幹ＬＡＮ５０との間のＬＡＮイン
タフェースを司る一次ＬＡＮインタフェース部５と、パ
ケット分配ハブ１の全体の制御を司る制御部２と、基幹
ＬＡＮ５０から見えるパケット分配ハブ１のＭＡＣアド
レスを保持するＭＡＣアドレス保持部４と、パケット中
の送信先アドレス部又は送信元アドレス部を所定のＭＡ
Ｃアドレスへ書き換えるＭＡＣアドレス書換部３と、サ
ーバ（Ａ）２０及びサーバ（Ｂ）３０のそれぞれとの間
のＬＡＮインタフェースを司る二次ＬＡＮインタフェー
ス部（Ａ）６及び二次ＬＡＮインタフェース部（Ｂ）７
と、クライアント４０とのＬＡＮ接続による各種のデー
タの送受信とは別にサーバ（Ａ）２０及びサーバ（Ｂ）
３０のそれぞれの状態をパケット分配ハブ１へ通知する
ためのインタフェースを司る制御インタフェース部
（Ａ）８及び制御インタフェース部（Ｂ）９と、から構
成される。
ット分配ハブ１は、基幹ＬＡＮ５０との間のＬＡＮイン
タフェースを司る一次ＬＡＮインタフェース部５と、パ
ケット分配ハブ１の全体の制御を司る制御部２と、基幹
ＬＡＮ５０から見えるパケット分配ハブ１のＭＡＣアド
レスを保持するＭＡＣアドレス保持部４と、パケット中
の送信先アドレス部又は送信元アドレス部を所定のＭＡ
Ｃアドレスへ書き換えるＭＡＣアドレス書換部３と、サ
ーバ（Ａ）２０及びサーバ（Ｂ）３０のそれぞれとの間
のＬＡＮインタフェースを司る二次ＬＡＮインタフェー
ス部（Ａ）６及び二次ＬＡＮインタフェース部（Ｂ）７
と、クライアント４０とのＬＡＮ接続による各種のデー
タの送受信とは別にサーバ（Ａ）２０及びサーバ（Ｂ）
３０のそれぞれの状態をパケット分配ハブ１へ通知する
ためのインタフェースを司る制御インタフェース部
（Ａ）８及び制御インタフェース部（Ｂ）９と、から構
成される。
【００２３】なお、ＭＡＣアドレス書換部３は、基幹Ｌ
ＡＮ５０から送信されてきたパケットについてはパケッ
ト中の送信先アドレス部をサーバ（Ａ）２０又はサーバ
（Ｂ）３０のＭＡＣアドレスへ書き換える一方で、現用
系サーバから送信されてきたパケットについては必要に
応じてパケット中の送信元アドレス部をＭＡＣアドレス
保持部４に記憶されているＭＡＣアドレスへ書き換え
る。
ＡＮ５０から送信されてきたパケットについてはパケッ
ト中の送信先アドレス部をサーバ（Ａ）２０又はサーバ
（Ｂ）３０のＭＡＣアドレスへ書き換える一方で、現用
系サーバから送信されてきたパケットについては必要に
応じてパケット中の送信元アドレス部をＭＡＣアドレス
保持部４に記憶されているＭＡＣアドレスへ書き換え
る。
【００２４】次に、図１ないし図３を参照して、本実施
形態に係るパケット分配ハブの動作を説明する。
形態に係るパケット分配ハブの動作を説明する。
【００２５】図１を参照すると、パケット分配ハブ１は
初期動作として、制御インタフェース部（Ａ）８及び制
御インタフェース部（Ｂ）９を介して、サーバ（Ａ）２
０及びサーバ（Ｂ）３０のそれぞれとの間で、いずれの
サーバが現用系なのかを認識すると共に、サーバ（Ａ）
２０及びサーバ（Ｂ）３０のＭＡＣアドレスを読み取
る。ここでは、サーバ（Ａ）２０が現用系であり、かつ
サーバ（Ａ）２０のＭＡＣアドレスが「アドレスＡ」
で、サーバ（Ｂ）３０のＭＡＣアドレスが「アドレス
Ｂ」であるものとする。
初期動作として、制御インタフェース部（Ａ）８及び制
御インタフェース部（Ｂ）９を介して、サーバ（Ａ）２
０及びサーバ（Ｂ）３０のそれぞれとの間で、いずれの
サーバが現用系なのかを認識すると共に、サーバ（Ａ）
２０及びサーバ（Ｂ）３０のＭＡＣアドレスを読み取
る。ここでは、サーバ（Ａ）２０が現用系であり、かつ
サーバ（Ａ）２０のＭＡＣアドレスが「アドレスＡ」
で、サーバ（Ｂ）３０のＭＡＣアドレスが「アドレス
Ｂ」であるものとする。
【００２６】また、パケット分配ハブ１のＭＡＣアドレ
ス保持部４には、基幹ＬＡＮ５０から見えるパケット分
配ハブ１のアドレスを予め設定しておく必要があるが、
本実施形態では、パケット分配ハブ１の製造段階で予め
設定しておくものとする。ここでは、ＭＡＣアドレス保
持部４に「アドレスＣ」が設定されているものとする。
なお、後述する本発明の第２の実施形態のように、パケ
ット分配ハブ１に接続されるサーバ（Ａ）２０及びサー
バ（Ｂ）３０のいずれかのアドレスを設定しておくよう
にすることも可能である。
ス保持部４には、基幹ＬＡＮ５０から見えるパケット分
配ハブ１のアドレスを予め設定しておく必要があるが、
本実施形態では、パケット分配ハブ１の製造段階で予め
設定しておくものとする。ここでは、ＭＡＣアドレス保
持部４に「アドレスＣ」が設定されているものとする。
なお、後述する本発明の第２の実施形態のように、パケ
ット分配ハブ１に接続されるサーバ（Ａ）２０及びサー
バ（Ｂ）３０のいずれかのアドレスを設定しておくよう
にすることも可能である。
【００２７】図２は、本発明の第１の実施形態に係るパ
ケット分配ハブにおける基幹ＬＡＮから送信されてきた
パケットの流れを説明するための図である。
ケット分配ハブにおける基幹ＬＡＮから送信されてきた
パケットの流れを説明するための図である。
【００２８】図２を参照すると、前述した初期動作に従
って各種の設定がなされた後、サーバ（Ａ）２０を現用
系サーバとするクライアント・サーバシステムに組み込
まれたパケット分配ハブ１は、クライアント４０から基
幹ＬＡＮ５０を介して受信したパケットを以下のように
処理する。なお、パケット分配ハブ１で扱われるパケッ
トは、送信先アドレス部、送信元アドレス部及びデータ
部の大きく分けて３つのブロックが先頭からこの順に並
べられて構成されるものとする。
って各種の設定がなされた後、サーバ（Ａ）２０を現用
系サーバとするクライアント・サーバシステムに組み込
まれたパケット分配ハブ１は、クライアント４０から基
幹ＬＡＮ５０を介して受信したパケットを以下のように
処理する。なお、パケット分配ハブ１で扱われるパケッ
トは、送信先アドレス部、送信元アドレス部及びデータ
部の大きく分けて３つのブロックが先頭からこの順に並
べられて構成されるものとする。
【００２９】パケット分配ハブ１は、クライアント４０
から送信されてきたパケットを一次ＬＡＮインタフェー
ス部５で受信した後、受信したパケットを制御部２を経
由してＭＡＣアドレス書換部３へ送る。なお、パケット
分配ハブ１のＭＡＣアドレス保持部４には「アドレス
Ｃ」が記憶保持されているため、クライアント４０はア
ドレスＣ宛にパケットを送信する。すなわち、クライア
ント４０から送信されてきたパケット５３の送信先アド
レス部には「アドレスＣ」が格納されている。
から送信されてきたパケットを一次ＬＡＮインタフェー
ス部５で受信した後、受信したパケットを制御部２を経
由してＭＡＣアドレス書換部３へ送る。なお、パケット
分配ハブ１のＭＡＣアドレス保持部４には「アドレス
Ｃ」が記憶保持されているため、クライアント４０はア
ドレスＣ宛にパケットを送信する。すなわち、クライア
ント４０から送信されてきたパケット５３の送信先アド
レス部には「アドレスＣ」が格納されている。
【００３０】ＭＡＣアドレス書換部３は、クライアント
４０から送信されてきた１つのパケット５３の先頭の送
信先アドレス部をサーバ（Ａ）２０及びサーバ（Ｂ）３
０のそれぞれのＭＡＣアドレス、すなわち「アドレス
Ａ」及び「アドレスＢ」のそれぞれへ書き換えて２つの
パケット５１、５２を生成する。
４０から送信されてきた１つのパケット５３の先頭の送
信先アドレス部をサーバ（Ａ）２０及びサーバ（Ｂ）３
０のそれぞれのＭＡＣアドレス、すなわち「アドレス
Ａ」及び「アドレスＢ」のそれぞれへ書き換えて２つの
パケット５１、５２を生成する。
【００３１】ＭＡＣアドレス書換部３で生成された２つ
のパケット５１、５２は、制御部２を経由し、二次ＬＡ
Ｎインタフェース部（Ａ）６及び二次ＬＡＮインタフェ
ース部（Ｂ）７のそれぞれを介してサーバ（Ａ）２０及
びサーバ（Ｂ）３０のそれぞれへ送出される。なお、Ｍ
ＡＣアドレス書換部３での書き換えにより、サーバ
（Ａ）２０が受信する部分でのパケット５１の送信先ア
ドレス部には「アドレスＡ」が格納されており、またサ
ーバ（Ｂ）３０が受信する部分でのパケット５２の送信
先アドレス部には「アドレスＢ」が格納されている。
のパケット５１、５２は、制御部２を経由し、二次ＬＡ
Ｎインタフェース部（Ａ）６及び二次ＬＡＮインタフェ
ース部（Ｂ）７のそれぞれを介してサーバ（Ａ）２０及
びサーバ（Ｂ）３０のそれぞれへ送出される。なお、Ｍ
ＡＣアドレス書換部３での書き換えにより、サーバ
（Ａ）２０が受信する部分でのパケット５１の送信先ア
ドレス部には「アドレスＡ」が格納されており、またサ
ーバ（Ｂ）３０が受信する部分でのパケット５２の送信
先アドレス部には「アドレスＢ」が格納されている。
【００３２】以上のようにしてパケット分配ハブ１内を
パケットが流れることにより、クライアント４０から送
信されてきた１つのパケット５３はサーバ（Ａ）２０及
びサーバ（Ｂ）３０のそれぞれへパケット５１、５２と
して分配され、それぞれのサーバにしてみれば、あたか
ももともと自分宛に送信されたパケットであるかのごと
く受信できるようになる。
パケットが流れることにより、クライアント４０から送
信されてきた１つのパケット５３はサーバ（Ａ）２０及
びサーバ（Ｂ）３０のそれぞれへパケット５１、５２と
して分配され、それぞれのサーバにしてみれば、あたか
ももともと自分宛に送信されたパケットであるかのごと
く受信できるようになる。
【００３３】図３は、本発明の第１の実施形態に係るパ
ケット分配ハブにおける基幹ＬＡＮへ送信されるパケッ
トの流れを説明するための図である。
ケット分配ハブにおける基幹ＬＡＮへ送信されるパケッ
トの流れを説明するための図である。
【００３４】図３を参照して、サーバ（Ａ）２０及びサ
ーバ（Ｂ）３０のそれぞれがクライアント４０宛に送出
したパケットの流れを説明する。サーバ（Ａ）２０はパ
ケット中の送信先アドレスとしてクライアント４０のア
ドレスである「アドレス４０」を指定し、送信元アドレ
スとしては自分のアドレスである「アドレスＡ」を指定
してパケット６１を生成する。同様にサーバ（Ｂ）３０
は送信先アドレスとして「アドレス４０」を、送信元ア
ドレスとして「アドレスＢ」を指定してパケット６２を
生成する。
ーバ（Ｂ）３０のそれぞれがクライアント４０宛に送出
したパケットの流れを説明する。サーバ（Ａ）２０はパ
ケット中の送信先アドレスとしてクライアント４０のア
ドレスである「アドレス４０」を指定し、送信元アドレ
スとしては自分のアドレスである「アドレスＡ」を指定
してパケット６１を生成する。同様にサーバ（Ｂ）３０
は送信先アドレスとして「アドレス４０」を、送信元ア
ドレスとして「アドレスＢ」を指定してパケット６２を
生成する。
【００３５】これら２つのパケット６１、６２はパケッ
ト分配ハブ１へ送られ、制御部２へ送られてくる。制御
部２では現用系以外のサーバ（Ｂ）３０からのパケット
６２は廃棄され、現用系のサーバ（Ａ）２０からのパケ
ット６１はＭＡＣアドレス書換部３へ送られる。制御部
２から送られてきたパケット６１について、ＭＡＣアド
レス書換部３ではパケット６１の送信元アドレス部を
「アドレスＡ」から「アドレスＣ」、すなわちＭＡＣア
ドレス保持部４に記憶されたアドレスへ書き換えを行
う。この書き換えられたパケット６３は再び制御部２を
経由し、クライアント４０へ送出される。すなわち、こ
のような送信元アドレス部の書き換え処理により、クラ
イアント４０が受信する部分におけるパケット６３の送
信元アドレス部には「アドレスＣ」が格納されている。
ト分配ハブ１へ送られ、制御部２へ送られてくる。制御
部２では現用系以外のサーバ（Ｂ）３０からのパケット
６２は廃棄され、現用系のサーバ（Ａ）２０からのパケ
ット６１はＭＡＣアドレス書換部３へ送られる。制御部
２から送られてきたパケット６１について、ＭＡＣアド
レス書換部３ではパケット６１の送信元アドレス部を
「アドレスＡ」から「アドレスＣ」、すなわちＭＡＣア
ドレス保持部４に記憶されたアドレスへ書き換えを行
う。この書き換えられたパケット６３は再び制御部２を
経由し、クライアント４０へ送出される。すなわち、こ
のような送信元アドレス部の書き換え処理により、クラ
イアント４０が受信する部分におけるパケット６３の送
信元アドレス部には「アドレスＣ」が格納されている。
【００３６】以上のようにしてパケット分配ハブ１内を
パケットが流れることにより、クライアント４０にして
みれば、あたかも「アドレスＣ」を持ったサーバからの
パケットであるかのごとく受信できるようになる。
パケットが流れることにより、クライアント４０にして
みれば、あたかも「アドレスＣ」を持ったサーバからの
パケットであるかのごとく受信できるようになる。
【００３７】なお、サーバ（Ａ）２０が何らかの障害に
より業務が継続できなくなった場合は、サーバ（Ｂ）３
０がパケット分配ハブ１に対して、制御インタフェース
部（Ｂ）９を経由して現用系サーバの切換を指示する。
これにより、これ以降はサーバ（Ｂ）３０が現用系とな
り、サーバ（Ｂ）３０から送信されてきたパケットのみ
の送信元アドレス部が「アドレスＣ」へ書き換えられ
て、クライアント４０へ送出される。この場合にも、ク
ライアント４０にしてみれば、あたかも「アドレスＣ」
というサーバからパケットが送信されてきたというよう
に見える。
より業務が継続できなくなった場合は、サーバ（Ｂ）３
０がパケット分配ハブ１に対して、制御インタフェース
部（Ｂ）９を経由して現用系サーバの切換を指示する。
これにより、これ以降はサーバ（Ｂ）３０が現用系とな
り、サーバ（Ｂ）３０から送信されてきたパケットのみ
の送信元アドレス部が「アドレスＣ」へ書き換えられ
て、クライアント４０へ送出される。この場合にも、ク
ライアント４０にしてみれば、あたかも「アドレスＣ」
というサーバからパケットが送信されてきたというよう
に見える。
【００３８】次に、図１及び図４を参照して、本発明の
第２の実施形態に係るパケット分配ハブを説明する。図
４は、本発明の第２の実施形態に係るパケット分配ハブ
における基幹ＬＡＮへ送信されるパケットの流れを説明
するための図である。
第２の実施形態に係るパケット分配ハブを説明する。図
４は、本発明の第２の実施形態に係るパケット分配ハブ
における基幹ＬＡＮへ送信されるパケットの流れを説明
するための図である。
【００３９】前述した本発明の第１の実施形態に係るパ
ケット分配ハブでは、ＭＡＣアドレス保持部４に記憶さ
れるアドレスとして各サーバのアドレスとは異なる予め
設定されたアドレスを用いたが、本発明の第２の実施形
態に係るパケット分配ハブでは、ＭＡＣアドレス保持部
４に記憶されるアドレスとして初期のサーバ状態の監視
の結果得られた現用系サーバのアドレスをそのまま用い
るようにする。
ケット分配ハブでは、ＭＡＣアドレス保持部４に記憶さ
れるアドレスとして各サーバのアドレスとは異なる予め
設定されたアドレスを用いたが、本発明の第２の実施形
態に係るパケット分配ハブでは、ＭＡＣアドレス保持部
４に記憶されるアドレスとして初期のサーバ状態の監視
の結果得られた現用系サーバのアドレスをそのまま用い
るようにする。
【００４０】図４を参照すると、本実施形態に係るパケ
ット分配ハブ１では、サーバ（Ａ）２０及びサーバ
（Ｂ）３０のそれぞれからクライアント４０へ送信され
るパケットは、現用系以外のサーバ（Ｂ）３０からのパ
ケット７２については前述した第１の実施形態と同様に
制御部２で廃棄される。一方、現用系のサーバ（Ａ）２
０からのパケット７１についてはＭＡＣアドレス書換部
３へ送られることなく、そのままパケット７３としてク
ライアント４０へ送出される。
ット分配ハブ１では、サーバ（Ａ）２０及びサーバ
（Ｂ）３０のそれぞれからクライアント４０へ送信され
るパケットは、現用系以外のサーバ（Ｂ）３０からのパ
ケット７２については前述した第１の実施形態と同様に
制御部２で廃棄される。一方、現用系のサーバ（Ａ）２
０からのパケット７１についてはＭＡＣアドレス書換部
３へ送られることなく、そのままパケット７３としてク
ライアント４０へ送出される。
【００４１】なお、サーバ（Ａ）２０が何らかの障害に
より業務が継続できなくなった場合には、サーバ（Ｂ）
３０からの前述と同様の現用系サーバの切換の指示によ
り、これ以降はサーバ（Ｂ）３０が現用系となる。切り
替えられた後の新たな現用系のサーバ（Ｂ）３０からの
パケットは制御部２０で廃棄されないが、そのままクラ
イアント４０へ送出されずに、ＭＡＣアドレス書換部３
にてそのパケットの送信元アドレス部が「アドレスＡ」
へ書き換えられた後にクライアント４０へ送出される。
これにより、クライアント４０としては「アドレスＡ」
というサーバのみが存在するように見える。
より業務が継続できなくなった場合には、サーバ（Ｂ）
３０からの前述と同様の現用系サーバの切換の指示によ
り、これ以降はサーバ（Ｂ）３０が現用系となる。切り
替えられた後の新たな現用系のサーバ（Ｂ）３０からの
パケットは制御部２０で廃棄されないが、そのままクラ
イアント４０へ送出されずに、ＭＡＣアドレス書換部３
にてそのパケットの送信元アドレス部が「アドレスＡ」
へ書き換えられた後にクライアント４０へ送出される。
これにより、クライアント４０としては「アドレスＡ」
というサーバのみが存在するように見える。
【００４２】以上、本発明の一実施形態について説明し
てきたが、本発明はこのような実施の形態に限定される
ことなく、本発明の原理に準ずる各種の実施の形態を含
む。
てきたが、本発明はこのような実施の形態に限定される
ことなく、本発明の原理に準ずる各種の実施の形態を含
む。
【００４３】
【発明の効果】以上説明したように、本発明のパケット
分配ハブによれば、複数のサーバとクライアントとの間
に位置し、これらの相互の間におけるパケットの伝達に
際してパケット中の送信先アドレス部又は送信元アドレ
ス部を書き換えるようにするため、サーバ自身がＭＡＣ
アドレスを書き換えたり、共通のＭＡＣアドレスを追加
したりする必要がなく、またクライアントから見ればサ
ーバのＭＡＣアドレスは常に１つに見える。
分配ハブによれば、複数のサーバとクライアントとの間
に位置し、これらの相互の間におけるパケットの伝達に
際してパケット中の送信先アドレス部又は送信元アドレ
ス部を書き換えるようにするため、サーバ自身がＭＡＣ
アドレスを書き換えたり、共通のＭＡＣアドレスを追加
したりする必要がなく、またクライアントから見ればサ
ーバのＭＡＣアドレスは常に１つに見える。
【００４４】また、本発明のパケット分配ハブによれ
ば、現用系以外のサーバからのパケットを廃棄するよう
にするため、現用系サーバが障害を起こして運用が継続
できなくなったが、完全に動作を停止せずに、ＬＡＮと
のやりとりを行う処理のみが稼働し続けるような障害と
なった場合でも、切り替わった新サーバからのパケット
のみをクライアントへ伝達することができる。
ば、現用系以外のサーバからのパケットを廃棄するよう
にするため、現用系サーバが障害を起こして運用が継続
できなくなったが、完全に動作を停止せずに、ＬＡＮと
のやりとりを行う処理のみが稼働し続けるような障害と
なった場合でも、切り替わった新サーバからのパケット
のみをクライアントへ伝達することができる。
【００４５】さらに、本発明のパケット分配ハブによれ
ば、クライアントからのパケットは予備系サーバにも送
信されてきており、現用系サーバと同等な処理を予備系
サーバで並列して行っておくことにより、業務を引き継
ぐ際にかなり前までさかのぼって業務を再開するのでは
なく、業務の途中から引き継ぐことができるため、現用
系サーバに障害が発生した際に予備系サーバは短時間に
業務を引き継ぐができる。
ば、クライアントからのパケットは予備系サーバにも送
信されてきており、現用系サーバと同等な処理を予備系
サーバで並列して行っておくことにより、業務を引き継
ぐ際にかなり前までさかのぼって業務を再開するのでは
なく、業務の途中から引き継ぐことができるため、現用
系サーバに障害が発生した際に予備系サーバは短時間に
業務を引き継ぐができる。
【図１】本発明の第１及び第２の実施形態に係るパケッ
ト分配ハブの構成を示すブロック図である。
ト分配ハブの構成を示すブロック図である。
【図２】本発明の第１の実施形態に係るパケット分配ハ
ブにおける基幹ＬＡＮから送信されてきたパケットの流
れを説明するための図である。
ブにおける基幹ＬＡＮから送信されてきたパケットの流
れを説明するための図である。
【図３】本発明の第１の実施形態に係るパケット分配ハ
ブにおける基幹ＬＡＮへ送信されるパケットの流れを説
明するための図である。
ブにおける基幹ＬＡＮへ送信されるパケットの流れを説
明するための図である。
【図４】本発明の第２の実施形態に係るパケット分配ハ
ブにおける基幹ＬＡＮへ送信されるパケットの流れを説
明するための図である。
ブにおける基幹ＬＡＮへ送信されるパケットの流れを説
明するための図である。
【図５】従来のクライアント・サーバシステム（二重化
システム）におけるパケットの流れを説明するための図
である。
システム）におけるパケットの流れを説明するための図
である。
１ パケット分配ハブ（ＨＵＢ） ２ 制御部 ３ ＭＡＣアドレス書換部 ４ ＭＡＣアドレス保持部 ５ 一次ＬＡＮインタフェース部 ６ 二次ＬＡＮインタフェース部Ａ ７ 二次ＬＡＮインタフェース部Ｂ ８ 制御インタフェース部Ａ ９ 制御インタフェース部Ｂ ２０ サーバＡ ３０ サーバＢ ４０ クライアント ５０ 基幹ＬＡＮ ５１、５２、５３ パケット ６１、６２、６３ パケット ７１、７２、７３ パケット １００ サーバＡ ２００ サーバＢ ３００ クライアント
───────────────────────────────────────────────────── フロントページの続き (56)参考文献 特開 平10−23074（ＪＰ，Ａ) 特開 平９−224040（ＪＰ，Ａ) 特開 平９−149072（ＪＰ，Ａ) 特開 平８−235084（ＪＰ，Ａ) 特開 平８−186618（ＪＰ，Ａ) 特開 平８−181700（ＪＰ，Ａ) 特開 平６−169315（ＪＰ，Ａ) 特開 平３−292554（ＪＰ，Ａ) 特開 平２−159139（ＪＰ，Ａ) 特開 昭59−220864（ＪＰ，Ａ) (58)調査した分野(Int.Cl.7，ＤＢ名) H04L 12/28 H04L 12/56 ＪＩＣＳＴファイル（ＪＯＩＳ)
Claims (4)
- 【請求項１】一又は複数のノードが接続される基幹ＬＡ
Ｎとのインタフェースを司る一次ＬＡＮインタフェース
部と、 二次側に接続される複数のノードとのインタフェースを
司る二次ＬＡＮインタフェース部と、 前記一次ＬＡＮインタフェース部を介して送信されてき
たパケットの送信先アドレス部を前記二次ＬＡＮインタ
フェース部に接続される各ノードのＭＡＣアドレスへ書
き換えるＭＡＣアドレス書換部と、前記基幹ＬＡＮ上のＭＡＣアドレスを保持するＭＡＣア
ドレス保持部と 、 を含み、 前記一次ＬＡＮインタフェース部を介して送信されてき
たパケットを前記二次ＬＡＮインタフェース部に接続さ
れる各ノードへ分配するとともに、 前記二次ＬＡＮインタフェース部に接続される各ノード
から前記基幹ＬＡＮへ送信するパケットの送信元アドレ
ス部を前記ＭＡＣアドレス保持部に保持されているＭＡ
Ｃアドレスへ書き換えるようにした ことを特徴とするパ
ケット分配ハブ。 - 【請求項２】前記二次ＬＡＮインタフェース部に接続さ
れる各ノードから前記基幹ＬＡＮへ送信すべきパケット
について、予め指定されたノードからのパケットのみを
前記基幹ＬＡＮへ送信し、それ以外のノードからのパケ
ットは前記基幹ＬＡＮへ送信しないように制御すること
を特徴とする請求項１記載のパケット分配ハブ。 - 【請求項３】基幹ＬＡＮとのインタフェースを司る一次
ＬＡＮインタフェース部と、二次側に接続される複数のサーバとのインタフェースを
司る二次ＬＡＮインタフェース部と 、前記基幹ＬＡＮ側から認識されるＭＡＣアドレスを保持
するＭＡＣアドレス保持部と 、前記基幹ＬＡＮから送信されてきたパケット中の送信先
アドレス部を前記二次 側に接続される各サーバのＭＡＣ
アドレスへ書き換えるＭＡＣアドレス書換部と 、全体の制御を司る制御部と 、を含み 、前記制御部が、前記ＭＡＣアドレス書換部により送信先
アドレス部が書き換えられたパケットを前記各サーバへ
分配する手段と 、前記二次側に接続される前記各サーバのうちの現用系サ
ーバを記憶しておき現用系サーバ以外のサーバからのパ
ケットを前記基幹ＬＡＮへ送出しないように制御する手
段と 、前記二次側に接続される現用系サーバから送信されてき
たパケットの送信元アドレス部を、前記ＭＡＣアドレス
書換部にて、前記ＭＡＣアドレス保持部に保持されてい
る前記ＭＡＣアドレスに書き換えた後に、前記基幹ＬＡ
Ｎへ送出する手段と、 を備え 、前記基幹ＬＡＮに接続されるクライアントから送信され
てきた１つのパケットからその送信先アドレス部が前記
二次側に接続される各サーバのＭＡＣアドレスへ書き換
えられてなるサーバの台数分のパケットを生成して前記
各サーバへ送信し 、前記二次側に接続される前記各サーバが前記基幹ＬＡＮ
に接続されるクライアントへ送信するパケットについ
て、前記複数台のサーバのうちの現用系サーバからの送
信されてきたパケットのみを前記クライアントへ送信す
る、 ことを特徴とするパケット分配ハブ。 - 【請求項４】前記ＭＡＣアドレス保持部に記憶されるア
ドレスとして初期のサーバ状態の監視の結果得られた現
用系サーバのアドレスをそのまま用い、前記二次側の現用系以外のサーバから前記基幹系のクラ
イアントに送信されるパケットについては前記制御部で
廃棄され、現用系のサーバからの前記基幹系のクライア
ントに送信されるパケットについては、前記ＭＡＣアド
レス書換部で前記ＭＡＣアドレス保持部に保持されてい
る前記ＭＡＣアドレスに書き換えること なく、そのまま
パケットとして前記基幹系のクライアントへ送出され
る、ことを特徴とする請求項３記載のパケット分配ハ
ブ。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP8054161A JP3003570B2 (ja) | 1996-02-16 | 1996-02-16 | パケット分配ハブ |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP8054161A JP3003570B2 (ja) | 1996-02-16 | 1996-02-16 | パケット分配ハブ |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JPH09224048A JPH09224048A (ja) | 1997-08-26 |
| JP3003570B2 true JP3003570B2 (ja) | 2000-01-31 |
Family
ID=12962832
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP8054161A Expired - Fee Related JP3003570B2 (ja) | 1996-02-16 | 1996-02-16 | パケット分配ハブ |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP3003570B2 (ja) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2005083950A1 (ja) * | 2004-02-27 | 2005-09-09 | Mitsubishi Electric Corporation | レイヤ２スイッチネットワーク |
Families Citing this family (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| KR100474002B1 (ko) * | 1998-04-28 | 2005-07-18 | 엘지.필립스 엘시디 주식회사 | 액정표시장치의불량패드수리방법및그구조 |
| JP4500836B2 (ja) * | 2007-08-17 | 2010-07-14 | 沖電気工業株式会社 | 冗長化ゲートウェイシステムのためのネットワークスイッチ装置 |
| JP2013243576A (ja) * | 2012-05-22 | 2013-12-05 | Toshiba Corp | 変電所自動化システムおよび変電所自動化方法 |
| JP6296612B2 (ja) * | 2014-08-27 | 2018-03-20 | 日本電信電話株式会社 | ネットワークシステム及びそのバージョン変更方法 |
-
1996
- 1996-02-16 JP JP8054161A patent/JP3003570B2/ja not_active Expired - Fee Related
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2005083950A1 (ja) * | 2004-02-27 | 2005-09-09 | Mitsubishi Electric Corporation | レイヤ２スイッチネットワーク |
Also Published As
| Publication number | Publication date |
|---|---|
| JPH09224048A (ja) | 1997-08-26 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| EP1129563B1 (en) | Fault-tolerant networking | |
| US7092354B2 (en) | Method and apparatus to provide redundancy in a network | |
| US9042381B2 (en) | Stateful network address translation protocol implemented over a data network | |
| JP3372455B2 (ja) | パケット中継制御方法，パケット中継装置およびプログラム記憶媒体 | |
| US6975587B1 (en) | Mechanism for automatic protection switching in a router | |
| US5935215A (en) | Methods and systems for actively updating routing in TCP/IP connections using TCP/IP messages | |
| US6445710B1 (en) | Method and apparatus for transparently bridging traffic across wide area networks | |
| US7139926B1 (en) | Stateful failover protection among routers that provide load sharing using network address translation (LSNAT) | |
| EP1261186A1 (en) | System and method for TCP connection protection switching | |
| US7567505B2 (en) | VRRP technology keeping VR confidentiality | |
| US7516202B2 (en) | Method and apparatus for defining failover events in a network device | |
| WO1993006674A1 (en) | Local area network transmission emulator | |
| US5974562A (en) | Network management system extension | |
| JP2003179626A (ja) | 中継コネクション管理プログラムおよび中継コネクション管理方法 | |
| US6966003B1 (en) | System and method for switching security associations | |
| US20040017769A1 (en) | Method of establishing a route redundancy in a data transmission system using static routes | |
| US6985496B2 (en) | Communication management device and communication management method | |
| US6006261A (en) | Internet protocol assists using multi-path channel protocol | |
| JP3003570B2 (ja) | パケット分配ハブ | |
| US6286048B1 (en) | System and method for discovering relative states of processors | |
| US7184394B2 (en) | Routing system providing continuity of service for the interfaces associated with neighboring networks | |
| JP3082692B2 (ja) | パケット分配装置 | |
| Cisco | Designing APPN Internetworks | |
| Cisco | Designing APPN Internetworks | |
| Cisco | Designing APPN Internetworks |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 19991019 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20071119 Year of fee payment: 8 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20081119 Year of fee payment: 9 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20081119 Year of fee payment: 9 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20091119 Year of fee payment: 10 |
|
| LAPS | Cancellation because of no payment of annual fees |