JP4505168B2

JP4505168B2 - パケットネットワークのインターフェイシング

Info

Publication number: JP4505168B2
Application number: JP2001525922A
Authority: JP
Inventors: ホーベル、ピーター; キング、ジョン・ロバート; パターソン、ジョン
Original assignee: British Telecommunications PLC
Current assignee: British Telecommunications PLC
Priority date: 1999-09-24
Filing date: 2000-09-25
Publication date: 2010-07-21
Anticipated expiration: 2020-09-25
Also published as: CA2382534A1; KR20020040815A; WO2001022683A3; CA2382534C; MXPA02002828A; JP2003510904A; ATE406018T1; CN1376351A; EP1214817B1; EP1214817A2; US7188191B1; KR100782266B1; CN1140090C; DE60039995D1; AU7304500A; WO2001022683A2

Description

【０００１】
発明の属する技術分野
本発明は、第1の伝送プロトコルにしたがって動作し、かつここでは第１のタイプのアドレスと呼ばれている第１のアドレッシング規定にしたがうネットワークアドレスをもつ第１のネットワークと、第２の伝送プロトコルにしたがって動作し、かつここでは第２のタイプのアドレスと呼ばれている第２のアドレッシング規定にしたがうネットワークアドレスをもつ第２の伝送プロトコルとの間のインターフェイスと；第１のこのようなインターフェイスから別のこのようなインターフェイスへ第２のネットワークを横切るパケットのトンネリングとに関し；限定はしないが、とくに、インターネットプロトコルバージョン４（Internet Protocol version 4, IPv4）のドメインによって分割されている各インターネットプロトコルバージョン６（Internet Protocol version 6, IPv6）のドメインにおけるホスト間に通信に関する。
【０００２】
ここでは、パケットおよびメッセージという用語は、相互交換可能に使用され、同じ意味をもち、インターネットドメインという用語は特定の例のネットワークとして使用されている。
【０００３】
従来の技術
インターネットの技術において、初期の伝送プロトコルであるＩＰｖ４は、主として使用可能なアドレス空間を増加するように向上することが必要であり、階層的なアドレス構造を加えることが明らかになった。したがってＩＰｖ６はＩＰｖ４と比較して簡略化されたヘッダフォーマットをもつが、ＩＰｖ４で３２ビットのアドレスを使用しているのと比較して、ＩＰｖ６は１２８ビットのアドレスを使用している。
【０００４】
この一般的な移行領域の概要（全体像）を得たいと望むときは、http://www.ietf.org/1id-abstracts.txtにおいて、インターネット技術標準化委員会（Internet Engineering Task Force, IETF）の実用的なドキュメントであるインターネットドラフトのリストへアクセスすべきであり、特定の関連するドキュメントは“A Guide to the Introduction of IPv6 in the IPv4 World”<draft-ietf-ngtrans-introduction-to-ipv6-transition-01.txt>であり、これは“Guide to IPv6 Transition”とも呼ばれている。
【０００５】
既に記載したように、本発明はトンネリングに関する。既知のトンネリング技術には２つのタイプ：すなわち構成形（configured）と自動形(automatic)とがある。
【０００６】
構成形のトンネルは、ＩＰｖ６のドメインとＩＰｖ４のドメインとの間のトンネリングインターフェイスの手操作の構成によって生成され、ＩＰｖ６のドメインから受信した全てのパケットは、特定のトンネルのエンドポイントへアドレス指定されたＩＰｖ４のパケット内、すなわちＩＰｖ４のドメインと宛先のＩＰｖ６のホストを含む遠隔のＩＰｖ６のドメインとの間のトンネリングインターフェイスにカプセル化される。
【０００７】
他方で自動形のトンネルは手操作の構成を必要とせず：すなわちトンネルのエンドポイントは自動的に判断される。いくつかの自動形のトンネリング機構は現在ＩＥＴＦにおいて開発中であり、これらは6over4、6to4、動的トンネリング（Dynamic Tunnelling）、およびトンネルブローカ（Tunnel Broker）としてこの技術において知られている。
【０００８】
6over4についてのより詳細な情報は、ＩＥＴＦからＲＦＣ２８２９として知られているドキュメントまたはその変更を文献（“Transmission of IPv6 over IPv4 Domains without Explicit Tunnels”、B. Carpenter and C. Jung, March 1999）において得ることができる。
【０００９】
6to4についてのより詳細な情報は、ＩＥＴＦからdraft-ietf ngtrans-6to4-02.txtとして知られているドキュメントまたはその変形を文献（“Connection of IPv6 Domains via IPv4 Clouds without Explicit Tunnnels”， B. Carpenter and L. Moore）において得ることができる。
【００１０】
動的トンネリングについてのより詳しい情報は、ＩＥＴＦからdraft-ietf ngtrans-dti-00.txtとして知られているドキュメントから得ることができる。
【００１１】
トンネルブローカについてのより詳しい情報は、ＩＥＴＦからdraft-ietf ngtrans-broker-00.txtとして知られているドキュメントから得ることができる。
【００１２】
これらの自動形のトンネリング機構は、トンネルを自動的に設定することができる種々の技術を使用する：
・ 6over4 マルチキャスト
・ 6to4 トップレベルのアグレゲータ（top level aggregator, TLA）が6to4トンネリング機構における識別子を含む特定のＩＰｖ６のアドレスであり、次のレベルのアグレゲータ（next level aggregator, NLA）はトンネルエンドポイントのＩＰｖ４のアドレスを含む
・ＤＮＳ経由のダイナミックトンネリング
・トンネルブローカｗｗｗ応用ツール
欧州特許出願第EP 840 482号明細書では、ＩＰｖ４の端末とＩＰｖ６の端末との間で通信する方法、とくにＩＰｖ４のネットワークとＩＰｖ６のネットワーク間に置かれた変換装置を使用してＩＰｖ４のパケットとＩＰｖ６のパケット上でプロトコル変換を実行する方法を記載している。第EP 840 482号明細書では、ＩＰｖ４の端末とＩＰｖ６の端末との間で通信する方法にはいくつかの既知の方法があることを記載し、なかでも上述のトンネリング方法を開示している。第EP 840 482号明細書では、これらの既存の方法にはいくつかの問題があることを示し、したがってＩＰｖ４−ＩＰｖ６のインターネットワーキングのための新しい方法を提供している。その方法は：ＩＰｖ４の端末ＣがＩＰｖ６の端末Ａとの通信を要求している場合を検討する例によって示されている。ＩＰｖ４の端末は、ＩＰｖ６のネットワーク内のホストＡに対して名前ルックアップ要求（name lookup request）を送る。この要求は変換装置によって受信され、変換装置はこの要求をＤＮＳサーバへ送る。ＤＮＳサーバは、ＩＰｖ６のネットワークアドレスを変換装置へ戻し、変換装置は、ＩＰｖ４のアドレスを（動的ホスト構成プロトコル(Dynamic Host Configuration Protocol, DHCP)から）、戻されたＩＰｖ６アドレスへ割り当てる。変換装置は、割り当てられたＩＰｖ４アドレスと戻されたＩＰｖ６のアドレスとの間のマッピングを記憶し、割り当てられたＩＰｖ４のアドレスを要求を送っているホストＣへ送る。ホストＣとＡとの間の次の通信では、ホストＣは宛先アドレスを割り当てられたＩＰｖ４のアドレスへ設定してパケットを出力し、ホストＡの割り当てられたＩＰｖ４のアドレスへパケットを送り；従来のＩＰのルート設定は、パケットが変換装置へルート設定することを保証する。次に変換装置は、割り当てられたＩＰｖ４のアドレスとＩＰｖ６のアドレスとの間のマッピングをルックアップして、ホストＡのＩＰｖ６のアドレスを検索し、これをパケットの宛先アドレスにする
したがって、第EP 840 482号はＩＰｖ４／ＩＰｖ６のネットワーキングの新しい方法を示している。
【００１３】
発明が解決しようとする課題
本発明の第１の態様にしたがって、第1の伝送プロトコルにより動作し、かつ第１のアドレッシング規定にしたがうネットワークアドレス（ここでは第１のタイプのアドレスと呼ばれている）をもつ第１のネットワークと、第２の伝送プロトコルにしたがって動作し、かつ第２のアドレッシング規定にしたがうネットワークアドレス（ここでは第２のタイプのアドレスと呼ばれている）をもつ第２のネットワークとの間で使用するためのインターフェイスであって、第１のタイプのアドレスおよび第２のタイプのアドレスの両者をもち：
第１の伝送プロトコルにしたがうフォーマットをもつメッセージ（ここでは第１のタイプのメッセージと呼ばれている）を、第２の伝送プロトコルにしたがうフォーマットをもつメッセージ（ここでは第２のタイプのメッセージと呼ばれている）へ変換するようにされているプロトコルコンバータと；
生成されたカプセル化する第２のタイプのメッセージのペイロードとしてその受信した第１のタイプのメッセージをカプセル化し、生成されたカプセル化する第２のタイプのメッセージの宛先アドレスとしてその受信した第２のタイプのアドレスを使用し、生成されたカプセル化する第２のタイプのメッセージのソースアドレスとしてインターフェイスの第２のタイプのアドレスを使用することによって、第1のタイプのメッセージと一緒に第２のタイプのアドレスの受信に応答するようにされているカプセル化するための手段；および、
第１のネットワークから受信したその第1のタイプのメッセージの宛先アドレスを検査して、第１のタイプのメッセージが所定のフォーマットをもつか否かを判断し、そのようなときは、
第１のネットワークから受信したその第１のタイプのメッセージをプロトコルコンバータへ送り、
さもなければ、その第１のタイプのメッセージの宛先アドレスから、カプセル化手段によって使用するための第２のタイプのアドレスを直接的または間接的に導き出し、
導き出された第２のタイプのアドレスを第１のネットワークから受信したその第1のタイプのメッセージと一緒にカプセル化するための手段へ送ることによって、インターフェイスが第１のネットワークから第１のタイプのメッセージを受信したことに応答するようにされているインターフェイス制御装置とを含むインターフェイスを提供する。
【００１４】
制御装置は、宛先アドレスの所定のサブアドレスのフィールドから第２のタイプのアドレスを検索することによって、第２のタイプのアドレスを導き出すようにされていることが好ましい。
【００１５】
その代わりに、制御装置は、宛先アドレスにしたがって、第２のタイプのアドレスと関係する第１のタイプのアドレスの形態をとるエントリをもつルックアップテーブルにアクセスし、宛先アドレスに整合する第１のタイプのアドレスをもつエントリの第２のタイプのアドレスを検索することによって間接的に第２のタイプのアドレスを導き出すようにされている。
【００１６】
アドレス変換テーブルの各エントリは、制御装置が第1のネットワークから、プロトコルコンバータか、またはカプセル化するための手段へ受信したその第1のタイプのメッセージを送るか否かを識別する識別子を含むフィールドから成ることが好ましい。
【００１７】
カプセル化手段が複数の異なるエンカプシュレータを含み、各エンカプシュレータはそれぞれのカプセル化のタイプにしたがって動作するようにされており、制御装置は第１のネットワークから受信したその第1のタイプのメッセージの宛先アドレスが各対応する複数の所定のフォーマットの1つをもつか否かを判断するようにされており、そのようなときは、第１のネットワークから受信した第１のタイプのメッセージをその１つの所定のフォーマットに対応するカプセル化手段へ送るようにされている。
【００１８】
アドレス変換テーブルの各エントリは、制御装置が第１のネットワークからプロトコルコンバータか、またはカプセル化手段へ受信された第１のタイプのメッセージを送っても、送らなくても、カプセル化のタイプを識別するための識別子を含むためのフィールドから構成されていることが好ましい。
【００１９】
本発明の第２の態様にしたがって、第１の伝送プロトコルにしたがって動作し、かつここでは第１のタイプのアドレスと呼ばれている、第１のアドレッシング規定にしたがうネットワークアドレスをもつ第１のネットワークと、第２の伝送プロトコルにしたがって動作し、かつここでは第２のタイプのアドレスと呼ばれている、第２のアドレッシング規定にしたがうネットワークアドレスをもつ第２のネットワークとの間のインターフェイスを動作する方法であって：
第１のネットワークから受信した第１のタイプのメッセージの宛先アドレスを検査する段階と；
その受信した第1のタイプのメッセージの宛先アドレスが第１の所定のフォーマットをもつときは、その受信した第1のタイプのメッセージをプロトコル変換し；
さもなければ、第２の伝送プロトコルにしたがって、生成されたカプセル化する第２のタイプのメッセージの宛先アドレスとして、その受信した第１のタイプのメッセージの宛先アドレスから直接的または間接的に導き出した第２のタイプのアドレスを使用して、その受信した第１のタイプのメッセージをカプセル化する段階とを含む方法を提供する。
【００２０】
本発明の第３の態様にしたがって、第1の伝送プロトコルにしたがって動作し、かつここでは第１のタイプのアドレスと呼ばれている、第１のアドレッシング規定にしたがうネットワークアドレスをもつ第１のネットワークと、第２の伝送プロトコルにしたがって動作し、かつここでは第２のタイプのアドレスと呼ばれている、第２のアドレッシング規定にしたがうネットワークアドレスをもつ第２のネットワークとの間のインターフェイスを動作する方法であって：
第１のネットワークから受信した第１のタイプのメッセージの宛先アドレスを検査する段階と；
その受信した第1のタイプのメッセージの宛先アドレスが第１の所定のフォーマットをもつときは、その受信した第1のタイプのメッセージをプロトコル変換する段階と；
その受信した第１のタイプのメッセージの宛先アドレスが第２の所定のフォーマットをもつときは、第２の伝送プロトコルにしたがって、生成されたカプセル化する第２のタイプのメッセージの宛先アドレスとして、その受信した第１のタイプのメッセージの宛先アドレスから、直接的または間接的に導き出される第２のタイプのアドレスを使用して、その受信した第1のタイプのメッセージをカプセル化する段階とを含む方法を提供する。
【００２１】
第２の所定のアドレスのフォーマットは、カプセル化のタイプを識別する識別子を含むことが好ましい
本発明の第４の態様にしたがって、第１のネットワークと第２のネットワークとの間で使用するためのインターフェイスであって、第１のネットワークは、ここでは第１のタイプのアドレスと呼ばれている、第１のアドレッシング規定にしたがうネットワークアドレスをもち、かつここでは第1のタイプのメッセージと呼ばれているメッセージを第1の伝送プロトコルにしたがって伝送し、第２のネットワークは、ここでは第２のタイプのアドレスと呼ばれている、第２のアドレッシング規定にしたがうネットワークアドレスをもち、かつここでは第２のタイプのメッセージと呼ばれているメッセージを第２の伝送プロトコルにしたがって伝送し：
第１のネットワークからインターフェイス装置において受信した第1のタイプのメッセージの宛先アドレスを検査し、その受信した第１のタイプのメッセージの宛先アドレスが第１の所定のフォーマットをもつか否かを判断する手段と；
その受信した第１のタイプのメッセージの宛先アドレスが、第１の所定のフォーマットをもつといった検査手段の判断に応答して、その受信した第１のタイプのメッセージを変換するプロトコルコンバータと；
その受信した第１のタイプのメッセージの宛先アドレスが第１の所定のフォーマットをもたないといった検査手段の判断に応答して、第２の伝送プロトコルにしたがって、生成されたカプセル化する第２のタイプのメッセージの宛先アドレスとして、その受信した第１のタイプのメッセージの宛先アドレスから直接的または間接的に導き出された第２のタイプのアドレスを使用して、その受信した第１のタイプのメッセージの宛先アドレスをカプセル化するための手段とを含むインターフェイスを提供する。
【００２２】
第１の所定のフォーマットは、プロトコル変換に適しているその受信した第１のタイプのメッセージを識別するコンテンツを含む第１の所定の部分を含んでもよい。
【００２３】
第１の所定のフォーマットはさらに、生成されたカプセル化する第２のタイプのメッセージの宛先アドレスとして使用される第２のタイプのアドレスを構成しているコンテンツを含む第２の所定の部分を含んでもよい。
【００２４】
宛先アドレスの所定のサブアドレスのフィールドから第２のタイプのアドレスを検索することによって、第２のタイプのアドレスが直接的に導き出されることが好ましい。
【００２５】
検査段階は、受信した第1のタイプのメッセージから宛先アドレスを検索する下位段階と、検索した宛先アドレスにしたがってルックアップテーブルにアクセスする下位段階とを含むことが好ましい。
【００２６】
ルックアップテーブルは、第２のタイプのアドレスに関係する第1のタイプのアドレスの形態をとるエントリを含むときに使用するための方法であって、宛先アドレスに整合する第1のタイプのアドレスをもつエントリの第２のタイプのアドレスの検索が、その受信した第１のタイプのメッセージの宛先アドレスから第２のタイプのアドレスを間接的に導き出すことを構成していることがより好ましい。
【００２７】
ルックアップテーブルのエントリが、第１のタイプのメッセージがプロトコル変換されるか、またはカプセル化されるかを識別する識別子を含む第1の識別子フィールドから構成されているときに使用する方法では、宛先アドレスに整合する第1のタイプのアドレスをもつエントリの第１の識別子フィールドから識別子を検索する段階と、検索した識別子が、その受信した第１のタイプのメッセージに対して実行されるプロトコル変換またはカプセル化の何れかと一致しているか否かを検査する段階とが含まれる。
【００２８】
ルックアップテーブルがカプセル化のタイプを識別する識別子から構成されている第２の識別子フィールドを含むとき、および使用可能な複数のカプセル化のタイプがあるときに使用するための方法であって、宛先アドレスに整合する第1のタイプのアドレスをもつエントリの第２の識別子フィールドから識別子を検索する段階と、検索された識別子がその受信した第１のタイプのメッセージに対して実行されるカプセル化のタイプと一致することを検査する段階とが含まれる。
【００２９】
ＩＰｖ６のホストがＩＰｖ４のホストへメッセージを送ることができるようにするためのプロトコルコンバータが知られている。新しいＩＰｖ６のホストは、ＩＰｖ６のドメイン内で作動されるとき、近傍にあるものの発見（Neighbourhood Discovery, ND）として知られている技術を採用して、直接に通信することができるホストの識別子を見付ける。これは、ＩＰｖ６のネットワークアドレスを含むＮＤメッセージを同報通信し、ＮＤメッセージを受信する各ホストは、そのホストのＩＰｖ６のネットワークアドレスを含む応答メッセージを送る。ドメインが、基礎となるトランスポート機構、例えばメディアアクセス制御（media access control, MAC）のアドレスを使用するイーサネットを使用するので、ＮＤメッセージを受信する各ホストは、さらに新しいホストのＩＰｖ６のネットワークアドレスと、新しいホストのＭＡＣアドレスとを検索し、新しいホストは各応答メッセージから送信ホストのＩＰｖ６のネットワークアドレスおよびそのＭＡＣのアドレスを検索する。
【００３０】
ここで新しいホストは、各エントリがその近傍のホストに対応するＮＤテーブルを構成し、その隣り合うホストの１２８ビットのＩＰｖ６のアドレスの第１の部分と関係するＭＡＣアドレスの第２の部分とを含む。
【００３１】
そのＩＰｖ６のドメインと隣接するＩＰｖ４のドメインとの間の（プロトコルコンバータを含む）インターフェイスデバイスもＮＤメッセージを受信して、応答メッセージを送信し、新しいホストは１２８のゼロ（変形では、全てが１）によって形成されている第１の部分と、そのインターフェイスデバイスのＭＡＣのアドレスによって形成されている第２の部分とをもつＮＤテーブル内に特定のデフォルトエントリを作った。
【００３２】
したがって、この新しいホストがそのドメイン内の他のホストの1つに対してメッセージを送りたいとき、これはＩＰｖ６のメッセージを作成して、ＮＤテーブルにアクセスして、宛先アドレスと関係するＭＡＣアドレスを検索する。次にメッセージは既知のやり方でイーサネットパケット内にカプセル化され、基礎となるイーサネットトランスポート機構を介して宛先ホストへ送られる。
【００３３】
他方で、ホストがＩＰｖ４-コンパチブルまたはＩＰｖ４-マップのアドレスの形態をとる宛先アドレスをもつＩＰｖ６のメッセージ、すなわち隣接するＩＰｖ４のドメイン内のＩＰｖ４のホストに対して意図されたメッセージを作成するとき、この宛先アドレスはＮＤテーブル内において検出されなくなる。この情況では、アクセッシングアルゴリズムでは、デフォルトエントリのＭＡＣアドレスを戻し、メッセージはプロトコルコンバータへ送られる。
【００３４】
プロトコルコンバータは、ＩＰｖ６のメッセージとＩＰｖ４のメッセージのヘッダの対応するフィールド間における変換（または翻訳）のみを行う。例えば、ＩＰｖ６のメッセージのヘッダ内のフィールドがＩＰｖ４のメッセージのヘッダ内に対応するフィールドをもたないとき、またはこの逆のときも、フィールド内の情報はプロトコル変換プロセス内で失われる。
【００３５】
既に記載したように、ＩＰｖ６のホストが間隔を置いたドメイン内にあるとき、ＩＰｖ６のホストがそれら自身の間で通信できるようにするためのトンネリング技術が知られている。この場合に、インターフェイスデバイスは、プロトコルコンバータの代わりにトンネリング機構を含む。これまでは、ＩＰｖ６のホストがＩＰｖ４のホストおよび遠隔のＩＰｖ６のホストの両者と通信でき、したがってこのＩＰｖ６のホストおよびドメインのインターフェイスが二重（デュアル）のスタックである、すなわちＩＰｖ４およびＩＰｖ６の両者の通信能力をもつことが必要であったことが分かるであろう。ＩＰｖ６のホストが二重のスタックでなかったときは、そのアクセッシングアルゴリズムはデフォルトエントリに対して単一のＭＡＣアドレスのみを戻す。ネットワークの管理部がＩＰｖ６のホストがＩＰｖ４のホストと通信できると判断したときは、これはプロトコルコンバータの入力ポートのＭＡＣアドレスであり、ネットワークの管理部が、ＩＰｖ６のホストがＩＰｖ６のホストと通信できると判断したときは、これはトンネリング機構の入力ポートのＭＡＣアドレスとなる。このデフォルトのエントリのＭＡＣアドレスは、プロトコルコンバータとトンネリング機構の両者のための通信入力アドレスにはならない。
【００３６】
ここで本発明の特定の実施形態を図面を参照して記載することにする。
【００３７】
発明の実施の形態
図１では、ＩＰｖ４のドメイン10は、本発明にしたがって第１の伝送プロトコルにしたがって動作し、かつ第１のアドレッシング規定にしたがうネットワークアドレスをもつ第１のネットワークを構成しているＩＰｖ６のドメイン12を、本発明にしたがって、同じく第１の伝送プロトコルにしたがって動作し、かつ第１のアドレッシング規定にしたがうネットワークアドレスをもつ第３のネットワークを構成しているＩＰｖ６のドメイン14から分離している。ＩＰｖ４のドメイン10内のホストはＩＰｖ４のみであり、ＩＰｖ６のドメイン12および14内のホストはＩＰｖ６のみである。
【００３８】
ＩＰｖ４のドメイン10は、本発明にしたがって、第２の伝送プロトコルにしたがって動作し、かつ第２のアドレッシング規定にしたがうネットワークアドレスをもつ第２のネットワークを構成している。図を簡単にするために、ＩＰｖ４は示されておらず、ＩＰｖ６のドメイン12および14の各々には、ＩＰｖ６のホスト（それぞれ28および30であり、別途記載する）が１つだけ示されている。
【００３９】
第１のＩＰｖ６のドメイン12は境界ルータ16Ａを介してＩＰｖ４のドメイン10に接続され、第２のＩＰｖ６のドメイン14は境界ルータ16Ｂを介してＩＰｖ４のドメイン10に接続されている。境界ルータ16Ｂは境界ルータ16Ａと同一であり、各々がインターフェイスを構成している。
【００４０】
ＩＰｖ４のドメイン10は、複数のＤＮＳサーバ22を含む完全なドメイン名システム（domain name system, DNS）20を含み、図にはＤＮＳサーバ22Ａおよび22Ｂの２つだけが示されており、ＩＰｖ６のドメイン12および14はそれぞれＤＮＳサーバ24および26を含む。
【００４１】
第１のＩＰｖ６のドメイン12内のホスト28は、第２のＩＰｖ６のドメイン14内のホスト30へパケットを送ることを望んでいると仮定する。したがって、このトランザクションでは、ホスト28はソースホスト28と呼ばれ、ホスト30は宛先ホスト30と呼ばれる。
【００４２】
ソースホスト28には、宛先ホスト30の名前が分かっており、したがってソースホスト28は既知のやり方で宛先ホスト30のＩＰｖ６のアドレスを要求するＩＰｖ６のＤＮＳ要求メッセージ（図示されていない）を作成する。ソースホスト28は、このＤＮＳ要求メッセージを再帰的要求として、ローカルなＤＮＳサーバ、すなわちこの実施形態ではＤＮＳサーバ24へ送る。ＤＮＳサーバ24は、既知のやり方で、ＤＮＳサーバ26について学習するまで、ＤＮＳ20へ多数の反復するＤＮＳ要求メッセージ（図示されていない）を送る。最後に、ＤＮＳ要求メッセージ（図示されていない）は、宛先ホスト30のＩＰｖ６のアドレスを要求しているＤＮＳサーバ26へ向かう。
【００４３】
ＤＮＳ要求は、第１のＩＰｖ６のドメイン12から境界ルータ16Ａを経由してＩＰｖ４のドメイン10へ送られるとき、プロトコルコンバータ（protocol converter, PC）32Ａ（図２参照）によって処理され、ＩＰｖ６／ＩＰｖ４の変換を行う。対応して、ＤＮＳ要求は、ＩＰｖ４のドメイン10から境界ルータ16Ｂを介して第２のＩＰｖ６のドメイン14へ送られるとき、プロトコルコンバータ32Ｂによって処理され、ＩＰｖ４／ＩＰｖ６の変換を行う。
【００４４】
プロトコルコンバータ32Ａおよび32Ｂは、ネットワークアドレス変換−プロトコル変換（Network Address Translation - Protocol Translation, NAT-PT）として知られている仕様に一致する。プロトコルコンバータ32Ａおよび32Ｂは、ＩＰｖ４とＩＰｖ６間でアドレスを変換して、セッション時間中に状態を維持し、ＩＰヘッダおよびＤＮＳペイロード情報の変換を含む、ＩＰｖ４およびＩＰｖ６のＤＮＳ要求メッセージとＤＮＳ応答メッセージとの間の変換は、アプリケーションレイヤゲートウエイ（application layer gateway, ALG）によって制御される。この技術において、ＤＮＳ応答メッセージに対する代わりの用語はＤＮＳ応答メッセージである。
【００４５】
より詳しい情報は、インターネット技術標準化委員会（ＩＥＴＦ）からdraft-ietf-ngtrans-natpt-0.5.txtとして知られているドキュメント、またはその変形を文献（“Network Address Translation - Protocol Translation (NATPT)”, G. Tsirtsis and P. Srishuresh）を得ることができる。
【００４６】
ＤＮＳサーバ26は、宛先ホスト30のＩＰｖ６のアドレスに対するＤＮＳ要求メッセージ34に対して、宛先アドレスフィールド36、ソースアドレスフィールド38、および宛先ホスト30のＩＰｖ６のアドレスを含む応答アドレスフィールド40の従来のフォーマットをもつＩＰｖ６のＤＮＳ応答メッセージ34（図３参照）で応答する。
【００４７】
このＩＰｖ６のＤＮＳ応答メッセージ34は、第２のＩＰｖ６のドメイン14を介して境界ルータ16Ｂへ移動し、ここでＩＰｖ４のＤＮＳ応答メッセージ42（図４参照）に変換され、このＩＰｖ４のＤＮＳ応答メッセージ42は宛先アドレスフィールド44、ソースアドレスフィールド46、応答アドレスレコード、および本発明にしたがって追加のレコード50、52を含んでおり、このメッセージ42は、ＩＰｖ４のドメイン10を介して境界ルータ16Ａへ移動し、ここでＩＰｖ６のＤＮＳ応答メッセージ54へ変換され、このＩＰｖ６のＤＮＳ応答メッセージ54は宛先アドレスフィールド56、ソースアドレスフィールド58、および応答アドレスレコード60を含んでおり、ソースホスト28へ送られる。（種々の形態をとり、参照符号34, 42, および54で示されている）ＤＮＳ応答メッセージがドメイン10、12、および14において占めるルートは、各ドメイン内のＤＮＳの形状に依存するが、この順序で境界ルータ16Ｂおよび境界ルータ16Ａを通らなければならない。
【００４８】
便宜上、“フィールド（field）”および“レコード（record）”という用語は同義で使用されており、本明細署において相互に交換可能であるが、この技術においてフィールドは一般的にレコードの構成要素部分として利用されている。
【００４９】
ＩＰｖ６のＤＮＳ応答メッセージ34は、ＩＰｖ６のネットワークインターフェイス制御装置62Ｂを介して境界ルータ16Ｂによって受信されるとき、プロトコルコンバータ32Ｂ、制御装置64Ｂ、さらにエンカプシュレータ86Ｂ、および6to4エンカプシュレータ90Ｂへ並行に供給される。制御装置64Ｂは、制御ライン65Ａを介して、プロトコルコンバータ32Ｂ、エンカプシュレータ86Ｂ、および6to4エンカプシュレータ90Ｂの制御入力へ接続され、制御ライン65Ａ上に適切なアドレスを置くことによって、これらのデバイスの中の適切なものを１つ選択する。
【００５０】
制御装置64Ｂは、（ｉ）受信したメッセージがＤＮＳ応答メッセージであることを認識して、プロトコルコンバータ32Ｂをイネーブルし、（ii）応答レコード40からＩＰｖ６のアドレスを検索して、このメッセージを内部メモリ68Ｂの一部によって形成された記憶位置66Ｂへ書込み、（iii）境界ルータ16ＢのＩＰｖ４のアドレス、すなわち境界ルータ16Ｂ上のトンネルが終端するエンドポイントのＩＰｖ４のアドレスを、同じく内部メモリ68Ｂの一部によって形成されている記憶位置70Ｂへ書込み、（iv）プロトコルコンバータ32Ｂから変換されたＤＮＳ応答メッセージ42を受信し、記憶位置70Ｂのコンテンツを第1の追加レコード50として、記憶位置68Ｂのコンテンツを第２の追加レコード52として付加し、（ｖ）ＩＰｖ４のドメイン10上で境界ルータ16Ａへ伝送するために、生成されたＩＰｖ４のＤＮＳ応答メッセージ42をＩＰｖ４のネットワークインターフェイス制御装置72Ｂへ送る。
【００５１】
変形では、受信したＩＰｖ６のＤＮＳ応答メッセージ34は制御装置64Ｂのみへ供給され、内部メモリ68Ｂの一部によって形成された記憶位置74Ｂへこのメッセージを書き込む。制御装置64Ｂは、（ｉ）応答レコード40からＩＰｖ６のアドレスを検索し、このメッセージを記憶位置66Ｂへ書込み、（ii）境界のルータ16ＢのＩＰｖ４のアドレスを記憶位置70Ｂへ書き込み、（iii）記憶位置66Ｂのコンテンツを検索し、記憶位置70Ｂのコンテンツを第１の追加レコード50として、記憶位置66Ｂのコンテンツを第２の追加レコード52として付加することによって変更されたＩＰｖ６のＤＮＳ応答メッセージを生成し、（iv）変更されたＩＰｖ６のＤＮＳ応答メッセージをプロトコルコンバータ32Ｂへ送る。プロトコルコンバータ32のＡＬＧは、ＤＮＳ応答メッセージのヘッダおよびアドレスレコードのみを処理して、結果のＩＰｖ４のＤＮＳ応答メッセージ42を生成し、したがって追加のレコードが変更されないままにすることができる。
【００５２】
受信したメッセージをプロトコルコンバータ32Ｂへ直接に供給することと、制御ライン65Ａ上で制御装置64Ｂによってイネーブル信号をプロトコルコンバータ32Ｂへ送ることとは、上述の変形において制御装置64Ｂによってプロトコルコンバータ32Ｂへ受信したメッセージを送ることに理論的に相当し、本発明にしたがってプロトコルコンバータ32Ｂへメッセージを送ることを構成している。
【００５３】
ＩＰｖ４のＤＮＳ応答メッセージ42は、ＩＰｖ４のネットワークインターフェイス制御装置72Ａを経由して境界ルータ16Ａによって受信されるときに、プロトコルコンバータ32Ａおよび制御装置64Ａへ並列に供給される。
【００５４】
制御装置64Ａは、（ｉ）宛先アドレスフィールド56、ソースアドレスフィールド58、応答アドレスレコード60、および追加のレコード50、52を含む出力のＩＰｖ６のＤＮＳ応答メッセージをプロトコルコンバータ32Ａから受信し、（ii）第２の追加のレコード52からＩＰｖ６のアドレス、すなわち宛先ホスト30の真のＩＰｖ６のアドレスを検索して、プロトコルコンバータ32Ａが生成した宛先ホスト30のためのＩＰｖ４−コンパチブルＩＰｖ６のアドレスの代わりにその出力メッセージの応答アドレスレコード60へこのＩＰｖ６のアドレスを挿入する。次に制御装置64Ａは、追加のレコード50、52を取り除き、生成されたＩＰｖ６のＤＮＳ応答メッセージ54（図５参照）を、ソースホスト28へ送るための境界ルータ16ＡのＩＰｖ６のネットワークインターフェイス制御装置62Ａへ送る。
【００５５】
さらに加えて、制御装置64Ａは、第1の追加のレコード50からトンネルが終端するエンドポイントのＩＰｖ４のアドレスを検索して、ＩＰｖ４のトンネルが終端するエンドポイントのアドレスへの宛先ホスト30のＩＰｖ６のアドレスのマッピングを生成して、制御装置64Ａの内部メモリ68Ａの一部によって形成されていて、かつ本発明のルックアップテーブルを構成しているＩＰｖ６／トンネルのエンドポイントテーブル76Ａにおいて、このマッピングを記憶して、すなわちエントリを生成するようにされている。
【００５６】
変形では、追加のレコード50、52は、コンテンツを検索する前にＤＮＳ応答メッセージから取り去られる。別の変形では、追加のレコードはＤＮＳ応答メッセージに付加されたままであるが、これは追加のレコードを取り去るほど効果的ではない。本発明の実施形態では、ＩＰｖ６／トンネルエンドポイントテーブル76Ａ内の各エントリは、対応する宛先ホスト30のＩＰｖ６のアドレスを含む第１の要素78Ａ、トンネルが終端するエンドポイント、すなわち境界ルータ16ＢのＩＰｖ４のアドレスを含む第２の要素80Ａ、第３および第４の要素から成り、別途記載する。
【００５７】
生成されたＩＰｖ６のＤＮＳ応答メッセージ54を受信するとき、ソースホスト28はアドレスレコード60からＩＰｖ６のアドレスを検索し、データパケットを宛先ホスト30へ送るのに使用するためにそれを記憶する。
【００５８】
既知のやり方では、ソースホスト28はこれらのデータパケットの各々に対して、ソースアドレスフィールドと宛先アドレスフィールドとを含むヘッダを生成して、検索したＩＰｖ６のアドレスを宛先アドレスフィールドへ書込む。
【００５９】
境界ルータ16Ａにおいてこれらのデータパケットの各々を受信するとき、制御装置64Ａは宛先アドレスを検索し、検索した宛先アドレスにしたがって、ＩＰｖ６／トンネルエンドポイントテーブル76Ａにアクセスする。エントリの第１の要素78Ａのコンテンツと整合しているときは、制御装置64Ａはそのエントリの第２の要素80Ａから対応するＩＰｖ４のトンネルが終端するエンドポイントを検索して、エンカプシュレータ86ＡにＩＰｖ４のパケット内のパケットをカプセル化するように命令する。したがって、エンカプシュレータ86Ａは、それ自身のＩＰｖ４のアドレスをソースフィールドへ挿入したＩＰｖ４ヘッダを付加し、検索したＩＰｖ４のトンネルが終端しているエンドポイントのアドレスを宛先フィールドへ付加する。この実施形態では、エンカプシュレータ86Ａは、このように使用するためにそれ自身のＩＰｖ４のアドレスを記憶する。変形では、制御装置64ＡはこのＩＰｖ４のアドレスを記憶し、エンカプシュレータ86Ａへカプセル化を実行するように命令するときに、検索したＩＰｖ４のトンネルが終端しているエンドポイントのアドレスと一緒にこのＩＰｖ４のアドレスをエンカプシュレータ86Ａへ送る。
【００６０】
この実施形態では、エンカプシュレータ86Ａは、境界ルータ16ＡのＩＰｖ６のネットワークインターフェイス制御装置62Ａから直接にパケットを受信するようにされているが、制御装置64Ａによって命令されるまでカプセル化を実行しない。変形では、制御装置64ＡはＩＰｖ６のネットワークインターフェイス制御装置62Ａから直接にパケットを受信し、整合しているときに、それをエンカプシュレータ86Ａへ送る。実際には、境界ルータ16Ａがパケットを受信するときは、制御装置64Ａはそれを内部メモリ68Ａの記憶位置へ書き込み、制御装置64Ａは関連する記憶位置のアドレスを、エンカプシュレータ86Ａがその記憶位置にアクセスする命令と一緒にエンカプシュレータ86Ａへ送る。
【００６１】
境界ルータ16Ｂにおいてカプセル化するＩＰｖ４のパケットを受信するとき、境界ルータ16Ｂのアン−エンカプシュレータ88ＢはＩＰｖ４のヘッダを取り去り、そのＩＰｖ４のパケットのペイロードを検索し、すなわちソースホスト28からもとのＩＰｖ６のパケットをアン−エンカプシュレートし、そのＩＰｖ６のパケットを宛先ホスト30へ送る。制御装置64Ｂはさらに、（ＩＰｖ６／トンネルエンドポイントテーブル76Ｂにおいて）ソースホスト28のＩＰｖ６のアドレスおよびトンネルの発生元のエンドポイント、すなわち送信元の境界ルータ16ＡのＩＰｖ４のアドレスのマッピングを生成し、これらは、それぞれＩＰｖ６のヘッダのソースアドレスフィールドおよびＩＰｖ４のヘッダのソースアドレスフィールドから検索される。
【００６２】
宛先ホスト30が応答パケットを戻すとき、境界ルータ16Ｂの制御装置64Ｂは宛先アドレス、すなわち“ＩＰｖ６のホスト28”を受信した応答パケットから検索し、検索された宛先アドレスにしたがってＩＰｖ４／トンネルエンドポイントテーブル76Ｂにアクセスし（すなわち、整合する要素78Ｂをシークし）、対応するＩＰｖ４のアドレス（要素80Ｂ）を検索し、ＩＰｖ６／トンネルエンドポイントテーブル76Ｂの要素80Ｂからちょうど検索したＩＰｖ４のトンネルの発信元のエンドポイントアドレスを使用して、境界ルータ16Ａのアン−エンカプシュレータ88Ａへアドレス指定されたＩＰｖ４のパケット内の応答パケットをエンカプシュレートするようにエンカプシュレータ86Ｂに命令する。境界ルータ16ＡにおいてこのＩＰｖ４のパケットを受信するとき、アン−エンカプシュレータ88Ａは検索した応答パケットをソースホスト28へ送る。
【００６３】
このときはソースホスト28および宛先ホスト30は、それらの間を、境界ルータ16Ａと16Ｂとの間にちょうど設定されたトンネルを介してＩＰｖ６のパケットが通るセッション中である。
【００６４】
上述の機構では、その別のＩＰｖ６のホストが存在する場所についての知識をもたなくても、かつソースのＩＰｖ６のホストがそれ自身のＩＰｖ６のドメイン内の別のＩＰｖ６のホストとの標準の通信手続きとは異なる手続きをする必要があっても、分離したＩＰｖ６のドメイン内にＩＰｖ６のホストを用意して、別の分離したＩＰｖ６のドメイン内にある別のＩＰｖ６のホストと、中間のＩＰｖ４のドメインを介して通信する。ソースのＩＰｖ６のホストに対してローカルなＤＮＳサーバはＩＰｖ４のドメインを介して、宛先のＩＰｖ６のホストと同じネットワーク上にあるＩＰｖ６のＤＮＳサーバへ要求を行ない、境界ルータはトンネルのエンドポイントと、境界ルータの後ろにあるＩＰｖ６のホストのＩＰｖ６のアドレスとを関係付けるそれぞれのマッピングを自動的にセットアップする。
【００６５】
別の実施形態では、ＩＰｖ６／トンネルエンドポイントテーブル76Ａ内のエントリのいくつかは、ネットワークオペレータの管理者によって生成することができる。これは、トンネルの手作業の構成として知られており、トンネルは管理者によって後日に変更されるまで不変である。
【００６６】
図２に示されているように、境界ルータ16Ａは6to4のトンネリングエンカプシュレータ90Ａ（および6to4のトンネリングアン−エンカプシュレータ92Ａ）も含み、同様にイネーブルされる境界ルータと相互に作業するが、変形ではこれらは省略してもよい。この技術に使用される特定のＩＰｖ６のアドレス94（図６参照）は３つの部分から成るフォーマットをもっていて、第１の部分96は３２ビットをもち、これはパケットが6to4のトンネリング技術によってトンネルされることを独特に識別するプレフィックスであり、第２の部分98は３２ビットをもち、これは6to4のトンネルのエンドポイントのＩＰｖ４のアドレスであり、第３の部分100は６４ビットをもち、これは宛先ホストの変更されたＭＡＣアドレスであるインターフェイスＩＤとして知られている。第２の部分98は、本発明の宛先アドレスの所定のサブアドレスフィールドを構成している。
【００６７】
異なるトンネリングエンカプシュレータをもつ変形では、異なる各プレフィックスが同じ目的に使用される。
【００６８】
これらの実施形態のいくつかの変形では、制御装置64Ａは、受信したパケットの検索した宛先アドレス内にこのプレフィックスの存在を認識し、第２の部分98から6to4のトンネルのエンドポイントのＩＰｖ４のアドレスを検索して、検索したＩＰｖ４のアドレスを使用して受信したパケットを処理するように6to4トンネリングエンカプシュレータ90Ａに命令するようにされている。これは、第2のタイプのアドレスを直接に導き出すことを構成している。その代わりに、6to4トンネリングエンカプシュレータ90Ａは、特定のＩＰｖ６のアドレスを検索して、その第２の部分98から6to4のトンネルのエンドポイントのＩＰｖ４のアドレスを抽出するようにされている。
【００６９】
既に記載したように、制御装置64Ａがプレフィックスの認識を実行するようにされているとき、認識されるプレフィックスは、内部メモリ68Ａの記憶位置内に記憶され、この記憶位置はＩＰｖ６／トンネルエンドポイントテーブル76Ａのエントリまたはそのエントリの一部である。
【００７０】
アン−エンカプシュレータ88Ｂおよび92Ｂは、それぞれＩＰｖ４のアドレスをもち、対応するエンカプシュレータ86Ａおよび90Ａこれを使用して、それぞれカプセル化されたパケットを生成する。
【００７１】
複数の異なるエンカプシュレータ、例えば86、90をもつ境界ルータの好ましい構成では、制御装置64Ａは、1組の整合基準にしたがってＩＰｖ６／トンネルエンドポイントテーブル76Ａにアクセスして、可能な情況の範囲をカバーする。これらは、
（ａ）トンネルは上述のＤＮＳ要求技術によって既に設定され、ＩＰｖ６の宛先−特定のＩＰｖ６／ＩＰｖ４のエントリはＩＰｖ６／トンネルエンドポイントテーブル76Ａ内に存在する情況；
（ｂ）トンネルが既知のトンネリング技術の１つによって既に設定されていて、ＩＰｖ６／ＩＰｖ４のエントリがＩＰｖ６／トンネルエンドポイントテーブル76Ａ内に存在し、その第１の要素78Ａがそのトンネリング技術に対応する特定のプレフィックスの形態をとる第１の部分をもつ情況；
（ｃ）ネットワークの管理者は、境界ルータ16を手操作で構成して、特定のＩＰｖ６の宛先ホストへ、さらに6to4（または6over4）を使用して、別のＩＰｖ６のドメイン（図示されていない）と関係する境界ルータ16Ｂまたは異なる境界ルータ（図示されていない）へのトンネルを画定し、この場合にＩＰｖ６／トンネルエンドポイントテーブル76Ａは、第１の要素78Ａが、この宛先ホストのＩＰｖ４−コンパチブル（またはＩＰｖ４−マップ）のアドレスであるエントリをもつ情況；
（ｄ）ネットワークの管理者が境界ルータ16Ａを手操作で構成して、（境界ルータ16Ｂまたは別のＩＰｖ６のドメインに関係する異なる境界ルータであってもよい）別の境界ルータへの6to4(6over4)を使用して特定されていないＩＰｖ６の宛先ホストへのトンネルを画定し、この場合はＩＰｖ６／トンネルエンドポイントテーブル76Ａは、6to4（または6over4）のプレフィックスの形態の第１の要素78Ａ、次にその別の境界ルータのＩＰｖ４のアドレス、次にナルの文字が続くエントリをもち、いくつかの変形では、このエントリの第２の要素80Ａはナルの文字を含み、またさらに別の変形ではこのエントリの第２の要素80Ａはその別の境界ルータのＩＰｖ４のアドレスを含む情況；および、
（ｅ）テーブルが、第１の要素78Ａが、一般的なＩＰｖ４−コンパチブルまたはＩｐｖ４のマップのＩＰｖ６のアドレスであるエントリを含み、すなわちこのエントリにおいてその最初の８０ビットが全てゼロであり、最後の３２ビット（または変形では、４８ビット）がナルの文字（ゼロ）であるエントリを含み、第２および第４の要素80Ａおよび84Ａがナルの文字を含み、第３の要素82Ａが識別子“ＰＣ”を含む情況。
【００７２】
制御装置64ＡはＩＰｖ６／トンネルエンドポイントテーブル76Ａを使用して、次のやり方で受信したパケットの適切な処理を判断する。
【００７３】
制御装置64Ａが完全な検索した宛先アドレスに整合する第１の要素78Ａをもつエントリを検出するとき、このエントリの第２の要素80Ａのコンテンツが検索され、ＩＰｖ４の宛先アドレス、すなわち境界ルータ16ＢのＩＰｖ４の宛先アドレス、したがってトンネルのエンドポイントとして使用される。さらに加えて、このエントリの第３の要素82Ａのコンテンツが検索され、検索されたＩＰｖ４の宛先アドレスおよび境界ルータ16Ａによって受信されるパケットがエンカプシュレータ86Ａによって処理される検査として使用される。第３の要素82Ａのコンテンツは、エンカプシュレータ86Ａ、90Ａ（例えば“ＥＮ”）に対する識別子またはプロトコルコンバータ32Ａ（例えば“ＰＣ”）に対する識別子である。別の検査として、このエントリの第４の要素84Ａはカプセル化のタイプに対する識別子を含む。言い換えると、完全な検索された宛先アドレスに整合するエントリについて、ちょうど記載したように、カプセル化タイプの識別子は“ＤＮＳ”になり、エンカプシュレータ86Ａが使用されることを示す。
【００７４】
制御装置64Ａが、第１の要素78Ａが第１の３２ビットに一致する第１の３２ビットをもつエントリ、すなわち検索した宛先アドレスの、特定の6to4プレフィックス部分を検出するとき、このエントリの第３および第４の要素82Ａおよび84Ａ（すなわち、それぞれ“ＥＮ”および“6to4”）が検査され、ＩＰｖ４の宛先アドレスがそのエントリの第２の要素80Ａから検索され、エンカプシュレータ90Ａによって処理される境界ルータ16Ａによって受信されるパケットと一緒に送られる。これは、宛先アドレスの所定のサブアドレスのフィールドから第２のタイプのアドレスを間接的に検索することを構成している。
【００７５】
検索された宛先アドレスがＩＰｖ４−コンパチブルまたはＩＰｖ４−マップ、すなわちパケットがＩＰｖ４の宛先に対してプロトコル変換されたものであるとき、第１の８０ビットは全てゼロであり、次の６０ビットは、アドレスがＩＰｖ４−コンパチブルであるときは、全てゼロであるか、またはアドレスがＩＰｖ４−マップであるときは、全て１である。したがって制御装置64Ａは、ＩＰｖ６／トンネルのエンドポイントテーブル76Ａが、第１の要素78Ａが全てゼロの第１の８０ビットをもつエントリを含むか否かを判断するために検査をする。トンネルが含まれていないために、このようなエントリの第２の要素80Ａのコンテンツは全てナルの文字であり、カプセル化が含まれていないために、このようなエントリの第４の要素84Ａのコンテンツは全てナルの文字である。このエントリの第３の要素82Ａのコンテンツが検索され、検索されたＩＰｖ４の宛先アドレスおよび境界ルータ16Ａによって受信されたパケットがプロトコルコンバータ32Ａによって処理される検査として使用される。この場合に、第３の要素82Ａのコンテンツはプロトコルコンバータ32Ａ（例えば、“ＰＣ”）に対する識別子である。
【００７６】
他の変形では、制御装置64Ａは、以前のようにＩＰｖ６／トンネルエンドポイントテーブル76Ａにアクセスするようにされており、エントリとの整合を検出するときに6to4トンネリングエンカプシュレータ90Ａに命令するだけであり、この場合に、制御装置64Ａは特定のＩＰｖ６のアドレスを6to4のトンネリングエンカプシュレータ90Ａへ送るか、またはその代わりに制御装置64Ａは6to4トンネルエンドポイントのＩＰｖ４のアドレスを抽出して、それを6to4トンネリングエンカプシュレータ82Ａへ送るか、またはさもなければ再び、制御装置64Ａはこのような整合を検出したときに、整合エントリの要素80Ａを検索する。この要素80Ａは、このエントリを生成する際に制御装置によって（または手操作で）この要素80Ａへ挿入された6to4トンネルエンドポイントのＩＰｖ４のアドレスを含む。
【００７７】
上述の実施形態では、ソースホスト28に対するローカルなＤＮＳサーバはＩＰｖ６のＤＮＳサーバ24であるが、代わりの実施形態では、ＤＮＳ20のＩＰｖ４サーバ22の１つであってもよい。このような代わりの実施形態では、ホスト28は、ホスト30のＩＰｖ６のアドレスを得るためにＤＮＳ要求メッセージを送り、本発明によって、ＩＰｖ４のドメイン10を横切るトンネルを設定することができるが、ホスト30がソースとして働らき、ＩＰｖ４のドメイン10を横切るホスト28への対応するトンネルを設定することができない点において、情況は対称的でない。本発明の方法によって、接触可能な、すなわち宛先として働くＩＰｖ６のホストにおいて、ＤＮＳ応答メッセージはトンネルを設定するためにこのＩＰｖ６のホストに隣接する境界ルータを通らなければならないので、このＩＰｖ６のホストにローカルなＤＮＳサーバは、このＩＰｖ６のホストと同じＩＰｖ６のドメイン上のＩＰｖ６のＤＮＳサーバであることが必要である。言い換えると、ＤＮＳ要求メッセージはＩＰｖ４のドメインを通るが、意図された宛先のＩＰｖ６のホストのためのローカルなＤＮＳサーバとして働くＩＰｖ４のＤＮＳサーバにおいて止ってはならない。
【図面の簡単な説明】
【図１】ＩＰｖ４のドメインが２つの分離したＩＰｖ６のドメインとインターフェイスしていることを示す模式的なダイヤグラム。
【図２】境界ルータの模式的なダイヤグラム。
【図３】ＩＰｖ６のＤＮＳ応答メッセージの模式的なダイヤグラム。
【図４】図３のＩＰｖ６のＤＮＳ応答メッセージの変換によって生成されるＩＰｖ４のＤＮＳ応答メッセージの模式的なダイヤグラム。
【図５】図４のＩＰｖ４のＤＮＳ応答メッセージの変換によって生成されるＩＰｖ６のＤＮＳ応答メッセージの模式的なダイヤグラム。
【図６】 6to4トンネリング技術で使用される特定のＩＰｖ６のアドレスのフォーマットを示す模式的なダイヤグラム。

Claims

第1の伝送プロトコルにしたがって動作し、かつここでは第１のタイプのアドレスと呼ばれている、第１のアドレッシング規定にしたがうネットワークアドレスをもつ第１のネットワークと、第２の伝送プロトコルにしたがって動作し、かつここでは第２のタイプのアドレスと呼ばれている、第２のアドレッシング規定にしたがうネットワークアドレスをもつ第２のネットワークとの間で使用するインターフェイスであって、第１のタイプのアドレスおよび第２のタイプのアドレスの両者をもち：
ここでは第１のタイプのメッセージと呼ばれている、第１の伝送プロトコルにしたがうフォーマットをもつメッセージを、ここでは第２のタイプのメッセージと呼ばれている、第２の伝送プロトコルにしたがうフォーマットをもつメッセージへ変換するように構成されているプロトコルコンバータと；
生成されるカプセル化する第２のタイプのメッセージのペイロードとしてその受信した第１のタイプのメッセージをカプセル化し、生成されるカプセル化する第２のタイプのメッセージの宛先アドレスとしてその受信した第２のタイプのアドレスを使用し、生成されるカプセル化する第２のタイプのメッセージのソースアドレスとしてインターフェイスの第２のタイプのアドレスを使用することによって、第1のタイプのメッセージと一緒に第２のタイプのアドレスを受信したことに応答するように構成されているカプセル化手段と；
第１のネットワークから受信したその第1のタイプのメッセージの宛先アドレスを検査して、第１のタイプのメッセージが所定のフォーマットをもつか否かを判断し、そのようなときは、
第１のネットワークから受信したその第１のタイプのメッセージをプロトコルコンバータへ送り、
さもなければ、
その第１のタイプのメッセージの宛先アドレスから、カプセル化手段によって使用する第２のタイプのアドレスを直接的または間接的に導き出し、
導き出された第２のタイプのアドレスを第１のネットワークから受信したその第1のタイプのメッセージと一緒にカプセル化手段へ送ることによって、
インターフェイスが第１のネットワークから第１のタイプのメッセージを受信したことに応答するように構成されているインターフェイス制御装置と；
を含むインターフェイス。
インターフェイス制御装置が、宛先アドレスの所定のサブアドレスのフィールドから第２のタイプのアドレスを検索することによって、第２のタイプのアドレスを導き出すように構成されている請求項１記載のインターフェイス。
インターフェイス制御装置が、宛先アドレスにしたがって、第１のタイプのアドレスを第２のタイプのアドレスと関連付けた形態をとるエントリをもつルックアップテーブルにアクセスし、宛先アドレスに整合する第１のタイプのアドレスをもつエントリの第２のタイプのアドレスを検索することによって間接的に第２のタイプのアドレスを導き出すように構成されている請求項１記載のインターフェイス。
ルックアップテーブルの各エントリが、インターフェイス制御装置が第1のネットワークから受信したその第1のタイプのメッセージをプロトコルコンバータまたはカプセル化手段へ送るか否かを識別する識別子を含むフィールドを具備する請求項３記載のインターフェイス。
カプセル化手段が複数の異なるエンカプシュレータを含み、各エンカプシュレータがそれぞれのカプセル化のタイプにしたがって動作するように構成されていて、インターフェイス制御装置が、その第１のタイプのメッセージの宛先アドレスのフォーマットに依存して、第１のネットワークから受信したその第１のタイプのメッセージを前記複数の異なるエンカプシュレータの適切な1つへ送るように構成されている請求項１ないし４の何れか１項記載のインターフェイス。
ルックアップテーブルの各エントリが、カプセル化のタイプを識別する識別子を含むフィールドを具備する、請求項３または４記載のインターフェイス。
カプセル化された第２のタイプのメッセージのカプセル化を取り去って、そのペイロードを検索する手段をさらに含む請求項１ないし６の何れか１項記載のインターフェイス。
プロトコルコンバータがさらに、第２のタイプのメッセージを第１のタイプのメッセージへ変換するように構成されている請求項１ないし７の何れか１項記載のインターフェイス。
第１のネットワークと第２のネットワークとの間のインターフェイスを動作する方法であって、第１のネットワークは、ここでは第１のタイプのアドレスと呼ばれている、第１のアドレッシング規定にしたがうネットワークアドレスをもち、かつここでは第1のタイプのメッセージと呼ばれているメッセージを第1の伝送プロトコルにしたがって伝送し、第２のネットワークは、ここでは第２のタイプのアドレスと呼ばれている、第２のアドレッシング規定にしたがうネットワークアドレスをもち、かつここでは第２のタイプのメッセージと呼ばれているメッセージを第２の伝送プロトコルにしたがって伝送し：
第１のネットワークから受信した第１のタイプのメッセージの宛先アドレスを検査する段階と；
その受信した第1のタイプのメッセージの宛先アドレスが第１の所定のフォーマットをもつときは、その受信した第1のタイプのメッセージをプロトコル変換し；
さもなければ、生成されるカプセル化する第２のタイプのメッセージの宛先アドレスとして、その受信した第１のタイプのメッセージの宛先アドレスから直接的または間接的に導き出した第２のタイプのアドレスを使用して、第２の伝送プロトコルにしたがって、その受信した第１のタイプのメッセージをカプセル化する段階とを含む方法。
第１のネットワークと第２のネットワークとの間のインターフェイスを動作する方法であって、第１のネットワークは、ここでは第１のタイプのアドレスと呼ばれている、第１のアドレッシング規定にしたがうネットワークアドレスをもち、かつここでは第1のタイプのメッセージと呼ばれているメッセージを第1の伝送プロトコルにしたがって伝送し、第２のネットワークは、ここでは第２のタイプのアドレスと呼ばれている、第２のアドレッシング規定にしたがうネットワークアドレスをもち、かつここでは第２のタイプのメッセージと呼ばれているメッセージを第２の伝送プロトコルにしたがって伝送し：
第１のネットワークから受信した第１のタイプのメッセージの宛先アドレスを検査する段階と；
その受信した第1のタイプのメッセージの宛先アドレスが第１の所定のフォーマットをもつときは、その受信した第1のタイプのメッセージをプロトコル変換する段階と；
その受信した第１のタイプのメッセージの宛先アドレスが第２の所定のフォーマットをもつときは、生成されるカプセル化する第２のタイプのメッセージの宛先アドレスとして、その受信した第１のタイプのメッセージの宛先アドレスから、直接的または間接的に導き出される第２のタイプのアドレスを使用して、第２の伝送プロトコルにしたがって、その受信した第1のタイプのメッセージをカプセル化する段階とを含む方法。
第２の所定のフォーマットが、カプセル化のタイプを識別する識別子を含む請求項１０記載の方法。
第１の所定のフォーマットが第１の所定の部分を含み、前記第１の所定の部分のコンテンツが、受信した第１のタイプのメッセージはプロトコル変換に適していると識別する請求項９または１０記載の方法。
第１の所定のフォーマットがさらに第２の所定の部分を含み、前記第２の所定の部分のコンテンツが、生成されるカプセル化する第２のタイプのメッセージの宛先アドレスとして使用される第２のタイプのアドレスを構成している請求項１２記載の方法。
宛先アドレスの所定のサブアドレスのフィールドから第２のタイプのアドレスを検索することによって、第２のタイプのアドレスが直接的に導き出される請求項９ないし１３の何れか１項記載の方法。
検査する段階が、受信した第1のタイプのメッセージから宛先アドレスを検索する下位段階と、検索した宛先アドレスにしたがってルックアップテーブルにアクセスする下位段階とを含む請求項９ないし１４の何れか１項記載の方法。
ルックアップテーブルが、第１のタイプのアドレスを第２のタイプのアドレスと関連付けた形態をとるエントリを含むときに使用する方法であって、宛先アドレスに整合する第1のタイプのアドレスをもつエントリの第２のタイプのアドレスを検索することが、その受信した第１のタイプのメッセージの宛先アドレスから第２のタイプのアドレスを間接的に導き出すことを構成している請求項１５記載の方法。
ルックアップテーブルのエントリが、第１のタイプのメッセージがプロトコル変換されるか、またはカプセル化されるかを識別する識別子を含む第1の識別子フィールドを具備するときに使用する方法であって、宛先アドレスに整合する第1のタイプのアドレスをもつエントリの第１の識別子フィールドから識別子を検索する段階と、検索した識別子が、その受信した第１のタイプのメッセージに対して実行されるプロトコル変換またはカプセル化の何れかと一致しているか否かを検査する段階とを含む請求項１６記載の方法。
ルックアップテーブルのエントリがカプセル化のタイプを識別する識別子を含む第２の識別子フィールドを具備するとき、および使用可能な複数のカプセル化のタイプがあるときに使用する方法であって、宛先アドレスに整合する第1のタイプのアドレスをもつエントリの第２の識別子フィールドから識別子を検索する段階と、検索された識別子がその受信した第１のタイプのメッセージに対して実行されるカプセル化のタイプと一致することを検査する段階とを含む請求項１６または１７記載の方法。
第１のネットワークと第２のネットワークとの間で使用するインターフェイスであって、第１のネットワークは、ここでは第１のタイプのアドレスと呼ばれている、第１のアドレッシング規定にしたがうネットワークアドレスをもち、かつここでは第1のタイプのメッセージと呼ばれているメッセージを第1の伝送プロトコルにしたがって伝送し、第２のネットワークは、ここでは第２のタイプのアドレスと呼ばれている、第２のアドレッシング規定にしたがうネットワークアドレスをもち、かつここでは第２のタイプのメッセージと呼ばれているメッセージを第２の伝送プロトコルにしたがって伝送し：
第１のネットワークからインターフェイス装置において受信した第1のタイプのメッセージの宛先アドレスを検査し、その受信した第１のタイプのメッセージの宛先アドレスが第１の所定のフォーマットであるか否かを判断する手段と；
その受信した第１のタイプのメッセージの宛先アドレスが、第１の所定のフォーマットをもつといった検査手段の判断に応答して、その受信した第１のタイプのメッセージを変換するプロトコルコンバータと；
その受信した第１のタイプのメッセージの宛先アドレスが第１の所定のフォーマットをもたないといった検査手段の判断に応答して、生成されるカプセル化する第２のタイプのメッセージの宛先アドレスとして、その受信した第１のタイプのメッセージの宛先アドレスから直接的または間接的に導き出された第２のタイプのアドレスを使用して、第２の伝送プロトコルにしたがって、その受信した第１のタイプのメッセージの宛先アドレスをカプセル化する手段とを含むインターフェイス。