JP3339439B2 - Ｎｉｃのフェイル・オーバ装置 - Google Patents
Ｎｉｃのフェイル・オーバ装置Info
- Publication number
- JP3339439B2 JP3339439B2 JP35823598A JP35823598A JP3339439B2 JP 3339439 B2 JP3339439 B2 JP 3339439B2 JP 35823598 A JP35823598 A JP 35823598A JP 35823598 A JP35823598 A JP 35823598A JP 3339439 B2 JP3339439 B2 JP 3339439B2
- Authority
- JP
- Japan
- Prior art keywords
- unit
- backup
- nic
- reception
- device driver
- 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
- Computer And Data Communications (AREA)
- Small-Scale Networks (AREA)
- Maintenance And Management Of Digital Transmission (AREA)
Description
【０００１】
【発明の属する技術分野】本発明は、フェイル・オーバ
装置に関する。
装置に関する。
【０００２】
【従来の技術】複数ＮＩＣで複数サブネットワークを有
するネットワーク装置において、ＮＩＣに接続されてい
るケーブルの断線や、何らかの要因によってＮＩＣが使
用不可能になり、データの送信・受信が行えなくなるこ
とがある。このような場合、従来は、ネットワーク装置
に接続されているケーブルを交換したり、装置に実装さ
れているＮＩＣを交換することにより復旧している。ま
た、他の方法として、ある１つのデバイスドライバが上
位プロトコルから一旦データを受け取り、その後に各Ｎ
ＩＣを制御するデバイスドライバに対してデータを振り
分けるようにしている。
するネットワーク装置において、ＮＩＣに接続されてい
るケーブルの断線や、何らかの要因によってＮＩＣが使
用不可能になり、データの送信・受信が行えなくなるこ
とがある。このような場合、従来は、ネットワーク装置
に接続されているケーブルを交換したり、装置に実装さ
れているＮＩＣを交換することにより復旧している。ま
た、他の方法として、ある１つのデバイスドライバが上
位プロトコルから一旦データを受け取り、その後に各Ｎ
ＩＣを制御するデバイスドライバに対してデータを振り
分けるようにしている。
【０００３】
【発明が解決しようとする課題】しかしながら、上述し
た従来のＮＩＣのフェイル・オーバ方法では、ＮＩＣな
どを交換するときは、電源を一時遮断する必要があり、
また、ＮＩＣ制御するデバイスドライバにデータを振り
分けるときは、使用できるサブネットワークが１つに限
られてしまい、複数枚のＮＩＣが同一ネットワークに属
してしまうという欠点がある。本発明の目的は、ＮＩＣ
が使用不可能になっても、サブネットワーク構成変更を
不要化して、従前のサブネットワーク環境下でデータの
送受信を継続できるＮＩＣのフェイル・オーバ装置を提
供することに有る。
た従来のＮＩＣのフェイル・オーバ方法では、ＮＩＣな
どを交換するときは、電源を一時遮断する必要があり、
また、ＮＩＣ制御するデバイスドライバにデータを振り
分けるときは、使用できるサブネットワークが１つに限
られてしまい、複数枚のＮＩＣが同一ネットワークに属
してしまうという欠点がある。本発明の目的は、ＮＩＣ
が使用不可能になっても、サブネットワーク構成変更を
不要化して、従前のサブネットワーク環境下でデータの
送受信を継続できるＮＩＣのフェイル・オーバ装置を提
供することに有る。
【０００４】
【課題を解決するための手段】本発明のＮＩＣのフェイ
ル・オーバ装置は、複数のネットワーク・インタフェー
ス・カード（ＮＩＣ）を実装して、各ＮＩＣがサブネッ
トワークを構成するネットワークシステムにおけるＮＩ
Ｃのフェイル・オーバ装置において、ハードウエア管理
拡張部、送信拡張部および受信拡張部から成るデバイス
ドライバ拡張部を設けた前記ＮＩＣと１対１対応のデバ
イスドライバと、管理部、送信バックアップ部および受
信バックアップ部から成るバックアップモジュール部と
を有し、前記ハードウエア管理拡張部は、当該デバイス
ドライバが管理するＮＩＣアドレスおよび上位プロトコ
ルから通知されたアドレスを前記管理部へ登録してお
き、当該ＮＩＣのバックアップ要求とバックアップ終了
要求を前記管理部へ通知し、前記送信拡張部は、当該Ｎ
ＩＣが使用不可能なときに送信データを受けると前記送
信バックアップ部へ渡し、前記受信拡張部は、前期管理
部からバックアップ指示を受けているときは受信データ
を前記受信バックアップ部へ渡し、前記管理部は、前記
ハードウエア管理拡張部から全てのＮＩＣの情報を取得
してＮＩＣの状態を管理し、前記バックアップ送信部と
バックアップ受信部にバックアップの開始もしくは終了
を通知し、前記送信バックアップ部は、前記管理部から
バックアップ要求を受けると、前記送信拡張部から渡さ
れた送信データを管理部から指示されたデバイスドライ
バへ渡し、前記受信バックアップ部は、前記管理部から
バックアップ要求を受けると、前記受信拡張部から渡さ
れた受信データを管理部から指示されたデバイスドライ
バへ渡すことを特徴とする。また、本発明のＮＩＣのフ
ェイル・オーバ装置の好ましい実施の形態は、前記管理
部への登録は、本装置の初期動作時に行うことを特徴と
する。また、本発明のＮＩＣのフェイル・オーバ装置の
好ましい実施の形態は、前記送信バックアップ部は、渡
された送信データ内のイーサネット（Ethernet）（登録
商標）フレームの発信元アドレス部分を、バックアップ
を行うＮＩＣのアドレスに書き換え、当該デバイスドラ
イバへ送信することを特徴とする。また、本発明のＮＩ
Ｃのフェイル・オーバ装置の好ましい実施の形態は、前
記受信拡張部は、当該ＮＩＣから受信データを受けとっ
たときにバックアップ指示を受けていると、受信データ
内のイーサネット（Ethernet）（登録商標）フレームを
解析し、前記管理部からバックアップ指示を受けている
ブロードキャスト（Broadcast）パケットかマルチキャ
スト（Multicast）パケットであれば、当該受信データ
を前記受信バックアップ部を通してバックアップ対象の
ＮＩＣ対応のデバイスドライバへ渡し、該デバイスドラ
イバはその受信データを自己が受け取ったものとして上
位プロトコルに渡すとともに、前記受信拡張部を含むデ
バイスドライバは当該新データを自己が受けたものとし
て上位プロトコルに渡すことを特徴とする。また、本発
明のＮＩＣのフェイル・オーバ装置の好ましい実施の形
態は、前記受信拡張部は、当該ＮＩＣから受信データを
受けとったときにバックアップ指示を受けていると、受
信データ内のイーサネット（Ethernet）（登録商標）フ
レームを解析し、前記管理部からバックアップ指示を受
けているユニキャスト（Unicast）パケットであり、か
つバックアップ対象のＮＩＣ宛であれば、当該受信デー
タを前記受信バックアップ部を通してバックアップ対象
のＮＩＣ対応のデバイスドライバへ渡し、該デバイスド
ライバはその受信データを自己が受け取ったものとして
上位プロトコルに渡すことを特徴とする。
ル・オーバ装置は、複数のネットワーク・インタフェー
ス・カード（ＮＩＣ）を実装して、各ＮＩＣがサブネッ
トワークを構成するネットワークシステムにおけるＮＩ
Ｃのフェイル・オーバ装置において、ハードウエア管理
拡張部、送信拡張部および受信拡張部から成るデバイス
ドライバ拡張部を設けた前記ＮＩＣと１対１対応のデバ
イスドライバと、管理部、送信バックアップ部および受
信バックアップ部から成るバックアップモジュール部と
を有し、前記ハードウエア管理拡張部は、当該デバイス
ドライバが管理するＮＩＣアドレスおよび上位プロトコ
ルから通知されたアドレスを前記管理部へ登録してお
き、当該ＮＩＣのバックアップ要求とバックアップ終了
要求を前記管理部へ通知し、前記送信拡張部は、当該Ｎ
ＩＣが使用不可能なときに送信データを受けると前記送
信バックアップ部へ渡し、前記受信拡張部は、前期管理
部からバックアップ指示を受けているときは受信データ
を前記受信バックアップ部へ渡し、前記管理部は、前記
ハードウエア管理拡張部から全てのＮＩＣの情報を取得
してＮＩＣの状態を管理し、前記バックアップ送信部と
バックアップ受信部にバックアップの開始もしくは終了
を通知し、前記送信バックアップ部は、前記管理部から
バックアップ要求を受けると、前記送信拡張部から渡さ
れた送信データを管理部から指示されたデバイスドライ
バへ渡し、前記受信バックアップ部は、前記管理部から
バックアップ要求を受けると、前記受信拡張部から渡さ
れた受信データを管理部から指示されたデバイスドライ
バへ渡すことを特徴とする。また、本発明のＮＩＣのフ
ェイル・オーバ装置の好ましい実施の形態は、前記管理
部への登録は、本装置の初期動作時に行うことを特徴と
する。また、本発明のＮＩＣのフェイル・オーバ装置の
好ましい実施の形態は、前記送信バックアップ部は、渡
された送信データ内のイーサネット（Ethernet）（登録
商標）フレームの発信元アドレス部分を、バックアップ
を行うＮＩＣのアドレスに書き換え、当該デバイスドラ
イバへ送信することを特徴とする。また、本発明のＮＩ
Ｃのフェイル・オーバ装置の好ましい実施の形態は、前
記受信拡張部は、当該ＮＩＣから受信データを受けとっ
たときにバックアップ指示を受けていると、受信データ
内のイーサネット（Ethernet）（登録商標）フレームを
解析し、前記管理部からバックアップ指示を受けている
ブロードキャスト（Broadcast）パケットかマルチキャ
スト（Multicast）パケットであれば、当該受信データ
を前記受信バックアップ部を通してバックアップ対象の
ＮＩＣ対応のデバイスドライバへ渡し、該デバイスドラ
イバはその受信データを自己が受け取ったものとして上
位プロトコルに渡すとともに、前記受信拡張部を含むデ
バイスドライバは当該新データを自己が受けたものとし
て上位プロトコルに渡すことを特徴とする。また、本発
明のＮＩＣのフェイル・オーバ装置の好ましい実施の形
態は、前記受信拡張部は、当該ＮＩＣから受信データを
受けとったときにバックアップ指示を受けていると、受
信データ内のイーサネット（Ethernet）（登録商標）フ
レームを解析し、前記管理部からバックアップ指示を受
けているユニキャスト（Unicast）パケットであり、か
つバックアップ対象のＮＩＣ宛であれば、当該受信デー
タを前記受信バックアップ部を通してバックアップ対象
のＮＩＣ対応のデバイスドライバへ渡し、該デバイスド
ライバはその受信データを自己が受け取ったものとして
上位プロトコルに渡すことを特徴とする。
【０００５】
【発明の実施の形態】次に、本発明の実施の形態につい
て図面を参照して説明する。図１は、本発明のＮＩＣの
フェイル・オーバ装置の一実施例のブロック図である。
本ＮＩＣのフェイル・オーバ装置は、独立したモジュー
ルであるバックアップモジュール部２と、２つのデバイ
スドライバ３，４内に含まれ既存の機能を拡張するデバ
イスドライバ拡張部３０，４０とから構成される。
て図面を参照して説明する。図１は、本発明のＮＩＣの
フェイル・オーバ装置の一実施例のブロック図である。
本ＮＩＣのフェイル・オーバ装置は、独立したモジュー
ルであるバックアップモジュール部２と、２つのデバイ
スドライバ３，４内に含まれ既存の機能を拡張するデバ
イスドライバ拡張部３０，４０とから構成される。
【０００６】なお、以下の各図面において、ブロック間
の矢印のうちの実線はＮＩＣ情報の登録とＮＩＣ状態の
通知を表し、点線は受信データのバックアップの流れを
表し、破線は送信データのバックアップの流れを表し、
一点鎖線はバックアップ要求通知と終了要求通知を表
す。
の矢印のうちの実線はＮＩＣ情報の登録とＮＩＣ状態の
通知を表し、点線は受信データのバックアップの流れを
表し、破線は送信データのバックアップの流れを表し、
一点鎖線はバックアップ要求通知と終了要求通知を表
す。
【０００７】バックアップモジュール部２は、管理部２
１，送信バックアップ部２２，および受信バックアップ
部２３から構成される。以下に、これら各部の説明を行
う。
１，送信バックアップ部２２，および受信バックアップ
部２３から構成される。以下に、これら各部の説明を行
う。
【０００８】管理部２１は、本装置に実装されている２
つのＮＩＣ５，６についての情報をデバイスドライバ拡
張部３０，４０のハードウェア管理拡張部３１，４１よ
り取得し、それらＮＩＣ５，６の状態を管理する。
つのＮＩＣ５，６についての情報をデバイスドライバ拡
張部３０，４０のハードウェア管理拡張部３１，４１よ
り取得し、それらＮＩＣ５，６の状態を管理する。
【０００９】そしてＮＩＣ５，６に何らかの要因が発生
した場合、ハードウェア管理拡張部３１，４１よりバッ
クアップ要求、及びすでに実施されているバックアップ
終了要求が通知される。管理部２１は、その通知に対し
て、送信バックアップ部２２と受信バックアップ部２３
に対して、それぞれバックアップの開始もしくは終了通
知を行う。
した場合、ハードウェア管理拡張部３１，４１よりバッ
クアップ要求、及びすでに実施されているバックアップ
終了要求が通知される。管理部２１は、その通知に対し
て、送信バックアップ部２２と受信バックアップ部２３
に対して、それぞれバックアップの開始もしくは終了通
知を行う。
【００１０】送信バックアップ部２２は、管理部２１よ
りバックアップ要求を受けた後、送信拡張部より渡され
た送信データを、管理部２１によって指示されたデバイ
スドライバへ渡す。そして、管理部２１よりバックアッ
プ終了要求を受けた後は、この処理を行わない。
りバックアップ要求を受けた後、送信拡張部より渡され
た送信データを、管理部２１によって指示されたデバイ
スドライバへ渡す。そして、管理部２１よりバックアッ
プ終了要求を受けた後は、この処理を行わない。
【００１１】受信バックアップ部２３は、管理部２１よ
りバックアップ要求を受けた後、受信拡張部より渡され
た受信データを、管理部２１によって指示されたデバイ
スドライバに渡す。 そして、管理部２１よりバックア
ップ終了要求を受けた後は、この処理を行わない。
りバックアップ要求を受けた後、受信拡張部より渡され
た受信データを、管理部２１によって指示されたデバイ
スドライバに渡す。 そして、管理部２１よりバックア
ップ終了要求を受けた後は、この処理を行わない。
【００１２】次に、デバイスドライバ拡張部３０，４０
は、ハードウェア管理拡張部３１，４１と送信拡張部３
２，４２と、受信拡張部３３，４３とからより構成され
る。以下に、これら各部の説明を行う。
は、ハードウェア管理拡張部３１，４１と送信拡張部３
２，４２と、受信拡張部３３，４３とからより構成され
る。以下に、これら各部の説明を行う。
【００１３】ハードウェア管理拡張部３１，４１は、各
デバイスドライバ３，４が制御するＮＩＣの５，６ＭＡ
Ｃアドレス，ＮＩＣ５，６に割り当てられているＩＰア
ドレス，そしてプロトコル群１内の上位プロトコルから
通知されたMulticastアドレスをバックアップモジュー
ル部２の管理部２１へ登録する。
デバイスドライバ３，４が制御するＮＩＣの５，６ＭＡ
Ｃアドレス，ＮＩＣ５，６に割り当てられているＩＰア
ドレス，そしてプロトコル群１内の上位プロトコルから
通知されたMulticastアドレスをバックアップモジュー
ル部２の管理部２１へ登録する。
【００１４】また、ＮＩＣが何らかの要因によって使用
不可能になった場合は、バックアップ要求を、さらに、
使用不可能な状態から復旧した場合はバックアップ終了
要求をバックアップモジュール部２の管理部２１へ通知
する。
不可能になった場合は、バックアップ要求を、さらに、
使用不可能な状態から復旧した場合はバックアップ終了
要求をバックアップモジュール部２の管理部２１へ通知
する。
【００１５】送信拡張部３２，４２は、デバイスドライ
バ３，４が制御するＮＩＣ５，６が使用不可能である
時、上位プロトコル１より送信データを受け取った場合
に、バックアップモジュール部２の送信バックアップ部
２２に対して送信データを渡す。
バ３，４が制御するＮＩＣ５，６が使用不可能である
時、上位プロトコル１より送信データを受け取った場合
に、バックアップモジュール部２の送信バックアップ部
２２に対して送信データを渡す。
【００１６】受信拡張部３３，４３は、受信データ内を
解析し、バックアップモジュール部２の管理部２１から
バックアップ指示を受けている受信データであれば、バ
ックアップモジュール部２の受信バックアップ部２３に
対して受信データを渡す。
解析し、バックアップモジュール部２の管理部２１から
バックアップ指示を受けている受信データであれば、バ
ックアップモジュール部２の受信バックアップ部２３に
対して受信データを渡す。
【００１７】次に、本装置の動作について、場合に分け
て説明する。以下の説明においては、ＮＩＣ＃１が、使
用不可能な状態になったとしているが、ＮＩＣ＃２が使
用不可能な状態になったときの動作も同様である。
て説明する。以下の説明においては、ＮＩＣ＃１が、使
用不可能な状態になったとしているが、ＮＩＣ＃２が使
用不可能な状態になったときの動作も同様である。
【００１８】(１) 初期動作（図２） デバイスドライバ＃１，＃２のハードウェア管理拡張部
３１，４１は、自身が管理するＮＩＣ５，６のＭＡＣア
ドレス，ＮＩＣ５，６に割り当てられたＩＰアドレスを
バックアップモジュール部２の管理部２１へ登録する。
また、プロトコル群１内の上位プロトコルよりMulticas
tアドレスを通知される度に、その情報を管理部２１へ
登録する。
３１，４１は、自身が管理するＮＩＣ５，６のＭＡＣア
ドレス，ＮＩＣ５，６に割り当てられたＩＰアドレスを
バックアップモジュール部２の管理部２１へ登録する。
また、プロトコル群１内の上位プロトコルよりMulticas
tアドレスを通知される度に、その情報を管理部２１へ
登録する。
【００１９】(２) 要因発生によりＮＩＣが使用不可能
になった場合の動作(図３) 何らかの要因が発生したことにより、デバイスドライ
バ＃１の管理するＮＩＣ５が使用不可能な状態に陥った
場合とする。デバイスドライバ＃１のハードウェア管理
拡張部３１は、管理部２１に対してバックアップ要求を
通知する。 管理部２１は、現在管理しているＮＩＣからバックア
ップを実行させることのできるＮＩＣと、そのＮＩＣを
管理しているデバイスドライバを選択する。いまの場合
は、デバイスドライバ＃２が管理を行っているＮＩＣ＃
２を選択することになる。 管理部２は、送信バックアップ部２２と受信バックア
ップ部２３に対して使用不可能になったＮＩＣ＃１と、
そのバックアップを行うＮＩＣ＃２の情報とを通知す
る。また、バックアップを行うデバイスドライバ＃２の
部受信拡張部４３に対して、使用不可能になったＮＩＣ
＃１の情報を通知し、使用不可能になったＮＩＣ＃１宛
の受信データを受け付ける様に指示する。
になった場合の動作(図３) 何らかの要因が発生したことにより、デバイスドライ
バ＃１の管理するＮＩＣ５が使用不可能な状態に陥った
場合とする。デバイスドライバ＃１のハードウェア管理
拡張部３１は、管理部２１に対してバックアップ要求を
通知する。 管理部２１は、現在管理しているＮＩＣからバックア
ップを実行させることのできるＮＩＣと、そのＮＩＣを
管理しているデバイスドライバを選択する。いまの場合
は、デバイスドライバ＃２が管理を行っているＮＩＣ＃
２を選択することになる。 管理部２は、送信バックアップ部２２と受信バックア
ップ部２３に対して使用不可能になったＮＩＣ＃１と、
そのバックアップを行うＮＩＣ＃２の情報とを通知す
る。また、バックアップを行うデバイスドライバ＃２の
部受信拡張部４３に対して、使用不可能になったＮＩＣ
＃１の情報を通知し、使用不可能になったＮＩＣ＃１宛
の受信データを受け付ける様に指示する。
【００２０】(３）送信バックアップ動作（図４） デバイスドライバ＃１に上位プロトコル１より送信デ
ータが渡された時、管理するＮＩＣ＃１が使用不可能な
状態である場合、デバイスドライバ＃１は送信拡張部３
２を通じて、送信バックアップ部２２に対して送信デー
タを渡す。 送信バックアップ部２２は、渡された送信データ内の
Ethernetフレームの発信元アドレス部分（ＮＩＣ＃１の
ＭＡＣアドレス）を、バックアップを行うＮＩＣ＃２の
ＭＡＣアドレスに書き換え、バックアップを行うデバイ
スドライバ＃２へ送信データを渡す。 デバイスドライバ＃２は、ＮＩＣ＃２を使用して送信
データを送信する。
ータが渡された時、管理するＮＩＣ＃１が使用不可能な
状態である場合、デバイスドライバ＃１は送信拡張部３
２を通じて、送信バックアップ部２２に対して送信デー
タを渡す。 送信バックアップ部２２は、渡された送信データ内の
Ethernetフレームの発信元アドレス部分（ＮＩＣ＃１の
ＭＡＣアドレス）を、バックアップを行うＮＩＣ＃２の
ＭＡＣアドレスに書き換え、バックアップを行うデバイ
スドライバ＃２へ送信データを渡す。 デバイスドライバ＃２は、ＮＩＣ＃２を使用して送信
データを送信する。
【００２１】(４) Broadcast（Multicast）パケットの
受信バックアップ動作（図５） デバイスドライバ＃２の受信拡張部４３は受信データ
をＮＩＣ＃２より受け取った時、既に管理部２１よりＮ
ＩＣ＃１のバックアップ指示を受けているならば、受信
データ内のEthernetフレームを解析し処理を行う。 解析した受信データが、管理部２１よりバックアップ
を行うように指示されているBroadcastパケットMulti-c
astパケットであった場合は、その受信データを受信バ
ックアップ部２３を通してデバイスドライバ＃１へ渡
す。 デバイスドライバ＃１は、受け取った受信データを、
デバイスドライバ＃１が受信したものとして、上位プロ
トコル１に渡す。 またデバイスドライバ＃２は、その受信データをデバ
イスドライバ＃２からの受信データとして、上位プロト
コル１に渡す。
受信バックアップ動作（図５） デバイスドライバ＃２の受信拡張部４３は受信データ
をＮＩＣ＃２より受け取った時、既に管理部２１よりＮ
ＩＣ＃１のバックアップ指示を受けているならば、受信
データ内のEthernetフレームを解析し処理を行う。 解析した受信データが、管理部２１よりバックアップ
を行うように指示されているBroadcastパケットMulti-c
astパケットであった場合は、その受信データを受信バ
ックアップ部２３を通してデバイスドライバ＃１へ渡
す。 デバイスドライバ＃１は、受け取った受信データを、
デバイスドライバ＃１が受信したものとして、上位プロ
トコル１に渡す。 またデバイスドライバ＃２は、その受信データをデバ
イスドライバ＃２からの受信データとして、上位プロト
コル１に渡す。
【００２２】(５) Unicastパケットの受信バックアッ
プ動作（図６） デバイスドライバ＃２の受信拡張部３３は受信データ
をＮＩＣ＃２より受け取った時、既に管理部２１よりＮ
ＩＣ＃１のバックアップ指示を受けているならば、受信
データ内のEthernetフレームを解析し処理を行う。 解析した受信データがUnicastパケットであった場合
は、その受信データがバックアップを行っているＮＩＣ
＃１宛のものか，ＮＩＣ＃２宛のものかを解析する。も
し、ＮＩＣ＃１宛の受信データであるならば、その受信
データを受信バックアップ部２３を通してデバイスドラ
イバ＃１へ渡す。 デバイスドライバ＃１は受け取った受信データを、デ
バイスドライバ＃１が受信したものとして、上位プロト
コル１に渡す。
プ動作（図６） デバイスドライバ＃２の受信拡張部３３は受信データ
をＮＩＣ＃２より受け取った時、既に管理部２１よりＮ
ＩＣ＃１のバックアップ指示を受けているならば、受信
データ内のEthernetフレームを解析し処理を行う。 解析した受信データがUnicastパケットであった場合
は、その受信データがバックアップを行っているＮＩＣ
＃１宛のものか，ＮＩＣ＃２宛のものかを解析する。も
し、ＮＩＣ＃１宛の受信データであるならば、その受信
データを受信バックアップ部２３を通してデバイスドラ
イバ＃１へ渡す。 デバイスドライバ＃１は受け取った受信データを、デ
バイスドライバ＃１が受信したものとして、上位プロト
コル１に渡す。
【００２３】（６）要因解除による復旧動作(図７) ＮＩＣ＃１が使用不可能になっていた要因が解除さ
れ、再度使用可能な状態になった場合、デバイスドライ
バ＃１のハードウェア管理拡張部３１は、管理部２１に
対してバッアップ終了要求を通知する。 通知をうけた管理部２１は、送信バックアップ部２
２，受信バックアップ部２３、そして受信バックアップ
を行ってきたデバイスドライバ＃２の受信拡張部４３に
対して、バックアップ終了を通知する。 なお、以上の説明は、一つのＮＩＣだけが使用不可能に
なった場合であったが、３つ以上のＮＩＣが有って、そ
の内の２つが使用不可能になった場合についても、本発
明は同様に適用し得ることは言うまでもない。
れ、再度使用可能な状態になった場合、デバイスドライ
バ＃１のハードウェア管理拡張部３１は、管理部２１に
対してバッアップ終了要求を通知する。 通知をうけた管理部２１は、送信バックアップ部２
２，受信バックアップ部２３、そして受信バックアップ
を行ってきたデバイスドライバ＃２の受信拡張部４３に
対して、バックアップ終了を通知する。 なお、以上の説明は、一つのＮＩＣだけが使用不可能に
なった場合であったが、３つ以上のＮＩＣが有って、そ
の内の２つが使用不可能になった場合についても、本発
明は同様に適用し得ることは言うまでもない。
【００２４】
【発明の効果】本発明によると、ＮＩＣが何らかの要因
によって使用不可能になっても、そのＮＩＣのサブネッ
トワーク環境を、他のＮＩＣが引き継いでデータの送信
・受信を行うことができるため、サブネットワークの変
更などが不要となり、ネットワーク構成変更などの工数
削減が可能である。
によって使用不可能になっても、そのＮＩＣのサブネッ
トワーク環境を、他のＮＩＣが引き継いでデータの送信
・受信を行うことができるため、サブネットワークの変
更などが不要となり、ネットワーク構成変更などの工数
削減が可能である。
【図１】 本発明のＮＩＣのフェイル・オーバ装置の一
実施例のブロック図。
実施例のブロック図。
【図２】 図１の実施例の初期動作を説明するための
図。
図。
【図３】 図１の実施例の要因発生時における動作を説
明するための図。
明するための図。
【図４】 図１の実施例の送信バックアップ動作を説明
するための図。
するための図。
【図５】 図１の実施例のMuticasstパケットの受信バ
ックアップ動作を説明するための図。
ックアップ動作を説明するための図。
【図６】 図１の実施例のUnicastパケットの受信動作
を説明するための図。
を説明するための図。
【図７】 図１の実施例の要因解除による復旧動作を説
明するための図。
明するための図。
１ プロトコル群 ２ バックアップモジュール部 ３ デバイスドライバ＃１ ４ デバイスドライバ＃２ ５ ＮＩＣ＃１ ６ ＮＩＣ＃２ ２１ 管理部 ２２ 送信バックアップ部 ２３ 受信バックアップ部 ３１，４１ ハードウェア管理拡張部 ３２，４２ 送信拡張部 ３３，４３ 受信拡張部
Claims (5)
- 【請求項１】 複数のネットワーク・インタフェース・
カード（ＮＩＣ）を実装して、各ＮＩＣがサブネットワ
ークを構成するネットワークシステムにおけるＮＩＣの
フェイル・オーバ装置において、 ハードウエア管理拡張部、送信拡張部および受信拡張部
から成るデバイスドライバ拡張部を設けた前記ＮＩＣと
１対１対応のデバイスドライバと、 管理部、送信バックアップ部および受信バックアップ部
から成るバックアップモジュール部とを有し、 前記ハードウエア管理拡張部は、当該デバイスドライバ
が管理するＮＩＣアドレスおよび上位プロトコルから通
知されたアドレスを前記管理部へ登録しておき、当該Ｎ
ＩＣのバックアップ要求とバックアップ終了要求を前記
管理部へ通知し、 前記送信拡張部は、当該ＮＩＣが使用不可能なときに送
信データを受けると前記送信バックアップ部へ渡し、 前記受信拡張部は、前期管理部からバックアップ指示を
受けているときは受信データを前記受信バックアップ部
へ渡し、 前記管理部は、前記ハードウエア管理拡張部から全ての
ＮＩＣの情報を取得してＮＩＣの状態を管理し、前記バ
ックアップ送信部とバックアップ受信部にバックアップ
の開始もしくは終了を通知し、 前記送信バックアップ部は、前記管理部からバックアッ
プ要求を受けると、前記送信拡張部から渡された送信デ
ータを管理部から指示されたデバイスドライバへ渡し、 前記受信バックアップ部は、前記管理部からバックアッ
プ要求を受けると、前記受信拡張部から渡された受信デ
ータを管理部から指示されたデバイスドライバへ渡すこ
とを特徴とするＮＩＣのフェイル・オーバ装置。 - 【請求項２】 前記管理部への登録は、本装置の初期動
作時に行うことを特徴とする請求項１記載のＮＩＣのフ
ェイル・オーバ装置。 - 【請求項３】 前記送信バックアップ部は、渡された送
信データ内のイーサネット（Ethernet）（登録商標）フ
レームの発信元アドレス部分を、バックアップを行うＮ
ＩＣのアドレスに書き換え、当該デバイスドライバへ送
信することを特徴とする請求項１または請求項２記載の
ＮＩＣのフェイル・オーバ装置。 - 【請求項４】 前記受信拡張部は、当該ＮＩＣから受信
データを受けとったときにバックアップ指示を受けてい
ると、受信データ内のイーサネット（Ethernet）（登録
商標）フレームを解析し、前記管理部からバックアップ
指示を受けているブロードキャスト（Broadcast）パケ
ットかマルチキャスト（Multicast）パケットであれ
ば、当該受信データを前記受信バックアップ部を通して
バックアップ対象のＮＩＣ対応のデバイスドライバへ渡
し、該デバイスドライバはその受信データを自己が受け
取ったものとして上位プロトコルに渡すとともに、前記
受信拡張部を含むデバイスドライバは当該新データを自
己が受けたものとして上位プロトコルに渡すことを特徴
とする請求項１ないし請求項３のいずれかに記載のＮＩ
Ｃのフェイル・オーバ装置。 - 【請求項５】 前記受信拡張部は、当該ＮＩＣから受信
データを受けとったときにバックアップ指示を受けてい
ると、受信データ内のイーサネット（Ethernet）（登録
商標）フレームを解析し、前記管理部からバックアップ
指示を受けているユニキャスト（Unicast）パケットで
あり、かつバックアップ対象のＮＩＣ宛であれば、当該
受信データを前記受信バックアップ部を通してバックア
ップ対象のＮＩＣ対応のデバイスドライバへ渡し、該デ
バイスドライバはその受信データを自己が受け取ったも
のとして上位プロトコルに渡すことを特徴とする請求項
１ないし請求項３のいずれかに記載のＮＩＣのフェイル
・オーバ装置。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP35823598A JP3339439B2 (ja) | 1998-12-16 | 1998-12-16 | Ｎｉｃのフェイル・オーバ装置 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP35823598A JP3339439B2 (ja) | 1998-12-16 | 1998-12-16 | Ｎｉｃのフェイル・オーバ装置 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2000183905A JP2000183905A (ja) | 2000-06-30 |
| JP3339439B2 true JP3339439B2 (ja) | 2002-10-28 |
Family
ID=18458246
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP35823598A Expired - Fee Related JP3339439B2 (ja) | 1998-12-16 | 1998-12-16 | Ｎｉｃのフェイル・オーバ装置 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP3339439B2 (ja) |
Families Citing this family (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP4210168B2 (ja) | 2003-07-09 | 2009-01-14 | 株式会社エヌ・ティ・ティ・ドコモ | 移動端末、制御装置、ホームエージェント及びパケット通信方法 |
| CN100442791C (zh) * | 2005-01-07 | 2008-12-10 | 华为技术有限公司 | 使用浮动ip地址提高数据通信可靠性的方法 |
| KR100750371B1 (ko) * | 2006-05-09 | 2007-08-17 | 한정보통신 주식회사 | 배터리 내장형 ｆｏｄ 장비 |
| JP2013206295A (ja) * | 2012-03-29 | 2013-10-07 | Nec Corp | サーバ管理システム、ブレードサーバシステム、サーバ管理方法及びサーバ管理プログラム |
-
1998
- 1998-12-16 JP JP35823598A patent/JP3339439B2/ja not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| JP2000183905A (ja) | 2000-06-30 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US10257265B2 (en) | Redundancy network protocol system | |
| CN102904818B (zh) | 一种arp信息表项更新方法及装置 | |
| JP4103816B2 (ja) | ルータ設定方法及びルータ装置 | |
| JP3850391B2 (ja) | ＶＲＲＰ（ＶｉｒｔｕａｌＲｏｕｔｅｒＲｅｄｕｎｄａｎｃｙＰｒｏｔｏｃｏｌ）によるルータ・インターフェース・バックアップ実行方法 | |
| US6470013B1 (en) | Use of enhanced ethernet link—loop packets to automate configuration of intelligent linecards attached to a router | |
| US6594776B1 (en) | Mechanism to clear MAC address from Ethernet switch address table to enable network link fail-over across two network segments | |
| US8934116B2 (en) | Line concentrator and information processing system using the same, assigning transmitted data to all devices in the group of information processing devices | |
| WO2006002309A2 (en) | Flexible m:n redundancy mechanism for packet inspection engine | |
| AU749265B2 (en) | Method and apparatus for non-disruptive addition of a new node to an inter-nodal network | |
| JPH08139723A (ja) | 無線ｌａｎシステム及びその基地局装置 | |
| CN102123105A (zh) | Vrrp标准协议与vrrp负载均衡协议之间的切换方法和设备 | |
| CN102742222A (zh) | 维持传输线路连通的方法和装置 | |
| CN101562576B (zh) | 一种路由发布方法和设备 | |
| JPH088975A (ja) | ローカルエリアネットワーク相互接続システム及び装置 | |
| JP2806466B2 (ja) | データ伝送制御方法 | |
| CN103516599A (zh) | 发现主机的方法、网络设备及主机 | |
| JP3339439B2 (ja) | Ｎｉｃのフェイル・オーバ装置 | |
| JP2013172393A (ja) | エッジ装置冗長化システム、切替制御装置およびエッジ装置冗長化方法 | |
| JP2004356920A (ja) | Ｄｈｃｐサーバシステム | |
| CN115623018B (zh) | 基于多设备节点的共享系统 | |
| US6286048B1 (en) | System and method for discovering relative states of processors | |
| JP3817140B2 (ja) | 暗号化通信システム | |
| JP2005136690A (ja) | 高速ネットワークアドレス引継ぎ方法、ネットワーク装置及びプログラム | |
| JP3886309B2 (ja) | ネットワーク管理システム及びネットワーク管理方法 | |
| CN1286014C (zh) | 从代理模块故障中恢复的方法 |
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: 20020716 |
|
| LAPS | Cancellation because of no payment of annual fees |