JP3990385B2 - Ｌａｎ間接続装置およびｌａｎ間接続方法 - Google Patents

Ｌａｎ間接続装置およびｌａｎ間接続方法 Download PDF

Info

Publication number
JP3990385B2
JP3990385B2 JP2004166018A JP2004166018A JP3990385B2 JP 3990385 B2 JP3990385 B2 JP 3990385B2 JP 2004166018 A JP2004166018 A JP 2004166018A JP 2004166018 A JP2004166018 A JP 2004166018A JP 3990385 B2 JP3990385 B2 JP 3990385B2
Authority
JP
Japan
Prior art keywords
address
router
packet
arp
host
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.)
Active
Application number
JP2004166018A
Other languages
English (en)
Other versions
JP2005348145A (ja
Inventor
善視則 海野
賢之輔 中山
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.)
NEC AccessTechnica Ltd
Original Assignee
NEC AccessTechnica Ltd
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 NEC AccessTechnica Ltd filed Critical NEC AccessTechnica Ltd
Priority to JP2004166018A priority Critical patent/JP3990385B2/ja
Publication of JP2005348145A publication Critical patent/JP2005348145A/ja
Application granted granted Critical
Publication of JP3990385B2 publication Critical patent/JP3990385B2/ja
Anticipated expiration legal-status Critical
Active legal-status Critical Current

Links

Images

Landscapes

  • Small-Scale Networks (AREA)

Description

本発明は、ポイントツーポイントネットワークを介したＬＡＮ間接続装置およびＬＡＮ間接続方法に係わり、特にネットワークに対するルータ等の各種通信機器の接続の自由度を高めたＬＡＮ間接続装置およびＬＡＮ間接続方法に関する。
通信ネットワークの発展と共に、インターネットを介してＬＡＮ（Local Area Network）同士を接続することが提案されている（たとえば特許文献１参照）。また、ＩＰ（Internet Protocol）パケットをカプセル化、暗号化してＩＰネットワークを通すＩＰ−ＶＰＮ（Virtual Private Network）等のＷＡＮ（Wide Area Network）の導入も加速している。このような状況の下で、専用線等からなるポイントツーポイントネットワークを介して、ＬＡＮ同士を接続する通信形態が着目されている。
ところで、ＩＰ−ＶＰＮ等のサービスでは、ブロードキャストネットワーク上でＩＰパケットを終端する拠点側のルータとしてのＣＥ（Customer Edge）ルータと、ポイントツーポイントネットワーク上でＩＰパケットを終端するセンタ側のルータとしてのＰＥ（Providor Edge）ルータとを、ポイントツーポイントネットワークを介して接続する際に、信号変換用のコンバータやターミナルアダプタを使用している。
このような接続形態では、ポイントツーポイントネットワークに接続可能なＣＥルータの数は１つだけに限られている。その理由は、ＩＰパケットを通信相手に送るためにその通信相手のデータリンクレイヤアドレスを求めるためにＡＲＰ（Address Resolution Protocol）要求を行った場合に、ブロードキャストネットワーク側に複数のＣＥルータや通信端末を配置すると、前記した信号変換用のコンバータ等がホストからのすべてのＡＲＰ要求に対して無条件にＡＲＰ応答を返してしまうことになるためである。
特開２００３−２７３８９２号公報（第００１２段落、図１）
この結果、これらの装置のブロードキャストネットワーク側の同一サブネットに、ＣＥルータ以外のサーバや端末を配置したり、複数のＣＥルータを配置すると、ＡＲＰ要求が正しく処理されず、通信相手とパケット通信を開始することができないおそれがある。このため、複数のＣＥルータや通信端末を配置することによる規模の大きなネットワークを構築することができない。
また、複数のＣＥルータや通信端末を配置するようにすると、ホストからのすべてのＡＲＰ要求に対して無条件にＡＲＰ応答を返すため、ポイントツーポイントネットワークを介して不要なＩＰパケットまでもがＰＥルータに転送されてしまい、ネットワークの負荷を高めてしまうという問題もある。あるいは、これを抑制するためにＡＲＰエントリを手動で登録することになり、保守がしづらいという問題がある。このようなことから、ＬＡＮ間の接続に大きな制約があった。
そこで、本発明の目的は、ポイントツーポイントネットワークに接続し、ＩＰパケットを終端してルーティングする第１のルータと、２以上のルータや通信端末を接続できる通信路に接続されＩＰパケットをルーティングする第２のルータとを、前記したポイントツーポイントネットワークを介して接続する際に、第２のルータ側に配置する第２のルータの個数やその他の通信端末の配置に制限をなくすことのできるＬＡＮ間接続装置およびＬＡＮ間接続方法を提供することにある。
請求項１記載の発明では、（イ）所定のローカルネットワークと接続されインターネットプロトコルを用いて通信を行うパケットとしてのＩＰパケットを終端してルーティングする第１のルータとポイントツーポイントネットワークを介して接続するためのポイントツーポイントインタフェースと、（ロ）それぞれが前記した所定のローカルネットワークとは異なる独立したローカルネットワークと接続されＩＰパケットをルーティングすると共に配下のホストのＩＰアドレスに対応するデータリンクレイヤアドレスの返答を要求するＡＲＰ要求が外部のネットワークから到来したときにＡＲＰ応答を返すＡＲＰ応答手段を備えたルータとしての２以上の第２のルータあるいは１つの第２のルータと所定の通信端末とから少なくとも構成される複数の通信機器の間でパケットを通信するネットワークとしての通信機器間ネットワークと接続するための通信機器間インタフェースと、（ハ）第１のルータのＩＰアドレス情報を格納するＩＰアドレス情報格納手段と、（ニ）第２のルータがそれぞれ属するＩＰサブネットのネットワークアドレスとネットマスクの組の情報を配送先情報として格納した配送先情報格納手段と、（ホ）第１のルータに接続されたローカルネットワーク内のホストから通信相手のＩＰアドレスを指定したＩＰパケットが送られてきたとき、これが自身を宛先とするパケットでないときにセンダプロトコルアドレスを第１のルータのＩＰアドレスとしターゲットプロトコルアドレスをホストの指定した通信相手のＩＰアドレスに設定すると共に通信機器間インタフェースのデータリンクレイヤアドレスを組み込んだＡＲＰ要求を送出するＡＲＰ要求送出手段と、（へ）このＡＲＰ要求送出手段の送出したＡＲＰ要求に対して第２のルータからデータリンクレイヤアドレスをターゲットハードウェアアドレスとして組み込んだＡＲＰ応答があったとき、これによって判明した第２のルータを示すネキストホップのＩＰアドレスとそのデータリンクレイヤアドレスの組の情報を基にして、前記した通信相手のＩＰアドレスを指定したＩＰパケットにデータリンクヘッダを付与して通信機器間ネットワークに向けて送出する第１の送出手段と、（ト）第２のルータの配下の通信相手のＩＰアドレスのホストから送出されたＩＰパケットが第２のルータの受信したデータリンクレイヤアドレスを基にして送られてきたときこれをポイントツーポイントインタフェースから第１のルータに向けて送出させる第２の送出手段とをＬＡＮ間接続装置に具備させる。
すなわち請求項１記載の発明では、ＬＡＮ間を接続するＬＡＮ間接続装置に、ＩＰパケットを終端してルーティングする第１のルータとポイントツーポイントネットワークを介して接続するポイントツーポイントインタフェースと、複数の通信機器の間でパケットを通信する通信機器間ネットワークと接続するための通信機器間インタフェースの２つのインタフェースを備えさせている。本発明で通信機器とは、前記した第２のルータやその他の通信端末を指している。ここで、第１のルータに接続されたローカルネットワーク内のホストから通信相手のＩＰアドレスを指定したＩＰパケットが送出されＬＡＮ間接続装置側に送られてくると、ＡＲＰ要求送出手段はこれがＬＡＮ間接続装置自体を宛先とするパケットでないときには、センダプロトコルアドレスを第１のルータのＩＰアドレスとしターゲットプロトコルアドレスをホストの指定した通信相手のＩＰアドレスに設定すると共に通信機器間インタフェースのデータリンクレイヤアドレスを組み込んだＡＲＰ要求を送出する。このＡＲＰ要求は第２のルータ側に送られるので、ターゲットプロトコルアドレスのホストが存在すれば、そのホストから直接、あるいは第２のルータが代理してＡＲＰ応答が返されることになる。このようなＡＲＰ応答がＬＡＮ間接続装置側に返ってきたら、ＬＡＮ間接続装置はＩＰパケットを第２のルータの接続された通信機器間ネットワークに向けて送出し、これに対してＩＰパケットがＬＡＮ間接続装置に送られてきたとき、これを最初に送出した第１のルータ側に送出して、このホストと通信相手とのＩＰパケットによる通信を可能にしている。このようにＬＡＮ間接続装置がＬＡＮ間を仲介することで、配送先情報格納手段に格納された情報を活用して、複数のＣＥルータとの通信が可能になる。
請求項２記載の発明では、（イ）所定のローカルネットワークと接続されインターネットプロトコルを用いて通信を行うパケットとしてのＩＰパケットを終端してルーティングする第１のルータとポイントツーポイントネットワークを介して接続するためのポイントツーポイントインタフェースと、（ロ）それぞれ前記した所定のローカルネットワークとは異なる独立したローカルネットワークと接続されＩＰパケットをルーティングする２以上の第２のルータあるいは１つの第２のルータと所定の端末とを少なくとも含んだ複数の通信機器の間でＩＰパケットを通信する通信機器間ネットワークと接続するための通信機器間インタフェースと、（ハ）第１のルータのＩＰアドレス情報を格納するＩＰアドレス情報格納手段と、（ニ）第２のルータがそれぞれ属するＩＰサブネットのネットワークアドレスとネットマスクの組の情報を配送先情報として格納した配送先情報格納手段と、（ホ）第２のルータに接続されたローカルネットワーク内のホストから通信相手のＩＰアドレスを指定したＩＰパケットが第２のルータに送られ、通信相手のＩＰアドレスが通信機器間ネットワーク側のＩＰアドレスでないことにより第１のルータのＩＰアドレスをターゲットプロトコルアドレスとしたＡＲＰ要求がこの第２のルータからのＩＰパケットを基に送られてきたときこれを受信するＡＲＰ要求受信手段と、（へ）ＡＲＰ要求受信手段でＡＲＰ要求が受信されたとき、第２のルータから送られてきたＡＲＰ要求におけるターゲットプロトコルアドレスが自身のＩＰアドレスであることが確定しなかったとき、ターゲットハードウェアアドレスに通信機器間ネットワークのデータリンクレイヤアドレスを設定したＡＲＰ応答パケットを生成し、あるいは第２のルータから送られてきたＡＲＰ要求におけるターゲットプロトコルアドレスが自身のＩＰアドレスであることが確定したとき、ターゲットハードウェアアドレスに通信機器間ネットワークのデータリンクレイヤアドレスを設定したＡＲＰ応答パケットを生成して通信機器間インタフェースから通信機器間ネットワークに送出するＡＲＰ応答パケット送出手段とをＬＡＮ間接続装置に具備させる。
すなわち請求項２記載の発明では、ＬＡＮ間を接続するＬＡＮ間接続装置に、ＩＰパケットを終端してルーティングする第１のルータとポイントツーポイントネットワークを介して接続するポイントツーポイントインタフェースと、複数の通信機器の間でパケットを通信する通信機器間ネットワークと接続するための通信機器間インタフェースの２つのインタフェースを備えさせている。本発明で通信機器とは、前記した第２のルータやその他の通信端末を指している。ここで、第２のルータに接続されたローカルネットワーク内のホストから通信相手のＩＰアドレスを指定したＩＰパケットが送出され、ＬＡＮ間接続装置に受信されたとする。ＬＡＮ間接続装置ではＡＲＰ要求受信手段がこれを受信したとき、あるいは第２のルータから送られてきたＡＲＰ要求におけるターゲットプロトコルアドレスが通信機器間インタフェース側のＩＰアドレスであることが確定しなかったとき、ＡＲＰ応答のパケットを作成してＡＲＰ要求を行った側の通信機器間ネットワークに送出する。これにより、第１のルータ側の情報を把握したＬＡＮ間接続装置によってＡＲＰ要求やＡＲＰ応答に関するネットワークの負荷を軽減させることができる。
請求項７記載の発明では、（イ）所定のローカルネットワークと接続されインターネットプロトコルを用いて通信を行うパケットとしてのＩＰパケットを終端してルーティングする第１のルータに接続されたローカルネットワーク内のホストから通信相手のＩＰアドレスを指定したＩＰパケットが送られてきたとき、これが自身を宛先とするパケットであるか否かを判別する宛先判別ステップと、（ロ）この宛先判別ステップで自身を宛先とするパケットではないと判別したとき、センダプロトコルアドレスを第１のルータのＩＰアドレスとしターゲットプロトコルアドレスをホストの指定した通信相手のＩＰアドレスに設定すると共にそれぞれが所定のローカルネットワークとは異なる独立したローカルネットワークと接続されＩＰパケットをルーティングすると共に配下のホストのＩＰアドレスに対応するデータリンクアレイヤドレスの返答を要求するＡＲＰ要求が外部のネットワークから到来したときに代理でＡＲＰ応答を返す代理ＡＲＰ応答手段を備えたルータとしての２以上の第２のルータあるいは１つの第２のルータと所定の通信端末とから少なくとも構成される複数の通信機器の間でパケットを通信するネットワークとしての通信機器間ネットワークと接続するための通信機器間インタフェースのデータリンクレイヤアドレスを組み込んだＡＲＰ要求を送出するＡＲＰ要求送出ステップと、（ハ）このＡＲＰ要求送出ステップで送出したＡＲＰ要求に対して、２以上の第２のルータからデータリンクレイヤアドレスを組み込んだ代理ＡＲＰ応答があったとき、これによって判明した第２のルータを示すネキストホップのＩＰアドレスとそのデータリンクレイヤアドレスの組の情報を基にして、第１のルータに接続されたローカルネットワーク内のホストから通信相手のＩＰアドレスを指定したＩＰパケットにデータリンクヘッダを付与し通信機器間ネットワークに向けて送出する第１の送出ステップと、（ニ）第２ルータの配下の通信相手のＩＰアドレスのホストからＩＰパケットが第２のルータの受信したデータリンクレイヤアドレスを基にして送られてきたときこれをポイントツーポイントインタフェースから第１のルータに向けて送出させる第２の送出ステップと、（ホ）所定のローカルネットワークと接続されインターネットプロトコルを用いて通信を行うパケットとしてのＩＰパケットを終端してルーティングする第２のルータに接続されたローカルネットワーク内のホストから通信相手のＩＰアドレスを指定したＩＰパケットが送られてきたとき、これが自身を宛先とするパケットであるか否かを判別する宛先判別ステップと、（ヘ）第２のルータに接続されたローカルネットワーク内のホストから通信相手のＩＰアドレスを指定したＩＰパケットを元にして第２のルータから送信されたＡＲＰ要求を受信したとき、ＡＲＰ要求に従いＡＲＰ応答を送出するＡＲＰ応答送出ステップとをＬＡＮ間接続方法に具備させる。
すなわち請求項７記載の発明では、第２のルータが代理応答できる場合に具体化して、請求項１記載の発明と同様の技術的な効果をＬＡＮ間接続の方法として表現している。
以上詳細に説明したように本発明によれば、所定のローカルネットワークと接続されＩＰパケットを終端してルーティングする第１のルータにポイントツーポイントネットワークおよび本発明のＬＡＮ間接続装置を介して、ＩＰパケットをルーティングする複数の第２のルータを接続したり、これらのルータと他の通信端末を接続することができるので、大規模なネットワークを構築することができる。
しかも、このようなネットワークをユーザが手動で構築しようとすると、ＩＰパケット配送先の第２のルータを指定するために、第２のルータのＩＰアドレスとデータリンクレイヤアドレスの組を予めユーザによってＡＲＰテーブル等の記憶手段に登録させる必要がある。このため、ユーザはネットワーク機器のデータリンクレイヤアドレスをすべて管理しなければならず、ネットワークの変更や保守が大変となる。本発明では、第２のルータのＩＰアドレスに対するデータリンクレイヤアドレスを予め手動でＬＡＮ間接続装置に登録させる必要がないので、ネットワークの保守や変更に柔軟に対応することができる。
また、本発明を用いると、明示的にＩＰアドレスを付与しないことも可能となる。たとえば、同一サブネット内のＩＰアドレスを消費しないため、２つしかホストアドレスを与えることができないような、１９２．１６８．０．０／３０等のネットワークにおいても本発明を適用できる。もちろん、第２のルータのデータリンクレイヤアドレスをＡＲＰプロトコルで解決させることも可能であるが、装置には同一サブネットの中のＩＰアドレスを一つ割り振る必要がある。
以下実施例につき本発明を詳細に説明する。
図１は、本発明の第１の実施例におけるＬＡＮ間接続装置を使用した通信システムの概要を表わしたものである。本実施例のＬＡＮ間接続装置２０１は、ブロードキャスト網２０２とポイントツーポイント網２０３の一端を接続している。ブロードキャスト網２０２は、第１のＣＥ（Customer Edge）ルータ２０４1を介して第１のＬＡＮ（Local Area Network）２０５1と接続されており、第２のＣＥルータ２０４2を介して第２のＬＡＮ２０５2と接続されている。ブロードキャスト網２０２にはパーソナルコンピュータ等の通信端末２０６も接続されている。ポイントツーポイント網２０３の他端側には、ＰＥ（Providor Edge）ルータ２０７が接続されており、これを介して第３のＬＡＮ２０５3が接続されている。第１のＬＡＮ２０５1は、ブロードキャストネットワーク上でＩＰパケットを終端する拠点側のルータとしての第１のＣＥルータ２０４1を介してポイントツーポイント網２０３に接続されている。第２のＬＡＮ２０５2も、同様に第２のＣＥルータ２０４2を介してポイントツーポイント網２０３に接続されている。第３のＬＡＮ２０５3は、ＩＰパケットを終端するセンタ側のルータとしてのＰＥルータ２０７を介してポイントツーポイント網２０３に接続されている。
このように、第１のＬＡＮ２０５1と第３のＬＡＮ２０５3は、ポイントツーポイント網２０３を介して接続されている。第２のＬＡＮ２０５2と第３のＬＡＮ２０５3についても同様である。ここで、第１および第２のＣＥルータ２０４1、２０４2と、ＰＥルータ２０７とは、それぞれ別々のＬＡＮ２０５1〜２０５3と接続されているが、それぞれのルータと通信端末のＬＡＮ間接続装置２０１側のＩＰアドレスは、ＩＰ（Internet Protocol）の同一サブネットに配置されている。
図２は、本実施例のＬＡＮ間接続装置の構成の概要を示したものである。ＬＡＮ間接続装置２０１は、ブロードキャスト網２０２と接続されるブロードキャストインタフェース（Ｉ／Ｆ）２２１と、ポイントツーポイント網２０３に接続されるポイントツーポイントインタフェース２２２の２つのインタフェースを備えている。ブロードキャストインタフェース２２１は、データリンクレイヤフレームを図１に示した第１および第２のＣＥルータ２０４1、２０４2と通信端末２０６との間で送受信するようになっている。ポイントツーポイントインタフェース２２２は、ＩＰパケットを図１に示したＰＥルータ２０７との間で送受信する。ポイントツーポイントインタフェース２２２自体にはＩＰアドレスが付与されておらず、ブロードキャストインタフェース２２１に対して、１対１の接続としてアンナンバード接続（unnumbered connection）されている。
ブロードキャストインタフェース２２１とポイントツーポイントインタフェース２２２の間には、ルーティングを行うルーティング処理部２２３が設けられており、ルーティングテーブル２２４と接続されている。ルーティング処理部２２３は、ホスト処理部２２９と接続されている。また、ＬＡＮ間接続装置２０１にはＡＲＰ（Address Resolution Protocol）の処理を行うＡＲＰ処理部２２５が配置されている。ＡＲＰ処理部２２５は、ＴＣＰ／ＩＰ（Transmission Control Protocol/Internet Protocol）プロトコルのうちのＩＰアドレスからデータリンクレイヤアドレスを求めるために使用される。このため、ＡＲＰ処理部２２５には、ＩＰアドレスとデータリンクレイヤアドレスの組の情報を備えたＡＲＰテーブル２２６が接続されている他、図１に示したＰＥルータ２０７のＩＰアドレス情報２２７や第１あるいは第２のＣＥルータ２０４1、２０４2が属するＩＰサブネットのＩＰネットワークアドレスとネットマスクの組の情報（以下、「ＣＥルータが属するサブネットの配送先情報」という。）への配送先情報２２８が参照されるようになっている。
このようなＬＡＮ間接続装置２０１は、図示しないＣＰＵ（中央処理装置）と、所定の制御用プログラムを格納した記憶媒体を備えており、図１に示した第１〜第３のＬＡＮ２０５1〜ＬＡＮ２０５3の間を転送されるＩＰパケットのルーティングを制御するようになっている。
図１に示した通信システムのユーザは、ＬＡＮ間接続装置２０１に対して、ＰＥルータ２０７のＩＰアドレス情報２２７と、「ＣＥルータが属するサブネットへの配送先情報」２２８と、自局のＩＰアドレスとを予め設定しておく。このうち自局のＩＰアドレスは、ルーティング処理部２２３に接続されたルーティングテーブル２２４に登録される。
ＡＲＰ処理部２２５は、第１および第２のＣＥルータ２０４1、２０４2のいずれかからＡＲＰ要求があると、そのＡＲＰ要求パケットをブロードキャストインタフェース２２１から受け取り、ＡＲＰ応答を返す。この応答処理では、「ＣＥルータが属するサブネットへの配送先情報」と、ＰＥルータ２０７のＩＰアドレス情報と、ルーティングテーブル２２４で定義されるルーティング情報と、ＡＲＰテーブル２２６で定義されるデータリンクレイヤアドレス情報とを用いて、ＡＲＰ応答の可否を決定するようにしている。ＡＲＰ処理部２２５がＡＲＰ応答を返すことが可能であると決定すると、ＡＲＰ応答パケットを生成して、これをブロードキャストインタフェース２２１に返す。これに対して、ＡＲＰ応答を返すことが可能ではないと決定した場合には、送られてきたＡＲＰ要求パケットを廃棄することになる。
以上と逆に、ＡＲＰ処理部２２５は、第１および第２のＣＥルータ２０４1、２０４2の方向にＡＲＰ要求パケットを送信し、これらからＡＲＰ応答を受ける処理を行う場合を説明する。この場合、本実施例ではルーティング処理部２２３からブロードキャストインタフェース２２１に送信されたＩＰパケットを配送するためのネキストホップＩＰアドレスのデータリンクレイヤアドレスを、通常のＡＲＰと同じ処理を使用して解決するようにしている。
また、ルーティング処理部２２３は、ブロードキャストインタフェース２２１からＩＰパケットを受け取った場合、ルーティングテーブル２２４で定義されるルーティング情報をチェックする。そして、ＩＰパケットの宛先としてのＩＰアドレスが自局のＩＰアドレスでない場合には、これをポイントツーポイントインタフェース２２２に送信する。宛先が自局ＩＰアドレスである場合には、ホスト処理でこれを終端する。
更にルーティング処理部２２３は、ポイントツーポイントインタフェース２２２からＩＰパケットを受け取った場合、ルーティングテーブル２２４で定義されるルーティング情報をチェックする。そして、ＩＰパケットの宛先ＩＰアドレスをネキストホップに決定し、ＩＰパケットの宛先のＩＰアドレスが自局ＩＰアドレス以外であれば、ブロードキャストインタフェース２２１に送信する。ＩＰパケットの宛先のＩＰアドレスが自局ＩＰアドレスの場合には、ホスト処理でこれを終端することになる。
なお、本実施例では第１および第２のＣＥルータ２０４1、２０４2がプロキシ（Proxy）ＡＲＰとしての機能、すなわち所定のホスト宛のＡＲＰ要求に対して、これら第１および第２のＣＥルータ２０４1、２０４2がそのホストに代わってルータのデータリンクレイヤアドレスを返答する機能を備えているものとして説明する。
更に本実施例では、ネットワークシステムを構成する各々について次のような設定を行っておく。
（１）ユーザは、第１および第２のＣＥルータ２０４1、２０４2のプロキシＡＲＰを有効にしておく。
（２）ユーザは、第１のＣＥルータ２０４1に、ＩＰアドレス１９２．１６８．０．１／２４を設定する。
（３）ユーザは、第２のＣＥルータ２０４2にＩＰアドレス１９２．１６８．０．３／２４を設定する。
（４）ユーザは、図１に示した通信端末２０６にＩＰアドレス１９２．１６８．０．４／２４を設定する
（５）ユーザは、第１のＣＥルータ２０４1に、第２のＣＥルータ２０４2の配下のネットワークのルート情報を正しく設定する。
（６）ユーザは、第２のＣＥルータ２０４2に第１のＣＥルータ２０４1の配下のネットワークのルート情報を正しく設定する。
（７）ユーザは、通信端末２０６に第１のＣＥルータ２０４1の配下のネットワークのルート情報と、第２のＣＥルータ２０４2の配下のネットワークのルート情報を正しく設定する。
（８）ユーザは、第１および第２のＣＥルータ２０４1、２０４2と、通信端末２０６とに、デフォルトルートとしてＰＥルータ２０７のＩＰアドレスである１９２．１６８．０．２を設定する。
（９）ユーザは、このＬＡＮ間接続装置２０１に、第１および第２のＣＥルータ２０４1、２０４2がそれぞれ属するサブネットへの配送先情報をあらかじめ登録する。配送先情報については後に説明する。
（１０）ユーザは、このＬＡＮ間接続装置２０１に、ＰＥルータ２０７のＩＰアドレス１９２．１６８．０．２を予め登録する。
（１１）ユーザは、このＬＡＮ間接続装置２０１に、自局ＩＰアドレスとして１９２．１６８．０．５／２４を予め設定する。この設定の結果、ＬＡＮ間接続装置２０１は、ブロードキャストインタフェース２２１に１９２．１６８．０．５／２４を設定し、ポイントツーポイントインタフェース２２２をブロードキャストインタフェース２２１にアンナンバード接続する。
（１２）ユーザは、このＬＡＮ間接続装置２０１に、第１のＣＥルータ２０４1の配下のネットワークのルート情報と、第２のＣＥルータ２０４2の配下のネットワークのルート情報とを正しく設定する。
ユーザによるこのような一連の設定で、ＬＡＮ間接続装置２０１と、ＰＥルータ２０７と、第１および第２のＣＥルータ２０４1、２０４2ならびに通信端末２０６とは、１９２．１６８．０．０／２４の同一サブネットに属することになる。
図３は、ユーザによって以上のような設定が行われた状態を示したものである。
＜第１のケース＞
そこで、まず第１のケースとして、ＬＡＮ間接続装置２０１のＡＲＰテーブル２２６にエントリが何もない状態で、第３のＬＡＮ２０５3内のＩＰアドレスが２０．０．０．１のホストから、第１のＬＡＮ２０５1内のＩＰアドレスが１０．０．０．１のホストに対して、ピング（ping：Packet InterNet Groper）要求が発行されたものとする。ここでピング要求とは、相手ホストまでネットワークがつながっているかどうかを確認する要求である。
第３のＬＡＮ２０５3内のＩＰアドレスが２０．０．０．１のホストは、ピング要求パケットを、第１のＬＡＮ２０５1内のＩＰアドレスが１０．０．０．１のホストに向けて送信する。ＰＥルータ２０７は、このＩＰパケットを第３のＬＡＮ２０５3内のホスト２０．０．０．１から受け取り、ＬＡＮ間接続装置２０１に転送する。ＬＡＮ間接続装置２０１は、ＰＥルータ２０７から送信されたこのＩＰパケットをポイントツーポイントインタフェース２２２で受信する。ポイントツーポイントインタフェース２２２はこのＩＰパケットをルーティング処理部２２３に送信する。
図４は、ピング要求パケットとしてのＩＰパケットを受信したルーティング処理部の処理の様子を表わしたものである。このルーティング処理部２２３の処理は、ＬＡＮ間接続装置２０１の前記したＣＰＵが前記した記憶媒体に格納された制御用プログラムを実行することによって実現されるようになっている。ルーティング処理部２２３は、ポイントツーポイントインタフェース２２２からＩＰパケットを受信すると（ステップＳ３０１：Ｙ）、ルーティングテーブル２２４で定義されるルーティング情報を参照する（ステップＳ３０２）。そして、宛先がルーティング処理部２２３自身である場合には（ステップＳ３０３：Ｙ）、ネキストホップとして自分を決定し、ホスト処理部２２９で終端する（ステップＳ３０４）。
宛先がルーティング処理部２２３以外である場合には（ステップＳ３０３：Ｎ）、そのＩＰパケットの宛先ＩＰアドレスをネキストホップに決定する（ステップＳ３０５）。そして、そのＩＰパケットをブロードキャストインタフェース２２１に送信する（ステップＳ３０６）。
図５は、図４に示した処理以後にＬＡＮ間接続装置で行われるピング要求に伴う処理を時間を追って示したものである。ルーティング処理部２２３によって図４に示した処理が行われる結果、ホスト処理部２２９を宛先とするピング要求パケット以外のピング要求パケットはブロードキャストインタフェース２２１まで送られる。ブロードキャストインタフェース２２１は、このＩＰパケットを受信すると、ＡＲＰ処理部２２５に対してネキストホップのデータリンクレイヤアドレスを解決する要請を出す（ステップＳ３２１）。
ＡＲＰ処理部２２５は、通常のＡＲＰプロトコルと同じ処理手続きを使用して、ネキストホップのデータリンクレイヤアドレスを解決する（ステップＳ３２２）。このとき、ＡＲＰ処理部２２５は、ＡＲＰ要求パケットを構成するターゲットプロトコルアドレス（target protocol address）にネキストホップのＩＰアドレスを設定する。そこで、この例の場合はＩＰパケットの宛先ＩＰアドレスが設定されることになる。また、ＡＲＰ処理部２２５は、ＡＲＰ要求パケットのセンダプロトコルアドレス（sender protocol address）に自局ＩＰアドレスではなく、ＰＥルータ２０７のＩＰアドレスを設定し、センダハードウェアアドレス（sender hardware address）にブロードキャストインタフェース２２１のデータリンクレイヤアドレスを設定する。
ＡＲＰ処理部２２５が発行したＡＲＰ要求パケットは、ブロードキャストインタフェース２２１から第１および第２のＣＥルータ２０４1、２０４2の接続されるブロードキャスト網２０２に送信されることになる（ステップＳ３２３）。
ところで、第１のＣＥルータ２０４1は、送られてきたＡＲＰ要求パケットのターゲットプロトコルアドレスへのルートを持ち、かつ、プロキシＡＲＰが有効に設定されている。したがって、第１のＬＡＮ２０５1内のＩＰアドレスが１０．０．０．１のホストに対しするピング要求を実現するために送られてきたＡＲＰ要求パケットを第１のＣＥルータ２０４1の段階で処理し、ＡＲＰ応答パケットを本来の宛先の代理としてＬＡＮ間接続装置２０１に送り返す。ブロードキャストインタフェース２２１はこの第１のＣＥルータ２０４1から送られてきたＡＲＰ応答パケットを受信すると、これをＡＲＰ処理部２２５に送信する（ステップＳ３２４）。
ＡＲＰ処理部２２５は受け取ったＡＲＰ応答パケットを解析して、ネキストホップのＩＰアドレスとそのデータリンクレイヤアドレスの組の情報をＡＲＰテーブル２２６に格納する（ステップＳ３２５）。
一方、ブロードキャストインタフェース２２１は、ネキストホップであるＩＰパケットの宛先ＩＰアドレスに対するデータリンクレイヤアドレスが第１のＣＥルータ２０４1のデータリンクレイヤアドレスとして解決できたので、転送すべきＩＰパケットにデータリンクヘッダを付与し、第１のＣＥルータ２０４1に向けてＩＰパケットを送信する（ステップＳ３２６）。第１のＣＥルータ２０４1は、ＬＡＮ間接続装置２０１からこのＩＰパケットを受信すると、第１のＬＡＮ２０５1内のＩＰアドレスが１０．０．０．１のホストにＩＰパケットを送信することになる。
このようにして第１のＬＡＮ２０５1内のＩＰアドレスが１０．０．０．１のホストはピング要求を受信する。そして、ピング応答パケットを生成して、第３のＬＡＮ２０５3内のＩＰアドレスが２０．０．０．１のホストに送信することになる。
第１のＣＥルータ２０４1は、第１のＬＡＮ２０５1内のＩＰアドレスが１０．０．０．１のホストからＩＰパケットを受信すると、デフォルトルートとして設定されているＰＥルータ２０７にこのＩＰパケットを送信する。第１のＣＥルータ２０４1は、図５のステップＳ３２３で送出されたＡＲＰ要求パケットを受信した時点で、ＰＥルータ２０７のＩＰアドレスに対するデータリンクレイヤアドレスをＬＡＮ間接続装置２０１のデータリンクレイヤアドレスとして解決している。したがって、第１のＣＥルータ２０４1はＬＡＮ間接続装置２０１に対してＩＰパケットを送信することになる。
図６は、第１のＣＥルータから送出されたピング応答パケットに対するＬＡＮ間接続装置の制御の様子を表わしたものである。ＬＡＮ間接続装置２０１は、第１のＬＡＮ２０５1内のＩＰアドレスが１０．０．０．１のホストから第１のＣＥルータ２０４1を経由して送られてきたＩＰパケットであるピング応答パケットをブロードキャストインタフェース２２１で受信し、ルーティング処理部２２３に送信する（ステップＳ３４１）。ルーティング処理部２２３は、このＩＰパケットを受信し（ステップＳ３４２）、その宛先が自分のＩＰアドレスであるかどうかを判別する（ステップＳ３４３）。その結果、自分宛てのＩＰパケットであれば（Ｙ）、ホスト処理部２２９で終端する（ステップＳ３４４）。
自分宛てのＩＰパケットでなければ（ステップＳ３４３：Ｎ）、このＩＰパケットをポイントツーポイントインタフェース２２２へ送信する（ステップＳ３４５）。ポイントツーポイントインタフェース２２２は、この受信したＩＰパケットをＰＥルータ２０７に送信することになる（ステップＳ３４６）。ＰＥルータ２０７は受信したＩＰパケットを第３のＬＡＮ２０５3内のＩＰアドレスが２０．０．０．１のホストに送信する。そのホストはピング応答パケットを処理する。
以上のようにして、第３のＬＡＮ２０５3内のＩＰアドレスが２０．０．０．１のホストと、第１のＬＡＮ２０５1内のＩＰアドレスが１０．０．０．１のホストとの通信が可能であることが分かる。
次に、第３のＬＡＮ２０５3内のＩＰアドレスが２０．０．０．１のホストから第２のＬＡＮ２０５2内のＩＰアドレスが１７２．１６．０．１のホストに対してピング要求を発行する場合について説明する。この場合にも第２のＣＥルータ２０４2が以上説明した第１のＣＥルータ２０４1の場合と同様にＩＰアドレス１７２．１６．０．１へのルートを知っていて、かつ、プロキシＡＲＰをもっている第２のＣＥルータ２０４2がＡＲＰ応答を返すことになる。この結果、本実施例のＬＡＮ間接続装置２０１は第２のＣＥルータ２０４2に対してＩＰパケットを送信することができ、第３のＬＡＮ２０５3内のＩＰアドレスが２０．０．０．１のホストと第２のＬＡＮ２０５2内のＩＰアドレスが１７２．１６．０．１のホストは通信が可能になる。
次に、第３のＬＡＮ２０５3内のＩＰアドレスが２０．０．０．１のホストから第１のＣＥルータ２０４1と同一サブネットに配置されたＩＰアドレスが１９２．１６８．０．４の端末にピング要求を発行した場合を説明する。この場合には、以上の説明でＩＰアドレスが１９２．１６８．０．４の端末がＡＲＰ応答を直接返すという点が異なる。この結果、本実施例のＬＡＮ間接続装置２０１はＩＰアドレスが１９２．１６８．０．４の端末にＩＰパケットを送信することができ、第３のＬＡＮ２０５3内のＩＰアドレスが２０．０．０．１のホストとＩＰアドレスが１９２．１６８．０．４の端末は通信が可能になる。
＜第２のケース＞
第２のケースとして、ＬＡＮ間接続装置２０１のＡＲＰテーブル２２６にエントリが何もない状態で、第１のＬＡＮ２０５1内のＩＰアドレスが１０．０．０．１のホストから、第３のＬＡＮ２０５3内のＩＰアドレスが２０．０．０．１のホストに対してピング要求が発行された場合を説明する。第１のケースとの違いは、ピング要求を行うパケットの発行元がブロードキャストインタフェース２２１側にあり、第１のＣＥルータ２０４1はＰＥルータ２０７のＩＰアドレスを解決するためにＡＲＰ要求パケットを発行し、ＬＡＮ間接続装置２０１はこれを終端するというところである。この様子を詳しく説明する。
まず、第１のＬＡＮ２０５1内のＩＰアドレスが１０．０．０．１のホストは第３のＬＡＮ２０５3内のＩＰアドレスが２０．０．０．１のホストに対してピング要求パケットを送信する。
第１のＣＥルータ２０４1は、第１のＬＡＮ２０５1内のＩＰアドレスが１０．０．０．１のホストからピング要求パケットを受け取り、デフォルトルートに設定されているＰＥルータ２０７にこのパケットを転送しようとする。このとき、第１のＣＥルータ２０４1はＰＥルータ２０７のデータリンクレイヤアドレスをＡＲＰプロトコルを利用して解決するために、第１のＣＥルータ２０４1の属するサブネットにＡＲＰ要求パケットを送信する。
図７は、この第２のケースでＬＡＮ間接続装置が第１のＣＥルータからＡＲＰ要求パケットを受信してＡＲＰ応答パケットを送信するまでの処理を示したものである。ブロードキャストインタフェース２２１は、第１のＣＥルータ２０４1からＡＲＰ要求パケットを受信し、ＡＲＰ処理部２２５に送信する（ステップＳ３６１）。ＡＲＰ処理部２２５は、これが有するＰＥルータ２０７についてのＩＰアドレス情報と、ＡＲＰ処理部２２５の有するＡＲＰテーブル２２６で定義されるデータリンクレイヤアドレス情報と、「ＣＥルータが属するサブネットへの配送先情報」と、ルーティング処理部２２３が持つルーティングテーブル２２４で定義されるルーティング情報とから、所定のアルゴリズムに従って、ＡＲＰ応答の可否を決定する。これを具体的に説明する。
ＡＲＰ処理部２２５はＡＲＰ要求パケットを受信し（ステップＳ３６２）、ターゲットプロトコルアドレス（target protocol address）が自分のＩＰアドレスであるかどうかを判別する（ステップＳ３６３）。自分のＩＰアドレスである場合には（Ｙ）、ＡＲＰ応答パケットを生成して、ブロードキャストインタフェース２２１に送信する（ステップＳ３６４）。
ターゲットプロトコルアドレスが自分のＩＰアドレスではない場合（ステップＳ３６３：Ｎ）、このターゲットプロトコルアドレスがＰＥルータ２０７のＩＰアドレスである１９２．１６８．０．２と同一であるかどうかをチェックする（ステップＳ３６５）。そうであれば（Ｙ）、ステップＳ３６４に進む。そうでなければ（ステップＳ３６５：Ｎ）、ターゲットプロトコルアドレスが第１および第２のＣＥルータ２０４1、２０４2の属するサブネットに属するかどうかのチェックが行われる（ステップＳ３６６）。同一のサブネットに属する場合には（Ｙ）、ＡＲＰ要求パケットを廃棄する（ステップＳ３６７）。
第１および第２のＣＥルータ２０４1、２０４2の属するサブネットに属さないと判別した場合には（ステップＳ３６６：Ｎ）、ターゲットプロトコルアドレスがＡＲＰテーブル２２６に含まれるかどうかのチェックが行われる（ステップＳ３６８）。ターゲットプロトコルアドレスがＡＲＰテーブル２２６に含まれる場合（Ｙ）、すなわちＡＲＰテーブル２２６にターゲットプロトコルアドレスに対応するデータリンクレイヤアドレスが存在する場合は、ターゲットプロトコルアドレスを持つホストがＣＥルータ２０４1、２０４2側のサブネットに属するか、あるいは、ＣＥルータを超えたサブネットに属するということである。このため、この場合にはＰＥルータ２０７にＩＰパケットを転送すべきでない。そこでステップＳ３６７に進んでＡＲＰ要求パケットを廃棄し、ＡＲＰ応答を行わない。
ステップＳ３６８でターゲットプロトコルアドレスがＡＲＰテーブル２２６に含まれないと判別された場合には（Ｎ）、このターゲットプロトコルアドレスがルーティングテーブル２２４に含まれているかどうかを判別する（ステップＳ３６９）。ルーティングテーブル２２４に含まれている場合には（Ｙ）、ターゲットプロトコルアドレスが第１あるいは第２のＣＥルータ２０４1、２０４2側であるかどうかの判別が行われる（ステップＳ３７０）。ルーティングテーブル２２４にターゲットプロトコルアドレスへのルートが存在し、かつ、そのルートが第１あるいは第２のＣＥルータ２０４1、２０４2と同じ方向にある場合は、ＰＥルータ２０７にＩＰパケットを転送すべきでない。そこで、この場合には（Ｙ）、ステップＳ３６７に進んでそのＡＲＰ要求パケットを廃棄し、ＡＲＰ応答を行わない。
ステップＳ３６９でターゲットプロトコルアドレスがルーティングテーブル２２４に含まれていないと判別された場合（Ｎ）、およびステップＳ３７０でターゲットプロトコルアドレスが第１あるいは第２のＣＥルータ２０４1、２０４2側にないと判別された場合（Ｎ）には、ステップＳ３６４に進んでＡＲＰ応答パケットを生成して、ブロードキャストインタフェース２２１に送信することになる。
なお、以上の処理でＡＲＰ処理部２２５は、ＡＲＰ応答パケットのセンダプロトコルアドレス（sender protocol address）に自局のＩＰアドレスを設定するのではなく、ＰＥルータ２０７のＩＰアドレスを設定し、センダハードウェアアドレス（sender hardware address）にブロードキャストインタフェース２２１のデータリンクレイヤアドレスを設定する。
ブロードキャストインタフェース２２１は、ステップＳ３６４で送られてきたＡＲＰ応答パケットを受信したら、これを第１のＣＥルータ２０４1に送信して（ステップＳ３７１）、ＬＡＮ間接続装置２０１のＡＲＰ要求パケットの受信からＡＲＰ応答パケットの送信までの一連の処理を終了させる（エンド）。
このようにして第１のＣＥルータ２０４1はＡＲＰ応答パケットを受け取る。第１のＣＥルータ２０４1はＰＥルータ２０７のデータリンクレイヤアドレスをＬＡＮ間接続装置２０１のブロードキャストインタフェース２２１のデータリンクレイヤアドレスとして解決できたので、ＬＡＮ間接続装置２０１に対して、ＩＰパケットを送信することになる。
ＬＡＮ間接続装置２０１は、図６で説明したアルゴリズムに従って、ブロードキャストインタフェース２２１がこのＩＰパケットを受信して、ルーティング処理部２２３に送信する（ステップＳ３４１）。ルーティング処理部２２３は、ルーティングテーブル２２４で定義されるルーティング情報を参照して、自分宛てのＩＰパケットでなければ（ステップＳ３４３）ポイントツーポイントインタフェース２２２に送信する（ステップＳ３４５）。自分宛てのＩＰパケットであればホスト処理で終端する（ステップＳ３４４）。ポイントツーポイントインタフェース２２２は受信したＩＰパケットをＰＥルータ２０７に送信する（ステップＳ３４６）。
ＰＥルータ２０７は、第３のＬＡＮ２０５3内のＩＰアドレスが２０．０．０．１のホストにＩＰパケットを送信する。第３のＬＡＮ２０５3内のＩＰアドレスが２０．０．０．１のホストは、ピング要求パケットを処理し、ピング応答パケットを生成し、ＰＥルータ２０７に送信する。
ＬＡＮ間接続装置２０１は、図４で説明したアルゴリズムに従ってＰＥルータ２０７から送信されてきたＩＰパケットを、ポイントツーポイントインタフェース２２２から受信し、ポイントツーポイントインタフェース２２２はこれをルーティング処理部２２３に送信する。ルーティング処理部２２３は、ルーティングテーブル２２４で定義されるルーティング情報を参照し（ステップＳ３０２）、この結果自分宛てのＩＰパケットでなければ（ステップＳ３０３：Ｎ）、図４で説明したアルゴリズムに従ってネキストホップを決定し（ステップＳ３０５）、ブロードキャストインタフェース２２１に送信する（ステップＳ３０６）。自分宛てのＩＰパケットであればホスト処理部２２９で終端する（ステップＳ３０４）。
ブロードキャストインタフェース２２１は、図５で説明したアルゴリズムに従って、ルーティング処理部２２３からＩＰパケットを受信した後、ＡＲＰ処理部２２５にネキストホップのリンクレイヤアドレスを解決する要請を出す（ステップＳ３２１）。ＡＲＰ処理部２２５は、通常のＡＲＰプロトコルと同じ手続きを利用してネキストホップのデータリンクレイヤアドレスを解決する（ステップＳ３２２）。このときＡＲＰ要求パケットのターゲットプロトコルアドレスにネキストホップのＩＰアドレスを設定するので、この場合はＩＰパケットの宛先ＩＰアドレスが設定される。また、ＡＲＰ要求パケットのセンダプロトコルアドレスに自局のＩＰアドレスではなくＰＥルータ２０７のＩＰアドレスを設定し、センダハードウェアアドレスにはＬＡＮ間接続装置２０１のブロードキャストインタフェース２２１のデータリンクレイヤアドレスを設定する点も図５と同様である。
ＡＲＰ処理部２２５が発行したＡＲＰ要求パケットは、ブロードキャストインタフェース２２１から第１および第２のＣＥルータ２０４1、２０４2の接続されるブロードキャスト網２０２に送信されることになる（ステップＳ３２３）。
第１のＣＥルータ２０４1は、ＡＲＰ要求パケットのターゲットプロトコルアドレスへのルートを持ち、かつ、プロキシＡＲＰの機能を持っている。このため、このＡＲＰ要求パケットに応答し、ＡＲＰ応答パケットを生成してＬＡＮ間接続装置２０１に送信する。
ＬＡＮ間接続装置２０１は、第１のＣＥルータ２０４1からのＡＲＰ応答パケットをブロードキャストインタフェース２２１から受信し、ＡＲＰ処理部２２５に送信する。ＡＲＰ処理部２２５はＡＲＰ応答パケットを解析して、ネキストホップのＩＰアドレスとそのデータリンクレイヤアドレスをＡＲＰテーブル２２６に格納する。ブロードキャストインタフェース２２１は、ネキストホップのデータリンクレイヤアドレスを第１のＣＥルータ２０４1のデータリンクレイヤアドレスとして解決できたので、転送するべきＩＰパケットにデータリンクヘッダを付与する。そしてこのＩＰパケットを第１のＣＥルータ２０４1に送信する。
第１のＣＥルータ２０４1はＬＡＮ間接続装置２０１からＩＰパケットを受信し、さらに第１のＬＡＮ２０５1内のＩＰアドレスが１０．０．０．１のホストにパケットを送信する。第１のＬＡＮ２０５1内のＩＰアドレスが１０．０．０．１のホストはピング応答パケットを受信して処理することになる。
以上の説明は、第１のＬＡＮ２０５1内のＩＰアドレスが１０．０．０．１のホストと、第３のＬＡＮ２０５3内のＩＰアドレスが２０．０．０．１のホストとの通信が可能であることを、再度示している。
第２のＬＡＮ２０５2内のＩＰアドレスが１７２．１６．０．１のホストから第３のＬＡＮ２０５3内のＩＰアドレスが２０．０．０．１のホストに対してピング要求を発行したとき、前記した第１のＣＥルータ２０４1が、「ＡＲＰ要求パケットのターゲットプロトコルアドレスへのルートを持ち、かつ、プロキシＡＲＰの機能を持っている」とする記載内容を、「第２のＣＥルータ２０４2がＩＰアドレス１７２．１６．０．１へのルートを知っており、かつ、プロキシＡＲＰを持っている」とする内容に置き換えればよい。従って、この場合、第２のＣＥルータ２０４2がＡＲＰ応答を返すというところが異なるだけの処理となる。この結果、本実施例のＬＡＮ間接続装置２０１はＩＰパケットを第２のＣＥルータ２０４2に対して送信することができる。これにより、第２のＬＡＮ２０５2内のＩＰアドレスが１７２．１６．０．１のホストと第３のＬＡＮ２０５3内のＩＰアドレスが２０．０．０．１のホストは通信が可能になる。
第１のＣＥルータ２０４1と同一サブネットに配置されたＩＰアドレスが１９２．１６８．０．４の通信端末２０６から第３のＬＡＮ２０５3内のＩＰアドレスが２０．０．０．１のホストに対してピング要求を発行したときは、上記のＡＲＰ応答を返す処理で、１９２．１６８．０．４のＩＰアドレスを持つ通信端末２０６がＡＲＰ応答パケットを直接返すという点が異なることになる。この結果、ＬＡＮ間接続装置２０１は、ＩＰアドレスが１９２．１６８．０．４の通信端末２０６にＩＰパケットを送信することができ、第３のＬＡＮ２０５3内のＩＰアドレスが２０．０．０．１のホストとＩＰアドレスが１９２．１６８．０．４の通信端末２０６が通信を行うことができることになる。
＜第３のケース＞
第１のＬＡＮ２０５1内のＩＰアドレスが１０．０．０．１のホストから第２のＬＡＮ２０５2内のＩＰアドレスが１７２．１６．０．１のホストにピング要求を発行したときの動作を次に説明する。このケースでは、先の第１および第２のケースと異なり、ＬＡＮ間接続装置２０１を挟んだホスト間の通信ではなく、ブロードキャストインタフェース２２１と同じサブネットに属するホスト間あるいはルータ間のローカルな通信が発生している。
まず、第１のＬＡＮ２０５1内のＩＰアドレスが１０．０．０．１のホストは第２のＬＡＮ２０５2内のＩＰアドレスが１７２．１６．０．１のホストに対してピング要求パケットを送信する。第１のＣＥルータ２０４1は、第１のＬＡＮ２０５1内のＩＰアドレスが１０．０．０．１のホストからこのピング要求パケットを受け取り、第１のＣＥルータ２０４1のルーティング情報に従い、ネキストホップである第２のＣＥルータ２０４2にＩＰパケットを送信しようとする。このとき、第１のＣＥルータ２０４1は第２のＣＥルータ２０４2のＩＰアドレスに対するデータリンクレイヤアドレスをＡＲＰプロトコルを利用して解決するために、ＡＲＰ要求パケットを生成して、第１のＣＥルータ２０４1の属するサブネットに送信する。
ＬＡＮ間接続装置２０１内のブロードキャストインタフェース２２１は、第１のＣＥルータ２０４1からのＡＲＰ要求パケットを受信し、ＡＲＰ処理部２２５に送信する。ＡＲＰ処理部２２５は、ＰＥルータ２０７のＩＰアドレス情報と、ＡＲＰ処理部２２５の持つＡＲＰテーブル２２６で定義されるデータリンクレイヤアドレス情報と、「ＣＥルータが属するサブネットへの配送先情報」と、ルーティング処理部２２３が持つルーティングテーブル２２４で定義されるルーティング情報とから、図７で説明したアルゴリズムに従ってＡＲＰ応答の可否を決定するので、ＡＲＰ応答を返さない。
したがって、第２のＣＥルータ２０４2のみが第１のＣＥルータ２０４1の属するサブネットに送信されたＡＲＰ要求パケットに応答することになる。第１のＣＥルータ２０４1はネキストホップである第２のＣＥルータ２０４2のＩＰアドレスに対するデータリンクレイヤアドレスを解決できたので、ＩＰパケットにデータリンクヘッダを付与して第２のＣＥルータ２０４2に送信する。
第２のＣＥルータ２０４2はＩＰパケットを受信して、第２のＬＡＮ２０５2内のＩＰアドレスが１７２．１６．０．１のホストに送信する。第２のＬＡＮ２０５2内のＩＰアドレスが１７２．１６．０．１のホストは、ピング要求パケットを受信し、ピング応答パケットを生成して、第１のＬＡＮ２０５1内のＩＰアドレスが１０．０．０．１のホストに送信する。
第２のＣＥルータ２０４2は、第２のＬＡＮ２０５2内のＩＰアドレスが１７２．１６．０．１のホストからＩＰパケットを受信して、第１のＣＥルータ２０４1に送信する。第１のＣＥルータ２０４1は第１のＣＥルータ２０４1からＩＰパケットを受信して、第１のＬＡＮ２０５1内のＩＰアドレスが１０．０．０．１のホストに送信する。第１のＬＡＮ２０５1内のＩＰアドレスが１０．０．０．１のホストはピング応答パケットを受信して処理する。
以上の説明で、第１のＬＡＮ内２０５1内のホストと、第２のＬＡＮ２０５2内のホストとの通信が可能であり、不要なパケットがＰＥルータ２０７に転送されないことが了解される。
第１および第２のＣＥルータ２０４1、２０４2と同一サブネットに配置されたＩＰアドレスが１９２．１６８．０．４の通信端末２０６から第１のＬＡＮ２０５1内のＩＰアドレスが１０．０．０．１のホストにピング要求を発行した場合には、第１のＬＡＮ内２０５1内のホストと、第２のＬＡＮ２０５2内のホストとの処理と比べて、ＬＡＮ間接続装置２０１がＡＲＰ応答を返さず第１のＣＥルータ２０４1がＡＲＰ応答を直接返すという点が異なるだけである。すなわち、この場合にも、第１および第２のＣＥルータ２０４1、２０４2と同一サブネットに配置された通信端末２０６と、第１のＬＡＮ２０５1内のＩＰアドレスが１０．０．０．１のホストとの通信が可能であり、不要なパケットがＰＥルータ２０７に転送されないことが分かる。
＜第４のケース＞
次に、あまり起こらない第４のケースを考える。第４のケースでは、第１のＬＡＮ２０５1内のＩＰアドレスが１０．０．０．１のホストから第２のＬＡＮの更に先の図示しない第４のＬＡＮ２０５4内のＩＰアドレスが１７２．１６．１０．１のホストにピング要求を発行した場合である。この例の場合、ユーザは、事前に第４のＬＡＮ２０５4へのルートをＬＡＮ間接続装置２０１に正しく設定しているものとする。ただし、第１のＣＥルータ２０４1には第４のＬＡＮのルート情報が正しく設定されていないものとする。このような状況で、第１のＣＥルータ２０４1のデフォルトルートであるＰＥルータ２０７に第１のＣＥルータ２０４1がピング要求パケットを送信しようとした場合を説明する。
この第４のケースで、第１のＬＡＮ２０５1内のＩＰアドレスが１０．０．０．１のホストは、第４のＬＡＮ内のＩＰアドレスが１７２．１６．１０．１のホストに対してピング要求パケットを送信する。第１のＣＥルータ２０４1は、第１のＬＡＮ２０５1内のＩＰアドレスが１０．０．０．１のホストからＩＰパケットを受け取り、第１のＣＥルータ２０４1のルーティング情報に従い、デフォルトルートであるＰＥルータ２０７にＩＰパケットを送信しようとする。このとき、第１のＣＥルータ２０４1はＰＥルータ２０７のＩＰアドレスに対するデータリンクレイヤアドレスをＡＲＰプロトコルを利用して解決するために、ＡＲＰ要求パケットを生成して、第１のＣＥルータ２０４1の属するサブネットに送信する。
ブロードキャストインタフェース２２１は、第１のＣＥルータ２０４1からＡＲＰ要求パケットを受信し、ＡＲＰ処理部２２５に送信する。ＬＡＮ間接続装置２０１内のＡＲＰ処理部２２５は、ＰＥルータ２０７のＩＰアドレス情報と、ＡＲＰ処理部２２５の持つＡＲＰテーブル２２６で定義されるデータリンクレイヤアドレス情報と、「ＣＥルータが属するサブネットへの配送先情報」と、ルーティング処理部２２３が持つルーティングテーブル２２４で定義されるルーティング情報とから、先の図７に示したアルゴリズムに従ってＡＲＰ応答の可否を決定する。この結果として、ＬＡＮ間接続装置２０１に第４のＬＡＮへのルート情報が予め設定されているため、ＬＡＮ間接続装置２０１はＡＲＰ応答を返さない。
第１のＣＥルータ２０４1はＡＲＰ応答パケットを受信しないので、ＩＰパケットを送信できない。そこで、第１のＣＥルータ２０４1は第１のＬＡＮ２０５1内のＩＰアドレスが１０．０．０．１のホストに対し、配送不可のＩＣＭＰ（Internet Control Message Protocol）エラーパケットを送信することになる。ここで、ＩＣＭＰは、ＩＰｖ４（Internet Protocol version 4）内のプロトコルエラーを制御するためのプロトコルである。したがって、第１のＬＡＮ２０５1内のＩＰアドレスが１０．０．０．１のホストのピング要求は失敗に終わる。
以上の説明は、第１のＣＥルータ２０４1のルート情報に不足があったとしても、ＬＡＮ間接続装置２０１に正しくルートが設定されていれば、不要なＩＰパケットがＰＥルータ２０７配下のネットワークに転送されないことを示すものである。
＜第５のケース＞
次に、第５のケースとして、ＬＡＮ間接続装置２０１のホスト処理によって第１のＬＡＮ２０５1内のＩＰアドレスが１０．０．０．１のホストにピング要求を発行する場合を説明する。ＬＡＮ間接続装置２０１のホスト処理によって、第１のＬＡＮ２０５1内のＩＰアドレスが１０．０．０．１のホストにピング要求パケットを送信したとする。ルーティング処理部２２３は第１のＬＡＮ２０５1内のＩＰアドレスが１０．０．０．１のホストがブロードキャストインタフェース２２１側にあると知っている。そこで、図４に示したアルゴリズムに従って、ＩＰパケットの宛先ＩＰアドレスをネキストホップに決定して、ＩＰパケットをブロードキャストインタフェース２２１に送信する。ホスト処理部２２９からのブロードキャストインタフェース２２１への送信パケットは、ポイントツーポイントインタフェース２２２から受信されるものと同一となる。
ブロードキャストインタフェース２２１は、ルーティング処理部２２３からＩＰパケットを受信した後、ＡＲＰ処理部２２５にネキストホップのデータリンクレイヤアドレスを解決する要請を出す。ＡＲＰ処理部２２５は、通常のＡＲＰプロトコルと同じ手続きを利用してネキストホップのデータリンクレイヤアドレスを解決する。このとき、ＡＲＰ処理部２２５は、ＡＲＰ要求パケットのターゲットプロトコルアドレスにネキストホップのＩＰアドレスを設定する。この場合は、ＩＰパケットの宛先ＩＰアドレスが設定される。また、ＡＲＰ処理部２２５は、ＡＲＰ要求パケットのセンダプロトコルアドレスに自局のＩＰアドレスを設定し、センダハードウェアアドレスにブロードキャストインタフェース２２１のデータリンクレイヤアドレスを設定する。
ＡＲＰ処理部２２５が発行したＡＲＰ要求パケットは、ブロードキャストインタフェース２２１から第１および第２のＣＥルータ２０４1、２０４2の接続されるネットワークに送信される。第１のＣＥルータ２０４1は、ＡＲＰ要求パケットのターゲットプロトコルアドレスへのルートを持ち、かつ、プロキシＡＲＰの機能を持っている。したがって、このＡＲＰ要求パケットを処理し、ＡＲＰ応答パケットをＬＡＮ間接続装置２０１に送信することになる。ブロードキャストインタフェース２２１は、第１のＣＥルータ２０４1からのＡＲＰ応答パケットを受信し、更にＡＲＰ処理部２２５に送信する。
ＡＲＰ処理部２２５は、ＡＲＰ応答パケットを解析し、ネキストホップのＩＰアドレスとそのデータリンクレイヤアドレスの組の情報をＡＲＰテーブル２２６に格納する。ブロードキャストインタフェース２２１は、ネキストホップであるＩＰパケットの宛先ＩＰアドレスに対するデータリンクレイヤアドレスが第１のＣＥルータ２０４1のデータリンクレイヤアドレスとして解決できたので、転送するべきＩＰパケットにデータリンクヘッダを付与し、第１のＣＥルータ２０４1にＩＰパケットを送信する。第１のＣＥルータ２０４1はＬＡＮ間接続装置２０１からパケットを受信し、さらに第１のＬＡＮのＩＰアドレスが１０．０．０．１のホストにＩＰパケットを送信する。
第１のＬＡＮ２０５1内のＩＰアドレスが１０．０．０．１のホストは、ピング要求パケットを受信し、ピング応答パケットを生成し、ＬＡＮ間接続装置２０１のＩＰアドレス１９２．１６８．０．５に送信する。第１のＣＥルータ２０４1は、第１のＬＡＮ２０５1内のＩＰアドレスが１０．０．０．１のホストからＩＰパケットを受信し、ＬＡＮ間接続装置２０１にパケットを送信する。このとき、先の第１のＣＥルータ２０４1は、ＡＲＰ要求パケットを受信したときセンダプロトコルアドレスとセンダハードウェアアドレスをすでに記憶しているので、ＬＡＮ間接続装置２０１のＩＰアドレスに対するデータリンクレイヤアドレスは解決されている。したがって、第１のＣＥルータ２０４1はＬＡＮ間接続装置２０１にＩＰパケットを送信する。
ＬＡＮ間接続装置２０１は、ＩＰパケットをブロードキャストインタフェース２２１から受信し、ルーティング処理部２２３に送信する。ルーティング処理部２２３は、自分宛てのＩＰパケットであることを認識して、ホスト処理部２２９で終端する。
以上の説明より、ＬＡＮ間接続装置２０１と第１のＬＡＮ内１０．０．０．１との通信が可能であることが分かる。ＬＡＮ間接続装置２０１と第２のＬＡＮ２０５2内のＩＰアドレスが１７２．１６．０．１のホストとの通信や、ＬＡＮ間接続装置２０１と第３のＬＡＮ２０５3内のＩＰアドレスが２０．０．０．１のホストとの通信や、ＬＡＮ間接続装置２０１と第４のＬＡＮ内のＩＰアドレスが１７２．１６８．１０．１のホストとの通信も同様に可能である。
＜第６のケース＞
最後に、第６のケースとして、ＬＡＮ間接続装置２０１にＩＰアドレスを明示的に付与しない場合を説明する。例えば、ＩＰ−ＶＰＮをサービスするプロバイダとユーザとが、利用できるサブネットを１９２．１６８．０．０／３０として契約したとする。この場合には、割り当て可能なホストアドレスは１９２．１６８．０．１と１９２．１６８．０．２の２つのみであり、それぞれ第１および第２のＣＥルータ２０４1、２０４2とＰＥルータ２０７に設定する。従って、ＬＡＮ間接続装置２０１に割り当て可能なＩＰアドレスはない。このような場合、ＬＡＮ間接続装置２０１は、自身についてのブロードキャストインタフェース２２１のＩＰアドレスとして、仮想的なアドレスとしてループバックアドレスである１２７．０．０．１／３２を自動的に設定する。
以上説明した第１〜第４のケースと一連の手続きは全く同一である。ＬＡＮ間接続装置２０１のＩＰアドレスは１２７．０．０．１／３２であり、ホスト処理は動作しないので第５のケースは適用されない。この場合にも、ＡＲＰ処理部２２５は、第１または第２のＣＥルータ２０４1、２０４2へ送信するＡＲＰ要求パケットや第１または第２のＣＥルータ２０４1、２０４2へ送信するＡＲＰ応答パケットのセンダプロトコルアドレスにブロードキャストインタフェース２２１に内部的に設定されているＩＰアドレス１２７．０．０．１ではなく、予め指定されているＰＥルータ２０７のＩＰアドレスを使用し、センダハードウェアアドレスにはブロードキャストインタフェース２２１のデータリンクレイヤアドレスを使用する。
ＬＡＮ間接続装置２０１のＩＰアドレスとして１２７．０．０．１／３２を設定する利点は、セキュリティの面でも考慮されることである。ループバックアドレスに対してパケットを送信するようなホストやルータの存在は限りなく少ない。さらに、たとえループバックアドレスをもつＬＡＮ間接続装置２０１に対してパケットを送信できるホストやルータが存在したとしても、サブネットマスクが“３２”であるのでＬＡＮ間接続装置２０１のホスト機能はいっさい動作せず応答を返さない。このため、セキュリティの面でも考慮されていることになる。
＜＜発明の変形例＞＞
以上説明した実施例では、図１に示した第１および第２のＣＥルータ２０４1、２０４2にプロキシＡＲＰの機能が備えられているものとして説明を行った。しかしながら、これ以外の場合でも、ＰＥルータに複数台のＣＥルータをポイントツーポイントネットワークを介して接続することができる。たとえば、ルーティング処理部２２３がポイントツーポイントインタフェース２２２からブロードキャストインタフェース２２１にパケットを送信するときで、ＬＡＮ間接続装置２０１のルーティングテーブル２２４にネットワークのすべてのルートを登録できる場合には、このすべてのルートを登録したルーティングテーブル２２４の情報を検査することで、同様の効果を得ることができる。
図８は、先の実施例の図４に対応するもので、変形例としてピング要求パケットとしてのＩＰパケットを受信したルーティング処理部の処理を表わしたものである。図４と同一部分には同一のステップ番号を付している。宛先がルーティング処理部２２３自身ではない場合（ステップＳ３０３：Ｎ）、その受信したＩＰパケットのルートがブロードキャストインタフェース２２１側に存在するかどうかのチェックが行われる（ステップＳ４０１）。存在しなければ（Ｎ）、図４の場合と同様にステップＳ３０５に進んでそのＩＰパケットの宛先のＩＰアドレスをネキストホップに決定し、そのＩＰパケットをブロードキャストインタフェース２２１に送信する（ステップＳ３０６）。
受信したＩＰパケットのルートがブロードキャストインタフェース２２１側に存在する場合には（ステップＳ４０１：Ｙ）、ルーティングテーブル２２４の示すネキストホップを取得する（ステップＳ４０２）。そして、これを基にしてステップＳ３０６でＩＰパケットをブロードキャストインタフェース２２１に送信することになる。
すなわち、通常、ユーザはＬＡＮ間接続装置２０１のルーティングテーブル２２４に、ブロードキャストインタフェース２２１側の第１のＬＡＮ２０５1と第２のＬＡＮ２０５2へのネットワークへのルートを、第１および第２のＣＥルータ２０４1、２０４2をネキストホップとして登録する。したがって、ＩＰパケットの宛先アドレスのルートがルーティングテーブル２２４にあれば、そのネキストホップは第１あるいは第２のＣＥルータ２０４1、２０４2のＩＰアドレスである。これは、ＬＡＮ間接続装置２０１からのＡＲＰ要求パケットは、第１および第２のＣＥルータ２０４1、２０４2のＩＰアドレスを解決するために発行されることを示している。この例の場合は、第１および第２のＣＥルータ２０４1、２０４2にプロキシＡＲＰの機能を必要とせず、一般的なＡＲＰ機能があればよい。
この図８に示す処理を行えば、転送するＩＰパケットの宛先ＩＰアドレスごとにＡＲＰプロトコルによりデータリンクレイヤアドレスを解決している。このため、転送するＩＰパケットの宛先ＩＰアドレスごとにＡＲＰテーブル２２６のエントリが消費されてしまうという欠点を補うことができる。すなわち、この変形例の図８に示す処理を行うことにより、ＡＲＰテーブル２２６のエントリは、第１および第２のＣＥルータ２０４1、２０４2に１つずつだけ消費されることになる。
しかしながら、この変形例では、ＬＡＮ間接続装置２０１のルーティングテーブル２２４にネットワークのすべてのルートを登録することにしている。したがって、このような登録ができなかった場合には、ルーティング処理部２２３で検索できなかったＩＰパケットのＩＰアドレスに関しては、そのＩＰアドレスがネキストホップと決定されてブロードキャストインタフェース２２１に送信されることになる。このような事態の発生を防止するためには、第１および第２のＣＥルータ２０４1、２０４2にプロキシＡＲＰの機能が必要であり、ルーティングテーブル２２４に登録されていない宛先ＩＰアドレスに関しては、その宛先ＩＰごとにＡＲＰテーブル２２６のエントリが消費されることになる。
ところで、複数のＣＥルータがプロキシＡＲＰの機能を持っていない場合には、これら複数のＣＥルータを自動で接続することはできない。しかし、すべての宛先ＩＰアドレスとそれに対応するデータリンクレイヤアドレスの組の情報をＬＡＮ間接続装置２０１のＡＲＰテーブル２２６にユーザが予め設定するようにすれば、複数のＣＥルータを手動で接続することが可能である。この場合には、ＣＥルータの属するサブネットに配置されたホスト間あるいはルータ間のローカルな通信においても、不要なパケットをＰＥルータに送信することはない。
複数のＣＥルータがそれぞれプロキシＡＲＰを持っていない場合には、これら複数のＣＥルータを自動で接続することはできない。しかし、「ＣＥルータが属するサブネットへの配送先情報」の代わりに、ただ一つのＣＥルータのＩＰアドレスとネットマスクの組の情報（以下、「ＣＥルータへの配送情報」と呼ぶ）を、ＬＡＮ間接続装置２０１に対してユーザが予め設定することにより、ただ一つのＣＥルータを自動で接続することが可能である。
図９は、図２に対応するものでこの変形例によるＬＡＮ間接続装置の構成の概要を表わしたものである。図９で図２と同一部分には同一の符号を付しており、これらの説明を適宜省略する。この変形例のＬＡＮ間接続装置２０１Ａでは、ルーティング処理部２２３Ａが「ＣＥルータへの配送情報」４１１とＡＲＰテーブル２２６を参照する点が、図２に示した実施例のＬＡＮ間接続装置２０１と相違する。
図１０は、本発明のこの変形例で図４に示したアルゴリズムを変形したルーティング処理部でのＩＰパケットの受信処理を表わしたものである。図１０で図４と同一部分には同一のステップ番号を付しており、これらの説明を適宜省略する。変形例の場合には、ステップＳ３０３でＩＰパケットの宛先がルーティング処理部２２３Ａ自身ではないと判別された場合に（Ｎ）、その宛先のＩＰアドレスがＡＲＰテーブル２２６に含まれているかどうかを判別するようにしている（ステップＳ４２１）。含まれている場合には（Ｙ）、ＩＰパケットを送信するべきネキストホップのデータリンクレイヤアドレスが既に解決していることを意味している。従って、転送すべきＩＰパケットの宛先ＩＰアドレスをネキストホップとして決定し（ステップＳ４２２）、ブロードキャストインタフェース２２１にＩＰパケットを送信する（ステップＳ３０６）。これにより、ＡＲＰ処理部２２５でＡＲＰプロトコルによるネキストホップのＩＰアドレスの解決は行われず、ブロードキャストインタフェース２２１は、ＩＰパケットをネキストホップのＩＰアドレスに対するデータリンクレイヤアドレスをもつ装置に対して直接送信することができる。ネキストホップのＩＰアドレスに対するデータリンクレイヤアドレスをもつ装置がホストであればＩＰパケットはそのホストで終端される。ネキストホップのＩＰアドレスに対するデータリンクレイヤアドレスを持つ装置がＣＥルータであれば、ＣＥルータは受信したＩＰパケットを配下のネットワークに配送する。
ステップＳ４２１で宛先のＩＰアドレスがＡＲＰテーブル２２６に含まれていないと判別された場合には（Ｎ）、ＩＰパケットを送信するべきネキストホップが決定されていないことを意味している。従って、「ＣＥルータへの配送情報」に含まれるＣＥルータのＩＰアドレスをネキストホップに決定する（ステップＳ４２３）。そして、このＩＰパケットをブロードキャストインタフェース２２１に送信する。ＣＥルータのＩＰアドレスに対するデータリンクレイヤアドレスは、ＡＲＰ処理部２２５がＡＲＰプロトコルを使用して解決し、ブロードキャストインタフェース２２１はＩＰパケットをＣＥルータに送信する。ＣＥルータは、受信したＩＰパケットを、そのルータの配下のネットワークに配送する。
以上説明した実施例および変形例のＬＡＮ間接続装置およびＬＡＮ間接続方法では、ＰＥルータ２０７とＬＡＮ間接続装置２０１、２０１Ａの間のネットワークがポイントツーポイントリンクであれば、すべての種類のデータリンクに対して本発明を適用可能である。例えば、ＡＴＭ（Asynchronous Transfer Mode）によるＩＰオーバ（over）ＡＴＭ、フレームリレーによるＩＰオーバＦＲ（frame relay）等のポイントツーポイントのデータリンクレイヤ上にＩＰパケットをマッピングするプロトコルに対して本発明を適用することができる。
本発明の第１の実施例におけるＬＡＮ間接続装置を使用した通信システムのシステム構成図である。 第１の実施例におけるＬＡＮ間接続装置の構成の概要を示した説明図である。 第１の実施例におけるＬＡＮ間接続装置の各部の設定例を示した説明図である。 本実施例でルーティング処理部におけるＩＰパケットの受信処理を表わした流れ図である。 本実施例で図４に示した処理以後にＬＡＮ間接続装置で行われるピング要求に伴う処理を表わした流れ図である。 本実施例で第１のＣＥルータから送出されたピング応答パケットに対するＬＡＮ間接続装置の制御の様子を表わした流れ図である。 本実施例でＬＡＮ間接続装置が第１のＣＥルータからＡＲＰ要求パケットを受信してＡＲＰ応答パケットを送信するまでの処理を示した流れ図である。 本発明の変形例におけるルーティング処理部でのＩＰパケットの受信処理を表わした流れ図である。 本発明の変形例によるＬＡＮ間接続装置の概要を示す説明図である。 本発明の変形例におけるルーティング処理部でのＩＰパケットの受信処理を表わした流れ図である。
符号の説明
２０１ ＬＡＮ間接続装置
２０２ ブロードキャスト網
２０３ ポイントツーポイント網
２０４1 第１のＣＥルータ（第２のルータ）
２０４2 第２のＣＥルータ（第２のルータ）
２０５1 第１のＬＡＮ
２０５2 第２のＬＡＮ
２０５3 第３のＬＡＮ
２０６ 通信端末
２０７ ＰＥルータ（第１のルータ）
２２１ ブロードキャストインタフェース
２２２ ポイントツーポイントインタフェース
２２３ ルーティング処理部
２２４ ルーティングテーブル
２２５ ＡＲＰ処理部
２２６ ＡＲＰテーブル
２２７ ＩＰアドレス情報
２２８ 配送先情報

Claims (9)

  1. 所定のローカルネットワークと接続されインターネットプロトコルを用いて通信を行うパケットとしてのＩＰパケットを終端してルーティングする第１のルータとポイントツーポイントネットワークを介して接続するためのポイントツーポイントインタフェースと、
    それぞれが前記所定のローカルネットワークとは異なる独立したローカルネットワークと接続されＩＰパケットをルーティングすると共に配下のホストのＩＰアドレスに対応するデータリンクレイヤアドレスの返答を要求するＡＲＰ要求が外部のネットワークから到来したときにＡＲＰ応答を返すＡＲＰ応答手段を備えたルータとしての２以上の第２のルータあるいは１つの第２のルータと所定の通信端末とから少なくとも構成される複数の通信機器の間でパケットを通信するネットワークとしての通信機器間ネットワークと接続するための通信機器間インタフェースと、
    前記第１のルータのＩＰアドレス情報を格納するＩＰアドレス情報格納手段と、
    前記第２のルータがそれぞれ属するＩＰサブネットのネットワークアドレスとネットマスクの組の情報を配送先情報として格納した配送先情報格納手段と、
    前記第１のルータに接続されたローカルネットワーク内のホストから通信相手のＩＰアドレスを指定したＩＰパケットが送られてきたとき、これが自身を宛先とするパケットでないときにセンダプロトコルアドレスを前記第１のルータのＩＰアドレスとしターゲットプロトコルアドレスを前記ホストの指定した通信相手のＩＰアドレスに設定すると共にセンダハードウェアアドレスに前記通信機器間インタフェースのデータリンクレイヤアドレスを組み込んだＡＲＰ要求を送出するＡＲＰ要求送出手段と、
    このＡＲＰ要求送出手段の送出したＡＲＰ要求に対して前記第２のルータからターゲットハードウェアアドレスに前記第２のルータのデータリンクレイヤアドレスを組み込んだＡＲＰ応答があったとき、これによって判明した前記第２のルータを示すネキストホップのＩＰアドレスとそのデータリンクレイヤアドレスの組の情報を基にして、前記通信相手のＩＰアドレスを指定したＩＰパケットにデータリンクヘッダを付与し前記通信機器間ネットワークに向けて送出する第１の送出手段と、
    前記第２のルータの配下の前記通信相手のＩＰアドレスのホストから送出されたＩＰパケットが前記第２のルータの受信した前記データリンクレイヤアドレスを基にして送られてきたときこれを前記ポイントツーポイントインタフェースから前記第１のルータに向けて送出させる第２の送出手段
    とを具備することを特徴とするＬＡＮ間接続装置。
  2. 所定のローカルネットワークと接続されインターネットプロトコルを用いて通信を行うパケットとしてのＩＰパケットを終端してルーティングする第１のルータとポイントツーポイントネットワークを介して接続するためのポイントツーポイントインタフェースと、
    それぞれ前記所定のローカルネットワークとは異なる独立したローカルネットワークと接続されＩＰパケットをルーティングする２以上の第２のルータあるいは１つの第２のルータと所定の端末とを少なくとも含んだ複数の通信機器の間でＩＰパケットを通信する通信機器間ネットワークと接続するための通信機器間インタフェースと、
    前記第１のルータのＩＰアドレス情報を格納するＩＰアドレス情報格納手段と、
    前記第２のルータがそれぞれ属するＩＰサブネットのネットワークアドレスとネットマスクの組の情報を配送先情報として格納した配送先情報格納手段と、
    前記第２のルータに接続されたローカルネットワーク内のホストから通信相手のＩＰアドレスを指定したＩＰパケットが前記第２のルータに送られ、前記通信相手のＩＰアドレスが前記通信機器間ネットワーク側のＩＰアドレスでないことにより前記第１のルータのＩＰアドレスをターゲットプロトコルアドレスとしたＡＲＰ要求がこの第２のルータからのＩＰパケットを基に送られてきたときこれを受信するＡＲＰ要求受信手段と、
    前記ＡＲＰ要求受信手段でＡＲＰ要求が受信されたとき、前記第２のルータから送られてきたＡＲＰ要求におけるターゲットプロトコルアドレスが自身のＩＰアドレスであることが確定しなかったとき、ターゲットハードウェアアドレスに前記通信機器間ネットワークのデータリンクレイヤアドレスを設定したＡＲＰ応答パケットを生成し、あるいは前記第２のルータから送られてきたＡＲＰ要求におけるターゲットプロトコルアドレスが自身のＩＰアドレスであることが確定したとき、ターゲットハードウェアアドレスに前記通信機器間ネットワークのデータリンクレイヤアドレスを設定したＡＲＰ応答パケットを生成して前記通信機器間インタフェースから前記通信機器間ネットワークに送出するＡＲＰ応答パケット送出手段
    とを具備することを特徴とするＬＡＮ間接続装置。
  3. 前記第２のルータからＡＲＰ要求が送られてきたときこれを受信するＡＲＰ要求受信手段と、
    このＡＲＰ要求受信手段の受信したＡＲＰ要求のターゲットプロトコルアドレスを基にしてそのＡＲＰ要求に対してＡＲＰ応答の可否を判別するＡＲＰ応答可否判別手段と、
    このＡＲＰ応答可否判別手段がＡＲＰ応答をすべきでないと判別したとき前記ＡＲＰ要求を廃棄してＡＲＰ応答を返さないＡＲＰ応答拒否手段
    とを具備することを特徴とする請求項１記載のＬＡＮ間接続装置。
  4. 前記第２のルータに接続されたローカルネットワークを経由した他のネットワークのルート情報を格納した遠隔ルート情報格納手段を備え、前記ＡＲＰ応答可否判別手段は、この遠隔ルート情報格納手段を検索の対象とすることを特徴とする請求項３記載のＬＡＮ間接続装置。
  5. 自身についてのＩＰアドレスとしてループバックアドレスを設定することを特徴とする請求項１または請求項２記載のＬＡＮ間接続装置。
  6. 前記第２のルータはこれに接続されたローカルネットワーク内のホストを代理してＡＲＰ要求に対する前記ＡＲＰ応答を行うことを特徴とする請求項１記載のＬＡＮ間接続装置。
  7. 所定のローカルネットワークと接続されインターネットプロトコルを用いて通信を行うパケットとしてのＩＰパケットを終端してルーティングする第１のルータに接続されたローカルネットワーク内のホストから通信相手のＩＰアドレスを指定したＩＰパケットが送られてきたとき、これが自身を宛先とするパケットであるか否かを判別する宛先判別ステップと、
    この宛先判別ステップで自身を宛先とするパケットではないと判別したとき、センダプロトコルアドレスを前記第１のルータのＩＰアドレスとしターゲットプロトコルアドレスを前記ホストの指定した通信相手のＩＰアドレスに設定すると共にそれぞれが前記所定のローカルネットワークとは異なる独立したローカルネットワークと接続されＩＰパケットをルーティングすると共に配下のホストのＩＰアドレスに対応するデータリンクレイヤアドレスの返答を要求するＡＲＰ要求が外部のネットワークから到来したときに代理でＡＲＰ応答を返す代理ＡＲＰ応答手段を備えたルータとしての２以上の第２のルータあるいは１つの第２のルータと所定の通信端末とから少なくとも構成される複数の通信機器の間でパケットを通信するネットワークとしての通信機器間ネットワークと接続するための通信機器間インタフェースのデータリンクレイヤアドレスをセンダターゲットアドレスとして組み込んだＡＲＰ要求を送出するＡＲＰ要求送出ステップと、
    このＡＲＰ要求送出ステップで送出したＡＲＰ要求に対して、前記２以上の第２のルータから前記第２のルータのデータリンクレイヤアドレスをターゲットハードウェアアドレスに組み込んだ代理ＡＲＰ応答があったとき、これによって判明した前記第２のルータを示すネキストホップのＩＰアドレスとそのデータリンクレイヤアドレスの組の情報を基にして、前記第１のルータに接続されたローカルネットワーク内のホストから通信相手のＩＰアドレスを指定したＩＰパケットにデータリンクヘッダを付与して前記通信機器間ネットワークに向けて送出する第１の送出ステップと、
    前記第２のルータの配下の前記通信相手のＩＰアドレスのホストからＩＰパケットが前記第２のルータの受信した前記データリンクレイヤアドレスを基にして送られてきたときこれを前記ポイントツーポイントインタフェースから前記第１のルータに向けて送出させる第２の送出ステップと、
    所定のローカルネットワークと接続されインターネットプロトコルを用いて通信を行うパケットとしてのＩＰパケットを終端してルーティングする第２のルータに接続されたローカルネットワーク内のホストから通信相手のＩＰアドレスを指定したＩＰパケットが送られてきたとき、これが自身を宛先とするパケットであるか否かを判別する宛先判別ステップと、
    前記第２のルータに接続されたローカルネットワーク内のホストから通信相手のＩＰアドレスを指定したＩＰパケットを元にして前記第２のルータから送信されたＡＲＰ要求を受信したとき、前記ＡＲＰ要求に従いＡＲＰ応答を送出するＡＲＰ応答送出ステップ
    とを具備することを特徴とするＬＡＮ間接続方法。
  8. 前記第２のルータのホストアドレスとネットマスクの組の情報を配送先情報として格納した配送先情報格納手段を具備することを特徴とする請求項１または請求項２記載のＬＡＮ間接続装置。
  9. 所定のローカルネットワークと接続されインターネットプロトコルを用いて通信を行うパケットとしてのＩＰパケットを終端してルーティングする第１のルータに接続されたローカルネットワーク内のホストから通信相手のＩＰアドレスを指定したＩＰパケットが送られてきたとき、ネキストホップをＡＲＰテーブルとＣＥルータへの配送情報とルート情報を検索の対象とする検索対象設定手段を具備することを特徴とする請求項１または請求項２記載のＬＡＮ間接続装置。
JP2004166018A 2004-06-03 2004-06-03 Ｌａｎ間接続装置およびｌａｎ間接続方法 Active JP3990385B2 (ja)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2004166018A JP3990385B2 (ja) 2004-06-03 2004-06-03 Ｌａｎ間接続装置およびｌａｎ間接続方法

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2004166018A JP3990385B2 (ja) 2004-06-03 2004-06-03 Ｌａｎ間接続装置およびｌａｎ間接続方法

Publications (2)

Publication Number Publication Date
JP2005348145A JP2005348145A (ja) 2005-12-15
JP3990385B2 true JP3990385B2 (ja) 2007-10-10

Family

ID=35500094

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2004166018A Active JP3990385B2 (ja) 2004-06-03 2004-06-03 Ｌａｎ間接続装置およびｌａｎ間接続方法

Country Status (1)

Country Link
JP (1) JP3990385B2 (ja)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2010046977A1 (ja) * 2008-10-22 2010-04-29 富士通株式会社 通信制御プログラム、通信制御装置、通信制御システムおよび通信制御方法

Also Published As

Publication number Publication date
JP2005348145A (ja) 2005-12-15

Similar Documents

Publication Publication Date Title
US7853714B1 (en) Providing services for multiple virtual private networks
US7733859B2 (en) Apparatus and method for packet forwarding in layer 2 network
JP4164352B2 (ja) 移動端末を収容できるパケット転送装置
US7574522B2 (en) Communication data relay system
US7088689B2 (en) VLAN data switching method using ARP packet
JP4692258B2 (ja) ルータ装置及び通信システム
US8891551B2 (en) IPv6 over IPv4 transition method and apparatus for improving performance of control server
US7673061B2 (en) Method and apparatus for neighborhood discovery across disparate point-to-point networks
JP3813571B2 (ja) 境界ルータ装置、通信システム、ルーティング方法、及びルーティングプログラム
EP3989512A1 (en) Method for controlling traffic forwarding, device, and system
CN112751767A (zh) 路由信息传输方法及装置、数据中心互联网络
JP5385269B2 (ja) 制御サーバの性能を向上させるためのＩＰｖ６−ＩＰｖ４転換方法及び装置
JP4292897B2 (ja) 中継装置とポートフォワード設定方法
US20080049765A1 (en) Method and system for inter working a point-to-point link and a LAN service
JP4344336B2 (ja) マルチホーミング認証通信システム、マルチホーミング認証通信方法、および管理サーバ
US20060098665A1 (en) Systems and methods for communicating with bi-nodal network elements
US8140710B2 (en) Home link setting method, home gateway device, and mobile terminal
JP3990385B2 (ja) Ｌａｎ間接続装置およびｌａｎ間接続方法
JP4615435B2 (ja) ネットワーク中継装置
KR100959015B1 (ko) 모바일 네트워크의 이동에 따른 라우팅 시스템 및 방법
JP6898120B2 (ja) ネットワークシステム、ネットワークシステムのアドレス解決方法、および、拠点側接続装置
JP4357310B2 (ja) 複数のネットワークに同時接続する通信方法および通信装置
JP7472919B2 (ja) 通信装置、通信システム、通信方法、及びプログラム
CN116938626B (zh) 一种客户端漫游的方法、装置及电子设备
KR100772182B1 (ko) 라우터 및 그의 외부 트래픽과 내부 트래픽을 구분한ＩＰｖ４ 패킷 처리 방법

Legal Events

Date Code Title Description
A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20070618

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20070626

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20070719

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

Free format text: PAYMENT UNTIL: 20100727

Year of fee payment: 3

R150 Certificate of patent or registration of utility model

Ref document number: 3990385

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150

Free format text: JAPANESE INTERMEDIATE CODE: R150

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

Free format text: PAYMENT UNTIL: 20110727

Year of fee payment: 4

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

Free format text: PAYMENT UNTIL: 20110727

Year of fee payment: 4

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

Free format text: PAYMENT UNTIL: 20120727

Year of fee payment: 5

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

Free format text: PAYMENT UNTIL: 20120727

Year of fee payment: 5

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

Free format text: PAYMENT UNTIL: 20130727

Year of fee payment: 6

S111 Request for change of ownership or part of ownership

Free format text: JAPANESE INTERMEDIATE CODE: R313111

R350 Written notification of registration of transfer

Free format text: JAPANESE INTERMEDIATE CODE: R350