JPH04364625A - ゲートウェイ装置 - Google Patents

Abstract

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

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】この発明は、複数の通信ネットワ
ーク、特にローカルエリアネットワーク（以下ＬＡＮと
呼ぶ）を設置し、それらの間で相互に通信を行う必要が
ある場合に使用するパケットのゲートウェイ装置に関す
るものである。また、一般に、上記ゲートウェイ装置を
ルータと呼ぶこともある。

【０００２】

【従来の技術】通信ネットワーク、特にＬＡＮの利用が
進むと、１つの構内で多数のＬＡＮが使われるようにな
る。これは伝送されるトラヒックを分割してそれぞれの
ＬＡＮの効率を低下させないため、あるいはセキュリテ
ィを高める等の運用上の理由で行われる場合が多いが、
その場合でもＬＡＮ相互での通信機能を実現することが
要求されている。従来、ＬＡＮを相互接続する場合に、
ＭＡＣ（メディアアクセス制御）層のプロトコルで中継
処理を行う、所謂ＭＡＣブリッジング方式と、ネットワ
ーク層のプロトコルで中継処理を行うルーティング方式
の２種類が用いられている。

【０００３】ＭＡＣブリッジ装置はＭＡＣ層におけるプ
ロトコルに従い、ＭＡＣ層プロトコルで運ばれるアドレ
ス情報によってパケットのフィルタリングを行うもので
ある。ＭＡＣ層は基本的には１つの伝送路を共有して通
信を行うＬＡＮのアクセスを司る層であり、ＭＡＣ層に
おいてパケットルーティングを行うことは、種々の機能
上の制約があった。これに対しネットワーク層のプロト
コルで相互接続する装置がゲートウェイ装置であり、Ｍ
ＡＣ層におけるパケットルーティング上の種々の制約を
解決している。

【０００４】図９は、一般的なパケット形式とＭＡＣフ
レームの形式を示す。図１０、図１１、図１２および図
１３の表６、表７はたとえば文献「ＴＣＰ／ＩＰ」、西
田竹志著、ソフトリサーチセンター刊、ｐ６７、ｐ７８
、ｐ９８、ｐ９９に示されている従来のゲートウェイ装
置の基本的な構成とルーティング処理に必要なルーティ
ングテーブル、ネットワークの構成例である。

【０００５】図９において１はパケット、２はパケット
ヘッダ、３はパケットのデータフィールド、４はパケッ
ドヘッダ中に含むインタネットアドレス、５は宛先イン
タネットアドレス、６は送出元インタネットアドレス、
７はＭＡＣフレーム、８はＭＡＣヘッダ、９はＭＡＣデ
ータフィールド、１０はＭＡＣトレイラ、１１はＭＡＣ
ヘッダに含むＭＡＣアドレス、１２は宛先ＭＡＣアドレ
ス、１３は送出元ＭＡＣアドレスである。

【０００６】図１０はインタネットアドレスの構成を示
す図であり、第０ビットによってアドレスクラスが定義
され、図８に示すアドレス形式はクラスＡと言われるも
のである。図において２１はネットワークを識別するネ
ットワーク番号、２２は上記ネットワーク上でのホスト
を識別するホスト番号である。

【０００７】図１１は従来のゲートウェイ装置の基本的
な構成を示す図であり、図において、３１は発信ホスト
、３２は目的ホスト、３３はゲートウェイ装置、３４は
ローカルネットワーク１、３５はローカルネットワーク
２、３６ａ、３６ｂはそれぞれ発信および目的ホストの
ユーザプロセス、３７ａ、３７ｂはそれぞれ発信および
目的ホストのＩＰ（Ｉｎｔｅｒｎｅｔｗｏｒｋ　　Ｐｒ
ｏｔｏｃｏｌ、ネットワーク層のプロトコルの一つ）モ
ジュール、３７ｃはルーティング機能をもつゲートウェ
イ装置内のＩＰモジュール、３８ａ、３８ｃはローカル
ネットワーク１に接続するローカルネットワーク１用処
理、３８ｂ、３８ｄはローカルネットワーク２に接続す
るローカルネットワーク２用処理である。

【０００８】図１２はゲートウェイ装置を介して相互接
続されたネットワークの例であり、図において４１、４
２、４３、４４はそれぞれインタネットアドレス「１０
．０．０．０」、「２０．０．０．０」、「３０．０．
０．０」、「４０．０．０．０」をもつネットワーク、
５１、５２、５３、５４はゲートウェイ装置である。こ
こで例えば「１０．０．０．０」はＩＰで規定されてい
る４バイトのアドレスフィールドを１バイトづつに区切
って１０進数で表し、さらに図８に示すホスト番号フィ
ールドの値を０として表したものである。ゲートウェイ
装置５１はローカルネットワーク４１を接続するための
インタフェースとして、アドレス「１０．０．０．１」
をもち、ローカルネットワーク４２を接続するためのイ
ンタフェースとしてアドレス「２０．０．０．１」をも
つ。同様にゲートウェイ装置５２は「２０．０．０．３
」および「３０．０．０．３」を、ゲートウェイ装置５
４は「３０．０．０．４」および「４０．０．０．４」
を、ゲートウェイ装置５３は「２０．０．０．５」およ
び「４０．０．０．５」をもつ。なお、上記例ではゲー
トウェイ装置５３とローカルネットワーク４４の間の通
信機能に障害が生じている場合を示している。

【０００９】図１３の表８はゲートウェイ装置５１にお
けるルーティングテーブル６０を示したもので、ネット
ワークアドレス６１に対応した転送先ゲートウェイ装置
６２、送出インタフェース６３、目的とするネットワー
クに到着するまでに中継されるネットワーク数を表すホ
ップ数６４からなる。

【００１０】次に動作について説明する。図１１におい
て発信ホスト３１が目的ホスト３２宛にデータを送信す
るとき、まずユーザプロセスは送信データをＩＰモジュ
ール３７ａに渡す。ＩＰモジュール３７ａは送信データ
を含むパケットを構成し、ローカルネットワーク処理に
渡す。ローカルネットワーク処理はローカルネットワー
ク３４で規定されるメディアアクセス処理を行ってロー
カルネットワーク３４に送信する。このとき宛先ＭＡＣ
アドレスはローカルネットワーク処理３８ｃを示す。パ
ケットはローカルネットワーク３４を伝送されてゲート
ウェイ装置３３のローカルネットワーク処理３８ｃで受
信される。

【００１１】ローカルネットワーク処理３８ｃはメディ
アアクセス処理を行った後、ＩＰモジュール３７ｃに渡
す。ＩＰモジュール３７ｃはルーティングテーブルを参
照し、宛先インタネットアドレスが目的ホスト３２であ
ることから、そのパケットをローカルネットワーク処理
３８ｄに渡せば良いことがわかり、ローカルネットワー
ク処理３８ｄが接続されているローカルネットワーク３
５に接続されている自ローカルネットワーク処理３８ｂ
にパケットを渡す。ローカルネットワーク処理３８ｄは
宛先ＭＡＣアドレスとしてローカルネットワーク処理３
８ｂのアドレスを付してローカルネットワーク３５に送
信する。

【００１２】パケットを受信したローカルネットワーク
処理３８ｂはメディアアクセス処理を行った後、パケッ
トをＩＰモジュール３７ｂに渡す。ＩＰモジュール３７
ｂは宛先インタネットアドレスが自分であることを確認
してユーザプロセスに渡す。このようにしてゲートウェ
イ装置を介した通信が行われる。

【００１３】次に例えば、図１２のゲートウェイ装置５
１がローカルネットワーク１１に接続されている端末か
ら宛先インタネットアドレスのネットワーク番号がロー
カルネットワーク４４に設定されているパケットを受信
した場合の動作を説明する。ゲートウェイ装置５１は受
信パケットの宛先インタネットアドレスをもとに図１３
の表８に示すルーティングテーブル６０を検索し、「４
０．０．０．０」の行から次のゲートウェイ装置５２を
選び、インタフェース「２０．０．０．１」に送出する
。この従来例ではインタフェースの識別子として、その
インタフェースに付されているインタネットアドレスを
用いている。

【００１４】

【発明が解決しようとする課題】従来の装置は以上のよ
うに、ルーティング処理を行うＩＰモジュールはゲート
ウェイ装置内に唯一つ存在するものとして構成されてい
るため、多数のローカルネットワークを接続し、高い転
送処理能力が要求されるゲートウェイ装置においては、
ルーティング処理がゲートウェイ装置のパケット転送処
理能力の隘路となる問題点があった。

【００１５】この発明は、上記のような問題点を解消す
るためになされたものであり、多数のローカルネットワ
ークを接続し、それらの間でパケットルーティングを行
う転送処理能力の高いゲートウェイ装置を得ることを目
的とする。

【００１６】

【課題を解決するための手段】この第１の発明に係わる
ゲートウェイ装置は、ネットワークを接続するためのイ
ンタフェースとルーティングとをもつネットワーク制御
部と、複数のネットワーク制御部を接続する内部共通バ
スを備え、パケットを受信したネットワーク制御部にお
いてルーティング処理を行って装置内部の共通バスに送
出する手段、内部共通バス上に送出されたパケットを検
査し、自ネットワーク制御部がネットワークに送出すべ
きものを取り込み、ネットワークに送信する手段を備え
たものである。

【００１７】この第２の発明に係わるゲートウェイ装置
は複数のネットワークを接続してパケットのルーティン
グを行うゲートウェイ装置において、該ゲートウェイ装
置にネットワークを接続するためのインタフェースとル
ーティング処理部とをもつネットワーク制御部と、複数
のネットワーク制御部を接続する共通バスと、ネットワ
ーク制御部において受信したパケットに対し第一のルー
ティング処理を行い、共通バスに送出する手段と、ネッ
トワーク制御部において共通バスから受信したパケット
に対し第２のルーティング処理を行い、ネットワークに
送信する手段とを備えたものである。

【００１８】

【作用】この第１の発明に係わるゲートウェイ装置は、
パケットを受信したネットワーク制御部においてルーテ
ィング処理を行い、装置内部の共通バスに送出し、他の
ネットワーク制御部は内部共通バスに送出されたパケッ
トの送出元ＭＡＣアドレスが自ネットワーク制御部に付
されたＭＡＣアドレスと一致したパケットのみを取り込
み、接続しているネットワークに送信する。

【００１９】この第２の発明に係わるゲートウェイ装置
は、パケットを受信したネットワーク制御部において第
一のルーティング処理を行い、内部共通バスに送出し、
他のネットワーク制御部において内部共通バス上に送出
されたパケットを検査し、自ネットワーク制御部がネッ
トワークに送出すべきものを取り込み、第二のルーティ
ング処理を行い、ネットワークに送信する。

【００２０】

【実施例】

実施例１．以下、この発明の一実施例を図について説明
する。図１は２つのゲートウェイ装置と４つのＬＡＮを
含むネットワークの例であり、図において１０１、１０
２はゲートウェイ装置、１０３ａ、１０３ｂ、１０３ｃ
、１０３ｄ等１０３はＬＡＮ、１０４ａ、１０４ｂ、１
０４ｃ、１０４ｄ、１０４ｅ、１０４ｆ、１０４ｇ、１
０４ｈ等１０４は端末装置、１０５ａ、１０５ｂ、１０
５ｃ等１０５はネットワーク制御部、１０６はネットワ
ーク管理部、１０７は各ネットワーク制御部やネットワ
ーク管理部を接続し、パケット型（メッセージ型）のデ
ータ転送を行う共通バスである。

【００２１】図２はネットワーク制御部１０５の構成を
示す図であり、１１１は伝送路との信号の送受信を行う
伝送路送受信部、１１２はＭＡＣフレームの送受信制御
を行うＭＡＣ制御部、１１３はインタネットプロトコル
の処理を行うＩＰ制御部、１１４はルーティング制御部
、１１５はルーティング処理時に参照するルーティング
テーブルである。ルーティングテーブルに格納するデー
タはネットワーク管理部１０６より受け取る。ネットワ
ーク管理部はネットワーク全体を管理するネットワーク
管理装置から受け取ることにより、あるいはゲートウェ
イ装置間で動的にルーティング情報を交換することによ
り自身で生成、更新する。テーブル内容を生成、更新し
たときには、すべてのネットワーク制御部に通知する。 但し、この発明はルーティングテーブル内容の生成、更
新方法とは無関係であるため、詳細説明は省略する。

【００２２】図３の表１は端末装置１０４に付されてい
るインタネットアドレスとＭＡＣアドレスの一覧表であ
るインタネットアドレスは従来例の場合と同様の表記方
法を用いた。ＭＡＣアドレスについては、記号的な表記
法を用いた。例えば、端末装置１０４ａはインタネット
アドレスとして「５１．０．０．１」を、ＭＡＣアドレ
スとして「Ｍ８９」をもっている。

【００２３】図４の表２、表３、表４はネットワーク制
御部１０５ａが保持するルーティングテーブル１１５の
内容を示している。表２はネットワーク番号と中継先ゲ
ートウェイ装置の対応、あるいは自ゲートウェイ装置１
０５の送出ポートとの対応を示しており、決定した中継
先に送出するときに構成するＭＡＣフレームに付す宛先
ＭＡＣアドレスと送出元ＭＡＣアドレス、および中継先
が他のゲートウェイ装置でない場合に必要なホストテー
ブル１５１、１６１へのポインタを持つ。

【００２４】表３、表４はゲートウェイ装置１０５に直
接接続されたネットワークに接続されているホストと上
記ホストのＭＡＣアドレステーブルである。表３はネッ
トワーク番号が「５３」のネットワークに対応したホス
トテーブル、表４はネットワーク番号が「５６」のネッ
トワークに対応したホストテーブルである。

【００２５】次に上記実施例の動作を、図４、図５のフ
ローチャートにしたがって説明する。図５、図６の動作
はネットワーク制御部の動作である。図４はネットワー
クからパケットを受信したときの動作、図６は内部共通
バスからパケットを受けとって、ネットワークへ送信す
るときの動作を示している。

【００２６】先ず図５について、端末装置１０４ａが端
末装置１０４ｃ宛のパケットを送信した場合について説
明する。上記パケットに付されているアドレスは、以下
のとおりである。 宛先インタネットアドレス＝５３．０．０．１送出元イ
ンタネットアドレス＝５１．０．０．１宛先ＭＡＣアド
レス＝Ｍ３１（即ちゲートウェイ装置１０１のアドレス
） 送出元ＭＡＣアドレス＝Ｍ８９

【００２７】次に、処理ステップに従って説明する。 ステップ１７１：ネットワーク上を伝送されるＭＡＣフ
レームを受信する。 ステップ１７２：宛先ＭＡＣアドレスと自ＭＡＣアドレ
ス「Ｍ３１」との一致検査を行う。一致しない場合は自
ゲートウェイ装置１０１宛ではないので廃棄する。この
場合、上記パケットはネットワーク内の宛先端末装置に
おいて受信される。受信したパケットの宛先ＭＡＣアド
レスが自ゲートウェイ装置宛であった場合、処理を続け
る。 ステップ１７３：上記パケットの宛先インタネットアド
レスと自インタネットアドレスとの一致検査を行う。一
致した場合、上記パケットは上記ゲートウェイ装置１０
１内のアプリケーション宛であり、中継処理の対象には
ならない。一致しない場合、ステップ１７４以降で中継
処理を行う。

【００２８】ステップ１７４：宛先インタネットアドレ
スのネットワーク番号「５３」を抽出し、ネットワーク
テーブル１４１を参照する。 ステップ１７５：もし、ネットワーク番号「５３」がネ
ットワークテーブル１４１中に存在しなければ、宛先不
明パケットとして廃棄するが、この場合、ネットワーク
テーブル１４１中に存在するので、処理を続ける。 ステップ１７６：ネットワーク番号「５３」に対応する
エントリの宛先ＭＡＣアドレスの値を検査する。エント
リの値は「０」であり、上記パケットがゲートウェイ装
置１０１に直接接続されたネットワーク上の端末装置宛
であることを意味し、上記端末装置へパケットを中継す
るために必要な宛先ＭＡＣアドレスを得るために、参照
テーブルポインタに従って表３を参照する。

【００２９】ステップ１７７：参照テーブルポインタで
示されるホストテーブル１５１を参照する。 ステップ１７８：宛先インタネットアドレス「５３．０
．０．１」のホスト番号が「０．０．１」であるので宛
先ＭＡＣアドレス「Ｍ１９」を得る。 ステップ１７９：ホストテーブル１５１から得た宛先Ｍ
ＡＣアドレス「Ｍ１９」と、ネットワークテーブル１４
から得た送出元ＭＡＣアドレス「Ｍ１１」を付してＭＡ
Ｃフレームを構成する。 ステップ１８０：上記ＭＡＣフレームを内部共通バスに
送出し、ネットワーク制御部１０５ａにおけるパケット
中継処理を終る。

【００３０】図６に従って引き続く動作を説明する。 ステップ１９１：ネットワーク制御部１０５ｂ、１０５
ｃはすべてのＭＡＣフレームを一旦取り込む。 ステップ１９２：ネットワーク制御部１０５ｂは共通バ
スに送出されたＭＡＣフレームの送出元ＭＡＣアドレス
と自ネットワーク制御部のＭＡＣアドレスを比較する。 上記両アドレスが一致しない場合、上記パケットを廃棄
する。 ステップ１９３：ネットワーク制御部１０５ｂは、送出
元ＭＡＣアドレス「Ｍ１１」と自ネットワーク制御部の
ＭＡＣアドレス「Ｍ１１」の一致を検出することにより
、上記パケットをネットワーク制御部に接続されるネッ
トワークに送信すべきものであることがわかり、上記パ
ケットをネットワーク１０３ａに送信する。

【００３１】次に、再び図５について、端末装置１０４
ａが端末装置１０４ｇにパケットを送信する場合につい
て説明する。上記パケットに付されているアドレスは、
以下のとおりである。 宛先インタネットアドレス＝５７．０．０．２送出元イ
ンタネットアドレス＝５１．０．０．１宛先ＭＡＣアド
レス＝Ｍ３１（即ちゲートウェイ装置１０１のアドレス
） 送出元ＭＡＣアドレス＝Ｍ８９ ステップ１７５までの処理は、端末装置１０４ｃ宛のパ
ケットを処理する上記例の場合と同様であるため、省略
する。

【００３２】ステップ１７６：ネットワーク番号「５７
」に対応するエントリの宛先ＭＡＣアドレスの値を検査
する。エントリの値は「Ｍ４４」である。これは上記パ
ケットを「Ｍ４４」のＭＡＣアドレスをもつ他のゲート
ウェイ装置に中継すべきことを意味する。 ステップ１８１：ネットワークテーブル１４１から得た
宛先ＭＡＣアドレス「Ｍ４４」と送出元ＭＡＣアドレス
「Ｍ７３」を付してＭＡＣフレームを構成する。 ステップ１８２：上記ＭＡＣフレームを内部共通バスに
送出し、ネットワーク制御部１０５ａにおけるパケット
中継処理を終る。

【００３３】これに引き続き、ネットワーク制御部１０
５ｃがゲートウェイ装置１０２宛にパケットを送信する
動作が行われるが、これはネットワーク制御部１０５ｂ
が端末装置１０４ｃ宛のパケットを送信する動作と等し
いため、説明を省略する。

【００３４】実施例２．上記実施例ではネットワークか
らパケットを受信したネットワーク制御部においてルー
ティング処理を行い、ゲートウェイ装置からネットワー
クに送信する最終的なＭＡＣフレームを作成する場合を
示したが、以下に、パケットを受信したネットワーク制
御部において第一のルーティング処理を行い、内部共通
バスに送出し、他のネットワーク制御部において内部共
通バス上に送出されたパケットを検査し、自ネットワー
ク制御部がネットワークに送出すべきものを取り込み、
第二のルーティング処理を行い、ネットワークに送信す
る場合の実施例を示す。先ず上記実施例１においても取
り上げた、端末装置１０４ａが端末装置１０４ｃ宛のパ
ケットを送信した場合について説明する。上記パケット
に付されているアドレスは、上記のとおりである。

【００３５】図４の表５はネットワーク制御部１０５ａ
が保持するルーティングテーブル１１５の内容の一部を
示している。２０１はネットワークからの受信パケット
を処理するときに使用するネットワークテーブルである
。２０２はネットワーク番号、２０３は送出すべきネッ
トワークに対応したネットワーク制御部を指示するため
の、内部共通バス上で定義されるポート番号である。

【００３６】内容は記号的に表しており、「Ｐ２」がネ
ットワーク制御部１０５ｂを、「Ｐ３」がネットワーク
制御部１０５ｃを表す。内部共通バス上ではこの識別子
をつけることにより、任意のネットワーク制御部宛にパ
ケットを転送することができる。ネットワーク制御部１
０５ａはネットワークテーブル２０１の他に、ネットワ
ーク１０３ａに接続されるホストに対応したホストテー
ブルをもつが、実施例の動作には無関係であるため、説
明は省略する。

【００３７】ネットワーク制御部１０５ｂも同様にネッ
トワークテーブルとホストテーブルをもつ。表６はネッ
トワーク制御部１０５ｂが保持するルーティングテーブ
ル１１５の内容の一部を示している。２１１は内部共通
バスから取り込んだパケットを処理するときに使用する
ネットワークテーブル、２１２はネットワーク番号、２
１３は転送パケットに付す宛先ＭＡＣアドレス、２１４
は参照テーブルポインタである。ホストテーブルの内容
は上記実施例１において表３で示したホストテーブル１
５１と等しい。

【００３８】この実施例においては、各ネットワーク制
御部が備えるルーティングテーブルの構造は簡潔なもの
になる。

【００３９】図７、図８はネットワーク制御部の動作を
示す。図７はネットワークからパケットを受信し、第一
のルーティング処理を行うときの動作、図８は内部共通
バスからパケットを受けとって第二のルーティング処理
を行うときの動作を示している。

【００４０】次に上記実施例１においても取り上げた、
端末装置１０４ａが端末装置１０４ｃ宛のパケットを送
信した場合と端末装置１０４ｇ宛にパケットを送信した
場合について説明する。先ず端末装置１０４ｃ宛に送信
した場合について説明する。上記パケットに付されてい
るアドレスは、実施例１に説明したとおりである。

【００４１】図５に従って、ネットワーク制御部１０５
ａで行う第一のルーティング処理を説明する。ステップ
１７１からステップ１７５までの動作は図３のフローチ
ャートで示した上記実施例１の場合と同様である。 ステップ２１１：ネットワークテーブル２０１を参照す
ると宛先インタネットアドレスのネットワーク番号「５
３」に対応するポート番号は「Ｐ２」であり、これを識
別子としてパケットに付加し、内部共通バス上に送出す
る。

【００４２】次に図８に従ってネットワーク制御部１０
５ｂで行う第二のルーティング処理を説明する。 ステップ２２１：内部共通バスからパケットを受信する
。 ステップ２２２：上記パケットに付されている宛先ポー
ト番号と自ネットワーク制御部に定義されているポート
番号を比較する。上記両番号が一致しない場合、上記パ
ケットを廃棄する。 ステップ２２３：パケットに付されている宛先ポート番
号「Ｐ２」と自ネットワーク制御部のポート番号「Ｐ２
」の一致を検出することにより、上記パケットがネット
ワーク制御部１０５ｂに接続されるネットワーク１０３
ｂに送信すべきものであることがわかる。 ステップ２２４：宛先インタネットアドレスのネットワ
ーク番号「５３」を抽出し、ネットワークテーブル２１
１を参照する。

【００４３】ステップ２２５：もし、ネットワーク番号
「５３」がネットワークテーブル１４１中に存在しなけ
れば、宛先不明パケットとして廃棄するが、この場合、
ネットワークテーブル２１１中に存在するので、処理を
続ける。 ステップ２２６：ネットワーク番号「５３」に対応する
エントリの宛先ＭＡＣアドレスの値を検査する。エント
リの値は「０」であり、上記パケットがゲートウェイ装
置１０１に直接接続されたネットワーク上の端末装置宛
であることを意味し、上記端末装置へパケットを中継す
るために必要な宛先ＭＡＣアドレスを得るために、ホス
トテーブル１５１を参照する。実施例２においては、対
応するホストテーブルは１個に限られているため、実施
例１で必要であった参照テーブルポインタは用いない。

【００４４】ステップ２２６：ホストテーブル１５１を
参照する。 ステップ２２７：ホスト番号が「０．０．１」であるの
で宛先ＭＡＣアドレス「Ｍ１９」を得る。 ステップ２２８：ホストテーブル１５１から得た宛先Ｍ
ＡＣアドレス「Ｍ１９」と、あらかじめ定義されている
送出元ＭＡＣアドレス「Ｍ１１」を付してＭＡＣフレー
ムを構成する。 ステップ２２９：上記パケットをネットワーク１０３ｂ
へ送信する。

【００４５】次に実施例１の場合と同様に、端末装置１
０４ａが端末装置１０４ｇにパケットを送信する場合に
ついて説明する。表７はネットワーク制御部１０５ｃが
保持するルーティングテーブル１１５の内容の一部を示
している。２２１は内部共通バスから取り込んだパケッ
トを処理するときに使用するネットワークテーブル、２
２２はネットワーク番号、２２３は転送パケットに付す
宛先ＭＡＣアドレスである。ホストテーブルの内容は上
記実施例１において表４で示したホストテーブル１６１
と等しい。

【００４６】ネットワーク制御部１０５ａにおける第一
のルーティング処理は上記と同様であり、省略する。以
下、ネットワーク制御部１０５ｃにおける第二のルーテ
ィング処理を図６に従って説明する。ステップ２２４ま
での処理は、端末装置１０４ｃ宛のパケットを処理する
上記例の場合と同様であるため、省略する。

【００４７】ステップ２２５：ネットワーク番号「５７
」に対するエントリの宛先ＭＡＣアドレスの値を検査す
る。エントリの値は「Ｍ４４」である。これは上記パケ
ットを「Ｍ４４」のＭＡＣアドレスをもつ他のゲートウ
ェイ装置に中継すべきことを意味する。 ステップ２３０：ネットワークテーブル２２１から得た
宛先ＭＡＣアドレス「Ｍ４４」とあらかじめ定義されて
いる送出元ＭＡＣアドレス「Ｍ７３」を付してＭＡＣフ
レームを構成する。 ステップ２３１：上記ＭＡＣフレームをネットワーク１
０５ｃに送信する。

【００４８】

【発明の効果】以上の様にこの発明によれば、接続する
ネットワークからパケットを受信したネットワーク制御
部において、上記パケットに関するルーティング処理を
行うようにしたので、複数のネットワーク制御部が並行
してそれぞれが受信するパケットのルーティング処理を
行うことができ、ゲートウェイ装置のルーティング処理
性能を向上させることができる効果がある。

【００４９】またこの発明の別の発明によれば、パケッ
トのルーティング処理を、上記パケットを受信したネッ
トワーク制御部と上記パケットを送信すべきネットワー
ク制御部で分担して行うようにしたことにより、複数の
ネットワーク制御部が並行してパケットのルーティング
処理を行うことができ、ゲートウェイ装置のルーティン
グ処理性能を向上させることができると共に、各ネット
ワーク制御部が備えるルーティングテーブルの容量を減
少させることができる効果を有する。

【００５０】さらに、上記従来例は、２つのＬＡＮある
いは回線を経由しての相互接続を可能にするものであっ
たが、この発明によれば多数の個別のゲートウェイを用
いる必要はなく、また多数の個別のゲートウェイを用い
る場合に使用するゲートウェイ間の回線の伝送速度によ
ってルーティング処理性能が抑えられるということも回
避することができる。

【図面の簡単な説明】

【図１】この第１の発明の一実施例を示すゲートウェイ
装置を含むネットワーク構成図である。

【図２】この第１の発明の一実施例を示すゲートウェイ
装置内のネットワーク制御部の構成図である。

【図３】端末装置に付されているインタネットアドレス
とＭＡＣアドレスの一覧表を示す図である。

【図４】ネットワーク制御装置が保持するルーティング
テーブルを示す図である。

【図５】この実施例を示すネットワークからパケットを
受信したときのネットワーク制御部のフローチャートで
ある。

【図６】この実施例を示す内部バスからパケットを受信
したときのネットワーク制御部のフローチャートである
。

【図７】この第２の発明の一実施例を示すネットワーク
からパケットを受信したときのネットワーク制御部のフ
ローチャートである。

【図８】この第２の発明の一実施例を示す内部バスから
パケットを受信したときのネットワーク制御部のフロー
チャートである。

【図９】一般的に用いられているパケットおよびＭＡＣ
フレームの例を示す図である。

【図１０】一般的に用いられているパケットのアドレス
形式を示す図である。

【図１１】従来のゲートウェイ装置の構成図である。

【図１２】従来のゲートウェイ装置を用いて構成したネ
ットワーク構成図である。

【図１３】従来のゲートウェイ装置に保持されたネット
ワークテーブルとルーティングテーブルを示す図である
。

【符号の説明】

１０１　　　　ゲートウェイ装置 １０５　　　　ネットワーク制御部 １０７　　　　共通バス １１１　　　　ネットワークを接続するためのインタフ
ェースを構成する伝送路送受信部 １１２　　　　ネットワークを接続するためのインタフ
ェースを構成するＭＡＣ制御部 １１３　　　　ネットワークを接続するためのインタフ
ェースを構成するＩＰ制御部 １１４　　　　ルーティング処理部 １１５　　　　ルーティングテーブル

Claims (2)

【特許請求の範囲】
1. 【請求項１】　　複数のネットワークを接続してパケッ
   トのルーティングを行うゲートウェイ装置において、該
   ゲートウェイ装置にネットワークを接続するためのイン
   タフェースとルーティング処理部とをもつネットワーク
   制御部と、複数のネットワーク制御部を接続する共通バ
   スと、ネットワーク制御部において受信したパケットに
   対しルーティング処理を行い、共通バスに送出する手段
   と、ネットワーク制御部において共通バスから受信した
   パケットをネットワークに送信する手段とを備えたこと
   を特徴とするゲートウェイ装置。
2. 【請求項２】　　複数のネットワークを接続してパケッ
   トのルーティングを行うゲートウェイ装置において、該
   ゲートウェイ装置にネットワークを接続するためのイン
   タフェースとルーティング処理部とをもつネットワーク
   制御部と、複数のネットワーク制御部を接続する共通バ
   スと、ネットワーク制御部において受信したパケットに
   対し第一のルーティング処理を行い、共通バスに送出す
   る手段と、ネットワーク制御部において共通バスから受
   信したパケットに対し第二のルーティング処理を行い、
   ネットワークに送信する手段とを備えたことを特徴とす
   るゲートウェイ装置。