JPH10320327A - 二重化された通信アダプタの切替方法、切替方式、および切替用プログラムを格納した記録媒体 - Google Patents
二重化された通信アダプタの切替方法、切替方式、および切替用プログラムを格納した記録媒体Info
- Publication number
- JPH10320327A JPH10320327A JP10040139A JP4013998A JPH10320327A JP H10320327 A JPH10320327 A JP H10320327A JP 10040139 A JP10040139 A JP 10040139A JP 4013998 A JP4013998 A JP 4013998A JP H10320327 A JPH10320327 A JP H10320327A
- Authority
- JP
- Japan
- Prior art keywords
- host
- communication
- communication adapter
- switching
- adapter
- 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.)
- Pending
Links
Landscapes
- Computer And Data Communications (AREA)
- Small-Scale Networks (AREA)
Abstract
(57)【要約】 （修正有）
【課題】 ホストの通信アダプタが故障した場合に、予
備用の通信アダプタに速やかに切り替えて通信を継続で
きるようにする。 【解決手段】 ホストに第１と第２の通信アダプタを接
続し、ホットスタンバイシステムを構成する。ホストが
第１の通信アダプタの故障を検出した時に、第１から第
２の通信アダプタに切替え、ネットワークテーブル(ARP
キャッシュ) を初期化し、第２のホストへの制御メッセ
ージの送信を起動する。第２の通信アダプタは、ARP 要
求メッセージを同報送信し、第２のホストからARP 応答
メッセージを受信し、ARP 応答メッセージに含まれるア
ドレス情報に基づいて、前記制御メッセージを第２のホ
ストに送信し、前記制御メッセージに対する第２のホス
トからの応答メッセージを受信する。これによって第１
のホストは、第１から第２の通信アダプタへの切り替え
が終了したと認識する。
備用の通信アダプタに速やかに切り替えて通信を継続で
きるようにする。 【解決手段】 ホストに第１と第２の通信アダプタを接
続し、ホットスタンバイシステムを構成する。ホストが
第１の通信アダプタの故障を検出した時に、第１から第
２の通信アダプタに切替え、ネットワークテーブル(ARP
キャッシュ) を初期化し、第２のホストへの制御メッセ
ージの送信を起動する。第２の通信アダプタは、ARP 要
求メッセージを同報送信し、第２のホストからARP 応答
メッセージを受信し、ARP 応答メッセージに含まれるア
ドレス情報に基づいて、前記制御メッセージを第２のホ
ストに送信し、前記制御メッセージに対する第２のホス
トからの応答メッセージを受信する。これによって第１
のホストは、第１から第２の通信アダプタへの切り替え
が終了したと認識する。
Description
【０００１】
【発明の属する技術分野】本発明は耐故障性を高めたホ
ストの通信機能をサポートする二重化された通信用アダ
プタ装置の切替方法と切替方式、および前記切替方法を
実行するプログラムを記録した媒体に関し、特にTCP/IP
プロトコルを用いたホスト間通信をサポートする二重化
された通信アダプタにおいて、障害発生時に通信を切断
することなく切り替えを行なうための切替方法と切替方
式、および前記切替方法を実行するプログラムを記録し
た媒体に関する。
ストの通信機能をサポートする二重化された通信用アダ
プタ装置の切替方法と切替方式、および前記切替方法を
実行するプログラムを記録した媒体に関し、特にTCP/IP
プロトコルを用いたホスト間通信をサポートする二重化
された通信アダプタにおいて、障害発生時に通信を切断
することなく切り替えを行なうための切替方法と切替方
式、および前記切替方法を実行するプログラムを記録し
た媒体に関する。
【０００２】
【従来の技術】TCP/IP(Transmission Control Protocol
/Internet Protocol) プロトコルはコンピュータネット
ワークにおいて広く使われている通信手順である。従
来、このTCP/IPプロトコルを用いてデータの送受信を行
うホスト間のネットワークシステムがある。各ホストに
はTCP/IPプロトコルスタックの機能を提供する通信アダ
プタが、周辺装置の一つとしてローカルチャネルあるい
はシステムバスを通じて結合される。サーバーシステム
など、通信機能に関して特に高い信頼性が要求される場
合においては、通信アダプタを二重化して、ホットスタ
ンバイシステムを構成する。これは現用とバックアップ
用の二つの通信アダプタを用意し、現用通信アダプタに
異常が生じてもバックアップ用通信アダプタに自動的に
切り替えることによって、ダウンタイムを減らすための
ものである。
/Internet Protocol) プロトコルはコンピュータネット
ワークにおいて広く使われている通信手順である。従
来、このTCP/IPプロトコルを用いてデータの送受信を行
うホスト間のネットワークシステムがある。各ホストに
はTCP/IPプロトコルスタックの機能を提供する通信アダ
プタが、周辺装置の一つとしてローカルチャネルあるい
はシステムバスを通じて結合される。サーバーシステム
など、通信機能に関して特に高い信頼性が要求される場
合においては、通信アダプタを二重化して、ホットスタ
ンバイシステムを構成する。これは現用とバックアップ
用の二つの通信アダプタを用意し、現用通信アダプタに
異常が生じてもバックアップ用通信アダプタに自動的に
切り替えることによって、ダウンタイムを減らすための
ものである。
【０００３】図７はこのようなホスト間通信システムの
構成を示す図である。ホスト10は二重化された通信アダ
プタ11と12を通してLAN 100 に接続されている。通信ア
ダプタ11と12は、両者とも常にネットワーク上のエンテ
ィティとして動作しているが、ホスト10は通常は専ら通
信アダプタ11を通して通信を行ない、もう一方の通信ア
ダプタ12は待機状態にある。LAN 100 には別のホスト20
が通信アダプタ21を通して接続されている。またLAN 10
0 はルータ30を経由して別のLAN 200 にリンクしてい
る。LAN 200 には多くのコンピュータ210 、220 等が接
続されている。
構成を示す図である。ホスト10は二重化された通信アダ
プタ11と12を通してLAN 100 に接続されている。通信ア
ダプタ11と12は、両者とも常にネットワーク上のエンテ
ィティとして動作しているが、ホスト10は通常は専ら通
信アダプタ11を通して通信を行ない、もう一方の通信ア
ダプタ12は待機状態にある。LAN 100 には別のホスト20
が通信アダプタ21を通して接続されている。またLAN 10
0 はルータ30を経由して別のLAN 200 にリンクしてい
る。LAN 200 には多くのコンピュータ210 、220 等が接
続されている。
【０００４】ネットワークで相互接続されたこれらの装
置は、TCP/IPプロトコルを使用して互いにデータ通信を
行なう。このため各装置には一意なアドレスが割り当て
られている。例えばホスト10、20にはIPアドレス"A"
、"B" がそれぞれ設定されている。これらは論理アド
レスと呼ばれるものである。実際に通信を行なうには、
プロトコルの下位層の通信を制御するための物理アドレ
ス、すなわちMAC アドレスがさらに必要となる。これら
は下位層の通信を制御する通信アダプタに割り当てられ
るものである。例えばホスト10の通信アダプタ11、12に
はMAC アドレス"a"、"c" がそれぞれ割り当てられてい
る。同様にホスト20の通信アダプタ21には MACアドレ
ス"b" が割り当てられている。
置は、TCP/IPプロトコルを使用して互いにデータ通信を
行なう。このため各装置には一意なアドレスが割り当て
られている。例えばホスト10、20にはIPアドレス"A"
、"B" がそれぞれ設定されている。これらは論理アド
レスと呼ばれるものである。実際に通信を行なうには、
プロトコルの下位層の通信を制御するための物理アドレ
ス、すなわちMAC アドレスがさらに必要となる。これら
は下位層の通信を制御する通信アダプタに割り当てられ
るものである。例えばホスト10の通信アダプタ11、12に
はMAC アドレス"a"、"c" がそれぞれ割り当てられてい
る。同様にホスト20の通信アダプタ21には MACアドレ
ス"b" が割り当てられている。
【０００５】IPアドレスとMAC アドレスの対応関係は、
後述のARP プロトコルによって知ることができる。また
ARP プロトコルによって得られたアドレス情報は、通信
アダプタあるいはホストの中にあるネットワークテーブ
ル(ARPキャッシュ) に管理されている。
後述のARP プロトコルによって知ることができる。また
ARP プロトコルによって得られたアドレス情報は、通信
アダプタあるいはホストの中にあるネットワークテーブ
ル(ARPキャッシュ) に管理されている。
【０００６】一般にTCP/IPプロトコルを使用した通信で
は、通信経路の途中のルータが異常になった場合でも、
一定時間を経過した後、別のルータを経由して通信を継
続することが可能である。
は、通信経路の途中のルータが異常になった場合でも、
一定時間を経過した後、別のルータを経由して通信を継
続することが可能である。
【０００７】またホストの現用通信アダプタが異常とな
った場合には、バックアップ用の通信アダプタへの切り
替えが自動的に行われる。しかし従来はこの切り替えを
瞬時に行なうことはできず、一定の時間( 例えば２０
分) を要していた。この問題について以下に詳しく説明
する。
った場合には、バックアップ用の通信アダプタへの切り
替えが自動的に行われる。しかし従来はこの切り替えを
瞬時に行なうことはできず、一定の時間( 例えば２０
分) を要していた。この問題について以下に詳しく説明
する。
【０００８】まず図８を用いて、従来の通信システムの
動作を説明する。図８は、図７で説明したネットワーク
において通信アダプタを切り替える処理を示すシーケン
ス図である。ホスト10と20は以下のステップに従って通
信を行なう。
動作を説明する。図８は、図７で説明したネットワーク
において通信アダプタを切り替える処理を示すシーケン
ス図である。ホスト10と20は以下のステップに従って通
信を行なう。
【０００９】［Ｓ７１］ホスト10が通信アダプタ11に対
してデータの送信依頼を行う。具体には、下記のメッセ
ージが通信アダプタ11に与えられる。 " ［B ］［A ］［データ］" ここで、先頭のフィールド"B" は宛先IPアドレスであ
り、第２番目のフィールド"A" は発信元IPアドレスであ
る。第３番目のフィールドはペイロード、すなわち実際
に相手に送信するデータである。本明細書中のメッセー
ジフォーマットは、説明をわかりやすくするために簡略
化されている。実際に実施する場合は、TCP/IPの標準プ
ロトコルの規定に従う。
してデータの送信依頼を行う。具体には、下記のメッセ
ージが通信アダプタ11に与えられる。 " ［B ］［A ］［データ］" ここで、先頭のフィールド"B" は宛先IPアドレスであ
り、第２番目のフィールド"A" は発信元IPアドレスであ
る。第３番目のフィールドはペイロード、すなわち実際
に相手に送信するデータである。本明細書中のメッセー
ジフォーマットは、説明をわかりやすくするために簡略
化されている。実際に実施する場合は、TCP/IPの標準プ
ロトコルの規定に従う。
【００１０】［Ｓ７２］宛先のMAC アドレス"b" があら
かじめ分かっていれば、通信アダプ11はそれをメッセー
ジに付加してネットワークに送信できる。しかし初期段
階では、通信アダプタ11のネットワークテーブル11a に
は宛先IPアドレス"B" に対応するMAC アドレスが登録さ
れていないので、すぐにデータを送ることができない。
そこで通信アダプタ11は一旦このデータ送信を保留し、
相手のMAC アドレスを調べるために下記のARP 要求をネ
ットワーク上のすべてのノードに対して送信する。なお
ARP とはAddress Resolution Protocol の略語であり、
与えられたIPアドレスに対応するMAC アドレスを得るた
めのプロトコルである。
かじめ分かっていれば、通信アダプ11はそれをメッセー
ジに付加してネットワークに送信できる。しかし初期段
階では、通信アダプタ11のネットワークテーブル11a に
は宛先IPアドレス"B" に対応するMAC アドレスが登録さ
れていないので、すぐにデータを送ることができない。
そこで通信アダプタ11は一旦このデータ送信を保留し、
相手のMAC アドレスを調べるために下記のARP 要求をネ
ットワーク上のすべてのノードに対して送信する。なお
ARP とはAddress Resolution Protocol の略語であり、
与えられたIPアドレスに対応するMAC アドレスを得るた
めのプロトコルである。
【００１１】" ［同報］［a ］［B ］［A ］" ここで、先頭のフィールド" ［同報］" は全てのMAC ア
ドレスに送信することを表すコードである。第２番目の
フィールド" ［a ］" は発信元のMAC アドレス、すなわ
ち現用通信アダプタ11のMAC アドレスである。第３番目
のフィールド"［B ］" は宛先IPアドレスを表し、第４
番目のフィールド" ［A ］" は発信元IPアドレスを表
す。
ドレスに送信することを表すコードである。第２番目の
フィールド" ［a ］" は発信元のMAC アドレス、すなわ
ち現用通信アダプタ11のMAC アドレスである。第３番目
のフィールド"［B ］" は宛先IPアドレスを表し、第４
番目のフィールド" ［A ］" は発信元IPアドレスを表
す。
【００１２】［Ｓ７３］バックアップ用通信アダプタ12
は待機中ではあるが、ネットワークのアクティビティを
常時監視しており、アドレス更新に関する情報があれ
ば、それを取り込むように構成されている。従って通信
アダプタ12は、ステップＳ７２で送信されたARP 要求の
情報を取り込み、自分自身のネットワークテーブル12a
に登録する。ここではホスト10のIPアドレス"A" とMAC
アドレス"a" の対応関係がネットワークテーブル12a に
登録される。このテーブルエントリを次のように表わ
す。
は待機中ではあるが、ネットワークのアクティビティを
常時監視しており、アドレス更新に関する情報があれ
ば、それを取り込むように構成されている。従って通信
アダプタ12は、ステップＳ７２で送信されたARP 要求の
情報を取り込み、自分自身のネットワークテーブル12a
に登録する。ここではホスト10のIPアドレス"A" とMAC
アドレス"a" の対応関係がネットワークテーブル12a に
登録される。このテーブルエントリを次のように表わ
す。
【００１３】(c｜a:A) 最初の"c" はMAC アドレス"c" の装置のネットワークテ
ーブルを意味する。２番目の"a" は受信したMAC アドレ
スを、また３番目の"A" は対応するIPアドレスを意味し
ている。本明細書ではネットワークテーブルのエントリ
はこのような形式で表わす。ただし図面においてはグラ
フィカルな形式で表わす。
ーブルを意味する。２番目の"a" は受信したMAC アドレ
スを、また３番目の"A" は対応するIPアドレスを意味し
ている。本明細書ではネットワークテーブルのエントリ
はこのような形式で表わす。ただし図面においてはグラ
フィカルな形式で表わす。
【００１４】［Ｓ７４］通信アダプタ21は、ステップＳ
７２で送信されたARP 要求を受信してスト20に渡す。ま
たホスト20は、自分自身のネットワークテーブルにホス
ト10のMAC アドレス" ［a ］" とIPアドレス"A" の対応
関係を表わすエントリ(b｜a:A)を登録する。
７２で送信されたARP 要求を受信してスト20に渡す。ま
たホスト20は、自分自身のネットワークテーブルにホス
ト10のMAC アドレス" ［a ］" とIPアドレス"A" の対応
関係を表わすエントリ(b｜a:A)を登録する。
【００１５】［Ｓ７５］ホスト20は、前記のARP 要求メ
ッセージが自分宛であることを認識、通信アダプタ21を
経由してARP 応答メッセージをホスト10に返信する。 ［Ｓ７６］通信アダプタ11は、ステップＳ７５で返信さ
れたARP 応答を受信し、ネットワークテーブル11a に、
ホスト20のMAC アドレス" ［b ］" とIPアドレス"B" の
対応関係を表わすエントリ(a｜b:B)を登録する。
ッセージが自分宛であることを認識、通信アダプタ21を
経由してARP 応答メッセージをホスト10に返信する。 ［Ｓ７６］通信アダプタ11は、ステップＳ７５で返信さ
れたARP 応答を受信し、ネットワークテーブル11a に、
ホスト20のMAC アドレス" ［b ］" とIPアドレス"B" の
対応関係を表わすエントリ(a｜b:B)を登録する。
【００１６】［Ｓ７７］宛先MAC アドレスを得ることが
できたので、通信アダプタ11はステップＳ７２で保留し
ておいたデータをホスト20に向けて送信する。この時の
メッセージには下記のようにIPアドレス、MAC アドレス
を設定する。
できたので、通信アダプタ11はステップＳ７２で保留し
ておいたデータをホスト20に向けて送信する。この時の
メッセージには下記のようにIPアドレス、MAC アドレス
を設定する。
【００１７】 " ［b ］［a ］［B ］［A ］［データ］" ここで、先頭のフィールド" ［b ］" は宛先MAC アドレ
ス、第２番目のフィールド" ［a ］" は発信元MAC アド
レス、第３番目のフィールド" ［B ］" は宛先IPアドレ
ス、第４番目のフィールド" ［A ］" は発信元IPアドレ
ス、第５番目のフィールド" ［データ］" は送信データ
である。
ス、第２番目のフィールド" ［a ］" は発信元MAC アド
レス、第３番目のフィールド" ［B ］" は宛先IPアドレ
ス、第４番目のフィールド" ［A ］" は発信元IPアドレ
ス、第５番目のフィールド" ［データ］" は送信データ
である。
【００１８】［Ｓ７８］ここで通信アダプタ11に障害が
発生したとする。 ［Ｓ７９］ホスト10は、通信アダプタ11の障害を検知
し、バックアップ用通信アダプタ12への切り替え処理を
開始する。
発生したとする。 ［Ｓ７９］ホスト10は、通信アダプタ11の障害を検知
し、バックアップ用通信アダプタ12への切り替え処理を
開始する。
【００１９】［Ｓ８０］ホスト10は、バックアップ用通
信アダプタ12の活性化を指示する。これにより、活性化
された通信アダプタ12が、通信アダプタ11に代わってホ
ストの通信機能を制御するようになる。
信アダプタ12の活性化を指示する。これにより、活性化
された通信アダプタ12が、通信アダプタ11に代わってホ
ストの通信機能を制御するようになる。
【００２０】［Ｓ８１］ホスト20に対してデータを送る
ため、ホスト10は、通信アダプタ12へその送信を依頼す
る。 ［Ｓ８２］バックアップ用通信アダプタ12は、ホスト10
から供給されたデータにアドレス情報を次のように付加
して送信する。
ため、ホスト10は、通信アダプタ12へその送信を依頼す
る。 ［Ｓ８２］バックアップ用通信アダプタ12は、ホスト10
から供給されたデータにアドレス情報を次のように付加
して送信する。
【００２１】 " ［b ］［c ］［B ］［A ］［データ］" ［Ｓ８３］ホスト10から送られてきたメッセージに応答
して、ホスト20は何等かの処理を行なう。ホスト20は、
その処理結果をホスト10に送信する。この時点は、ホス
ト20および通信アダプタ21は、通信アダプタ1aが故障し
たことを知らないので、ホスト20のネットワークテーブ
ル20a には依然として(b｜a:A)が設定されたままであ
る。したがってホスト10宛のメッセージの宛先MAC アド
レスは"a"となっている。
して、ホスト20は何等かの処理を行なう。ホスト20は、
その処理結果をホスト10に送信する。この時点は、ホス
ト20および通信アダプタ21は、通信アダプタ1aが故障し
たことを知らないので、ホスト20のネットワークテーブ
ル20a には依然として(b｜a:A)が設定されたままであ
る。したがってホスト10宛のメッセージの宛先MAC アド
レスは"a"となっている。
【００２２】 " ［a ］［b ］［A ］［B ］［データ］" ［Ｓ８４］しかし通信アダプタ11は障害によって停止し
ているので、このメッセージを受信できない。結局ホス
ト20から発信されたこのメッセージはホスト10届かず、
破棄される。
ているので、このメッセージを受信できない。結局ホス
ト20から発信されたこのメッセージはホスト10届かず、
破棄される。
【００２３】［Ｓ８５］このような通信不能状態はホス
ト20のネットワークテーブル20a が正しい値に更新され
ない限り続く。しかし都合の悪いことに、ネットワーク
テーブル20a は、データ送信メッセージやARP 要求など
を実際に受信しない限り更新されない。
ト20のネットワークテーブル20a が正しい値に更新され
ない限り続く。しかし都合の悪いことに、ネットワーク
テーブル20a は、データ送信メッセージやARP 要求など
を実際に受信しない限り更新されない。
【００２４】一方、TCP/IPプロトコルの規定により、こ
のようなネットワーク上のアクティビティが２０分間途
絶えた場合、ネットワークテーブル中の関連するエント
リは無効化される。結局のところ、通信不能状態が２０
分間続いた後、ネットワークテーブルの該当エントリを
無効化する機構が働く。すなわちネットワークテーブル
のタイムアウトである。こうなってはじめて、通信アダ
プタ11のMAC アドレスのエントリがネットワークテーブ
ルから除去されることになる。
のようなネットワーク上のアクティビティが２０分間途
絶えた場合、ネットワークテーブル中の関連するエント
リは無効化される。結局のところ、通信不能状態が２０
分間続いた後、ネットワークテーブルの該当エントリを
無効化する機構が働く。すなわちネットワークテーブル
のタイムアウトである。こうなってはじめて、通信アダ
プタ11のMAC アドレスのエントリがネットワークテーブ
ルから除去されることになる。
【００２５】［Ｓ８６］２０分以上の時間が経過した
後、ホスト10が再びホスト20にメッセーを送るものと仮
定する。通信アダプタ12は、データの送信依頼をホスト
10から受ける。
後、ホスト10が再びホスト20にメッセーを送るものと仮
定する。通信アダプタ12は、データの送信依頼をホスト
10から受ける。
【００２６】［Ｓ８７］この時点では、通信アダプタ12
のネットワークテーブル12a のうち通信アダプタ21のMA
C アドレスに関するエントリはない。従って、通信アダ
プタ12は、メッセージの宛先のMAC アドレスを取得すべ
く次のARP 要求を同報モードで送信する。ホスト10から
受けたデータは通信アダプタ12が保留する。
のネットワークテーブル12a のうち通信アダプタ21のMA
C アドレスに関するエントリはない。従って、通信アダ
プタ12は、メッセージの宛先のMAC アドレスを取得すべ
く次のARP 要求を同報モードで送信する。ホスト10から
受けたデータは通信アダプタ12が保留する。
【００２７】" ［同報］［c ］［B ］［A ］" ［Ｓ８８］宛先の通信アダプタ21がこの同報メッセージ
を受信する。通信アダプタ21は、ホスト20に受信したメ
ッセージを渡すと共に、自分のネットワークテーブルに
ホスト10のアドレスを次のように登録する。すなわち、
IPアドレス"A"とMAC アドレス"c" との対応関係を表わ
すエントリ(b｜c:A)がネットワークテーブル20a に登録
される。
を受信する。通信アダプタ21は、ホスト20に受信したメ
ッセージを渡すと共に、自分のネットワークテーブルに
ホスト10のアドレスを次のように登録する。すなわち、
IPアドレス"A"とMAC アドレス"c" との対応関係を表わ
すエントリ(b｜c:A)がネットワークテーブル20a に登録
される。
【００２８】［Ｓ８９］ホスト20は通信アダプタ21を経
由して、そのMAC アドレス"b" を知らせるためにARP 応
答メッセージをホスト10に返す。 ［Ｓ９０］通信アダプタ12がARP 応答メッセージを受信
し、自己のネットワークテーブル12a にエントリ(c｜b:
B)を登録する。
由して、そのMAC アドレス"b" を知らせるためにARP 応
答メッセージをホスト10に返す。 ［Ｓ９０］通信アダプタ12がARP 応答メッセージを受信
し、自己のネットワークテーブル12a にエントリ(c｜b:
B)を登録する。
【００２９】［Ｓ９１］通信アダプタ12は、ステップS8
7 で保留しておいたデータに、MACアドレス、IPアドレ
スを下記のように付加したメッセージを送信する。 " ［b ］［a ］［B ］［A ］［データ］" 以上のように、従来のシステムでは、ステップS85 で20
分間の時間が経過するまで、障害の発生した現用通信ア
ダプタ11のMAC アドレスが他の装置のネットワークテー
ブルに登録されていた。
7 で保留しておいたデータに、MACアドレス、IPアドレ
スを下記のように付加したメッセージを送信する。 " ［b ］［a ］［B ］［A ］［データ］" 以上のように、従来のシステムでは、ステップS85 で20
分間の時間が経過するまで、障害の発生した現用通信ア
ダプタ11のMAC アドレスが他の装置のネットワークテー
ブルに登録されていた。
【００３０】
【発明が解決しようとする課題】従来のシステムでは、
ステップＳ８５で２０分間の時間が経過するまで、障害
の発生した現用通信アダプタ11のMAC アドレスが他の装
置のネットワークテーブルに登録されたままになってい
るため、この間ホスト20はバックアップ用通信アダプタ
12に対してデータを送ることができない。ホスト10が障
害を検知して、バックアップ用通信アダプタ12への切り
替えを行なっても、他のホスト内のネットワークテーブ
ルが更新されないので、通信を維持することができない
という問題があった。TCP/IP通信において、コネクショ
ン型のプロトコルを使用するアプリケーションの中に
は、この２０分の通信中断によって処理がタイムアウト
するもがあった。
ステップＳ８５で２０分間の時間が経過するまで、障害
の発生した現用通信アダプタ11のMAC アドレスが他の装
置のネットワークテーブルに登録されたままになってい
るため、この間ホスト20はバックアップ用通信アダプタ
12に対してデータを送ることができない。ホスト10が障
害を検知して、バックアップ用通信アダプタ12への切り
替えを行なっても、他のホスト内のネットワークテーブ
ルが更新されないので、通信を維持することができない
という問題があった。TCP/IP通信において、コネクショ
ン型のプロトコルを使用するアプリケーションの中に
は、この２０分の通信中断によって処理がタイムアウト
するもがあった。
【００３１】このように、ホスト10において信頼性を上
げるために通信アダプタを二重化しても、従来のシステ
ムでは効果的に働かないという問題があった。
げるために通信アダプタを二重化しても、従来のシステ
ムでは効果的に働かないという問題があった。
【００３２】
【課題を解決するための手段】本発明の目的は、この問
題を解決するため、TCP/IPプロトコル等による通信を切
断することなく別の通信アダプタを使用して瞬時に切り
替えを完了し、通信を継続することのできる通信アダプ
タの切替方法と切替方式を提供することである。
題を解決するため、TCP/IPプロトコル等による通信を切
断することなく別の通信アダプタを使用して瞬時に切り
替えを完了し、通信を継続することのできる通信アダプ
タの切替方法と切替方式を提供することである。
【００３３】上記目的を達成するために、第１のホスト
の通信機能が第１と第２の通信アダプタによって二重化
され、複数のホスト間の通信をTCP/IPプロトコルを使用
して行なうネットワークシステムで、第１の通信アダプ
タから第２の通信アダプタに切り替える切替方法が提供
される。
の通信機能が第１と第２の通信アダプタによって二重化
され、複数のホスト間の通信をTCP/IPプロトコルを使用
して行なうネットワークシステムで、第１の通信アダプ
タから第２の通信アダプタに切り替える切替方法が提供
される。
【００３４】この切替方法によれば、第１のホストが第
１の通信アダプタの故障を検出した時に、第１のホスト
は、第１の通信アダプタを切り離し、第２の通信アダプ
タを活性化する。切替えに際して、第１のホストはネッ
トワークテーブル(ARPキャッシュ) を初期化し、第２の
ホストへの制御メッセージの送信を起動する。好ましく
は、この制御メッセージはICMPプロトコルのエコー要求
メッセージである。
１の通信アダプタの故障を検出した時に、第１のホスト
は、第１の通信アダプタを切り離し、第２の通信アダプ
タを活性化する。切替えに際して、第１のホストはネッ
トワークテーブル(ARPキャッシュ) を初期化し、第２の
ホストへの制御メッセージの送信を起動する。好ましく
は、この制御メッセージはICMPプロトコルのエコー要求
メッセージである。
【００３５】第２の通信アダプタは、ARP 要求メッセー
ジを同報送信し、第２のホストからARP 応答メッセージ
を受信する。第２の通信アダプタは、ARP 応答メッセー
ジに含まれるアドレス情報に基づいて、前記制御メッセ
ージを第２のホストに送信し、前記制御メッセージに対
する第2 のホストからの応答メッセージを受信する。
ジを同報送信し、第２のホストからARP 応答メッセージ
を受信する。第２の通信アダプタは、ARP 応答メッセー
ジに含まれるアドレス情報に基づいて、前記制御メッセ
ージを第２のホストに送信し、前記制御メッセージに対
する第2 のホストからの応答メッセージを受信する。
【００３６】これによって第１のホストは、第１の通信
アダプタから第２の通信アダプタへの切り替えが終了し
たと認識し、通信を再開する。このような切替方法は、
第１のホストがトランスポート層の通信プロトコルを制
御し、第１と第２の通信アダプタはインターネット層以
下の通信プロトコルを制御するようなシステムに適用さ
れる。
アダプタから第２の通信アダプタへの切り替えが終了し
たと認識し、通信を再開する。このような切替方法は、
第１のホストがトランスポート層の通信プロトコルを制
御し、第１と第２の通信アダプタはインターネット層以
下の通信プロトコルを制御するようなシステムに適用さ
れる。
【００３７】また、上記目的を達成するために、第１の
ホストの通信機能が第１と第２の通信アダプタによって
二重化され、複数のホスト間の通信をTCP/IPプロトコル
を使用して行なうネットワークシステムで、第1 の通信
アダプタから第２の通信アダプタに切り替える切替方法
が提供される。
ホストの通信機能が第１と第２の通信アダプタによって
二重化され、複数のホスト間の通信をTCP/IPプロトコル
を使用して行なうネットワークシステムで、第1 の通信
アダプタから第２の通信アダプタに切り替える切替方法
が提供される。
【００３８】この切替方法によれば、第１のホストが第
１の通信アダプタの故障を検出した時に、第１の通信ア
ダプタを切り離し、第２の通信アダプタを活性化する。
続いて第１のホストから第２の通信アダプタを経由して
第２のホストにARP 応答メッセージを送信する。このAR
P 応答メッセージは、その送信元アドレスフィールドに
ホストのIPアドレスと第２の通信アダプタのMAC アドレ
スを含んでいるので、ARP 応答メッセージを受け取った
第２のホストはネットワークテーブルをこれに合わせて
更新する。このような切替方法は、ホストがインターネ
ット層の通信プロトコルを制御し、第１と第２の通信ア
ダプタはネットワークインタフェース層の通信プロトコ
ルを制御するシステムに適用される。
１の通信アダプタの故障を検出した時に、第１の通信ア
ダプタを切り離し、第２の通信アダプタを活性化する。
続いて第１のホストから第２の通信アダプタを経由して
第２のホストにARP 応答メッセージを送信する。このAR
P 応答メッセージは、その送信元アドレスフィールドに
ホストのIPアドレスと第２の通信アダプタのMAC アドレ
スを含んでいるので、ARP 応答メッセージを受け取った
第２のホストはネットワークテーブルをこれに合わせて
更新する。このような切替方法は、ホストがインターネ
ット層の通信プロトコルを制御し、第１と第２の通信ア
ダプタはネットワークインタフェース層の通信プロトコ
ルを制御するシステムに適用される。
【００３９】
【発明の実施の形態】図１から図６を用いて本発明の実
施の形態を説明する。まず初めに、本発明の実施の形態
における通信プロトコルの構造について述べる。図１
は、 TCP/IP プロトコルと、それに対応する通信アダプ
階層構造を説明する図である。
施の形態を説明する。まず初めに、本発明の実施の形態
における通信プロトコルの構造について述べる。図１
は、 TCP/IP プロトコルと、それに対応する通信アダプ
階層構造を説明する図である。
【００４０】図１（Ａ）は、TCP/IPプロトコルの機能階
層をISO OSI(International Standards Organization -
Open System Interconnect)参照モデルと比較して示
す。下位層から順に、ネットワークインタフェース層(I
SOのOSI 参照モデルでは物理層、データリンク層に相
当) 、インターネット層(OSI参照モデルではネットワー
ク層) 、トランスポート層があり、この上に実際のアプ
リケーションがある。
層をISO OSI(International Standards Organization -
Open System Interconnect)参照モデルと比較して示
す。下位層から順に、ネットワークインタフェース層(I
SOのOSI 参照モデルでは物理層、データリンク層に相
当) 、インターネット層(OSI参照モデルではネットワー
ク層) 、トランスポート層があり、この上に実際のアプ
リケーションがある。
【００４１】ネットワークインタフェース層では、MAC
(Media Access Control) アドレスによってパケットの
宛先を指定する。インターネット層のプロトコルはIPプ
ロトコルと呼ばれるもので、メッセージのヘッダにはIP
アドレスが付加される。このIPアドレスに関連するプロ
トコルとして、IPアドレスからMAC アドレスへの変換を
行なうARP(Address Resolution Protocol)、その逆の変
換を行なうRARP(ReverseAddress Resolution Protocol)
がある。またネットワーク制御用プロトコルとして、I
CMP(Internet Control Message Protocol) がある。ト
ランスポート層プロトコルとしては、TCP(Transmission
Control Protocol)とUDP(User DatagramProtocol) が
提供される。これらのプロトコルはデータ通信分野にお
いてよく知られているものであるので、詳細については
省略する。
(Media Access Control) アドレスによってパケットの
宛先を指定する。インターネット層のプロトコルはIPプ
ロトコルと呼ばれるもので、メッセージのヘッダにはIP
アドレスが付加される。このIPアドレスに関連するプロ
トコルとして、IPアドレスからMAC アドレスへの変換を
行なうARP(Address Resolution Protocol)、その逆の変
換を行なうRARP(ReverseAddress Resolution Protocol)
がある。またネットワーク制御用プロトコルとして、I
CMP(Internet Control Message Protocol) がある。ト
ランスポート層プロトコルとしては、TCP(Transmission
Control Protocol)とUDP(User DatagramProtocol) が
提供される。これらのプロトコルはデータ通信分野にお
いてよく知られているものであるので、詳細については
省略する。
【００４２】本発明で使用される通信アダプタは、プロ
トコル機能の実装方法によって二つのタイプに分類され
る。図１（Ｂ）のタイプでは、ホストはトランスポート
層以上機能を担当し、通信アダプタはインターネット層
以下の機能を担当する。言い換えると、通信アダプタは
ルータとしての機能を有する。したがって通信アダプタ
がIPアドレスとMAC アドレスの両方を管理する。
トコル機能の実装方法によって二つのタイプに分類され
る。図１（Ｂ）のタイプでは、ホストはトランスポート
層以上機能を担当し、通信アダプタはインターネット層
以下の機能を担当する。言い換えると、通信アダプタは
ルータとしての機能を有する。したがって通信アダプタ
がIPアドレスとMAC アドレスの両方を管理する。
【００４３】一方、図１（Ｃ）に示すタイプでは、通信
アダプタは最下位層のみを担当し、プロトコルの大半は
ホスト側の通信ソフトウェアで制御する。この場合、IP
アドレスはホストが管理する。
アダプタは最下位層のみを担当し、プロトコルの大半は
ホスト側の通信ソフトウェアで制御する。この場合、IP
アドレスはホストが管理する。
【００４４】本発明の第１の実施の形態は、図１（Ｂ）
のタイプの通信アダプタを二重化した場合の切り替え方
法に関するものである。次のセクションでは図２と図３
を参照して、第1 の実施の形態を説明する。また本発明
の第２の実施の形態は、図１（Ｃ）のタイプの通信アダ
プタを二重化した場合の切り替え方法に関するものであ
る。これは図４と図５を参照して後述する。
のタイプの通信アダプタを二重化した場合の切り替え方
法に関するものである。次のセクションでは図２と図３
を参照して、第1 の実施の形態を説明する。また本発明
の第２の実施の形態は、図１（Ｃ）のタイプの通信アダ
プタを二重化した場合の切り替え方法に関するものであ
る。これは図４と図５を参照して後述する。
【００４５】図２は、本発明の第１の実施の形態の動作
原理を説明するシーケンス図である。ここでは、図７の
構成と同様に二つのホスト10,20 がそれぞれの通信アダ
プタを通してネットワーク100 でつながっている。上で
触れたように、第１の実施の形態では通信アダプタ11,1
2 がネットワークテーブル11a,12a にてIPアドレスとMA
C アドレスの対応を管理する。ただし、ホスト20側は、
先に説明した図８と同様にホスト20自身がネットワーク
テーブル20a を管理するものとする。実際のところ、第
１の実施の形態の動作は、ホスト20のプロトコルスタッ
クがどのように実装されているかには影響されない。
原理を説明するシーケンス図である。ここでは、図７の
構成と同様に二つのホスト10,20 がそれぞれの通信アダ
プタを通してネットワーク100 でつながっている。上で
触れたように、第１の実施の形態では通信アダプタ11,1
2 がネットワークテーブル11a,12a にてIPアドレスとMA
C アドレスの対応を管理する。ただし、ホスト20側は、
先に説明した図８と同様にホスト20自身がネットワーク
テーブル20a を管理するものとする。実際のところ、第
１の実施の形態の動作は、ホスト20のプロトコルスタッ
クがどのように実装されているかには影響されない。
【００４６】このような構成においてホスト10は次のよ
うにして障害に対処する。 ［Ｓ１］ホスト10は通信アダプタ11を使用してホスト20
と通信を行なっている。
うにして障害に対処する。 ［Ｓ１］ホスト10は通信アダプタ11を使用してホスト20
と通信を行なっている。
【００４７】［Ｓ２］ここで通信アダプタ11に障害が発
生する。 ［Ｓ３］ホスト10は、この通信アダプタ11の障害を検知
する。 ［Ｓ４］ホスト10は、バックアップ用通信アダプタ12を
通信アダプタ11の代替として割り当てる。
生する。 ［Ｓ３］ホスト10は、この通信アダプタ11の障害を検知
する。 ［Ｓ４］ホスト10は、バックアップ用通信アダプタ12を
通信アダプタ11の代替として割り当てる。
【００４８】［Ｓ５］ホスト10は、IPアドレス登録要求
を行う。 ［Ｓ６］ホスト10は、ACT 指示( 活性化指示) を割り当
てた通信アダプタ12に送る。
を行う。 ［Ｓ６］ホスト10は、ACT 指示( 活性化指示) を割り当
てた通信アダプタ12に送る。
【００４９】［Ｓ７］ACT 指示に呼応して、通信アダプ
タ12はIPアドレスの登録とネットワークテーブルのクリ
アを行う。 ［Ｓ８］通信アダプタ12は、ACT 完了をホスト10に対し
て返答する。
タ12はIPアドレスの登録とネットワークテーブルのクリ
アを行う。 ［Ｓ８］通信アダプタ12は、ACT 完了をホスト10に対し
て返答する。
【００５０】［Ｓ９］ホスト10は、現在同一ネットワー
ク上で通信を行なっている相手を洗い出す。具体的に
は、ホスト10は内部の管理テーブルを参照して、現在自
分がTCP コネクションを張っているノードを抽出する。
ク上で通信を行なっている相手を洗い出す。具体的に
は、ホスト10は内部の管理テーブルを参照して、現在自
分がTCP コネクションを張っているノードを抽出する。
【００５１】［Ｓ１０］ホスト10は、洗い出された相手
( ここではホスト20) に対して、制御メッセージを送信
すべく、通信アダプタ12に送信依頼を行なう。この制御
メッセージは、望ましくはICMPプロトコルに定義されて
いるエコー要求メッセージである。このメッセージは宛
先のホストがネットワークに正常に接続されているかど
うかを確認するための制御メッセージであり、受け取っ
たホストはエコー応答メッセージによって、これに応答
する。
( ここではホスト20) に対して、制御メッセージを送信
すべく、通信アダプタ12に送信依頼を行なう。この制御
メッセージは、望ましくはICMPプロトコルに定義されて
いるエコー要求メッセージである。このメッセージは宛
先のホストがネットワークに正常に接続されているかど
うかを確認するための制御メッセージであり、受け取っ
たホストはエコー応答メッセージによって、これに応答
する。
【００５２】［Ｓ１１］ネットワークテーブルがクリア
されているので、送信依頼に対応して、通信アダプタ12
はARP 要求を同報送信する。 ［Ｓ１２］ARP 要求を受信したホスト20の通信アダプタ
21が、発信元のMAC アドレスが変更されたことを認識
し、ネットワークテーブルに新しいアドレスを登録す
る。
されているので、送信依頼に対応して、通信アダプタ12
はARP 要求を同報送信する。 ［Ｓ１２］ARP 要求を受信したホスト20の通信アダプタ
21が、発信元のMAC アドレスが変更されたことを認識
し、ネットワークテーブルに新しいアドレスを登録す
る。
【００５３】［Ｓ１３］ホスト20は通信アダプタ21を経
由して、ARP 応答メッセージを返す。 ［Ｓ１４］ARP 応答を受信した通信アダプタ12は、得ら
れたアドレス情報をネットワークテーブル12a に登録す
る。
由して、ARP 応答メッセージを返す。 ［Ｓ１４］ARP 応答を受信した通信アダプタ12は、得ら
れたアドレス情報をネットワークテーブル12a に登録す
る。
【００５４】［Ｓ１５］通信アダプタ12は、エコー要求
メッセージを送信する。 ［Ｓ１６］エコー要求メッセージに応答して、通信アダ
プタ21がエコー応答メッセージをホスト10に返す。
メッセージを送信する。 ［Ｓ１６］エコー要求メッセージに応答して、通信アダ
プタ21がエコー応答メッセージをホスト10に返す。
【００５５】［Ｓ１７］通信アダプタ12が受信したエコ
ー応答メッセージをホスト10に渡す。 ［Ｓ１８］以上のステップによって、ホスト10、20間の
通信に必要なアドレス情報が更新されたので、障害を起
こした通信アダプタから切り替えられた通信アダプタ12
を通じて両者間の通信が継続される。
ー応答メッセージをホスト10に渡す。 ［Ｓ１８］以上のステップによって、ホスト10、20間の
通信に必要なアドレス情報が更新されたので、障害を起
こした通信アダプタから切り替えられた通信アダプタ12
を通じて両者間の通信が継続される。
【００５６】以上の手順により、現用通信アダプタ11に
障害が発生した時にバックアップ用通信アダプタ12に即
時に切り替えてデータ通信を継続することが可能とな
る。従来、ネットワークテーブルを更新するのに必要で
あった20分間の待ち時間は解消される。
障害が発生した時にバックアップ用通信アダプタ12に即
時に切り替えてデータ通信を継続することが可能とな
る。従来、ネットワークテーブルを更新するのに必要で
あった20分間の待ち時間は解消される。
【００５７】図３は、本発明の第１の実施の形態の詳細
な動作を説明するシーケンス図である。これは、前述の
図２に対応するものであって、MAC アドレス、IPアドレ
スを以下のように具体的に設定して説明する。
な動作を説明するシーケンス図である。これは、前述の
図２に対応するものであって、MAC アドレス、IPアドレ
スを以下のように具体的に設定して説明する。
【００５８】A:ホスト10のIPアドレス B:ホスト20のIPアドレス a:現用通信アダプタ11のMAC アドレス c:バックアップ用通信アダプタ12のMAC アドレス b:ホスト20の通信アダプタ21のMAC アドレス 図３において通信アダプタの切替プロセスは以下のステ
ップに従って行なわれる。
ップに従って行なわれる。
【００５９】［Ｓ２１］ホスト10に接続された通信アダ
プタ11は正常に動作している。ホスト10は、通信アダプ
タ11に下記のホスト20宛のメッセージの送信を依頼す
る。 " ［B ］［A ］［データ］" ここで、先頭のフィールド" ［B ］" はホスト20のIPア
ドレスを表し、第２番目のフィールド" ［A ］" は発信
元のIPアドレスを表し、第３番目のフィールド" ［デー
タ］" は送信データの内容を表す。
プタ11は正常に動作している。ホスト10は、通信アダプ
タ11に下記のホスト20宛のメッセージの送信を依頼す
る。 " ［B ］［A ］［データ］" ここで、先頭のフィールド" ［B ］" はホスト20のIPア
ドレスを表し、第２番目のフィールド" ［A ］" は発信
元のIPアドレスを表し、第３番目のフィールド" ［デー
タ］" は送信データの内容を表す。
【００６０】［Ｓ２２］通信アダプタ11のネットワーク
テーブルには宛先IPアドレス"B" に対応するMAC アドレ
スがまだ登録されていないので、通信アダプタ11は一旦
このデータ送信を保留し、相手のMAC アドレスを調べる
ために次のARP 要求メッセージを送信する。
テーブルには宛先IPアドレス"B" に対応するMAC アドレ
スがまだ登録されていないので、通信アダプタ11は一旦
このデータ送信を保留し、相手のMAC アドレスを調べる
ために次のARP 要求メッセージを送信する。
【００６１】" ［同報］［a ］［B ］［A ］" ここで、先頭のフィールド" ［同報］" は全てのMAC ア
ドレスに送信することを表すコードである。第２番目の
フィールド" ［a ］" は発信元MAC アドレス、すなわち
現用通信アダプタ11のMAC アドレスである。第３番目の
フィールドは宛先IPアドレスを表し、第４番目のフィー
ルドは発信元IPアドレスを表す。
ドレスに送信することを表すコードである。第２番目の
フィールド" ［a ］" は発信元MAC アドレス、すなわち
現用通信アダプタ11のMAC アドレスである。第３番目の
フィールドは宛先IPアドレスを表し、第４番目のフィー
ルドは発信元IPアドレスを表す。
【００６２】［Ｓ２３］バックアップ用通信アダプタ12
は待機中ではあるが、ネットワークのアクティビティを
常時監視しており、アドレス更新に関する情報があれ
ば、それを取り込むように構成されている。従って通信
アダプタ12は、ステップＳ２２で送信されたARP 要求の
情報を取り込み、自分自身のネットワークテーブルを構
築する。ここではホスト10のIPアドレス"A" とMAC アド
レス"a" の対応関係がネットワークテーブル12a に登録
される。このテーブルエントリを次のように表わす。
は待機中ではあるが、ネットワークのアクティビティを
常時監視しており、アドレス更新に関する情報があれ
ば、それを取り込むように構成されている。従って通信
アダプタ12は、ステップＳ２２で送信されたARP 要求の
情報を取り込み、自分自身のネットワークテーブルを構
築する。ここではホスト10のIPアドレス"A" とMAC アド
レス"a" の対応関係がネットワークテーブル12a に登録
される。このテーブルエントリを次のように表わす。
【００６３】(c｜a:A) 最初の"c" はMAC アドレス"c" の装置のネットワークテ
ーブルを意味する。２番目の"a" は受信したMAC アドレ
スを、また３番目の"A" はこれに対応するIPアドレスを
意味している。
ーブルを意味する。２番目の"a" は受信したMAC アドレ
スを、また３番目の"A" はこれに対応するIPアドレスを
意味している。
【００６４】［Ｓ２４］通信アダプタ21は、ステップＳ
２２で送信されたARP 要求を受信し、分自身のネットワ
ークテーブル20a にホスト10のMAC アドレス" ［a ］"
とIPアドレス"A" の対応関係を表わすエントリ(b｜a:A)
を登録する。
２２で送信されたARP 要求を受信し、分自身のネットワ
ークテーブル20a にホスト10のMAC アドレス" ［a ］"
とIPアドレス"A" の対応関係を表わすエントリ(b｜a:A)
を登録する。
【００６５】［Ｓ２５］ホスト20は自分宛のARP 要求で
あることを認識して、通信アダプタを経由してARP 応答
メッセージをホスト10に返信する。 ［Ｓ２６］通信アダプタ11はARP 応答を受信し、ネット
ワークテーブルにホスト20のMAC アドレス" ［b ］" と
IPアドレス"B" の対応関係を表わすエントリ(a｜b:B)を
登録する。
あることを認識して、通信アダプタを経由してARP 応答
メッセージをホスト10に返信する。 ［Ｓ２６］通信アダプタ11はARP 応答を受信し、ネット
ワークテーブルにホスト20のMAC アドレス" ［b ］" と
IPアドレス"B" の対応関係を表わすエントリ(a｜b:B)を
登録する。
【００６６】［Ｓ２７］宛先MAC アドレスを得ることが
できたので、通信アダプタ11はステップＳ２２で保留し
ておいたデータをホスト20に向けて送信する。この時の
メッセージには下記のようにIPアドレス、MAC アドレス
を設定する。
できたので、通信アダプタ11はステップＳ２２で保留し
ておいたデータをホスト20に向けて送信する。この時の
メッセージには下記のようにIPアドレス、MAC アドレス
を設定する。
【００６７】 " ［b ］［a ］［B ］［A ］［データ］" ここで、先頭のフィールド" ［b ］" は宛先MAC アドレ
ス、第２番目のフィールド" ［a ］" は発信元MAC アド
レス、第３番目のフィールド" ［B ］" は宛先IPアドレ
ス、第4 番目のフィールド" ［A ］" は発信元IPアドレ
ス、第５番目のフィールド" ［データ］" は送信データ
である。
ス、第２番目のフィールド" ［a ］" は発信元MAC アド
レス、第３番目のフィールド" ［B ］" は宛先IPアドレ
ス、第4 番目のフィールド" ［A ］" は発信元IPアドレ
ス、第５番目のフィールド" ［データ］" は送信データ
である。
【００６８】［Ｓ２８］ここで現用通信アダプタ11に障
害が発生したとする。 ［Ｓ２９］ホスト10は、通信アダプタ11の障害を検知
し、バックアップ用通信アダプタ12への切り替え処理を
開始する。
害が発生したとする。 ［Ｓ２９］ホスト10は、通信アダプタ11の障害を検知
し、バックアップ用通信アダプタ12への切り替え処理を
開始する。
【００６９】［Ｓ３０］ホスト10は、バックアップ用通
信アダプタ12の活性化を指示する。れに呼応して通信ア
ダプタ12は自分のネットワークテーブルをクリアし、AC
T 完了をホスト10に対して返答する。これにより障害を
起こした通信アダプタ11からバックアップ用通信アダプ
タ12への切り替えが完了する。
信アダプタ12の活性化を指示する。れに呼応して通信ア
ダプタ12は自分のネットワークテーブルをクリアし、AC
T 完了をホスト10に対して返答する。これにより障害を
起こした通信アダプタ11からバックアップ用通信アダプ
タ12への切り替えが完了する。
【００７０】［Ｓ３１］ホスト10は、ホスト20に対し
て、次のようなメッセージを送信すべく、通信アダプタ
12に送信依頼を行なう。 " ［B ］［A ］［エコー要求］ このメッセージはICMPプロトコルに定義されているエコ
ー要求メッセージであり、本来は宛先の装置が動作可能
状態であるかどうかを問い合わせるためのメッセージで
ある。
て、次のようなメッセージを送信すべく、通信アダプタ
12に送信依頼を行なう。 " ［B ］［A ］［エコー要求］ このメッセージはICMPプロトコルに定義されているエコ
ー要求メッセージであり、本来は宛先の装置が動作可能
状態であるかどうかを問い合わせるためのメッセージで
ある。
【００７１】［Ｓ３２］通信アダプタ12のネットワーク
テーブルはステップＳ３０で初期化されたため、通信先
のIPアドレスに対応するMAC アドレスが登録されていな
い。そこで、通信アダプタ12は下記のARP 要求を通信相
手に送信する。
テーブルはステップＳ３０で初期化されたため、通信先
のIPアドレスに対応するMAC アドレスが登録されていな
い。そこで、通信アダプタ12は下記のARP 要求を通信相
手に送信する。
【００７２】" ［同報］［c ］［B ］［A ］" ［Ｓ３３］ステップＳ３２のARP 要求を受信した通信相
手のホスト20が自己のネットワークテーブル中のIPアド
レス"A" に関するエントリを更新する。その結果、アド
レスの対応関係を表わすエントリ(b｜c:A)が登録され
る。
手のホスト20が自己のネットワークテーブル中のIPアド
レス"A" に関するエントリを更新する。その結果、アド
レスの対応関係を表わすエントリ(b｜c:A)が登録され
る。
【００７３】［Ｓ３４］通信アダプタ21は通信アダプタ
12に対してARP 応答を返し、要求されたMAC アドレス
が"b" であることを示す。 " ［c ］［b ］［A ］［B ］" ［Ｓ３５］ARP 応答を受信した通信アダプタ12はネット
ワークテーブルにホスト20に関するアドレスの対応関係
を表わすエントリ(c｜b:B)を登録する。
12に対してARP 応答を返し、要求されたMAC アドレス
が"b" であることを示す。 " ［c ］［b ］［A ］［B ］" ［Ｓ３５］ARP 応答を受信した通信アダプタ12はネット
ワークテーブルにホスト20に関するアドレスの対応関係
を表わすエントリ(c｜b:B)を登録する。
【００７４】［Ｓ３６］通信アダプタ12は、ステップＳ
３２で保留したICMPエコー要求メッセージを、ネットワ
ークテーブル12a に登録されたアドレス情報を使用して
ホスト20宛に送信する。
３２で保留したICMPエコー要求メッセージを、ネットワ
ークテーブル12a に登録されたアドレス情報を使用して
ホスト20宛に送信する。
【００７５】 " ［b ］［c ］［B ］［A ］［エコー要求］" ここで、先頭のフィールド" ［b ］" は通信相手の通信
アダプタ21のMAC アドレスであり、第２番目の"c" は発
信元のバックアップ用通信アダプタ12のMAC アドレスで
ある。第３番目のフィールド" ［B ］" は通信相手のホ
スト20のIPアドレスであり、第４番目のフィールド"
［A ］" はホスト10のIPアドレスであり、第５番目の"
［エコー要求］" は送信依頼を受けたデータである。
アダプタ21のMAC アドレスであり、第２番目の"c" は発
信元のバックアップ用通信アダプタ12のMAC アドレスで
ある。第３番目のフィールド" ［B ］" は通信相手のホ
スト20のIPアドレスであり、第４番目のフィールド"
［A ］" はホスト10のIPアドレスであり、第５番目の"
［エコー要求］" は送信依頼を受けたデータである。
【００７６】このように発信元のMAC アドレスがステッ
プＳ２７の場合のMAC アドレス"a"からMAC アドレス"c"
に変っている。これはホスト10側の通信アダプタが正
しくバックアップ用通信アダプタ12に切り換わったこと
を示している。
プＳ２７の場合のMAC アドレス"a"からMAC アドレス"c"
に変っている。これはホスト10側の通信アダプタが正
しくバックアップ用通信アダプタ12に切り換わったこと
を示している。
【００７７】以上のように、現用通信アダプタ11に障害
が発生した場合に、バックアップ用通信アダプタ12に即
時に切り替え、データ通信を継続することが可能となっ
た。また以上の説明からわかるように、このような通信
アダプタの切替制御および切り替えに伴うアドレス情報
の更新制御はホスト10が主導して行なうものである。し
たがってホスト10は、これらの制御のためのプログラム
を備えている。またこの制御プログラムは、コンピュー
タが読み取ることのできる媒体によって配布されるもの
である。
が発生した場合に、バックアップ用通信アダプタ12に即
時に切り替え、データ通信を継続することが可能となっ
た。また以上の説明からわかるように、このような通信
アダプタの切替制御および切り替えに伴うアドレス情報
の更新制御はホスト10が主導して行なうものである。し
たがってホスト10は、これらの制御のためのプログラム
を備えている。またこの制御プログラムは、コンピュー
タが読み取ることのできる媒体によって配布されるもの
である。
【００７８】次に、本発明の第２の実施の形態について
述べる。第２の実施の形態はホスト10の通信アダプタが
下位層の通信機能のみを担当する構成となっている点に
おいて、第１の実施の形態と異なっている( 図１（Ｃ）
を参照) 。この構成では、ホスト10がIPアドレスとMAC
アドレスの対応を管理するネットワークテーブル10aを
有する。
述べる。第２の実施の形態はホスト10の通信アダプタが
下位層の通信機能のみを担当する構成となっている点に
おいて、第１の実施の形態と異なっている( 図１（Ｃ）
を参照) 。この構成では、ホスト10がIPアドレスとMAC
アドレスの対応を管理するネットワークテーブル10aを
有する。
【００７９】図４は、本発明の第２の実施の形態の動作
原理を説明するシーケンス図である。両ホストは以下の
ステップに従って通信を行なう。 ［Ｓ４１］ホスト10は通信アダプタ11を使用してホスト
20と通信を行なっている。
原理を説明するシーケンス図である。両ホストは以下の
ステップに従って通信を行なう。 ［Ｓ４１］ホスト10は通信アダプタ11を使用してホスト
20と通信を行なっている。
【００８０】［Ｓ４２］通信アダプタ11に障害が発生す
る。 ［Ｓ４３］ホスト10は、この通信アダプタ11の障害を検
知する。 ［Ｓ４４］ホスト10は、待機装置の割り当てを行う。こ
こでは、バックアップ用通信アダプタ12を通信アダプタ
11の代替機として割り当てる。
る。 ［Ｓ４３］ホスト10は、この通信アダプタ11の障害を検
知する。 ［Ｓ４４］ホスト10は、待機装置の割り当てを行う。こ
こでは、バックアップ用通信アダプタ12を通信アダプタ
11の代替機として割り当てる。
【００８１】［Ｓ４５］ホスト10は，ACT 指示（活性化
指示）を割り当てた通信アダプタ12に送る。 ［Ｓ４６］通信アダプタ12がACT 完了をホスト10に返答
する。これにより、バックアップ用通信アダプタ12が動
作し得る状態になる。
指示）を割り当てた通信アダプタ12に送る。 ［Ｓ４６］通信アダプタ12がACT 完了をホスト10に返答
する。これにより、バックアップ用通信アダプタ12が動
作し得る状態になる。
【００８２】［Ｓ４７］ACT 完了を受けると、ホスト10
はネットワークテーブル10a を更新して、MAC アドレス
をa からc に変更する。 ［Ｓ４８］ホスト10は、現在同一ネットワーク上で通信
を行なっている相手を洗い出す。具体的には、ホスト10
は内部の管理テーブルを参照して、現在自分がTCP コネ
クションを張っているノードを抽出する。
はネットワークテーブル10a を更新して、MAC アドレス
をa からc に変更する。 ［Ｓ４８］ホスト10は、現在同一ネットワーク上で通信
を行なっている相手を洗い出す。具体的には、ホスト10
は内部の管理テーブルを参照して、現在自分がTCP コネ
クションを張っているノードを抽出する。
【００８３】［Ｓ４９］ホスト10は、ネットワーク上の
他のノードのネットワークテーブルの更新を促すために
ARP 応答メッセージを送信する。例えば、ホスト20の通
信アダプタ21は、このARP 応答メッセージを受信する
と、ネットワークテーブルのホスト10に関するエントリ
を更新し、ホスト10のIPアドレスと通信アダプタ12のMA
C アドレスの新しい対応関係(b｜c:A)を登録する。
他のノードのネットワークテーブルの更新を促すために
ARP 応答メッセージを送信する。例えば、ホスト20の通
信アダプタ21は、このARP 応答メッセージを受信する
と、ネットワークテーブルのホスト10に関するエントリ
を更新し、ホスト10のIPアドレスと通信アダプタ12のMA
C アドレスの新しい対応関係(b｜c:A)を登録する。
【００８４】［Ｓ５０］以上のステップによって、ホス
ト10、20間の通信に必要なアドレス情報が更新されたの
で、障害を起こした通信アダプタから切り替えられた通
信アダプタ12を通じて両者間の通信が継続される。
ト10、20間の通信に必要なアドレス情報が更新されたの
で、障害を起こした通信アダプタから切り替えられた通
信アダプタ12を通じて両者間の通信が継続される。
【００８５】以上の手順により、現用通信アダプタ11に
障害が発生した時にバックアップ用通信アダプタ12に即
時に切り替えてデータ通信を継続することが可能とな
る。従来、ネットワークテーブルを更新するのに必要で
あった２０分間の待ち時間は解消される。第２の実施の
形態ではTCP/IPの上位層をホスト10が制御しているの
で、通信アダプタの切り替え直後にARP 応答メッセージ
を直接発信することができる。
障害が発生した時にバックアップ用通信アダプタ12に即
時に切り替えてデータ通信を継続することが可能とな
る。従来、ネットワークテーブルを更新するのに必要で
あった２０分間の待ち時間は解消される。第２の実施の
形態ではTCP/IPの上位層をホスト10が制御しているの
で、通信アダプタの切り替え直後にARP 応答メッセージ
を直接発信することができる。
【００８６】図５は、本発明の第２の実施の形態の詳細
な動作を説明するシーケンス図である。これは、前述の
図４に対応するものであって、MAC アドレス、IPアドレ
スを第１の実施の形態と同様に設定して説明する。
な動作を説明するシーケンス図である。これは、前述の
図４に対応するものであって、MAC アドレス、IPアドレ
スを第１の実施の形態と同様に設定して説明する。
【００８７】［Ｓ５１］ホスト10に接続された通信アダ
プタ11が正常に動作している状況を仮定する。ホスト10
は、下記のホスト20宛のメッセージの送信しようとして
いる。
プタ11が正常に動作している状況を仮定する。ホスト10
は、下記のホスト20宛のメッセージの送信しようとして
いる。
【００８８】" ［B ］［A ］［データ］" ［Ｓ５２］ホスト10のネットワークテーブル10a には宛
先IPアドレス"B" に対するMAC アドレスがまだ登録され
ていないので、ホスト10は一旦このデータ送信を保留
し、相手のMAC アドレスを調べるために次のARP 要求メ
ッセージを同報送信する。
先IPアドレス"B" に対するMAC アドレスがまだ登録され
ていないので、ホスト10は一旦このデータ送信を保留
し、相手のMAC アドレスを調べるために次のARP 要求メ
ッセージを同報送信する。
【００８９】" ［同報］［a ］［B ］［A ］" ［Ｓ５３］ARP 要求メッセージを通信アダプタ21が受信
してホスト20に渡す。ホスト20は、IPアドレスとMAC ア
ドレスの対応関係を表わすエントリ(b｜a:A)をネットワ
ークテーブル20a に登録する。
してホスト20に渡す。ホスト20は、IPアドレスとMAC ア
ドレスの対応関係を表わすエントリ(b｜a:A)をネットワ
ークテーブル20a に登録する。
【００９０】［Ｓ５４］ホスト20は自分宛のARP 要求で
あることを認識して、ホスト10に対して下記のARP 応答
を返信する。 " ［a ］［b ］［A ］［B ］" ［Ｓ５５］通信アダプタ11はARP 応答を受信しホスト10
に渡す。ホスト10は、ホスト20のMAC アドレスとIPアド
レスの対応関係を表わすエントリ(a｜b:B)をネットワー
クテーブル10a に登録する。
あることを認識して、ホスト10に対して下記のARP 応答
を返信する。 " ［a ］［b ］［A ］［B ］" ［Ｓ５５］通信アダプタ11はARP 応答を受信しホスト10
に渡す。ホスト10は、ホスト20のMAC アドレスとIPアド
レスの対応関係を表わすエントリ(a｜b:B)をネットワー
クテーブル10a に登録する。
【００９１】［Ｓ５６］宛先MAC アドレスを得ることが
できたので、ホスト10はステップＳ５２で保留しておい
たデータをホスト20に向けて送信する。 " ［b ］［a ］［B ］［A ］［データ］" ［Ｓ５７］しかし、ここで現用通信アダプタ11に障害が
発生したとする。
できたので、ホスト10はステップＳ５２で保留しておい
たデータをホスト20に向けて送信する。 " ［b ］［a ］［B ］［A ］［データ］" ［Ｓ５７］しかし、ここで現用通信アダプタ11に障害が
発生したとする。
【００９２】［Ｓ５８］ホスト10は、通信アダプタ11の
障害を検知する。 ［Ｓ５９］ホスト10は、バックアップ用通信アダプタ12
の活性化を指示する。 ［Ｓ６０］通信アダプタ12は活性化完了メッセージを返
して、準備ができたこをホスト10に知らせる。
障害を検知する。 ［Ｓ５９］ホスト10は、バックアップ用通信アダプタ12
の活性化を指示する。 ［Ｓ６０］通信アダプタ12は活性化完了メッセージを返
して、準備ができたこをホスト10に知らせる。
【００９３】［Ｓ６１］ホスト10は、自分自身のネット
ワークテーブル10a を更新し、バックアップ用通信アダ
プタ12のものにする。すなわち(a｜b:B)から(c｜b:B)に
更新する。
ワークテーブル10a を更新し、バックアップ用通信アダ
プタ12のものにする。すなわち(a｜b:B)から(c｜b:B)に
更新する。
【００９４】［Ｓ６２］ホスト10は、MAC アドレスが"
a" から"c" に更新されたことをホスト20に知らせるた
めに、下記のARP 応答メッセージを送信する。 " ［b ］［c ］［B ］［A ］" ［Ｓ６３］ARP 応答メッセージを受信した通信アダプタ
21はそれをホスト20に渡す。ホスト20はネットワークテ
ーブル20a を更新し、旧エントリ(b｜a:A)を(b｜c:A)に
書き替える。
a" から"c" に更新されたことをホスト20に知らせるた
めに、下記のARP 応答メッセージを送信する。 " ［b ］［c ］［B ］［A ］" ［Ｓ６３］ARP 応答メッセージを受信した通信アダプタ
21はそれをホスト20に渡す。ホスト20はネットワークテ
ーブル20a を更新し、旧エントリ(b｜a:A)を(b｜c:A)に
書き替える。
【００９５】［Ｓ６４］ホスト10がホスト20宛の下記の
メッセージの送信を通信アダプタ12に依頼する。 " ［B ］［A ］［データ］" ［Ｓ６５］この依頼に応答して、通信アダプタ12は下記
のメッセージをホストに送信する。
メッセージの送信を通信アダプタ12に依頼する。 " ［B ］［A ］［データ］" ［Ｓ６５］この依頼に応答して、通信アダプタ12は下記
のメッセージをホストに送信する。
【００９６】 " ［b ］［c ］［B ］［A ］［データ］" 以上のように、現用通信アダプタ11に障害が発生した
時、ホスト10はバックアップ用通信アダプタ12に切り替
えると共に、ARP 応答を同報送信してネットワークテー
ブルを更新させる。これによってデータの送受信を中断
せずに続けることが可能となる。
時、ホスト10はバックアップ用通信アダプタ12に切り替
えると共に、ARP 応答を同報送信してネットワークテー
ブルを更新させる。これによってデータの送受信を中断
せずに続けることが可能となる。
【００９７】また第１の実施の形態と同様に、ホスト10
は、このような通信アダプタの切替制御および切り替え
に伴うアドレス情報の更新制御のためのプログラムを備
えている。この制御プログラムは、コンピュータが読み
取ることのできる媒体によって配布される。
は、このような通信アダプタの切替制御および切り替え
に伴うアドレス情報の更新制御のためのプログラムを備
えている。この制御プログラムは、コンピュータが読み
取ることのできる媒体によって配布される。
【００９８】次に、図６を参照して、本発明の第３の実
施の形態の構成を示す。図６のシステムは、グローバル
サーバ40に同一の通信のネットワーク100 に複数の通信
アダプタ41ないし45を接続して負荷を分散させると同時
に、複数のバックアップ用装置を使用したホットスタン
バイシステムを実現したものである。例えば図６が示す
ように、通信アダプタ41ないし45にそれぞれMAC アドレ
スMACa、MACb、MACc、MACd、MACeを付与し、現用通信ア
ダプタの41、42、43にはIPアドレスIPA 、IPB 、IPC を
それぞれ設定する。他の通信アダプタの44、45はバック
アップ用である。
施の形態の構成を示す。図６のシステムは、グローバル
サーバ40に同一の通信のネットワーク100 に複数の通信
アダプタ41ないし45を接続して負荷を分散させると同時
に、複数のバックアップ用装置を使用したホットスタン
バイシステムを実現したものである。例えば図６が示す
ように、通信アダプタ41ないし45にそれぞれMAC アドレ
スMACa、MACb、MACc、MACd、MACeを付与し、現用通信ア
ダプタの41、42、43にはIPアドレスIPA 、IPB 、IPC を
それぞれ設定する。他の通信アダプタの44、45はバック
アップ用である。
【００９９】現用通信アダプタの41、42、43のいずれか
に障害が発生した場合、バックアップ用通信アダプタ4
4、45のいずれかを代替として割り当てる。図１（Ｂ）
のように通信アダプタがネットワーク層以下をサポート
している場合は、新しい通信アダプタにIPアドレスを設
定すると共に、ネットワークテーブルをクリアして、AR
P 要求を他のノードに送信する。これによって他のホス
トのネットワークテーブルが更新されるので、切り替え
た通信アダプタを使用して通信を即時に再開することが
可能となる。
に障害が発生した場合、バックアップ用通信アダプタ4
4、45のいずれかを代替として割り当てる。図１（Ｂ）
のように通信アダプタがネットワーク層以下をサポート
している場合は、新しい通信アダプタにIPアドレスを設
定すると共に、ネットワークテーブルをクリアして、AR
P 要求を他のノードに送信する。これによって他のホス
トのネットワークテーブルが更新されるので、切り替え
た通信アダプタを使用して通信を即時に再開することが
可能となる。
【０１００】また図１（Ｃ）のようにホストがネットワ
ーク層以上をサポートしている場合は、ホストが管理す
るネットワークテーブルをクリアして、ARP 応答を他の
ノードに送信する。これによって他のホストのネットワ
ークテーブルが更新されるので、切り替えた通信アダプ
タを使用して通信を即時に再開することが可能となる。
このような図６の構成は、高い通信性能を要求されると
ともに、高信頼性が必要なサーバ、いわゆるグローバル
サーバに適している。
ーク層以上をサポートしている場合は、ホストが管理す
るネットワークテーブルをクリアして、ARP 応答を他の
ノードに送信する。これによって他のホストのネットワ
ークテーブルが更新されるので、切り替えた通信アダプ
タを使用して通信を即時に再開することが可能となる。
このような図６の構成は、高い通信性能を要求されると
ともに、高信頼性が必要なサーバ、いわゆるグローバル
サーバに適している。
【０１０１】
【発明の効果】以上説明したように、本発明によれば、
通信中の通信アダプタの障害を検知したときにその通信
アダプタを切り離すと共に、ネットワークテーブルをリ
セットあるいは更新し、ARP 要求あるいはARP 応答を送
信する。そして、これらのメッセージに含まれるアドレ
ス情報をネットワークテーブルに登録して通信を継続す
る。このため、TCP/IPプロトコルによる通信を切断する
ことなく予備の通信アダプタを使用して瞬時に切り替え
を完了し、通信を継続することができる。
通信中の通信アダプタの障害を検知したときにその通信
アダプタを切り離すと共に、ネットワークテーブルをリ
セットあるいは更新し、ARP 要求あるいはARP 応答を送
信する。そして、これらのメッセージに含まれるアドレ
ス情報をネットワークテーブルに登録して通信を継続す
る。このため、TCP/IPプロトコルによる通信を切断する
ことなく予備の通信アダプタを使用して瞬時に切り替え
を完了し、通信を継続することができる。
【図１】TCP/IPプロトコルと、それに対応する通信アダ
プタ階層構造を説明する図であり、（Ａ）はTCP/IPプロ
トコルの階層構造をISO OSI 参照モデルと比較して説明
する図であり、（Ｂ）は本発明の第１の実施の形態のホ
ストと通信アダプタにおけるプロトコル制御の階層構造
を説明する図であり、（Ｃ）は本発明の第２の実施の形
態のホストと通信アダプタにおけるプロトコル制御の階
層構造を説明する図である。
プタ階層構造を説明する図であり、（Ａ）はTCP/IPプロ
トコルの階層構造をISO OSI 参照モデルと比較して説明
する図であり、（Ｂ）は本発明の第１の実施の形態のホ
ストと通信アダプタにおけるプロトコル制御の階層構造
を説明する図であり、（Ｃ）は本発明の第２の実施の形
態のホストと通信アダプタにおけるプロトコル制御の階
層構造を説明する図である。
【図２】本発明の第１の実施の形態の動作原理を説明す
るシーケンス図である。
るシーケンス図である。
【図３】本発明の第１の実施の形態の詳細な動作を説明
するシーケンス図である。
するシーケンス図である。
【図４】本発明の第２の実施の形態の動作原理を説明す
るシーケンス図である。
るシーケンス図である。
【図５】本発明の第２の実施の形態の詳細な動作を説明
するシーケンス図である。
するシーケンス図である。
【図６】本発明の第３の実施の形態の構成を示す図であ
る。
る。
【図７】従来のホスト間通信システムの構成を示す図で
ある。
ある。
【図８】従来技術の通信アダプタの切り替えを説明する
シーケンス図である。
シーケンス図である。
１０、２０ ホスト １１、１２、２１ 通信アダプタ １００ ネットワーク
Claims (17)
- 【請求項１】第１のホストの通信機能が第１と第２の通
信アダプタによって二重化され、第２のホストを含む複
数のホスト間の通信をTCP/IPプロトコルを使用して行な
うネットワークシステムで、第１の通信アダプタから第
２の通信アダプタに切り替える切替方法において、 (a) 前記第１のホストが前記第１の通信アダプタの故障
を検出した時に、前記第１の通信アダプタを切り離し、 (b) 前記第２の通信アダプタを活性化し、 (c) 前記第１のホストから前記第２のホストへの制御メ
ッセージの送信を起動し、 (d) 前記第２の通信アダプタからARP 要求メッセージを
同報送信し、 (f) 前記第２の通信アダプタが前記第２のホストから受
信したARP 応答メッセージに含まれるアドレス情報に基
づいて、前記制御メッセージを前記第２のホストに送信
し、 (g) 前記制御メッセージに対する前記第２のホストから
の応答メッセージを受信し、 (h) 前記応答メッセージの受信をもって、前記第１の通
信アダプタから前記第２の通信アダプタへの切り替えが
終了したと認識するようにした、 ことを特徴とする切替方法。 - 【請求項２】前記第１のホストはトランスポート層の通
信プロトコルを制御し、前記第１と第２の通信アダプタ
はインターネット層の通信プロトコルを制御することを
特徴とする請求項１記載の切替方法。 - 【請求項３】前記ステップ(c) で送信起動される前記制
御メッセージは、ICMPプロトコルのエコー要求メッセー
ジであることを特徴とする請求項１記載の切替方法。 - 【請求項４】前記ステップ(b) は、前記第２の通信アダ
プタのネットワークテーブルを初期化することを含むこ
とを特徴とする請求項１記載の切替方法。 - 【請求項５】第１のホストの通信機能が第１と第２の通
信アダプタによって二重化され、第２のホストを含む複
数のホスト間の通信をTCP/IPプロトコルを使用して行な
うネットワークシステムで、前記第１の通信アダプタか
ら前記第２の通信アダプタに切り替える切替方法におい
て、 (a) 前記第１のホストが前記第１の通信アダプタの故障
を検出した時に、前記第１の通信アダプタを切り離し、 (b) 前記第２の通信アダプタを活性化し、 (c) 前記第１のホストから前記第２の通信アダプタを経
由して前記第２のホストにARP 応答メッセージを送信す
る、 ことを特徴とする切替方法。 - 【請求項６】前記第１のホストはインターネット層の通
信プロトコルを制御し、前記第１と第２の通信アダプタ
はネットワークインタフェース層の通信プロトコルを制
御することを特徴とする請求項５記載の切替方法。 - 【請求項７】前記ステップ(c) で送信起動されるARP 応
答メッセージは、その送信元アドレスフィールドに前記
第１のホストのIPアドレスと前記第２の通信アダプタの
MACアドレスを含むことを特徴とする請求項５記載の切
替方法。 - 【請求項８】第１のホストの通信機能が第１と第２の通
信アダプタによって二重化され、第２のホストを含む複
数のホスト間の通信をTCP/IPプロトコルを使用して行な
うネットワークシステムで、ホストの通信アダプタを故
障時に切り替える切替方式において、 (a) 前記第１の通信アダプタの故障を検出する故障検出
手段と、 (b) 前記故障検出手段によって検出された故障に応答し
て、前記第１の通信アダプタを切り離し、前記第２の通
信アダプタを活性化する活性化手段と、 (c) 前記活性化手段によって活性化された前記第２の通
信アダプタを経由し前記第１のホストから前記第２のホ
ストへの制御メッセージの送信を起動する制御メッセー
ジ送信手段と、 (d) 前記制御メッセージに対する前記第２のホストから
の応答メッセージの受信をもって、前記第１の通信アダ
プタから前記第２の通信アダプタへの切り替えが終了し
たと認識する完了認識手段と、 を備えたことを特徴とする切替方式。 - 【請求項９】前記第２の通信アダプタは、 制御メッセージ送信手段による前記制御メッセージの送
信要求に応答して、ARP 要求メッセージを同報送信する
ARP 要求手段と、 前記第２のホストから受信したARP 応答メッセージに含
まれるアドレス情報に基づいて、前記制御メッセージを
前記第２のホストに送信する送信手段と、 を備えたことを特徴とする請求項８記載の切替方式。 - 【請求項１０】前記第１のホストはトランスポート層の
通信プロトコルを制御し、前記第１と第２の通信アダプ
タはインターネット層の通信プロトコルを制御すること
を特徴とする請求項８記載の切替方式。 - 【請求項１１】前記制御メッセージは、ICMPプロトコル
のエコー要求メッセージであることを特徴とする請求項
８記載の切替方式。 - 【請求項１２】第１のホストの通信機能が第１と第２の
通信アダプタによって二重化され、第２のホストを含む
複数のホスト間の通信をTCP/IPプロトコルを使用して行
なうネットワークシステムで、第１のホストの通信アダ
プタを故障時に切り替える切替方式において、 (a) 前記第１の通信アダプタの故障を検出する故障検出
手段と、 (b) 前記故障検出手段によって検出された故障に応答し
て、前記第１の通信アダプタを切り離し、前記第２の通
信アダプタを活性化する活性化手段と、 (c) 前記第１のホストから前記第２のホストへのARP 応
答メッセージを、前記活性化手段によって活性化された
前記第２の通信アダプタを経由して送信するARP メッセ
ージ送信手段と、 を備えたことを特徴とする切替方式。 - 【請求項１３】前記第１のホストはインターネット層の
通信プロトコルを制御し、前記第１と第２の通信アダプ
タはネットワークインタフェース層の通信プロトコルを
制御することを特徴とする請求項１２記載の切替方式。 - 【請求項１４】前記ARP メッセージ送信手段が送信する
前記ARP 応答メッセージは、その送信元アドレスフィー
ルドに前記第１のホストのIPアドレスと前記第２の通信
アダプタのMAC アドレスを含むことを特徴とする請求項
１２記載の切替方式。 - 【請求項１５】前記第１のホストは、前記第１と第２の
通信アダプタを含む３台以上の通信アダプタを有し、 前記第１の通信アダプタを含む２台以上を現用通信アダ
プタとして使用し、 前記第２の通信アダプタを含む残りをバックアップ用通
信アダプタとした、 ことを特徴とする請求項８または請求項１２記載の通信
アダプタの切替方式。 - 【請求項１６】第１のホストの通信機能が第１と第２の
通信アダプタによって二重化され、第２のホストを含む
複数のホスト間の通信をTCP/IPプロトコルを使用して行
なうネットワークシステムで、第１のホストが第１の通
信アダプタから第２の通信アダプタへの切替えを制御す
るためのプログラムを記録した媒体において、 (a) 前記第１の通信アダプタの故障を検出した時に、前
記第１の通信アダプタを切り離し、 (b) 前記第２の通信アダプタを活性化すると共に、前記
第２の通信アダプタ内のネットワークテーブルを初期化
させ、 (c) 前記第２の通信アダプタにARP 要求メッセージを送
信させるべく、前記第１のホストから前記第２のホスト
への制御メッセージの送信を、前記第２の通信アダプタ
に要求し、 (d) 前記ステップ(c) の結果として前記第２のホストに
送信された前記制御メッセージに対する前記第２のホス
トからの応答メッセージを受信し、 (e) 前記応答メッセージの受信をもって、前記第１の通
信アダプタから前記第２の通信アダプタへの切り替えが
終了したと認識する、 ことを第１のホストを構成するコンピュータに実行させ
るためのプログラムを格納した記録媒体。 - 【請求項１７】第１のホストの通信機能が第１と第２の
通信アダプタによって二重化され、第２のホストを含む
複数のホスト間の通信をTCP/IPプロトコルを使用して行
なうネットワークシステムで、第１のホストが第１の通
信アダプタから第２の通信アダプタへの切替えを制御す
るためのプログラムを記録した媒体において、 (a) 前記第１の通信アダプタの故障を検出した時に、前
記第１の通信アダプタを切り離し、 (b) 前記第２の通信アダプタを活性化すると共に、前記
第１のホスト自身が有するネットワークテーブルを更新
し、 (c) 活性化された前記第２の通信アダプタを経由して前
記第２のホストにARP応答メッセージを送信する、こと
を第１のホストを構成するコンピュータに実行させるた
めのプログラムを格納した記録媒体。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP10040139A JPH10320327A (ja) | 1997-03-19 | 1998-02-23 | 二重化された通信アダプタの切替方法、切替方式、および切替用プログラムを格納した記録媒体 |
Applications Claiming Priority (3)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP9-66717 | 1997-03-19 | ||
| JP6671797 | 1997-03-19 | ||
| JP10040139A JPH10320327A (ja) | 1997-03-19 | 1998-02-23 | 二重化された通信アダプタの切替方法、切替方式、および切替用プログラムを格納した記録媒体 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JPH10320327A true JPH10320327A (ja) | 1998-12-04 |
Family
ID=26379575
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP10040139A Pending JPH10320327A (ja) | 1997-03-19 | 1998-02-23 | 二重化された通信アダプタの切替方法、切替方式、および切替用プログラムを格納した記録媒体 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JPH10320327A (ja) |
Cited By (11)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2002281056A (ja) * | 2001-03-21 | 2002-09-27 | Toyo Commun Equip Co Ltd | イーサネット（登録商標）スイッチ |
| KR100425560B1 (ko) * | 2000-06-20 | 2004-04-03 | 닛뽕덴끼 가부시끼가이샤 | 단말기의 액티브 포트를 쉽게 변경할 수 있는 랜 경로제어 시스템 및 방법 |
| US6810010B1 (en) | 1999-04-14 | 2004-10-26 | Nec Corporation | Redundant LAN system, active line/stand-by line switching method, and recording medium |
| JP2006254083A (ja) * | 2005-03-10 | 2006-09-21 | Hitachi Communication Technologies Ltd | Ｉｐ電話システム |
| JP2007183738A (ja) * | 2006-01-05 | 2007-07-19 | Sony Corp | 情報処理装置および方法、並びにプログラム |
| JP2008289162A (ja) * | 2002-03-29 | 2008-11-27 | Fujitsu Ltd | リンク方式間の移行方法及びモバイル・コンピューティング装置 |
| US7768905B2 (en) | 2003-02-27 | 2010-08-03 | Fujitsu Limited | Program and method for controlling communication |
| US7774532B2 (en) | 2005-03-03 | 2010-08-10 | Nec Corporation | Processing device, failure recovery method therefor, and failure restoration method |
| JP2011049958A (ja) * | 2009-08-28 | 2011-03-10 | Mitsubishi Electric Corp | 通信端末、通信システムおよびノード切り替え方法 |
| JP5638063B2 (ja) * | 2010-03-23 | 2014-12-10 | キヤノン株式会社 | 通信装置、通信装置の制御方法、プログラム |
| KR101601732B1 (ko) * | 2014-10-24 | 2016-03-10 | 삼성중공업 주식회사 | 이중화 제어 장치 및 이중화 제어 방법 |
-
1998
- 1998-02-23 JP JP10040139A patent/JPH10320327A/ja active Pending
Cited By (14)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US6810010B1 (en) | 1999-04-14 | 2004-10-26 | Nec Corporation | Redundant LAN system, active line/stand-by line switching method, and recording medium |
| KR100425560B1 (ko) * | 2000-06-20 | 2004-04-03 | 닛뽕덴끼 가부시끼가이샤 | 단말기의 액티브 포트를 쉽게 변경할 수 있는 랜 경로제어 시스템 및 방법 |
| US6891840B2 (en) | 2000-06-20 | 2005-05-10 | Nec Corporation | LAN path control system capable of easily changing active port of terminal |
| JP2002281056A (ja) * | 2001-03-21 | 2002-09-27 | Toyo Commun Equip Co Ltd | イーサネット（登録商標）スイッチ |
| JP2008289162A (ja) * | 2002-03-29 | 2008-11-27 | Fujitsu Ltd | リンク方式間の移行方法及びモバイル・コンピューティング装置 |
| US7492787B2 (en) | 2002-03-29 | 2009-02-17 | Fujitsu Limited | Method, apparatus, and medium for migration across link technologies |
| US7768905B2 (en) | 2003-02-27 | 2010-08-03 | Fujitsu Limited | Program and method for controlling communication |
| US7774532B2 (en) | 2005-03-03 | 2010-08-10 | Nec Corporation | Processing device, failure recovery method therefor, and failure restoration method |
| JP2006254083A (ja) * | 2005-03-10 | 2006-09-21 | Hitachi Communication Technologies Ltd | Ｉｐ電話システム |
| JP2007183738A (ja) * | 2006-01-05 | 2007-07-19 | Sony Corp | 情報処理装置および方法、並びにプログラム |
| JP4506676B2 (ja) * | 2006-01-05 | 2010-07-21 | ソニー株式会社 | 情報処理装置および方法、並びにプログラム |
| JP2011049958A (ja) * | 2009-08-28 | 2011-03-10 | Mitsubishi Electric Corp | 通信端末、通信システムおよびノード切り替え方法 |
| JP5638063B2 (ja) * | 2010-03-23 | 2014-12-10 | キヤノン株式会社 | 通信装置、通信装置の制御方法、プログラム |
| KR101601732B1 (ko) * | 2014-10-24 | 2016-03-10 | 삼성중공업 주식회사 | 이중화 제어 장치 및 이중화 제어 방법 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US6049825A (en) | Method and system for switching between duplicated network interface adapters for host computer communications | |
| US6728780B1 (en) | High availability networking with warm standby interface failover | |
| US6763479B1 (en) | High availability networking with alternate pathing failover | |
| US6732186B1 (en) | High availability networking with quad trunking failover | |
| US6718383B1 (en) | High availability networking with virtual IP address failover | |
| US7894335B2 (en) | Redundant routing capabilities for a network node cluster | |
| US6941384B1 (en) | Methods, systems and computer program products for failure recovery for routed virtual internet protocol addresses | |
| US7042876B1 (en) | Stateful network address translation protocol implemented over a data network | |
| US6996631B1 (en) | System having a single IP address associated with communication protocol stacks in a cluster of processing systems | |
| US7885180B2 (en) | Address resolution request mirroring | |
| US6430622B1 (en) | Methods, systems and computer program products for automated movement of IP addresses within a cluster | |
| US6996617B1 (en) | Methods, systems and computer program products for non-disruptively transferring a virtual internet protocol address between communication protocol stacks | |
| US20060206611A1 (en) | Method and system for managing programs with network address | |
| JP4231773B2 (ja) | Ｖｒの機密性を維持したｖｒｒｐ技術 | |
| KR100703488B1 (ko) | 라우터 이중화 시스템에서 백업 라우터의 상태 천이 방법및 장치 | |
| JPH1069449A (ja) | サーバとクライアントとの間のセッションを回復するための装置および方法 | |
| JPH10303968A (ja) | 通信ネットワーク及び通信方法 | |
| JPH10320327A (ja) | 二重化された通信アダプタの切替方法、切替方式、および切替用プログラムを格納した記録媒体 | |
| JPH09259096A (ja) | ネットワーク高信頼化方式及びシステム | |
| JPH10112740A (ja) | 情報処理装置、通信方法および記憶媒体 | |
| JPH1185644A (ja) | 冗長構成システムの系切替制御方法 | |
| US20080144634A1 (en) | Selective passive address resolution learning | |
| JP4133738B2 (ja) | 高速ネットワークアドレス引継ぎ方法、ネットワーク装置及びプログラム | |
| JPH11313101A (ja) | 二重化ｌａｎシステムのコネクション再接続の高速化方法及び方式 | |
| JP2003140986A (ja) | 遠隔監視システムおよび通信制御方法 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20060322 |
|
| A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20060718 |