JPH05292091A - インタネットワーク装置 - Google Patents

インタネットワーク装置

Info

Publication number
JPH05292091A
JPH05292091A JP4087133A JP8713392A JPH05292091A JP H05292091 A JPH05292091 A JP H05292091A JP 4087133 A JP4087133 A JP 4087133A JP 8713392 A JP8713392 A JP 8713392A JP H05292091 A JPH05292091 A JP H05292091A
Authority
JP
Japan
Prior art keywords
network
physical address
terminal
received
destination
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
JP4087133A
Other languages
English (en)
Other versions
JP2605544B2 (ja
Inventor
Koichi Hiramatsu
晃一 平松
Akira Watanabe
晃 渡辺
Keiichi Soda
圭一 曽田
Tachiki Ichihashi
立機 市橋
Yuji Atsui
裕司 厚井
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.)
Mitsubishi Electric Corp
Original Assignee
Mitsubishi 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 Mitsubishi Electric Corp filed Critical Mitsubishi Electric Corp
Priority to JP4087133A priority Critical patent/JP2605544B2/ja
Publication of JPH05292091A publication Critical patent/JPH05292091A/ja
Application granted granted Critical
Publication of JP2605544B2 publication Critical patent/JP2605544B2/ja
Anticipated expiration legal-status Critical
Expired - Fee Related legal-status Critical Current

Links

Landscapes

  • Data Exchanges In Wide-Area Networks (AREA)
  • Small-Scale Networks (AREA)

Abstract

(57)【要約】 【目的】 一つの装置でルータとブリッジの長所を合わ
せ持つインタネットワーク装置を提供する。 【構成】 インタネットワーク装置1は、収容したネッ
トワーク5を複数のブリッジグループ6にグループ分け
し、端末の論理アドレスをブリッジグループ単位で管理
するルーティングテーブル32と、各ブリッジグループ
に対応する装置物理アドレス33と、端末の物理アドレ
スをネットワーク単位で管理するブリッジングテーブル
34を設定する。同一ブリッジグループ内の通信ではブ
リッジとして、ブリッジグループ間にまたがる通信では
ルータとして動作する。

Description

【発明の詳細な説明】
【0001】
【産業上の利用分野】この発明は、ローカルエリアネッ
トワーク(Local Area Network、以
下LAN)や、広域ネットワーク(Wide Area
Network、以下WAN)などのネットワークど
うしを接続するインタネットワーク装置に関するもので
ある。
【0002】
【従来の技術】図4は、従来のインタネットワーク装置
を使用したネットワーク構成の一例を示す図であり、図
において、5a〜5f等5は、ネットワーク、41a、
41f等41は、インタネットワーク装置の一つである
ルータ、42a、42b等42は、インタネットワーク
装置の一つであるブリッジ、43a〜43f等43は、
ネットワーク5、ルータ41、ブリッジ42を経由して
相互に通信する端末、44は、ネットワーク5a〜5f
に接続される端末43a〜43fの論理アドレスと、そ
れら端末がどのネットワーク側に収容されており、次に
どの論理アドレスをもつ装置に送信すべきかの対応関係
を保持するルーチングテーブル、45a、45b、45
e等45は、それぞれネットワーク5a、5b、5eに
対応したルータ41aの物理アドレス、46a、46b
等46は、ネットワークに接続される端末の物理アドレ
スと、それら端末がどのネットワーク側に収容されてい
るかの対応関係を保持するブリッジングテーブルであ
る。
【0003】例えば、ルーチングテーブル44では、端
末43fの論理アドレスは、(収容ネットワーク:ネッ
トワーク5e側、次に送信すべき装置の論理アドレス:
ルータ41fの論理アドレス)に対応づけられ、端末4
3bの論理アドレスは、(収容ネットワーク:ネットワ
ーク5b側、次に送信すべき装置の論理アドレス:端末
43b自身の論理アドレス)に、対応づけられ、端末4
3dの論理アドレスは、(収容ネットワーク:ネットワ
ーク5b側、次に送信すべき装置の論理アドレス:端末
43d自身の論理アドレス)に対応づけられる。例え
ば、ブリッジングテーブル46aでは、端末43aの物
理アドレスは、(収容ネットワーク:ネットワーク5a
側)に対応づけられ、端末43cの物理アドレスは、
(収容ネットワーク:ネットワーク5c側)に対応づけ
られる。
【0004】ルーティンブテーブル44は、ネットワー
ク管理者が何等かの手段で設定したり、ルータ同志の通
信によって自動的に生成する方法が知られている。ブリ
ッジングテーブル46は、受信フレームの内容から判断
して自動的に生成する方法がある。但し、これらの方法
は本発明に直接関係しないので、説明を省略する。
【0005】図5は、このようなネットワークに用いら
れるパケットフレームフォーマットの例を示す図であ
り、図において、51はフレーム、52は送信先物理ア
ドレス、53は送信元物理アドレス、54は上位通信手
順種別を示す制御フィールド、55はフレーム51の情
報フィールドである物理情報フィールド、56はパケッ
ト、57は上位通信手順に対応した送信先端末43の論
理アドレス、58は上位通信手順に対応した送信元端末
43の論理アドレス、59はパケット56の情報フィー
ルドである論理情報フィールドであり、パケット56は
物理情報フィールド55の一部として伝送される。端末
の物理アドレスは、通信手順と独立に割り振られるアド
レスである。一方、論理アドレスは通信手順対応に物理
アドレスとは別に割り振られるアドレスで、やはり通信
手順対応に国際的に管理されている。
【0006】従来のインタネットワーク装置の一つであ
るブリッジ42の動作を、図6に示すフローチャートに
基づいて説明する。まず、図に示すステップ401にお
いて、ブリッジ42は、接続されるネットワーク上の全
てのフレーム51を受信し、ステップ402に進む。ス
テップ402において、受信したフレーム51の送信先
物理アドレス52をもつ端末がどのネットワークに収容
されているかをブリッジングテーブル46で検索し、ス
テップ403に進む。ステップ403において、送信先
物理アドレス52をもつ端末が、フレーム51を受信し
たのと同じネットワーク側に収容されていると判断した
場合、ステップ404に進む。前記以外と判断した場
合、ステップ405に進む。ステップ404において、
フレーム51を廃棄する。ステップ405において、フ
レーム51を中継する。ここで、3つ以上のネットワー
クを収容するブリッジの場合には、上記ステップ402
での検索結果を用いて、送信すべきネットワークを特定
する。
【0007】次に、従来のインタネットワーク装置の一
つであるルータ41の動作を説明する。端末がルータを
介して他のネットワークにパケットを送信するときに
は、パケットフレームの送信先物理アドレスをルータの
物理アドレスに設定する必要がある。端末には、ルータ
の論理アドレスを管理者が事前に設定しておくのが一般
的である。端末は、ルータの論理アドレスを通信手順毎
に規定された方法に従って、対応する物理アドレスに変
換する。例えば、通信手順の1つであるXNSでは、上
記変換を簡易に行えるように、論理アドレスの一部分を
物理アドレスで構成するよう規定している。但し、この
変換の方法は、本発明の本質ではないので、詳細な説明
を省略する。
【0008】以下、ルータ41の動作を、図7に示すフ
ローチャートに基づいて説明する。ステップ301にお
いて、ルータ41は、接続されるネットワーク上の全て
のフレーム51を受信し、ステップ302に進む。ステ
ップ302において、受信フレーム51内の送信先物理
アドレス52が、フレーム51を受信したネットワーク
5に対応したルータ41の物理アドレス45と一致する
かどうかを検査し、一致する場合はステップ310に進
み、一致しない場合はステップ320に進む。
【0009】ステップ320において、フレーム51を
廃棄する。ステップ310において、受信したフレーム
51の制御フィールド54が、ルータ41の通信手順と
一致するかどうかを検査し、一致しない場合はステップ
311に進み、一致する場合はステップ312に進む。
ステップ311において、上記フレーム51を廃棄す
る。ステップ312において、フレーム51の物理情報
フィールド55からパケット56を抽出し、更に送信先
論理アドレス57を抽出する。ステップ313におい
て、送信先論理アドレス57とルーチングテーブル44
の内容から、送信すべきネットワーク5と、次に送信す
べき装置の論理アドレスを検索する。ステップ314に
おいて、上記、次に送信すべき装置の論理アドレスを、
通信手順毎に規定された方法に従って、対応する物理ア
ドレスに変換する。この方法は、端末がルータの物理ア
ドレスを得るときと同様であり、本発明の本質ではない
ので、詳細な説明を省略する。ステップ315におい
て、検索の結果得た上記物理アドレスを送信先物理アド
レス52とし、上記受信パケット56を物理情報フィー
ルド55とする新しいフレーム51を作成する。ステッ
プ316において、上記ステップ315で作成した新し
いフレーム51を、上記ステップ313で得た送信すべ
きネットワーク5に送信する。
【0010】ブリッジはルータに比べると、管理が容易
で、通信の自由度が高いという長所をもつ。ブリッジ
は、上記説明のとおり、上位通信手順を意識しない装置
であり、あらゆる通信手順に対応できる。一方、ルータ
は、上記説明のとおり、上位通信手順を意識する装置で
あり、特定の通信手順にしか対応できない。また、ルー
チングテーブルの構造を簡単化する目的で、端末の論理
アドレスをネットワーク単位に確保するのが一般的であ
るが、このために端末を別のネットワークに移設したと
きには、端末の論理アドレスを付け直してやる等の管理
が必要となる。
【0011】ルータはブリッジに比べると、接続するネ
ットワークの独立性を確保できるという長所をもつ。ル
ータは、上記説明のとおり、端末が上位通信手順に従っ
て中継を依頼したパケットだけを中継するので、例え
ば、1つのネットワークで生じた障害が他のネットワー
クに波及することは極めて少ない。このような意味で、
ルータで接続されたネットワークは、それぞれの独立性
を確保することができる。一方ブリッジは、上記説明の
とおり、中継/廃棄の判断を、端末の意図とは独立に、
送信先物理アドレスだけに基づいて行うので、中継する
必要がない同報フレームを用いた管理パケットや、中継
する必要がない通信手順のデータパケットまで中継す
る。このため、1つのネットワークで生じた障害が、ブ
リッジで接続された他のネットワークに容易に波及す
る。
【0012】図4に示されるネットワーク5において、
例えばネットワーク5aに接続された端末43aが、ネ
ットワーク5dに接続された端末43dにパケットを送
信する場合の動作を説明する。まず、端末43aは、送
信先論理アドレス57を端末43dあてに設定したパケ
ット56を作成し、送信先物理アドレス52をルータ4
1aの物理アドレス45aに設定し、制御フィールド5
4をルータ41aの通信手順に設定し、上記パケット5
6を物理情報フィールド55に設定したフレーム51を
ネットワーク5aに送信する。ブリッジ42aは、端末
43aが送信した上記フレーム51を受信し、その送信
先物理アドレス52をブリッジングテーブル46aで検
索し、送信先物理アドレス52が受信したネットワーク
側であると判断して、フレーム51を廃棄する。一方、
ルータ41aは、ネットワーク5a上の上記フレーム5
1を受信し、送信先物理アドレス52がルータ41a自
身あてで、かつ制御フィールド54がルータ41aの通
信手順であることを判定し、パケット56を抽出する。
上記パケット56の送信先論理アドレス57をルーチン
グテーブル44で検索し、送信すべきネットワーク5b
と、次に送信すべき装置の論理アドレスである端末43
dの論理アドレスを得る。更に、上記次に送信すべき装
置の論理アドレスを、対応する端末43dの物理アドレ
スに変換する。送信先物理アドレス52を上記変換の結
果得た端末43dの物理アドレスに設定し、上記パケッ
ト56を物理情報フィールド55に設定したフレーム5
1を作成し、ネットワーク5bに送信する。ブリッジ4
2bは、ルータ41aが送信した上記フレーム51の送
信先物理アドレス52をブリッジングテーブル46bで
検索し、送信先物理アドレス52が受信したネットワー
ク側でないと判断して、フレーム51を該当するネット
ワーク5dに中継する。端末43dは、ネットワーク5
d上のフレーム51を受信する。
【0013】次に、図4に示されるネットワーク5にお
いて、例えばネットワーク5aに接続された端末43a
が、ネットワーク5cに接続された端末43cにパケッ
トを送信する場合の動作を説明する。まず、端末43a
は、送信先論理アドレス57を端末43cあてに設定し
たパケット56を作成し、送信先物理アドレス52を端
末43cの物理アドレスに、上記パケット56を物理情
報フィールド55に設定したフレーム51をネットワー
ク5aに送信する。この場合、制御フィールド54に制
限はない。ブリッジ42aは、端末43aが送信した上
記フレーム51を受信し、その送信先物理アドレス52
をブリッジングテーブル46aで検索し、送信先物理ア
ドレス52が受信したネットワーク側でないと判断し
て、フレーム51をネットワーク5cに中継する。端末
43cは上記フレーム51を受信する。
【0014】図4のシステム構成において、ネットワー
ク5aと5c、ネットワーク5bと5dはブリッジで接
続されているため、容易な管理と自由な通信が実現で
き、ネットワーク5aと、5b、5e間は、ルータで接
続されているため、それぞれで発生した障害が他に伝播
せず各ネットワークの独立性を確保できる。このような
システム構成は、例えばネットワーク5a、5cはある
工場内の製造部門のLAN、ネットワーク5b、5d
は、同一工場内の総務部門のLAN、ネットワーク5e
はWANまたは他工場へ接続されるLANである場合が
考えられる。
【0015】
【発明が解決しようとする課題】従来のインタネットワ
ーク装置は以上のように動作するので、用途に応じてル
ータとブリッジを使い分ける必要がある。そのために、
複数のインタネットワーク装置が必要となり、コストや
設置スペースが増加する問題があった。
【0016】この発明は上記のような問題点を解消する
ためになされたもので、一つの装置でルータとブリッジ
が複合されたインタネットワーク装置を得ることを目的
とする。
【0017】
【課題を解決するための手段】この発明に係るインタネ
ットワーク装置は、たとえば、収容する複数のネットワ
ークをグループ化して、グループ間ではルータとして動
作するものである。すなわち、この発明に係るインタネ
ットワーク装置は、ネットワークを収容するための複数
のネットワーク制御装置と、装置全体の動作を制御する
プロセサ手段と、メモリから構成され、上記メモリは、
各ネットワーク上に発生するパケットフレームを受信す
るためのデータバッファと、収容したネットワークを複
数のブリッジグループにグループ分けし、端末の論理ア
ドレスと、その端末がどのブリッジグループ側に収容さ
れており、次にどの論理アドレスをもつ装置に送信すべ
きかの対応関係を保持するルーチングテーブルとを備
え、更に、上記メモリは、各ブリッジグループに対応し
た装置物理アドレスを記憶することを特徴とするインタ
ネットワーク装置である。
【0018】また、この発明に係るインタネットワーク
装置は、上記インタネットワーク装置にさらに、端末の
物理アドレスとその端末がどのネットワーク側に収容さ
れているかの対応関係を保持するブリッジングテーブル
を追加し、同一のグループ内ではブリッジとして動作す
るものである。
【0019】また、プロセッサ手段は、ネットワークか
らデータバッファ内に受信したパケットフレームの送信
先物理アドレスが、上記パケットフレームを受信したブ
リッジグループに対応した装置物理アドレスと一致する
場合には、上記パケットフレームの送信先論理アドレス
とルーチングテーブルの内容から、送信すべきブリッジ
グループと次に送信すべき装置の論理アドレスを判定し
て、次に送信すべき装置の論理アドレスに基づいて送信
先物理アドレスを付け換え、上記送信すべきブリッジグ
ループに属するネットワークに送信し、ネットワークか
らデータバッファ内に受信したパケットフレームの送信
先物理アドレスが、上記パケットフレームを受信したブ
リッジグループに対応した装置物理アドレスと一致しな
い場合には、上記送信先物理アドレスとブリッジングテ
ーブルの内容から、上記送信先物理アドレスをもつ端末
が、上記パケットフレームを受信したのと同一のブリッ
ジグループに属し、かつ上記パケットフレームを受信し
たのと異なるネットワーク側に収容されていると判断し
た場合には、該当するネットワークに送信し、その他の
場合には、廃棄することを特徴とするものである。
【0020】
【作用】この発明に係るインタネットワーク装置は、収
容する複数のネットワークをグループ化して、同一のグ
ループ内ではブリッジ、グループ間ではルータとして動
作するものであり、一つの装置でルータおよびブリッジ
の両機能を有した複合装置として動作する。インタネッ
トワーク装置1は、収容したネットワーク5を複数のブ
リッジグループ6にグループ分けし、端末の論理アドレ
スをブリッジグループ単位で管理するルーティングテー
ブル32と、各ブリッジグループに対応する装置物理ア
ドレス33と、端末の物理アドレスをネットワーク単位
で管理するブリッジングテーブル34を設定する。同一
ブリッジグループ内の通信ではブリッジとして、ブリッ
ジグループ間にまたがる通信ではルータとして動作す
る。したがって、一つの装置でルータとブリッジの長所
を合わせ持つインタネットワーク装置を提供する。
【0021】
【実施例】実施例1.以下この発明の一実施例を図につ
いて説明する。図1はこの発明の一実施例を示すインタ
ネットワーク装置のブロック構成を示す図であり、図に
おいて、1はこの発明にかかわるインタネットワーク装
置、2はインタネットワーク装置の動作を制御するプロ
セサ、3はメモリ、4a〜4d等4はネットワーク制御
装置、5a〜5d等5は上記ネットワーク制御装置4が
各々対応するネットワーク、6a、6b等6はネットワ
ーク5をグループ分けしたブリッジグループ、31はメ
モリ3の内部に設けられたデータバッファ、32はメモ
リ3の内部に設けられ、端末の論理アドレスと、それら
端末がどのブリッジグループ側に収容されており、次に
どの論理アドレスの装置に送信すべきかの対応関係を保
持するルーチングテーブル、33a、33b等33はそ
れぞれブリッジグループ6a、6bに対応したインタネ
ットワーク装置1の物理アドレス、34はブリッジング
テーブルである。
【0022】次に、動作について説明する。図1に示さ
れるネットワーク5は、複数のブリッジグループ6にグ
ループ分けすることができ、インタネットワーク装置1
は、各々のブリッジグループ6に対応した物理アドレス
33を持つ。プロセサ2は、受信パケットフレームの送
信先物理アドレス52を識別し、ブリッジングテーブル
34を参照して、同一ブリッジグループ6内の中継動作
を行う。さらに、プロセサ2は、上記ブリッジグループ
6を一つのネットワークとみなし、受信パケットフレー
ムの送信先論理アドレス57を識別し、ルーティングテ
ーブル32、ブリッジングテーブル34を参照して、ブ
リッジグループ6間にまたがる中継動作を行う。
【0023】インタネットワーク装置1は、図2に示す
フローチャートに基づき動作する。まず、図2に示すス
テップ101において、ネットワーク制御装置4は、ネ
ットワーク5上のすべてのフレーム51をデータバッフ
ァ31に受信し、ステップ102に進む。ステップ10
2において、受信フレーム51内の送信先物理アドレス
52が、フレーム51を受信したネットワーク5が属す
るブリッジグループに対応した装置物理アドレス34と
一致するかどうかを検査し、一致する場合はステップ1
10に進み、一致しない場合はステップ120に進む。
【0024】ステップ110において、受信したフレー
ム51の制御フィールド54が、インタネットワーク装
置1の通信手順と一致するかどうかを検査し、一致しな
い場合はステップ111に進み、一致する場合はステッ
プ112に進む。ステップ111において、上記フレー
ム51を廃棄する。ステップ112において、フレーム
51の物理情報フィールド55からパケット56を抽出
し、更に送信先論理アドレス57を抽出する。ステップ
113において、送信先論理アドレス57とルーチング
テーブル32の内容から、送信すべきブリッジグループ
と、次に送信すべき装置の論理アドレスを検索する。ス
テップ114において、上記、次に送信すべき装置の論
理アドレスを、通信手順で規定される方法に従って、対
応する物理アドレスに変換する。ステップ115におい
て、検索の結果得た物理アドレスを送信先物理アドレス
52とし、上記受信パケット56を物理情報フィールド
55とする新しいフレーム51を作成する。ステップ1
16において、上記、新しい送信先物理アドレス52を
もつ端末がどのネットワーク側に収容されているかを、
ブリッジングテーブル34で検索し、送信すべきネット
ワーク5を特定し、ステップ117に進む。ステップ1
17において、上記新しいフレーム51を、上記送信す
べきネットワーク5に送信する。
【0025】以上のステップ110〜ステップ117は
ルータとしての動作であり、前記従来例のステップ31
0〜ステップ316に相当するが、ステップ113にお
いて送信すべきネットワークではなく送信すべきブリッ
ジグループを得る点、ステップ116においてブリッジ
ングテーブルを検索して送信すべきネットワークを特定
する点が異なる。ステップ113で得た送信すべきブリ
ッジグループが単一のネットワークからなる場合には、
ブリッジングテーブルは不要であり、ステップ116を
省略して、ステップ115から直接ステップ117に進
むようにしても、同様の結果が得られる。また、ブリッ
ジングテーブル検索の負荷を軽減するために、ステップ
113で得た送信すべきブリッジグループが複数のネッ
トワークからなる場合にも、ブリッジングテーブルの検
索を省略して(ステップ116を省略して)、当該ブリ
ッジグループに属するすべてのネットワークにフレーム
51を送信するようにしても、端末間の通信は達成され
る。
【0026】ステップ120において、受信フレーム5
1内の送信先物理アドレス52をもつ端末がどのネット
ワーク側に収容されているかを、ブリッジングテーブル
34で検索し、ステップ121に進む。ステップ121
において、送信先物理アドレス52をもつ端末が、フレ
ーム51を受信したブリッジグループに属し、かつフレ
ーム51を受信したのと別のネットワーク5側に収容さ
れていると判断した場合、ステップ122に進み、上記
以外の場合はステップ123に進む。ステップ122に
おいて、フレーム51を該当するネットワーク5へ送信
する。ステップ123において、フレーム51を廃棄す
る。
【0027】以上のステップ120〜ステップ123は
ブリッジとしての動作であり、前記従来例のステップ4
02〜ステップ405に相当するが、ステップ121に
おいて送信先ネットワークをフレームを受信したネット
ワークと同一ブリッジグループ内に限定する点が異な
る。フレーム51を受信したブリッジグループが単一の
ネットワークからなる場合には、ブリッジングテーブル
が不要であり、ステップ120〜ステップ121を省略
して、直接ステップ123に進むようにしても、同様の
結果が得られる。
【0028】例えば、図3は、図4に示した従来のシス
テム構成をこの発明の装置で実現したものである。図3
において、ルーチングテーブル32では、端末43fの
論理アドレスは、(収容ブリッジグループ:ブリッジグ
ループ6e側、次に送信すべき装置の論理アドレス:ル
ータ41fの論理アドレス)に対応づけられ、端末43
bの論理アドレスは、(収容ブリッジグループ:ブリッ
ジグループ6b側、次に送信すべき装置の論理アドレ
ス:端末43b自身の論理アドレス)に対応づけられ、
端末43dの論理アドレスは、(収容ブリッジグルー
プ:ブリッジグループ6b側、次に送信すべき装置の論
理アドレス:端末43d自身の論理アドレス)に対応づ
けられる。また、ブリッジングテーブル34では、端末
43aの物理アドレスは、(収容ネットワーク:ネット
ワーク5a側)に対応づけられ、端末43bの物理アド
レスは、(収容ネットワーク:ネットワーク5b側)に
対応づけられ、端末43cの物理アドレスは、(収容ネ
ットワーク:ネットワーク5c側)に対応づけられ、端
末43dの物理アドレスは、(収容ネットワーク:ネッ
トワーク5d側)に対応づけられ、ルータ41fの物理
アドレスは、(収容ネットワーク:ネットワーク5e
側)に対応づけられる。その他、図3における各部分
は、図1に同一符号を付したそれらと同一あるいは相当
部分、また図4に同一符号を付した従来のそれらと同一
あるいは相当部分であるため詳細な説明は省略する。
【0029】図3において、インタネットワーク装置1
は、ネットワーク5a、5cを一つのブリッジグループ
6aに収容し、ネットワーク5b、5dを一つのブリッ
ジグループ6bに収容し、ネットワーク5eを一つのブ
リッジグループ6eに収容する。また、上記ブリッジグ
ループ6a、6b、6eに対応し、装置物理アドレス3
4a、34b、34eを設定する。
【0030】はじめに、ネットワーク5aに接続された
端末43aが、ネットワーク5dに接続された端末43
dにパケットを送信する場合の動作を説明する。まず、
端末43aは、送信先論理アドレス57を端末43dあ
てに設定したパケット56を作成し、送信先物理アドレ
ス52をインタネットワーク装置1の物理アドレス33
aに設定し、制御フィールド54をインタネットワーク
装置1の通信手順に設定し、上記パケット56を物理情
報フィールド55に設定したフレーム51をネットワー
ク5aに送信する。次に、インタネットワーク装置1
は、端末43aが送信したフレーム51の送信先物理ア
ドレス52が、インタネットワーク装置1の物理アドレ
ス33aであり、制御フィールドがインタネットワーク
装置1の通信手順であることを認識し、フレーム51内
のパケット56を抽出する。次に、パケット56の送信
先論理アドレス57をルーティングテーブル32で検索
し、該当するブリッジグループ6bと、次に送信すべき
装置の論理アドレスが端末43dの論理アドレスである
ことを判別し、通信手順で規定される方法に従って変換
した端末43dの物理アドレスを送信先物理アドレスと
したフレーム51を作成し、端末43dの物理アドレス
をブリッジングテーブル34で検索し、送信すべきネッ
トワーク5dを特定し、上記フレーム51をネットワー
ク5dに送信する。端末43dは、フレーム51を受信
する。
【0031】次に、ネットワーク5aに接続された端末
43aが、ネットワーク5cに接続された端末43cに
パケットを送信する場合の動作を説明する。まず、端末
43aは、送信先論理アドレス57を端末43cあてに
設定したパケット56を作成し、送信先物理アドレス5
2を端末43cの物理アドレスに設定し、上記パケット
56を物理情報フィールド55に設定したフレーム51
をネットワーク5aに送信する。この場合、制御フィー
ルド53に制限はない。次に、インタネットワーク装置
1は、上記フレーム51をブリッジグループ6aに属す
るネットワーク5aから受信し、その送信先物理アドレ
ス52がインタネットワーク装置1の物理アドレス33
aでないことを認識してブリッジングテーブル34の検
索に進み、送信先物理アドレス52をもつ端末43c
が、ネットワーク5c側に収容されており、ネットワー
ク5cはフレーム51を受信したネットワーク5aと同
一のブリッジグループ6aに属しネットワーク5aとは
異なることを判定し、上記フレーム51をネットワーク
5cに送信する。端末43cは上記フレーム51を受信
する。
【0032】実施例2.上記実施例では、本発明に適用
する物理アドレス及びブリッジングテーブルの方式を特
定しなかったが、例えば、物理アドレスとして、IEE
EがLANの物理アドレスとして全世界で重複しないよ
うに管理している48ビット長のMACアドレスを用
い、ブリッジングテーブルは、端末のMACアドレス個
々に、それがどのネットワーク側に収容されているかを
保持する方式であってもよいし、管理者が事前に各LA
Nネットワークに番号付けを行い、端末が送信するフレ
ーム中の送信先物理アドレスは、当該送信先端末のMA
Cアドレスと、当該送信先端末に至るまでに経由すべき
LANネットワークの番号列から構成し、ブリッジング
テーブルとしては、収容するネットワークの番号だけを
保持する方式であってもよい。いずれの方式であって
も、ブリッジングテーブルは、端末の物理アドレスと、
それら端末がどのネットワーク側に収容されているかの
対応関係を保持することになり、本発明に適用可能であ
る。
【0033】従って、上記動作により、図4に示される
ルータ41aとブリッジ42a、42bの3つの装置で
構成された従来のシステムが、本発明に係わるインタネ
ットワーク装置1つで実現される。
【0034】
【発明の効果】以上説明したようにこの発明によれば、
収容するネットワークをグループ化して、同一のグルー
プ内ではブリッジとして動作し、グループ間ではルータ
として動作することにより、一つの装置でルータおよび
ブリッジとして複合動作するので、同一のグループ内に
ついては、容易な管理と自由な通信、異なるグループ間
ではネットワークの独立性を確保する等の柔軟なシステ
ム構築が安価に実現でき、更に設置スペースの削減がな
される。
【図面の簡単な説明】
【図1】この発明の一実施例によるインタネットワーク
装置のブロック構成を示す図である。
【図2】この発明の一実施例によるインタネットワーク
装置の動作を示すフローチャート図である。
【図3】この発明の一実施例によるインタネットワーク
装置を用いたシステム構成を示す図である。
【図4】従来のインタネットワーク装置を用いたシステ
ム構成を示す図である。
【図5】ネットワークのパケットフレームフォーマット
を示す図である。
【図6】従来のインタネットワーク装置の一つであるブ
リッジの動作を示すフローチャート図である。
【図7】従来のインタネットワーク装置の一つであるル
ータの動作を示すフローチャート図である。
【符号の説明】
1 インタネットワーク装置 2 プロセサ 3 メモリ 4a〜4d ネットワーク制御装置 5a〜5d ネットワーク 6a、6b ブリッジグループ 31 データバッファ 32 ルーティングテーブル 33a、33b 物理アドレス 34 ブリッジングテーブル
───────────────────────────────────────────────────── フロントページの続き (72)発明者 市橋 立機 鎌倉市大船五丁目1番1号 三菱電機株式 会社通信システム研究所内 (72)発明者 厚井 裕司 鎌倉市大船五丁目1番1号 三菱電機株式 会社通信システム研究所内

Claims (3)

    【特許請求の範囲】
  1. 【請求項1】 以下の要素を有するインタネットワーク
    装置 (a)ネットワークを収容するための複数のネットワー
    ク制御装置、 (b)以下の要素を有するメモリ、 (b1)上記ネットワーク制御装置の収容する各ネット
    ワーク上に発生するパケットフレームを受信するための
    データバッファ、 (b2)収容したネットワークを複数のグループにグル
    ープ分けし、端末の論理アドレスと、その端末がどのグ
    ループに収容されており、次にどの論理アドレスをもつ
    装置に送信すべきかの対応関係を保持するルーチングテ
    ーブル、 (b3)各グループに対応した装置物理アドレスを記憶
    する装置物理アドレス記憶部、 (c)上記装置物理アドレス記憶部に記憶された装置物
    理アドレスを用いて、上記データバッファに受信するパ
    ケットフレームの送信先が同一グループ内か否かを判断
    して、ルーチングテーブルを用いて受信したパケットフ
    レームの送信を行うプロセッサ手段。
  2. 【請求項2】 以下の要素を有するインタネットワーク
    装置 (a)ネットワークを収容するための複数のネットワー
    ク制御装置、 (b)以下の要素を有するメモリ、 (b1)上記ネットワーク制御装置の収容する各ネット
    ワーク上に発生するパケットフレームを受信するための
    データバッファ、 (b2)端末の物理アドレスとその端末がどのネットワ
    ーク側に収容されているかの対応関係を保持するブリッ
    ジングテーブル、 (b3)収容したネットワークを複数のブリッジグルー
    プにグループ分けし、端末の論理アドレスと、その端末
    がどのブリッジグループ側に収容されており、次にどの
    論理アドレスをもつ装置に送信すべきかの対応関係を保
    持するルーチングテーブル、 (b4)各ブリッジグループに対応した装置物理アドレ
    スを記憶する装置物理アドレス記憶部、 (c)上記装置物理アドレス記憶部に記憶された装置物
    理アドレスを用いて、上記データバッファに受信するパ
    ケットフレームの送信先が同一ブリッジグループ内か否
    かを判断して、少なくとも上記ブリッジングテーブルと
    ルーチングテーブルのいずれかのテーブルを用いて受信
    したパケットフレームの送信を行うプロセッサ手段。
  3. 【請求項3】 上記プロセッサ手段は、 ネットワークからデータバッファ内に受信したパケット
    フレームの送信先物理アドレスが、上記パケットフレー
    ムを受信したブリッジグループに対応した装置物理アド
    レスと一致する場合には、上記パケットフレームの送信
    先論理アドレスとルーチングテーブルの内容から、送信
    すべきブリッジグループと次に送信すべき装置の論理ア
    ドレスを判定して、次に送信すべき装置の論理アドレス
    に基づいて送信先物理アドレスを付け換え、上記送信す
    べきブリッジグループに属するネットワークに送信し、 ネットワークからデータバッファ内に受信したパケット
    フレームの送信先物理アドレスが、上記パケットフレー
    ムを受信したブリッジグループに対応した装置物理アド
    レスと一致しない場合には、上記送信先物理アドレスと
    ブリッジングテーブルの内容から、上記送信先物理アド
    レスをもつ端末が、上記パケットフレームを受信したの
    と同一のブリッジグループに属し、かつ上記パケットフ
    レームを受信したのと異なるネットワーク側に収容され
    ていると判断した場合には、該当するネットワークに送
    信し、その他の場合には、廃棄することを特徴とする請
    求項第2項記載のインタネットワーク装置。
JP4087133A 1992-04-08 1992-04-08 インタネットワーク装置 Expired - Fee Related JP2605544B2 (ja)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP4087133A JP2605544B2 (ja) 1992-04-08 1992-04-08 インタネットワーク装置

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP4087133A JP2605544B2 (ja) 1992-04-08 1992-04-08 インタネットワーク装置

Publications (2)

Publication Number Publication Date
JPH05292091A true JPH05292091A (ja) 1993-11-05
JP2605544B2 JP2605544B2 (ja) 1997-04-30

Family

ID=13906469

Family Applications (1)

Application Number Title Priority Date Filing Date
JP4087133A Expired - Fee Related JP2605544B2 (ja) 1992-04-08 1992-04-08 インタネットワーク装置

Country Status (1)

Country Link
JP (1) JP2605544B2 (ja)

Cited By (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH08331165A (ja) * 1995-05-31 1996-12-13 Nec Corp Lan間接続装置
US5835710A (en) * 1994-08-31 1998-11-10 Kabushiki Kaisha Toshiba Network interconnection apparatus, network node apparatus, and packet transfer method for high speed, large capacity inter-network communication
GB2337674A (en) * 1998-05-21 1999-11-24 3Com Technologies Ltd Network device which functions as a bridge and a router
JPH11353406A (ja) * 1998-04-29 1999-12-24 Ncr Internatl Inc セルフサ―ビス端末装置
US6442162B1 (en) 1998-11-17 2002-08-27 3Com Technologies Credit-based scheme for high performance communication between devices in a packet-based communication system
US6563834B1 (en) 1998-07-31 2003-05-13 Fujitsu Limited Network path controlling method and apparatus
US6807175B1 (en) 2000-05-10 2004-10-19 3Com Corporation Distributed multicast routing in packet-based communication network devices
US6975627B1 (en) 1998-11-11 2005-12-13 3Com Technologies Modification of tag fields in Ethernet data packets
JP2006287831A (ja) * 2005-04-05 2006-10-19 Sony Corp 通信装置、上位層処理装置、通信インターフェースおよびこれらの装置の処理方法およびその方法をコンピュータに実行させるプログラム
US8615623B2 (en) 2006-08-09 2013-12-24 Nec Corporation Internet connection switch and internet connection system

Cited By (14)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6343322B2 (en) 1994-08-31 2002-01-29 Kabushiki Kaisha Toshiba IP over ATM system using control messages to set up cut-through paths or bypass pipes in routers
US5835710A (en) * 1994-08-31 1998-11-10 Kabushiki Kaisha Toshiba Network interconnection apparatus, network node apparatus, and packet transfer method for high speed, large capacity inter-network communication
US6598080B1 (en) 1994-08-31 2003-07-22 Kabushiki Kaisha Toshiba Network interconnection apparatus network node apparatus and packet transfer method for high speed large capacity inter-network communication
JPH08331165A (ja) * 1995-05-31 1996-12-13 Nec Corp Lan間接続装置
JPH11353406A (ja) * 1998-04-29 1999-12-24 Ncr Internatl Inc セルフサ―ビス端末装置
US6661787B1 (en) 1998-05-21 2003-12-09 3Com Technologies Integrated data table in a network
GB2337674B (en) * 1998-05-21 2000-05-17 3Com Technologies Ltd Integrated data table in a network device
GB2337674A (en) * 1998-05-21 1999-11-24 3Com Technologies Ltd Network device which functions as a bridge and a router
US6563834B1 (en) 1998-07-31 2003-05-13 Fujitsu Limited Network path controlling method and apparatus
US6975627B1 (en) 1998-11-11 2005-12-13 3Com Technologies Modification of tag fields in Ethernet data packets
US6442162B1 (en) 1998-11-17 2002-08-27 3Com Technologies Credit-based scheme for high performance communication between devices in a packet-based communication system
US6807175B1 (en) 2000-05-10 2004-10-19 3Com Corporation Distributed multicast routing in packet-based communication network devices
JP2006287831A (ja) * 2005-04-05 2006-10-19 Sony Corp 通信装置、上位層処理装置、通信インターフェースおよびこれらの装置の処理方法およびその方法をコンピュータに実行させるプログラム
US8615623B2 (en) 2006-08-09 2013-12-24 Nec Corporation Internet connection switch and internet connection system

Also Published As

Publication number Publication date
JP2605544B2 (ja) 1997-04-30

Similar Documents

Publication Publication Date Title
CA2112885C (en) Multi-protocol packet switching network
US9923812B2 (en) Triple-tier anycast addressing
US6014715A (en) Method and apparatus for assigning port addresses
US20070258359A1 (en) Network system, node, node control program, and network control method
JPH1075258A (ja) Lan間接続方法
USRE41464E1 (en) Switching ethernet controller providing packet routing
US20040105440A1 (en) Packet-switched network and network switches having a network layer forwarding action performed by data link switching
JPH05292091A (ja) インタネットワーク装置
JP4193832B2 (ja) ネットワークシステム及びデータ転送方法
EP1246425A1 (en) Packet switching networks
US7664121B2 (en) Method and router for switching data between a local area network and an external appliance
JPH07105815B2 (ja) データ・パケツトの転送システム及びデータ・パケツトの転送方法
US20200274799A1 (en) Multi-vrf and multi-service insertion on edge gateway virtual machines
CN112511419B (zh) 一种分布式转发系统
US20070008970A1 (en) Packet data router apparatus and method
JP3315033B2 (ja) ネットワークフレーム中継器
JP3966939B2 (ja) 物理アドレスでルーティングするルータ
JP2596098B2 (ja) 通信回線の選択方式
JPH03141754A (ja) アドレス管理方式
KR100881418B1 (ko) 네트워크 주소변환 장치 및 방법
JP2581475B2 (ja) 通信経路切替方法及びその装置
JPH10322382A (ja) ネットワーク中継装置
EP0760566B1 (en) Data communication system and communication terminal equipment
JPH0879294A (ja) Atm網を含むlanの接続方法及び変換装置
JPH0685818A (ja) 経路設定型ルータ装置

Legal Events

Date Code Title Description
FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20080213

Year of fee payment: 11

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

Free format text: PAYMENT UNTIL: 20090213

Year of fee payment: 12

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

Free format text: PAYMENT UNTIL: 20100213

Year of fee payment: 13

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

Free format text: PAYMENT UNTIL: 20100213

Year of fee payment: 13

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

Free format text: PAYMENT UNTIL: 20110213

Year of fee payment: 14

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

Free format text: PAYMENT UNTIL: 20120213

Year of fee payment: 15

LAPS Cancellation because of no payment of annual fees