JP2000183905A - Ｎｉｃのフェイル・オーバ装置 - Google Patents
Ｎｉｃのフェイル・オーバ装置Info
- Publication number
- JP2000183905A JP2000183905A JP10358235A JP35823598A JP2000183905A JP 2000183905 A JP2000183905 A JP 2000183905A JP 10358235 A JP10358235 A JP 10358235A JP 35823598 A JP35823598 A JP 35823598A JP 2000183905 A JP2000183905 A JP 2000183905A
- Authority
- JP
- Japan
- Prior art keywords
- nic
- backup
- unit
- 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.)
- Granted
Links
Landscapes
- Computer And Data Communications (AREA)
- Small-Scale Networks (AREA)
- Maintenance And Management Of Digital Transmission (AREA)
Abstract
(57)【要約】
【課題】 ＮＩＣが使用不能時にサブネットワークの構
成変更を不要化する。 【解決手段】 初期時にハードウェア管理拡張部３１，
４１は当該デバイスドライバ＃１,＃２が管理するＮＩ
Ｃアドレスと上位プロトコルから通知されたアドレスを
管理部２１へ登録しておく。いま、ＮＩＣ＃１が使用不
可能になったとする。ハードウェア管理拡張部３１は、
管理部２１にバックアップ要求をする。管理部２１は、
ＮＩＣ＃２とデバイスドライバ＃２を選択し、送信バッ
クアップ部２２と受信バックアップ部２３に、使用不可
能になったＮＩＣ＃１とバックアップを行うＮＩＣ＃２
の情報を通知する。これにより、デバイスドライバ＃１
に渡された送信データはＮＩＣ＃２が送信する。また、
受信拡張部４３がBroadcastパケットかMulticastパケッ
トやＮＩＣ＃１宛てのUnicastパケットを受信すると、
デバイスドライバ＃１は自己が受け取ったものとして上
位パケットに渡す。
成変更を不要化する。 【解決手段】 初期時にハードウェア管理拡張部３１，
４１は当該デバイスドライバ＃１,＃２が管理するＮＩ
Ｃアドレスと上位プロトコルから通知されたアドレスを
管理部２１へ登録しておく。いま、ＮＩＣ＃１が使用不
可能になったとする。ハードウェア管理拡張部３１は、
管理部２１にバックアップ要求をする。管理部２１は、
ＮＩＣ＃２とデバイスドライバ＃２を選択し、送信バッ
クアップ部２２と受信バックアップ部２３に、使用不可
能になったＮＩＣ＃１とバックアップを行うＮＩＣ＃２
の情報を通知する。これにより、デバイスドライバ＃１
に渡された送信データはＮＩＣ＃２が送信する。また、
受信拡張部４３がBroadcastパケットかMulticastパケッ
トやＮＩＣ＃１宛てのUnicastパケットを受信すると、
デバイスドライバ＃１は自己が受け取ったものとして上
位パケットに渡す。
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 (6)
- 【請求項１】 複数のネットワーク・インタフェース・
カード（ＮＩＣ）を実装して、各ＮＩＣがサブネットワ
ークを構成するネットワークシステムにおけるＮＩＣの
フェイル・オーバ装置において、 少なくとも一つの前記ＮＩＣが使用不可能になった場合
に、該ＮＩＣのサブネットワーク環境を使用可能なＮＩ
Ｃがそのまま引き継ぎ、引き継いだＮＩＣ対応のデバイ
スドライバが、継続してデータの送信と受信を行うこと
を特徴とするＮＩＣのフェイル・オーバ装置。 - 【請求項２】 複数のネットワーク・インタフェース・
カード（ＮＩＣ）を実装して、各ＮＩＣがサブネットワ
ークを構成するネットワークシステムにおけるＮＩＣの
フェイル・オーバ装置において、 ハードウエア管理拡張部、送信拡張部および受信拡張部
から成るデバイスドライバ拡張部を設けた前記ＮＩＣと
１対１対応のデバイスドライバと、 管理部、送信バックアップ部および受信バックアップ部
から成るバックアップモジュール部とを有し、 前記ハードウエア管理拡張部は、当該デバイスドライバ
が管理するＮＩＣアドレスおよび上位プロトコルから通
知されたアドレスを前記管理部へ登録しておき、当該Ｎ
ＩＣのバックアップ要求とバックアップ終了要求を前記
管理部へ通知し、 前記送信拡張部は、当該ＮＩＣが使用不可能なときに送
信データを受けると前記送信バックアップ部へ渡し、 前記受信拡張部は、前期管理部からバックアップ指示を
受けているときは受信データを前記受信バックアップ部
へ渡し、 前記管理部は、前記ハードウエア管理拡張部から全ての
ＮＩＣの情報を取得してＮＩＣの状態を管理し、前記バ
ックアップ送信部とバックアップ受信部にバックアップ
の開始もしくは終了を通知し、 前記送信バックアップ部は、前記管理部からバックアッ
プ要求を受けると、前記送信拡張部から渡された送信デ
ータを管理部から指示されたデバイスドライバへ渡し、 前記受信バックアップ部は、前記管理部からバックアッ
プ要求を受けると、前記受信拡張部から渡された受信デ
ータを管理部から指示されたデバイスドライバへ渡すこ
とを特徴とするＮＩＣのフェイル・オーバ装置。 - 【請求項３】 前記管理部への登録は、本装置の初期動
作時に行うことを特徴とする請求項２記載のＮＩＣのフ
ェイル・オーバ装置。 - 【請求項４】 前記送信バックアップ部は、渡された送
信データ内のＥｔｈｅｒｎｅｔ（登録商標）フレームの
発信元アドレス部分を、バックアップを行うＮＩＣのア
ドレスに書き換え、当該デバイスドライバへ送信するこ
とを特徴とする請求項２または請求項３記載のＮＩＣの
フェイル・オーバ装置。 - 【請求項５】 前記受信拡張部は、当該ＮＩＣから受信
データを受けとったときにバックアップ指示を受けてい
ると、受信データ内のEthernetを解析し、前記管理部か
らバックアップ指示を受けているBroadcastパケットかM
uticastパケットであれば、当該受信データを前記受信
バックアップ部を通してバックアップ対象のＮＩＣ対応
のデバイスドライバへ渡し、該デバイスドライバはその
受信データを自己が受け取ったものとして上位プロトコ
ルに渡すとともに、前記受信拡張部を含むデバイスドラ
イバは当該新データを自己が受けたものとして上位プロ
トコルに渡すことを特徴とする請求項２ないし請求項４
のいずれかに記載のＮＩＣのフェイル・オーバ装置。 - 【請求項６】 前記受信拡張部は、当該ＮＩＣから受信
データを受けとったときにバックアップ指示を受けてい
ると、受信データ内の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 true JP2000183905A (ja) | 2000-06-30 |
| JP3339439B2 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) |
Cited By (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| KR100750371B1 (ko) * | 2006-05-09 | 2007-08-17 | 한정보통신 주식회사 | 배터리 내장형 ｆｏｄ 장비 |
| CN100442791C (zh) * | 2005-01-07 | 2008-12-10 | 华为技术有限公司 | 使用浮动ip地址提高数据通信可靠性的方法 |
| US8018915B2 (en) | 2003-07-09 | 2011-09-13 | Ntt Docomo, Inc. | Mobile terminal, control apparatus, home agent and packet communications method |
| JP2013206295A (ja) * | 2012-03-29 | 2013-10-07 | Nec Corp | サーバ管理システム、ブレードサーバシステム、サーバ管理方法及びサーバ管理プログラム |
-
1998
- 1998-12-16 JP JP35823598A patent/JP3339439B2/ja not_active Expired - Fee Related
Cited By (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US8018915B2 (en) | 2003-07-09 | 2011-09-13 | Ntt Docomo, Inc. | Mobile terminal, control apparatus, home agent and packet communications method |
| US8023493B2 (en) | 2003-07-09 | 2011-09-20 | Ntt Docomo, Inc. | Mobile terminal, control apparatus, home agent and packet communications method |
| US8036204B2 (en) | 2003-07-09 | 2011-10-11 | Ntt Docomo, Inc. | Mobile terminal, control apparatus, home agent and packet communications method |
| 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 | サーバ管理システム、ブレードサーバシステム、サーバ管理方法及びサーバ管理プログラム |
Also Published As
| Publication number | Publication date |
|---|---|
| JP3339439B2 (ja) | 2002-10-28 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US6272113B1 (en) | Network controller system that uses multicast heartbeat packets | |
| JP4103816B2 (ja) | ルータ設定方法及びルータ装置 | |
| JP3956685B2 (ja) | ネットワーク間接続方法、仮想ネットワーク間接続装置およびその装置を用いたネットワーク間接続システム | |
| US6049825A (en) | Method and system for switching between duplicated network interface adapters for host computer communications | |
| CN102904818B (zh) | 一种arp信息表项更新方法及装置 | |
| US6381218B1 (en) | Network controller system that uses directed heartbeat packets | |
| JP3850391B2 (ja) | ＶＲＲＰ（ＶｉｒｔｕａｌＲｏｕｔｅｒＲｅｄｕｎｄａｎｃｙＰｒｏｔｏｃｏｌ）によるルータ・インターフェース・バックアップ実行方法 | |
| US5983360A (en) | Information processing system with communication system and hot stand-by change-over function therefor | |
| US8934116B2 (en) | Line concentrator and information processing system using the same, assigning transmitted data to all devices in the group of information processing devices | |
| US7974192B2 (en) | Multicast switching in a distributed communication system | |
| US6594776B1 (en) | Mechanism to clear MAC address from Ethernet switch address table to enable network link fail-over across two network segments | |
| 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 | |
| CN100492984C (zh) | 一种通过地址解析协议报文实现数据转发备份的方法 | |
| CN102742222A (zh) | 维持传输线路连通的方法和装置 | |
| CN101562576A (zh) | 一种路由发布方法和设备 | |
| JP5775473B2 (ja) | エッジ装置冗長化システム、切替制御装置およびエッジ装置冗長化方法 | |
| JPH09259096A (ja) | ネットワーク高信頼化方式及びシステム | |
| JP3339439B2 (ja) | Ｎｉｃのフェイル・オーバ装置 | |
| JP2002016622A (ja) | ネットワーク管理方式 | |
| JPH09326810A (ja) | 障害時のコネクション切り替え方法 | |
| JP3886309B2 (ja) | ネットワーク管理システム及びネットワーク管理方法 | |
| CN115623018B (zh) | 基于多设备节点的共享系统 | |
| JPH0991233A (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 |