JPH08139741A - マルチアダプタ制御方法 - Google Patents
マルチアダプタ制御方法Info
- Publication number
- JPH08139741A JPH08139741A JP6280233A JP28023394A JPH08139741A JP H08139741 A JPH08139741 A JP H08139741A JP 6280233 A JP6280233 A JP 6280233A JP 28023394 A JP28023394 A JP 28023394A JP H08139741 A JPH08139741 A JP H08139741A
- Authority
- JP
- Japan
- Prior art keywords
- communication
- adapter
- control device
- communication control
- icmp
- 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
Abstract
(57)【要約】
【構成】通信制御装置１００１のネットワークインタフ
ェース制御部１００５内にマルチアダプタ制御部１００
６を設け、アダプタ制御部からのエラー通知に対し、Ｉ
ＣＭＰを使って他の通信制御装置にエラー通知する。ま
た、ＩＣＭＰフレームを受信したマルチアダプタ制御部
１００６は、ホストアドレステーブル１００３よりエラ
ーを起こしたアダプタを持つ通信制御装置の正常なアド
レスを求める。 【効果】通信相手先に通信エラーが発生したとき、アプ
リケーションに影響を与えずに送信データアドレスの自
動変更が可能になる。
ェース制御部１００５内にマルチアダプタ制御部１００
６を設け、アダプタ制御部からのエラー通知に対し、Ｉ
ＣＭＰを使って他の通信制御装置にエラー通知する。ま
た、ＩＣＭＰフレームを受信したマルチアダプタ制御部
１００６は、ホストアドレステーブル１００３よりエラ
ーを起こしたアダプタを持つ通信制御装置の正常なアド
レスを求める。 【効果】通信相手先に通信エラーが発生したとき、アプ
リケーションに影響を与えずに送信データアドレスの自
動変更が可能になる。
Description
【０００１】
【産業上の利用分野】本発明は、１台の通信制御装置が
複数のローカルエリアネットワークに接続し、高信頼の
プロトコルを用いて通信を行う場合におけるデータ通信
の信頼性を向上させる方法に関する。
複数のローカルエリアネットワークに接続し、高信頼の
プロトコルを用いて通信を行う場合におけるデータ通信
の信頼性を向上させる方法に関する。
【０００２】
ＴＣＰ／ＩＰによるネットワーク構築 共
立出版 ＵＮＩＸ−ＬＡＮ構築の実装技術 谷村著 ソ
フトリサーチ・センタに記載のように、従来技術では、
ホストアドレステーブルにおいて、１台の通信制御装置
が複数のアドレスをもつことを記録できなかった。
立出版 ＵＮＩＸ−ＬＡＮ構築の実装技術 谷村著 ソ
フトリサーチ・センタに記載のように、従来技術では、
ホストアドレステーブルにおいて、１台の通信制御装置
が複数のアドレスをもつことを記録できなかった。
【０００３】
【発明が解決しようとする課題】複数アダプタを同一ネ
ットワークに接続し、データ通信を行う通信システム
で、アダプタＡが通信不能になっても、他のアダプタＢ
が通信可能であるため、この通信システムがネットワー
クから切り離されることはない。しかし、アダプタＡを
使ってデータ通信中だったアプリケーションは、データ
通信を中止し、新たにアダプタＢを使って、データ通信
をしなければならない。
ットワークに接続し、データ通信を行う通信システム
で、アダプタＡが通信不能になっても、他のアダプタＢ
が通信可能であるため、この通信システムがネットワー
クから切り離されることはない。しかし、アダプタＡを
使ってデータ通信中だったアプリケーションは、データ
通信を中止し、新たにアダプタＢを使って、データ通信
をしなければならない。
【０００４】本発明の目的は、データ通信中にアダプタ
が通信不能になっても、アプリケーションに影響を与え
ずに自動的にアダプタを切り替えてデータ通信を継続
し、データ通信の信頼性を向上させることにある。
が通信不能になっても、アプリケーションに影響を与え
ずに自動的にアダプタを切り替えてデータ通信を継続
し、データ通信の信頼性を向上させることにある。
【０００５】
【課題を解決するための手段】上記目的は、単一のロー
カルエリアネットワークに複数のアダプタを接続した通
信制御システムにおいてアダプタからの通信不能通知に
対し、通信不能になったアダプタと同じネットワークに
接続されているアダプタからＩＣＭＰ（Ｉｎｔｅｒｎｅ
ｔ Ｃｏｎｔｒｏｌ Ｍｅｓｓａｇｅ Ｐｒｏｔｏｃｏ
ｌ）を使って、データ通信不能メッセージを前記ローカ
ルエリアネットワークに接続されている他の通信制御シ
ステムに送信するマルチアダプタ制御部を通信制御シス
テム内に設けることによって達成される。
カルエリアネットワークに複数のアダプタを接続した通
信制御システムにおいてアダプタからの通信不能通知に
対し、通信不能になったアダプタと同じネットワークに
接続されているアダプタからＩＣＭＰ（Ｉｎｔｅｒｎｅ
ｔ Ｃｏｎｔｒｏｌ Ｍｅｓｓａｇｅ Ｐｒｏｔｏｃｏ
ｌ）を使って、データ通信不能メッセージを前記ローカ
ルエリアネットワークに接続されている他の通信制御シ
ステムに送信するマルチアダプタ制御部を通信制御シス
テム内に設けることによって達成される。
【０００６】また、アダプタに対応するアドレスに通信
制御システムを対応づけるテーブルを設けることによっ
て上記目的は達成される。
制御システムを対応づけるテーブルを設けることによっ
て上記目的は達成される。
【０００７】
【作用】マルチアダプタ制御部は、アダプタ制御部から
エラー通知を受け取ると、ネットワークに接続されてい
る他の通信制御装置に対しデータ通信不能メッセージを
正常なアダプタ制御部を通して送信する。
エラー通知を受け取ると、ネットワークに接続されてい
る他の通信制御装置に対しデータ通信不能メッセージを
正常なアダプタ制御部を通して送信する。
【０００８】データ通信不能メッセージをもつＩＣＭＰ
フレームを受信したマルチアダプタ制御部は、ホストア
ドレステーブルを検索し、通信エラーの発生したＩＰア
ドレスをもつ通信制御装置の別のＩＰアドレスを取り出
す。そして、そのＩＰアドレスを基に送受信処理を継続
する。
フレームを受信したマルチアダプタ制御部は、ホストア
ドレステーブルを検索し、通信エラーの発生したＩＰア
ドレスをもつ通信制御装置の別のＩＰアドレスを取り出
す。そして、そのＩＰアドレスを基に送受信処理を継続
する。
【０００９】
【実施例】本発明の一実施例を図１ないし図１１を使っ
て説明する。
て説明する。
【００１０】図２は、ＬＡＮ１００９に二つのアダプタ
を接続した通信制御装置２００２〜２００６のネットワ
ーク構成図である。通信制御装置２００２は、ＬＡＮ１
００９にアダプタＡとアダプタＢで接続しており、通信
制御装置２００３とアダプタＡでデータ通信中にアダプ
タＡが通信不能になると、通信制御装置２００２内でア
ダプタのスイッチングを行い、アダプタＢよりＩＣＭＰ
を使ってＬＡＮ１００９に接続されている各通信制御装
置へ終点到達不可能メッセージを送る。通信制御装置２
００３は、ホストアドレステーブルを基に送信先アドレ
スを切り替えて、通信制御装置２００２のアダアプタＢ
とデータ通信を継続して行う。
を接続した通信制御装置２００２〜２００６のネットワ
ーク構成図である。通信制御装置２００２は、ＬＡＮ１
００９にアダプタＡとアダプタＢで接続しており、通信
制御装置２００３とアダプタＡでデータ通信中にアダプ
タＡが通信不能になると、通信制御装置２００２内でア
ダプタのスイッチングを行い、アダプタＢよりＩＣＭＰ
を使ってＬＡＮ１００９に接続されている各通信制御装
置へ終点到達不可能メッセージを送る。通信制御装置２
００３は、ホストアドレステーブルを基に送信先アドレ
スを切り替えて、通信制御装置２００２のアダアプタＢ
とデータ通信を継続して行う。
【００１１】つぎに、通信制御装置の構成について説明
する。
する。
【００１２】図１は、通信制御システムのブロック図で
ある。
ある。
【００１３】最初に、各制御ブロックについて説明す
る。
る。
【００１４】通信制御装置１００１は、ワークステーシ
ョン，パーソナルコンピュータ等の情報機器である。伝
送媒体ＬＡＮ１００９は、例えば、Ｅｔｈｅｒｎｅｔ，
ＦＤＤＩなどのようなローカルエリアネットワーク（Ｌ
ＡＮ）である。通信制御装置１００１は、ＬＡＮ１００
９に接続して他の情報機器との間でデータ転送を行う。
ユーザアプリケーションプログラム１００２は、ファイ
ル転送プログラム（ＦＴＰ：Ｆｉｌｅ Ｔｒａｎｓｆｅ
ｒ Ｐｒｏｔｏｃｏｌ）や仮想端末プログラム（ｔｅｌ
ｎｅｔ）等のデータ通信を伴うアプリケーションプログ
ラムである。プロトコル制御部１００４は、送達確認型
のプロトコル（本実施例では、ＴＣＰ：Ｔｒａｎｓｍｉ
ｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ， Ｉ
Ｐ：Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ， ＡＲＰ：
Ａｄｒｅｓｓ Ｒｅｓｏｌｕｔｉｏｎ Ｐｒｏｔｏｃｏ
ｌ， ＩＣＭＰ：Ｉｎｔｅｒｎｅｔ Ｃｏｎｔｒｏｌ
Ｍｅｓｓａｇｅ Ｐｒｏｔｏｃｏｌを使用する）に従っ
たデータ通信を行う。アダプタ制御部（１００７，１０
０８）は、ＬＡＮ１００９との入出力を制御する。ネッ
トワークインタフェース制御部１００５は、アダプタ制
御部（１００７，１００８）とプロトコル制御部１００
４とのインタフェース制御を行う。マルチアダプタ制御
部１００６は、通信不能となったアドレスをもつ通信制
御装置のアドレスを基にホストアドレステーブル１００
３を検索し、通信可能なアドレスを取り出して、送信又
は受信先アドレスを切り替える。
ョン，パーソナルコンピュータ等の情報機器である。伝
送媒体ＬＡＮ１００９は、例えば、Ｅｔｈｅｒｎｅｔ，
ＦＤＤＩなどのようなローカルエリアネットワーク（Ｌ
ＡＮ）である。通信制御装置１００１は、ＬＡＮ１００
９に接続して他の情報機器との間でデータ転送を行う。
ユーザアプリケーションプログラム１００２は、ファイ
ル転送プログラム（ＦＴＰ：Ｆｉｌｅ Ｔｒａｎｓｆｅ
ｒ Ｐｒｏｔｏｃｏｌ）や仮想端末プログラム（ｔｅｌ
ｎｅｔ）等のデータ通信を伴うアプリケーションプログ
ラムである。プロトコル制御部１００４は、送達確認型
のプロトコル（本実施例では、ＴＣＰ：Ｔｒａｎｓｍｉ
ｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ， Ｉ
Ｐ：Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ， ＡＲＰ：
Ａｄｒｅｓｓ Ｒｅｓｏｌｕｔｉｏｎ Ｐｒｏｔｏｃｏ
ｌ， ＩＣＭＰ：Ｉｎｔｅｒｎｅｔ Ｃｏｎｔｒｏｌ
Ｍｅｓｓａｇｅ Ｐｒｏｔｏｃｏｌを使用する）に従っ
たデータ通信を行う。アダプタ制御部（１００７，１０
０８）は、ＬＡＮ１００９との入出力を制御する。ネッ
トワークインタフェース制御部１００５は、アダプタ制
御部（１００７，１００８）とプロトコル制御部１００
４とのインタフェース制御を行う。マルチアダプタ制御
部１００６は、通信不能となったアドレスをもつ通信制
御装置のアドレスを基にホストアドレステーブル１００
３を検索し、通信可能なアドレスを取り出して、送信又
は受信先アドレスを切り替える。
【００１５】図３は、ホストアドレステーブルの構成例
である。
である。
【００１６】ホストアドレステーブルは、通信制御装置
内のプロトコル制御部のＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒ
ｏｔｏｃｏｌ）が認識するＩＰアドレスとそれに対応す
るホスト名から構成される。ホスト名は、複数指定で
き、最初のホスト名が正式名として、ネットワーク管理
の際に用いられる。２番目以降のホスト名（エイリアス
名）が等しいＩＰアドレスは、同一の通信制御装置であ
るとみなす。例えば、ホストアドレステーブル３００１
のＩＰアドレスＩＰａ，ＩＰｂをもつ通信制御装置は、
同一である。これにより、通信中のＩＰアドレスがアダ
プタエラーにより通信不能になったとき、エイリアス名
が等しいＩＰアドレスに切り替えることにより通信の自
動継続が可能になる。
内のプロトコル制御部のＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒ
ｏｔｏｃｏｌ）が認識するＩＰアドレスとそれに対応す
るホスト名から構成される。ホスト名は、複数指定で
き、最初のホスト名が正式名として、ネットワーク管理
の際に用いられる。２番目以降のホスト名（エイリアス
名）が等しいＩＰアドレスは、同一の通信制御装置であ
るとみなす。例えば、ホストアドレステーブル３００１
のＩＰアドレスＩＰａ，ＩＰｂをもつ通信制御装置は、
同一である。これにより、通信中のＩＰアドレスがアダ
プタエラーにより通信不能になったとき、エイリアス名
が等しいＩＰアドレスに切り替えることにより通信の自
動継続が可能になる。
【００１７】つぎに、図２で示した通信制御装置２００
２，２００３のアダプタエラー発生時の通信制御につい
て説明する。
２，２００３のアダプタエラー発生時の通信制御につい
て説明する。
【００１８】最初に、データ送信する通信制御装置２０
０２がアダプタ通信不能になったときの制御について説
明する。
０２がアダプタ通信不能になったときの制御について説
明する。
【００１９】図４は、通信制御装置２００２と通信制御
装置２００３間のデータ通信で、通信制御装置２００２
を送信側とした場合のフレームシーケンスである。
装置２００３間のデータ通信で、通信制御装置２００２
を送信側とした場合のフレームシーケンスである。
【００２０】図６は、通信制御装置２００２がデータ送
信中にアダプタエラーを検出したときのマルチアダプタ
制御部１００６の処理フローチャートである。
信中にアダプタエラーを検出したときのマルチアダプタ
制御部１００６の処理フローチャートである。
【００２１】図７は、通信制御装置２００３がデータ受
信中に通信制御装置２００２のアダプタが通信不能にな
ったときの処理フローチャートである。
信中に通信制御装置２００２のアダプタが通信不能にな
ったときの処理フローチャートである。
【００２２】通信制御装置２００２が、データ送信中
（６００１）、アダプタ制御部１ １００７は、アダプ
タエラーを検出し（６００２）、マルチアダプタ制御部
１００５へ通知する。マルチアダプタ制御部１００５
は、通信不能となったインタフェースと同じネットワー
クに接続するインタフェースがあるかどうかを調べ（６
００５）、ある場合は、そのインタフェースよりＩＣＭ
Ｐフレームを通信相手先の通信制御装置２００３へ送信
する（６００７）。図１０にＩＣＭＰフレームフォーマ
ットを示す。図１１にＩＣＭＰメッセージのフォーマッ
トを示す。アダプタ通信不能の場合ＴＹＰＥ＝３，ＣＯ
ＤＥ＝１としてＩＣＭメッセージを作成する。ＩＣＭＰ
フレームを受信した（７００２）通信制御装置２００３
内のマルチアダプタ制御部１００６は、ＩＣＭＰフレー
ム内のＩＰヘッダのホストアドレステーブルとデータ受
信中のフレーム内ＩＰヘッダのホストアドレスを使って
ホストアドレステーブル１００３を検索し（７００
３）、データ通信中の通信制御装置とＩＣＭＰフレーム
を送信した通信制御装置が同一であるかどうかを判定す
る（７００５）。同じ場合、データ受信処理を再開する
（７００８）。
（６００１）、アダプタ制御部１ １００７は、アダプ
タエラーを検出し（６００２）、マルチアダプタ制御部
１００５へ通知する。マルチアダプタ制御部１００５
は、通信不能となったインタフェースと同じネットワー
クに接続するインタフェースがあるかどうかを調べ（６
００５）、ある場合は、そのインタフェースよりＩＣＭ
Ｐフレームを通信相手先の通信制御装置２００３へ送信
する（６００７）。図１０にＩＣＭＰフレームフォーマ
ットを示す。図１１にＩＣＭＰメッセージのフォーマッ
トを示す。アダプタ通信不能の場合ＴＹＰＥ＝３，ＣＯ
ＤＥ＝１としてＩＣＭメッセージを作成する。ＩＣＭＰ
フレームを受信した（７００２）通信制御装置２００３
内のマルチアダプタ制御部１００６は、ＩＣＭＰフレー
ム内のＩＰヘッダのホストアドレステーブルとデータ受
信中のフレーム内ＩＰヘッダのホストアドレスを使って
ホストアドレステーブル１００３を検索し（７００
３）、データ通信中の通信制御装置とＩＣＭＰフレーム
を送信した通信制御装置が同一であるかどうかを判定す
る（７００５）。同じ場合、データ受信処理を再開する
（７００８）。
【００２３】このように、アプリケーションプログラム
を中断せずにデータ通信を継続できる。つぎに、データ
受信をする通信制御装置２００２がアダプタ通信不能に
なったときの制御について説明する。
を中断せずにデータ通信を継続できる。つぎに、データ
受信をする通信制御装置２００２がアダプタ通信不能に
なったときの制御について説明する。
【００２４】図５は、通信制御装置２００２をデータ受
信側としたときのフレームシーケンスである。
信側としたときのフレームシーケンスである。
【００２５】図８は、通信制御装置２００２がデータ受
信中にアダプタエラーを検出したときのマルチアダプタ
制御部１００６の処理フローチャートである。
信中にアダプタエラーを検出したときのマルチアダプタ
制御部１００６の処理フローチャートである。
【００２６】図９は、通信制御装置２００３がデータ送
信中に通信制御装置２００２のアダプタが通信不能にな
ったときの処理フローチャートである。
信中に通信制御装置２００２のアダプタが通信不能にな
ったときの処理フローチャートである。
【００２７】通信制御装置２００２が、データ受信中
（８００１）、アダプタ制御部１ １００７は、アダプ
タエラーを検出し（８００２）、マルチアダプタ制御部
１００５へ通知する。マルチアダプタ制御部１００５
は、ホストアドレステーブルを検索し（８００３）、通
信不能となったインタフェースと同じネットワークに接
続するインタフェースがあるかどうかを調べ（８００
５）、ある場合は、そのインタフェースよりＩＣＭＰフ
レームを通信相手先の通信制御装置２００３へ送信する
（８００６）。図１０にＩＣＭＰフレームフォーマット
を示す。図１１にＩＣＭＰメッセージのフォーマットを
示す。アダプタ通信不能の場合ＴＹＰＥ＝３，ＣＯＤＥ
＝１としてＩＣＭメッセージを作成する。
（８００１）、アダプタ制御部１ １００７は、アダプ
タエラーを検出し（８００２）、マルチアダプタ制御部
１００５へ通知する。マルチアダプタ制御部１００５
は、ホストアドレステーブルを検索し（８００３）、通
信不能となったインタフェースと同じネットワークに接
続するインタフェースがあるかどうかを調べ（８００
５）、ある場合は、そのインタフェースよりＩＣＭＰフ
レームを通信相手先の通信制御装置２００３へ送信する
（８００６）。図１０にＩＣＭＰフレームフォーマット
を示す。図１１にＩＣＭＰメッセージのフォーマットを
示す。アダプタ通信不能の場合ＴＹＰＥ＝３，ＣＯＤＥ
＝１としてＩＣＭメッセージを作成する。
【００２８】ＩＣＭＰフレームを受信した（９００２）
通信制御装置２００３内のマルチアダプタ制御部１００
６は、ＩＣＭＰフレーム内のＩＰヘッダのホストアドレ
ステーブルとデータ受信中のフレーム内ＩＰヘッダのホ
ストアドレスを使ってホストアドレステーブル１００３
を検索し（９００３）、データ通信中の通信制御装置と
ＩＣＭＰフレームを送信した通信制御装置が同一である
かどうかを判定する(９００５）。同じ場合、ＩＣＭＰ
フレームのＭＡＣヘッダ中のソースアドレスを基にデー
タ送信処理を再開する（９００８）。
通信制御装置２００３内のマルチアダプタ制御部１００
６は、ＩＣＭＰフレーム内のＩＰヘッダのホストアドレ
ステーブルとデータ受信中のフレーム内ＩＰヘッダのホ
ストアドレスを使ってホストアドレステーブル１００３
を検索し（９００３）、データ通信中の通信制御装置と
ＩＣＭＰフレームを送信した通信制御装置が同一である
かどうかを判定する(９００５）。同じ場合、ＩＣＭＰ
フレームのＭＡＣヘッダ中のソースアドレスを基にデー
タ送信処理を再開する（９００８）。
【００２９】このように、アプリケーションプログラム
を中断せずにデータ通信を継続できる。
を中断せずにデータ通信を継続できる。
【００３０】
【発明の効果】本発明によれば、各通信制御装置間で同
一ネットワーク上にマルチアダプタをもっていることを
認識する手段をホストアドレステーブルに持つことがで
きるので、通信相手先に通信エラーが発生したとき、ア
プリケーションに影響を与えずに送信データアドレスの
自動変更が可能になる。
一ネットワーク上にマルチアダプタをもっていることを
認識する手段をホストアドレステーブルに持つことがで
きるので、通信相手先に通信エラーが発生したとき、ア
プリケーションに影響を与えずに送信データアドレスの
自動変更が可能になる。
【００３１】ＣＳＳ（サーバクライアントシステム）に
おいて、サーバのアダプタを複数もたせることにより、
ＣＳＳ全体の信頼性が向上する。
おいて、サーバのアダプタを複数もたせることにより、
ＣＳＳ全体の信頼性が向上する。
【図１】通信制御システムのブロック図。
【図２】通信制御装置のネットワークの説明図。
【図３】ホストアドレステーブルの構成例の説明図。
【図４】通信制御装置間のフレームシーケンス説明図。
【図５】通信制御装置間のフレームシーケンス説明図。
【図６】データ送信時にアダプタエラーを検出したとき
の処理フローチャート。
の処理フローチャート。
【図７】データ受信時にＩＣＭＰフレームを受信したと
きの処理フローチャート。
きの処理フローチャート。
【図８】データ受信時にアダプタエラーを検出したとき
の処理フローチャート。
の処理フローチャート。
【図９】データ送信時にＩＣＭＰフレームを受信したと
きの処理フローチャート。
きの処理フローチャート。
【図１０】ＩＣＭＰフレームのフォーマット図。
【図１１】ＩＣＭＰヘッダの説明図。
１００１…通信制御装置、１００２…ユーザアプリケー
ションプログラム、１００３…ホストアドレステーブ
ル、１００４…プロトコル制御部、１００５…ネットワ
ークインタフェース制御部、１００６…マルチアダプタ
制御部、１００７…アダプタ制御部、１００８…アダプ
タ制御部。
ションプログラム、１００３…ホストアドレステーブ
ル、１００４…プロトコル制御部、１００５…ネットワ
ークインタフェース制御部、１００６…マルチアダプタ
制御部、１００７…アダプタ制御部、１００８…アダプ
タ制御部。
フロントページの続き (72)発明者 宮本 貴久 神奈川県川崎市麻生区王禅寺1099番地株式 会社日立製作所システム開発研究所内
Claims (2)
- 【請求項１】単一のローカルエリアネットワークに複数
のアダプタを使って接続し、送達確認型のネットワーク
プロトコルでデータ転送を行う通信方法において、デー
タ転送時に前記アダプタが通信不能になったとき、通信
不能になったことを通信システム内の他の前記アダプタ
から他の通信システムへ知らせ、データ転送を正常なア
ダプタから行うように自動切り替えすることを特徴とす
るマルチアダプタ制御方法。 - 【請求項２】請求項１において、前記通信システムが単
一のローカルエリアネットワーク上に複数のアドレスを
もつことを記録する手段をもつマルチアダプタ制御方
法。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP6280233A JPH08139741A (ja) | 1994-11-15 | 1994-11-15 | マルチアダプタ制御方法 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP6280233A JPH08139741A (ja) | 1994-11-15 | 1994-11-15 | マルチアダプタ制御方法 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JPH08139741A true JPH08139741A (ja) | 1996-05-31 |
Family
ID=17622161
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP6280233A Pending JPH08139741A (ja) | 1994-11-15 | 1994-11-15 | マルチアダプタ制御方法 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JPH08139741A (ja) |
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US7779102B2 (en) | 2005-10-19 | 2010-08-17 | Brother Kogyo Kabushiki Kaisha | Management device, network system and control program therefor |
| JP2012080199A (ja) * | 2010-09-30 | 2012-04-19 | Brother Ind Ltd | デバイス、端末装置、及びプログラム |
-
1994
- 1994-11-15 JP JP6280233A patent/JPH08139741A/ja active Pending
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US7779102B2 (en) | 2005-10-19 | 2010-08-17 | Brother Kogyo Kabushiki Kaisha | Management device, network system and control program therefor |
| JP2012080199A (ja) * | 2010-09-30 | 2012-04-19 | Brother Ind Ltd | デバイス、端末装置、及びプログラム |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| Socolofsky et al. | TCP/IP tutorial | |
| US5745685A (en) | Protocol extension in NSPP using an acknowledgment bit | |
| US7177952B1 (en) | Method and system for switching between two network access technologies without interrupting active network applications | |
| US6683883B1 (en) | ISCSI-FCP gateway | |
| US7640364B2 (en) | Port aggregation for network connections that are offloaded to network interface devices | |
| US5912891A (en) | Virtual network system | |
| US7269661B2 (en) | Method using receive and transmit protocol aware logic modules for confirming checksum values stored in network packet | |
| US6112247A (en) | Network controller for processing status queries | |
| KR19990030284A (ko) | 통신 방법 및 통신 장치 | |
| US20030016669A1 (en) | Full transmission control protocol off-load | |
| JP2001313674A (ja) | ネットワーク装置およびコンピュータネットワーク | |
| Socolofsky et al. | RFC1180: TCP/IP tutorial | |
| JP2003069640A (ja) | イーサネット（登録商標）上における明示的マルチキャストサービス方法及び装置 | |
| JPH09130408A (ja) | ネットワークインタフェース装置 | |
| US6286048B1 (en) | System and method for discovering relative states of processors | |
| JPH08139741A (ja) | マルチアダプタ制御方法 | |
| Cisco | WAN Link Protocols | |
| Cisco | IBM Network Media Translation Commands | |
| JPH09326810A (ja) | 障害時のコネクション切り替え方法 | |
| Cisco | AppleTalk Routing Commands | |
| JPS6359137A (ja) | 通信システム | |
| JPH11313101A (ja) | 二重化ｌａｎシステムのコネクション再接続の高速化方法及び方式 | |
| JPS63146536A (ja) | デ−タ通信方式 | |
| JP3132232B2 (ja) | データリンク層形式の自動設定装置 | |
| JP3494265B2 (ja) | 衛星回線接続装置 |