JPH0448842A - ブリッジ装置 - Google Patents

ブリッジ装置

Info

Publication number
JPH0448842A
JPH0448842A JP2157654A JP15765490A JPH0448842A JP H0448842 A JPH0448842 A JP H0448842A JP 2157654 A JP2157654 A JP 2157654A JP 15765490 A JP15765490 A JP 15765490A JP H0448842 A JPH0448842 A JP H0448842A
Authority
JP
Japan
Prior art keywords
address
message
station
address information
lan
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
JP2157654A
Other languages
English (en)
Other versions
JP2703391B2 (ja
Inventor
Kuniyoshi Konishi
古西 邦芳
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.)
Toshiba Corp
Original Assignee
Toshiba 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 Toshiba Corp filed Critical Toshiba Corp
Priority to JP2157654A priority Critical patent/JP2703391B2/ja
Priority to DE69125056T priority patent/DE69125056T2/de
Priority to EP91109908A priority patent/EP0462542B1/en
Priority to US07/717,063 priority patent/US5301273A/en
Priority to KR1019910010060A priority patent/KR940011491B1/ko
Publication of JPH0448842A publication Critical patent/JPH0448842A/ja
Application granted granted Critical
Publication of JP2703391B2 publication Critical patent/JP2703391B2/ja
Anticipated expiration legal-status Critical
Expired - Lifetime legal-status Critical Current

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00Routing or path finding of packets in data switching networks
    • H04L45/74Address processing for routing
    • H04L45/742Route cache; Operation thereof
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00Data switching networks
    • H04L12/28Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/46Interconnection of networks
    • H04L12/4604LAN interconnection over a backbone network, e.g. Internet, Frame Relay
    • H04L12/462LAN interconnection over a bridge based backbone
    • H04L12/4625Single bridge functionality, e.g. connection of two networks over a single bridge
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L2212/00Encapsulation of packets

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Small-Scale Networks (AREA)

Abstract

(57)【要約】本公報は電子出願前の出願データであるた
め要約のデータは記録されません。

Description

【発明の詳細な説明】 [発明の目的〕 (産業上の利用分野) この発明は、幹線LAN (ローカルエリアネットワー
ク)を介して支線LAN同士を接続するためのブリッジ
装置に関する。
(従来の技術) 複数の支線LANが幾つかのブリッジ装置により幹線L
ANを介して相互接続されるネットワークシステムでは
、或る支線LAN上のステーションから別の支線LAN
上のステーションに対して、不要なメツセージが関係の
無い支線LANに流れることなくメツセージ送信を行う
には、支線LAN上のステーションのアドレス(ステー
ションアドレス)と、その支線LANが接続されるブリ
ッジ装置のインタフェース(ボート)のアドレス(ブリ
ッジポートアドレス)との対(を含むアドレス情報)を
用いて個別モードで送信しなければならない。このアド
レス対はハツシュ法等によりアドレス変換テーブルに登
録されるのが一般的であり、或るステーションから別の
ステーションへのメツセージ送信が同報モードにより行
われる際と、その応答が返される際等に、自動的に学習
されるものである。
ところで、システム内のステーションは、常に同一の支
線LANに固定的に接続されているとは限らず、別の支
線LANに移動接続して用いられることがある。このよ
うな場合、ステーションアドレスに対応するブリッジポ
ートアドレスも変わるため、移動ステーションのアドレ
ス情報が既に(移動前に)アドレス変換テーブルに登録
されていた場合には、そのアドレス情報(移動前の接続
関係を示すアドレス情報)に従って個別モードでのメツ
セージ送信が行われて元の接続支線LANにメツセージ
が送信されると、目的とするステーションから応答が返
されないことになる。
通常、応答が返されない場合には、予め決められた回数
を上限として応答が返されるまで同じメツセージ送信が
繰返され、それでも応答がなければエラー処理が行われ
る。しかし、目的とするステーションが移動しているに
も拘らずに、このようなりトライ処理やエラー処理を行
うのは無駄であり、システムの負荷も増加する。
上記した無駄な処理を無くすには、移動ステーションの
アドレス情報をアドレス変換テーブルから削除すればよ
い。そこで従来は、ステーションが移動される場合に、
そのステーションは或る期間使用されないことに着目し
、一定時間以上メッセージの送受信が行われないステー
ションは移動ステーション(または故障ステーション)
であるものとして、そのアドレス情報、即ち一定時間以
上利用されないアドレス情報をアドレス変換テーブルか
ら削除するようにしていた。
(発明が解決しようとする課題) 上記したように従来は、システム内で移動が行われたス
テーションを対象として、移動前に採取されたアドレス
情報に従って個別モードでメツセージ送信が行われる場
合の不都合を防止するために、一定時間以上利用されな
いアドレス情報は移動ステーションに関するアドレス情
報であるものとしてアドレス変換テーブルから削除する
ようにしていた。しかしこの方式では、移動ステーショ
ンに関するアドレス情報だけでなく、使用頻度の少ない
ステーションに関するアドレス情報もアドレス変換テー
ブルから削除されてしまう。このため、その後てこのス
テーション宛てのメツセージ送信か発生した場合には、
同報モードによるメツセージ送信を行わなくてはならす
、不要なメツセージが本来関係の無い支線LANに流れ
、その負荷を増加させるという問題があった。
この発明は上記事情に鑑みてなされたものでその目的は
、一定時間以上メッセージの送受信が行われなかったス
テーションについてのアドレス変換テーブル内のアドレ
ス情報を検出した後にこのステーション宛てのメツセー
ジ送信が発生した場合でも、個別モードでのメツセージ
送信が極力行え、もってシステムの負荷が不必要に増加
するのを防止できるブリッジ装置を提供することにある
[発明の構成] (課題を解決するための手段) この発明は、ステーションアドレスとブリッジポートア
ドレスとの対(アドレス対)を含むアドレス情報の自動
学習機能を有し、幹線LANを介して支線LAN同士を
接続するためのブリッジ装置に、アドレス変換テーブル
に登録されているアドレス情報のうち、一定時間以上メ
ツセージの送受信が行われなかっ、たステーションのア
ドレス情報を、アドレス変換テーブルから削除すべきア
ドレス情報の候補である削除候補アドレス情報として検
出する手段と、削除候補アドレス情報に含まれるステー
ションアドレスで示されるステーションを宛先とする1
回目のメツセージの送信時には、このアドレス情報を用
いて個別モ・−ドでのメツセージ送信を行い、宛先ステ
ーションから応答が無かった場合のメツセージ再送時に
は、同報モードでのメツセージ送信を行って該当するア
ドレス情報をアドレス変換テーブルから削除する手段と
を設けたことを特徴とするものである。
(作用) この発明では、成るステーションから別のステーション
へのメツセージ送信が同報モードにより行われる際と、
その応答が返される際等に、自′動的に学習されてアド
レス変換テーブルに登録されるアドレス情報、即ちステ
ーションアドレスと同アドレスで示されるステーション
が接続されている支線LANに対するインタフェース(
ブリッジポート)のアドレス(ブリッジポートアドレス
)の対(アドレス対)を含むアドレス情報のうち、一定
時間以上メツセージの送受信が行われなかったステーシ
ョンのアドレス情報(一定時間以上利用されなかったア
ドレス情報)が、アドレス変換テーブルから削除すべき
アドレス情報の候補(削除候補アドレス情報)として検
出される。この検出は、次のようにして行われる。まず
、アドレス情報には、同情報の登録時と同情報が利用さ
れる毎に初期値に設定されるタイマ値が付加される。
アドレス変換テーブル内のアドレス情報は定期的に参照
され、その都度タイマ値が例えば−1される。したがっ
て、長時間利用されないアドレス情報のタイマ値は、時
間の経過と共に小さくなり、やがて成る一定時間を経過
すると、タイマ値はOとなる。そこで、このタイマ値に
より、一定時間以上利用されなかったアドレス情報を検
出することができる。従来、このようなアドレス情報は
、タイマ値0の検出時にアドレス変換テーブルから削除
されていた。しかし本発明では、このようなアドレス情
報も削除しないで残しておくようにしている。そして、
タイマ値0となった後に、そのアドレス情報(削除候補
アドレス情報)に含まれるステーションアドレスで示さ
れるステーションを宛先とする最初のメツセージが発生
した場合には、このアドレス情報を用いて個別モードで
のメツセージ送信が行われる。
この結果、もし宛先ステーションC故障或いは移動のた
めでなく、単に使用頻度が少ないために対応するアドレ
ス情報が一定時間以上利用されなかった場合には、個別
モードで送信されたメツセージは正しくその宛先ステー
ションで受信され、同ステーションから発信元ステーシ
ョンに応答メツセージが個別モードで返される。このた
め、従来のように一定時間以上メッセージ送受信が行わ
れなかったステーションのアドレス情報を直ちに削除し
、したがって次にこのステーション宛てのメツセージが
発生した場合には同報モードでメツセージ送信を行って
いた従来装置に比べ、不要なメツセージが関係の無い支
線LANに流れる無駄が防止できる。
一方、宛先ステーションの移動のために、対応するアド
レス情報が一定時間以上利用されなかった場合には、上
記の個別モードでのメツセージ送信に対する応答は無い
。この場合は、同報モードでのメツセージの再送が行わ
れ、宛先ステーシジンに確実に伝送される。
(実施例) 第1図はこの発明を適用するネットワークシステムの一
実施例を示すブロック構成図である。
同図において、10at、  10a2. 10b1.
 10b2゜10cl、  10c2. 10dl、 
 10d2は例えば中低速の支線LAN、 11al、
  11a2. 11bl、  11b2゜11cl、
  11e2. 11d1. 11d2は支線LAN1
0al、  10a2. 10bl、  10b2. 
10el。
10e2. 10dl、  10d2に接続されるステ
ーション(S T)であるo 20a 、  20b 
、  20c 。
20dはブリッジ装置、30は高速の幹線LANである
。支線LAN 10al、  10a2、支線LAN1
0bl、10b2、支線LAN10cl、10c2およ
び支線LAN10dl、10d2は、ブリッジ装置20
a、20b、20c、20dにより、幹線LAN30を
介してデータリンク層レベルで接続されている。
ブリッジ装置20aは、支線LAN10al。
10a2(に接続されているステーション1lal。
11 a2)との間のメツセージ送受信を行う支線LA
Nインタフェース21a1.21a2と、幹線LAN3
0 (を介して相手ブリッジ装置)との間のメツセージ
送受信を行う幹線LANインタフェース22aと、これ
ら各インタフェース相互の伝送に供されるブリッジ装置
内部のバス(以下、ブリッジ装置内部バスと称する)2
3aとを有している。他のブリッジ装置20b〜20d
の構造についても、上記したブリッジ装置20aと同様
である。したがって、必要であれば上記の説明において
、aをb−dと読み替えられたい。
なお上記各インタフェースには、それぞれ固有のブリッ
ジポートアドレスが割当てられる。このブリッジポート
アドレスは、対応するインタフェースが設けられている
ブリッジ装置を識別するため例えば1桁のブリッジアド
レスと、対応するインタフェースのブリッジ装置内のポ
ートを識別するための例えば1桁のポートアドレスから
成る2桁のアドレス(ここでは上位桁がブリッジアドレ
ス)である。
第2図は第1図のブリッジ装置2Oi内の支線LANイ
ンク7エー7.211j (1−a−d。
j−1,2)、および幹線LANインタフェース221
 (これらを、幹線/支線LANインタフェースで総称
する)の内部構成を示すブロック図である。図中、41
は装置の中枢を成し、装置内各部の制御や後述するアド
レス変換処理を行うプロセッサ、42はステーションア
ドレスと対応するブリッジポートアドレスの対を含むア
ドレス情報(アドレス変換情報)が登録され、プロセッ
サ41によってのみアクセスされるアドレス変換テーブ
ル、43はプロセッサ41に対して一定時間毎の割込み
を発生するタイマ(割込みタイマ)である。このタイマ
43からの割込みにより、プロセッサ41によるアドレ
ス変換テーブル42の更新処理が行われるようになって
いる。
44は幹線LAN (30)または支線LAN(幹線/
支線LAN)との間で送受信されるメツセージの格納に
用いられる送受信メモリ、45は幹線/支線LANとの
間でメツセージ送受信を行うための送受信回路(図示せ
ず)を有する接続回路である。46はブリッジ装置内部
バス23iとの間でメツセージ送受信を行うための送受
信回路(図示せず)を有する接続回路、47はプロセッ
サ41、送受信メモリ44および接続回路45゜46が
接続されるインタフェース内部のバス(以下、インタフ
ェース内部バスと称する)である。
本実施例では、支線LANインタフェース211j内の
接続回路45に設けられる受信回路は、対応する支線t
AN10ij上のメツセージを全て受信し、同しく接続
回路46に設けられた受信回路は、内部バス23i上の
同報メツセージまたは自身(自ブリッジボート)宛ての
個別メツセージだけを受信するようになっている。また
、幹線LANインタフェース221内の接続回路45に
設けられた受信回路は、幹線LAN30上の同報メツセ
ージまたは自身(自ブリッジ)宛ての個別メツセージだ
けを受信し、同しく接続回路46に設けられた受信回路
は、内部バス231上の同報メツセージまたは自身(自
ブリッジ)以外のブリッジ宛ての個別メツセージだけを
受信するようになっている。
なお、幹線LANインタフェース221では、アドレス
変換テーブル42は使用されず、したがって同テーブル
42は無くてもよい。
第3図は第2図のアドレス変換テーブル42の構造を示
す模式図である。図に示すように、アドレス変換テーブ
ル42の各エントリは、ステーションアドレスと対応す
るブリッジポートアドレスの対、このアドレス対の追出
しく無効化)を管理するのに用いられるタイマ値、およ
び3種のフラグから成るアドレス情報を登録するための
フィールドを有している。この3種のフラグは、対応エ
ントリの内容が有効であるか否かを示す有効フラグ(以
下、■フラグと称する)と、対応エントリ中のアドレス
対がメツセージ送信のために一定時間内に利用されたか
否かを示す活性フラグ(以下、Aフラグと称する)と、
試行フラグ(以下、Rフラグと称する)である。このR
フラグは、■フラグがオン(セット)でAフラグがオフ
(リセット)のアドレス情報、即ち対応エントリの内容
は有効ではあるが一定時間以上利用されなかった、従来
であれば削除されるべきアドレス情報(削除候補アドレ
ス情報)の状態で、個別モードでのメツセージ送信に利
用されたか否かを示すものである。
第4図は支線LANに接続されているステーションから
ブリッジ装置および幹線LANを介して別の支線LAN
に接続されているステーションにメツセージが送信され
る場合の、各部(各経路)におけるメツセージ(送信フ
レーム)のフォーマットを説明するための図である。同
図において、51は支線LANに接続されているステー
ションからこの支線LANに送出されるメツセージであ
り、宛先ステーションのアドレス(宛先ステーションア
ドレスアドレス)DAIと、発信元ステーションのアド
レス(発信元ステーションアドレス)SA2と、メツセ
ージの内容DATAとを有する。
52は支線LAN上のメツセージ51を受取ったブリッ
ジ装置内の支線LANインタフェースから同じブリッジ
装置内の幹線LANインタフェースに送信されるメツセ
ージであり、宛先幹線LANインタフェースのブリッジ
ポートアドレス(宛先ブリ・ンジポートアドレス)DA
IIおよび発信元支線LANインタフェースのブリッジ
ポートアドレス(発信元ブリッジポートアドレス)SA
22を持つヘッダと、受取ったメツセージ51と同一の
部分とを有する。53はメツセージ52を受取った幹線
LANインタフェースから幹線LANを介して相手(宛
先ブリッジ装置内)の幹線LANインタフェースに送信
されるメツセージであり、宛先幹線LANインタフェー
スのブリッジポートアドレスDA1*および発信元幹線
LANインタフェースのブリッジポートアドレスSA2
* (*は無チエツクを意味する)を持つヘッダと、メ
ツセージ52と同一の部分とを有する。54はメツセー
ジ53を受取った幹線LANインタフェースから同しブ
リッジ装置内の支線LANインタフェースに送信される
メツセージであり、メツセージ52と同一内容である。
55はメツセージ54を受取った支線LANインタフェ
ースから対応する支線LAN (に接続されている宛先
ステーション)に送信されるメツセージであり、メツセ
ージ51と同一内容である。
第5図は第4図に示すメツセージと各経路との関係を、
第1図の支線LAN10al上のステーション1lal
から支線LAN10dl上のステーション11d1に宛
てたメツセージが個別モードで送信される場合を例に説
明するための図である。なお第5図では、上記の送信に
直接関係しない部分については省略されている。
第6図は支線LAN上のステーションから同じブリッジ
装置によって相互接続されている別の支線LAN上のス
テーションにメツセージが送信される場合の、各部(各
経路)におけるメツセージ(送信フレーム)のフォーマ
ットを説明するための図である。同図において、56は
支線LAN上のステーションからこの支線LANに送出
されるメツセージであり、宛先ステーションのアドレス
(宛先ステーションアドレスアドレス)DAIと、発信
元ステーションのアドレス(発信元ステーションアドレ
ス)SA2と、メツセージの内容DATAとを有する。
57はメツセージ56を受取ったブリッジ装置内の支線
LANインタフェースから同じブリッジ装置内の別の支
線LANインタフェースに送信されるメツセージであり
、宛先支線LANインタフェースのブリッジポートアド
レス(宛先ブリッジポートアドレス)DA21および発
信元支線LANインタフェースのブリッジポートアドレ
ス(発信元ブリッジポートアドレス)SA22を持つヘ
ッダと、受取ったメツセージ56と同一の部分とを有す
る。58はメツセージ57を受取った支線LANインタ
フェースから対応する支線LAN (上の宛先ステーシ
ョン)に送信されるメツセージであり、メツセージ56
と同一内容である。
第7図は第6図に示すメツセージと各経路との関係を、
第1図の支線LAN10al上のステーション1lal
から支線LAN10a2上のステーション11a2宛て
にメツセージが送信される場合を例に説明するための図
である。
第8図は各ブリッジ装置2Oi内の支線LANインタフ
ェース21ij(i−a−d。
j−1,2)が対応する支線LAN101jからメツセ
ージを受信した場合の処理手順を示すフローチャートで
ある。図中の符号811〜S22の処理内容は次の通り
である。
S11は受信メツセージ中の発信元ステーションアドレ
スについてアドレス変換テーブル42を検索するステッ
プである。
S12はステップS11の検索により■フラグ(有効フ
ラグ)の状態を判別するステップであり、■フラグがセ
ットされている(■フラグオンの)場合はステップ81
3、リセットされている(Vフラグオフの)場合はステ
ップS14の処理へ移る。
813はアドレス変換テーブル42のその発信元ステー
ションアドレスについて、該当エントリ内のタイマ値を
初期化するステップである。
S14はアドレス変換テーブル42のその発信元ステー
ションアドレスについて、該当エントリ内のVフラグ並
びにAフラグ(活性フラグ)をセット(オン)し、ステ
ーションアドレスと対を成すブリッジポートアドレスと
して自身のブリッジポートアドレスをセットし、Rフラ
グ(試行フラグ)をリセット(オフ)し、更にタイマ値
を初期化するステップである。
S15は受信メツセージ中の宛先ステーションアドレス
についてアドレス変換テーブル42を検索するステップ
である。
S16はステップS15の検索によりVフラグの状態を
判別するステップであり、■フラグがリセットされてい
る場合はステップS17、セットされている場合はステ
ップS18の処理へ移る。
S17は同報ブリッジポートアドレスを宛先、自身のブ
リッジポートアドレスを発信元にして、ブリッジ装置内
部バス23i  (i−a−d)を介してブリッジ装置
t201内の全てのポートにそのメツセージを送信(同
報送信)するステップである。
S18はアドレス変換テーブル42のその宛先ステーシ
ョンアドレスについて、該当エントリのAフラグの状態
を判別するステップであり、Aフラグがリセットされて
いる場合はステップS19、セットされている場合はス
テップS20の処理へ移る。
S19はアドレス変換テーブル42のその宛先ステーシ
ョンアドレスについて、更にRフラグの状態を判別する
ステップであり、Rフラグがリセットされている場合は
ステップS21、セットされている場合はステップS2
2の処理へ移る。
S20はアドレス変換テーブル42のその宛先ステーシ
ョンアドレスと対を成して登録されているブリッジポー
トアトレスを宛先、自身のブリッジポートアドレスを発
信元にして、ブリッジ装置内部バス23iにそのメツセ
ージを送信(個別送信)するステップである。
S21はアドレス変換テーブル42のその宛先ステーシ
ョンアドレスについて、該当エントリ内のRフラグをセ
ットするステップである。
S22はアドレス変換テーブル42のその宛先ステーシ
ョンアドレスについて、該当エントリ内のフラグ類を含
むアドレス情報を全て削除するステップである。
第9図は各ブリッジ装置2Oi内の支線LANインタフ
ェース21 ij (i −a−d。
j−1,2)がブリッジ装置内部バス231から自身宛
てのメツセージ(自ブリッジボートアドレスまたは同報
ブリッジポートアドレスを直接の宛先とするメツセージ
)を受信した場合の処理手順を示すフローチャートであ
る。図中の符号831〜S37の処理内容は次の通りで
ある。
S31は受信メツセージ中の発信元ステーションアドレ
スについてアドレス変換テーブル42を検索する第8図
のステップS11と同一処理内容のステップである。
S32はステップS31の検索によりVフラグの状態を
判別するステップであり、■フラグがセットされている
場合はステップ833、リセットされている場合はステ
ップS34の処理へ移る。
S33はアドレス変換テーブル42のその発信元ステー
ションアドレスについて、該当エントリ内のタイマ値を
初期化する第8図のステップS13と同一処理内容のス
テップである。
S34はアドレス変換テーブル42のその発信元ステー
ションアドレスについて、該当エントリ内の■フラグ並
びにAフラグをセットし、ステーションアドレスと対を
成すブリッジポートアドレスとして発信元ブリッジポー
トアドレスをセットし、Rフラグをリセットし、更にタ
イマ値を初期化するステップである。
S35は受信メツセージ中の宛先ブリッジポートアドレ
スをチエツクするステップであり、同報ブリッジポート
アドレスの場合はステップS37、個別ブリッジポート
アドレス(自身のブリッジポートアドレス)の場合には
ステップS36の処理へ移る。
S36は受信メツセージ中の宛先ステーションアドレス
についてアドレス変換テーブル42を検索し、該当エン
トリ内のタイマ値を初期化するステップである。
S37はそのメツセージを(ヘッダを外して)対応する
支線LAN10jj側に送信するステップである。
第10図は各ブリッジ装置2Oi内の幹線LANインタ
フェース22 i  (i −a −d )がブリッジ
装置内部バス23iからメツセージ(自身のブリッジア
ドレスに一致するアドレス部分を持たない個別ブリッジ
ポートアドレスまたは同報ブリッジポートアドレスを直
接の宛先とするメツセージ)を受信した場合の処理手順
を示すフローチャートである。図中の符号S41〜S4
3の処理内容は次の通りである。
S41は受信メツセージ中の宛先ブリッジポートアドレ
スをチエツクするステップであり、同報ブリッジポート
アドレスの場合はステップS43、個別ブリッジポート
アドレス(自身のブリッジアドレス以外のアドレス)の
場合にはステップS42の処理へ移る。
S42はそのメツセージを、第4図(c)を参照して述
べたようなヘッダ(ここでは幹線LAN30上の個別ア
ドレス)を付加して、幹線LAN30側へ送信するステ
ップである。
S43はそのメツセージを、第4図(c)を参照して述
べたようなヘッダ(ここでは幹線LAN30上の回報ア
ドレス)を付加して、幹線LAN30側へ送信するステ
ップである。
第11図は各ブリッジ装置2Oj内の幹線LANインタ
フェース22i  (i−a−d)が幹線LAN30か
らメツセージ(自身のブリッジアドレスに一致するアド
レス部分を持つ個別ブリッジポートアドレスまたは同報
ブリッジポートアドレスを直接の宛先とするメツセージ
)を受信した場合の処理手順を示すフローチャートであ
る。図中の符号S51は受信メツセージを、ヘッダ(幹
線LAN上の個別/同報アドレス)を外して、ブリッジ
装置内部バス231側へ送信するステップである。
第12図は、第1図のシステムにおいて支線LAN10
al上のステーション11alから支線LAN10dl
上のステーション1ldl宛ての最初のメツセージを送
信する場合の動作を説明するための図である。図中、6
1はステーション1lalから支線LAN10alに送
出された(支線LAN10dl上)のステーション1l
dl宛ての最初のメツセージであり、第4図(a)と同
じ形式である。
62a、62a2はブリッジ装置20aがメツセージ6
1を受信した後、同装置20a (内の幹線LANイン
タフェース22a、支線LANインタフェース21 a
2)から幹線LAN30.支線LAN10g2に送出さ
れた第4図(C)、第5図(C)と同じ形式のメツセー
ジ(但し同報メツセージ)である。
63cl、  63c2はブリッジ装置20eがメツセ
ージ62aを受信した後、同装置20c (内の支線L
ANインタフェース21e1.21c2)から支線LA
N 10el、  10c2に送出された第4図(d)
と同じ形式のメツセージ(同報メツセージ)、63cは
メツセージ62aに対するブリッジ装置20cの中継メ
ツセージである。64 dl。
64d2はブリッジ装置20dがメツセージ63cを受
信した後、同装置20d (内の支線LANインタフェ
ース21d1. 21d2)から支線LAN10dl、
  10d2に送出された第4図(d)と同じ形式のメ
ツセージ(同報メツセージ)、64dはメツセージ63
cに対するブリッジ装置20dの中継メツセージである
。65b1.65b2はブリッジ装置20bがメツセー
ジ64dを受信した後、同装置20b (内の支線LA
Nインタフェース21bl、  21b2)から支線L
AN10bl、10b2に送出された第4図(d)と同
じ形式のメツセージ(同報メツセージ) 65bはメツ
セージ64dに対するブリッジ装置20bの中継メツセ
ージである。
第13図は、第1図のシステムにおいて支線LAN10
al上のステーション1lalから支線LAN10dl
上のステーション1ldl宛ての何回目かのメツセージ
を送信する場合の動作を説明するための図である。図中
、71はステーション11alから支線LAN10al
に送出された(支線LAN10dl上)のステーション
1ldl宛ての何回目かのメツセージであり、第4図(
a)と同じ形式である。72はブリッジ装置20aがメ
ツセージ71を受信した後、同装置20a (内の幹線
LANインタフェース22a)から幹線LAN30に送
出された第4図(c)と同じ形式の個別メツセージであ
る。73はメツセージ72に対するブリッジ装置20c
の中継メツセージ、74dlはブリッジ装置20dがメ
ツセージ73を受信した後、同装置20d (内の支線
LANインタフェース21dl)カラ支11LAN10
dll::送出された第4図(d)と同じ形式の個別メ
ツセージである。
74dはメツセージ73に対するブリッジ装置20dの
中継メツセージ、75はメツセージ74dに対するブリ
ッジ装!20bの中継メツセージである。
次に、第1図のシステムにおける動作を、支線LAN1
0al上のステーション1lalから支線LAN10d
l上のステーション1ldl宛ての最初のメツセージを
送信する場合を例に、第8図乃至第11図のフローチャ
ート、第12図の動作説明図等を適宜参照して説明する
(イ) まずステーション1lalは、ステーション11dl宛
ての第4図(a)と同じ形式の最初のメツセージ61を
支線LAN10alに送出する。
(ロ) ステーション11a1から支線LAN10alに送出さ
れたメツセージ61は、ブリッジ装置20aに設けられ
た支線LANインタフェース21 al (内の接続回
路45が有する受信回路)によって受信され、同インタ
フェース2 l al内の送受信メモリ44に格納され
る。支線LANインタフェース21 at (内のプロ
セッサ41)は、支線LAN10alからのメツセージ
受信が行われると、第8図のフローチャートで示される
処理を開始する。即ち支線LANインタフェース21a
lは、送受信メモリ44に格納された受信メツセージ6
1中の発信元ステーションアドレス(ここではステーシ
ョン11a1のアドレス)について自身のアドレス変換
テーブル42を検索しくステップ511)、該当エント
リ中のVフラグを判別する(ステップ512)。この例
のように最初のメツセージの場合には、アドレス変換テ
ーブル42の該当エントリには発信元ステーションアド
レスは登録されておらず、■フラグもリセット(オフ)
されている。この場合、支線LANインタフェース21
alは、自身のアドレス変換テーブル42の該当エント
リ中のVフラグ並びにAフラグをセットすると共に、ス
テーションアドレスとして受信メツセージ中の発信元ス
テーションアドレス(ステーション11a1のアドレス
)を、同ステーションアドレスと対を成すブリッジポー
トアドレスとして自身(支線LANインタフェース21
al)のブリッジポートアドレスレスを登録し、更にR
フラグをリセット(オフ)すると共にタイマ値の初期化
(規定のタイマ値をセットすること)を行う(ステップ
514)。
次に支線LANインタフェース21a1は、受信メツセ
ージ61中の宛先ステーションアドレス(ここではステ
ーション1ldlのアドレス)について自身のアドレス
変換テーブル42を検索しくステップ515)、該当エ
ントリ中のVフラグを判別する(ステップ516)。こ
の例のように最初のメツセージの場合には、■フラグの
リセット状態が判別される。この場合、支線LANイン
タフェース21alは、同報ブリッジポートアドレスを
宛先アドレス(宛先ブリッジポートアドレス)とし、自
身のブリッジポートアドレスを発信元アドレス(発信元
ブリッジポートアドレス)とするヘッダ、即ち第4図(
b)のDAII、5A22または第5図(b)のDA2
1,5A22に相当する部分が受信メツセージ61に付
加されたメツセージ(但し、ここでは同報メツセージ)
を、ブリッジ装置内部バス23aを介してブリッジ装置
2Oa内の全てのポート(幹線LAN/支線LANイン
タフェース)に送出する同報送信を行う(ステップ51
7)。
支線LANインタフェース21alからブリッジ装置内
部バス23aに送aされた受信メツセージ61を含む同
報メツセージは、ブリッジ装置2Oa内の他のインタフ
ェース、即ち幹線LANインタフェース22aおよび支
線LANインタフx−ス21a2(内の接続回路46が
有する受信回路)によって受信される。これにより、幹
線LANインタフェース22aでは第10図のフローチ
ャートで示される処理が開始され、支線LANインタフ
ェース21a2では第9図のフローチャートで示される
処理が開始される。
(ハ) まず、支線LANインタフェース21a2におけるブリ
ッジ装置内部バス23aからのメツセージ受信時処理に
ついて説明する。支線LANインタフェース21a2は
、ブリッジ装置内部バス23aからメツセージ(ここで
は同報メツセージ)を受信すると、そのメツセージ(に
含まれるメツセージ61)中の発信元ステーションアド
レス(ステーション1lalのアドレス)について自身
のアドレス変換テーブル42を検索しくステップ531
)、該当エントリ中のVフラグを判別する(ステップ5
32)。この例のように最初のメツセージの場合には、
アドレス変換テーブル42の該当エントリには発信元ス
テーションアドレスは登録されておらず、■フラグもリ
セットされている。この場合、支線LANインタフェー
ス21a2は、自身のアドレス変換テーブル42の該当
エントリ中のVフラグ並びにAフラグをセットすると共
に、ステーションアドレスとして受信メツセージ中の発
信元ステーションアドレス(ステーション1lalのア
ドレス)を、同ステーションアドレスと対を成すブリッ
ジポートアドレスとして受信メツセージのヘッダに含ま
れている発信元ブリッジポートアドレス(第4図(b)
の5A22に相当する部分であり、ここでは、支線LA
Nインタフェース21a1、即ち発信元ステーション1
1a1が接続されている支線LAN10alに対応する
支線LANインタフェース21a1のブリッジポートア
ドレス)を登録し、更にRフラグをリセットすると共に
タイマ値を初期化する(ステップ534)。
次に支線LANインタフェース21a2は、受信メツセ
ージのヘッダに含まれている宛先ブリッジポートアドレ
スが同報ブリッジポートアドレスであるか否かをチエツ
クする(ステップ535)。
この例のように同報ブリッジポートアドレスの場合には
、支線LANインタフェース21a2は、受信メツセー
ジ(同報メツセージ)のヘッダを除いた部分(ここでは
メツセージ61)を、第5図(C)と同様の形式のメツ
セージ62a2として支線LAN10a2に送出する(
ステップ537)。
このメツセージ62a2(−メツセージ61)の宛先は
支線LAN10dl上のステーション1ldlであるた
め、支線LAN10a2上のステーション11a2では
受信されない。
(ニ) 次に、幹線LANインタフェース22aにおけるブリッ
ジ装置内部バス23aからのメツセージ受信時処理につ
いて説明する。幹線LANインタフェース22aは、ブ
リッジ装置内部バス23aからメツセージ(ここでは同
報メツセージ)を受信すると、そのメツセージのヘッダ
に含マれている宛先ブリッジポートアドレスが同報ブリ
ッジポートアドレスであるか否かをチエツクする(ステ
ップ541)。この例のように同報ブリッジポートアド
レスの場合には、幹線LANインタフェース22aは、
幹線LAN30上の同報ブリッジアドレス(ここではポ
ートアドレスは無視されるため回報ブリッジポートアド
レスが用いられる)を宛先アドレスとし、自身のブリッ
ジアドレス(ここではポートアドレスは無視されるため
自身のブリッジポートアドレスが用いられる)を発信元
アドレスとするヘッダ、即ち第4図(C)(7)DA1
*、SA2*に相当する部分が受信メツセージに付加さ
れた第4図(C)と同様の形式のメツセージ(但し、こ
こでは回報メツセージ)62aを幹線LAN30に送出
する(ステップ843)。
(ホ) ブリッジ装置20aの幹線LANインタフェース22a
から幹線LAN30に送出された(メツセージ61を含
む)メツセージ62aは、ブリッジ装置20cの幹線L
ANインタフェース22cによりメツセージ63eとし
て中継されると共に、この幹線LANインタフェース2
2cで受信される。幹線LANインタフェース22cは
幹線LAN30からメツセージ62aを受信すると、第
11図のフローチャートに従う処理を行う。
これにより、受信したメツセージ62aからヘッダ、即
ち第4図(c)のDA1*、SA2*に相当する部分か
外され、その残りの部分、即ち第4図(d)と同様の形
式のメツセージ(但し、ここでは同報メツセージ)がブ
リッジ装置内部バス23cに送出される(ステップ55
1)。
幹線LANインタフェース22cからブリッジ装置内部
バス23cに送出された第4図(d)と同様の形式のメ
ツセージ(メツセージ61を含む回報メツセージ)は、
ブリッジ装置2Oc内の他のインタフェース、即ち支線
LANインタフェース21c1.21c2(内の接続回
路46が有する受信回路)によって受信される。これに
より、支線LANインタフェース21cl、21c2で
は、上記したブリッジ装置2Oa内の支線LANインタ
フェース21a2かブリッジ装置内部バス23aからメ
ソで一ジを受信した場合と同様に、第9図のフローチャ
ートに従う処理か行われる。この処理の結果、支線LA
Nインタフェース21 cl。
21C2が有する発信元ステーションアドレス(ステー
ションlla+)についてのアドレス変換テーブル42
内エントリを対象に、■フラグ並びにAフラグのセット
、発信元ステーションアドレス(ステーション1lal
のアドレス)と受信メソセージのヘッダに含まれている
発信元ブリッジポートアドレス(第4図(d)の5A2
2に相当する部分であり、ここでは、支線LANインタ
フェース21a1のブリッジポートアドレス)の対の登
録、Rフラグのリセット、そしてタイマ値の初期化が行
われる。また、受信メソセージ(同報メツセージ)のヘ
ッダを除いた部分(ここではメツセージ61)が、メソ
セージ63.cl、  63e2として支線LANイン
タフェース21cl、21c2から対応する支線LAN
10cl、10c2に送出される。このメツセージ64
 el、 64 c2 (−メツセージ61)の宛先は
支線LAN10dl上のステーション11d1であるた
め、支線LAN 10cl、  11c2上のステーシ
ョン1lcl、11c2では受信されない。
(へ) ブリッジ装置20cの幹線LANインタフェース22c
により中継されたメツセージ63e(−メツセージ62
a)は、ブリッジ装置20dの幹線LANインタフェー
ス22dによりメツセージ64dとして中継されると共
に、この幹線LANインタフェース22dで受信される
。幹線LANインタフェース22dはメツセージ63c
を幹線LAN30から受信すると、上記したブリッジ装
置2Oc内の幹線LANインタフェース22cが幹線L
AN30からメツセージ62aを受信した場合と同様に
、第11図のフローチャートに従う処理を行う。これに
より、受信したメツセージ63cからヘッダ(第4図(
C)のDA1*、SA2*に相当する部分)が外され、
その残りの部分、即ち第4図(d)と同様の形式のメツ
セージ(但し、ここでは同報メツセージ)がブリッジ装
置内部バス23dに送出される。
幹線LANインタフェース22dからブリッジ装置内部
バス23dに送出された第4図(d)と同様の形式のメ
ツセージ(メツセージ61を含む同報メツセージ)は、
ブリッジ装置2Od内の他のインタフェース、即ち支線
LANインタフェース21dl、21d2によって受信
される。これにより、支線LANインタフェース21d
l、  21d2では上記したブリッジ装置2Oc内の
支線LANインタフェース21cl、21c2と同様の
処理が行われ、発信元ステーションアドレス(ステーシ
ョン11al)についてのアドレス変換テーブル42内
エントリを対象に、■フラグ並びにAフラグのセット、
発信元ステーションアドレス(ステーション1lalの
アドレス)と発信元ブリッジポートアドレス(第4図(
d)の5A22に相当する部分であり、支線LANイン
タフェース21alのブリッジポートアドレス)の対の
登録、Rフラグのリセット、そしてタイマ値の初期化が
行われる。
また、受信メツセージ(同報メツセージ)のヘッダを除
いた部分(ここではメツセージ61)が、第4図(d)
と同様の形式のメツセージ64 dl。
64d2として支線LANインタフェース21dl。
21d2から対応する支線L A N 10dl、  
10d2ニ送出される。これにより支線LAN10dl
上のステーション11dlは、自身を宛先とし、支線L
AN10al上のステーション1lalを発信元とする
メツセージ64dl(−メツセージ61)を受信するこ
とができる。
(ト) ブリッジ装置20dの幹線LANインタフェース22d
により中継されたメツセージ64d(−メツセージ62
a)は、ブリッジ装置20bの幹線LANインタフェー
ス22bによりメツセージ65bとして中継されると共
に、この幹線LANインタフェース22bで受信される
。以降のブリッジ装置20bでの動作は、前記したブリ
ッジ装置20cの場合と同様である。
(チ) さて、支線LAN10dl上のステーション11d1は
、ブリッジ装置20dの支線LANインタフェース21
旧から支線LAN10dlに送出された(自身を宛先と
し、支線LAN10al上のステーション11a1を発
信元とする)メツセージ64dl(−メツセージ61)
を受信すると、自身のアドレスを発信元ステーションア
ドレス、ステーション1lalのアドレス(受信したメ
ツセージ64dlの発信元ステーションアドレス)を宛
先ステーションアドレスとする第4図(a)と同様の形
式の応答メツセージを支線LAN10dl上に送出する
(す) この支線LAN10dl上の応答メツセージはブリッジ
装置20dの支線LANインタフェース21dlによっ
て受信され、これにより第8図のフローチャートに従う
処理が開始される。ここで、支線LANインタフェース
21dlが持つアドレス変換テーブル42内の発信元ス
テーションアドレス(今度はステーション1ldlのア
ドレス)についての該当エントリのVフラグはリセット
されている。このため、ステップS11.512を経て
ステップS14へ移り、アドレス変換テーブル42内の
該当エントリを対象に、■フラグおよびAフラグのセッ
ト、受信した応答メツセージ中の発信元ステーションア
ドレス(ステーション11dlのアドレス)と自身(支
線LANインタフェース21 dl)のブリッジポート
アドレスの対の登録、Rフラグのリセット、そしてタイ
マ値の初期化が行われる。
ステップS14が終了するとステップS15゜S16が
行われ、宛先ステーションアドレスであるステーション
11a1のアドレスについてのアドレス変換テーブル4
2内エントリのVフラグがチエツクされる。ここでは、
前記(へ)で述べたように、ステーション11a1を発
信元、ステーション11dlを宛先−とするメツセージ
を含む同報メツセージの受信時に、アドレス変換テーブ
ル42内の該当エントリのVフラグ並びにAフラグがセ
ットされている。したがって、ステップS16では■フ
ラグのセットが判別される。この場合、今度はアドレス
変換テーブル42内の該当エントリのAフラグがチエツ
クされ(ステップ518)、セットが判別されることか
ら、ステップS20が行われる。このステップS20で
は、宛先ステーションアドレスについてのアドレス変換
テーブル42内エントリに登録されているブリッジポー
トアドレス(ここでは前記(へ)で述べたように、支線
LANインタフェース21alのブリッジポートアドレ
ス)を宛先アドレス(宛先ブリッジポートアドレス)と
し、自身(支線LANインタフェース21 dl)のブ
リッジポートアドレスを発信元アドレス(発信元ブリッ
ジポートアドレス)とするヘッダ、即ち第4図(b)の
DAII。
5A22に相当する部分が受信メツセージ(応答メツセ
ージ)に付加された個別メツセージが、ブリッジ装置内
部バス23dに送出される。
支線LANインタフェース21dlからブリッジ装置内
部バス23dに送出された支線LANインタフェース2
1a1を宛先ブリッジポートとする応答メツセージは、
幹線LANインタフェース22dでのみ受信される。幹
線LANインタフェース22dは、ブリッジ装置インタ
フェース22aからメツセージを受信すると、第10図
のフローチャートに従う処理を開始し、まず受信メソセ
ージ中の宛先ブリッジポートアドレスが同報アドレス(
同報ブリッジポートアドレス)であるか否かをチエツク
する(ステップ541)。この例のように同報アドレス
でない場合、即ち個別アドレス(自分以外のブリッジポ
ートアドレス)の場合には、幹線LANインタフェース
22dは、宛先ブリッジ装置を示す幹線LAN30上の
個別ブリッジアドレス(ここでは受信メツセージ中の支
線LANインタフェース21a1を示す宛先ブリッジポ
ートアドレスが用いられる。但しポートアドレス部分は
無視される)を宛先アドレスとし、自身のブリッジアド
レス(ここでは自身のブリッジポートアドレスが用いら
れる。但しポートアドレス部分は無視される)を発信元
アドレスとするヘッダ、即ち第4図(C)のDAl*、
SA2*に相当する部分か受信メツセージに付加された
第4図(c)と同様の形式のメツセージを幹線LAN3
0に送出する(ステップ843)。
(ヌ) ブリッジ装置20dの幹線LANインタフェース22d
から幹線LAN30に送出されたメツセージ(応答メツ
セージ)はブリッジ装置20bて中継されて、その直接
の宛先である(第4図(C)のDA*で指定される)ブ
リッジ装置20aに伝送され、同ブリッジ装置20aの
幹線LANインタフェース22aで受信される。これに
より、幹線LANインタフェース22aでは、第11図
のフローチャートに従ってステップS51の処理が行わ
れ、受信メツセージからヘッダ、即ち第4図(c)のD
A1*、SA2*に相当する部分が外され、その残りの
部分、即ち第4図(d)と同様の形式の支線LANイン
タフェース21al宛ての個別メツセージ(応答メツセ
ージ)がブリッジ装置内部バス23aに送出される。
幹線LANインタフェース22aからブリッジ装置内部
バス23aに送出された支線LANインタフェース21
alを宛先ブリッジポートとする応答メツセージは、こ
の支線LANインタフェース21a1でのみ受信される
。これにより支線LANインタフェース21a1では、
第9図のフローチャートに従う処理が開始される。ここ
で、支線LANインタフェース21alが持つアドレス
変換テーブル42内の発信元ステーションアドレス(今
度はステーション1ldlのアドレス)についての該当
エントリの■フラグはリセットされている。このため、
ステップS31.S32を経てステップS34へ移り、
アドレス変換テーブル42内の該当エントリを対象に、
■フラグおよびAフラグのセット、受信した応答メツセ
ージ中の発信元ステーションアドレス(ST11dlの
アドレス)と発信元ブリッジポートアドレス(支線LA
Nインタフェース21dlのブリッジポートアドレス)
の対の登録、Rフラグのリセット、そしてタイマ値の初
期化が行われる。
ステップS34か終了すると、受信メツセージのヘッダ
に含まれている宛先ブリッジポートアドレスが同報ブリ
ッジポートアドレスであるか否かがチエツクされる。こ
の例のように、個別ブリッジポートアドレス(具体的に
は支線LANインタフェース21a1のブリッジポート
アドレス)の場合には、支線LANインタフェース21
a1は、受信メツセージに含まれている宛先ステーショ
ンアドレス(ステーション11a1のアドレス)につい
てのアドレス変換テーブル42内エントリ中のタイマ値
を初期化する(ステップ536)。そして支線LANイ
ンタフェース21a1は、受信メツセージからそのヘッ
ダ(第4図(d)のDAll。
5A22に相当する部分)を外し、第4図(e)と同様
の形式のメツセージ(応答メツセージ)として対応する
支線LAN10alに送出する(ステップ537)。こ
れにより支線LAN10al上のステーション1lal
は、自身宛ての応答メツセージを受取ることができる。
以上のように、支線LAN10al上のステーション1
1a1から支線LAN10dl上のステーション11d
lに宛てた最初のメツセージがこの宛先ステーション1
1d1に伝送され、次にステーション11dlからステ
ーション11a1に宛てた応答メツセージか同ステーシ
ョン11a1に返されると、支線LAN 10al、 
 10dlに対応する支線LANインタフェース21a
l、21dlのアドレス変換チー7’ル42には、ステ
ーション1lalのアドレスと支線LANインタフェー
ス21alのブリッジポートアドレスの対およびステー
ション11dlのアドレスと支線LANインタフェース
21d1のブリッジポートアドレスの対が登録される。
したがって、以降のステーション11al、  11a
l間のメツセージ送受信は、個別モードで行われ、ステ
ーション1lal、1ldlが故障したり移動しない限
り、関係の無い支線LANに不要なメツセージが流れる
虞はなくなる。この個別モードでのメツセージ送受信に
ついて、第13図を参照して簡単に説明する。
ます、ステーション1lalからステーション11dl
宛ての何回目かのメツセージ71が支線LAN10al
に送出されたものとする。このメツセージ71はブリッ
ジ装置2Oa内の支線LANインタフェース21a1て
受信される。ここでは、受信メツセージ71の発信元ス
テーションアドレスおよび宛先ステーションアドレスに
ついてのアドレス情報は、支線LANイ〉タフエース2
1a1のアドレス変換テーブル42に登録され、そのV
フラグおよびAフラグもセットされている。この場合、
第8図のステップSll〜S13、S15゜516、S
18を経てステップS20の処理か行われ、宛先ステー
ションアドレスと対を成して登録されているブリッジポ
ートアドレス(支線LANインタフェース21dlのブ
リソノポートアドレス)を宛先ブリッジポートアドレス
とするヘッダが受信メツセージ71に付加されてブリッ
ジ装置内部バス23aに送出される。このブリッジ装置
内部バス2Ba上のメッセ−ジは幹線LANインタフェ
ース22aでのみ受信され、第10図のステップS41
を経てステップS42の処理が行われる。この結果、そ
の受信メツセージにブリッジ装置20d (内の支線L
ANインタフェース21 dl)を宛先とするヘッダが
付加され、メツセージ72として幹線LANインタフェ
ース22aから幹線LAN30に送出される。
ブリッジ装置20aの幹線LANインタフェース22a
から幹線LAN30に送出されたメツセージ72は、ブ
リッジ装置20cによって中継されてメツセージ73と
してブリッジ装置20dに伝送され、同装置20dの幹
線LANインタフェース22dによって受信される。幹
線LANインタフェース22dはメツセージ73を受信
すると、そのメツセージ73を、ヘッダを外してブリッ
ジ装置内部バス23dに送出する。このブリッジ装置内
部バス2Bd上のメツセージ、即ち支線LANインタフ
ェース21dlを宛先ブリッジポートアドレスとするメ
ツセージは、この支線LANインタフェース21dlで
のみ受信され、第9図のステップ831〜333.53
5.S36を経てステップS37の処理か行われ、その
メッセジ(の宛先ブリッジポートアドレスと発信元ブリ
ッジポートアドレスを除く部分)がメツセージ74dl
(−メツセージ71)として支線LAN10dlに送出
される。
ここで、第1図の支線LANインタフェース21jj(
i−a−d、j−1,2)において定期的に行われるア
ドレス変換テーブル42の更新処理(定時更新処理)に
ついて、第14図を参照して説明する。
第14図は支線LANインタフェース21ijにおける
アドレス変換テーブル定時更新処理の処理手順を示すフ
ローチャートである。この第14図のフローチャートで
示される処理は、第2図に示すタイマ43からプロセッ
サ41に対して一定時間間隔でタイマ割込みが入る毎に
、プロセッサ41により行われる。即ち、プロセッサ4
1は、タイマ43から割込みが入ると、アドレス変換テ
ーブル42の先頭のエントリ番号を図示せぬアドレス変
換テーブルアドレスレジスタにロード(検索エントリ番
号の初期値をセット)する(ステップ561)。次にプ
ロセッサ41は、現エントリ番号(アドレス変換テーブ
ルアドレスレジスタの内容)の示すアドレス変換テーブ
ル42内エントリを参照しくステップ562)、同エン
トリ内のVフラグ並びにAフラグかいずれもセット(オ
ン)状態にあるか否かをチエツクする(ステップ863
)。この■フラグおよびAフラグは、前記した第8図ス
テップS14または第9図ステップS34のアドレス情
報登録時にセットされるため、二〇状懸に変化か無けれ
ばステップ563の判定は通常はYESとなる。
ステップ363の判定かYESの場合、プロセッサ41
はアドレス変換テーブル42内の該当エントリのタイマ
値を減算(−1) L (ステップ564)、その減算
後のタイマ値が0(零)となったか否かをチエツクする
(ステップS 65)。
ここで、タイマ値か0であるならば、プロセッサ4]は
該当エントリ(のアドレス対)が規定時間内で]度もア
クセスされなかったものとして、そのAフラグをリセッ
トする(ステップS 66)。
二こで、■フラグかセットされたままであり、アドレス
情報か削除されないことに注意されたい。
このVフラグセット、Aフラグリセットの状態は、対応
するアドレス情報それ自体は有効(■フラグセット)で
あるものの、同情報か規定時間内で1度もアクセス(利
用)されず、削除の候補となっていることを示す。
プロセッサ41は、ステップS66を実行すると、或は
ステップS65でタイマ値が0てないことを判別すると
、現エントリ番号か最終エントリ番号であるか否かをチ
エツクする(ステップ567)。もし最終エントリ番号
でなければ、プロセッサ41は現エントリ番号を+1し
て(ステップ568)、ステップS62に戻り、最終エ
ントリ番号であればアドレス変換テーブル42の定時更
新処理を終了する。なお、本実施例では、ステップS6
3の判定かNOの場合、即ち■フラグまたはAフラグの
少なくとも一方かりセット状態の場合(但し、正常状態
では■フラグたけがリセット状態となることは無い)に
は、Aフラグのすセット処理(ステップ566)が行わ
れるが、ステップ563からステップS67に進むよう
にしてもよい。
さて、支線LAN10dl上のステーション11d1で
のメツセージ送受信が規定時間内で1度も行われず、こ
のため上記したアドレス変換テーブル定時更新処理で、
ステーション1lalのアドレス情報のタイマ値が0と
なり、そのAフラグがリセットされたものとする。そし
て、この状態で・前記した場合と同様にステーション1
lalから支線LAN10al上にステーション11d
l宛てのメツセージが送出されたものとする。
支1jlLAN10al上のメツセージは、ブリッジ装
置20aの支線LANインタフェース21alによって
受信され、これにより第8図のフローチャートに従う処
理が開始される。ここで、支線LANインク・フェース
21a1が持つアドレス変換テーブル42内の発信元ス
テーションアドレス(ステーション1lalのアドレス
)および宛先ステーションアドレス(ステーション11
d1のアドレス)についての該当エントリのVフラグは
いずれもセットされている。この場合、ステ・ツブS1
1〜513.S15.S16を経てステップ818へ移
り、宛先ステーションアドレスについてのアドレス変換
テーブル42内該当エントリのAフラグかチエツクされ
る。ここでAフラグは前記したようにリセットされてい
るので、ステップS18からステップS19へ移り、■
フラグと対を成すRフラグがチエツクされる。このRフ
ラグはリセットされているので、ステップS19からス
テップS21へ移り、同フラグがセットされる。
ステップS21のRフラグセット処理が終了するとステ
ップS20へ移り、宛先ステーションアドレスについて
のアドレス変換テーブル42内該当エントリのVフラグ
およびAフラグかいずれもセットされている場合と同様
に、同ユントリに登録されているブリッジポートアドレ
ス(支線LANインタフェース21dlのブリッジポー
トアドレス)を宛先アドレスとし、自身(支線LANイ
ンタフェース21 al)のブリッジポートアドレスを
発信元アドレスとするヘッダが受信メツセージに付加さ
れた個別メツセージがブリッジ装置内部バス23aに送
出される。以降の動作は、第13図の場合と同様であり
、ステーション11a1からのメツセージは、幹線LA
N30を介してブリッジ装置20dに伝送され、更に同
装置2Od内の支線LANインタフェース21d1によ
って支線LAN10dl上に伝送される。
ここで、ステーション1lalからのメツセージの宛先
であるステーション1ldlが正常で、しかも移動され
ずに支線LAN10dlに接続されたままであるならば
、この宛先ステーション1ldlはステーション11a
1から送信されて支線LAN10dl上に伝送されたメ
ツセージを受信することができる。ステーション11d
lはステーション11a1からのメツセージを受信する
と、その応答メツセージをステーション11a1に返す
これに対し、もし宛先ステーション1ldlが支線LA
N10dlから他の支線LANに移動されていたならば
、個別モードで支線I、AN10dlに伝送されたメツ
セージに対する応答は無い。この場合、発信元のステー
ション11a1は、従来と同様にステーション11d1
宛てのメツセージの再送を行う。即ちステーションll
a□は、ステーション1ldl宛てのメツセージを再度
支線LAN10a1に送出する。
支線LAN10alに再送されたメソセージは、ブリッ
ジ装置20aの支線LANインタフェース21a1によ
って受信される。この結果、第8図のフローチャートに
従う処理か開始され、ステ、ノブSll〜313,51
5,516,518を経てステップS19へ移り、宛先
ステーションアドレス(ステーション11dlのアドレ
ス)についてのアドレス変換テーブル42内該当エント
リのRフラグがチエツクされる。ここでRフラグは先の
メツセージ送信でセットされているので(即ち、規定時
間内で1度もメツセージ送受信か行われなかった宛先ス
テーションに対し、そのアドレス情報を削除しないで個
別モードでのメツセージ送信か試行されたことを示して
いるので)、今度は宛先ステーションアドレスについて
のアドレス変換テーブル42内該当エントリの情報(フ
ラグ類、アドレス対等)が全て削除される(ステップ5
22)。そして、第12図に示したような最初のメツセ
ージ送信の場合と同様に、同報モードでのメツセージ送
信が行われる(ステップ517)。
この結果、宛先ステーション11dlが他の支線LAN
に移動接続された場合であれば、゛このステーション1
ldlは移動先の支線LANから自身宛てのメツセージ
を受信し、発信元ステーション11alに対して応答メ
ツセージを返すことができる。
[発明の効果] 以上詳述したようにこの発明によれば、一定時間以上メ
ツセージの送受信が行われなかったステーションのアド
レス情報を検出しても、そのアドレス情報を直ちにアド
レス変換テーブルから削除しないで残しておき、この残
しておいたアドレス情報に含まれるステーションアドレ
スで示されるステーションを宛先とするメツセージが発
生した場合、最初はこの残しておいたアドレス情報を用
いて個別モードでのメツセージ送信を行い、宛先ステー
ションから応答が無かった場合のメツセージ再送時には
、同報モードでのメツセージ送信を行って該当するアド
レス情報を削除するようにしたので、宛先ステーション
が単に使用頻度が少ないために一定時間以上メッセージ
の送受信が行われなかった場合には、従来であれば削除
されているアドレス情報を用いた個別モードでのメツセ
ージ送信により、不要なメツセージが関係の無い支線L
ANに流れることなく、宛先ステーションに効率的にメ
ツセージが伝送されるようになり、システムの負荷が不
必要に増加するのを防止できる。
【図面の簡単な説明】
第1図はこの発明を適用するネットワークシステムの一
実施例を示すブロック構成図、第2図は第1図のブリッ
ジ装置21a〜21dに設けられたインタフェースのブ
ロック構成図、第3図は第2図のアドレス変換テーブル
42の構造を示す模式図、第4図はLAN上のステーシ
ョンから幹線LANを介して別のLAN上のステーショ
ンにメツセージか送信される場合の各経路におけるメツ
セージのフォーマットを説明するための図、第5図は第
4図に示すフォーマットのメツセージと各経路との関係
の具体例を示す図、第6図はLAN上のステーションか
ら同しブリッジ装置に接続される別のLAN上のステー
ションにメツセージか送信される場合の各経路における
メツセージのフォーマットを説明するための図、第7図
は第6図に示すフォーマットのメツセージと各経路との
関係の具体例を示す図、第8図は支線LANインタフェ
ースにおける支線LANからのメソセージ受信時の処理
手順を示すフローチャート、第9図は支線LANインタ
フェースにおけるブリッジ装置内部バスからのメツセー
ジ受信時の処理手順を示すフローチャート、第10図は
幹線LANインタフェースにおけるブリッジ装置内部バ
スからのメツセージ受信時の処理手順を示すフローチャ
ート、第11図は幹線LANインタフェースにおける幹
線LANからのメツセージ受信時の処理手順を示すフロ
ーチャート、第12図は第1図のシステムにおいて支線
LAN上のステーションから別の支線LAN上のステー
ション宛ての最初のメツセージを送信する場合の動作を
説明するための図、第13図は第1図のシステムにおい
て支線LAN上のステーションから別の支線LAN上の
ステーション宛ての何回目かのメツセージを送信する場
r7の動作を説明するための図、第14図は支線LAN
インタフェースにおけるアドレス変換テーブルの定時更
新処理の手順を示すフローチャトである。 10a1〜10dl、  10a2〜10d2−支線L
AN、 11al 〜11d1. 11a2〜11d2
−=ステンヨン、20a〜20d・・ブリッジ装置、2
1al〜21dl、  21a2〜21d2−・支線L
ANインタフェース、22a〜22d・・・幹11LA
Nインタフェース、23a〜23d・・・ブリッジ装置
内部バス、30・幹線LAN、41・・・プロセッサ、
42・・・アドレス変換テーブル、43・・・タイマ。 出願人代理人 弁理士 鈴江武彦 エラトリ番号 ブリッジ°義[四音7パス 第 図 第 図 (a) 口■田平回156 (C) 【[■譚旧年ト58 第 図 」目tAN 第 図 第 図 (ゼの1) 第 図 (tの2) 第 図 第 図 第 図

Claims (3)

    【特許請求の範囲】
  1. (1)幹線LAN(ローカルエリアネットワーク)を介
    して支線LAN同士を接続するためのブリッジ装置であ
    って、システム内の支線LANに接続されるステーショ
    ンを示すステーションアドレスと同支線LANと接続さ
    れるブリッジ装置内のインタフェースを示すブリッジポ
    ートアドレスとのアドレス対を含むアドレス情報を自動
    学習してアドレス変換テーブルに登録し、このアドレス
    情報を用いて個別モードでのメッセージ送信を行うブリ
    ッジ装置において、 上記アドレス変換テーブルに登録されているアドレス情
    報のうち、一定時間以上メッセージの送受信が行われな
    かったステーションのアドレス情報を、上記アドレス変
    換テーブルから削除すべきアドレス情報の候補である削
    除候補アドレス情報として検出する第1の手段と、 上記削除候補アドレス情報に含まれるステーションアド
    レスで示されるステーションを宛先とする1回目のメッ
    セージの送信時には、このアドレス情報を用いて個別モ
    ードでのメッセージ送信を行い、宛先ステーションから
    応答が無かった場合のメッセージ再送時には、同報モー
    ドでのメッセージ送信を行って該当する上記アドレス情
    報を上記アドレス変換テーブルから削除する第2の手段
    と、 を具備することを特徴とするブリッジ装置。
  2. (2)上記アドレス情報は、同情報が上記削除候補アド
    レス情報であるか否かを少なくとも示すための第1のフ
    ラグ情報と、同アドレス情報が上記削除候補アドレス情
    報の状態で上記個別モードでのメッセージ送信に用いら
    れたか否かを示すための第2のフラグ情報とを有してい
    ることを特徴とする第1請求項記載のブリッジ装置。
  3. (3)上記第2の手段は、送信すべきメッセージの宛先
    ステーションについての上記アドレス情報に含まれる上
    記第1のフラグ情報によって同アドレス情報が削除候補
    アドレス情報であることが示されている場合に、個別モ
    ードまたは同報モードのいずれのモードでメッセージ送
    信を行うかを、同アドレス情報に含まれる上記第2のフ
    ラグ情報に応じて決定することを特徴とする第2請求項
    記載のブリッジ装置。
JP2157654A 1990-06-18 1990-06-18 ブリッジ装置 Expired - Lifetime JP2703391B2 (ja)

Priority Applications (5)

Application Number Priority Date Filing Date Title
JP2157654A JP2703391B2 (ja) 1990-06-18 1990-06-18 ブリッジ装置
DE69125056T DE69125056T2 (de) 1990-06-18 1991-06-17 Verfahren und Gerät zur Adressenverwaltung der Send- und Empfangsnachrichten
EP91109908A EP0462542B1 (en) 1990-06-18 1991-06-17 Method and apparatus for managing address information utilized in message transmission and reception
US07/717,063 US5301273A (en) 1990-06-18 1991-06-18 Method and apparatus for managing address information utilized in message transmission and reception
KR1019910010060A KR940011491B1 (ko) 1990-06-18 1991-06-18 메시지 송수신에 이용되는 번지 정보 관리방법 및 그 장치

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2157654A JP2703391B2 (ja) 1990-06-18 1990-06-18 ブリッジ装置

Publications (2)

Publication Number Publication Date
JPH0448842A true JPH0448842A (ja) 1992-02-18
JP2703391B2 JP2703391B2 (ja) 1998-01-26

Family

ID=15654454

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2157654A Expired - Lifetime JP2703391B2 (ja) 1990-06-18 1990-06-18 ブリッジ装置

Country Status (5)

Country Link
US (1) US5301273A (ja)
EP (1) EP0462542B1 (ja)
JP (1) JP2703391B2 (ja)
KR (1) KR940011491B1 (ja)
DE (1) DE69125056T2 (ja)

Families Citing this family (62)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6847611B1 (en) * 1990-12-10 2005-01-25 At&T Corp. Traffic management for frame relay switched data service
GB9100389D0 (en) * 1991-01-09 1991-02-20 Digital Equipment Corp Method and apparatus for transparently bridging traffic across wide area networks
FI87290C (fi) * 1991-01-17 1992-12-10 Kone Oy Foerfarande foer bestaemning av meddelandeidentifierare i ett foer hissar avsett datanaet
US5825773A (en) * 1991-03-20 1998-10-20 Hitachi, Ltd. Switching system for transferring broadcast packet held in broadcast buffer received from input port to output ports according to the state of each output port
JP3679813B2 (ja) * 1991-07-22 2005-08-03 株式会社日立製作所 並列計算機
JPH05252228A (ja) * 1992-03-02 1993-09-28 Mitsubishi Electric Corp データ伝送装置及びその通信路管理方法
DE69316009T2 (de) * 1992-06-12 1998-04-23 Dow Benelux Sicheres frontendverbindungssystem und verfahren fur prozesssteuerungsrechner
US5758053A (en) * 1992-07-22 1998-05-26 Hitachi, Ltd. Fault handling and recovery for system having plural processors
US5649109A (en) * 1992-10-22 1997-07-15 Digital Equipment Corporation Apparatus and method for maintaining forwarding information in a bridge or router using multiple free queues having associated free space sizes
EP0622927B1 (en) * 1993-03-04 1997-06-04 Mitsubishi Denki Kabushiki Kaisha Data transmission apparatus and a communication path management method therefor
US5363369A (en) * 1993-03-31 1994-11-08 At&T Bell Laboratories System for inter packet community communication
US6771617B1 (en) * 1993-06-17 2004-08-03 Gilat Satellite Networks, Ltd. Frame relay protocol-based multiplex switching scheme for satellite mesh network
US5434850A (en) 1993-06-17 1995-07-18 Skydata Corporation Frame relay protocol-based multiplex switching scheme for satellite
GB9317436D0 (en) * 1993-08-03 1993-10-06 Plessey Telecomm Telecommunications system
JPH07131478A (ja) * 1993-11-05 1995-05-19 Fujitsu Ltd Lan間通信方法及びlan間接続装置
JP3454931B2 (ja) * 1994-08-30 2003-10-06 株式会社東芝 ネットワークシステム
US5651002A (en) * 1995-07-12 1997-07-22 3Com Corporation Internetworking device with enhanced packet header translation and memory
US6058429A (en) * 1995-12-08 2000-05-02 Nortel Networks Corporation Method and apparatus for forwarding traffic between locality attached networks using level 3 addressing information
US5953318A (en) * 1996-12-04 1999-09-14 Alcatel Usa Sourcing, L.P. Distributed telecommunications switching system and method
US6081524A (en) * 1997-07-03 2000-06-27 At&T Corp. Frame relay switched data service
US6754206B1 (en) 1997-12-04 2004-06-22 Alcatel Usa Sourcing, L.P. Distributed telecommunications switching system and method
US6222848B1 (en) * 1997-12-22 2001-04-24 Nortel Networks Limited Gigabit ethernet interface to synchronous optical network (SONET) ring
US6370147B1 (en) 1998-04-23 2002-04-09 3Com Corporation Method for addressing of passive network hosts in a data-over-cable system
US6636485B1 (en) 1998-05-14 2003-10-21 3Com Corporation Method and system for providing quality-of-service in a data-over-cable system
US6775276B1 (en) 1998-05-27 2004-08-10 3Com Corporation Method and system for seamless address allocation in a data-over-cable system
US6510162B1 (en) 1998-05-27 2003-01-21 3Com Corporation System and method for managing channel usage in a data over cable system
US6560203B1 (en) 1998-05-27 2003-05-06 3Com Corporation Method for changing type-of-service in a data-over-cable system
US6442158B1 (en) 1998-05-27 2002-08-27 3Com Corporation Method and system for quality-of-service based data forwarding in a data-over-cable system
US6892229B1 (en) 1998-09-30 2005-05-10 3Com Corporation System and method for assigning dynamic host configuration protocol parameters in devices using resident network interfaces
GB2344032B (en) 1998-11-21 2003-06-18 3Com Technologies Ltd Restriction of source address look-ups in network switches
GB2344033B (en) 1998-11-21 2003-06-25 3Com Technologies Ltd Restriction of source address up-dating in network switches
US6662135B1 (en) 1998-12-09 2003-12-09 3Com Corporation Method and apparatus for reflective mixer testing of a cable modem
US6657991B1 (en) 1998-12-21 2003-12-02 3Com Corporation Method and system for provisioning network addresses in a data-over-cable system
US6986157B1 (en) 1998-12-21 2006-01-10 3Com Corporation Method and system for dynamic service registration in a data-over-cable system
US6577642B1 (en) 1999-01-15 2003-06-10 3Com Corporation Method and system for virtual network administration with a data-over cable system
US7099338B1 (en) 1999-02-27 2006-08-29 3Com Corporation System and method for insuring dynamic host configuration protocol operation by a host connected to a data network
US6654387B1 (en) 1999-05-21 2003-11-25 3Com Corporation Method for network address table maintenance in a data-over-cable system using a network device registration procedure
US6697862B1 (en) 1999-05-21 2004-02-24 3Com Corporation System and method for network address maintenance using dynamic host configuration protocol messages in a data-over-cable system
US6754622B1 (en) * 1999-05-24 2004-06-22 3Com Corporation Method for network address table maintenance in a data-over-cable system using destination reachibility
US6985437B1 (en) 1999-05-25 2006-01-10 3Com Corporation Method for dynamic performance optimization in a data-over-cable system
US6785292B1 (en) 1999-05-28 2004-08-31 3Com Corporation Method for detecting radio frequency impairments in a data-over-cable system
US6597700B2 (en) * 1999-06-30 2003-07-22 Nortel Networks Limited System, device, and method for address management in a distributed communication environment
US6888802B1 (en) 1999-06-30 2005-05-03 Nortel Networks Limited System, device, and method for address reporting in a distributed communication environment
US6981034B2 (en) * 1999-06-30 2005-12-27 Nortel Networks Limited Decentralized management architecture for a modular communication system
US6553568B1 (en) 1999-09-29 2003-04-22 3Com Corporation Methods and systems for service level agreement enforcement on a data-over cable system
US7089580B1 (en) 2000-03-29 2006-08-08 3Com Corporation Method for improved cable modem ranging in a data-over-cable system
US6804262B1 (en) 2000-04-28 2004-10-12 3Com Corporation Method and apparatus for channel determination through power measurements
US6944881B1 (en) 2000-06-19 2005-09-13 3Com Corporation Method for using an initial maintenance opportunity for non-contention ranging
US6816500B1 (en) 2000-07-10 2004-11-09 3Com Corporation Apparatus, method and system for multimedia access network channel management
US7107326B1 (en) 2000-10-13 2006-09-12 3Com Corporation Method and system for integrating IP address reservations with policy provisioning
US7068597B1 (en) 2000-11-27 2006-06-27 3Com Corporation System and method for automatic load balancing in a data-over-cable network
US6940874B2 (en) * 2000-11-30 2005-09-06 3Com Corporation Method for reducing interference from initializing network devices in a data-over-cable system
US6948184B1 (en) 2000-11-30 2005-09-20 3Com Corporation System and method for calibrating power level during initial ranging of a network client device
US6952428B1 (en) 2001-01-26 2005-10-04 3Com Corporation System and method for a specialized dynamic host configuration protocol proxy in a data-over-cable network
US7073055B1 (en) 2001-02-22 2006-07-04 3Com Corporation System and method for providing distributed and dynamic network services for remote access server users
US7222255B1 (en) 2001-02-28 2007-05-22 3Com Corporation System and method for network performance testing
US7715533B2 (en) * 2001-04-27 2010-05-11 Hewlett-Packard Development Company, L.P. Brokering of information acquisition by devices in a wireless network
US7088678B1 (en) 2001-08-27 2006-08-08 3Com Corporation System and method for traffic shaping based on generalized congestion and flow control
US7085306B1 (en) 2001-10-30 2006-08-01 3Com Corporation System and method for a multi-frequency upstream channel in a computer network
US7072337B1 (en) 2002-01-25 2006-07-04 3Com Corporation System and method for resolving network addresses for network devices on distributed network subnets
US10419267B2 (en) 2014-01-22 2019-09-17 Lenovo Enterprise Solutions (Singapore) Pte. Ltd. Network control software notification with advance learning
US20150207664A1 (en) * 2014-01-22 2015-07-23 International Business Machines Corporation Network control software notification with denial of service protection

Family Cites Families (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US4287592A (en) * 1979-05-23 1981-09-01 Burroughs Corporation Method and apparatus for interfacing stations in a multiloop communications system
US4597078A (en) * 1983-10-19 1986-06-24 Digital Equipment Corporation Bridge circuit for interconnecting networks
GB8407102D0 (en) * 1984-03-19 1984-04-26 Int Computers Ltd Interconnection of communications networks
US4737953A (en) * 1986-08-04 1988-04-12 General Electric Company Local area network bridge
US5088032A (en) * 1988-01-29 1992-02-11 Cisco Systems, Inc. Method and apparatus for routing communications among computer networks
US5027350A (en) * 1988-10-20 1991-06-25 Hewlett-Packard Method and apparatus for providing a local area network bridge
US4947390A (en) * 1989-03-22 1990-08-07 Hewlett-Packard Company Method for data transfer through a bridge to a network requiring source route information

Also Published As

Publication number Publication date
JP2703391B2 (ja) 1998-01-26
KR940011491B1 (ko) 1994-12-19
EP0462542B1 (en) 1997-03-12
KR920001350A (ko) 1992-01-30
DE69125056T2 (de) 1997-08-07
US5301273A (en) 1994-04-05
EP0462542A2 (en) 1991-12-27
EP0462542A3 (en) 1993-04-28
DE69125056D1 (de) 1997-04-17

Similar Documents

Publication Publication Date Title
JPH0448842A (ja) ブリッジ装置
US4914571A (en) Locating resources in computer networks
CN1003153B (zh) 传输控制系统
EP0961453B1 (en) Method and device for identifying devices in a communication network
EP0304074B1 (en) Communication control device and method in computer system
JPH103440A (ja) 計算機システム
US5172372A (en) Method and apparatus for determining transmission line for message transmission and reception in network system
JP2002530936A (ja) ネットワーク内のメッセージ経路を指定する通信ネットワークおよび方法
JPH03237835A (ja) ネットワークを相互接続するブリッジ回路
JP4655733B2 (ja) リング型二重化ネットワークにおける受信方法及び装置
KR20020085996A (ko) 클라이언트 캐쉬 메모리를 이용한 웹 페이지 제공 방법
JP3325870B2 (ja) 通信回線の復旧方法、復旧システムおよび復旧プログラムが記録されたコンピュータ読み取り可能な記録媒体
JPH11127184A (ja) ルーティング方法及びルータ
JP3300478B2 (ja) ブリッジ装置
JPS62290235A (ja) デ−タ通信方式
JPH01291553A (ja) メッシュネットワークにおける個別通信方式
JPH0923245A (ja) ネットワーク間接続装置
JP2650627B2 (ja) データ伝送方法
JP3719039B2 (ja) リング結合型ネットワークシステム
JP2902791B2 (ja) 通信端末情報登録方式
JPS6160042A (ja) ノ−ドの配列順序識別方式
JP3054723B2 (ja) 識別番号可変通信システム
JPH0556051A (ja) ネツトワーク間中継方式
JPS63206047A (ja) デ−タ伝送システムにおける受信デ−タ解析方法
JPH04326643A (ja) 複数経路における発呼リトライ抑止方法