JPH11205356A - 通信制御システム - Google Patents

通信制御システム

Info

Publication number
JPH11205356A
JPH11205356A JP10004956A JP495698A JPH11205356A JP H11205356 A JPH11205356 A JP H11205356A JP 10004956 A JP10004956 A JP 10004956A JP 495698 A JP495698 A JP 495698A JP H11205356 A JPH11205356 A JP H11205356A
Authority
JP
Japan
Prior art keywords
communication
communication control
control means
station
mac address
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
Application number
JP10004956A
Other languages
English (en)
Other versions
JP3511875B2 (ja
Inventor
Toshio Ogawa
敏夫 小川
Chuji Akiyama
忠次 秋山
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Yokogawa Electric Corp
Original Assignee
Yokogawa Electric Corp
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Yokogawa Electric Corp filed Critical Yokogawa Electric Corp
Priority to JP00495698A priority Critical patent/JP3511875B2/ja
Priority to US09/381,450 priority patent/US6594227B1/en
Priority to EP99900162A priority patent/EP0981226A4/en
Priority to PCT/JP1999/000056 priority patent/WO1999037060A1/ja
Publication of JPH11205356A publication Critical patent/JPH11205356A/ja
Application granted granted Critical
Publication of JP3511875B2 publication Critical patent/JP3511875B2/ja
Anticipated expiration legal-status Critical
Expired - Fee Related legal-status Critical Current

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/06—Management of faults, events, alarms or notifications
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00—Network arrangements, protocols or services for addressing or naming
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00—Network arrangements, protocols or services for addressing or naming
    • H04L61/09—Mapping addresses
    • H04L61/10—Mapping addresses of different types
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00—Network arrangements, protocols or services for addressing or naming
    • H04L61/09—Mapping addresses
    • H04L61/25—Mapping addresses of the same type
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/40—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass for recovering from a failure of a protocol instance or entity, e.g. service redundancy protocols, protocol state redundancy or protocol service redirection
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04J—MULTIPLEX COMMUNICATION
    • H04J3/00—Time-division multiplex systems
    • H04J3/02—Details
    • H04J3/14—Monitoring arrangements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L2101/00—Indexing scheme associated with group H04L61/00
    • H04L2101/60—Types of network addresses
    • H04L2101/618—Details of network addresses
    • H04L2101/622—Layer-2 addresses, e.g. medium access control [MAC] addresses
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/06—Management of faults, events, alarms or notifications
    • H04L41/0654—Management of faults, events, alarms or notifications using network fault recovery

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer Security & Cryptography (AREA)
  • Small-Scale Networks (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Computer And Data Communications (AREA)

Abstract

(57)【要約】 【課題】 ＴＣＰ／ＩＰプロトコルで通信を行う通信局
をＥバス上に接続したときに冗長化構成をとってもユー
ザアプリケーションプログラムが冗長化を意識する必要
がない通信制御システムを実現する。 【解決手段】 ＴＣＰ／ＩＰのプロトコルに従って通信
を行う通信制御手段を搭載した通信局をネットワークア
ダプタを介してネットワークに接続する。通信制御手段
は１つの相手の通信局について１つのＭＡＣアドレスだ
けを認識している。ネットワークアダプタには固有のＭ
ＡＣアドレスが付いている。ネットワークアダプタは１
つの通信局に冗長化して設けられている。冗長化制御手
段は、通信制御手段とネットワークアダプタとの間でＭ
ＡＣアドレス変換を行う。

Description

【発明の詳細な説明】
【０００１】
【発明の属する技術分野】本発明は、ＴＣＰ／ＩＰのプ
ロトコルに従って通信を行う通信局をＥバスに接続した
通信制御システムに関するものである。
【０００２】
【従来の技術】ＴＣＰ／ＩＰ(Transfer Control Protoc
ol/ Internet Protocol)は世界的に普及しているコンピ
ュータ・ネットワーク用のプロトコルである。 ＴＣＰ
／ＩＰはＴＣＰとＩＰの２つのプロトコルを合わせたも
ので、 ＴＣＰはデータを正確に伝送するためのプロト
コル、 ＩＰはネットワーク間でデータをパケット方式
で転送するためのプロトコルである。
【０００３】Ethernetはコンピュータ・ネットワークに
多く用いられているＬＡＮ(Local Area Network)であ
る。なお、「Ethernet」はゼロックス社の登録商標であ
る。
【０００４】図１１はＴＣＰ／ＩＰのプロトコルに従っ
て通信を行う通信局をEthernetバス（Ｅバスと称するこ
とにする）上に搭載した場合の概念的構成図である。こ
の図はソフトウェアとハードウェアの構成を概念的に示
した図である。通信局ＳＴはＥバスＢ上に接続されてい
る。通信局ＳＴはネットワークアダプタＮＡを介してＥ
バスＢに接続されている。ＩＰの上にＴＣＰとＵＤＰが
ある。これらのプロトコルに従って、通信局ＳＴは通信
を行う。ＵＤＰ（User Data Protocol）は、まとまった
単位のデータを送信するのに使用される。送信側と受信
側の通信はこのデータ送信1回だけで、通信失敗に対す
る回復機能はない。ＴＣＰは、送信側と受信側の間にコ
ネクションを張り、通信失敗後の回復などが行える。ど
ちらのプロトコルも、送受信相手はＩＰアドレスとプロ
トコルポート番号で認識する。ＴＣＰとＵＤＰの上にユ
ーザアプリケーションプログラムＡＰがある。
【０００５】図１２は通信フレームの構造をＴＣＰの場
合について示した図である。ネットワークアダプタＮＡ
は、その上のソフトウエアの負担を軽くするため、自局
あてのフレームだけを受信する。そのため、図1１に示
したEthernetヘッダには6バイトのあて先アドレス（こ
れをＭＡＣアドレスという）が付加されている。ＭＡＣ
アドレスはネットワークアダプタに固有のものとして、
世界中で重複がないように指定される。ＴＣＰ／ＩＰの
伝送単位はＩＰパケットと呼ばれ、Ethernetフレームの
データ部に格納されている。ＴＣＰ／ＩＰ通信はEthern
et以外の媒体、例えばATM(Asynchronous Transfer) 、W
AN(Wide Area Network) 等を通っても伝送されるように
設計されている。そのため、ＩＰパケットはあて先とし
てInternetアドレス（ＩＰアドレスという）を持ってい
る。このように、ＴＣＰ／ＩＰのプロトコルに従って通
信を行う通信局をネットワークアダプタを介してＥバス
に接続すると、通信局はＭＡＣアドレスとＩＰアドレス
を持つことになる。ＩＰは１つの通信局について１つの
ＭＡＣアドレスしか認識しない。このことが通信システ
ムを冗長化するときのネックになっていた。
【０００６】分散型制御システムにはＥバスを引いたも
のがある。分散型制御システムでは、信頼性を向上させ
るために冗長化構成をとったものがある。 ＩＰは１つ
の通信局について１つのＭＡＣアドレスしか認識しない
ことが、 Ｅバスを引いた分散型制御システムで冗長化
をするときの障害になっていた。
【０００７】従来、ＴＣＰ／ＩＰプロトコルで通信を行
う通信局をＥバス上に接続した通信制御システムにおい
て冗長化を行うときは図１３の構成にしていた。図１３
の（ａ）はＴＣＰを使用した例、（ｂ）はＵＤＰを使用
した例である。図１３で、 ＥバスはＢ１とＢ２が引か
れている。通信の送信側と受信側でネットワークアダプ
タＮＡからＴＣＰあるいはＵＤＰまでを冗長化する。冗
長化された経路のどちらを使うかはユーザアプリケーシ
ョンプログラムＡＰが選択する。ＩＰアドレスとＭＡＣ
アドレスが１：１の関係にあるので、ＩＰおよびその上
のＴＣＰあるいはＵＤＰも冗長化せざるを得なくなって
いる。冗長化の制御はユーザアプリケーションプログラ
ムプログラムＡＰで行う。
【０００８】しかし、この従来例では次の問題点があっ
た。 冗長化の制御はユーザアプリケーションプログラムで
行わなければならず、負荷になる。 ＴＣＰを二重化すると、コネクション管理などの資源
（メモリ）を2倍必要とする。 ＴＣＰはストリーム型の通信で、データの単なる流れ
として通信されるので、ＴＣＰのコネクションを二重化
すると切り替えとデータの切れ目の相関がつけにくい。 ＴＣＰのコネクション維持のための通信が必要で、二
重化するとネットワークの負荷を増やしてしまう。 ＵＤＰを二重化すると上の問題はなくなるが、データ
の順番がわからなくなる。 ＵＤＰの二重化ではデータが失われても回復できな
い。 上の問題解決のためにはユーザアプリケーションプロ
グラムで回復処理が必要になり、負荷が大きい。 一般のＴＣＰ／ＩＰアプリケーションはこのような冗
長化を仮定しておらず、特殊なアプリケーション以外は
冗長化の効果を享受できない。
【０００９】
【発明が解決しようとする課題】本発明は上述した問題
点を解決するためになされたものであり、 冗長化部分
の切り替えが行われてもＩＰに対してはＩＰが認識して
いるＭＡＣアドレスが受け渡される構成にすることによ
り、 ＴＣＰ／ＩＰプロトコルで通信を行う通信局をＥ
バス上に接続したときに冗長化構成をとってもユーザア
プリケーションプログラムが冗長化を意識する必要がな
い通信制御システムを実現することを目的とする。
【００１０】
【課題を解決するための手段】本発明は次のとおりの構
成になった通信制御システムである。
【００１１】（１）ネットワーク上にネットワークアダ
プタを介して通信局を接続し、この通信局には通信制御
手段が設けられ、この通信制御手段はＴＣＰ／ＩＰのプ
ロトコルに従って通信を行い、前記ネットワークアダプ
タには固有のＭＡＣアドレスが付けられ、前記通信制御
手段は１つの相手の通信局について１つのＭＡＣアドレ
スだけを認識している通信制御システムにおいて、通信
制御手段は１つの通信局に１個だけ搭載され、ネットワ
ークアダプタは１つの通信局に冗長化して設けられてい
るとともに、ネットワークアダプタと通信制御手段の間
に介在し、通信制御手段から送信要求があったときは、
送信要求の中にある送信先のＭＡＣアドレスを通信相手
となるネットワークアダプタのＭＡＣアドレスに変換す
るとともに、受信をしたときは、受信フレームに付いて
きた送信元のＭＡＣアドレスを自局の通信制御手段が認
識しているＭＡＣアドレスに変換する冗長化制御手段を
具備したことを特徴とする通信制御システム。
【００１２】（２）前記冗長化制御手段はアドレス変換
表を有し、ネットワークアダプタの通信相手となるネッ
トワークアダプタがこのアドレス変換表で定義されてい
ることを特徴とする（１）記載の通信制御システム。
【００１３】（３）前記アドレス変換表にはネットワー
クアダプタのＭＡＣアドレスと、このネットワークアダ
プタの通信相手となるネットワークアダプタのＭＡＣア
ドレスとが対にして書かれていることを特徴とする
（１）記載の通信制御システム。
【００１４】（４）前記冗長化制御手段は、冗長化され
たネットワークアダプタのいずれか１つを常用側として
選択して通信を行うことを特徴とする（１）記載の通信
制御システム。
【００１５】（５）前記冗長化制御手段は、常用側とな
るネットワークアダプタを切り替えて通信を行うことを
特徴とする（４）記載の通信制御システム。
【００１６】（６）常用側のネットワークアダプタから
ネットワークを診断するための診断フレームを所定の周
期で送信させる診断手段を具備したことを特徴とする
（４）記載の通信制御システム。
【００１７】（７）前記診断手段は、所定の周期で診断
フレームとしてＩＣＭＰのエコーを送信し、この所定の
周期よりも長い時間が経過しても応答が返ってこないと
きは異常が発生したと判断することを特徴とする（６）
記載の通信制御システム。
【００１８】（８）前記診断手段はネットワーク上の全
ての通信局に診断フレームを送信することを特徴とする
（６）記載の通信制御システム。
【００１９】（９）前記診断手段は通信経路を確保する
ために必要な通信局だけに診断フレームを送信すること
を特徴とする（６）記載の通信制御システム。
【００２０】（１０）送信局の冗長化制御手段は全ての
ネットワークアダプタに対して送信を行い、受信局の冗
長化制御手段は冗長化されたネットワークアダプタで受
信した複数の通信フレームのうち自局の通信制御手段が
認識しているＭＡＣアドレスが付いた通信フレームだけ
を選んで通信制御手段に渡すことを特徴とする（２）ま
たは（３）記載の通信制御システム。
【００２１】（１１）受信局の冗長化制御手段は、常用
側のネットワークアダプタで受信した通信フレームを自
局の通信制御手段へ渡し、他のネットワークアダプタで
受信した通信フレームは診断フレームとして用いること
を特徴とする（１０）記載の通信制御システム。
【００２２】（１２）受信局の冗長化制御手段は、常用
側のネットワークアダプタを切り替えることを特徴とす
る（１０）記載の通信制御システム。
【００２３】（１３）受信局の冗長化制御手段は、常用
側のネットワークアダプタに受信がないのに他のネット
ワークアダプタに受信があったときは、受信があったネ
ットワークアダプタを新たな常用側のネットワークアダ
プタとし、それまでに常用側であったネットワークアダ
プタは待機側とすることを特徴とする（１１）または
（１２）記載の通信制御システム。
【００２４】（１４）受信局の冗長化制御手段は、最初
に通信フレームを受信したネットワークアダプタからの
通信フレームを通信制御手段へ渡し、他のネットワーク
アダプタから受信した通信フレームは診断フレームとし
て用いることを特徴とする（１０）記載の通信制御シス
テム。
【００２５】（１５）通信制御手段は仮想ＭＡＣアドレ
スを定義し、冗長化制御手段は実際のＭＡＣアドレスと
前記仮想ＭＡＣアドレスの変換を行うことを特徴とする
（１）記載の通信制御システム。
【００２６】（１６）前記仮想ＭＡＣアドレスとして、
システムが立ち上がったときの相手通信局の実際のＭＡ
Ｃアドレスを用いることを特徴とする（１５）記載の通
信制御システム。
【００２７】（１７）冗長化制御手段は受信の成功に従
ってアドレス変換表を更新することを特徴とする（２）
から（１６）のいずれかに記載された通信制御システ
ム。
【００２８】（１８）ネットワーク上に通信局を接続
し、この通信局には通信制御手段が設けられ、この通信
制御手段はＴＣＰ／ＩＰのプロトコルに従って通信を行
い１つの相手の通信局について１つのＭＡＣアドレスだ
けを認識している通信制御システムにおいて、前記通信
制御手段は１つの通信局に１個だけ搭載され、１つの通
信局に冗長化して設けられたポートと、このポートと通
信制御手段の間に介在し、 ＭＡＣアドレスを持ってい
て、ポートに入出力される通信フレームを送受信するネ
ットワークコントローラと、常用側のポートを切り替え
たときに、通信制御手段が認識しているＭＡＣアドレス
が付いたネットワークコントローラを新たな常用側のポ
ートに接続するポート制御手段と、を具備したことを特
徴とする通信制御システム。
【００２９】（１９）前記ポート制御手段は、常用側の
ポートに通常の通信を行わせるとともに、他のポートに
対してはネットワークの診断だけを行うことを特徴とす
る（１８）記載の通信制御システム。
【００３０】（２０）ネットワークを診断するための診
断フレームを所定の周期でポートから送信する診断手段
を具備したことを特徴とする（１８）記載の通信制御シ
ステム。
【００３１】（２１）前記診断手段は、所定の周期で診
断フレームとしてＩＣＭＰのエコーを送信し、この所定
の周期よりも長い時間が経過しても応答が返ってこない
ときは異常が発生したと判断することを特徴とする（１
８）記載の通信制御システム。
【００３２】（２２）前記診断手段は、常用側のポート
と他のポートとで診断フレームを送信する周期を異なら
せたことを特徴とする（１８）記載の通信制御システ
ム。
【００３３】
【発明の実施の形態】以下図面を用いて本発明を詳しく
説明する。図１は本発明の一実施例を示す概念的構成図
である。図１で、前出の図と同一のものは同一符号を付
ける。
【００３４】図１で、通信局ＳＴＮはＥバスＢ１，Ｂ２
上に接続されている。図１では通信局ＳＴＮは２つのネ
ットワークアダプタＮＡ１，ＮＡ２と単一のＴＣＰ／Ｉ
Ｐを持ち、その間に冗長化ソフトウエアＳがある。冗長
化ソフトウエアＳは内部にＭＡＣアドレス変換表Ｔを持
つ。ＴＣＰ／ＩＰの上には、 ＴＣＰ／ＩＰの機能を使
用する通常のユーザーアプリケーションプログラムＡＰ
が存在する。
【００３５】図２は図１の具体的構成例を示した図であ
る。ネットワークアダプタＮＡ１，ＮＡ２は、１つの通
信局に冗長化して設けられ、それぞれに固有のＭＡＣア
ドレスが割り付けられている。通信制御手段１は、１つ
の通信局に１個ずつ搭載され、ＴＣＰ／ＩＰの通信規約
に従って通信を行う。変換表メモリ２にはアドレス変換
表が格納されている。冗長化制御手段３は、ネットワー
クアダプタＮＡ１，ＮＡ２と通信制御手段１の間に介在
し、通信制御手段１から送信要求があったときは、送信
要求の中にある送信先のＭＡＣアドレスを通信相手とな
るネットワークアダプタのＭＡＣアドレスに変換すると
ともに、受信をしたときは、受信フレームに付いてきた
送信元のＭＡＣアドレスを自局の通信制御手段１が認識
しているＭＡＣアドレスに変換する。冗長化制御手段３
が冗長化ソフトウェアＳを実行する。ＡＰ実行手段４
は、 ＴＣＰ／ＩＰの機能を用いてユーザーアプリケー
ションプログラムＡＰを実行する。診断手段５は、通信
が正常に行われているかどうかを診断する。
【００３６】この実施例の動作を説明する。図３は冗長
化した通信局を３局設けたネットワークを示す。局Ａ，
Ｂ，Ｃ はそれぞれ2個ずつネットワークアダプタＮＡ
１，ＮＡ２を持ち、それぞれのＭＡＣアドレスを MA1,
MA2, MB1,MB2, MC1, MC2 とする。3局はそれぞれ冗長
化されたＥバスＢ１，Ｂ２で接続されているが、バスの
接続には依存しない。単一のバスに接続されても動作す
る。
【００３７】３局の冗長化ソフトウエアには、図４に示
すＭＡＣアドレス変換表が定義されている。この変換表
により各ネットワークアダプタは通信相手が決まってい
る。ＩＰのプロトコルで通信を行う通信制御手段１は、
「１」を付けた側の相手局のＭＡＣアドレス（この例で
はMA1, MB1, MC1,）を認識している。これは、相手局の
ＭＡＣアドレスを知るため、ＩＰアドレスを知るための
Ethernetフレームをブロードキャストし、そのＩＰアド
レスを持った局が応答してくること（ARP： Address Re
solution Protocol)を利用して、受信時にＩＰに1側の
ＭＡＣアドレスを渡すことで実現できる。
【００３８】局Ａで局Ｂに送信要求がある場合、局Ａの
ＩＰは冗長化ソフトウエアに送信したいＩＰパケットと
相手のＭＡＣアドレス（MB1) を渡す。通信は次の手順
で行われる。 (1) 局Ａの冗長化ソフトウエアが1側に送信する場合
は、MB1に送信する。 (2) 局Ａの冗長化ソフトウエアが2側に送信する場合
は、アドレス変換表に従いMB2に送信する。 (3) 局ＢでMB1側からフレームを受信した場合、そのフ
レームには送信元ネットワークアダプタが自局のＭＡＣ
アドレス（MA1）をつけてくる。局Ｂでは変換表からMA1
をそのまま使う。 (4) 局ＢでMB2側からフレームが受信した場合、そのフ
レームには送信元ネットワークアダプタが自局のＭＡＣ
アドレス（MA2）をつけて来ている。局Ｂでは変換表か
らMA1を送信元のＭＡＣアドレスとして使う。 以上の動作により、局Ａからの送信データは局Ｂに到達
する。通信に用いるネットワークアダプタが切り替えら
れても、送信側と受信側のＩＰでは、常に1側のＭＡＣ
アドレスが扱われる。
【００３９】送信側でどちらのネットワークアダプタを
選ぶか、受信側でどちらのネットワークアダプタをＩＰ
に送るかは以下の冗長化アルゴリズムによる。第１の冗
長化アルゴリズムでは、送信側は必ず1つの常用ネット
ワークアダプタに送信する。２局間で通信をするとき、
それぞれの方向で常用側が異なっていてもいい。同じ通
信フレームが重複して受信されることはないので、受信
側の冗長化ソフトウエアはＭＡＣアドレスの変換だけを
行い、すべての受信フレームをＩＰに送る。
【００４０】冗長化ソフトウエアは送信するネットワー
クアダプタを交互に使用してもよい。経路に異常が発見
されたときは、そちらを使用しない。これで故障直後の
1回を除き、フレームは伝播される。
【００４１】送信側は常用側を固定して使用してもよ
い。常用側の経路に異常が発見されたときのみ待機側に
切り替える。
【００４２】常用側と待機側にするネットワークアダプ
タを切り替えて使用してもよい。切替は毎回ではなく、
適当な周期あるいは送信回数毎に切り替えてもよい。
【００４３】経路の故障を積極的に調べるため、適当な
間隔で相手との間でEthernetフレームの交換を行い、経
路の診断に利用してもよい。診断は常用側、待機側の両
方で行ってもよい。
【００４４】診断は、Internetの標準プロトコルに含ま
れるICMPのechoを利用してもよい。これは、相手局ＩＰ
に対しecho requestを送信すると、相手がecho respons
e を返してくる。この応答が返ったことを利用して、診
断とするものである。
【００４５】診断をEthernet上のすべてのＭＡＣアドレ
スに対して行ってもよい。すべてのケースが尽くされる
ので、常に正常な伝送が保証される。
【００４６】経路確保に必要な通信局だけに診断フレー
ムを送ってもよい。例えば、ネットワーク上に独自のＩ
Ｐアドレスを持ったルータやスイッチが存在すると、そ
こまでの経路を確保するため、ルータやスイッチにだけ
診断フレームを送信する。このようにすると、診断フレ
ームがいたずらにネットワーク上に送られることがな
く、ネットワークの混雑を緩和できる。
【００４７】第２の冗長化アルゴリズムでは、送信する
ときには両方のネットワークアダプタに対し、送信先の
ＭＡＣアドレスを変更した後で、送信を要求する。受信
局では同じフレームが重複して受信されるので、受信局
で冗長なフレームを除去してもよい。
【００４８】受信側は常用側を固定して使用し、当該ネ
ットワークアダプタからのフレームだけをＩＰに渡し、
他からの受信は診断の目的だけに使用してもよい。常用
側の経路に異常が発見されたときのみ待機側に切り替え
る。
【００４９】受信するネットワークアダプタを交互ある
いは適当な周期で切り替える。他からの受信は診断の目
的だけに使用する。受信側の経路に異常が発見されたと
きは待機側に切り替える。
【００５０】常用としている受信アダプタに受信がない
のに、他のアダプタに受信があった場合には常用アダプ
タの経路に異常があったとして、切替を行ってもよい。
【００５１】最初にフレームが受信されたアダプタから
のフレームだけをＩＰに渡してもよい。他からの受信は
診断の目的だけに使用する。
【００５２】上述したＭＡＣアドレスの他に仮想ＭＡＣ
アドレスを定義してもよい。仮想ＭＡＣアドレスの使用
は、前述した冗長化アルゴリズムとは独立の機能で、こ
れらとも共存できる。ＭＡＣアドレス変換表には、仮想
ＭＡＣアドレスが載っている。仮想ＭＡＣアドレスと
は、ＩＰが使用する通信相手のＭＡＣアドレスのこと
で、実際の相手のＭＡＣアドレスと相関がある必要も、
相手がその仮想ＭＡＣアドレスを知っている必要もな
い。
【００５３】図５は仮想ＭＡＣアドレスを載せたＭＡＣ
アドレス変換表の一例を示した図である。ＩＰは仮想Ｍ
ＡＣアドレスだけを知らされる。 ＩＰに仮想ＭＡＣア
ドレスを知らせるのは前述したARPを利用して行う。局
Ａで局Ｂへの送信要求が発生した場合、局Ａの冗長化ソ
フトウエアはＭＡＣ-Ｂへ送るＩＰパケットを与えられ
る。この時1側に送る場合はＭＡＣアドレスをMB1に、2
側に送る場合はＭＡＣアドレスMB2に変更して送信す
る。局Ｂ側では送信元ＭＡＣアドレスがMA1の場合もMA2
の場合もＭＡＣアドレスをＭＡＣ-Ａに変更してＩＰに
伝える。
【００５４】こうしておくことで、ＩＰの使用するＭＡ
Ｃアドレスはハードウエアに依存せず、故障からの復帰
が容易になる。例として局Ａの1側のネットワークアダ
プタが故障して交換する場合を考える。経路1側は故障
しているが、通信は継続している。ここで1側のネット
ワークアダプタを交換すると、新しいアダプタは以前と
は異なるＭＡＣアドレス、例えばMA3を持つ。図４のア
ドレス変換表では局ＢのＭＡＣアドレス変換表のMA1をM
A3に変更すると、ＩＰの使っていたＭＡＣアドレスMA1
がＭＡＣアドレス変換表に存在しなくなってしまい、コ
ネクションが切れるなどの問題が発生する。仮想ＭＡＣ
アドレスを使用すると、相手の具体的なＭＡＣアドレス
を書き換えるだけなので、ＩＰの動作に影響を与えずに
交換できる。
【００５５】仮想ＭＡＣアドレスの選択として、最初に
使用されていたＭＡＣアドレスを使用してもよい。例え
ば、上表で局ＢのＭＡＣアドレス変換表では、ＭＡＣ-
Ａ ＝MA1, ＭＡＣ-Ｃ＝ MC1 と初期化する。このこと
で、ＭＡＣアドレスの決定に伴う手間を省略できる。故
障によって実際のＭＡＣアドレスが変わった後は、仮想
ＭＡＣアドレスだけが元の情報を持っている。
【００５６】各ネットワークアダプタからの受信したＭ
ＡＣアドレスを用いてＭＡＣアドレス変換表を更新して
もよい。システム立ち上げ時には必ずARPのアドレス決
定が入るので、ＭＡＣアドレス変換表を自動的に生成す
ることができる。また、一部のネットワークアダプタを
交換した場合、そのアダプタからのフレームを受信する
ことで、新しいアダプタを冗長化の仕組みに組み入れて
いくことができる。
【００５７】図６は本発明の他の実施例の概念的構成図
である。図６では、２つのポートＰＡ１，ＰＡ２と単一
のＴＣＰ／ＩＰを持ち、その間にポート管理手段ＰＴが
ある。ポート管理手段ＰＴは通常のオペレーティングシ
ステム上ではデバイスドライバの一部として実装するこ
とができる。ＴＣＰ／ＩＰの上には、 ＴＣＰ／ＩＰの
機能を使用する通常のユーザーアプリケーションプログ
ラムＡＰが存在する。
【００５８】図７は図６の具体的構成例を示した図であ
る。ポートＰＡ１，ＰＡ２は、通信フレームを入出力す
るだけでＭＡＣアドレスをもたない。ポートＰＡ１，Ｐ
Ａ２の上位に接続されたネットワークコントローラＮＣ
１，ＮＣ２が ＭＡＣアドレスを持っている。ポート制
御手段６は、常用側のポートを切り替えたときに、通信
制御手段１が認識しているＭＡＣアドレスが付いたネッ
トワークコントローラを新たな常用側のポートに接続す
る。
【００５９】この実施例の動作を説明する。図８は冗長
化通信局を３台接続したネットワークを示す。局Ａ,
Ｂ, Ｃはそれぞれ２個ずつポートを持ち、それぞれのポ
ートに接続されたネットワークコントローラのMACアド
レスを MA1, MA2, MB1,MB2, MC1, MC2 とし、常用側の
MACアドレスを１（この例ではMA1, MB1, MC1,）とす
る。図では3局は単一のネットワークに接続されている
が、これに限らない。任意のポート間に経路が設定でき
るなら、ブリッジＢで接続された別個のネットワークで
あってもよい。
【００６０】例として局Ａと局Ｂが通信を行う場合を考
える。両者の常用側ポートはPA１、常用側のポートと接
続されたネットワークコントローラのMACアドレスはそ
れぞれMA1とMB1である。TCPコネクションは４つのパラ
メータ、すなわち局ＡのＩＰアドレス, MA1, 局BのＩＰ
アドレス, MB1で指定される。いま、局Ａの常用側ポー
トに異常が検出された場合を考える。局Ａは常用側の異
常を検出したので、ポート管理手段ＰＴはポートPA2にM
ACアドレスがMA1のネットワークコントローラを接続
し、通信を継続させる。これによって、局Bから見る
と、相手のＩＰアドレスもMACアドレスも変化しないの
で、通信は継続される。局ＡのポートPA1に接続された
ネットワークコントローラのMACアドレスはこの例ではM
A2となり、このMACアドレスを使った診断を継続するこ
とで回復を待つ。
【００６１】常用側のポートで通信する特定の２局Ａ,
Ｂ間の経路に存在する要素は、 局Ａの送信回路 ２局ＡＢ間の常用側ポート間のネットワーク要素(ケ
ーブルなど) 局Ｂの受信回路 局Ｂの送信回路 局Ａの受信回路 である。本実施例では、局Ａでのポート切り替えの要因
は，，であり、他の要因は局Ｂ側での切り替えが
起こることで回復される。Ｅバスでは特定局間での通信
は必要な時にしか起こらないので、これだけで常時監視
することはできない。診断のため、局ＡからICMPの ech
oを他局に送信する。レスポンスが返ってくれば、局Ａ
の送受信回路と相手局との間のネットワークが正常であ
ることが分かる。
【００６２】異常検出のアルゴリズムには複数があり得
る。 （１）診断周期より長い一定時間以上受信が行われない
場合あるいはに異常があるとする。 （２）診断用のechoレスポンスが帰ってこない局では
〜に異常がある場合がある。一定時間以上待って回復
しない場合はの可能性があるので、自局側で切り替え
る。待機側でも同様の診断が必要だが、その周期は常用
側より長くてもいい。
【００６３】診断は経路確保に必要な機器だけに診断フ
レームを送るだけでよい。例えば、ネットワーク上に独
自のＩＰアドレスを持ったルータやスイッチが存在する
と、そこまでの経路を確保するため、ルータやスイッチ
にだけ診断フレームを送信する。もちろん、すべての相
手局に対して診断を行ってもよい。
【００６４】ネットワーク上に送り先のMACアドレスに
応じて動作するブリッジやスイッチがある場合、ポート
を切り替えた場合にはその送信先も変えてやらなければ
ならない。ポートの切り替え直後に他局にechoを送信
し、これらのブリッジやスイッチの送信先を強制的に切
り替えるとよい。
【００６５】図９及び図１０はポート管理手段ＰＴの構
成例を示した図である。図９では、ネットワークコント
ローラＮＣ１，ＮＣ２毎にMACアドレスを指定してお
き、どのポートを使用するかをスイッチＳＷ１，ＳＷ２
で切り替える。スイッチＳＷ１，ＳＷ２の切り替えはポ
ート制御手段６で行う。この構成例では切り替えに要す
る時間が短くて済む。ネットワークコントローラＮＣ
１，ＮＣ２は通信制御手段１とＥバスＢ１，Ｂ２との間
で通信フレームを受け渡すためのものである。
【００６６】図１０では、ネットワークコントローラＮ
Ｃ１，ＮＣ２とポートＰＡ１，ＰＡ２を1対1で組み合わ
せ、MACアドレスの変更は、ポート制御手段６が各コン
トローラＮＣ１，ＮＣ２にアドレスを設定することで行
う。この構成例では切り替え時間は長くなるが、常用側
コントローラが故障しても対応できる。なお、図９と図
１０の両者を同時に実現してもよい。
【発明の効果】以上説明したように本発明によれば次の
効果が得られる。
【００６７】請求項１乃至請求項５、請求項１０及び請
求項１５乃至１８の発明によれば次の効果が得られる。 特殊なハードウエアを使用しない。パソコンなどでは
市販のネットワークアダプタがそのまま使用できる 冗長化していない局も、このシステムに同居できる
（常用側になる）ので、全体的なコストを押さえられ
る。 ＩＰより上に特殊な機能を要求しないので、ユーザア
プリケーションプログラムの負荷にならない。 ユーザアプリケーションプログラムは冗長化を意識し
ないので、従来からある他のアプリケーションもそのま
まで冗長化の利点を享受できる。 ＴＣＰコネクションは冗長でないので、メモリを多く
必要としない。ＭＡＣアドレス管理テーブルは相手局あ
たり例えば数十バイトで足りる。 経路の切替があっても、ＴＣＰのコネクションは維持
される。故障の影響がユーザアプリケーションプログラ
ムにおよばない。 ネットワークの通信負荷は増えない。冗長化アルゴリ
ズムでは、ケーブルが独立している場合が多い。 従来型の冗長化ネットワークとも共存できる。
【００６８】請求項６乃至請求項９及び請求項１１乃至
請求項１４の発明によれば次の効果が得られる。 ネットワーク上の要素の診断がオンラインで行え、ほ
とんどの場合故障によりデータが失われることもない。 故障からの復帰が自動化できる。
【００６９】請求項１９乃至請求項２２に記載された発
明によれば、請求項１乃至請求項１８に記載された発明
により得られる効果に加えて次の効果が得られる。 故障したポート（あるいは経路）からの切り替えがス
ムーズに行える。
【００７０】
【図面の簡単な説明】
【図１】本発明の一実施例を示す概念的構成図である。
【図２】図１の具体的構成例を示した図である。
【図３】本発明の動作説明図である。
【図４】本発明の動作説明図である。
【図５】本発明の動作説明図である。
【図６】本発明の他の実施例の概念的構成図である。
【図７】本発明の動作説明図である。
【図８】本発明の動作説明図である。
【図９】ポート管理手段の構成例を示した図である。
【図１０】ポート管理手段の構成例を示した図である。
【図１１】ＴＣＰ／ＩＰのプロトコルに従って通信を行
う通信局をＥバスをＥバス上に搭載した場合の概念的構
成図である。
【図１２】通信フレームの構造を示した図である。
【図１３】冗長化構成をとった通信制御システムの従来
例の構成図である。
【符号の説明】
ＳＴＮ ステーション Ｂ１，Ｂ２ バス ＮＡ１，ＮＡ２ ネットワークアダプタ ＰＡ１，ＰＡ２ ポート ＮＣ１，ＮＣ２ ネットワークコントローラ １ 通信制御手段 ２ 変換表メモリ ３ 冗長化制御手段 ５ 診断手段 ６ ポート制御手段

Claims (22)

    【特許請求の範囲】
  1. 【請求項１】 ネットワーク上にネットワークアダプタ
    を介して通信局を接続し、この通信局には通信制御手段
    が設けられ、この通信制御手段はＴＣＰ／ＩＰのプロト
    コルに従って通信を行い、前記ネットワークアダプタに
    は固有のＭＡＣアドレスが付けられ、前記通信制御手段
    は１つの相手の通信局について１つのＭＡＣアドレスだ
    けを認識している通信制御システムにおいて、 通信制御手段は１つの通信局に１個だけ搭載され、ネッ
    トワークアダプタは１つの通信局に冗長化して設けられ
    ているとともに、ネットワークアダプタと通信制御手段
    の間に介在し、通信制御手段から送信要求があったとき
    は、送信要求の中にある送信先のＭＡＣアドレスを通信
    相手となるネットワークアダプタのＭＡＣアドレスに変
    換するとともに、受信をしたときは、受信フレームに付
    いてきた送信元のＭＡＣアドレスを自局の通信制御手段
    が認識しているＭＡＣアドレスに変換する冗長化制御手
    段を具備したことを特徴とする通信制御システム。
  2. 【請求項２】 前記冗長化制御手段はアドレス変換表を
    有し、ネットワークアダプタの通信相手となるネットワ
    ークアダプタがこのアドレス変換表で定義されているこ
    とを特徴とする請求項１記載の通信制御システム。
  3. 【請求項３】 前記アドレス変換表にはネットワークア
    ダプタのＭＡＣアドレスと、このネットワークアダプタ
    の通信相手となるネットワークアダプタのＭＡＣアドレ
    スとが対にして書かれていることを特徴とする請求項１
    記載の通信制御システム。
  4. 【請求項４】 前記冗長化制御手段は、冗長化されたネ
    ットワークアダプタのいずれか１つを常用側として選択
    して通信を行うことを特徴とする請求項１記載の通信制
    御システム。
  5. 【請求項５】 前記冗長化制御手段は、常用側となるネ
    ットワークアダプタを切り替えて通信を行うことを特徴
    とする請求項４記載の通信制御システム。
  6. 【請求項６】 常用側のネットワークアダプタからネッ
    トワークを診断するための診断フレームを所定の周期で
    送信させる診断手段を具備したことを特徴とする請求項
    ４記載の通信制御システム。
  7. 【請求項７】 前記診断手段は、所定の周期で診断フレ
    ームとしてＩＣＭＰのエコーを送信し、この所定の周期
    よりも長い時間が経過しても応答が返ってこないときは
    異常が発生したと判断することを特徴とする請求項６記
    載の通信制御システム。
  8. 【請求項８】 前記診断手段はネットワーク上の全ての
    通信局に診断フレームを送信することを特徴とする請求
    項６記載の通信制御システム。
  9. 【請求項９】 前記診断手段は通信経路を確保するため
    に必要な通信局だけに診断フレームを送信することを特
    徴とする請求項６記載の通信制御システム。
  10. 【請求項１０】 送信局の冗長化制御手段は全てのネッ
    トワークアダプタに対して送信を行い、受信局の冗長化
    制御手段は冗長化されたネットワークアダプタで受信し
    た複数の通信フレームのうち自局の通信制御手段が認識
    しているＭＡＣアドレスが付いた通信フレームだけを選
    んで通信制御手段に渡すことを特徴とする請求項２また
    は３記載の通信制御システム。
  11. 【請求項１１】 受信局の冗長化制御手段は、常用側の
    ネットワークアダプタで受信した通信フレームを自局の
    通信制御手段へ渡し、他のネットワークアダプタで受信
    した通信フレームは診断フレームとして用いることを特
    徴とする請求項１０記載の通信制御システム。
  12. 【請求項１２】 受信局の冗長化制御手段は、常用側の
    ネットワークアダプタを切り替えることを特徴とする請
    求項１０記載の通信制御システム。
  13. 【請求項１３】 受信局の冗長化制御手段は、常用側の
    ネットワークアダプタに受信がないのに他のネットワー
    クアダプタに受信があったときは、受信があったネット
    ワークアダプタを新たな常用側のネットワークアダプタ
    とし、それまでに常用側であったネットワークアダプタ
    は待機側とすることを特徴とする請求項１１または１２
    記載の通信制御システム。
  14. 【請求項１４】 受信局の冗長化制御手段は、最初に通
    信フレームを受信したネットワークアダプタからの通信
    フレームを通信制御手段へ渡し、他のネットワークアダ
    プタから受信した通信フレームは診断フレームとして用
    いることを特徴とする請求項１０記載の通信制御システ
    ム。
  15. 【請求項１５】 通信制御手段は仮想ＭＡＣアドレスを
    定義し、冗長化制御手段は実際のＭＡＣアドレスと前記
    仮想ＭＡＣアドレスの変換を行うことを特徴とする請求
    項１記載の通信制御システム。
  16. 【請求項１６】 前記仮想ＭＡＣアドレスとして、シス
    テムが立ち上がったときの相手通信局の実際のＭＡＣア
    ドレスを用いることを特徴とする請求項１５記載の通信
    制御システム。
  17. 【請求項１７】 冗長化制御手段は受信の成功に従って
    アドレス変換表を更新することを特徴とする請求項２か
    ら請求項１６のいずれかに記載された通信制御システ
    ム。
  18. 【請求項１８】 ネットワーク上に通信局を接続し、こ
    の通信局には通信制御手段が設けられ、この通信制御手
    段はＴＣＰ／ＩＰのプロトコルに従って通信を行い１つ
    の相手の通信局について１つのＭＡＣアドレスだけを認
    識している通信制御システムにおいて、前記通信制御手
    段は１つの通信局に１個だけ搭載され、１つの通信局に
    冗長化して設けられたポートと、このポートと通信制御
    手段の間に介在し、 ＭＡＣアドレスを持っていて、ポ
    ートに入出力される通信フレームを送受信するネットワ
    ークコントローラと、 常用側のポートを切り替えたときに、通信制御手段が認
    識しているＭＡＣアドレスが付いたネットワークコント
    ローラを新たな常用側のポートに接続するポート制御手
    段と、を具備したことを特徴とする通信制御システム。
  19. 【請求項１９】 前記ポート制御手段は、常用側のポー
    トに通常の通信を行わせるとともに、他のポートに対し
    てはネットワークの診断だけを行うことを特徴とする請
    求項１８記載の通信制御システム。
  20. 【請求項２０】 ネットワークを診断するための診断フ
    レームを所定の周期でポートから送信する診断手段を具
    備したことを特徴とする請求項１８記載の通信制御シス
    テム。
  21. 【請求項２１】 前記診断手段は、所定の周期で診断フ
    レームとしてＩＣＭＰのエコーを送信し、この所定の周
    期よりも長い時間が経過しても応答が返ってこないとき
    は異常が発生したと判断することを特徴とする請求項１
    ８記載の通信制御システム。
  22. 【請求項２２】 前記診断手段は、常用側のポートと他
    のポートとで診断フレームを送信する周期を異ならせた
    ことを特徴とする請求項１８記載の通信制御システム。
JP00495698A 1998-01-13 1998-01-13 通信制御システム Expired - Fee Related JP3511875B2 (ja)

Priority Applications (4)

Application Number Priority Date Filing Date Title
JP00495698A JP3511875B2 (ja) 1998-01-13 1998-01-13 通信制御システム
US09/381,450 US6594227B1 (en) 1998-01-13 1999-01-11 Communication control system
EP99900162A EP0981226A4 (en) 1998-01-13 1999-01-11 TRANSFER CONTROL SYSTEM
PCT/JP1999/000056 WO1999037060A1 (fr) 1998-01-13 1999-01-11 Systeme de commande de transmission

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP00495698A JP3511875B2 (ja) 1998-01-13 1998-01-13 通信制御システム

Related Child Applications (1)

Application Number Title Priority Date Filing Date
JP2003386442A Division JP3800338B2 (ja) 2003-11-17 2003-11-17 通信制御システム

Publications (2)

Publication Number Publication Date
JPH11205356A true JPH11205356A (ja) 1999-07-30
JP3511875B2 JP3511875B2 (ja) 2004-03-29

Family

ID=11598042

Family Applications (1)

Application Number Title Priority Date Filing Date
JP00495698A Expired - Fee Related JP3511875B2 (ja) 1998-01-13 1998-01-13 通信制御システム

Country Status (4)

Country Link
US (1) US6594227B1 (ja)
EP (1) EP0981226A4 (ja)
JP (1) JP3511875B2 (ja)
WO (1) WO1999037060A1 (ja)

Cited By (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR100425560B1 (ko) * 2000-06-20 2004-04-03 닛뽕덴끼 가부시끼가이샤 단말기의 액티브 포트를 쉽게 변경할 수 있는 랜 경로제어 시스템 및 방법
WO2005060168A1 (ja) 2003-12-15 2005-06-30 Yokogawa Electric Corporation 通信制御システム
US7152119B2 (en) 2001-09-05 2006-12-19 Samsung Electronics Co., Ltd. Apparatus and method for allocating IP addresses to network interface card
JP2008072708A (ja) * 2006-09-13 2008-03-27 Rockwell Automation Technologies Inc フォルト・トレラント電子通信ネットワーク
US7394758B2 (en) 2001-09-04 2008-07-01 Rumi Sheryar Gonda Method for supporting SDH/SONET APS on Ethernet
JP2012165360A (ja) * 2011-01-19 2012-08-30 Seiko Epson Corp 冗長データバスシステム

Families Citing this family (32)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7032029B1 (en) * 2000-07-07 2006-04-18 Schneider Automation Inc. Method and apparatus for an active standby control system on a network
US20040114591A1 (en) * 2000-07-13 2004-06-17 Schneider Automation Sas IP Routing Between Modules on a PLC Backplane
JP2002101106A (ja) * 2000-09-22 2002-04-05 Nec Eng Ltd Ａｔｍ交換システム
US7023795B1 (en) 2000-11-07 2006-04-04 Schneider Automation Inc. Method and apparatus for an active standby control system on a network
AU2002344774A1 (en) * 2001-05-14 2002-11-25 Telefonaktiebolaget Lm Ericsson (Publ) Application transparent redundancy in a protocol stack
US8347075B1 (en) * 2001-11-14 2013-01-01 Verizon Laboratories Inc. Methods to mitigate attacks against fiber-to-the-home network systems
EP1322097A1 (en) * 2001-12-21 2003-06-25 Siemens Aktiengesellschaft A method and computer system for client server inter process communication
US20040083293A1 (en) * 2002-02-25 2004-04-29 Dong Chen Ethernet addressing via physical location for massively parallel systems
EP1367778A1 (en) * 2002-05-31 2003-12-03 Fujitsu Siemens Computers, LLC Networked computer system and method using dual bi-directional communication rings
JP3767561B2 (ja) * 2002-09-02 2006-04-19 ソニー株式会社 機器認証装置、機器認証方法、および情報処理装置、情報処理方法、並びにコンピュータ・プログラム
DE10243384B4 (de) 2002-09-18 2006-10-05 Siemens Ag Verfahren zur permanenten redundanten Übertragung von Datentelegrammen in Kommunikationssystemen
US7307948B2 (en) * 2002-10-21 2007-12-11 Emulex Design & Manufacturing Corporation System with multiple path fail over, fail back and load balancing
DE10305415B4 (de) * 2003-02-06 2006-10-19 Siemens Ag Verfahren und Vorrichtung zum medienredundanten Betreiben eines Endgeräts in einem Netzwerk
US7324512B2 (en) * 2003-06-12 2008-01-29 International Business Machines Corporation MAC layer bridging of network frames between isolated and external networks
WO2005041037A2 (en) * 2003-10-23 2005-05-06 Siemens Aktiengesellschaft Software framework interfacing applications and redundant resources
US8401024B2 (en) * 2004-01-14 2013-03-19 Telefonaktiebolaget Lm Ericsson (Publ) Ethernet address management system
JP4219314B2 (ja) * 2004-09-28 2009-02-04 富士通株式会社 通信装置
US7801150B1 (en) * 2006-02-14 2010-09-21 Juniper Networks, Inc. Multiple media access control (MAC) addresses
US7577089B2 (en) 2006-05-26 2009-08-18 Transwitch Corporation Methods and apparatus for fast ETHERNET link switchover in the event of a link failure
EP2039080B1 (en) * 2006-07-11 2010-09-15 Telefonaktiebolaget LM Ericsson (publ) Method and system for re-enabling disabled ports in a network with two port mac relays
US20080175159A1 (en) * 2006-12-13 2008-07-24 Panduit Corp. High Performance Three-Port Switch for Managed Ethernet Systems
JP4964666B2 (ja) * 2007-05-14 2012-07-04 株式会社日立製作所 冗長化された通信経路を切り替える計算機、プログラム及び方法
JP5157685B2 (ja) * 2008-07-02 2013-03-06 日本電気株式会社 通信システム、ネットワーク機器及びそれらに用いる通信復旧方法並びにそのプログラム
US8046444B2 (en) * 2009-03-30 2011-10-25 Rockwell Automation Technologies, Inc. Universal network adapter for industrial control networks
JP5170000B2 (ja) * 2009-06-04 2013-03-27 富士通株式会社 冗長化ペア検出方法、通信装置、冗長化ペア検出プログラム、記録媒体
BR112012005749A2 (pt) * 2009-09-16 2019-09-24 Siemens Ag método de execução de uma subestação de um sistema de fornecimento de energia elétrica
US8724465B2 (en) * 2009-10-28 2014-05-13 International Business Machines Corporation Zero packet loss energy efficient ethernet link transition via driver fast failover
DE102010015455B4 (de) * 2010-04-09 2012-01-19 Wago Verwaltungsgesellschaft Mbh Automatisierungsgerät und Verfahren zur redundanten Verbindung eines Automatisierungsgerätes mit einem Feldbus
US8670303B2 (en) 2011-10-05 2014-03-11 Rockwell Automation Technologies, Inc. Multiple-fault-tolerant ethernet network for industrial control
CN102594886B (zh) * 2012-02-15 2015-04-29 华为技术有限公司 浏览器与浏览器直通的方法、装置和通信系统
DE102012101957B3 (de) * 2012-03-08 2013-05-29 Softing Ag Busteilnehmer-Einrichtung zum Anschluss an einen linienredundanten, seriellen Datenbus und Verfahren zur Steuerung der Kommunikation eines Busteilnehmers mit einem linienredundanten, seriellen Datenbus
US10694568B2 (en) * 2014-12-01 2020-06-23 Telefonaktiebolaget Lm Ericsson (Publ) Efficient communication of network identifiers

Family Cites Families (14)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US4701908A (en) * 1984-06-22 1987-10-20 Canon Kabushiki Kaisha Network system utilizing plural station addresses
JPH0427239A (ja) * 1990-05-23 1992-01-30 Hitachi Ltd Ｌａｎ接続装置の制御方法
JP2821255B2 (ja) * 1990-09-12 1998-11-05 株式会社日立製作所 通信網接続装置
JPH04138739A (ja) * 1990-09-28 1992-05-13 Toshiba Corp 非同期伝送モード網を用いた通信制御方式
JPH04222140A (ja) * 1990-12-21 1992-08-12 Fujitsu Ltd Ｉｓｄｎサービスにおけるメンテナンス通信制御方式
JPH066362A (ja) * 1992-06-23 1994-01-14 Hitachi Ltd Ｌａｎにおけるホストシステムのメッセージ処理負荷分散方式
EP0580938B1 (en) * 1992-06-26 2001-09-26 Yokogawa Electric Corporation Duplex communication control device
JP2778893B2 (ja) * 1993-03-05 1998-07-23 株式会社東芝 通信制御装置
JPH0730981A (ja) * 1993-07-07 1995-01-31 Hitachi Ltd ２重系制御システム
JPH09224040A (ja) * 1996-02-16 1997-08-26 Nec Corp 多重化スイッチ
JPH09261235A (ja) * 1996-03-22 1997-10-03 Nec Corp 通信処理装置
US6208616B1 (en) * 1997-05-13 2001-03-27 3Com Corporation System for detecting errors in a network
US6314525B1 (en) * 1997-05-13 2001-11-06 3Com Corporation Means for allowing two or more network interface controller cards to appear as one card to an operating system
US6253334B1 (en) * 1997-05-13 2001-06-26 Micron Electronics, Inc. Three bus server architecture with a legacy PCI bus and mirrored I/O PCI buses

Cited By (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
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
US7394758B2 (en) 2001-09-04 2008-07-01 Rumi Sheryar Gonda Method for supporting SDH/SONET APS on Ethernet
US7746768B2 (en) 2001-09-04 2010-06-29 Rumi Sheryar Gonda System and method for supporting SDH/SONET APS on ethernet
US7152119B2 (en) 2001-09-05 2006-12-19 Samsung Electronics Co., Ltd. Apparatus and method for allocating IP addresses to network interface card
WO2005060168A1 (ja) 2003-12-15 2005-06-30 Yokogawa Electric Corporation 通信制御システム
US8130636B2 (en) 2003-12-15 2012-03-06 Yokogawa Electric Corporation Communication control system
JP2008072708A (ja) * 2006-09-13 2008-03-27 Rockwell Automation Technologies Inc フォルト・トレラント電子通信ネットワーク
JP2012165360A (ja) * 2011-01-19 2012-08-30 Seiko Epson Corp 冗長データバスシステム

Also Published As

Publication number Publication date
US6594227B1 (en) 2003-07-15
JP3511875B2 (ja) 2004-03-29
EP0981226A4 (en) 2005-03-16
WO1999037060A1 (fr) 1999-07-22
EP0981226A1 (en) 2000-02-23

Similar Documents

Publication Publication Date Title
JP3511875B2 (ja) 通信制御システム
US6505311B1 (en) Network system having function of changing route upon failure
JP3956685B2 (ja) ネットワーク間接続方法、仮想ネットワーク間接続装置およびその装置を用いたネットワーク間接続システム
JP2002057682A (ja) ネットワークインタフェース切替え方法及びネットワークに接続可能なコンピュータ
JP2002009806A (ja) Ｌａｎ通信路制御システム及び制御方法
JP3888866B2 (ja) イーサネット伝送路の冗長化システム
JP4340731B2 (ja) ネットワークの障害監視処理システム及び方法
JP3800338B2 (ja) 通信制御システム
JPH09130408A (ja) ネットワークインタフェース装置
JPH07264233A (ja) ルート高速切替方法及びルータ装置
JP3504060B2 (ja) インタネットワーク装置及びネットワークシステム
JP3445900B2 (ja) インタネットワーク装置及びネットワークシステム
JP2003273885A (ja) 通信システム及びそれに用いる通信制御方法
JP2002026956A (ja) 自動経路選択方式および方法
JP3895749B2 (ja) ネットワーク間接続方法、仮想ネットワーク間接続装置およびその装置を用いたネットワーク間接続システム
JPH11331231A (ja) 多重化ネットワークシステムとその通信装置
JP2002044178A (ja) Ｉ／ｏチャネルの通信制御方式
JP3709401B2 (ja) データ中継装置及びデータ中継方法
TWI451264B (zh) 具有備援機制的訊號轉換系統與備援方法
JPH1146207A (ja) Ｌａｎ間接続装置
JP2508593B2 (ja) ロ―カルエリアネットワ―ク集線装置
JP2000092079A (ja) 情報処理システム
JPH09224040A (ja) 多重化スイッチ
JPH09261235A (ja) 通信処理装置
JP2612053B2 (ja) 故障時の縮退方法

Legal Events

Date Code Title Description
A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20031229

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20080116

Year of fee payment: 4

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20090116

Year of fee payment: 5

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20100116

Year of fee payment: 6

LAPS Cancellation because of no payment of annual fees