JP2005072685A - ルータ装置及びその装置における経路情報の配布方法並びに通信システム - Google Patents
ルータ装置及びその装置における経路情報の配布方法並びに通信システム Download PDFInfo
- Publication number
- JP2005072685A JP2005072685A JP2003209144A JP2003209144A JP2005072685A JP 2005072685 A JP2005072685 A JP 2005072685A JP 2003209144 A JP2003209144 A JP 2003209144A JP 2003209144 A JP2003209144 A JP 2003209144A JP 2005072685 A JP2005072685 A JP 2005072685A
- Authority
- JP
- Japan
- Prior art keywords
- prefix
- route
- router
- isp
- default route
- 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
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L61/00—Network arrangements, protocols or services for addressing or naming
- H04L61/50—Address allocation
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L45/00—Routing or path finding of packets in data switching networks
- H04L45/02—Topology update or discovery
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L45/00—Routing or path finding of packets in data switching networks
- H04L45/54—Organization of routing tables
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L2101/00—Indexing scheme associated with group H04L61/00
- H04L2101/60—Types of network addresses
- H04L2101/618—Details of network addresses
- H04L2101/659—Internet protocol version 6 [IPv6] addresses
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L2101/00—Indexing scheme associated with group H04L61/00
- H04L2101/60—Types of network addresses
- H04L2101/668—Internet protocol [IP] address subnets
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L2101/00—Indexing scheme associated with group H04L61/00
- H04L2101/60—Types of network addresses
- H04L2101/677—Multiple interfaces, e.g. multihomed nodes
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
【課題】本発明の課題は、ＩＰｖ６におけるマルチホームにおいて冗長な経路をとることなく、パケットの転送効率を向上させることのできるルータ装置を提供することである。
【解決手段】上記課題は、インターネットサービスプロバイダ（ＩＳＰ）と接続され、プレフィックスを経路情報として近隣のルータと交換するＩＰｖ６マルチホームネットワークにおけるルータ装置であって、前記ＩＳＰから割り当てられるプレフィックスと、デフォルトルートと、を関連付けて組にする組形成手段と、 前記組形成手段により組にされたプレフィックスと、デフォルトルートをルーティングプロトコルで近隣のルータ装置に配布する組情報配布手段と、を備えることを特徴とするルータ装置にて達成される。
【選択図】 図２
【解決手段】上記課題は、インターネットサービスプロバイダ（ＩＳＰ）と接続され、プレフィックスを経路情報として近隣のルータと交換するＩＰｖ６マルチホームネットワークにおけるルータ装置であって、前記ＩＳＰから割り当てられるプレフィックスと、デフォルトルートと、を関連付けて組にする組形成手段と、 前記組形成手段により組にされたプレフィックスと、デフォルトルートをルーティングプロトコルで近隣のルータ装置に配布する組情報配布手段と、を備えることを特徴とするルータ装置にて達成される。
【選択図】 図２
Description
【０００１】
【発明の属する技術分野】
本発明は、ＩＰｖ６マルチホームネットワークで用いられるルータ装置及びその装置における経路情報の配布方法並びに通信システムに関する。
【０００２】
【従来の技術】
ＩＰネットワークでのマルチホームとは、企業や大学内ネットワークなどのエンドサイトが、複数のインターネットサービスプロバイダ（ＩＳＰ）に接続する形態をいい、複数の上流へ接続を持つことで負荷分散や、信頼性向上などを図る技術である。
【０００３】
インターネット技術の標準化を推進する任意団体であるＩＥＴＦで文書化されたＲＦＣ（Ｒｅｑｕｅｓｔ Ｆｏｒ Ｃｏｍｍｅｎｔｓ）２２６０およびＲＦＣ３１７８では、マルチホームの実現方法の一例が記述されている。
【０００４】
ところで、インターネットプロトコルバージョン６（ＩＰｖ６）は、従来のＩＰｖ４の４倍のビット長を持ち、極めて多数の機器にグローバルなＩＰアドレスの付与を可能としている。ＩＰｖ６では、ＩＰｖ４と異なり、ＩＳＰがエンドサイト（ここで、エンドサイトとは、ＩＳＰと契約関係を持つエンドユーザ（加入者）のサイトとして定義される、以下、“サイト”と略記）に４８ビットのプレフィックスを割り当て、サイトは自サイト内の各ＬＡＮに６４ビットのプレフィックスを割り当てる事になっている。
【０００５】
図７は、ＩＰｖ６におけるマルチホームの一般例を示す図である。同図に示すように、サイト１００には、２つのインターネットサービスプロバイダ（ＩＳＰ＿ａ１１０，ＩＳＰ＿ｂ１２０）と接続されている。サイト１００内のホストａ５０はルータ（図示省略）を経由して、プロバイダＩＳＰ＿ａ１１０、ＩＳＰ＿ｂ１２０と接続されている。
【０００６】
ホストａ５０は、プロバイダＩＳＰ＿ａ１１０、ＩＳＰ＿ｂ１２０から割り当てられた以下のプレフィックスを持っている。
【０００７】
▲１▼ＩＳＰ＿ａ ２００２：１０００：１０００：：／４８
▲２▼ＩＳＰ＿ｂ ２００２：２０００：２０００：：／４８
ここで、“／４８”は、ＩＰｖ６のプレフィックス長を表している。また、１６ビット毎に分割され、コロン（：）を使用して１６進数で表記されている。
【０００８】
図８は、サイト内のＩＰｖ６アドレスの構造を示す図で、
▲１▼ＩＳＰから割り当てられたプレフィックス（４８ビット）
▲２▼サイト内でＬＡＮに付与するサブネットＩＤ（１６ビット）
▲３▼ＬＡＮ内で各ホストの区別に使用する識別ビット（６４ビット）
で構成される。
【０００９】
したがって、サイト１００内のホストａ５０は、以下の▲１▼〜▲３▼に示すように、異なるプレフィックスを持つＩＰアドレスを複数個持っていることになる（図７参照）。
【００１０】
ＦＥＣ０：１０００：１０００：０００１：００１１：２２３３：４４５５：６６７７
２００２：１０００：１０００：０００１：００１１：２２３３：４４５５：６６７７
２００２：２０００：２０００：０００１：００１１：２２３３：４４５５：６６７７
ここで、「ＦＥＣ０：：」で始まるＩＰアドレスは、サイト管理者が付与するサイトローカルアドレス（「サイト」という一定範囲内で一意なアドレスである）である。
【００１１】
ＩＰｖ６におけるマルチホーム環境では、ＩＳＰがサイトに割り当てるプレフィックスのビット数を４８ビットに固定することで、サイトが接続するＩＳＰの変更を行った場合に、アドレス変更が最小になるよう配慮されている。
【００１２】
さて、多くのサイトでは、各ルータは、ＲＩＰｎｇ（ＲＦＣ２０８０）やＯＳＰＦ（ＲＦＣ２７４０）などのルーティングプロトコルを使用して、ルーティングテーブルを作成している。この時、サイトの外に向かうパケットは、マルチホームサイトとＩＳＰの接続点となるＧＷルータに送ればよいので、まとめてデフォルトルート（経路情報が見当たらないときに使う汎用の経路）と呼ばれる長さが０ビット（０．０．０．０／０）の経路を用いている。
【００１３】
また、通常のサイト内の経路はリンクに隣接するルータで生成されてサイト内で配布されるのに対し、デフォルトルートはサイトとＩＳＰの接続点となるＧＷルータで生成し、ルーティングプロトコルを用いてサイト内の各ルータに配布される。ルータはパケットを受信すると、宛先アドレスを調べて、対応する経路があれば、つまり宛先がサイト内であれば、その方向ヘパケットを転送する。一方、対応する経路がない場合は、つまり宛先がサイト外であれば、デフォルトルートヘパケットを転送する。
【００１４】
上記のようにサイト内のルーティングでは、ＩＳＰと接続するそれぞれのＧＷルータがデフォルトルートを生成する。現在のＩＰルーティングプロトコルは、複数のデフォルトルートがある場合に、距離に基づいて経路を決めているため、サイト内からサイト外へのパケットは、送信者に最も近いＧＷルータへ転送される。
【００１５】
一方で、ＩＳＰがサイトから来るパケットのソースアドレスを検査し、ＩＳＰが与えたアドレスプレフィックスを使用していない場合にパケットを拒否する侵入フィルタ（イングレスフィルタ）がＲＦＣ２２６７で規定されている。この規定によれば、デフォルトルートに従ってサイト内を転送されたパケットがプレフィックスに対応しないＧＷルータに送られると侵入フィルタで捨てられてしまうことになる。図９は、このことを説明するための図である。図９中のサイト１００内には、ＩＳＰ＿ａ１１０との接続ゲートウェイであるＧＷ（ゲートウェイ）ルータａ（ＧＷａ）５１と、該ＧＷルータａ５１と接続されるルータＲａ５３と、ＩＳＰ＿ｂ１２０との接続ゲートウェイであるＧＷルータｂ（ＧＷｂ）５２と、該ＧＷルータｂ５２と接続されるルータＲｂ５４、ルータＲａ５３とＧＷルータｂ５２と接続されるルータＲｂ５４と、ホストａ５０から構成されている。
【００１６】
ホストａ５０は、ＩＳＰ＿ａ１１０から指定されるプレフィックス２００２：１０００：１０００：：／４８をソースアドレス（送信元アドレス）として生成（例：アドレスＡ）し、また、ＩＳＰ＿ｂ１２０から指定されるプレフィックス２００２：２０００：２０００：：／４８をソースアドレスとして生成（例：アドレスＢ）する。すなわち、ホストａ５０は、アドレスＡ、Ｂを持っており、いずれかをソースアドレスとして設定し、パケットを送り出す。
【００１７】
上記のような構成において、例えば、ホストａ５０からサイト１００外へパケットを送る場合、ホストａ５０から送られたパケットは、ルータＲｂ５４でより距離の近いデフォルトルート（ここでは、距離１のデフォルトルート）のＧＷルータｂ５２に向かって転送される。このときホストａ５０がソースアドレスにＩＳＰ＿ａ１１０から割り当てられたプレフィックスの２００２：１００：１００：：／４８を使用した場合、このパケットはＩＳＰ＿ｂ１２０の侵入フィルタで廃棄されてしまう。
【００１８】
このような問題に対して、マルチホームサイトとＩＳＰ間で人手による交渉を行い、ＧＷルータａ５１とＩＳＰ＿ｂ１２０の問、およびＧＷルータｂ５２とＩＳＰ＿ａ１１０の間で静的なＩＰトンネルを設定し、ＧＷルータａ５１及びＧＷルータｂ５２がソースアドレスをチェックし、適切なＩＳＰへパケット転送することで、侵入フィルタでのパケット廃棄を防ぐことのできる技術がＲＦＣ３１７８で規定されている（図１０参照）。
【００１９】
一方で、ルーティングテーブルによるスイッチング動作の信頼性を向上させるため、ルータ起動時、ポートのリンクアップを契機に、仮のデフォルトルートを自動設定できるルータシステムの技術が開示されている（例えば、特許文献１参照）。
【００２０】
【特許文献１】
特開２００２−３５９６３８号公報
【００２１】
【発明が解決しようとする課題】
しかしながら、上記のＲＦＣ３１７８に示される方法では、ホストａ５０がサイト外へパケットを送ろうとした場合（ホストｂ６０宛にパケットを送信するケース）、図１１に示すように、ＧＷルータｂ５２とＩＳＰ＿ａ１１０及びＩＳＰ＿ｂ１２０間に設定されるＩＰトンネルを通ってパケットが送られる可能性がある。
【００２２】
すなわち、ホストａ５０がソースアドレスにＩＳＰ＿ａ１１０から割り当てられたプレフィックスを使用してホストｂ６０宛にパケットを送信した場合、ホストａ５０からのパケットは、宛先までの距離の近いデフォルトルートのＧＷルータｂ５２に向かってパケットが送り出される。ＧＷルータｂ５２とＩＳＰ＿ａ１１０間では、静的なトンネルが設定され、ＧＷルータｂ５２に送られたパケットはＩＳＰ＿ｂ１２０からＩＳＰ＿ａ１１０に設定されたトンネルを通して転送されることになる。
【００２３】
このように従来の方法では、最適な（最短の）経路（同図ではＩＳＰ＿ｂ１２０→ＩＳＰ＿ｃ１３０→インターネット２００→ホストｂ６０）に比べて冗長な経路が発生するという問題があった。
【００２４】
また、移動ネットワークのようなマルチホームの場合、ＩＳＰへの接続ポイントが変わるたびにＧＷアドレスや、マルチホームサイトのアドレスプレフィックスが変化し、ＩＳＰとＧＷ間でのＩＰトンネルを維持するのは困難である。
【００２５】
さらに、動的に変化したアドレスプレフィックスをサイト内のルータに自動的に通知する方法もない。
【００２６】
本発明は、上記のような問題点に鑑みてなされたもので、その課題とするところは、ＩＰｖ６におけるマルチホームにおいて冗長な経路をとることなく、パケットの転送効率を向上させることのできるルータ装置及びその装置における経路情報の配布方法並びに通信システムを提供することである。
【００２７】
【課題を解決するための手段】
上記課題を解決するため、本発明は、請求項１に記載されるように、インターネットサービスプロバイダ（ＩＳＰ）と接続され、プレフィックスを経路情報として近隣のルータと交換するＩＰｖ６マルチホームネットワークにおけるルータ装置であって、前記ＩＳＰから割り当てられるプレフィックスと、デフォルトルートと、を関連付けて組にする組形成手段と、前記組形成手段により組にされたプレフィックスと、デフォルトルートをルーティングプロトコルで近隣のルータ装置に配布する組情報配布手段と、を備えることを特徴としている。
【００２８】
また、本発明の請求項２によれば、前記ルータ装置であって、前記プレフィックスの可能ビットと、前記デフォルトルートの可能ビットを経路テーブルの設定内容として設定する経路テーブル設定手段と、前記設定されたプレフィックスの可能ビットと、デフォルトルートの可能ビットを読み取り、その読取結果に基づいて、経路設定を行う経路設定手段と、を備えることを特徴としている。
【００２９】
また、本発明の請求項３によれば、前記ルータ装置であって、前記経路テーブル設定手段は、前記プレフィックスで表記されるアドレスの利用期限を前記経路テーブルに設定するアドレス利用期限設定手段を備えることを特徴としている。
【００３０】
また、本発明の請求項４によれば、前記ルータ装置であって、前記経路テーブル設定手段は、前記デフォルトルートと、前記プレフィックスと、パケットの転送先を前記経路テーブルに設定する転送先設定手段を備えることを特徴としている。
【００３１】
また、本発明の請求項５によれば、前記ルータ装置であって、受信したパケットのプレフィックスを確認し、このプレフィックスがデフォルトルートであれば、前記パケットのソースアドレスの上位所定ビットと、デフォルトルートとプレフィックスの組を比較し、一致したデフォルトルートにパケットを転送するルーティング手段を備えることを特徴としている。
上記本発明によれば、ソースアドレスのプレフィックスごとにデフォルトルートを設定できるようにしたので、ルータは、サイト内で使用できるプレフィックスを知ることができ、プレフィックスに対応するＩＳＰヘのパケット転送を行うことが可能となる。これにより、ＩＰトンネルによる冗長な経路を通らずにパケットを転送することができるようになり、パケットの転送効率を向上させることができる。
【００３２】
【発明の実施の形態】
以下、本発明の実施の形態を図面に基づいて説明する。
【００３３】
（第１の実施形態）
まず、第１の実施形態における通信システムの構成を説明する。
【００３４】
本実施形態に係る通信システムは、図１に示すように、ＩＰｖ６におけるマルチホームサイト（以下、サイトと略記）１０と、このサイト１０と接続されるＩＳＰ（インターネットサービスプロバイダ）＿ａ２０、ＩＳＰ＿ｂ３０から構成される。
【００３５】
サイト１０は、ＩＳＰ＿ａ２０との接続ゲートウェイであるＧＷルータａ（ＧＷａ）１１と、ＩＳＰ＿ｂ３０との接続ゲートウェイであるＧＷルータｂ（ＧＷｂ）１２と、ＧＷルータａと接続されるルータＲａ１３と、ＧＷルータｂと接続されるルータＲｂ１４と、ホスト（ＩＰｖ６アドレスを持つコンピュータ）Ｈａ１５から構成される。
【００３６】
サイト１０は、各ＩＳＰ（ＩＳＰ＿ａ２０、ＩＳＰ＿ｂ３０）からそれぞれ４８ビットのプレフィックス（＝アドレスプレフィックス）が割り当てられる。本例では、ＩＳＰ＿ａ２０から２００２：１０００：１０００：：／４８のプレフィックスが、ＩＳＰ＿ｂ３０から２００２：２０００：２０００：：／４８のプレフィックスが指定されているものとする。
【００３７】
また、サイト１０内の各装置１１〜１５は、与えられた４８ビットのプレフィックスに１６ビットのＬＡＮを識別するビットと、６４ビットの装置を識別するビット（インターフェースＩＤ）を追加して、サイト１０が接続するＩＳＰの数だけ１２８ビットのグローバルＩＰｖ６アドレスを自動生成する。
【００３８】
本実施形態における通信システムでは、ＧＷルータ（ＧＷルータａ１１及びＧＷルータｂ１２）は、デフォルトルートとアドレスプレフィックスを対にしてサイト１０内でルーティングプロトコルにより近隣ルータに周知する機能を備える。ＧＷルータａ１１及びＧＷルータｂ１２は基本的に同機能であるので、以下では、ＧＷルータａ１１を例にとり、説明を進める。
【００３９】
図２は、本実施形態におけるＧＷルータａ１１の概略構成図である。
【００４０】
同図において、このＧＷルータａ１１は、ルーティングプロトコル処理部５１と、プレフィックス・デフォルトルート組記憶部５２と、ルーティングテーブル５３から構成される。
【００４１】
プレフィックス・デフォルトルート組記憶部５２は、デフォルトルートに対して対応するプレフィックスを一対の組にして記憶する。ルーティングプロトコル処理部５１は、デフォルトルートを使用する場合は、プレフィックス・デフォルトルート組記憶部５２に記憶されている上記組の情報を参照してパケットのソースアドレスの検査を行い、最も適したデフォルトルートを使用するようにする。また、ＲＦＣ２４６１で規定するルータ広告を用いて、プレフィックスを近隣ルータに通知する機能を備える。
【００４２】
ルーティングテーブル５３には、ＲＴＥ（Ｒｏｕｔｅ Ｔａｂｌｅ Ｅｎｔｒｙ＝経路テーブル項目）が格納され、本実施形態では、該ＲＴＥにデフォルトルート可能ビットと、アドレス生成利用可能ビットが設定される。詳細はＲＴＥフォーマットの説明で触れる。
【００４３】
次に、上記のように構成されたＧＷルータａ１１の動作について説明する。図３は、ＧＷルータａ１１での動作を示すフローチャートである。
【００４４】
図３において、ＩＳＰ＿ａ２０に接続するＧＷルータａ１１のプレフィックス・デフォルトルート組記憶部５２は、ＩＳＰ＿ａ２０がＤＨＣＰ等のメッセージを用いて通知する４８ビットのアドレスプレフィックスを、ルーティングプロトコル処理部５１を介して受けとる（ステップＳ１）。
【００４５】
プレフィックス・デフォルトルート組記憶部５２は、受けとったアドレスプレフィックスをデフォルトルートと関連付け、組情報ａとして所定のメモリに記憶させる（ステップＳ２）。このようにして関連付けられたアドレスプレフィックスとデフォルトルートの組情報は、ルーティングプロトコル処理部５１に送られ、上記組情報を配布するためのメッセージが近隣のルータに配布（ステップＳ３）される。
【００４６】
このとき、ルーティングテーブル５２のＲＴＥにデフォルトルート利用可能ビットと、アドレス生成利用可能ビットの２つのビットを設定可能とすることで、デフォルトルートの機能とアドレスプレフィックス配布によるアドレス自動設定機能の一方だけで使えるようにすることも可能である。
【００４７】
図４は、ＲＩＰｎｇ型ルーティングプロトコルのＲＴＥのパケットフォーマットを用いて、上記のデフォルトルート利用可能ビットと、アドレス生成利用可能ビットを表現した場合を示す図である。
【００４８】
同図において、ＲＩＰｎｇのＲＴＥのメトリック（Ｍｅｔｒｉｃ）フィールドや経路タグ（Ｒｏｕｔｅ Ｔａｇ）フィールドの使用していない値の中から、上記デフォルトルート利用可能及びアドレス生成利用可能を示す特定の値を決め、その値を設定することで、デフォルトルート利用可能ビットと、アドレス生成利用可能ビットを表現することが可能である。
【００４９】
また、同図で示されるように、アドレスプレフィックスに対してアドレスの利用期限や望ましい利用期限（それぞれ３２ビット符号無し整数）を指定可能とすることで、ＲＦＣ２４６１のルータ広告との整合をとることが可能である。
【００５０】
なお、ルーティングプロトコルで情報を得たルータは、ＲＴＥパケットフォーマットのメトリック（一例）の項目を参照し、デフォルトルート利用可能ビットが特定の値を示していれば、当該情報をデフォルトルートとして利用可能な情報と判断し、デフォルトルートと、次の転送先（通常は情報の送信元）と、さらに４８ビツトのアドレスプレフィックスをルーティングテーブル５３に登録する。なお、通常デフォルトルートは、ルーティングテーブル５３上では長さが０のプレフィックスと扱われている。また、デフォルトルートは、対応する４８ビットのアドレスプレフィックスが異なる限りいくつでもルーティングテーブル５３に登録できるものとする。
【００５１】
このとき、既に同じ４８ビットのアドレスプレフィックスのデフォルトルートが登録されている場合は、メトリックあるいはコストが小さい方だけが登録される。
【００５２】
次に、ＧＷルータａ１１から配布されるアドレスプレフィックスとデフォルトルートの組情報を受けとったルータでの動作を、図５のフローチャートを用いて説明する。
【００５３】
同図において、サイト１０内のルータは、パケットを受信（ステップＳ１１）すると、アドレスプレフィックスを確認（ステップＳ１２）し、宛先アドレスに最も長く一致するルーティングテーブルの項目を検索する。デフォルトルートは、長さが０のプレフィックスなので、他に一致するプレフィックスがない場合に最も長く一致する項目として見つかる。
【００５４】
上記の検索で見つかった項目がデフォルトルートでなければ（ステップＳ１２でＮＯ）、通常の方法でパケット転送が行われ（ステップＳ１３）、デフォルトルートであれば（ステップＳ１２でＹＥＳ）、ルーティングテーブルに登録されている全てのデフォルトルートの中から、ソースアドレスの上位４８ビットと一致するデフォルトルートを見つけ出し（ステップＳ１４）、見つけ出されたデフォルトルートを使用してパケットを転送（ステップＳ１５）する。すなわち、各サイト内のルータは、受信したパケットの転送先がデフォルトルート（ＧＷルータへ向かうパケット）であると判断すると、パケットのソースアドレスの上位４８ビットと、デフォルトルートとアドレスプレフィックスの対を比較し、一致したデフォルトルートを使用してパケットを転送する。
【００５５】
なお、ここでは４８ビットのプレフィックスについて記載しているが、ＩＳＰから、他のビット数のプレフィックスをもらった場合であっても原理的に上記同様の動作をさせることが可能である。例えば、あるＩＳＰが複数の上位ＩＳＰと接続し、それぞれから４０ビットのアドレスプレフィックスを得たり、複数のサイトの一部となっている部署が、それぞれのサイト管理者から５２ビットのプレフィックスをもらったりするような場合に同様のことが可能である。
【００５６】
また、ルーティングプロトコルで情報を得たルータは、アドレスプレフィックスがアドレス生成に利用可能な情報であれば、このアドレスプレフィックスに基づくグローバルアドレスを生成し、サイト内の装置にグローバルアドレスの生成を促すことができる。例えば、アドレス生成は以下のようにして行うことが可能である。
【００５７】
まず、サイト管理者は、あらかじめサイト内の各リンクにＲＦＣ３５１３で規定するサイトローカルアドレスプレフィツクスを付与する。このアドレスプレフィックスは通常６４ビットで、上位４８ビットは、１６進数でＦＥＣＯ：００００：００００であり、これに続く１６ビットはサイト内で重複しないように設定される。
【００５８】
次に、サイト管理者は、ルータの各インターフェースに、接続するリンクのサイトローカルアドレスプレフィツクスを設定し、このプレフィックスをルータ広告でリンク内のホストに通知する。
【００５９】
そして、上記の通知で情報を得たルータは、各インターフェースのサイトローカルアドレスプレフィツクスの上位４８ビットを置き換えて、リンク毎の６４ビットのアドレスプレフィックスを生成する。その後、サイトローカルアドレスプレフィツクスに追加する形で、生成されたアドレスプレフィックスをルータ広告でリンク内のホストに通知する。
【００６０】
ところで、ルーティングプロトコルには、経路を取り消す手段が備えられている。例えば、ＲＩＰｎｇの場合、メトリックに１６以上の値を設定することで、経路が取り消される。これと同様の手段を用いることで、上記のアドレスプレフィックスとデフォルトルートの関連付けられた組情報を消去することができる。例えば、情報の消去を意味する情報が送られてきた場合に、ルータやホストは対応するルーティングテーブルの項目の消去や、対応する各リンクのプレフィックスの消去を行う。
【００６１】
また、サイト内の装置はＲＦＣ２４６２やＲＦＣ３０４１で規定されるルータ広告に基づくアドレス自動生成により、それぞれのＩＰｖ６アドレスを生成し、生成されたアドレスでの通信が可能となる。サイト内の装置は、新しいアドレスプレフィックスが追加されたルータ広告を受信すると、アドレスを自動生成し、追加する。これにより、ホストは、複数のＩＰｖ６アドレスを持つことになるので、サイト外のホストと通信を行う場合、どのアドレスを使用するか決定する必要がある。ＲＦＣ３４８４は、複数のアドレスからどのソースアドレスを選択するかの方法を示しているが、他の方法を用いることも可能である。
【００６２】
また、ホストａは、ＲＦＣ３４８４で記述されている以外に、以下の方法でソースアドレスの優先度を決定できる。
【００６３】
▲１▼それぞれのアドレスをソースアドレスとして、宛先ホストに対して遅延時間測定試験（ｐｉｎｇ）を行い、より早く応答が帰ってきた方を選択する。
【００６４】
▲２▼過去の通信履歴を保持し、転送成績のよいアドレスを優先して使用する。
【００６５】
以上説明したように、本実施形態では、デフォルトルートとアドレスプレフィックスを組にした経路情報がＧＷルータから下位（近隣）のルータに配布される。これにより、下位のルータは、デフォルトルートとプレフィックスの対応関係および、サイト内で使用できるプレフィックスを知ることができる。
【００６６】
また、下位のルータは、パケットのソースアドレスを見てデフォルトルートを選択するので、ソースアドレスがＩＳＰ＿ａのプレフィックスに基づく場合は、サイト外へのパケットをＩＳＰ＿ａ経由で転送し、ソースアドレスがＩＳＰ＿ｂのプレフィックスに基づく場合は、サイト外へのパケットをＩＳＰ＿ｂ経由で転送する。すなわち、ホストでのソースアドレスの選択を適切に行うことで、プレフィックスに対応するＩＳＰヘパケットが転送されるようになり、ＩＰトンネルによる無駄な経路を通らずにパケットを転送することができ、パケットの転送効率の向上させることができる。
【００６７】
（第２の実施形態）
図６は、第２の実施形態における通信システムの構成を示す図である。
【００６８】
本実施形態に係る通信システムは、図６に示すように、コアネットワーク３００内に複数のアクセスノード（ここでは、ＡＲ：Ａｃｃｅｓｓ Ｒｏｕｔｅｒ（アクセスルータ）という）ＡＲａ３１０〜ＡＲｃ３３０と、移動管理ルータＡＧＲ＃ａ３４０とを備え、モバイルノード（ＭＮ：Ｍｏｂｉｌｅ Ｎｏｄｅ）ａ２１０と複数のＭＲａ２１１〜ＭＲｃ（移動ルータ）２１３によって構成される移動ネットワーク２００が、ＡＲａ３１０と接続する状態から、ＡＲｂ３２０と接続する状態に移動（ハンドオフ）している。また、本実施形態では、ＭＮａ２１０から送信されたパケットは、移動管理ルータＡＧＲ＃ａ３４０を介して、コアネットワーク３００と接続される通信相手ＣＮ（Ｃｏｒｒｅｓｐｏｎｄｉｎｇ Ｎｏｄｅ）４００宛に転送される。
【００６９】
ここで、移動管理ルータＡＧＲ＃ａ３４０は、ロケーション固定なホームエージェントを介したパケット転送路のように冗長構成になってしまうことがないように構成されたパケット転送経路上に設けられている。
【００７０】
本実施形態において、移動ネットワーク２００はＭＲａ２１１及びＭＲｂ２１２を介してコアネットワーク３００と接続されているマルチホーム状態であり、移動ネットワーク２００内部には、ＭＲｃ２１３も存在する形態である。ＭＲｃ２１３には、各ＭＮに割り当てるプレフィックス（ｐｒｅｆｉｘ）がＭＲａ２１１及びＭＲｂ２１２からルーティングプロトコルおよびルータ広告により提供され、各ＭＮに２つのＩＰｒａ（共通情報）を割り当てる。このとき、同時にデフォルトルート情報も提供される。
【００７１】
同図に示すように、コアネットワーク３００、移動ネットワーク２００及びＭＮａ２１０には、アドレス変換を行うためのアドレス変換テーブル（ルーティングテーブル）が備えられる。同図中、○印は、アドレス変換ポイントを表し、□印は、ハンドオフ時に変更されるＩＰｒａ（共通情報）を表している。
【００７２】
次に、図６の例において、ＭＮａ２１０からパケットを送信する場合と、ＭＮａ２１０の属する移動ネットワーク２００がハンドオフする場合の動作について説明する。
【００７３】
（ＭＮａ２１０からパケットを送信する場合の動作）
図６の例において、ＭＮａ２１０からパケットを送信する場合、ＭＲｃ２１３にてソースアドレスもＩＰｒａに変更するが、この変更したアドレスがＭＲａ２１１から割り当てられたものであればＭＲａ２１１経由で、ＭＲｂ２１２から割当てたれたものであればＭＲｂ２１２経由でコアネットワーク３００にパケットを転送することになる。これは、プレフィックスと同時にデフォルトルートを提供することで実現することが可能である。
【００７４】
（ＭＮａ２１０の属する移動ネットワーク５００がハンドオフする場合の動作）
上記の状態を維持したまま移動ネットワーク２００がハンドオフした際には、必要最小限の共通部分のみを各制御ポイントにて更新することでハンドオフが実現可能である。例えば、ＩＰｒａＡＲａ（ＭＲａ／ＭＲｃ）＃ＭＮａとは、ＡＲａ３１０からＭＲａ２１１に割り当てられたプレフィックスから、階層的にＭＲｃ２１３に割り当てられたプレフィックスに従ったＭＮａ２１０用のアドレスを示しており、ハンドオフが発生すると、ＩＰｒａＡＲｂ（ＭＲａ／ＭＲｃ）＃ＭＮａのように、ＭＲａ２１１に割り当てられたプレフィックスは変更されるが、それ以降の階層部分は不変になるようにアドレッシングする。これにより、最小限の変更のみでハンドオフを実現することができる（同図点線参照）。
【００７５】
上述したように、ＭＲａ２１１とＭＲｂ２１２によるマルチ接続を行う移動ネットワーク２００は、接続点の移動に伴い、複数のプレフィックスの追加と削除を繰り返しながら移動する。このような場合に、移動ネットワーク２００内でプレフィックスを把握しておく必要があるが、本実施形態では、ＭＲｃ２１３が、ＭＲａ２１１及びＭＲｂ２１２からプレフィックスの通知を受け、ルーティングテーブル上で管理する。これにより、移動ネットワーク２００内の各ＭＲにプレフィックスが周知されるようになり、移動ネットワーク２００と接続点がハンドオフにより切り替っても、移動ネットワーク２００内のプレフィックスをすみやかに、かつ適切に変更することができる。
【００７６】
また、移動ネットワーク２００と接続ポイント間にＩＰトンネルがないので、移動ネットワーク２００のハンドオフにより、接続ポイントの接続が変化した場合であっても、ＩＰトンネルの再設定が必要ないという効果を奏す。
【００７７】
上記実施形態は、本発明をＩＰ２（社団法人 電子情報通信学会 信学技報 Ｖｏｌ．１０３ Ｎｏ．２０１ ＮＳ−２００３−５８記載の移動ネットワークをサポートするネットワークシステム）に適用した態様を例示したが、モバイルＩＰにも本発明を適用することが可能である。
【００７８】
上記実施例において、プレフィックス・デフォルトルート組記憶部５２の機能が組形成手段に対応し、ルーティングプロトコル処理部５１の機能が組情報配布手段、ルーティング手段に対応する。ルーティングプロトコル処理部５１とルーティングテーブル５３の連携処理機能が経路設定手段、経路テーブル設定手段、アドレス利用期限設定手段、転送先設定手段に対応する。
【００７９】
また、第２の実施形態におけるルータＭＲｃ２１３の機能がプレフィックス変更手段に対応し、ゲートウェイに位置するＭＲａ２１１及びＭＲｂ２１２の機能が配布手段に対応する。
【００８０】
【発明の効果】
以上、説明したように、本願発明によれば、ルータ装置は、ソースアドレスのプレフィックスごとにデフォルトルートを設定できるようにしたので、プレフィックスに対応するＩＳＰヘのパケット転送が可能となる。したがって、従来問題となっていたＩＰトンネルによる無駄な経路の転送が回避でき、パケットの転送効率を向上させることができる。
【図面の簡単な説明】
【図１】第１の実施の形態に係る経路情報の配布方法が適用される通信システムの構成図である。
【図２】本実施形態におけるＧＷルータａの概略構成図である。
【図３】本実施形態におけるＧＷルータａでの動作を示すフローチャートである。
【図４】ＲＩＰｎｇ型ルーティングプロトコルのＲＴＥのパケットフォーマットを示す図である。
【図５】ＧＷルータａから配布されるアドレスプレフィックスとデフォルトルートの組情報を受けとったルータでの動作を示すフローチャートである。
【図６】第２の実施形態における通信システムの構成を示す図である。
【図７】ＩＰｖ６におけるマルチホームの実現例を示す図である。
【図８】サイト内のＩＰｖ６アドレスの構造を示す図である。
【図９】ＩＳＰの侵入フィルタでパケットが廃棄される原理を説明するための図である。
【図１０】侵入フィルタでのパケット廃棄を防ぐことのできる技術を説明するための図である。
【図１１】ＩＰｖ６におけるマルチホームにおいて、冗長な経路でパケットが転送される原理を説明するための図である。
【符号の説明】
１０、１００ サイト
１１、６１ ＧＷルータａ（ＧＷａ）
１２、６２ ＧＷルータａ（ＧＷａ）
１３、６３ ルータＲａ
１４、６４ ルータＲｂ
１５、５０ ホストＨａ
２０、１１０ ＩＳＰ＿ａ（インターネットサービスプロバイダａ）
３０、１２０ ＩＳＰ＿ｂ（インターネットサービスプロバイダｂ）
１３０ ＩＳＰ＿ｃ（インターネットサービスプロバイダｃ）
４０、２００ インターネット
５１ ルーティングプロトコル処理部
５２ プレフィックス・デフォルトルート組記憶部
５３ ルーティングテーブル
７０ 宛先ホストｂ
２００ 移動ネットワーク
２１０ ＭＮａ（モバイルノードａ）
２１１〜２１３ ＭＲａ〜ｃ（移動ルータａ〜ｃ）
３００ コアネットワーク
３１０〜３３０ ＡＲａ〜ＡＲｃ（アクセスルータａ〜ｃ）
３４０ ＡＧＲ＃ａ（移動管理ルータ）
４００ ＣＮ（コレスポンデントノード）
【発明の属する技術分野】
本発明は、ＩＰｖ６マルチホームネットワークで用いられるルータ装置及びその装置における経路情報の配布方法並びに通信システムに関する。
【０００２】
【従来の技術】
ＩＰネットワークでのマルチホームとは、企業や大学内ネットワークなどのエンドサイトが、複数のインターネットサービスプロバイダ（ＩＳＰ）に接続する形態をいい、複数の上流へ接続を持つことで負荷分散や、信頼性向上などを図る技術である。
【０００３】
インターネット技術の標準化を推進する任意団体であるＩＥＴＦで文書化されたＲＦＣ（Ｒｅｑｕｅｓｔ Ｆｏｒ Ｃｏｍｍｅｎｔｓ）２２６０およびＲＦＣ３１７８では、マルチホームの実現方法の一例が記述されている。
【０００４】
ところで、インターネットプロトコルバージョン６（ＩＰｖ６）は、従来のＩＰｖ４の４倍のビット長を持ち、極めて多数の機器にグローバルなＩＰアドレスの付与を可能としている。ＩＰｖ６では、ＩＰｖ４と異なり、ＩＳＰがエンドサイト（ここで、エンドサイトとは、ＩＳＰと契約関係を持つエンドユーザ（加入者）のサイトとして定義される、以下、“サイト”と略記）に４８ビットのプレフィックスを割り当て、サイトは自サイト内の各ＬＡＮに６４ビットのプレフィックスを割り当てる事になっている。
【０００５】
図７は、ＩＰｖ６におけるマルチホームの一般例を示す図である。同図に示すように、サイト１００には、２つのインターネットサービスプロバイダ（ＩＳＰ＿ａ１１０，ＩＳＰ＿ｂ１２０）と接続されている。サイト１００内のホストａ５０はルータ（図示省略）を経由して、プロバイダＩＳＰ＿ａ１１０、ＩＳＰ＿ｂ１２０と接続されている。
【０００６】
ホストａ５０は、プロバイダＩＳＰ＿ａ１１０、ＩＳＰ＿ｂ１２０から割り当てられた以下のプレフィックスを持っている。
【０００７】
▲１▼ＩＳＰ＿ａ ２００２：１０００：１０００：：／４８
▲２▼ＩＳＰ＿ｂ ２００２：２０００：２０００：：／４８
ここで、“／４８”は、ＩＰｖ６のプレフィックス長を表している。また、１６ビット毎に分割され、コロン（：）を使用して１６進数で表記されている。
【０００８】
図８は、サイト内のＩＰｖ６アドレスの構造を示す図で、
▲１▼ＩＳＰから割り当てられたプレフィックス（４８ビット）
▲２▼サイト内でＬＡＮに付与するサブネットＩＤ（１６ビット）
▲３▼ＬＡＮ内で各ホストの区別に使用する識別ビット（６４ビット）
で構成される。
【０００９】
したがって、サイト１００内のホストａ５０は、以下の▲１▼〜▲３▼に示すように、異なるプレフィックスを持つＩＰアドレスを複数個持っていることになる（図７参照）。
【００１０】
ＦＥＣ０：１０００：１０００：０００１：００１１：２２３３：４４５５：６６７７
２００２：１０００：１０００：０００１：００１１：２２３３：４４５５：６６７７
２００２：２０００：２０００：０００１：００１１：２２３３：４４５５：６６７７
ここで、「ＦＥＣ０：：」で始まるＩＰアドレスは、サイト管理者が付与するサイトローカルアドレス（「サイト」という一定範囲内で一意なアドレスである）である。
【００１１】
ＩＰｖ６におけるマルチホーム環境では、ＩＳＰがサイトに割り当てるプレフィックスのビット数を４８ビットに固定することで、サイトが接続するＩＳＰの変更を行った場合に、アドレス変更が最小になるよう配慮されている。
【００１２】
さて、多くのサイトでは、各ルータは、ＲＩＰｎｇ（ＲＦＣ２０８０）やＯＳＰＦ（ＲＦＣ２７４０）などのルーティングプロトコルを使用して、ルーティングテーブルを作成している。この時、サイトの外に向かうパケットは、マルチホームサイトとＩＳＰの接続点となるＧＷルータに送ればよいので、まとめてデフォルトルート（経路情報が見当たらないときに使う汎用の経路）と呼ばれる長さが０ビット（０．０．０．０／０）の経路を用いている。
【００１３】
また、通常のサイト内の経路はリンクに隣接するルータで生成されてサイト内で配布されるのに対し、デフォルトルートはサイトとＩＳＰの接続点となるＧＷルータで生成し、ルーティングプロトコルを用いてサイト内の各ルータに配布される。ルータはパケットを受信すると、宛先アドレスを調べて、対応する経路があれば、つまり宛先がサイト内であれば、その方向ヘパケットを転送する。一方、対応する経路がない場合は、つまり宛先がサイト外であれば、デフォルトルートヘパケットを転送する。
【００１４】
上記のようにサイト内のルーティングでは、ＩＳＰと接続するそれぞれのＧＷルータがデフォルトルートを生成する。現在のＩＰルーティングプロトコルは、複数のデフォルトルートがある場合に、距離に基づいて経路を決めているため、サイト内からサイト外へのパケットは、送信者に最も近いＧＷルータへ転送される。
【００１５】
一方で、ＩＳＰがサイトから来るパケットのソースアドレスを検査し、ＩＳＰが与えたアドレスプレフィックスを使用していない場合にパケットを拒否する侵入フィルタ（イングレスフィルタ）がＲＦＣ２２６７で規定されている。この規定によれば、デフォルトルートに従ってサイト内を転送されたパケットがプレフィックスに対応しないＧＷルータに送られると侵入フィルタで捨てられてしまうことになる。図９は、このことを説明するための図である。図９中のサイト１００内には、ＩＳＰ＿ａ１１０との接続ゲートウェイであるＧＷ（ゲートウェイ）ルータａ（ＧＷａ）５１と、該ＧＷルータａ５１と接続されるルータＲａ５３と、ＩＳＰ＿ｂ１２０との接続ゲートウェイであるＧＷルータｂ（ＧＷｂ）５２と、該ＧＷルータｂ５２と接続されるルータＲｂ５４、ルータＲａ５３とＧＷルータｂ５２と接続されるルータＲｂ５４と、ホストａ５０から構成されている。
【００１６】
ホストａ５０は、ＩＳＰ＿ａ１１０から指定されるプレフィックス２００２：１０００：１０００：：／４８をソースアドレス（送信元アドレス）として生成（例：アドレスＡ）し、また、ＩＳＰ＿ｂ１２０から指定されるプレフィックス２００２：２０００：２０００：：／４８をソースアドレスとして生成（例：アドレスＢ）する。すなわち、ホストａ５０は、アドレスＡ、Ｂを持っており、いずれかをソースアドレスとして設定し、パケットを送り出す。
【００１７】
上記のような構成において、例えば、ホストａ５０からサイト１００外へパケットを送る場合、ホストａ５０から送られたパケットは、ルータＲｂ５４でより距離の近いデフォルトルート（ここでは、距離１のデフォルトルート）のＧＷルータｂ５２に向かって転送される。このときホストａ５０がソースアドレスにＩＳＰ＿ａ１１０から割り当てられたプレフィックスの２００２：１００：１００：：／４８を使用した場合、このパケットはＩＳＰ＿ｂ１２０の侵入フィルタで廃棄されてしまう。
【００１８】
このような問題に対して、マルチホームサイトとＩＳＰ間で人手による交渉を行い、ＧＷルータａ５１とＩＳＰ＿ｂ１２０の問、およびＧＷルータｂ５２とＩＳＰ＿ａ１１０の間で静的なＩＰトンネルを設定し、ＧＷルータａ５１及びＧＷルータｂ５２がソースアドレスをチェックし、適切なＩＳＰへパケット転送することで、侵入フィルタでのパケット廃棄を防ぐことのできる技術がＲＦＣ３１７８で規定されている（図１０参照）。
【００１９】
一方で、ルーティングテーブルによるスイッチング動作の信頼性を向上させるため、ルータ起動時、ポートのリンクアップを契機に、仮のデフォルトルートを自動設定できるルータシステムの技術が開示されている（例えば、特許文献１参照）。
【００２０】
【特許文献１】
特開２００２−３５９６３８号公報
【００２１】
【発明が解決しようとする課題】
しかしながら、上記のＲＦＣ３１７８に示される方法では、ホストａ５０がサイト外へパケットを送ろうとした場合（ホストｂ６０宛にパケットを送信するケース）、図１１に示すように、ＧＷルータｂ５２とＩＳＰ＿ａ１１０及びＩＳＰ＿ｂ１２０間に設定されるＩＰトンネルを通ってパケットが送られる可能性がある。
【００２２】
すなわち、ホストａ５０がソースアドレスにＩＳＰ＿ａ１１０から割り当てられたプレフィックスを使用してホストｂ６０宛にパケットを送信した場合、ホストａ５０からのパケットは、宛先までの距離の近いデフォルトルートのＧＷルータｂ５２に向かってパケットが送り出される。ＧＷルータｂ５２とＩＳＰ＿ａ１１０間では、静的なトンネルが設定され、ＧＷルータｂ５２に送られたパケットはＩＳＰ＿ｂ１２０からＩＳＰ＿ａ１１０に設定されたトンネルを通して転送されることになる。
【００２３】
このように従来の方法では、最適な（最短の）経路（同図ではＩＳＰ＿ｂ１２０→ＩＳＰ＿ｃ１３０→インターネット２００→ホストｂ６０）に比べて冗長な経路が発生するという問題があった。
【００２４】
また、移動ネットワークのようなマルチホームの場合、ＩＳＰへの接続ポイントが変わるたびにＧＷアドレスや、マルチホームサイトのアドレスプレフィックスが変化し、ＩＳＰとＧＷ間でのＩＰトンネルを維持するのは困難である。
【００２５】
さらに、動的に変化したアドレスプレフィックスをサイト内のルータに自動的に通知する方法もない。
【００２６】
本発明は、上記のような問題点に鑑みてなされたもので、その課題とするところは、ＩＰｖ６におけるマルチホームにおいて冗長な経路をとることなく、パケットの転送効率を向上させることのできるルータ装置及びその装置における経路情報の配布方法並びに通信システムを提供することである。
【００２７】
【課題を解決するための手段】
上記課題を解決するため、本発明は、請求項１に記載されるように、インターネットサービスプロバイダ（ＩＳＰ）と接続され、プレフィックスを経路情報として近隣のルータと交換するＩＰｖ６マルチホームネットワークにおけるルータ装置であって、前記ＩＳＰから割り当てられるプレフィックスと、デフォルトルートと、を関連付けて組にする組形成手段と、前記組形成手段により組にされたプレフィックスと、デフォルトルートをルーティングプロトコルで近隣のルータ装置に配布する組情報配布手段と、を備えることを特徴としている。
【００２８】
また、本発明の請求項２によれば、前記ルータ装置であって、前記プレフィックスの可能ビットと、前記デフォルトルートの可能ビットを経路テーブルの設定内容として設定する経路テーブル設定手段と、前記設定されたプレフィックスの可能ビットと、デフォルトルートの可能ビットを読み取り、その読取結果に基づいて、経路設定を行う経路設定手段と、を備えることを特徴としている。
【００２９】
また、本発明の請求項３によれば、前記ルータ装置であって、前記経路テーブル設定手段は、前記プレフィックスで表記されるアドレスの利用期限を前記経路テーブルに設定するアドレス利用期限設定手段を備えることを特徴としている。
【００３０】
また、本発明の請求項４によれば、前記ルータ装置であって、前記経路テーブル設定手段は、前記デフォルトルートと、前記プレフィックスと、パケットの転送先を前記経路テーブルに設定する転送先設定手段を備えることを特徴としている。
【００３１】
また、本発明の請求項５によれば、前記ルータ装置であって、受信したパケットのプレフィックスを確認し、このプレフィックスがデフォルトルートであれば、前記パケットのソースアドレスの上位所定ビットと、デフォルトルートとプレフィックスの組を比較し、一致したデフォルトルートにパケットを転送するルーティング手段を備えることを特徴としている。
上記本発明によれば、ソースアドレスのプレフィックスごとにデフォルトルートを設定できるようにしたので、ルータは、サイト内で使用できるプレフィックスを知ることができ、プレフィックスに対応するＩＳＰヘのパケット転送を行うことが可能となる。これにより、ＩＰトンネルによる冗長な経路を通らずにパケットを転送することができるようになり、パケットの転送効率を向上させることができる。
【００３２】
【発明の実施の形態】
以下、本発明の実施の形態を図面に基づいて説明する。
【００３３】
（第１の実施形態）
まず、第１の実施形態における通信システムの構成を説明する。
【００３４】
本実施形態に係る通信システムは、図１に示すように、ＩＰｖ６におけるマルチホームサイト（以下、サイトと略記）１０と、このサイト１０と接続されるＩＳＰ（インターネットサービスプロバイダ）＿ａ２０、ＩＳＰ＿ｂ３０から構成される。
【００３５】
サイト１０は、ＩＳＰ＿ａ２０との接続ゲートウェイであるＧＷルータａ（ＧＷａ）１１と、ＩＳＰ＿ｂ３０との接続ゲートウェイであるＧＷルータｂ（ＧＷｂ）１２と、ＧＷルータａと接続されるルータＲａ１３と、ＧＷルータｂと接続されるルータＲｂ１４と、ホスト（ＩＰｖ６アドレスを持つコンピュータ）Ｈａ１５から構成される。
【００３６】
サイト１０は、各ＩＳＰ（ＩＳＰ＿ａ２０、ＩＳＰ＿ｂ３０）からそれぞれ４８ビットのプレフィックス（＝アドレスプレフィックス）が割り当てられる。本例では、ＩＳＰ＿ａ２０から２００２：１０００：１０００：：／４８のプレフィックスが、ＩＳＰ＿ｂ３０から２００２：２０００：２０００：：／４８のプレフィックスが指定されているものとする。
【００３７】
また、サイト１０内の各装置１１〜１５は、与えられた４８ビットのプレフィックスに１６ビットのＬＡＮを識別するビットと、６４ビットの装置を識別するビット（インターフェースＩＤ）を追加して、サイト１０が接続するＩＳＰの数だけ１２８ビットのグローバルＩＰｖ６アドレスを自動生成する。
【００３８】
本実施形態における通信システムでは、ＧＷルータ（ＧＷルータａ１１及びＧＷルータｂ１２）は、デフォルトルートとアドレスプレフィックスを対にしてサイト１０内でルーティングプロトコルにより近隣ルータに周知する機能を備える。ＧＷルータａ１１及びＧＷルータｂ１２は基本的に同機能であるので、以下では、ＧＷルータａ１１を例にとり、説明を進める。
【００３９】
図２は、本実施形態におけるＧＷルータａ１１の概略構成図である。
【００４０】
同図において、このＧＷルータａ１１は、ルーティングプロトコル処理部５１と、プレフィックス・デフォルトルート組記憶部５２と、ルーティングテーブル５３から構成される。
【００４１】
プレフィックス・デフォルトルート組記憶部５２は、デフォルトルートに対して対応するプレフィックスを一対の組にして記憶する。ルーティングプロトコル処理部５１は、デフォルトルートを使用する場合は、プレフィックス・デフォルトルート組記憶部５２に記憶されている上記組の情報を参照してパケットのソースアドレスの検査を行い、最も適したデフォルトルートを使用するようにする。また、ＲＦＣ２４６１で規定するルータ広告を用いて、プレフィックスを近隣ルータに通知する機能を備える。
【００４２】
ルーティングテーブル５３には、ＲＴＥ（Ｒｏｕｔｅ Ｔａｂｌｅ Ｅｎｔｒｙ＝経路テーブル項目）が格納され、本実施形態では、該ＲＴＥにデフォルトルート可能ビットと、アドレス生成利用可能ビットが設定される。詳細はＲＴＥフォーマットの説明で触れる。
【００４３】
次に、上記のように構成されたＧＷルータａ１１の動作について説明する。図３は、ＧＷルータａ１１での動作を示すフローチャートである。
【００４４】
図３において、ＩＳＰ＿ａ２０に接続するＧＷルータａ１１のプレフィックス・デフォルトルート組記憶部５２は、ＩＳＰ＿ａ２０がＤＨＣＰ等のメッセージを用いて通知する４８ビットのアドレスプレフィックスを、ルーティングプロトコル処理部５１を介して受けとる（ステップＳ１）。
【００４５】
プレフィックス・デフォルトルート組記憶部５２は、受けとったアドレスプレフィックスをデフォルトルートと関連付け、組情報ａとして所定のメモリに記憶させる（ステップＳ２）。このようにして関連付けられたアドレスプレフィックスとデフォルトルートの組情報は、ルーティングプロトコル処理部５１に送られ、上記組情報を配布するためのメッセージが近隣のルータに配布（ステップＳ３）される。
【００４６】
このとき、ルーティングテーブル５２のＲＴＥにデフォルトルート利用可能ビットと、アドレス生成利用可能ビットの２つのビットを設定可能とすることで、デフォルトルートの機能とアドレスプレフィックス配布によるアドレス自動設定機能の一方だけで使えるようにすることも可能である。
【００４７】
図４は、ＲＩＰｎｇ型ルーティングプロトコルのＲＴＥのパケットフォーマットを用いて、上記のデフォルトルート利用可能ビットと、アドレス生成利用可能ビットを表現した場合を示す図である。
【００４８】
同図において、ＲＩＰｎｇのＲＴＥのメトリック（Ｍｅｔｒｉｃ）フィールドや経路タグ（Ｒｏｕｔｅ Ｔａｇ）フィールドの使用していない値の中から、上記デフォルトルート利用可能及びアドレス生成利用可能を示す特定の値を決め、その値を設定することで、デフォルトルート利用可能ビットと、アドレス生成利用可能ビットを表現することが可能である。
【００４９】
また、同図で示されるように、アドレスプレフィックスに対してアドレスの利用期限や望ましい利用期限（それぞれ３２ビット符号無し整数）を指定可能とすることで、ＲＦＣ２４６１のルータ広告との整合をとることが可能である。
【００５０】
なお、ルーティングプロトコルで情報を得たルータは、ＲＴＥパケットフォーマットのメトリック（一例）の項目を参照し、デフォルトルート利用可能ビットが特定の値を示していれば、当該情報をデフォルトルートとして利用可能な情報と判断し、デフォルトルートと、次の転送先（通常は情報の送信元）と、さらに４８ビツトのアドレスプレフィックスをルーティングテーブル５３に登録する。なお、通常デフォルトルートは、ルーティングテーブル５３上では長さが０のプレフィックスと扱われている。また、デフォルトルートは、対応する４８ビットのアドレスプレフィックスが異なる限りいくつでもルーティングテーブル５３に登録できるものとする。
【００５１】
このとき、既に同じ４８ビットのアドレスプレフィックスのデフォルトルートが登録されている場合は、メトリックあるいはコストが小さい方だけが登録される。
【００５２】
次に、ＧＷルータａ１１から配布されるアドレスプレフィックスとデフォルトルートの組情報を受けとったルータでの動作を、図５のフローチャートを用いて説明する。
【００５３】
同図において、サイト１０内のルータは、パケットを受信（ステップＳ１１）すると、アドレスプレフィックスを確認（ステップＳ１２）し、宛先アドレスに最も長く一致するルーティングテーブルの項目を検索する。デフォルトルートは、長さが０のプレフィックスなので、他に一致するプレフィックスがない場合に最も長く一致する項目として見つかる。
【００５４】
上記の検索で見つかった項目がデフォルトルートでなければ（ステップＳ１２でＮＯ）、通常の方法でパケット転送が行われ（ステップＳ１３）、デフォルトルートであれば（ステップＳ１２でＹＥＳ）、ルーティングテーブルに登録されている全てのデフォルトルートの中から、ソースアドレスの上位４８ビットと一致するデフォルトルートを見つけ出し（ステップＳ１４）、見つけ出されたデフォルトルートを使用してパケットを転送（ステップＳ１５）する。すなわち、各サイト内のルータは、受信したパケットの転送先がデフォルトルート（ＧＷルータへ向かうパケット）であると判断すると、パケットのソースアドレスの上位４８ビットと、デフォルトルートとアドレスプレフィックスの対を比較し、一致したデフォルトルートを使用してパケットを転送する。
【００５５】
なお、ここでは４８ビットのプレフィックスについて記載しているが、ＩＳＰから、他のビット数のプレフィックスをもらった場合であっても原理的に上記同様の動作をさせることが可能である。例えば、あるＩＳＰが複数の上位ＩＳＰと接続し、それぞれから４０ビットのアドレスプレフィックスを得たり、複数のサイトの一部となっている部署が、それぞれのサイト管理者から５２ビットのプレフィックスをもらったりするような場合に同様のことが可能である。
【００５６】
また、ルーティングプロトコルで情報を得たルータは、アドレスプレフィックスがアドレス生成に利用可能な情報であれば、このアドレスプレフィックスに基づくグローバルアドレスを生成し、サイト内の装置にグローバルアドレスの生成を促すことができる。例えば、アドレス生成は以下のようにして行うことが可能である。
【００５７】
まず、サイト管理者は、あらかじめサイト内の各リンクにＲＦＣ３５１３で規定するサイトローカルアドレスプレフィツクスを付与する。このアドレスプレフィックスは通常６４ビットで、上位４８ビットは、１６進数でＦＥＣＯ：００００：００００であり、これに続く１６ビットはサイト内で重複しないように設定される。
【００５８】
次に、サイト管理者は、ルータの各インターフェースに、接続するリンクのサイトローカルアドレスプレフィツクスを設定し、このプレフィックスをルータ広告でリンク内のホストに通知する。
【００５９】
そして、上記の通知で情報を得たルータは、各インターフェースのサイトローカルアドレスプレフィツクスの上位４８ビットを置き換えて、リンク毎の６４ビットのアドレスプレフィックスを生成する。その後、サイトローカルアドレスプレフィツクスに追加する形で、生成されたアドレスプレフィックスをルータ広告でリンク内のホストに通知する。
【００６０】
ところで、ルーティングプロトコルには、経路を取り消す手段が備えられている。例えば、ＲＩＰｎｇの場合、メトリックに１６以上の値を設定することで、経路が取り消される。これと同様の手段を用いることで、上記のアドレスプレフィックスとデフォルトルートの関連付けられた組情報を消去することができる。例えば、情報の消去を意味する情報が送られてきた場合に、ルータやホストは対応するルーティングテーブルの項目の消去や、対応する各リンクのプレフィックスの消去を行う。
【００６１】
また、サイト内の装置はＲＦＣ２４６２やＲＦＣ３０４１で規定されるルータ広告に基づくアドレス自動生成により、それぞれのＩＰｖ６アドレスを生成し、生成されたアドレスでの通信が可能となる。サイト内の装置は、新しいアドレスプレフィックスが追加されたルータ広告を受信すると、アドレスを自動生成し、追加する。これにより、ホストは、複数のＩＰｖ６アドレスを持つことになるので、サイト外のホストと通信を行う場合、どのアドレスを使用するか決定する必要がある。ＲＦＣ３４８４は、複数のアドレスからどのソースアドレスを選択するかの方法を示しているが、他の方法を用いることも可能である。
【００６２】
また、ホストａは、ＲＦＣ３４８４で記述されている以外に、以下の方法でソースアドレスの優先度を決定できる。
【００６３】
▲１▼それぞれのアドレスをソースアドレスとして、宛先ホストに対して遅延時間測定試験（ｐｉｎｇ）を行い、より早く応答が帰ってきた方を選択する。
【００６４】
▲２▼過去の通信履歴を保持し、転送成績のよいアドレスを優先して使用する。
【００６５】
以上説明したように、本実施形態では、デフォルトルートとアドレスプレフィックスを組にした経路情報がＧＷルータから下位（近隣）のルータに配布される。これにより、下位のルータは、デフォルトルートとプレフィックスの対応関係および、サイト内で使用できるプレフィックスを知ることができる。
【００６６】
また、下位のルータは、パケットのソースアドレスを見てデフォルトルートを選択するので、ソースアドレスがＩＳＰ＿ａのプレフィックスに基づく場合は、サイト外へのパケットをＩＳＰ＿ａ経由で転送し、ソースアドレスがＩＳＰ＿ｂのプレフィックスに基づく場合は、サイト外へのパケットをＩＳＰ＿ｂ経由で転送する。すなわち、ホストでのソースアドレスの選択を適切に行うことで、プレフィックスに対応するＩＳＰヘパケットが転送されるようになり、ＩＰトンネルによる無駄な経路を通らずにパケットを転送することができ、パケットの転送効率の向上させることができる。
【００６７】
（第２の実施形態）
図６は、第２の実施形態における通信システムの構成を示す図である。
【００６８】
本実施形態に係る通信システムは、図６に示すように、コアネットワーク３００内に複数のアクセスノード（ここでは、ＡＲ：Ａｃｃｅｓｓ Ｒｏｕｔｅｒ（アクセスルータ）という）ＡＲａ３１０〜ＡＲｃ３３０と、移動管理ルータＡＧＲ＃ａ３４０とを備え、モバイルノード（ＭＮ：Ｍｏｂｉｌｅ Ｎｏｄｅ）ａ２１０と複数のＭＲａ２１１〜ＭＲｃ（移動ルータ）２１３によって構成される移動ネットワーク２００が、ＡＲａ３１０と接続する状態から、ＡＲｂ３２０と接続する状態に移動（ハンドオフ）している。また、本実施形態では、ＭＮａ２１０から送信されたパケットは、移動管理ルータＡＧＲ＃ａ３４０を介して、コアネットワーク３００と接続される通信相手ＣＮ（Ｃｏｒｒｅｓｐｏｎｄｉｎｇ Ｎｏｄｅ）４００宛に転送される。
【００６９】
ここで、移動管理ルータＡＧＲ＃ａ３４０は、ロケーション固定なホームエージェントを介したパケット転送路のように冗長構成になってしまうことがないように構成されたパケット転送経路上に設けられている。
【００７０】
本実施形態において、移動ネットワーク２００はＭＲａ２１１及びＭＲｂ２１２を介してコアネットワーク３００と接続されているマルチホーム状態であり、移動ネットワーク２００内部には、ＭＲｃ２１３も存在する形態である。ＭＲｃ２１３には、各ＭＮに割り当てるプレフィックス（ｐｒｅｆｉｘ）がＭＲａ２１１及びＭＲｂ２１２からルーティングプロトコルおよびルータ広告により提供され、各ＭＮに２つのＩＰｒａ（共通情報）を割り当てる。このとき、同時にデフォルトルート情報も提供される。
【００７１】
同図に示すように、コアネットワーク３００、移動ネットワーク２００及びＭＮａ２１０には、アドレス変換を行うためのアドレス変換テーブル（ルーティングテーブル）が備えられる。同図中、○印は、アドレス変換ポイントを表し、□印は、ハンドオフ時に変更されるＩＰｒａ（共通情報）を表している。
【００７２】
次に、図６の例において、ＭＮａ２１０からパケットを送信する場合と、ＭＮａ２１０の属する移動ネットワーク２００がハンドオフする場合の動作について説明する。
【００７３】
（ＭＮａ２１０からパケットを送信する場合の動作）
図６の例において、ＭＮａ２１０からパケットを送信する場合、ＭＲｃ２１３にてソースアドレスもＩＰｒａに変更するが、この変更したアドレスがＭＲａ２１１から割り当てられたものであればＭＲａ２１１経由で、ＭＲｂ２１２から割当てたれたものであればＭＲｂ２１２経由でコアネットワーク３００にパケットを転送することになる。これは、プレフィックスと同時にデフォルトルートを提供することで実現することが可能である。
【００７４】
（ＭＮａ２１０の属する移動ネットワーク５００がハンドオフする場合の動作）
上記の状態を維持したまま移動ネットワーク２００がハンドオフした際には、必要最小限の共通部分のみを各制御ポイントにて更新することでハンドオフが実現可能である。例えば、ＩＰｒａＡＲａ（ＭＲａ／ＭＲｃ）＃ＭＮａとは、ＡＲａ３１０からＭＲａ２１１に割り当てられたプレフィックスから、階層的にＭＲｃ２１３に割り当てられたプレフィックスに従ったＭＮａ２１０用のアドレスを示しており、ハンドオフが発生すると、ＩＰｒａＡＲｂ（ＭＲａ／ＭＲｃ）＃ＭＮａのように、ＭＲａ２１１に割り当てられたプレフィックスは変更されるが、それ以降の階層部分は不変になるようにアドレッシングする。これにより、最小限の変更のみでハンドオフを実現することができる（同図点線参照）。
【００７５】
上述したように、ＭＲａ２１１とＭＲｂ２１２によるマルチ接続を行う移動ネットワーク２００は、接続点の移動に伴い、複数のプレフィックスの追加と削除を繰り返しながら移動する。このような場合に、移動ネットワーク２００内でプレフィックスを把握しておく必要があるが、本実施形態では、ＭＲｃ２１３が、ＭＲａ２１１及びＭＲｂ２１２からプレフィックスの通知を受け、ルーティングテーブル上で管理する。これにより、移動ネットワーク２００内の各ＭＲにプレフィックスが周知されるようになり、移動ネットワーク２００と接続点がハンドオフにより切り替っても、移動ネットワーク２００内のプレフィックスをすみやかに、かつ適切に変更することができる。
【００７６】
また、移動ネットワーク２００と接続ポイント間にＩＰトンネルがないので、移動ネットワーク２００のハンドオフにより、接続ポイントの接続が変化した場合であっても、ＩＰトンネルの再設定が必要ないという効果を奏す。
【００７７】
上記実施形態は、本発明をＩＰ２（社団法人 電子情報通信学会 信学技報 Ｖｏｌ．１０３ Ｎｏ．２０１ ＮＳ−２００３−５８記載の移動ネットワークをサポートするネットワークシステム）に適用した態様を例示したが、モバイルＩＰにも本発明を適用することが可能である。
【００７８】
上記実施例において、プレフィックス・デフォルトルート組記憶部５２の機能が組形成手段に対応し、ルーティングプロトコル処理部５１の機能が組情報配布手段、ルーティング手段に対応する。ルーティングプロトコル処理部５１とルーティングテーブル５３の連携処理機能が経路設定手段、経路テーブル設定手段、アドレス利用期限設定手段、転送先設定手段に対応する。
【００７９】
また、第２の実施形態におけるルータＭＲｃ２１３の機能がプレフィックス変更手段に対応し、ゲートウェイに位置するＭＲａ２１１及びＭＲｂ２１２の機能が配布手段に対応する。
【００８０】
【発明の効果】
以上、説明したように、本願発明によれば、ルータ装置は、ソースアドレスのプレフィックスごとにデフォルトルートを設定できるようにしたので、プレフィックスに対応するＩＳＰヘのパケット転送が可能となる。したがって、従来問題となっていたＩＰトンネルによる無駄な経路の転送が回避でき、パケットの転送効率を向上させることができる。
【図面の簡単な説明】
【図１】第１の実施の形態に係る経路情報の配布方法が適用される通信システムの構成図である。
【図２】本実施形態におけるＧＷルータａの概略構成図である。
【図３】本実施形態におけるＧＷルータａでの動作を示すフローチャートである。
【図４】ＲＩＰｎｇ型ルーティングプロトコルのＲＴＥのパケットフォーマットを示す図である。
【図５】ＧＷルータａから配布されるアドレスプレフィックスとデフォルトルートの組情報を受けとったルータでの動作を示すフローチャートである。
【図６】第２の実施形態における通信システムの構成を示す図である。
【図７】ＩＰｖ６におけるマルチホームの実現例を示す図である。
【図８】サイト内のＩＰｖ６アドレスの構造を示す図である。
【図９】ＩＳＰの侵入フィルタでパケットが廃棄される原理を説明するための図である。
【図１０】侵入フィルタでのパケット廃棄を防ぐことのできる技術を説明するための図である。
【図１１】ＩＰｖ６におけるマルチホームにおいて、冗長な経路でパケットが転送される原理を説明するための図である。
【符号の説明】
１０、１００ サイト
１１、６１ ＧＷルータａ（ＧＷａ）
１２、６２ ＧＷルータａ（ＧＷａ）
１３、６３ ルータＲａ
１４、６４ ルータＲｂ
１５、５０ ホストＨａ
２０、１１０ ＩＳＰ＿ａ（インターネットサービスプロバイダａ）
３０、１２０ ＩＳＰ＿ｂ（インターネットサービスプロバイダｂ）
１３０ ＩＳＰ＿ｃ（インターネットサービスプロバイダｃ）
４０、２００ インターネット
５１ ルーティングプロトコル処理部
５２ プレフィックス・デフォルトルート組記憶部
５３ ルーティングテーブル
７０ 宛先ホストｂ
２００ 移動ネットワーク
２１０ ＭＮａ（モバイルノードａ）
２１１〜２１３ ＭＲａ〜ｃ（移動ルータａ〜ｃ）
３００ コアネットワーク
３１０〜３３０ ＡＲａ〜ＡＲｃ（アクセスルータａ〜ｃ）
３４０ ＡＧＲ＃ａ（移動管理ルータ）
４００ ＣＮ（コレスポンデントノード）
Claims (10)
- インターネットサービスプロバイダ（ＩＳＰ）と接続され、プレフィックスを経路情報として近隣のルータと交換するＩＰｖ６マルチホームネットワークにおけるルータ装置であって、
前記ＩＳＰから割り当てられるプレフィックスと、デフォルトルートと、を関連付けて組にする組形成手段と、
前記組形成手段により組にされたプレフィックスと、デフォルトルートをルーティングプロトコルで近隣のルータ装置に配布する組情報配布手段と、
を備えることを特徴とするルータ装置。 - 請求項１記載のルータ装置であって、
前記プレフィックスの可能ビットと、前記デフォルトルートの可能ビットを経路テーブルの設定内容として設定する経路テーブル設定手段と、
前記設定されたプレフィックスの可能ビットと、デフォルトルートの可能ビットを読み取り、その読取結果に基づいて、経路設定を行う経路設定手段と、
を備えることを特徴とするルータ装置。 - 請求項２記載のルータ装置であって、
前記経路テーブル設定手段は、前記プレフィックスで表記されるアドレスの利用期限を前記経路テーブルに設定するアドレス利用期限設定手段を備えることを特徴とするルータ装置。 - 請求項２記載のルータ装置であって、
前記経路テーブル設定手段は、前記デフォルトルートと、前記プレフィックスと、パケットの転送先を前記経路テーブルに設定する転送先設定手段を備えることを特徴とするルータ装置。 - 請求項１に乃至４いずれか記載のルータ装置であって、
受信したパケットのプレフィックスを確認し、このプレフィックスがデフォルトルートであれば、前記パケットのソースアドレスの上位所定ビットと、デフォルトルートとプレフィックスの組を比較し、一致したデフォルトルートにパケットを転送するルーティング手段を備えることを特徴とするルータ装置。 - コアネットワーク内の所定ノードに接続され、動的に移動する移動ネットワーク内のルータ装置であって、
前記移動ネットワークが移動し、接続点が切り替る場合に、該移動ネットワーク内の移動通信端末宛に階層的に割り当てられたプレフィックスのみを変更するプレフィックス変更手段を備えることを特徴とするルータ装置。 - 請求項６記載のルータ装置であって、
前記プレフィックス変更手段で変更されたプレフィックスと、デフォルトルートと、を関連付けて組にした情報をルーティングプロトコルで近隣のルータ装置に配布する配布手段を備えることを特徴とするルータ装置。 - インターネットサービスプロバイダ（ＩＳＰ）と接続され、プレフィックスを経路情報として近隣のルータと交換するＩＰｖ６マルチホームネットワークにおけるルータ装置の経路情報の配布方法であって、
前記ＩＳＰから割り当てられるプレフィックスと、デフォルトルートと、を関連付けて組にする工程と、
前記組形成手段により組にされたプレフィックスと、デフォルトルートをルーティングプロトコルで近隣のルータ装置に配布する工程と、
を備えることを特徴とする経路情報の配布方法。 - コアネットワーク内の所定ノードに接続され、動的に移動する移動ネットワーク内のルータ装置における経路情報の配布方法であって、
前記移動ネットワークが移動し、接続点が切り替る場合に、該移動ネットワーク内の移動通信端末宛に階層的に割り当てられたプレフィックスのみを変更するする工程と、
前記変更されたプレフィックスと、デフォルトルートと、を関連付けて組にした情報をルーティングプロトコルで近隣のルータ装置に配布する工程と、
を備えることを特徴とする経路情報の配布方法。 - インターネットサービスプロバイダ（ＩＳＰ）と接続され、プレフィックスを経路情報として近隣のルータと交換するＩＰｖ６マルチホームネットワークにおけるルータ装置を含んで構成される通信システムであって、
前記ＩＳＰから割り当てられるプレフィックスと、デフォルトルートと、を関連付けて組にする組形成手段と、
前記組形成手段により組にされたプレフィックスと、デフォルトルートをルーティングプロトコルで近隣のルータ装置に配布する組情報配布手段と、
を備えることを特徴とする通信システム。
Priority Applications (6)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2003209144A JP2005072685A (ja) | 2003-08-27 | 2003-08-27 | ルータ装置及びその装置における経路情報の配布方法並びに通信システム |
| US10/920,366 US7729312B2 (en) | 2003-08-27 | 2004-08-18 | Router apparatus, route information distributing method, and communications system |
| EP20040255039 EP1511249B1 (en) | 2003-08-27 | 2004-08-20 | Router apparatus, route information distributing method, and communications system |
| DE200460029315 DE602004029315D1 (de) | 2003-08-27 | 2004-08-20 | Verfahren und Vorrichtung zur Verteilung von Weglenkungsinformation in einem Kommunikationssystem |
| EP20080018212 EP2009852B1 (en) | 2003-08-27 | 2004-08-20 | Router apparatus, route information distributing method and communications system |
| CNB2004100572990A CN1316793C (zh) | 2003-08-27 | 2004-08-27 | 路由器设备、路由信息发布方法、和通信系统 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2003209144A JP2005072685A (ja) | 2003-08-27 | 2003-08-27 | ルータ装置及びその装置における経路情報の配布方法並びに通信システム |
Related Child Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2007278513A Division JP4610599B2 (ja) | 2007-10-26 | 2007-10-26 | ルータ装置および通信方法 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JP2005072685A true JP2005072685A (ja) | 2005-03-17 |
Family
ID=34100731
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2003209144A Pending JP2005072685A (ja) | 2003-08-27 | 2003-08-27 | ルータ装置及びその装置における経路情報の配布方法並びに通信システム |
Country Status (5)
| Country | Link |
|---|---|
| US (1) | US7729312B2 (ja) |
| EP (2) | EP1511249B1 (ja) |
| JP (1) | JP2005072685A (ja) |
| CN (1) | CN1316793C (ja) |
| DE (1) | DE602004029315D1 (ja) |
Cited By (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2006104202A1 (ja) * | 2005-03-29 | 2006-10-05 | Matsushita Electric Industrial Co., Ltd. | 通信制御方法及びアドレス管理ノード並びにモバイルノード |
| WO2006106658A1 (ja) * | 2005-03-30 | 2006-10-12 | Matsushita Electric Industrial Co., Ltd. | 経路制御方法およびホームエージェント |
| WO2010035464A1 (ja) * | 2008-09-24 | 2010-04-01 | パナソニック株式会社 | プリフィックス割り当て方法、プリフィックス割り当てシステム及びモバイルノード |
| US8496919B2 (en) | 2009-02-20 | 2013-07-30 | Mitsubishi Chemical Corporation | Cosmetic composition and hair wash |
| JP2018082317A (ja) * | 2016-11-16 | 2018-05-24 | 日本電信電話株式会社 | ルーティングシステムおよびルーティング方法 |
| JP2020058010A (ja) * | 2018-09-27 | 2020-04-09 | サイレックス・テクノロジー株式会社 | 中継装置、中継装置の制御方法及びプログラム |
Families Citing this family (25)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP4020576B2 (ja) * | 2000-09-14 | 2007-12-12 | 株式会社東芝 | パケット転送方法、移動端末装置及びルータ装置 |
| US7493412B2 (en) * | 2002-09-12 | 2009-02-17 | International Business Machines Corporation | Method for processing a data packet |
| US7715395B2 (en) * | 2004-11-24 | 2010-05-11 | Microsoft Corporation | System and method for expanding the range of a mesh network |
| KR100653527B1 (ko) | 2005-05-30 | 2006-12-05 | 주식회사 팬택앤큐리텔 | 인터넷 프로토콜 주소 운용 방법 |
| US7894433B2 (en) * | 2005-08-08 | 2011-02-22 | Cisco Technology, Inc. | Default gateway router supplying IP address prefixes ordered for source address selection by host device |
| FI20050919A0 (fi) * | 2005-09-15 | 2005-09-15 | Nokia Corp | Monikotiselta isäntäkoneelta tulevien datapakettien reititys |
| US8843657B2 (en) * | 2006-04-21 | 2014-09-23 | Cisco Technology, Inc. | Using multiple tunnels by in-site nodes for securely accessing a wide area network from within a multihomed site |
| KR100739803B1 (ko) * | 2006-04-21 | 2007-07-13 | 삼성전자주식회사 | 이동 노드에서의 핸드오버 장치 및 방법 |
| US7768995B2 (en) * | 2006-08-01 | 2010-08-03 | Cisco Technology, Inc. | Techniques for one-way synchronization of routing information among intermediate nodes |
| JP5103524B2 (ja) * | 2007-07-13 | 2012-12-19 | テレフオンアクチーボラゲット エル エム エリクソン（パブル） | 通信システムのサービス妨害からの保護を提供するシステム及び方法 |
| CN101350807B (zh) * | 2007-07-20 | 2012-04-04 | 华为技术有限公司 | 多地址空间移动网络架构、主机信息注册及数据发送方法 |
| CN101394333B (zh) * | 2007-09-17 | 2016-01-20 | 华为技术有限公司 | 转发报文的方法、装置以及网络系统 |
| KR100935371B1 (ko) | 2007-12-18 | 2010-01-06 | 한국전자통신연구원 | 프로토콜 확장을 이용한 이동 단말의 이동성 지원 방법 |
| JP5638063B2 (ja) * | 2010-03-23 | 2014-12-10 | キヤノン株式会社 | 通信装置、通信装置の制御方法、プログラム |
| EP2416531B1 (en) * | 2010-08-04 | 2013-07-10 | Deutsche Telekom AG | IPv6 Prefix announcement for routing-based Gateways in shared environments |
| CN102447746B (zh) | 2010-10-08 | 2015-04-08 | 华为技术有限公司 | 信息提供方法及家庭网关、家庭网络系统 |
| CN102065013B (zh) * | 2010-12-17 | 2012-11-28 | 北京邮电大学 | 基于身份与位置分离的位置信息优化选择的系统 |
| JP5105124B2 (ja) * | 2011-02-24 | 2012-12-19 | Ｎｅｃアクセステクニカ株式会社 | ルータ装置、プレフィクス管理にもとづくパケット制御方法およびプログラム |
| US9762484B2 (en) | 2012-10-11 | 2017-09-12 | Cable Television Laboratories, Inc. | Role based router functionality |
| US9800545B2 (en) * | 2012-10-11 | 2017-10-24 | Cable Television Laboratories, Inc. | Role based router functionality |
| EP2940972B1 (de) * | 2014-04-29 | 2016-09-21 | Siemens Aktiengesellschaft | Verfahren zur bereitstellung eines namensdienstes innerhalb eines industriellen kommunikationssystems und router |
| US9344365B1 (en) * | 2015-02-03 | 2016-05-17 | Google Inc. | Mesh network addressing |
| WO2016191906A1 (zh) * | 2015-05-29 | 2016-12-08 | 华为技术有限公司 | 互联网协议地址分配方法及路由器 |
| US10644993B2 (en) * | 2017-11-23 | 2020-05-05 | Harman International Industries, Incorporated | Internet reachability detection and internet high availability for multi-homed network devices |
| GB2572982C (en) * | 2018-04-18 | 2021-01-20 | Gurulogic Microsystems Oy | System and method for creating group networks between network devices |
Family Cites Families (10)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPS63155839A (ja) | 1986-12-19 | 1988-06-29 | Hitachi Ltd | パケツト交換網のル−テイング情報管理方式 |
| KR100455690B1 (ko) * | 1998-05-08 | 2004-11-08 | 가부시키가이샤 엔.티.티.도코모 | 이동통신망 시스템 상의 패킷전송방법, 패킷전송시스템 및패킷데이터 전송매체 |
| JP2000209278A (ja) * | 1999-01-12 | 2000-07-28 | Fujitsu Ltd | ル―タ及びル―タを用いたパケット中継システム |
| GB2348570B (en) * | 1999-03-31 | 2003-03-05 | Ericsson Telefon Ab L M | Mobile internet access |
| CA2383092A1 (en) * | 1999-08-16 | 2001-02-22 | John Carlson | Private network access point router for interconnecting among internet route providers |
| JP3627672B2 (ja) | 2001-05-30 | 2005-03-09 | 日本電気株式会社 | ルータシステムおよびデフォルトルートの自動生成方法 |
| US7212531B1 (en) * | 2001-11-27 | 2007-05-01 | Marvell Semiconductor Israel Ltd. | Apparatus and method for efficient longest prefix match lookup |
| JP3924502B2 (ja) * | 2002-07-04 | 2007-06-06 | 富士通株式会社 | モバイル通信方法およびモバイル通信システム |
| US20040111529A1 (en) * | 2002-12-10 | 2004-06-10 | Intel Corporation (A Delaware Corporation) | Dynamic host based load balancing of a multihomed network |
| US7333461B2 (en) * | 2003-06-05 | 2008-02-19 | Cisco Technology, Inc. | Arrangement in a router of a mobile network for generating a local router prefix for anonymous route connections |
-
2003
- 2003-08-27 JP JP2003209144A patent/JP2005072685A/ja active Pending
-
2004
- 2004-08-18 US US10/920,366 patent/US7729312B2/en not_active Expired - Fee Related
- 2004-08-20 DE DE200460029315 patent/DE602004029315D1/de active Active
- 2004-08-20 EP EP20040255039 patent/EP1511249B1/en not_active Expired - Fee Related
- 2004-08-20 EP EP20080018212 patent/EP2009852B1/en not_active Expired - Fee Related
- 2004-08-27 CN CNB2004100572990A patent/CN1316793C/zh not_active Expired - Fee Related
Cited By (10)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2006104202A1 (ja) * | 2005-03-29 | 2006-10-05 | Matsushita Electric Industrial Co., Ltd. | 通信制御方法及びアドレス管理ノード並びにモバイルノード |
| JPWO2006104202A1 (ja) * | 2005-03-29 | 2008-09-11 | 松下電器産業株式会社 | 通信制御方法及びアドレス管理ノード並びにモバイルノード |
| US7742396B2 (en) | 2005-03-29 | 2010-06-22 | Panasonic Corporation | Communication control method, address management node, and mobile node |
| JP4616882B2 (ja) * | 2005-03-29 | 2011-01-19 | パナソニック株式会社 | 通信制御方法及びアドレス管理ノード並びにモバイルノード |
| WO2006106658A1 (ja) * | 2005-03-30 | 2006-10-12 | Matsushita Electric Industrial Co., Ltd. | 経路制御方法およびホームエージェント |
| US8064385B2 (en) | 2005-03-30 | 2011-11-22 | Panasonic Corporation | Path control method and home agent |
| WO2010035464A1 (ja) * | 2008-09-24 | 2010-04-01 | パナソニック株式会社 | プリフィックス割り当て方法、プリフィックス割り当てシステム及びモバイルノード |
| US8496919B2 (en) | 2009-02-20 | 2013-07-30 | Mitsubishi Chemical Corporation | Cosmetic composition and hair wash |
| JP2018082317A (ja) * | 2016-11-16 | 2018-05-24 | 日本電信電話株式会社 | ルーティングシステムおよびルーティング方法 |
| JP2020058010A (ja) * | 2018-09-27 | 2020-04-09 | サイレックス・テクノロジー株式会社 | 中継装置、中継装置の制御方法及びプログラム |
Also Published As
| Publication number | Publication date |
|---|---|
| US7729312B2 (en) | 2010-06-01 |
| EP2009852B1 (en) | 2011-12-28 |
| CN1316793C (zh) | 2007-05-16 |
| EP1511249B1 (en) | 2010-09-29 |
| EP2009852A2 (en) | 2008-12-31 |
| EP2009852A3 (en) | 2009-05-13 |
| US20050047348A1 (en) | 2005-03-03 |
| DE602004029315D1 (de) | 2010-11-11 |
| EP1511249A2 (en) | 2005-03-02 |
| EP1511249A3 (en) | 2008-06-04 |
| CN1592260A (zh) | 2005-03-09 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP2005072685A (ja) | ルータ装置及びその装置における経路情報の配布方法並びに通信システム | |
| US7123599B2 (en) | Mobile communication system | |
| EP1011241B1 (en) | Wireless access to packet-based networks | |
| US6434134B1 (en) | Dynamic address assignment for wireless devices accessing packet-based wired networks | |
| US7486670B2 (en) | Method for packet communication and computer program stored on computer readable medium | |
| US6496505B2 (en) | Packet tunneling optimization to wireless devices accessing packet-based wired networks | |
| US6763007B1 (en) | Two phase local mobility scheme for wireless access to packet based networks | |
| EP1473900B1 (en) | Wireless local area network system capable of supporting host mobility and an operation method therefor | |
| JP5495926B2 (ja) | プロキシ・モバイルｉｐネットワークにおけるプライベート・アドレッシングの方法 | |
| EP1401173B1 (en) | Mobile communication system using source routers, destination routers and a location server, corresponding destination router and method | |
| CA2422715A1 (en) | Methods and apparatus for supporting mobility within a radio access network | |
| JP4088540B2 (ja) | パケット通信システム、通信ネットワーク、およびモバイルノードにおけるｉｐアドレス選択方法 | |
| JP2003283578A (ja) | プロトコル変換方法及び装置 | |
| JP2009529267A (ja) | 移動通信システムでの移動ノード用のデフォルト・ルータの高速構成 | |
| JP4317215B2 (ja) | 移動端末管理装置及び移動端末並びに通信システム | |
| US20230261984A1 (en) | Network Layer Support For 5G Edge Computing Sticky Services | |
| JP2004336726A (ja) | ルーティング制御方法、ルータ装置、及び端末装置 | |
| Ishiyama et al. | An analysis of mobility handling in LIN6 | |
| JP4519720B2 (ja) | ハンドオーバ方法 | |
| EP2482585B1 (en) | Method and system for realizing terminal handover | |
| JP4610599B2 (ja) | ルータ装置および通信方法 | |
| JP4938842B2 (ja) | ルーティングマネージャの階層構造 | |
| JP3928443B2 (ja) | 移動体通信システム | |
| JP4677803B2 (ja) | アドホックネットワークにおけるアドホックルータの移動管理方法 | |
| US20060007879A1 (en) | Home agent |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20060421 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20070828 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20071026 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20080325 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20080523 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20080805 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20080929 |
|
| A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20081216 |