JPH11127217A

JPH11127217A - インターネットとイントラネットのアドレス重複時の通信方式

Info

Publication number: JPH11127217A
Application number: JP29282497A
Authority: JP
Inventors: Masaki Yagami; 真季谷神
Original assignee: NEC Communication Systems Ltd
Current assignee: NEC Communication Systems Ltd
Priority date: 1997-10-24
Filing date: 1997-10-24
Publication date: 1999-05-11
Anticipated expiration: 2017-10-24
Also published as: JP3251220B2

Abstract

(57)【要約】【課題】イントラネットの内と外でアドレスの重複があ
った場合に、接続装置であるゲートウェイルータで正し
くルーチングできない。【解決手段】イントラネットとインターネットの接続装
置のデータベースにイントラネット内のホストに付与し
たＩＰアドレスのうち、パブリックアドレスと重複して
いるアドレス（プライベートアドレス以外の値）のネッ
トワーク部の値をもつ。ゲートウェイルータがイントラ
ネット内のホストから送信されたデータを受信すると、
ヘッダ上のＩＰアドレスとデータベース上の値、及び送
信元ホストへの問い合わせ手段により、アドレス重複時
でも送信元の期待通りの相手にルーチングする。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、イントラネットと
インターネット間の接続装置の通信制御方式に関し、特
にイントラネット内／外の通信振り分け方式に関する。

【０００２】

【従来の技術】ＴＣＰ／ＩＰ（Ｔｒａｎｓｍｉｓｓｉｎ
ＣｏｎｔｒｏｌＰｒｏｔｏｃｏｌ／Ｉｎｔｅｒｎｅ
ｔＰｒｏｔｏｃｏｌ）に準拠したネットワークで使用
されるＩＰアドレスは、ネットワーク全体で一意な値で
なくてはならない。しかし、インターネットの驚異的な
拡張により、インターネットで通信するために必要とす
るＩＰアドレスを、すべてのホストに一意なアドレスを
付与することが難しくなってきた。

【０００３】この問題の解決策の１つとして、例えば、
インタネットアーキテクチャ委員会（ＩＡＢ：Ｉｎｔｅ
ｒｎｅｔＡｒｃｈｉｔｅｃｔｕｒｅＢｏａｎｄ）が
ＴＣＰ／ＩＰに関連するプロトコル群やオペレーション
手順などを規定した標準勧告文書ＲＦＣ（Ｒｅｑｕｅｓ
ｔｆｏｒＣｏｍｍｅｎｔｓ）のＲＦＣ１９１８に開
示されているようにプライベートアドレスの使用が推奨
されている。このプライベートアドレスは、ある１つの
イントラネットで一意な値であり、ネットワーク内の通
信で使用される。このイントラネットとインターネット
は、通常、ゲートウェイルータを介して接続され、プラ
イベートインタネットであるイントラネット内のホスト
がインターネット上のホストと通信する場合は、ゲート
ウェイルータでプライベートアドレスとインターネット
で一意なアドレス（パブリックアドレス）の変換を行
う。ＲＦＣ１９１８では、プライベートアドレスとグロ
ーバルアドレスの識別をするために、各アドレスクラス
（ネットワークの規模により３種類規定されている）ご
とにプライベートアドレスのネットワーク部に使用する
値を決めている。（最も規模の大きいクラスＡは、１
０．ｘｘ．ｘｘ．ｘｘ等）一般に、イントラネットでは、この規定に従ってネット
ワーク内のホストにアドレスを付与しているものが多
い。しかし、一方でインターネットに接続しないことを
前提に、これらの規定に従わずにアドレスを付与したイ
ントラネットも存在する。

【０００４】プライベートアドレスとパブリックアドレ
スを使用せずに、複数のＩＰネットワークを接続した環
境で、アドレスの一意性を確保するためにＩＰアドレス
の数的制限を緩和する方式が、特開平０８−２２３１５
３号公報に開示されている。ここでは、複数ネットワー
クを接続する際に、構成認識型識別子多重化機能をもつ
ルータをネットワーク間に配置し、装置配下（エリアと
呼ぶ）でのＩＰアドレスの一意性を保証すればよい。エ
リア間に配置された前記機能をもつルータにおいて、各
ホストはエリア識別子＋ＩＰアドレス＋イーサネットア
ドレスで識別されるため、エリアが異なればＩＰアドレ
スが重複しても通信は可能である。

【０００５】また、ＬＡＮ間接続でネットワーク内部向
けと外部向けの通信種別を識別する方式としては、特開
平０８−２０４７４６号公報にて開示されている。ここ
では、図７で示すように、ルータでもつルーチングテー
ブル上に、宛先ＩＰアドレスごとにネットワーク内部と
外部（この場合はＬＡＮと公衆網）を識別するフラグを
もうけ、接続先を決定している。

【０００６】

【発明が解決しようとする課題】第１の問題点は、従来
の方式では、クラスＡの規定以上のホスト数をもつ規模
の大きなイントラネットにおいては、ゲートウェイルー
タでイントラネット内の通信かイントラネットの外部
（インターネット）のホストへの通信かの切り分けでき
ないことである。

【０００７】その理由は、そのようなイントラネットが
ネットワークに収容する全ホストにアドレスを付与する
ためには、ネットワーク部の値を複数必要とするので、
プライベートアドレスのネットワーク部として規定され
ている値以外の値も使用せざるをえない。すると、イン
トラネットの内のアドレスとインタネット上のアドレス
との重複が発生する可能性があるためである。

【０００８】第２の問題点は、ＲＦＣで推奨するプライ
ベートアドレスを付与していないイントラネットをイン
ターネットに接続しようとする場合、イントラネット内
の全ホストの番号をプライベートアドレスの形式に変更
する必要がある。

【０００９】その理由は、プライベートアドレスである
ことが明確にわからないアドレスを使用して通信する
と、イントラネット内で使用しているアドレスとインタ
ーネットで有効なアドレスの重複が発生する場合があ
り、ルーチング時、イントラネット内の通信かインター
ネット上の通信か切り分けができないため、ホストが期
待した通りの通信が行われない場合があるからである。

【００１０】第３の問題点は、ＩＰネットワーク間を接
続するルータで、所属エリア識別子・ＩＰアドレス・イ
ーサネットアドレスで接続機器を管理する方式は、ルー
チング情報が莫大になることである。

【００１１】その理由は、この方式では、イントラネッ
トとインターネットの間に設置されるゲートウェイルー
タでは、イントラネット内の全ホストの情報が必要だか
らである。

【００１２】第４の問題点は、ルーチングテーブル上に
ＬＡＮの種別フラグを設け、ＬＡＮ接続先を決める方式
では、イントラネットとインターネットにアドレスの重
複が有る場合には、接続先を決定できないことである。

【００１３】その理由は、本方式のルーチングテーブル
は、ＬＡＮ間にまたがって、アドレスの一意性が保証さ
れている必要があるからである。

【００１４】本発明の目的は、イントラネット（プライ
ベートなＩＰネットワーク）の内と外にアドレスに重複
がある場合でも、ホストが期待したとおりの相手と通信
を保証することである。

【００１５】

【課題を解決するための手段】上記の目的を達成するた
めに、本発明は、ＩＰプロトコルに準拠したイントラネ
ットとインターネットとを接続するゲートウェイルータ
を備え、前記ＩＰプロトコルのＩＰアドレスのフィール
ドはネットワーク部とホスト部とを含む通信方式におい
て、前記イントラネット内に接続されている第１の装置
が前記ゲートウェイルータを介して送信先である第２の
装置に送信する場合前記ゲートウェイルータは、あらか
じめデータベースに登録されたＩＰアドレスのネットワ
ーク部の値と受信したＩＰパケットヘッダの送信先アド
レスのネットワーク部の値とを比較する比較手段と、前
記比較手段において一致するネットワーク部の値があれ
ば送信元の前記第１の装置へ送信種別を問い合わせる問
い合せ手段と、前記問い合せ手段による前記第１の装置
からの問い合わせ応答によりイントラネットの内または
外へ送信先を決定する決定手段とを有することを特徴と
している。

【００１６】更に、前記ゲートウェイルータからの問い
合わせに対して、前記ＩＰプロトコルに準拠したＩＰデ
ータグラムの経路指定オプションを利用して、前記ゲー
トウェイルータに通信の種別を識別させることを特徴と
している。

【００１７】更に、前記比較手段において一致しなけれ
ばインターネットに接続されている第２の装置に送信す
ることを特徴としている。

【００１８】

【発明の実施の形態】まず、作用として以下に説明す
る。

【００１９】ＩＰプロトコルのＩＰアドレス（以降、本
発明では略してアドレスと表記することもある）のフィ
ールドはネットワーク部とホスト部とから構成されてい
る。このネットワーク部を利用することによりイントラ
ネットの内部または外部への送信先を決定している。

【００２０】ところで、イントラネットとインターネッ
トの接続装置であるゲートウェイルータが、イントラネ
ット内からデータを受信した場合、イントラネット内の
ホストに付与されたＩＰアドレスがプライベートアドレ
スの規定に従っていれば、イントラネットとインターネ
ットのアドレス重複を考慮する必要はなく、ヘッダ上の
送信先アドレスのネットワーク部の値により、イントラ
ネット内の通信か、インターネットへの通信か判断する
ことができる。しかし、イントラネット内のホストに付
与されたＩＰアドレスのネットワーク部の値が、プライ
ベートアドレスの規定に従っていない等、イントラネッ
トの内外でのアドレス重複を考慮する必要がある場合、
ゲートウェイルータで送信元の期待通りのルーティング
ができない場合がある。

【００２１】本発明のゲートウェイルータによる内外の
振り分け処理は、受信データの送信先アドレスより、イ
ントラネットの内部で使用しているＩＰアドレスがある
場合は、送信元に問い合わせる。この問い合わせを受け
た送信元ホストは、ゲートウェイルータに通信の種別を
応答する。応答を受けたゲートウェイルータは、応答の
内容により判定するため、送信元が期待するとおりのイ
ントラネットの内外の振り分け処理を含むルーチングが
できる。

【００２２】次に、本発明の実施の形態について図１〜
図３を参照して説明する。

【００２３】図１は、本発明の実施の形態を表すネット
ワーク構成モデル図である。図１を参照すると、本発明
の実施の形態は、ホスト１と、ホスト２と、ホスト３
と、ゲートウェイルータ５と、ホスト１とゲートウェイ
ルータ５間を接続するルータ４と、ホスト２とゲートウ
ェイルータ間を接続するルータ６とを有する。ホスト１
と２は、あるイントラネット１０２に属するホストであ
り、ルータ４と６も同じイントラネット１０２の構成要
素である。ゲートウェイルータ５もまた同じイントラネ
ット１０２の構成要素で、このイントラネット１０２と
インターネット１０１とを接続する。このイントラネッ
ト１０２内では、アドレスの一意性が保証されている
が、インターネット１０１で有効なアドレス（パブリッ
クアドレス）とは重複している。

【００２４】図２は、本発明のゲートウェイルータ５の
機能ブロック構成図である。図２を参照すると、ゲート
ウェイルータ５は、網内Ｉ／Ｆ２１と、振り分け処理部
２２と、ＮＡＴ処理部２７（ＮＡＴはＮｅｔｗｏｒｋ
ＡｄｄｒｅｓｓＴｒａｎｓｆｅｒの略称）と、網間Ｉ
／Ｆ２９と、ファイヤウォール３０とを備えている。網
内Ｉ／Ｆ（インタフェース）２１は、網内（イントラネ
ットとして使用）からゲートウェイルータにルーチング
されてきたデータを受け付けたり、網外（インターネッ
トとして使用）から受信したデータを網内のホストへ送
りだすインタフェース部である。

【００２５】振り分け処理部２２は、網内Ｉ／Ｆ２１よ
り受けた網内からのデータが、イントラネット１０２内
部への通信か外部への通信か判定し、ルートの決定を行
う。振り分け処理部２２は、アドレス判定部２３と、デ
ータベース２４と、データ記憶部２５と、問い合わせ機
能処理部２６とを有する。アドレス判定部２３は、受信
データのＩＰヘッダ上の送信先ＩＰアドレスをデータベ
ース２４と比較することでイントラネット１０２の内と
外のどちらへ向けた通信か判定する。データベース２４
には、パブリックアドレスと重複するイントラネット１
０２内のネットワーク部の値を持っている。すなわち、
データベース２４には、イントラネット１０２内に存在
するホストのＩＰアドレスフィールドのネットワーク部
の値が設定されている。

【００２６】次に本発明の実施形態の動作の概要につい
て、図１〜２と図４〜５を参照して説明する。

【００２７】図４は、ゲートウェイルータ５での切り分
け・問い合わせ処理の結果、網外の相手への通信であっ
た場合のシーケンスである。ホスト１が送信したデータ
をゲートウェイルータ５で受信すると、アドレス判定部
２３（図２）にて、ヘッダ上の送信先アドレスのネット
ワーク部が、データベース２４（図２）上にパブリック
アドレスと重複するネットワーク部として登録されてい
るか検索する。登録されていれば、ホスト１からのデー
タは、イントラネット１０２内のホストであるホスト２
へのものか、インターネット１０１上のホストであるホ
スト３へのものかこの時点で判断できない（ステップＳ
１）。そこで、問い合わせ機能処理部２６（図２）は、
受信したデータをデータ記憶部２５（図２）へ保持する
（ステップＳ２）。一方で、送信元ホストであるホスト
１へ通信の種別（外部向けか内部向けか）を問い合わせ
る（ステップＳ３）。このシーケンスは外部向け通信の
場合のものなので、ホスト１は通信種別を外部向けとし
てゲートウェイルータ５に応答を返す（ステップＳ
５）。応答を受け取ったゲートウェイルータ５の問い合
わせ機能処理部２６（図２）では、送信元ユーザからの
応答よりネットワークの外部への通信として、データ記
憶部２５（図２）で保持していたデータをＮＡＴ処理部
２７（図２）へ引き継ぐ。ＮＡＴ処理部２７（図２）の
アドレス変換機能２８（図２）では送信元アドレスをイ
ントラネット１０２内で有効なホスト１のプライベート
アドレスからインターネット１０１で有効なパブリック
アドレスに変換し（ステップＳ７）、網間Ｉ／Ｆ（イン
タフェース）２９に引き継ぐ。網間Ｉ／Ｆ２９は、送信
データをセキュリティ機能を持つファイアウォール３０
に引継ぎ、そこから網外（インターネット１０１）のホ
スト３へ送信する。

【００２８】図５は、ゲートウェイルータでの切り分け
・問い合わせ処理の結果、網内の相手への通信であった
場合のシーケンスである。ステップＳ１３の問い合わせ
をするまでの動作は、図４のステップＳ３までの問い合
わせの動作に等しい。この場合、内部向けの通信である
ので、ホスト１は、通信種別を内部向けに設定してゲー
トウェイルータ５へ応答を返す（ステップＳ１５）。応
答を受け取ったゲートウェイルータ５の問い合わせ機能
処理部（図２の２６）では、イントラネットの内部への
通信として、データ記憶部（図２の２５）で保持してい
たデータを網内Ｉ／Ｆ（図２の２１）へ引き継ぎ、そこ
から網内のホスト２へ送信する。

【００２９】次に、本発明の実施の形態の一例について
図１〜図３を参照して詳細に説明する。

【００３０】今、図１において、このイントラネット内
では、アドレスの一意性が保証されているが大規模なネ
ットワークであるため、クラスＡを使用しても１つのネ
ットワーク部ではアドレスが足りず、ＲＦＣ１９１８で
規定するクラスＡのプライベートアドレス「１０．ｘ．
ｘ．ｘ」（ネットワーク部：１０）以外の値「３０．
ｘ．ｘ．ｘ」（ネットワーク部：３０）も使用してい
る。一方、ホスト３は、このイントラネット１０２に属
するホストではなく、インターネット１０１で有効なア
ドレス（パブリックアドレス）をもつ。ホスト２に付与
されているイントラネット１０２内でのみ一意なアドレ
スとホスト３に付与されているインターネット１０１上
有効なアドレスは、値「３０．１．１．１」（ネットワ
ーク部：３０）が重複している。

【００３１】図２において、データベース２４には、パ
ブリックアドレスと重複する網内のネットワーク部の値
「３０」を持っている。また、データベース２４には、
外部識別用アドレス「１９２．１６８」（ＣクラスのＩ
Ｐアドレス）が設定されている。

【００３２】図３は、ゲートウェイルータ５からの問い
合わせに対して、送信元ホストが返す応答メッセージの
フォーマット（一般的に使用されるＩＰデータグラムの
フィールド：ＩＰデータグラムがＩＰ層とデータリンク
層とでやり取りされるときに使用される）である。問い
合わせを受けたホストはイントラネット１０２外部のホ
ストへの通信である場合には、図３の経路データ及び返
答確認用データ３１にシステムとしてあらかじめ定めて
あるイントラネット外部への通信であることを表すアド
レスを設定して、ゲートウェイルータに返信する。

【００３３】一般に図３で示される経路指定オプション
である経路データ及び返答確認用データ３１は、送信元
でデータグラムの経路を決定する際に使用される。送信
元は、データグラムが送信先に到達するまでに通る装置
のアドレスをこのエリアに設定する。経路上の各ルータ
は、送信先アドレスへの通常の経路に従う代わりに経路
指定オプション上のアドレスリストに従った経路選択を
尊重する。この経路指定オプションは、使用する場合と
使用しない場合とがある。イントラネット構築時にイン
トラネット内のホストに付与するアドレスをあらかじめ
決めるが、そこでどのホストにも付与しない値を経路指
定オプションの外部識別用として決めることになる。

【００３４】本発明の例では、インターネット上の経路
も指定できるようにする場合であってイントラネット１
０２内で使用するプライベートアドレス以外のクラスの
プライベートアドレス（イントラネット内でクラスＡの
プライベートアドレスを使用する場合は、クラスＣのプ
ライベートアドレスなど）を使用する。このときの経路
指定オプションの図３に示す経路データおよび返答確認
用データ３１には、イントラネット１０２の外部識別用
としてクラスＣのＩＰアドレスを割り振る。イントラネ
ット１０２の内部識別としては何も設定しないでブラン
クのままとなる。

【００３５】外部識別用のＩＰアドレスはデータベース
２４に保存されており、ホストから応答メッセージが来
ると問い合わせ機能処理部２２は、応答メッセージの経
路データおよび返答確認用データ３１の値と、データベ
ース２４に書き込まれた規定値の外部識別用のアドレス
とを比較し一致すれば外向き（インターネット）と判断
する。

【００３６】なお、外部識別用のアドレスは、システム
構築時にイントラネット内の全ホストの内部とゲートウ
ェイルータ５のデータベース２４とに設定されており、
各ホストが通信を行うときはイントラネット内外の通信
判別ができる。

【００３７】次に本発明の実施形態の動作について、図
１〜３と図４〜６を参照して詳細に説明する。

【００３８】図４は、ゲートウェイルータでの切り分け
・問い合わせ処理の結果、網外の送信先への通信であっ
た場合のシーケンスである。ユーザ１から３０．１．
１．１（ネットワーク部：３０，ホスト部：１．１．
１）へ送信したデータをゲートウェイルータ５で受信す
ると、アドレス判定部２３（図２）にて、ＩＰヘッダ上
の送信先アドレスのネットワーク部の値である３０が、
データベース２４（図２）上にパブリックアドレスと重
複するネットワーク部の値として登録されているか検索
する。登録されていれば、ホスト１からのデータは、３
０．１．１．１というアドレスをもつネットワーク内の
ホストであるホスト２へのものか、インターネット上の
ホストであるホスト３へのものかこの時点で判断できな
い（ステップＳ１）。

【００３９】そこで、問い合わせ機能処理部２６（図
２）は、受信したデータをキャッシュメモリであるデー
タ記憶部２５（図２）に保持する（ステップＳ２）と共
に、送信元ホストであるホスト１へ通信の種別（内部向
けか外部向けか）を問い合わせる（ステップＳ３）。

【００４０】ホスト１はＩＰ標準オプション機能である
経路記録オプションを利用して通信の種別を応答する。
具体的には、その通信が外部向けのものであれば、経路
記録オプションにあらかじめ外部通信判別用に割り当て
ておいたＩＰアドレス「１９２．１６８」（ホストに割
り当てていないもの）を設定する（ステップＳ５）。応
答を受け取ったゲートウェイルータ５の問い合わせ機能
処理部２６（図２）では、ＩＰヘッダの経路指定オプシ
ョンに設定されたＩＰアドレス「１９２．１６８」と同
じ外部通信を表すアドレスがデータベース２４に設定さ
れているので、チェック（ステップＳ６）後ネットワー
クの外部への通信として、データ記憶部２５（図２）で
保持していたデータをＮＡＴ処理部２７（図２）へ引き
継ぐ。ＮＡＴ処理部２７（図２）のアドレス変換機能２
８（図２）では送信元アドレスをイントラネット１０２
内で有効なホスト１のプライベートアドレスからインタ
ーネット１０１で有効なパブリックアドレスに変換し
（ステップＳ７）、網間Ｉ／Ｆ２９は、送信データをセ
キュリティ機能を持つファイアウォール３０に引継ぎ、
そこから網外のホスト３へ送信する。このときの送信元
のパブリックアドレスは、ゲートウェイルータ５のＩＰ
アドレスとなる。

【００４１】図５は、ゲートウェイルータ５での切り分
け・問い合わせ処理の結果、網内の相手への通信であっ
た場合のシーケンスである。ステップＳ１３の問い合わ
せをするまでの動作は、図４のステップＳ３に等しい。
この場合、内部向けの通信であるので、ホスト１は経路
指定オプションを設定せずにゲートウェイルータ５へ応
答を返す（ステップＳ１５）。

【００４２】応答を受け取ったゲートウェイルータ５の
問い合わせ機能処理部２６（図２）では、イントラネッ
ト１０２内部への通信として、データ記憶部２５（図
２）であるキャッシュメモリで保持していたデータを網
内Ｉ／Ｆ２１（図２）へ引き継ぎ、そこから網内の３
０．１．１．１のアドレスを持つホスト２へ送信する。

【００４３】図６は、ゲートウェイルータ５での切り分
けにより、送信先ＩＰアドレスがイントラネット１０２
内部のＩＰアドレスと重複しない値であった場合のシー
ケンスである。この時、振り分け処理部２２（図２）の
アドレス判定部２３（図２）では、送信元に問い合わせ
なくてもイントラネット１０２の外向けへの通信である
ことがわかる（ステップＳ２１）ので、そのままＮＡＴ
処理部２７（図２）、網間Ｉ／Ｆ２９（図２）へ引継
ぎ、データは網の外部のホスト３へ送信される。

【００４４】

【発明の効果】以上説明したように本発明の効果は以下
のようになる。

【００４５】第１の効果は、イントラネットの内と外に
ＩＰアドレスの重複の可能性が有る場合でも、送信元ホ
ストが期待するとおりのイントラネット内または網外の
相手と通信することができる。

【００４６】その理由は、イントラネットとインターネ
ットの接続装置であるゲートウェイルータにて、イント
ラネット内のホストにルーチングすべきか、外部にルー
チングすべきか判断できない場合、問い合わせ手段によ
って送信元へ問い合わせることにより、送信元が期待し
たとおりの相手にルーチングできることにある。

【００４７】第２の効果は、イントラネットの内と外に
通信を振り分けるために、ゲートウェイルータで待つデ
ータの量が少ないことである。

【００４８】その理由は、ゲートウェイルータで持つの
は、パブリックアドレスと重複するＩＰアドレスのネッ
トワーク部の値のみで、それでは判断できない場合は、
送信元ホストに問い合わせることで判断できる手段を持
つからである。

【図面の簡単な説明】

【図１】本発明の実施の形態例を示すネットワーク構成
モデル図である。

【図２】本発明によるゲートウェイルータの実施の形態
例を示す構成図である。

【図３】本発明で使用する応答メッセージのフォーマッ
トである。

【図４】問い合わせた結果、網外への通信だった場合の
シーケンス図である。

【図５】問い合わせた結果、網内への通信だった場合の
シーケンス図である。

【図６】アドレスチェックの結果、網外への通信だった
場合のシーケンス図である。

【図７】従来技術の接続先網の種別をもつルーチングテ
ーブルである。

【符号の説明】

１，２，３ホスト４，６ルータ５ゲートウェイルータ２１網内Ｉ／Ｆ２２振り分け処理部２３アドレス判定部２４データベース２５データ記憶部２６問い合わせ機能処理部２７ＮＡＴ処理部２８アドレス変換機能２９網間Ｉ／Ｆ３０ファイヤウォール３１経路データおよび返答確認用データ

Claims

【特許請求の範囲】

【請求項１】ＩＰプロトコルに準拠したイントラネッ
トとインターネットとを接続するゲートウェイルータを
備え、前記ＩＰプロトコルのＩＰアドレスのフィールド
はネットワーク部とホスト部とを含む通信方式におい
て、前記イントラネット内に接続されている第１の装置
が前記ゲートウェイルータを介して送信先である第２の
装置に送信する場合前記ゲートウェイルータは、あらか
じめデータベースに登録された前記イントラネット内使
用のＩＰアドレスのネットワーク部の値と受信したＩＰ
パケットヘッダの送信先アドレスのネットワーク部の値
とを比較する比較手段と、前記比較手段において一致す
るネットワーク部の値があれば送信元の前記第１の装置
へ送信種別を問い合わせる問い合せ手段と、前記問い合
せ手段による前記第１の装置からの問い合わせ応答によ
りイントラネットの内または外へ送信先を決定する決定
手段とを有することを特徴とするインタネットとイント
ラネットのアドレス重複時の通信方式。
【請求項２】前記ゲートウェイルータからの問い合わ
せに対して、前記ＩＰプロトコルに準拠したＩＰデータ
グラムの経路指定オプションを利用して、前記ゲートウ
ェイルータに通信の種別を識別させることを特徴とする
請求項１記載のインタネットとイントラネットのアドレ
ス重複時の通信方式。
【請求項３】前記比較手段において一致しなければイン
ターネットに接続されている第２の装置に送信すること
を特徴とする請求項１または２記載のインタネットとイ
ントラネットのアドレス重複時の通信方式。