JPH11168503A - パケット交換方法及びこれに用いるマルチポートルータ - Google Patents
パケット交換方法及びこれに用いるマルチポートルータInfo
- Publication number
- JPH11168503A JPH11168503A JP9334413A JP33441397A JPH11168503A JP H11168503 A JPH11168503 A JP H11168503A JP 9334413 A JP9334413 A JP 9334413A JP 33441397 A JP33441397 A JP 33441397A JP H11168503 A JPH11168503 A JP H11168503A
- Authority
- JP
- Japan
- Prior art keywords
- host
- address
- internet
- router
- packet
- 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.)
- Pending
Links
Landscapes
- Data Exchanges In Wide-Area Networks (AREA)
- Small-Scale Networks (AREA)
Abstract
(57)【要約】
【課題】 インタネットアドレスを節約でき、しかも有
効利用できるパケット交換方法及びこれに用いるマルチ
ポートルータを提供すること。 【解決手段】 同一のインタネットアドレスが割り当て
られ、同一のサブネットに収容されたルータ６０の複数
の物理ポートにそれぞれ接続されたホスト１０からホス
ト２０宛てに該ホスト２０のインタネットアドレスを含
むアドレス解決要求パケットを送ると、ルータ６０の代
理ＡＲＰ応答手段６３がホスト２０の代わりに自身のＭ
ＡＣアドレスをホスト１０に返送し、これを受信したホ
スト１０がホスト２０のインタネットアドレスとともに
このルータ６０のＭＡＣアドレスを含むホスト２０宛て
のパケットを送ると、ルータ６０のパケット転送手段６
４がこれをホスト２０に転送する。
効利用できるパケット交換方法及びこれに用いるマルチ
ポートルータを提供すること。 【解決手段】 同一のインタネットアドレスが割り当て
られ、同一のサブネットに収容されたルータ６０の複数
の物理ポートにそれぞれ接続されたホスト１０からホス
ト２０宛てに該ホスト２０のインタネットアドレスを含
むアドレス解決要求パケットを送ると、ルータ６０の代
理ＡＲＰ応答手段６３がホスト２０の代わりに自身のＭ
ＡＣアドレスをホスト１０に返送し、これを受信したホ
スト１０がホスト２０のインタネットアドレスとともに
このルータ６０のＭＡＣアドレスを含むホスト２０宛て
のパケットを送ると、ルータ６０のパケット転送手段６
４がこれをホスト２０に転送する。
Description
【０００１】
【発明の属する技術分野】本発明は、マルチポートルー
タ、特に広域ネットワーク型の仮想ルータに多数のユー
ザを収容して大規模なインタネットを構築する場合に好
適なアドレス割当機能を備えたパケット交換方法及びこ
れに用いるマルチポートルータに関するものである。
タ、特に広域ネットワーク型の仮想ルータに多数のユー
ザを収容して大規模なインタネットを構築する場合に好
適なアドレス割当機能を備えたパケット交換方法及びこ
れに用いるマルチポートルータに関するものである。
【０００２】
【従来の技術】従来、複数の物理ポートを有するマルチ
ポートルータを用いてインタネットパケットの交換を行
う場合、マルチポートルータの各物理ポートに対してそ
れぞれ固有のインタネットアドレスを付与して行ってい
た。
ポートルータを用いてインタネットパケットの交換を行
う場合、マルチポートルータの各物理ポートに対してそ
れぞれ固有のインタネットアドレスを付与して行ってい
た。
【０００３】図１は従来のパケット交換方法におけるネ
ットワークモデルの一例を示すもので、図中、１０は第
１のホスト、２０は第２のホスト、３０はマルチポート
ルータ（以下、単にルータと称す。）、４０は第１の物
理リンク、５０は第２の物理リンクである。
ットワークモデルの一例を示すもので、図中、１０は第
１のホスト、２０は第２のホスト、３０はマルチポート
ルータ（以下、単にルータと称す。）、４０は第１の物
理リンク、５０は第２の物理リンクである。
【０００４】ここで、ホスト１０は物理リンク４０を介
してルータ３０と接続されており、ホスト２０は物理リ
ンク５０を介してルータ３０と接続されている。また、
ホスト１０はインタフェース（ＩＦ）１１を用いて物理
リンク４０を収容し、ホスト２０はインタフェース（Ｉ
Ｆ）２１を用いて物理リンク５０を収容する。また、ル
ータ３０はインタフェース（ＩＦ）３１を用いて物理リ
ンク４０を収容し、インタフェース（ＩＦ）３２を用い
て物理リンク５０を収容する。なお、ここでいうインタ
フェースが物理ポートに当たる。
してルータ３０と接続されており、ホスト２０は物理リ
ンク５０を介してルータ３０と接続されている。また、
ホスト１０はインタフェース（ＩＦ）１１を用いて物理
リンク４０を収容し、ホスト２０はインタフェース（Ｉ
Ｆ）２１を用いて物理リンク５０を収容する。また、ル
ータ３０はインタフェース（ＩＦ）３１を用いて物理リ
ンク４０を収容し、インタフェース（ＩＦ）３２を用い
て物理リンク５０を収容する。なお、ここでいうインタ
フェースが物理ポートに当たる。
【０００５】ここで、物理リンク４０，５０はイーサネ
ットで構成されているものとし、物理リンク上のアドレ
スとして、 ホスト１０にＭＡＣ：０ｘ０００００００００００１ ホスト２０にＭＡＣ：０ｘ０００００００００００２ ルータ３０にＭＡＣ：０ｘ０００００００００００３ が付与され、また、インタネットアドレスとして、 インタフェース１１にＩＰ：０ｘ０Ａ０１０１０２ インタフェース２１にＩＰ：０ｘ０Ａ０１０１０６ インタフェース３１にＩＰ：０ｘ０Ａ０１０１０１ インタフェース３２にＩＰ：０ｘ０Ａ０１０１０５ が付与されているものとする。
ットで構成されているものとし、物理リンク上のアドレ
スとして、 ホスト１０にＭＡＣ：０ｘ０００００００００００１ ホスト２０にＭＡＣ：０ｘ０００００００００００２ ルータ３０にＭＡＣ：０ｘ０００００００００００３ が付与され、また、インタネットアドレスとして、 インタフェース１１にＩＰ：０ｘ０Ａ０１０１０２ インタフェース２１にＩＰ：０ｘ０Ａ０１０１０６ インタフェース３１にＩＰ：０ｘ０Ａ０１０１０１ インタフェース３２にＩＰ：０ｘ０Ａ０１０１０５ が付与されているものとする。
【０００６】このようなネットワークモデルでは、各物
理リンクが各々独立したＩＰサブネットを形成する。
理リンクが各々独立したＩＰサブネットを形成する。
【０００７】ここで、アドレスプレフィックス長を３０
ビットとすると、物理リンク４０上のΙＰサブネットで
は、インタネットアドレス「ＩＰ：０ｘ０Ａ０１０１０
３」がＩＰサブネット上でのブロードキャストアドレス
として予約され、インタネットアドレス「ＩＰ：０ｘ０
Ａ０１０１００」がＩＰサブネットそのものを表すアド
レスとして予約される。
ビットとすると、物理リンク４０上のΙＰサブネットで
は、インタネットアドレス「ＩＰ：０ｘ０Ａ０１０１０
３」がＩＰサブネット上でのブロードキャストアドレス
として予約され、インタネットアドレス「ＩＰ：０ｘ０
Ａ０１０１００」がＩＰサブネットそのものを表すアド
レスとして予約される。
【０００８】同様に、物理リンク５０上のＩＰサブネッ
トでは、インタネットアドレス「ＩＰ：０ｘ０Ａ０１０
１０７」がＩＰサブネット上でのブロードキャストアド
レスとして予約され、インタネットアドレス「ＩＰ：０
ｘ０Ａ０１０１０４」がＩＰサブネットそのものを表す
アドレスとして予約される。
トでは、インタネットアドレス「ＩＰ：０ｘ０Ａ０１０
１０７」がＩＰサブネット上でのブロードキャストアド
レスとして予約され、インタネットアドレス「ＩＰ：０
ｘ０Ａ０１０１０４」がＩＰサブネットそのものを表す
アドレスとして予約される。
【０００９】従って、この構成では、 ＩＰ：０ｘ０Ａ０１０１００、ＩＰ：０ｘ０Ａ０１０１
０１、ＩＰ：０ｘ０Ａ０１０１０２、ＩＰ：０ｘ０Ａ０
１０１０３、ＩＰ：０ｘ０Ａ０１０１０４、ＩＰ：０ｘ
０Ａ０１０１０５、ＩＰ：０ｘ０Ａ０１０１０６、Ｉ
Ｐ：０ｘ０Ａ０１０１０７、 の合計８個のインタネットアドレスが消費される。
０１、ＩＰ：０ｘ０Ａ０１０１０２、ＩＰ：０ｘ０Ａ０
１０１０３、ＩＰ：０ｘ０Ａ０１０１０４、ＩＰ：０ｘ
０Ａ０１０１０５、ＩＰ：０ｘ０Ａ０１０１０６、Ｉ
Ｐ：０ｘ０Ａ０１０１０７、 の合計８個のインタネットアドレスが消費される。
【００１０】このようなネットワークモデルにおいて、
例えばホスト１０からホスト２０へのインタネットパケ
ット通信は図２に示す如く行われる。
例えばホスト１０からホスト２０へのインタネットパケ
ット通信は図２に示す如く行われる。
【００１１】即ち、ホスト１０は宛先であるホスト２０
のインタネットアドレスとして「ＩＰ：０ｘ０Ａ０１０
１０６」を特定し、このインタネットアドレスが帰属す
るＩＰサブネットのインタネットアドレス「ＩＰ：０ｘ
０Ａ０１０１０４／３０」を特定する。この後、このＩ
Ｐサブネットへのネクストホップルータ３０のインタネ
ットアドレスとして「ＩＰ：０ｘ０Ａ０１０１０１」を
特定する。
のインタネットアドレスとして「ＩＰ：０ｘ０Ａ０１０
１０６」を特定し、このインタネットアドレスが帰属す
るＩＰサブネットのインタネットアドレス「ＩＰ：０ｘ
０Ａ０１０１０４／３０」を特定する。この後、このＩ
Ｐサブネットへのネクストホップルータ３０のインタネ
ットアドレスとして「ＩＰ：０ｘ０Ａ０１０１０１」を
特定する。
【００１２】この後、ネクストホップルータ３０に対
し、インタネットパケットを転送するために物理リンク
４０上でインタネットアドレス「ＩＰ：０ｘ０Ａ０１０
１０１」を問い合わせキーとした、アドレス解決要求パ
ケットを同報する（２Ａ）。
し、インタネットパケットを転送するために物理リンク
４０上でインタネットアドレス「ＩＰ：０ｘ０Ａ０１０
１０１」を問い合わせキーとした、アドレス解決要求パ
ケットを同報する（２Ａ）。
【００１３】ネクストホップルータ３０はアドレス解決
要求パケットを受信すると、これに対して自身のＭＡＣ
アドレス「ＭＡＣ：０ｘ０００００００００００３」を
返答する（２Ｂ）。
要求パケットを受信すると、これに対して自身のＭＡＣ
アドレス「ＭＡＣ：０ｘ０００００００００００３」を
返答する（２Ｂ）。
【００１４】ホスト１０はアドレス解決応答パケットを
受信すると、送信すべきインタネットパケットに宛先Ｉ
Ｐアドレスとしてホスト２０のインタネットアドレス
「ＩＰ：０ｘ０Ａ０１０１０６」を付与し、このインタ
ネットパケットをＭＡＣフレームにカプセル化する。Ｍ
ＡＣフレームには、宛先ＭＡＣアドレスとして、ネクス
トホップルータ３０のＭＡＣアドレス「ＭＡＣ：０ｘ０
００００００００００３」を付与し、これを物理リンク
４０上に送出する（２Ｃ）。
受信すると、送信すべきインタネットパケットに宛先Ｉ
Ｐアドレスとしてホスト２０のインタネットアドレス
「ＩＰ：０ｘ０Ａ０１０１０６」を付与し、このインタ
ネットパケットをＭＡＣフレームにカプセル化する。Ｍ
ＡＣフレームには、宛先ＭＡＣアドレスとして、ネクス
トホップルータ３０のＭＡＣアドレス「ＭＡＣ：０ｘ０
００００００００００３」を付与し、これを物理リンク
４０上に送出する（２Ｃ）。
【００１５】送出されたＭＡＣフレームはネクストホッ
プルータ３０に受信される。ネクストホップルータ３０
は、受信したＭＡＣフレームからＩＰパケット部分に記
述された宛先ＩＰアドレスを抽出し、その宛先ＩＰアド
レス「ＩＰ：０ｘ０Ａ０１０１０６」をキーとして、図
３に示すような転送テーブルを検索し、ＭＡＣアドレス
「ＭＡＣ：０ｘ０００００００００００２」を得る。
プルータ３０に受信される。ネクストホップルータ３０
は、受信したＭＡＣフレームからＩＰパケット部分に記
述された宛先ＩＰアドレスを抽出し、その宛先ＩＰアド
レス「ＩＰ：０ｘ０Ａ０１０１０６」をキーとして、図
３に示すような転送テーブルを検索し、ＭＡＣアドレス
「ＭＡＣ：０ｘ０００００００００００２」を得る。
【００１６】この後、インタネットパケットをカプセル
化するＭＡＣフレームには宛先ＭＡＣアドレスとして
「ＭＡＣ：０ｘ０００００００００００２」を付与し、
これを物理リンク５０上に送出する（２Ｄ）。送出され
たＭＡＣフレームはホスト２０に受信される（２Ｅ）。
化するＭＡＣフレームには宛先ＭＡＣアドレスとして
「ＭＡＣ：０ｘ０００００００００００２」を付与し、
これを物理リンク５０上に送出する（２Ｄ）。送出され
たＭＡＣフレームはホスト２０に受信される（２Ｅ）。
【００１７】
【発明が解決しようとする課題】ところで、インタネッ
トアドレスは将来的な不足が予想されているため、割当
アドレスの節約が強く要求されている。
トアドレスは将来的な不足が予想されているため、割当
アドレスの節約が強く要求されている。
【００１８】しかし、前述した従来の方法では、マルチ
ポートルータの各物理ポート毎に固有のインタネットア
ドレスを付与しなければならず、多量のインタネットア
ドレスを消費してしまう（前記の例ではホスト２台をつ
なぐために８個のインタネットアドレスを消費してしま
う。）という問題があった。しかも、このマルチポート
ルータのポートに割り当てられたインタネットアドレス
は、宛先を指定するために用いられるわけではなく、イ
ンタネット内部で通信を適正に行うためだけに用いられ
るもので、インタネットアドレスの有効利用の面から見
ても問題があった。
ポートルータの各物理ポート毎に固有のインタネットア
ドレスを付与しなければならず、多量のインタネットア
ドレスを消費してしまう（前記の例ではホスト２台をつ
なぐために８個のインタネットアドレスを消費してしま
う。）という問題があった。しかも、このマルチポート
ルータのポートに割り当てられたインタネットアドレス
は、宛先を指定するために用いられるわけではなく、イ
ンタネット内部で通信を適正に行うためだけに用いられ
るもので、インタネットアドレスの有効利用の面から見
ても問題があった。
【００１９】本発明の目的は、インタネットアドレスを
節約でき、しかも有効利用できるパケット交換方法及び
これに用いるマルチポートルータを提供することにあ
る。
節約でき、しかも有効利用できるパケット交換方法及び
これに用いるマルチポートルータを提供することにあ
る。
【００２０】
【課題を解決するための手段】本発明では、前記課題を
解決するため、複数の物理ポートを有するマルチポート
ルータを用いてインタネットパケットの交換を行うパケ
ット交換方法において、マルチポートルータの各物理ポ
ートに同一のインタネットアドレスを割り当て、複数の
物理ポートのいずれかに接続されたホスト宛のアドレス
解決要求パケットを受信したマルチポートルータに自身
のＭＡＣアドレスを応答させ、前記自身のＭＡＣアドレ
スが付与されたＭＡＣフレームによるインタネットパケ
ットを受信したマルチポートルータに、該インタネット
パケットをＭＡＣフレーム中のインタネットアドレスに
対応するホストへ転送させることを特徴とするパケット
交換方法を提案する。
解決するため、複数の物理ポートを有するマルチポート
ルータを用いてインタネットパケットの交換を行うパケ
ット交換方法において、マルチポートルータの各物理ポ
ートに同一のインタネットアドレスを割り当て、複数の
物理ポートのいずれかに接続されたホスト宛のアドレス
解決要求パケットを受信したマルチポートルータに自身
のＭＡＣアドレスを応答させ、前記自身のＭＡＣアドレ
スが付与されたＭＡＣフレームによるインタネットパケ
ットを受信したマルチポートルータに、該インタネット
パケットをＭＡＣフレーム中のインタネットアドレスに
対応するホストへ転送させることを特徴とするパケット
交換方法を提案する。
【００２１】また、同一のインタネットアドレスが割り
付けられた複数の物理ポートと、複数の物理ポートのい
ずれかに接続されたホスト宛のアドレス解決要求パケッ
トに対して自身のＭＡＣアドレスを応答する手段と、前
記自身のＭＡＣアドレスが付与されたＭＡＣフレームに
よるインタネットパケットを、該ＭＡＣフレーム中のイ
ンタネットアドレスに対応するホストへ転送する手段と
を備えたことを特徴とするマルチポートルータを提案す
る。
付けられた複数の物理ポートと、複数の物理ポートのい
ずれかに接続されたホスト宛のアドレス解決要求パケッ
トに対して自身のＭＡＣアドレスを応答する手段と、前
記自身のＭＡＣアドレスが付与されたＭＡＣフレームに
よるインタネットパケットを、該ＭＡＣフレーム中のイ
ンタネットアドレスに対応するホストへ転送する手段と
を備えたことを特徴とするマルチポートルータを提案す
る。
【００２２】本発明によれば、マルチポートルータの各
ポートに対して、同一のインタネットアドレスを付与す
ることで、インタネットを構成する際に必要とされるイ
ンタネットアドレスの消費量を抑制できる。
ポートに対して、同一のインタネットアドレスを付与す
ることで、インタネットを構成する際に必要とされるイ
ンタネットアドレスの消費量を抑制できる。
【００２３】この場合、各ポートに同一のインタネット
アドレスが割り当てられるため、結果的に全てのポート
は同一のサブネットを収容することになる。このような
環境において、発側ホストが同一サブネット内の宛先
（着側）ホストにインタネットパケットを転送しようと
する場合、この宛先ホストが中継ルータの先に存在して
いたとしても、中継ルータの存在を意識できない。この
ため、周知のＡＲＰ（Address Resolution Protocol ）
機能を用いて、宛先ホストのインタネットアドレスか
ら、直接的に宛先ホストの物理アドレスを解決しようと
する。即ち、発側ホストは、ＡＲＰ要求パケットを物理
リンク上に同報送信する。
アドレスが割り当てられるため、結果的に全てのポート
は同一のサブネットを収容することになる。このような
環境において、発側ホストが同一サブネット内の宛先
（着側）ホストにインタネットパケットを転送しようと
する場合、この宛先ホストが中継ルータの先に存在して
いたとしても、中継ルータの存在を意識できない。この
ため、周知のＡＲＰ（Address Resolution Protocol ）
機能を用いて、宛先ホストのインタネットアドレスか
ら、直接的に宛先ホストの物理アドレスを解決しようと
する。即ち、発側ホストは、ＡＲＰ要求パケットを物理
リンク上に同報送信する。
【００２４】しかし、中継ルータはＡＲＰ要求パケット
の中継を行わないため、このＡＲＰ要求パケットは宛先
ホストに到達しない。そこで、本発明では、中継ルータ
が代わりに、宛先ホストのインタネットアドレスに対し
て自分の物理アドレスを対応させ、ＡＲＰ応答パケット
を発側ホストに送信する。なお、本発明では、これを代
理ＡＲＰ応答という。
の中継を行わないため、このＡＲＰ要求パケットは宛先
ホストに到達しない。そこで、本発明では、中継ルータ
が代わりに、宛先ホストのインタネットアドレスに対し
て自分の物理アドレスを対応させ、ＡＲＰ応答パケット
を発側ホストに送信する。なお、本発明では、これを代
理ＡＲＰ応答という。
【００２５】この結果、ＡＲＰ応答パケットを受信した
発側ホストは、意識しないまま中継ルータ宛にインタネ
ットパケットを送信することになり、このインタネット
パケットを受信した中継ルータは宛先ホストに転送す
る。
発側ホストは、意識しないまま中継ルータ宛にインタネ
ットパケットを送信することになり、このインタネット
パケットを受信した中継ルータは宛先ホストに転送す
る。
【００２６】このようにして、インタネットアドレスの
消費量を抑制しつつも、適切にインタネット通信を行う
ことができる。
消費量を抑制しつつも、適切にインタネット通信を行う
ことができる。
【００２７】
【発明の実施の形態】図４は本発明のパケット交換方法
におけるネットワークモデルの一例を示すもので、図
中、従来例と同一構成部分は同一符号をもって表す。即
ち、１０は第１のホスト、２０は第２のホスト、４０は
第１の物理リンク、５０は第２の物理リンク、６０はマ
ルチポートルータである。
におけるネットワークモデルの一例を示すもので、図
中、従来例と同一構成部分は同一符号をもって表す。即
ち、１０は第１のホスト、２０は第２のホスト、４０は
第１の物理リンク、５０は第２の物理リンク、６０はマ
ルチポートルータである。
【００２８】ここで、ホスト１０は物理リンク４０を介
してルータ６０と接続されており、ホスト２０は物理リ
ンク５０を介してルータ６０と接続されている。また、
ホスト１０はインタフェース（ＩＦ）１１を用いて物理
リンク４０を収容し、ホスト２０はインタフェース（Ｉ
Ｆ）２１を用いて物理リンク５０を収容する。また、ル
ータ６０はインタフェース（ＩＦ）６１を用いて物理リ
ンク４０を収容し、インタフェース（ＩＦ）６２を用い
て物理リンク５０を収容する。なお、ここでいうインタ
フェースが物理ポートに当たる。
してルータ６０と接続されており、ホスト２０は物理リ
ンク５０を介してルータ６０と接続されている。また、
ホスト１０はインタフェース（ＩＦ）１１を用いて物理
リンク４０を収容し、ホスト２０はインタフェース（Ｉ
Ｆ）２１を用いて物理リンク５０を収容する。また、ル
ータ６０はインタフェース（ＩＦ）６１を用いて物理リ
ンク４０を収容し、インタフェース（ＩＦ）６２を用い
て物理リンク５０を収容する。なお、ここでいうインタ
フェースが物理ポートに当たる。
【００２９】また、ルータ６０は、インタフェース６
１，６２に接続されたホスト宛のアドレス解決要求パケ
ットに対して自身のＭＡＣアドレスを応答する代理ＡＲ
Ｐ応答手段６３と、自身のＭＡＣアドレスが付与された
ＭＡＣフレームによるインタネットパケットを、該ＭＡ
Ｃフレーム中のインタネットアドレスに対応するホスト
へ転送するパケット転送手段６４とを備えている。
１，６２に接続されたホスト宛のアドレス解決要求パケ
ットに対して自身のＭＡＣアドレスを応答する代理ＡＲ
Ｐ応答手段６３と、自身のＭＡＣアドレスが付与された
ＭＡＣフレームによるインタネットパケットを、該ＭＡ
Ｃフレーム中のインタネットアドレスに対応するホスト
へ転送するパケット転送手段６４とを備えている。
【００３０】ここで、物理リンク４０，５０はイーサネ
ットで構成されているものとし、物理リンク上のアドレ
スとして、 ホスト１０にＭＡＣ：０ｘ０００００００００００１ ホスト２０にＭＡＣ：０ｘ０００００００００００２ ルータ６０にＭＡＣ：０ｘ０００００００００００３ が付与され、また、インタネットアドレスとして、 インタフェース１１にＩＰ：０ｘ０Ａ０１０１０２ インタフェース２１にＩＰ：０ｘ０Ａ０１０１０３ インタフェース６１にＩＰ：０ｘ０Ａ０１０１０１ インタフェース６２にＩＰ：０ｘ０Ａ０１０１０１ が付与されているものとする。
ットで構成されているものとし、物理リンク上のアドレ
スとして、 ホスト１０にＭＡＣ：０ｘ０００００００００００１ ホスト２０にＭＡＣ：０ｘ０００００００００００２ ルータ６０にＭＡＣ：０ｘ０００００００００００３ が付与され、また、インタネットアドレスとして、 インタフェース１１にＩＰ：０ｘ０Ａ０１０１０２ インタフェース２１にＩＰ：０ｘ０Ａ０１０１０３ インタフェース６１にＩＰ：０ｘ０Ａ０１０１０１ インタフェース６２にＩＰ：０ｘ０Ａ０１０１０１ が付与されているものとする。
【００３１】このようなネットワークモデルでは、従来
と異なり、全ての物理リンクが全体で１つのＩＰサブネ
ットを形成する。
と異なり、全ての物理リンクが全体で１つのＩＰサブネ
ットを形成する。
【００３２】ここで、アドレスプレフィックス長を２９
ビットとすると、このＩＰサブネットでは、インタネッ
トアドレス「ＩＰ：０ｘ０Ａ０１０１０７」がＩＰサブ
ネット上でのブロードキャストアドレスとして予約さ
れ、インタネットアドレス「ＩＰ：０ｘ０Ａ０１０１０
０」がＩＰサブネットそのものを表すアドレスとして予
約される。
ビットとすると、このＩＰサブネットでは、インタネッ
トアドレス「ＩＰ：０ｘ０Ａ０１０１０７」がＩＰサブ
ネット上でのブロードキャストアドレスとして予約さ
れ、インタネットアドレス「ＩＰ：０ｘ０Ａ０１０１０
０」がＩＰサブネットそのものを表すアドレスとして予
約される。
【００３３】従って、この構成では、 ＩＰ：０ｘ０Ａ０１０１００、ＩＰ：０ｘ０Ａ０１０１
０１、ＩＰ：０ｘ０Ａ０１０１０２、ＩＰ：０ｘ０Ａ０
１０１０３、ＩＰ：０ｘ０Ａ０１０１０７、 の合計５個のインタネットアドレスが消費される。
０１、ＩＰ：０ｘ０Ａ０１０１０２、ＩＰ：０ｘ０Ａ０
１０１０３、ＩＰ：０ｘ０Ａ０１０１０７、 の合計５個のインタネットアドレスが消費される。
【００３４】従って、従来よりもインタネットアドレス
が３つ少なくて済む。この効果は、網規模が拡大するに
つれてさらに大きくなる。
が３つ少なくて済む。この効果は、網規模が拡大するに
つれてさらに大きくなる。
【００３５】このようなネットワークモデルにおいて、
例えばホスト１０からホスト２０へのインタネットパケ
ット通信は図５に示す如く行われる。
例えばホスト１０からホスト２０へのインタネットパケ
ット通信は図５に示す如く行われる。
【００３６】即ち、ホスト１０は宛先であるホスト２０
のインタネットアドレスとして「ＩＰ：０ｘ０Ａ０１０
１０３」を特定し、このアドレス値が、自身の帰属する
インタネットアドレス「ＩＰ：０ｘ０Ａ０１０１００／
２９」のＩＰサブネットと同一サブネット上に存在する
と認識し、このホスト２０に対して、インタネットパケ
ットを転送するために物理リンク４０上でインタネット
アドレス「ＩＰ：０ｘ０Ａ０１０１０３」を問い合わせ
キーとした、アドレス解決要求パケットを同報する（５
Ａ）。
のインタネットアドレスとして「ＩＰ：０ｘ０Ａ０１０
１０３」を特定し、このアドレス値が、自身の帰属する
インタネットアドレス「ＩＰ：０ｘ０Ａ０１０１００／
２９」のＩＰサブネットと同一サブネット上に存在する
と認識し、このホスト２０に対して、インタネットパケ
ットを転送するために物理リンク４０上でインタネット
アドレス「ＩＰ：０ｘ０Ａ０１０１０３」を問い合わせ
キーとした、アドレス解決要求パケットを同報する（５
Ａ）。
【００３７】ルータ６０はアドレス解決要求パケットを
受信すると、代理ＡＲＰ応答手段６３により、インタネ
ットアドレス「ＩＰ：０ｘ０Ａ０１０１０３」が自分の
インタネットアドレスとは異なるが、ホスト２０の代理
として、これに応答する。即ち、インタネットアドレス
「ＩＰ：０ｘ０Ａ０１０１０３」に対して、自分のＭＡ
Ｃアドレス「ＭＡＣ：０ｘ０００００００００００３」
を返答する（５Ｂ）。
受信すると、代理ＡＲＰ応答手段６３により、インタネ
ットアドレス「ＩＰ：０ｘ０Ａ０１０１０３」が自分の
インタネットアドレスとは異なるが、ホスト２０の代理
として、これに応答する。即ち、インタネットアドレス
「ＩＰ：０ｘ０Ａ０１０１０３」に対して、自分のＭＡ
Ｃアドレス「ＭＡＣ：０ｘ０００００００００００３」
を返答する（５Ｂ）。
【００３８】ホスト１０はアドレス解決応答パケットを
受信すると、送信すべきインタネットパケットに宛先Ｉ
Ｐアドレスとしてホスト２０のインタネットアドレス
「ＩＰ：０ｘ０Ａ０１０１０３」を付与し、このインタ
ネットパケットをＭＡＣフレームにカプセル化する。Ｍ
ＡＣフレームには、宛先ＭＡＣアドレスとして、ルータ
６０のＭＡＣアドレス「ＭＡＣ：０ｘ００００００００
０００３」を付与し、これを物理リンク４０上に送出す
る（５Ｃ）。
受信すると、送信すべきインタネットパケットに宛先Ｉ
Ｐアドレスとしてホスト２０のインタネットアドレス
「ＩＰ：０ｘ０Ａ０１０１０３」を付与し、このインタ
ネットパケットをＭＡＣフレームにカプセル化する。Ｍ
ＡＣフレームには、宛先ＭＡＣアドレスとして、ルータ
６０のＭＡＣアドレス「ＭＡＣ：０ｘ００００００００
０００３」を付与し、これを物理リンク４０上に送出す
る（５Ｃ）。
【００３９】送出されたＭＡＣフレームはルータ６０に
受信される。ルータ６０は、パケット転送手段６４によ
り、受信したＭＡＣフレームからＩＰパケット部分に記
述された宛先ＩＰアドレスを抽出し、その宛先ＩＰアド
レス「ＩＰ：０ｘ０Ａ０１０１０３」をキーとして、図
６に示すような転送テーブルを検索し、ＭＡＣアドレス
「ＭＡＣ：０ｘ０００００００００００２」を得る。
受信される。ルータ６０は、パケット転送手段６４によ
り、受信したＭＡＣフレームからＩＰパケット部分に記
述された宛先ＩＰアドレスを抽出し、その宛先ＩＰアド
レス「ＩＰ：０ｘ０Ａ０１０１０３」をキーとして、図
６に示すような転送テーブルを検索し、ＭＡＣアドレス
「ＭＡＣ：０ｘ０００００００００００２」を得る。
【００４０】この後、インタネットパケットをカプセル
化するＭＡＣフレームには宛先ＭＡＣアドレスとして
「ＭＡＣ：０ｘ０００００００００００２」を付与し、
これを物理リンク５０上に送出する（５Ｄ）。送出され
たＭＡＣフレームはホスト２０に受信される（５Ｅ）。
化するＭＡＣフレームには宛先ＭＡＣアドレスとして
「ＭＡＣ：０ｘ０００００００００００２」を付与し、
これを物理リンク５０上に送出する（５Ｄ）。送出され
たＭＡＣフレームはホスト２０に受信される（５Ｅ）。
【００４１】本発明では、このように、通常は発側ホス
トから宛先ホストへ送られ、これを受信した宛先ホスト
が以後の通信のために自ＭＡＣアドレスを返送するアド
レス解決要求パケットに対し、マルチポートルータが本
来の宛先ホストに代わって、しかもＭＡＣアドレスとし
て自身のＭＡＣアドレスを返送する、という代理ＡＲＰ
応答機能を持たせることにより、ホスト側に何ら変更を
要することなく、適正な通信を行わせることができる。
トから宛先ホストへ送られ、これを受信した宛先ホスト
が以後の通信のために自ＭＡＣアドレスを返送するアド
レス解決要求パケットに対し、マルチポートルータが本
来の宛先ホストに代わって、しかもＭＡＣアドレスとし
て自身のＭＡＣアドレスを返送する、という代理ＡＲＰ
応答機能を持たせることにより、ホスト側に何ら変更を
要することなく、適正な通信を行わせることができる。
【００４２】そして、この際、従来例ではルータの各物
理ポート毎にインタネットアドレスを付与しなければな
らず、ホストを２台をつなぐために８個のインタネット
アドレスを消費することが問題であったが、本発明では
５個のインタネットアドレスを消費するだけで済む。こ
のインタネットアドレスの節約効果は、網の規模が大き
くなるほど大きくなる。
理ポート毎にインタネットアドレスを付与しなければな
らず、ホストを２台をつなぐために８個のインタネット
アドレスを消費することが問題であったが、本発明では
５個のインタネットアドレスを消費するだけで済む。こ
のインタネットアドレスの節約効果は、網の規模が大き
くなるほど大きくなる。
【００４３】なお、ルータが代理ＡＲＰ応答を行うに当
たり、パケットの宛先のインタネットアドレスが自身の
サブネットに含まれる場合だけ、自身のＭＡＣアドレス
を応答するように制御すると、宛先ホストの異常動作時
にも、おかしなＡＲＰには答えないで済む。また、代理
ＡＲＰ応答を簡単に行うためには、パケットの宛先のイ
ンタネットアドレスとは無関係に自身のＭＡＣアドレス
を応答するようにしても良い。
たり、パケットの宛先のインタネットアドレスが自身の
サブネットに含まれる場合だけ、自身のＭＡＣアドレス
を応答するように制御すると、宛先ホストの異常動作時
にも、おかしなＡＲＰには答えないで済む。また、代理
ＡＲＰ応答を簡単に行うためには、パケットの宛先のイ
ンタネットアドレスとは無関係に自身のＭＡＣアドレス
を応答するようにしても良い。
【００４４】
【発明の効果】以上説明したように、本発明によれば、
インタネットを構成する際に必要とされるインタネット
アドレスの消費量を抑制でき、少数のインタネットアド
レスを用いて、より多くのユーザにインタネットサービ
スを提供することが可能となり、結果的に、大規模ネッ
トワークが容易に構築できるようになり、インタネット
サービスの提供コストを削減することができる。
インタネットを構成する際に必要とされるインタネット
アドレスの消費量を抑制でき、少数のインタネットアド
レスを用いて、より多くのユーザにインタネットサービ
スを提供することが可能となり、結果的に、大規模ネッ
トワークが容易に構築できるようになり、インタネット
サービスの提供コストを削減することができる。
【図１】従来のパケット交換方法におけるネットワーク
モデルの一例を示す図
モデルの一例を示す図
【図２】従来のパケット交換方法の一例を示す図
【図３】従来のパケット交換方法におけるルータの転送
テーブルの一例を示す図
テーブルの一例を示す図
【図４】本発明のパケット交換方法におけるネットワー
クモデルの一例を示す図
クモデルの一例を示す図
【図５】本発明のパケット交換方法の実施の形態の一例
を示す図
を示す図
【図６】本発明のパケット交換方法におけるルータの転
送テーブルの一例を示す図
送テーブルの一例を示す図
１０，２０：ホスト、１１，２１，６１，６２：インタ
フェース、４０，５０：物理リンク、６０：ルータ、６
３：代理ＡＲＰ応答手段、６４：パケット転送手段。
フェース、４０，５０：物理リンク、６０：ルータ、６
３：代理ＡＲＰ応答手段、６４：パケット転送手段。
───────────────────────────────────────────────────── フロントページの続き (72)発明者 原 博之 東京都新宿区西新宿３丁目19番２号 日本 電信電話株式会社内
Claims (2)
- 【請求項１】 複数の物理ポートを有するマルチポート
ルータを用いてインタネットパケットの交換を行うパケ
ット交換方法において、 マルチポートルータの各物理ポートに同一のインタネッ
トアドレスを割り当て、 複数の物理ポートのいずれかに接続されたホスト宛のア
ドレス解決要求パケットを受信したマルチポートルータ
に自身のＭＡＣアドレスを応答させ、 前記自身のＭＡＣアドレスが付与されたＭＡＣフレーム
によるインタネットパケットを受信したマルチポートル
ータに、該インタネットパケットをＭＡＣフレーム中の
インタネットアドレスに対応するホストへ転送させるこ
とを特徴とするパケット交換方法。 - 【請求項２】 同一のインタネットアドレスが割り付け
られた複数の物理ポートと、 複数の物理ポートのいずれかに接続されたホスト宛のア
ドレス解決要求パケットに対して自身のＭＡＣアドレス
を応答する手段と、 前記自身のＭＡＣアドレスが付与されたＭＡＣフレーム
によるインタネットパケットを、該ＭＡＣフレーム中の
インタネットアドレスに対応するホストへ転送する手段
とを備えたことを特徴とするマルチポートルータ。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP9334413A JPH11168503A (ja) | 1997-12-04 | 1997-12-04 | パケット交換方法及びこれに用いるマルチポートルータ |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP9334413A JPH11168503A (ja) | 1997-12-04 | 1997-12-04 | パケット交換方法及びこれに用いるマルチポートルータ |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JPH11168503A true JPH11168503A (ja) | 1999-06-22 |
Family
ID=18277106
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP9334413A Pending JPH11168503A (ja) | 1997-12-04 | 1997-12-04 | パケット交換方法及びこれに用いるマルチポートルータ |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JPH11168503A (ja) |
Cited By (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| KR100455130B1 (ko) * | 2000-12-23 | 2004-11-08 | 엘지전자 주식회사 | 가상 에이알피 패킷을 이용한 프록시 에이알피 동작 방법 |
| JP2006295259A (ja) * | 2005-04-05 | 2006-10-26 | Canon Inc | 通信装置及びその通信制御方法 |
| JP2008312030A (ja) * | 2007-06-15 | 2008-12-25 | Mitsubishi Electric Corp | アドレス解決方法および通信装置 |
-
1997
- 1997-12-04 JP JP9334413A patent/JPH11168503A/ja active Pending
Cited By (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| KR100455130B1 (ko) * | 2000-12-23 | 2004-11-08 | 엘지전자 주식회사 | 가상 에이알피 패킷을 이용한 프록시 에이알피 동작 방법 |
| JP2006295259A (ja) * | 2005-04-05 | 2006-10-26 | Canon Inc | 通信装置及びその通信制御方法 |
| JP2008312030A (ja) * | 2007-06-15 | 2008-12-25 | Mitsubishi Electric Corp | アドレス解決方法および通信装置 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| KR100455130B1 (ko) | 가상 에이알피 패킷을 이용한 프록시 에이알피 동작 방법 | |
| CA2441784C (en) | Access networks | |
| US7185106B1 (en) | Providing services for multiple virtual private networks | |
| CA2283964C (en) | Nomadic translator or router | |
| US6147995A (en) | Method for establishing restricted broadcast groups in a switched network | |
| US6747979B1 (en) | Method and apparatus for bridging between networks | |
| US7046666B1 (en) | Method and apparatus for communicating between divergent networks using media access control communications | |
| US6243759B1 (en) | Method and system for configuring dynamic interfaces | |
| CN102577331B (zh) | 虚拟第2层及使其可扩展的机制 | |
| JP4692258B2 (ja) | ルータ装置及び通信システム | |
| JPH1141272A (ja) | Ｌａｎインターネット接続 | |
| CN100359875C (zh) | 在地址解析协议代理上实现负载均摊的方法 | |
| WO2001097485A2 (en) | Method for providing transparent public addressed networks within private networks | |
| US7525949B1 (en) | Forwarding for network devices | |
| US20060098665A1 (en) | Systems and methods for communicating with bi-nodal network elements | |
| JPH1013471A (ja) | ネットワーク間接続方式およびドメインネーム管理方法 | |
| JPH11168503A (ja) | パケット交換方法及びこれに用いるマルチポートルータ | |
| JP7273125B2 (ja) | ＢＩＥＲｖ６パケットを送信するための方法および第１のネットワークデバイス | |
| CN101127770B (zh) | 在地址解析协议代理上实现备份的方法 | |
| Cisco | Configuring AppleTalk | |
| Cisco | Configuring AppleTalk | |
| Cisco | Configuring AppleTalk | |
| Cisco | Configuring AppleTalk | |
| Cisco | Configuring AppleTalk | |
| Cisco | Configuring AppleTalk |