(57)【要約】【課題】  ユーザに不便を強いることなくＩＳＡＴＡＰゲートウェイの冗長構成をとる。【解決手段】  ＶＲＲＰが動作する複数のＩＳＡＴＡＰトンネルゲートウェイで構成される仮想ルータ（トンネルゲートウェイ２０）に、ＩＰｖ６パケットをＩＰｖ４でカプセル化して送出するための仮想ＩＳＡＴＡＰインタフェースを実装し、仮想ＩＳＡＴＡＰルータに対してＩＰｖ４アドレスを付与するとともに、仮想ＩＳＡＴＡＰルータのＩＳＡＴＡＰインタフェースにはＩＰｖ６アドレスを付与することにより、仮想ＩＳＡＴＡＰルータが自分宛てに送信されるＩＰｖ４でカプセル化されたＩＰｖ６パケットを適切に受信する。【選択図】      図１
2005086256.tif 000002
【特許請求の範囲】
【請求項１】
仮想ルータを構成するトンネルゲートウェイ装置であって、
前記仮想ルータに仮想トンネルインタフェースを実装し、前記仮想ルータにＩＰｖ４アドレスを付与すると共に、前記仮想ルータの仮想トンネルインタフェースにＩＰｖ６アドレスを付与し、かつ、宛先がそのＩＰｖ４アドレスであるＩＰｖ４パケットと、宛先がそのＩＰｖ６アドレスであるＩＰｖ４でカプセル化されたＩＰｖ６パケットを受信するパケット受信部、
を備えることを特徴とするトンネルゲートウェイ装置。
【請求項２】
前記仮想ルータの仮想トンネルインタフェースに付与したＩＰｖ６アドレスと、ルータ広告メッセージでエンドホスト装置に通知するＩＰｖ６プレフィックスとの対応関係が示される対応表と、前記エンドホスト装置が送信するルータ要請メッセージの宛先ＩＰｖ６アドレスをキーに前記対応表を検索して前記要請のあったエンドホスト装置に対してルータ広告メッセージを通知するプレフィックス選択部と、
を備えることを特徴とする請求項１に記載のトンネルゲートウェイ装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、既存のＩＰｖ４ネットワーク上でＩＰｖ６パケットを伝送する接続サービスにおいて、ＩＰｖ４ネットワークとＩＰｖ６ネットワークの境界に設置されるトンネルゲートウェイ装置に関する。
【背景技術】
【０００２】
ＩＰｖ４（Internet Protocol ver.4）で構築された既存イントラネットに簡易にＩＰｖ６（Internet Protocol ver.6）を導入する手法としてＩＳＡＴＡＰ（Intra-Site Automatic Tunnel Addressing Protocol）が提案されている。
一方、複数のルータを一つの仮想ルータとして見せることでエンドホストのデフォルトルータの冗長構成を可能とする技術にＶＲＲＰ（Virtual Router Redundancy Protocol）がある。
【０００３】
（１）ＶＲＲＰ（例えば、非特許文献１参照）
ＶＲＲＰは、例えば、図４に示すネットワークにおいて、複数のルータ＃１、＃２を仮想的に一つのルータとして見せることで、エンドホスト＃１〜＃ｎが利用するデフォルトゲートウェイの冗長構成を可能とする。
ここでは、ルータ＃１、＃２の物理インタフェースに付与するＩＰアドレスとは別に、仮想ルータに対してＩＰアドレスを付与する。また仮想ルータのＩＰアドレスに対応する仮想ＭＡＣ（Media Access Control Address）アドレスも付与する。エンドホスト＃１〜＃ｎは、デフォルトゲートウェイのＩＰアドレスとして仮想ルータのＩＰアドレスを使用する。エンドホスト＃１〜＃ｎが仮想ルータのＩＰアドレスに対するＭＡＣアドレス問い合わせ（ＡＲＰ：Address Resolution Protocol）を行った場合、後述する仮想ルータのマスタがそれに対して仮想ルータＭＡＣアドレスを返答する。そして仮想ルータのＭＡＣアドレスが宛先であるフレームは仮想ルータのマスタが受信する。従って、エンドホスト＃１〜＃ｎから仮想ルータに向けて送出されたＩＰパケットは全て仮想ルータのマスタが受信する。
【０００４】
一つの仮想ルータを構成する複数のルータは、マスタとバックアップに分けられる。マスタは一つの仮想ルータに対して一台のみ存在し、実際のパケット転送処理等を行う。残りのルータはバックアップとなり、マスタに障害が発生したときにその処理を引き継ぐ。マスタは定期的にメッセージを送出し、バックアップはそのメッセージを受信することにより、マスタが動作していることを知る。マスタからのメッセージが届かなくなると、バックアップはマスタに障害が発生したと判断し、バックアップの中の一つがマスタに昇格する。
複数のバックアップがある場合にどのルータがマスタとなるかについては、ルータに対してあらかじめ優先度を割り当てておき、優先度が最も大きいバックアップがマスタとなる。このようにしてマスタに障害が発生しても、その処理が自動的に他のルータに引き継がれることにより、エンドホスト＃１〜＃ｎが意識することなくデフォルトゲートウェイの冗長構成をとることが可能となる。また一つのルータが複数の仮想ルータに属することも可能であり、例えばルータが、仮想ルータＡのマスタであると同時に仮想ルータＢのバックアップとなるような構成や、仮想ルータＡ、Ｂ両方のマスタとなるような構成をとることも可能である。
【０００５】
（２）ＩＳＡＴＡＰ（例えば、非特許文献２参照）
ＩＳＡＴＡＰは、図５に示されるように、孤立したＩＰｖ６／ＩＰｖ４デュアルスタックホスト（デフォルトゲートウェイがＩＰｖ６には対応していないサブネットに属するホスト）が、ＩＰＶ６ネットワークに自動的にＩＰｖ６ over ＩＰｖ４トンネルを設定して接続するための手法である。
ＩＳＡＴＡＰでは、ＩＰｖ４ネットワークとＩＰｖ６ネットワークの境界に設置されたＩＳＡＴＡＰルータとエンドホスト（ＩＳＡＴＡＰホスト）の間でトンネルが設定される。ＩＳＡＴＡＰを利用することで、既存のＩＰｖ４ネットワークをほとんど変更することなく、ＩＰｖ６を徐々に導入することができる。
【０００６】
ＩＳＡＴＡＰホストとＩＳＡＴＡＰルータは、ＩＰｖ６パケットをＩＰｖ４でカプセル化して送出するための仮想的なインタフェース（ＩＳＡＴＡＰインタフェース）を持つ。ＩＳＡＴＡＰインタフェースにはＩＰｖ６アドレスが付与されるが、そのアドレスフォーマットは、図６の通りである。
すなわち、上位６４ビットは任意のＩＰｖ６プレフィックスであり、リンクローカルアドレス（ＩＰｖ６ホストにデフォルト設定され、同一サブネット内でのみ有効なアドレス）であれば、「ｆｅ８０：：／６４」、グローバルアドレスであればＩＳＡＴＡＰルータに設定されたグローバルプレフィックスとなる。ＩＳＡＴＡＰホストはＩＰｖ６の機能であるアドレス自動設定機能により、このグローバルプレフィックスをＩＳＡＴＡＰルータから取得することができる。続く３２ビットは１６進数表記で“００００：５ｅｆｅ”であり、下位３２ビットに、ＩＳＡＴＡＰホストまたはルータに付与されているＩＰｖ４アドレスを埋め込む。
【０００７】
ＩＳＡＴＡＰホストにおけるアドレス自動設定は次のようにして行われる。まず、ＩＳＡＴＡＰホストは、先に述べたプレフィックスを取得するため、ＩＳＡＴＡＰルータに対して要請メッセージを送信するが、その前にＩＳＡＴＡＰルータのＩＰｖ４アドレスを取得する必要がある。その方法としては、ＤＨＣＰ（Dynamic Host Configuration Protocol）による配布、手動設定、ＦＱＤＮ（Fully Qualified Domain Name）による解決（ホストファイルやＤＮＳ（Domain Name System）で名前解決を行い、ＩＰアドレスを取得する）等がある。
ルータ要請メッセージを含むＩＰｖ６パケットはＩＳＡＴＡＰルータのＩＰｖ４アドレスを宛先とするＩＰｖ４ヘッタが付加されて送信される。また送信するＩＰｖ６パケットの宛先アドレスは、リンクローカルアドレスのプレフックスで、ＩＳＡＴＡＰルータのＩＰｖ４アドレスを埋め込んだＩＳＡＴＡＰアドレスである。（このアドレスは、ＩＳＡＴＡＰルータの仮想インタフェースに付与されているアドレスである）。ＩＳＡＴＡＰホストからのルータ要請メッセージを受け取ったＩＳＡＴＡＰルータは、通常ＩＰｖ６ルータと同様、通知するプレフックスを含めたルータ広告メッセージを作成し、ＩＳＡＴＡＰホストに返信する。
【０００８】
ＩＳＡＴＡＰルータからのルータ広告メッセージを受け取ったホストは、それに含まれるプレフックスを用いてグローバルなＩＰｖ６アドレス（ＩＳＡＴＡＰアドレス）を生成し、ＩＳＡＴＡＰインタフェースに付与する。
【非特許文献１】IETF RFC2338“Virtual Router Redundancy Protocol”April 1998発行
【非特許文献２】IETF Internet draft“Intra‐Site Automatic Tunnel Addressing Protocol(ISATAP)  March27,2003発行
【発明の開示】
【発明が解決しようとする課題】
【０００９】
ＩＳＡＴＡＰを利用したＩＰｖ６ over ＩＰｖ４接続においてトンネルゲートウェイ（ＩＳＡＴＡＰルータ）を複数設置して冗長構成をとる場合、エンドホストは何らかの方法で複数のトンネルゲートウェイのＩＰｖ４アドレスを設定する必要がある。しかしＩＳＡＴＡＰでは、冗長構成のためにトンネルゲートウェイを複数設置した場合の、トンネルゲートウェイ間の相互監視については規定されていない。
従って、エンドホストは、自身でトンネルゲートウェイの障害を検知し、利用するトンネルゲートウェイを切り替える必要がある。この場合、トンネルゲートウェイに障害が発生した際にエンドホストが即時にトンネルゲートウェイを切り替えることは困難であり、切り替えが完了するまでの間通信不能となる。
【００１０】
ＩＳＡＴＡＰトンネルゲートウェイにおいてＶＲＲＰを動作させ、複数のトンネルゲートウェイで仮想ルータを構成すれば、エンドホストが指定するＩＳＡＴＡＰトンネルゲートウェイのＩＰｖ４アドレスは仮想ルータのアドレス一つで済む。しかしながらＶＲＲＰでは一つの仮想ルータに対してＩＰｖ４アドレスとＩＰｖｖ６アドレスの両方を同時に割り当てることはできない。
従って、ＶＲＲＰを動作させたＩＳＡＴＡＰトンネルゲートウェイにおいて、マスタの障害発生時に新たにバックアップからマスタになったゲーウェイは、エンドホストからＩＳＡＴＡＰトンネルゲートウェイ宛てに送信されるルータ要請メッセージに関して、それを含むＩＰｖ４パケットは受信できるが、ＩＰｖ４ヘッダを取り除いて現れるＩＰｖ６パケットの宛先アドレスが自分宛てであるとは認識できないので、ルータ要請メッセージを適切に処理することができないという問題があった。
【００１１】
また、ＩＰｖ６ルータは、通常、同じインタフェースを通して受信するエンドホストからのルータ要請メッセージに対して、ホストを区別することなく、全て同じＩＰｖ６プレフィックスを含むルータ広告メッセージを送信する。従ってＩＳＡＴＡＰシステムにおいては、同じトンネルゲートウェイを利用するエンドホストは、全て同じＩＰｖ６プレフィックスの配下に属することとなる。
従って一つのトンネルゲートウェイが複数の仮想ルータに属する構成をとった場合、エンドホストが利用するトンネルゲートウェイが障害によって変更されたときに、変更先のトンネルゲートウェイが複数の仮想ルータのマスタであるならば、トンネルゲートウェイ広告メッセージで通知されるＩＰｖ６プレフックスも変更となり、エンドホストのＩＰｖ６アドレスが変わる可能性がある。このため、エンドホストのアドレスを固定して、かつ冗長構成を採りながら複数のサブネットを構築するには、（サブネット数）x（１サブネットあたりのトンネルゲートウェイ数）分のトンネルゲートウェイが必要となるので、サブネット数の増加や、トンネルゲートウェイの数を増やして信頼性を上げるにつれ、必要となるトンネルゲートウェイ数が多くなり、その結果、ネットワーク構築コストが大きくなるという問題があった。
【００１２】
本発明は上記した諸々の事情に鑑みてなされたものであり、エンドホスト（ユーザ）に不便を強いることなくＩＳＡＴＡＰゲートウェイの冗長構成をとることができる、トンネルゲートウェイ装置を提供することを目的とする。
また、エンドホストが利用するＩＳＡＴＡＰゲートウェイが障害により変更された場合にも、エンドホストのアドレスを固定化することのできる、トンネルゲートウェイ装置を提供することも目的とする。
【課題を解決するための手段】
【００１３】
上記した課題を解決するために本発明は、仮想ルータを構成するトンネルゲートウェイ装置であって、前記仮想ルータに仮想トンネルインタフェースを実装し、前記仮想ルータにＩＰｖ４アドレスを付与すると共に、前記仮想ルータの仮想トンネルインタフェースにＩＰｖ６アドレスを付与し、かつ、宛先がそのＩＰｖ４アドレスであるＩＰｖ４パケットと、宛先がそのＩＰｖ６アドレスであるＩＰｖ４カプセル化されたＩＰｖ６パケットを受信するパケット受信部、を備えることを特徴とする。
【００１４】
また、本発明において、前記仮想ルータの仮想トンネルインタフェースに付与したＩＰｖ６アドレスと、ルータ広告メッセージでエンドホスト装置に通知するＩＰｖ６プレフィックスとの対応関係が示される対応表と、前記エンドホスト装置が送信するルータ要請メッセージの宛先ＩＰｖ６アドレスをキーに前記対応表を検索して前記要請のあったエンドホスト装置に対してルータ広告メッセージを通知するプレフィックス選択部と、を備えることを特徴とする。
【００１５】
本発明によれば、ＶＲＲＰが動作する複数のＩＳＡＴＡＰトンネルゲートウェイで構成される仮想ルータ（仮想ＩＳＡＴＡＰ）において、ＩＰｖ６パケットをＩＰｖ４でカプセル化して送出するための仮想ＩＳＡＴＡＰインタフェースを実装し、仮想ＩＳＡＴＡＰルータに対してＩＰｖ４アドレスを付与するとともに、仮想ＩＳＡＴＡＰルータのＩＳＡＴＡＰインタフェースにはＩＰｖ６アドレスを付与することにより、仮想ＩＳＡＴＡＰルータが自分宛てに送信されるＩＰｖ４でカプセル化されたＩＰｖ６パケットを適切に受信することができる。
また、ＩＳＡＴＡＰトンネルゲートウェイにおいて、仮想ＩＳＡＴＡＰルータの仮想ＩＳＡＴＡＰインタフェースに割り当てられたＩＰｖ６アドレスと、ルータ広告メッセージで通知するIＩＰｖ６プレフィクスとの対応表を持つことで、ルータ要請メッセージの宛先ＩＰｖ６アドレスをキーにその対応表を検索してエンドホストに対してルータ広告メッセージで通知するＩＰｖ６プレフィックスを選択することができる。
【発明の効果】
【００１６】
本発明によれば、仮想ＩＳＡＴＡＰにＩＰｖ４アドレスを付与するとともに、仮想ＩＳＡＴＡＰルータにＩＳＡＴＡＰインタフェースを実装してＩＰｖ６アドレスを付与することにより、仮想ＩＳＡＴＡＰルータに向けて送信されたＩＰｖ４でカプセル化されたＩＰｖ６パケットを適切に受信するパケット受信部を設けたため、エンドホスト（ユーザ）に不便を強いることなくＩＳＡＴＡＰトンネルゲートウェイの冗長構成をとることができる。
また、ＩＳＡＴＡＰトンネルゲートウェイにおいて、仮想ＩＳＡＴＡＰルータのＩＳＡＴＡＰインタフェースに付与したＩＰｖ６アドレスと、ルータ広告メッセージで通知するＩＰｖ６プレフィックスの対応表を持たせることにより、ルータ要請メッセージを送信するエンドホストによって通知するＩＰｖ６プレフィックスを選択することを可能としたため、エンドホストが利用するＩＳＡＴＡＰトンネルゲートウェイが障害により変更された場合でも、エンドホストに通知するＩＰｖ６プレフィックスは以前と同じとすることができるため、エンドホストのアドレスを固定することが可能となる。
更に、本発明によれば、冗長構成をとりながら複数のサブネットを構築する場合、必要となるトンネルゲートウェイ数は、高々、サブネット数分あれば十分足り、少なくとも１／（１サブネットあたりのトンネルゲートウェイ数）に減らすことが可能となる。
【発明を実施するための最良の形態】
【００１７】
図１は、本発明が適用されるネットワークの接続構成を示す成図である。図１において、ホスト１〜ｎは、ＩＰｖ４ネットワーク３に接続されるＩＰｖ６／ＩＰｖ４デュアルスタックホストの集合体であり、ホスト１−１は、ホスト群１に属するＩＰｖ６／ＩＰｖ４デュアルスタックホスト、ホストｎ−１は、ホスト群ｎに属するＩＰｖ６／ＩＰｖ４デュアルスタックホストである。
トンネルゲートウェイ２０（＃１〜＃ｎ）は、ＩＰｖ４ネットワーク３、ＩＰｖ６ネットワーク４の両方に接続されており、またトンネルゲートウェイ２０（＃１〜＃ｎ）は、ＩＰｖ６側、ＩＰｖ４側とも同じサブネットに接続されている。
【００１８】
トンネルゲートウェイ２０（＃１〜＃ｎ）は、ＶＲＲＰを利用して複数の仮想ＩＳＡＴＡＰルータを構成しており、仮想ＩＳＡＴＡＰルータ１０のマスタはトンネルゲートウェイ２０（＃１）、バックアップはその他のトンネルゲートウェイとし、仮想ＩＳＡＴＡＰルータ１０ｎのマスタはトンネルゲートウェイ２０（＃ｎ）、バックアップはその他のトンネルゲートウェイであるとする。
仮想ＩＳＡＴＡＰルータ１０のマスタは、仮想ＩＳＡＴＡＰルータ１０に付与されたＩＰｖ４アドレス（仮想ＩＳＡＴＡＰルータＩＰｖ４アドレス）に向けて送信されるＩＰＶ４パケットを受信するとともに、仮想ＩＳＡＴＡＰルータＩＰｖ４アドレスから生成されるＩＳＡＴＡＰアドレス（仮想ＩＳＡＴＡＰインタフェースＩＰＶ６アドレス）を宛先とするＩＰｖ６パケットも受信するように設定される。
【００１９】
図２に、トンネルゲートウェイ２０の内部構成の一例が示されている。ここでは、本発明と関係する構成ブロックのみが抽出して示されており、トンネルゲートウェイ２０は、パケット送受信部２１、プレフィックス選択部２２、ＩＰパケットＤＢ２３、そして対応表２４で構成される。
パケット送受信部２１は、送受信パケットをＩＰパケットＤＢ２３に入出力するものであり、本発明と関係するところでは、仮想ＩＳＡＴＡＰルータ１０（１０ｎ）に仮想トンネルインタフェースを実装することから、仮想ＩＳＡＴＡＰルータ１０（１０ｎ）にＩＰｖ４アドレスを付与すると共に、仮想ＩＳＡＴＡＰルータ１０（１０ｎ）の仮想トンネルインタフェースにＩＰｖ６アドレスを付与し、かつ、宛先がそのＩＰｖ４アドレスであるＩＰｖ４パケットと、宛先がそのＩＰｖ６アドレスであるＩＰｖ４でカプセル化されたＩＰｖ６パケットを受信する受信手段も備えている。
【００２０】
また、プレフィックス選択部２２は、仮想ＩＳＡＴＡＰルータ１０（１０ｎ）の仮想トンネルインタフェースに付与したＩＰｖ６アドレスと、ルータ広告メッセージでホスト群1〜ｎに通知するＩＰｖ６プレフィックスとの対応関係が示される対応表２４を参照し、エンドホスト1〜ｎが送信するルータ要請メッセージの宛先ＩＰｖ６アドレスをキーに対応表２４を検索して要請のあったホスト１〜ｎに対してルータ広告メッセージを通知する機能を持つ。
対応表２４として登録されるＩＰｖ６アドレス−ＩＰｖ６プレフィックスとの関係は図３にその一例が示されている。
【００２１】
以下、本発明実施形態の動作について図１〜図３を参照しながら詳細に説明する。まず、通常動作時、ホスト群ｎに属するホストｎ−１は、仮想ＩＳＡＴＡＰルータ１０ｎのマスタであるトンネルゲートウェイ２０（＃ｎ）を経由してＩＰＶ６ネットワーク４に接続する。ホストｎ−１とトンネルゲートウェイ２０（＃ｎ）の間は、ＩＰｖ６ over ＩＰｖ４トンネルを介して通信が行われる。
ホストｎ−１は、自身に付与するＩＰｖ６アドレスを自動生成するために、ルータに対してルータ要請メッセージを送信するが、ここではホスト群ｎに属するホストｎ−１は、仮想ＩＳＡＴＡＰルータ１０ｎに対してルータ要請メッセージを送信する。仮想ＩＳＡＴＡＰルータ１０ｎ（実際は、仮想ＩＳＡＴＡＰルータ１０ｎのマスタであるトンネルゲートウェイ２０（＃ｎ））は、ホストｎ−１から受信したルータ要請メッセージに対して、その返答として、あるグローバルＩＰｖ６プレフィクス（例えば、３０００:０:０:ｎ：：／６４）を含むルータ広告メッセージを送信する。ホストｎ−１は、受信したルータ広告メッセージに含まれるＩＰｖ６プレフィックスから自身のＩＰｖ６アドレスを生成する。なお、各仮想ＩＳＡＴＡＰルータ１０、１０ｎは、互いに異なるＩＰｖ６プレフィックスを広告するように設定されるものとする。
【００２２】
障害発生時の動作は次の通りである。例えば、トンネルゲートウェイ２０（＃１）に障害が発生したとすると、他のトンネルゲートウェイ２０（＃ｎ）はそれを検知し、その中の一つが仮想ＩＳＡＴＡＰルータ１０のバックアップからマスタに昇格する。どのトンネルゲートウェイがマスタに昇格するかに関しては、ＶＲＲＰの規定に従うとするが、ここではトンネルゲートウェイ２０（＃ｎ）が仮想ＩＳＡＴＡＰルータ１０のマスタに昇格したとする。
ここで、ホスト群１に属するホスト１−１からルータ要請メッセージが送信された場合、そのメッセージは仮想ＩＳＡＴＡＰルータ１０のマスタとなったトンネルゲートウェイ２０（＃ｎ）が受信する。トンネルゲートウェイ２０（＃ｎ）は、そのメッセージに対して、トンネルゲートウェイ１０が広報していたＩＰｖ６プレフィックス（例えば、３０００:０:０:１：：／６４）を含むルータ広告メッセージを送信する。
一方、ホスト群ｎに属するホストｎ−１からのルータ要請メッセージもトンネルゲートウェイ２０（＃ｎ）が受信するが、そのメッセージに対しては、これまでと同様、ＩＰｖ６プレフィックス（３０００:０:０:ｎ：：／６４）を含むルータ広告メッセージを送信する。
【００２３】
先に述べたトンネルゲートウェイ２０（＃ｎ）のように、複数の仮想ＩＳＡＴＡＰルータのマスタとなったトンネルゲートウェイがホストからルータ要請メッセージを受信したときに、ルータ広告メッセージで通知する。このとき、ＩＰｖ６プレフィックスの選択は、ルータ要請メッセージの宛先アドレスから判断する。
このため、各トンネルゲートウェイ２０は、図３に一例として示す、仮想ＩＳＡＴＡＰルータＩＳＡＴＡＰインタフェースＩＰｖ６アドレスと、通知するＩＰｖ６プレフィックスの対応表２４を保持している。
ルータ要請メッセージを受信したトンネルゲートウェイ２０（＃ｎ）は、プレフィックス選択部２２により、そのメッセージを含むＩＰｖ６パケットの宛先アドレスを調べ、その宛先アドレスをキーに対応表２４を参照して対応するＩＰｖ６プレフィックスをルータ広告メッセージで要請のあったホストｎ−１に返答する。
【００２４】
以上説明のように、仮想ＩＳＡＴＡＰにＩＰｖ４アドレスを付与するとともに、仮想ＩＳＡＴＡＰルータ１０（１０ｎ）にＩＳＡＴＡＰインタフェースを実装してＩＰＶ６アドレスを付与することにより、仮想ＩＳＡＴＡＰルータ１０（１０ｎ）に向けて送信されたＩＰｖ４でカプセル化されたＩＰｖ６パケットを適切に受信できる手段（パケット送受信部２１）を設けたため、ユーザ（エンドホスト群１〜ｎ）に不便を強いることなく、ＩＳＡＴＡＰトンネルゲートウェイの冗長構成をとることができる。
また、ＩＳＡＴＡＰトンネルゲートウェイ２０が、仮想ＩＳＡＴＡＰルータ１０（１０ｎ）のＩＳＡＴＡＰインタフェースに付与したＩＰｖ６アドレスと、ルータ広告メッセージで通知するＩＰｖ６プレフィックスとの対応表２４を持つことで、ルータ要請メッセージを送信するホスト群１〜ｎによって通知されるＩＰｖ６プレフィックスを選択することを可能としている。このことにより、ホスト群１〜ｎが利用するＩＳＡＴＡＰトンネルゲートウェイ２０が障害により変更された場合でも、ホスト群１〜ｎに通知するＩＰｖ６プレフィックスは以前と同じとすることができるため、ホスト群１〜ｎのアドレスを固定することが可能となる。
【００２５】
また本発明によれば、図１に示す構成のように、冗長構成をとりながら複数のサブネットを構築する場合、必要となるトンネルゲートウェイ２０の数は、高々サブネット数あれば十分であるため、少なくとも１／（１サブネットあたりのトンネルゲートウェイ数）に減らすことが可能となる。
【図面の簡単な説明】
【００２６】
【図１】本発明が適用されるネットワークの接続構成を示す図である。
【図２】トンネルゲートウェイの内部構成の一例を示す図である。
【図３】アドレス対応表のデータ構造の一例を示す図である。
【図４】ＶＲＲＰを用いたシステム構築の一例を示す図である。
【図５】ＩＳＡＴＡＰを用いたシステム構築の一例を示す図である。
【図６】ＩＳＡＴＡＰで用いられるアドレスフォーマットを示す図である。
【符号の説明】
【００２７】
１…ホスト群、３…ＩＰｖ４ネットワーク、４…ＩＰｖ６ネットワーク、１０…仮想ＩＳＡＴＡＰルータ、２０…トンネルゲートウェイ、２１…パケット送受信部、２２…プレフィックス選択部、２３…ＩＰパケットＤＢ、２４…対応表
【図１】
2005086256.tif 000003
【図２】
2005086256.tif 000004
【図３】
2005086256.tif 000005
【図４】
2005086256.tif 000006
【図５】
2005086256.tif 000007
【図６】
2005086256.tif 000008