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

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

Info

Publication number
JP2003510904A
JP2003510904A JP2001525922A JP2001525922A JP2003510904A JP 2003510904 A JP2003510904 A JP 2003510904A JP 2001525922 A JP2001525922 A JP 2001525922A JP 2001525922 A JP2001525922 A JP 2001525922A JP 2003510904 A JP2003510904 A JP 2003510904A
Authority
JP
Japan
Prior art keywords
address
type
message
network
received
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.)
Granted
Application number
JP2001525922A
Other languages
English (en)
Other versions
JP4505168B2 (ja
Inventor
ホーベル、ピーター
キング、ジョン・ロバート
パターソン、ジョン
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
British Telecommunications PLC
Original Assignee
British Telecommunications PLC
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by British Telecommunications PLC filed Critical British Telecommunications PLC
Publication of JP2003510904A publication Critical patent/JP2003510904A/ja
Application granted granted Critical
Publication of JP4505168B2 publication Critical patent/JP4505168B2/ja
Anticipated expiration legal-status Critical
Expired - Lifetime legal-status Critical Current

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/46—Interconnection of networks
    • H04L12/4633—Interconnection of networks using encapsulation techniques, e.g. tunneling
    • 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/09—Mapping addresses
    • H04L61/25—Mapping addresses of the same type
    • H04L61/2503—Translation of Internet protocol [IP] addresses
    • H04L61/251—Translation of Internet protocol [IP] addresses between different IP versions
    • 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/45—Network directories; Name-to-address mapping
    • H04L61/4505—Network directories; Name-to-address mapping using standardised directories; using standardised directory access protocols
    • H04L61/4511—Network directories; Name-to-address mapping using standardised directories; using standardised directory access protocols using domain name system [DNS]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/16—Implementation or adaptation of Internet protocol [IP], of transmission control protocol [TCP] or of user datagram protocol [UDP]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/16—Implementation or adaptation of Internet protocol [IP], of transmission control protocol [TCP] or of user datagram protocol [UDP]
    • H04L69/167—Adaptation for transition between two IP versions, e.g. between IPv4 and IPv6
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/40—Network security protocols
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/08—Protocols for interworking; Protocol conversion

Abstract

(57)【要約】 ＩＰｖ４のドメインによって分割された２つのＩＰｖ６のドメイン間で使用するためのインターフェイシングの方法およびインターフェイス。インターフェイスは、プロトコルコンバータ、エンカプシュレータ／アン−エンカプシュレータ、および制御装置を含む。ＩＰｖ６のソースが他のＩＰｖ６のドメイン内の名前を付けられた宛先へ送りたいとき、ソースは正規のＩＰｖ６のアドレス要求をそのローカルなＤＳＮサーバへ送り、このローカルなＤＮＳサーバは、この正規のＩＰｖ６のアドレス要求を他のＩＰｖ６のドメイン内のＩＰｖ６の名前サーバ（name server）に中継する。宛先の真のＩＰｖ６のアドレスを含む応答メッセージは、遠隔のインターフェイスにおいて受信され、この遠隔のインターフェイスは、結果として生成されたプロトコル変換されたＤＮＳ応答メッセージに、真のＩＰｖ６のアドレスを含んでいる第１の追加のレコードと、ＩＰｖ４のアドレスを含んでいる第２の追加のレコードとを付加する。他のインターフェイスにおいて受信するときは、追加のレコードは取り去られ、そのコンテンツはテーブルのエントリ内に記憶され、真のＩＰｖ６のアドレスは結果として生成されたＩＰｖ６のＤＮＳ応答メッセージのアドレスレコードへ書込まれる。インターフェイスが、ＩＰｖ６のホストからパケットを受信するときは、宛先アドレスがテーブルのエントリに整合するか否かを検査し、整合するときは、遠隔のインターフェイスのＩＰｖ４のアドレスと一緒にエンカプシュレータへパケットを送る。遠隔のインターフェイスが、ソースアドレスとカプセル化するインターフェイスのアドレスとを抽出し、ソースへの戻りパケットをカプセル化するのに使用するために対応するテーブルのエントリにこれらを記憶する。しかしながら、宛先アドレスがＩＰｖ４−コンパチブルまたはＩＰｖ４−マップのフォーマットであると認識されるときは、パケットはプロトコルコンバータへ送られる。

Description

【発明の詳細な説明】
【０００１】 発明の属する技術分野 本発明は、第1の伝送プロトコルにしたがって動作し、かつここでは第１のタ
イプのアドレスと呼ばれている第１のアドレッシング規定にしたがうネットワー
クアドレスをもつ第１のネットワークと、第２の伝送プロトコルにしたがって動
作し、かつここでは第２のタイプのアドレスと呼ばれている第２のアドレッシン
グ規定にしたがうネットワークアドレスをもつ第２の伝送プロトコルとの間のイ
ンターフェイスと；第１のこのようなインターフェイスから別のこのようなイン
ターフェイスへ第２のネットワークを横切るパケットのトンネリングとに関し；
限定はしないが、とくに、インターネット プロトコル バージョン４（Internet
Protocol version 4, IPv4）のドメインによって分割されている各インターネ
ット プロトコル バージョン６（Internet Protocol version 6, IPv6）のドメ
インにおけるホスト間に通信に関する。
【０００２】 ここでは、パケットおよびメッセージという用語は、相互交換可能に使用され
、同じ意味をもち、インターネットドメインという用語は特定の例のネットワー
クとして使用されている。
【０００３】 従来の技術 インターネットの技術において、初期の伝送プロトコルであるＩＰｖ４は、主
として使用可能なアドレス空間を増加するように向上することが必要であり、階
層的なアドレス構造を加えることが明らかになった。したがってＩＰｖ６はＩＰ
ｖ４と比較して簡略化されたヘッダフォーマットをもつが、ＩＰｖ４で３２ビッ
トのアドレスを使用しているのと比較して、ＩＰｖ６は１２８ビットのアドレス
を使用している。
【０００４】 この一般的な移行領域の概要（全体像）を得たいと望むときは、http://www.i
etf.org/1id-abstracts.txtにおいて、インターネット技術標準化委員会（Inter
net Engineering Task Force, IETF）の実用的なドキュメントであるインターネ
ットドラフトのリストへアクセスすべきであり、特定の関連するドキュメントは
“A Guide to the Introduction of IPv6 in the IPv4 World”<draft-ietf-ngt
rans-introduction-to-ipv6-transition-01.txt>であり、これは“Guide to IPv
6 Transition”とも呼ばれている。
【０００５】 既に記載したように、本発明はトンネリングに関する。既知のトンネリング技
術には２つのタイプ：すなわち構成形（configured）と自動形(automatic)とが
ある。
【０００６】 構成形のトンネルは、ＩＰｖ６のドメインとＩＰｖ４のドメインとの間のトン
ネリングインターフェイスの手操作の構成によって生成され、ＩＰｖ６のドメイ
ンから受信した全てのパケットは、特定のトンネルのエンドポイントへアドレス
指定されたＩＰｖ４のパケット内、すなわちＩＰｖ４のドメインと宛先のＩＰｖ
６のホストを含む遠隔のＩＰｖ６のドメインとの間のトンネリングインターフェ
イスにカプセル化される。
【０００７】 他方で自動形のトンネルは手操作の構成を必要とせず：すなわちトンネルのエ
ンドポイントは自動的に判断される。いくつかの自動形のトンネリング機構は現
在ＩＥＴＦにおいて開発中であり、これらは6over4、6to4、動的トンネリング（
Dynamic Tunnelling）、およびトンネルブローカ（Tunnel Broker）としてこの
技術において知られている。
【０００８】 6over4についてのより詳細な情報は、ＩＥＴＦからＲＦＣ２８２９として知ら
れているドキュメントまたはその変更を文献（“Transmission of IPv6 over IP
v4 Domains without Explicit Tunnels”、B. Carpenter and C. Jung, March 1
999）において得ることができる。
【０００９】 6to4についてのより詳細な情報は、ＩＥＴＦからdraft-ietf ngtrans-6to4-02
.txtとして知られているドキュメントまたはその変形を文献（“Connection of
IPv6 Domains via IPv4 Clouds without Explicit Tunnnels”， B. Carpenter
and L. Moore）において得ることができる。
【００１０】 動的トンネリングについてのより詳しい情報は、ＩＥＴＦからdraft-ietf ngt
rans-dti-00.txtとして知られているドキュメントから得ることができる。
【００１１】 トンネルブローカについてのより詳しい情報は、ＩＥＴＦからdraft-ietf ngt
rans-broker-00.txtとして知られているドキュメントから得ることができる。
【００１２】 これらの自動形のトンネリング機構は、トンネルを自動的に設定することがで
きる種々の技術を使用する： ξ 6over4 マルチキャスト ξ 6to4 トップレベルのアグレゲータ（top level aggregator
, TLA）が6to4トンネリング機構における識別子を含む特定のＩＰｖ６のアドレ
スであり、次のレベルのアグレゲータ（next level aggregator, NLA）はトンネ
ルエンドポイントのＩＰｖ４のアドレスを含む ξ ＤＮＳ経由のダイナミックトンネリング ξ トンネルブローカ ｗｗｗ応用ツール。
【００１３】 発明が解決しようとする課題 本発明の第１の態様にしたがって、第1の伝送プロトコルにしたがって動作し
、かつここでは第１のタイプのアドレスと呼ばれている、第１のアドレッシング
規定にしたがうネットワークアドレスをもつ第１のネットワークと、第２の伝送
プロトコルにしたがって動作し、かつここ（本明細書）では第２のタイプのアド
レスと呼ばれている、第２のアドレッシング規定にしたがうネットワークアドレ
スをもつ第２のネットワークとの間で使用するためのインターフェイスであって
、第１のタイプのアドレスおよび第２のタイプのアドレスの両者をもち： ここでは第１のタイプのメッセージと呼ばれている、第１の伝送プロトコル
にしたがうフォーマットをもつメッセージを、ここでは第２のタイプのメッセー
ジと呼ばれている、第２の伝送プロトコルにしたがうフォーマットをもつメッセ
ージへ、およびこの逆に変換するようにされているプロトコルコンバータと； 生成されたカプセル化する第２のタイプのメッセージのペイロードとしてそ
の受信した第１のタイプのメッセージをカプセル化し、生成されたカプセル化す
る第２のタイプのメッセージの宛先アドレスとしてその受信した第２のタイプの
アドレスを使用し、生成されたカプセル化する第２のタイプのメッセージのソー
スアドレスとしてインターフェイスの第２のタイプのアドレスを使用することに
よって、第1のタイプのメッセージと一緒に第２のタイプのアドレスの受信に応
答するようにされているカプセル化するための手段； そのペイロードを検索するために、第２のタイプのメッセージのカプセル化
を取り去る（un-encapsulating）ための手段；および、 第１のネットワークから受信したその第1のタイプのメッセージの宛先アド
レスを検査し、 その宛先アドレスが第１の所定のフォーマットをもつときは、第１のネットワ
ークから受信したその第１のタイプのメッセージをプロトコルコンバータへ送り
、 さもなければ、第１のネットワークから受信したその第１のタイプのメッセー
ジの宛先アドレスから、生成されたカプセル化する第２のタイプのメッセージの
宛先アドレスとしてカプセル化手段によって使用するための第２のタイプのアド
レスを直接的または間接的に導き出し、 導き出された第２のタイプのアドレスを第１のネットワークから受信したその
第1のタイプのメッセージと一緒にカプセル化する手段へ送ることによって、イ
ンターフェイスが第１のネットワークから第１のタイプのメッセージを受信した
ことに応答するようにされているインターフェイス制御装置とを含むインターフ
ェイスを提供する。
【００１４】 制御装置は、宛先アドレスの所定のサブアドレスのフィールドから第２のタイ
プのアドレスを検索することによって、第２のタイプのアドレスを導き出すよう
にされていることが好ましい。
【００１５】 その代わりに、制御装置は、宛先アドレスにしたがって、第２のタイプのアド
レスと関係する第１のタイプのアドレスの形態をとるエントリをもつルックアッ
プテーブルにアクセスし、宛先アドレスに整合する第１のタイプのアドレスをも
つエントリの第２のタイプのアドレスを検索することによって間接的に第２のタ
イプのアドレスを導き出すようにされている。
【００１６】 アドレス変換テーブルの各エントリは、制御装置が第1のネットワークから、
プロトコルコンバータか、またはカプセル化するための手段へ受信したその第1
のタイプのメッセージを送るか否かを識別する識別子を含むフィールドから成る
ことが好ましい。
【００１７】 カプセル化手段が複数の異なるエンカプシュレータを含み、各エンカプシュレ
ータはそれぞれのカプセル化のタイプにしたがって動作するようにされており、
制御装置は第１のネットワークから受信したその第1のタイプのメッセージの宛
先アドレスが各対応する複数の所定のフォーマットの1つをもつか否かを判断す
るようにされており、そのようなときは、第１のネットワークから受信した第１
のタイプのメッセージをその１つの所定のフォーマットに対応するカプセル化手
段へ送るようにされている。
【００１８】 アドレス変換テーブルの各エントリは、制御装置が第１のネットワークからプ
ロトコルコンバータか、またはカプセル化手段へ受信された第１のタイプのメッ
セージを送っても、送らなくても、カプセル化のタイプを識別するための識別子
を含むためのフィールドから構成されていることが好ましい。
【００１９】 本発明の第２の態様にしたがって、第１の伝送プロトコルにしたがって動作し
、かつここでは第１のタイプのアドレスと呼ばれている、第１のアドレッシング
規定にしたがうネットワークアドレスをもつ第１のネットワークと、第２の伝送
プロトコルにしたがって動作し、かつここでは第２のタイプのアドレスと呼ばれ
ている、第２のアドレッシング規定にしたがうネットワークアドレスをもつ第２
のネットワークとの間のインターフェイスを動作する方法であって： 第１のネットワークから受信した第１のタイプのメッセージの宛先アドレス
を検査する段階と； その受信した第1のタイプのメッセージの宛先アドレスが第１の所定のフォ
ーマットをもつときは、その受信した第1のタイプのメッセージをプロトコル変
換し； さもなければ、第２の伝送プロトコルにしたがって、生成されたカプセル化
する第２のタイプのメッセージの宛先アドレスとして、その受信した第１のタイ
プのメッセージの宛先アドレスから直接的または間接的に導き出した第２のタイ
プのアドレスを使用して、その受信した第１のタイプのメッセージをカプセル化
する段階とを含む方法を提供する。
【００２０】 本発明の第３の態様にしたがって、第1の伝送プロトコルにしたがって動作し
、かつここでは第１のタイプのアドレスと呼ばれている、第１のアドレッシング
規定にしたがうネットワークアドレスをもつ第１のネットワークと、第２の伝送
プロトコルにしたがって動作し、かつここでは第２のタイプのアドレスと呼ばれ
ている、第２のアドレッシング規定にしたがうネットワークアドレスをもつ第２
のネットワークとの間のインターフェイスを動作する方法であって： 第１のネットワークから受信した第１のタイプのメッセージの宛先アドレス
を検査する段階と； その受信した第1のタイプのメッセージの宛先アドレスが第１の所定のフォ
ーマットをもつときは、その受信した第1のタイプのメッセージをプロトコル変
換する段階と； その受信した第１のタイプのメッセージの宛先アドレスが第２の所定のフォ
ーマットをもつときは、第２の伝送プロトコルにしたがって、生成されたカプセ
ル化する第２のタイプのメッセージの宛先アドレスとして、その受信した第１の
タイプのメッセージの宛先アドレスから、直接的または間接的に導き出される第
２のタイプのアドレスを使用して、その受信した第1のタイプのメッセージをカ
プセル化する段階とを含む方法を提供する。
【００２１】 第２の所定のアドレスのフォーマットは、カプセル化のタイプを識別する識別
子を含むことが好ましい。
【００２２】 第１の所定のフォーマットは、プロトコル変換に適しているその受信した第１
のタイプのメッセージを識別するコンテンツを含む第１の所定の部分を含んでも
よい。
【００２３】 第１の所定のフォーマットはさらに、生成されたカプセル化する第２のタイプ
のメッセージの宛先アドレスとして使用される第２のタイプのアドレスを構成し
ているコンテンツを含む第２の所定の部分を含んでもよい。
【００２４】 宛先アドレスの所定のサブアドレスのフィールドから第２のタイプのアドレス
を検索することによって、第２のタイプのアドレスが直接的に導き出されること
が好ましい。
【００２５】 検査段階は、受信した第1のタイプのメッセージから宛先アドレスを検索する
下位段階と、検索した宛先アドレスにしたがってルックアップテーブルにアクセ
スする下位段階とを含むことが好ましい。
【００２６】 ルックアップテーブルは、第２のタイプのアドレスに関係する第1のタイプの
アドレスの形態をとるエントリを含むときに使用するための方法であって、宛先
アドレスに整合する第1のタイプのアドレスをもつエントリの第２のタイプのア
ドレスの検索が、その受信した第１のタイプのメッセージの宛先アドレスから第
２のタイプのアドレスを間接的に導き出すことを構成していることがより好まし
い。
【００２７】 ルックアップテーブルのエントリが、第１のタイプのメッセージがプロトコル
変換されるか、またはカプセル化されるかを識別する識別子を含む第1の識別子
フィールドから構成されているときに使用するために、宛先アドレスに整合する
第1のタイプのアドレスをもつエントリの第１の識別子フィールドから識別子を
検索する段階と、検索した識別子が、その受信した第１のタイプのメッセージに
対して実行されるプロトコル変換またはカプセル化の何れかと一致しているか否
かを検査する段階とが含まれる。
【００２８】 ルックアップテーブルがカプセル化のタイプを識別する識別子から構成されて
いる第２の識別子フィールドを含むとき、および使用可能な複数のカプセル化の
タイプがあるときに使用するための方法であって、宛先アドレスに整合する第1
のタイプのアドレスをもつエントリの第２の識別子フィールドから識別子を検索
する段階と、検索された識別子がその受信した第１のタイプのメッセージに対し
て実行されるカプセル化のタイプと一致することを検査する段階とが含まれる。
【００２９】 ＩＰｖ６のホストがＩＰｖ４のホストへメッセージを送ることができるように
するためのプロトコルコンバータが知られている。新しいＩＰｖ６のホストは、
ＩＰｖ６のドメイン内で作動されるとき、近傍にあるものの発見（Neighbourhoo
d Discovery, ND）として知られている技術を採用して、直接に通信することが
できるホストの識別子を見付ける。これは、ＩＰｖ６のネットワークアドレスを
含むＮＤメッセージを同報通信し、ＮＤメッセージを受信する各ホストは、その
ホストのＩＰｖ６のネットワークアドレスを含む応答メッセージを送る。ドメイ
ンが、基礎となるトランスポート機構、例えばメディアアクセス制御（media ac
cess 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 convert
er, 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トンネリング技術で使用される特定のＩＰｖ６のアドレスのフォーマット
を示す模式的なダイヤグラム。
【手続補正書】特許協力条約第３４条補正の翻訳文提出書
【提出日】平成１３年８月１６日（２００１．８．１６）
【手続補正１】
【補正対象書類名】明細書
【補正対象項目名】特許請求の範囲
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】００２７
【補正方法】変更
【補正の内容】
【００２７】 ルックアップテーブルのエントリが、第１のタイプのメッセージがプロトコル
変換されるか、またはカプセル化されるかを識別する識別子を含む第1の識別子
フィールドから構成されているときに使用する方法では、宛先アドレスに整合す
る第1のタイプのアドレスをもつエントリの第１の識別子フィールドから識別子
を検索する段階と、検索した識別子が、その受信した第１のタイプのメッセージ
に対して実行されるプロトコル変換またはカプセル化の何れかと一致しているか
否かを検査する段階とが含まれる。
【手続補正書】特許協力条約第３４条補正の翻訳文提出書
【提出日】平成１３年１１月２０日（２００１．１１．２０）
【手続補正１】
【補正対象書類名】明細書
【補正対象項目名】００１２
【補正方法】変更
【補正の内容】
【００１２】 これらの自動形のトンネリング機構は、トンネルを自動的に設定することがで
きる種々の技術を使用する： ・ 6over4 マルチキャスト ・ 6to4 トップレベルのアグレゲータ（top level aggregator
, TLA）が6to4トンネリング機構における識別子を含む特定のＩＰｖ６のアドレ
スであり、次のレベルのアグレゲータ（next level aggregator, NLA）はトンネ
ルエンドポイントのＩＰｖ４のアドレスを含む ・ ＤＮＳ経由のダイナミックトンネリング ・ トンネルブローカ ｗｗｗ応用ツール 欧州特許出願第EP 840 482号明細書では、ＩＰｖ４の端末とＩＰｖ６の端末と
の間で通信する方法、とくにＩＰｖ４のネットワークとＩＰｖ６のネットワーク
間に置かれた変換装置を使用してＩＰｖ４のパケットとＩＰｖ６のパケット上で
プロトコル変換を実行する方法を記載している。第EP 840 482号明細書では、Ｉ
Ｐｖ４の端末とＩＰｖ６の端末との間で通信する方法にはいくつかの既知の方法
があることを記載し、なかでも上述のトンネリング方法を開示している。第EP 8
40 482号明細書では、これらの既存の方法にはいくつかの問題があることを示し
、したがってＩＰｖ４−ＩＰｖ６のインターネットワーキングのための新しい方
法を提供している。その方法は：ＩＰｖ４の端末ＣがＩＰｖ６の端末Ａとの通信
を要求している場合を検討する例によって示されている。ＩＰｖ４の端末は、Ｉ
Ｐｖ６のネットワーク内のホストＡに対して名前ルックアップ要求（name looku
p request）を送る。この要求は変換装置によって受信され、変換装置はこの要
求をＤＮＳサーバへ送る。ＤＮＳサーバは、ＩＰｖ６のネットワークアドレスを
変換装置へ戻し、変換装置は、ＩＰｖ４のアドレスを（動的ホスト構成プロトコ
ル(Dynamic Host Configuration Protocol, DHCP)から）、戻されたＩＰｖ６ア
ドレスへ割り当てる。変換装置は、割り当てられたＩＰｖ４アドレスと戻された
ＩＰｖ６のアドレスとの間のマッピングを記憶し、割り当てられたＩＰｖ４のア
ドレスを要求を送っているホストＣへ送る。ホストＣとＡとの間の次の通信では
、ホストＣは宛先アドレスを割り当てられたＩＰｖ４のアドレスへ設定してパケ
ットを出力し、ホストＡの割り当てられたＩＰｖ４のアドレスへパケットを送り
；従来のＩＰのルート設定は、パケットが変換装置へルート設定することを保証
する。次に変換装置は、割り当てられたＩＰｖ４のアドレスとＩＰｖ６のアドレ
スとの間のマッピングをルックアップして、ホストＡのＩＰｖ６のアドレスを検
索し、これをパケットの宛先アドレスにする したがって、第EP 840 482号はＩＰｖ４／ＩＰｖ６のネットワーキングの新し
い方法を示している。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】００１３
【補正方法】変更
【補正の内容】
【００１３】 発明が解決しようとする課題 本発明の第１の態様にしたがって、第1の伝送プロトコルにより動作し、かつ
第１のアドレッシング規定にしたがうネットワークアドレス（ここでは第１のタ
イプのアドレスと呼ばれている）をもつ第１のネットワークと、第２の伝送プロ
トコルにしたがって動作し、かつ第２のアドレッシング規定にしたがうネットワ
ークアドレス（ここでは第２のタイプのアドレスと呼ばれている）をもつ第２の
ネットワークとの間で使用するためのインターフェイスであって、第１のタイプ
のアドレスおよび第２のタイプのアドレスの両者をもち： 第１の伝送プロトコルにしたがうフォーマットをもつメッセージ（ここでは
第１のタイプのメッセージと呼ばれている）を、第２の伝送プロトコルにしたが
うフォーマットをもつメッセージ（ここでは第２のタイプのメッセージと呼ばれ
ている）へ変換するようにされているプロトコルコンバータと； 生成されたカプセル化する第２のタイプのメッセージのペイロードとしてそ
の受信した第１のタイプのメッセージをカプセル化し、生成されたカプセル化す
る第２のタイプのメッセージの宛先アドレスとしてその受信した第２のタイプの
アドレスを使用し、生成されたカプセル化する第２のタイプのメッセージのソー
スアドレスとしてインターフェイスの第２のタイプのアドレスを使用することに
よって、第1のタイプのメッセージと一緒に第２のタイプのアドレスの受信に応
答するようにされているカプセル化するための手段；および、 第１のネットワークから受信したその第1のタイプのメッセージの宛先アド
レスを検査して、第１のタイプのメッセージが所定のフォーマットをもつか否か
を判断し、そのようなときは、 第１のネットワークから受信したその第１のタイプのメッセージをプロトコルコ
ンバータへ送り、 さもなければ、その第１のタイプのメッセージの宛先アドレスから、カプセル化
手段によって使用するための第２のタイプのアドレスを直接的または間接的に導
き出し、 導き出された第２のタイプのアドレスを第１のネットワークから受信したその第
1のタイプのメッセージと一緒にカプセル化するための手段へ送ることによって
、インターフェイスが第１のネットワークから第１のタイプのメッセージを受信
したことに応答するようにされているインターフェイス制御装置とを含むインタ
ーフェイスを提供する。
【手続補正３】
【補正対象書類名】明細書
【補正対象項目名】００２１
【補正方法】変更
【補正の内容】
【００２１】 第２の所定のアドレスのフォーマットは、カプセル化のタイプを識別する識別
子を含むことが好ましい 本発明の第４の態様にしたがって、第１のネットワークと第２のネットワーク
との間で使用するためのインターフェイスであって、第１のネットワークは、こ
こでは第１のタイプのアドレスと呼ばれている、第１のアドレッシング規定にし
たがうネットワークアドレスをもち、かつここでは第1のタイプのメッセージと
呼ばれているメッセージを第1の伝送プロトコルにしたがって伝送し、第２のネ
ットワークは、ここでは第２のタイプのアドレスと呼ばれている、第２のアドレ
ッシング規定にしたがうネットワークアドレスをもち、かつここでは第２のタイ
プのメッセージと呼ばれているメッセージを第２の伝送プロトコルにしたがって
伝送し： 第１のネットワークからインターフェイス装置において受信した第1のタイ
プのメッセージの宛先アドレスを検査し、その受信した第１のタイプのメッセー
ジの宛先アドレスが第１の所定のフォーマットをもつか否かを判断する手段と； その受信した第１のタイプのメッセージの宛先アドレスが、第１の所定のフ
ォーマットをもつといった検査手段の判断に応答して、その受信した第１のタイ
プのメッセージを変換するプロトコルコンバータと； その受信した第１のタイプのメッセージの宛先アドレスが第１の所定のフォ
ーマットをもたないといった検査手段の判断に応答して、第２の伝送プロトコル
にしたがって、生成されたカプセル化する第２のタイプのメッセージの宛先アド
レスとして、その受信した第１のタイプのメッセージの宛先アドレスから直接的
または間接的に導き出された第２のタイプのアドレスを使用して、その受信した
第１のタイプのメッセージの宛先アドレスをカプセル化するための手段とを含む
インターフェイスを提供する。
【手続補正４】
【補正対象書類名】明細書
【補正対象項目名】００２７
【補正方法】変更
【補正の内容】
【００２７】 ルックアップテーブルのエントリが、第１のタイプのメッセージがプロトコル
変換されるか、またはカプセル化されるかを識別する識別子を含む第1の識別子
フィールドから構成されているときに使用する方法では、宛先アドレスに整合す
る第1のタイプのアドレスをもつエントリの第１の識別子フィールドから識別子
を検索する段階と、検索した識別子が、その受信した第１のタイプのメッセージ
に対して実行されるプロトコル変換またはカプセル化の何れかと一致しているか
否かを検査する段階とが含まれる。
───────────────────────────────────────────────────── フロントページの続き (81)指定国 ＥＰ(ＡＴ，ＢＥ，ＣＨ，ＣＹ， ＤＥ，ＤＫ，ＥＳ，ＦＩ，ＦＲ，ＧＢ，ＧＲ，ＩＥ，Ｉ Ｔ，ＬＵ，ＭＣ，ＮＬ，ＰＴ，ＳＥ)，ＯＡ(ＢＦ，ＢＪ ，ＣＦ，ＣＧ，ＣＩ，ＣＭ，ＧＡ，ＧＮ，ＧＷ，ＭＬ， ＭＲ，ＮＥ，ＳＮ，ＴＤ，ＴＧ)，ＡＰ(ＧＨ，ＧＭ，Ｋ Ｅ，ＬＳ，ＭＷ，ＭＺ，ＳＤ，ＳＬ，ＳＺ，ＴＺ，ＵＧ ，ＺＷ)，ＥＡ(ＡＭ，ＡＺ，ＢＹ，ＫＧ，ＫＺ，ＭＤ， ＲＵ，ＴＪ，ＴＭ)，ＡＥ，ＡＧ，ＡＬ，ＡＭ，ＡＴ， ＡＵ，ＡＺ，ＢＡ，ＢＢ，ＢＧ，ＢＲ，ＢＹ，ＢＺ，Ｃ Ａ，ＣＨ，ＣＮ，ＣＲ，ＣＵ，ＣＺ，ＤＥ，ＤＫ，ＤＭ ，ＤＺ，ＥＥ，ＥＳ，ＦＩ，ＧＢ，ＧＤ，ＧＥ，ＧＨ， ＧＭ，ＨＲ，ＨＵ，ＩＤ，ＩＬ，ＩＮ，ＩＳ，ＪＰ，Ｋ Ｅ，ＫＧ，ＫＰ，ＫＲ，ＫＺ，ＬＣ，ＬＫ，ＬＲ，ＬＳ ，ＬＴ，ＬＵ，ＬＶ，ＭＡ，ＭＤ，ＭＧ，ＭＫ，ＭＮ， ＭＷ，ＭＸ，ＭＺ，ＮＯ，ＮＺ，ＰＬ，ＰＴ，ＲＯ，Ｒ Ｕ，ＳＤ，ＳＥ，ＳＧ，ＳＩ，ＳＫ，ＳＬ，ＴＪ，ＴＭ ，ＴＲ，ＴＴ，ＴＺ，ＵＡ，ＵＧ，ＵＳ，ＵＺ，ＶＮ， ＹＵ，ＺＡ，ＺＷ (72)発明者 キング、ジョン・ロバート イギリス国、アイピー１・３エスディー、 サフォーク、ウッドブリッジ、チルズフォ ード、ハートフォーズ・プレイス ２ (72)発明者 パターソン、ジョン イギリス国、アイピー４・５アールエル、 サフォーク、イプスウィッチ、ラッシュメ アー・セント・アンドリュー、プレイフォ ード・ロード、ザ・ミルズ ５、ジ・アネ ックス Ｆターム(参考） 5K033 CB02 CB09 CC01 DA05 DB19 EC03 5K034 EE11 FF08 HH61 SS03 【要約の続き】 され、真のＩＰｖ６のアドレスは結果として生成された ＩＰｖ６のＤＮＳ応答メッセージのアドレスレコードへ 書込まれる。インターフェイスが、ＩＰｖ６のホストか らパケットを受信するときは、宛先アドレスがテーブル のエントリに整合するか否かを検査し、整合するとき は、遠隔のインターフェイスのＩＰｖ４のアドレスと一 緒にエンカプシュレータへパケットを送る。遠隔のイン ターフェイスが、ソースアドレスとカプセル化するイン ターフェイスのアドレスとを抽出し、ソースへの戻りパ ケットをカプセル化するのに使用するために対応するテ ーブルのエントリにこれらを記憶する。しかしながら、 宛先アドレスがＩＰｖ４−コンパチブルまたはＩＰｖ４ −マップのフォーマットであると認識されるときは、パ ケットはプロトコルコンバータへ送られる。

Claims (18)

    【特許請求の範囲】
  1. 【請求項１】 第1の伝送プロトコルにしたがって動作し、かつここでは第
    １のタイプのアドレスと呼ばれている、第１のアドレッシング規定にしたがうネ
    ットワークアドレスをもつ第１のネットワークと、第２の伝送プロトコルにした
    がって動作し、かつここでは第２のタイプのアドレスと呼ばれている、第２のア
    ドレッシング規定にしたがうネットワークアドレスをもつ第２のネットワークと
    の間で使用するためのインターフェイスであって、第１のタイプのアドレスおよ
    び第２のタイプのアドレスの両者をもち： ここでは第１のタイプのメッセージと呼ばれている、第１の伝送プロトコル
    にしたがうフォーマットをもつメッセージを、ここでは第２のタイプのメッセー
    ジと呼ばれている、第２の伝送プロトコルにしたがうフォーマットをもつメッセ
    ージへ、およびこの逆に変換するようにされているプロトコルコンバータと； 生成されたカプセル化する第２のタイプのメッセージのペイロードとしてそ
    の受信した第１のタイプのメッセージをカプセル化し、生成されたカプセル化す
    る第２のタイプのメッセージの宛先アドレスとしてその受信した第２のタイプの
    アドレスを使用し、生成されたカプセル化する第２のタイプのメッセージのソー
    スアドレスとしてインターフェイスの第２のタイプのアドレスを使用することに
    よって、第1のタイプのメッセージと一緒に第２のタイプのアドレスの受信に応
    答するようにされているカプセル化するための手段； そのペイロードを検索するために、第２のタイプのメッセージのカプセル化
    を取り去るための手段；および、 第１のネットワークから受信したその第1のタイプのメッセージの宛先アド
    レスを検査し、 その宛先アドレスが第１の所定のフォーマットをもつものであるときは、第１
    のネットワークから受信したその第１のタイプのメッセージをプロトコルコンバ
    ータへ送り、 さもなければ、第１のネットワークから受信したその第１のタイプのメッセー
    ジの宛先アドレスから、生成されたカプセル化する第２のタイプのメッセージの
    宛先アドレスとしてカプセル化手段によって使用するための第２のタイプのアド
    レスを直接的または間接的に導き出し、 導き出された第２のタイプのアドレスを第１のネットワークから受信したその
    第1のタイプのメッセージと一緒にカプセル化するための手段へ送ることによっ
    て、インターフェイスが第１のネットワークから第１のタイプのメッセージを受
    信したことに応答するようにされているインターフェイス制御装置とを含むイン
    ターフェイス。
  2. 【請求項２】 制御装置が、宛先アドレスの所定のサブアドレスのフィール
    ドから第２のタイプのアドレスを検索することによって、第２のタイプのアドレ
    スを導き出すようにされている請求項１記載のインターフェイス。
  3. 【請求項３】 制御装置が、宛先アドレスにしたがって、第２のタイプのア
    ドレスと関係する第１のタイプのアドレスの形態をとるエントリをもつルックア
    ップテーブルにアクセスし、宛先アドレスに整合する第１のタイプのアドレスを
    もつエントリの第２のタイプのアドレスを検索することによって間接的に第２の
    タイプのアドレスを導き出すようにされている請求項１記載のインターフェイス
    。
  4. 【請求項４】 ルックアップテーブルの各エントリが、制御装置が第1のネ
    ットワークから、プロトコルコンバータか、またはカプセル化するための手段へ
    受信したその第1のタイプのメッセージを送るか否かを識別する識別子を含むフ
    ィールドから成る請求項３記載のインターフェイス。
  5. 【請求項５】 カプセル化手段が複数の異なるエンカプシュレータを含み、
    各エンカプシュレータがそれぞれのカプセル化のタイプにしたがって動作するよ
    うにされていて、制御装置が、その第１のタイプのメッセージの宛先アドレスの
    フォーマットに依存して、第１のネットワークから前記複数の異なるエンカプシ
    ュレータの適切な1つへ受信したその第１のタイプのメッセージを送るようにさ
    れている請求項１ないし４の何れか１項記載のインターフェイス。
  6. 【請求項６】 ルックアップテーブルの各エントリが、カプセル化のタイプ
    を識別する識別子を含むフィールドから成る、請求項３または請求項４に依存す
    るときに、請求項５記載のインターフェイス。
  7. 【請求項７】 第１の伝送プロトコルにしたがって動作し、かつここでは第
    １のタイプのアドレスと呼ばれている、第１のアドレッシング規定にしたがうネ
    ットワークアドレスをもつ第１のネットワークと、第２の伝送プロトコルにした
    がって動作し、かつここでは第２のタイプのアドレスと呼ばれている、第２のア
    ドレッシング規定にしたがうネットワークアドレスをもつ第２のネットワークと
    の間のインターフェイスを動作する方法であって： 第１のネットワークから受信した第１のタイプのメッセージの宛先アドレス
    を検査する段階と； その受信した第1のタイプのメッセージの宛先アドレスが第１の所定のフォ
    ーマットをもつときは、その受信した第1のタイプのメッセージをプロトコル変
    換し； さもなければ、第２の伝送プロトコルにしたがって、生成されたカプセル化
    する第２のタイプのメッセージの宛先アドレスとして、その受信した第１のタイ
    プのメッセージの宛先アドレスから直接的または間接的に導き出した第２のタイ
    プのアドレスを使用して、その受信した第１のタイプのメッセージをカプセル化
    する段階とを含む方法。
  8. 【請求項８】 第1の伝送プロトコルにしたがって動作し、かつここでは第
    １のタイプのアドレスと呼ばれている、第１のアドレッシング規定にしたがうネ
    ットワークアドレスをもつ第１のネットワークと、第２の伝送プロトコルにした
    がって動作し、かつここでは第２のタイプのアドレスと呼ばれている、第２のア
    ドレッシング規定にしたがうネットワークアドレスをもつ第２のネットワークと
    の間のインターフェイスを動作する方法であって： 第１のネットワークから受信した第１のタイプのメッセージの宛先アドレス
    を検査する段階と； その受信した第1のタイプのメッセージの宛先アドレスが第１の所定のフォ
    ーマットをもつときは、その受信した第1のタイプのメッセージをプロトコル変
    換する段階と； その受信した第１のタイプのメッセージの宛先アドレスが第２の所定のフォ
    ーマットをもつときは、第２の伝送プロトコルにしたがって、生成されたカプセ
    ル化する第２のタイプのメッセージの宛先アドレスとして、その受信した第１の
    タイプのメッセージの宛先アドレスから、直接的または間接的に導き出される第
    ２のタイプのアドレスを使用して、その受信した第1のタイプのメッセージをカ
    プセル化する段階とを含む方法。
  9. 【請求項９】 第２の所定のアドレスのフォーマットが、カプセル化のタイ
    プを識別する識別子を含む請求項８記載の方法。
  10. 【請求項１０】 第１の所定のフォーマットが、プロトコル変換に適してい
    るその受信した第１のタイプのメッセージを識別するコンテンツを含む第１の所
    定の部分を含む請求項７ないし９の何れか１項記載の方法。
  11. 【請求項１１】 第１の所定のフォーマットがさらに、生成されたカプセル
    化する第２のタイプのメッセージの宛先アドレスとして使用される第２のタイプ
    のアドレスを構成しているコンテンツを含む第２の所定の部分を含む請求項１０
    記載の方法。
  12. 【請求項１２】 宛先アドレスの所定のサブアドレスのフィールドから第２
    のタイプのアドレスを検索することによって、第２のタイプのアドレスが直接的
    に導き出される請求項７ないし１１の何れか１項記載の方法。
  13. 【請求項１３】 検査段階が、受信した第1のタイプのメッセージから宛先
    アドレスを検索する下位段階と、検索した宛先アドレスにしたがってルックアッ
    プテーブルにアクセスする下位段階とを含む請求項７ないし１２の何れか１項記
    載の方法。
  14. 【請求項１４】 ルックアップテーブルが、第２のタイプのアドレスに関係
    する第1のタイプのアドレスの形態をとるエントリを含むときに使用するための
    方法であって、宛先アドレスに整合する第1のタイプのアドレスをもつエントリ
    の第２のタイプのアドレスの検索が、その受信した第１のタイプのメッセージの
    宛先アドレスから第２のタイプのアドレスを間接的に導き出すことを構成してい
    る請求項１３記載の方法。
  15. 【請求項１５】 ルックアップテーブルのエントリが、第１のタイプのメッ
    セージがプロトコル変換されるか、またはカプセル化されるかを識別する識別子
    を含む第1の識別子フィールドから構成されているときに使用するための方法で
    あって、宛先アドレスに整合する第1のタイプのアドレスをもつエントリの第１
    の識別子フィールドから識別子を検索する段階と、検索した識別子が、その受信
    した第１のタイプのメッセージに対して実行されるプロトコル変換またはカプセ
    ル化の何れかと一致しているか否かを検査する段階とを含む請求項１４記載の方
    法。
  16. 【請求項１６】 ルックアップテーブルがカプセル化のタイプを識別する識
    別子から構成されている第２の識別子フィールドを含むとき、および使用可能な
    複数のカプセル化のタイプがあるときに使用するための方法であって、宛先アド
    レスに整合する第1のタイプのアドレスをもつエントリの第２の識別子フィール
    ドから識別子を検索する段階と、検索された識別子がその受信した第１のタイプ
    のメッセージに対して実行されるカプセル化のタイプと一致することを検査する
    段階とを含む請求項１４または１５記載の方法。
  17. 【請求項１７】 第１の伝送プロトコルにしたがって動作し、かつ第１のア
    ドレッシング規定にしたがうネットワークアドレスをもつ第１のネットワークと
    、第２の伝送プロトコルにしたがって動作し、かつ第２のアドレッシング規定に
    したがうネットワークアドレスをもつ第２のネットワークとの間で使用するため
    のインターフェイスであって、図面を参照して実質的に記載したインターフェイ
    ス。
  18. 【請求項１８】 第１の伝送プロトコルにしたがって動作し、かつ第１のア
    ドレッシング規定にしたがうネットワークアドレスをもつ第１のネットワークと
    、第２の伝送プロトコルにしたがって動作し、かつ第２のアドレッシング規定に
    したがうネットワークアドレスをもつ第２のネットワークとの間で使用するため
    のインターフェイスを動作する方法であって、図面を参照して実質的に記載した
    方法。
JP2001525922A 1999-09-24 2000-09-25 パケットネットワークのインターフェイシング Expired - Lifetime JP4505168B2 (ja)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
EP99307551 1999-09-24
EP99307551.4 1999-09-24
PCT/GB2000/003684 WO2001022683A2 (en) 1999-09-24 2000-09-25 Packet network interfacing

Publications (2)

Publication Number Publication Date
JP2003510904A true JP2003510904A (ja) 2003-03-18
JP4505168B2 JP4505168B2 (ja) 2010-07-21

Family

ID=8241640

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2001525922A Expired - Lifetime JP4505168B2 (ja) 1999-09-24 2000-09-25 パケットネットワークのインターフェイシング

Country Status (11)

Country Link
US (1) US7188191B1 (ja)
EP (1) EP1214817B1 (ja)
JP (1) JP4505168B2 (ja)
KR (1) KR100782266B1 (ja)
CN (1) CN1140090C (ja)
AT (1) ATE406018T1 (ja)
AU (1) AU7304500A (ja)
CA (1) CA2382534C (ja)
DE (1) DE60039995D1 (ja)
MX (1) MXPA02002828A (ja)
WO (1) WO2001022683A2 (ja)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7447221B2 (en) 2004-12-08 2008-11-04 Fujitsu Limited Communication apparatus

Families Citing this family (63)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7590745B2 (en) * 2001-03-02 2009-09-15 International Business Machines Corporation System and method for analyzing a router in a shared network system
DE60229042D1 (de) * 2001-03-08 2008-11-06 British Telecomm Public Ltd Co Adressübersetzer und adressübersetzungsverfahren
KR20020023100A (ko) * 2001-05-28 2002-03-28 박현제 가상 멀티캐스트 네트워크 구축을 위한 시스템
US7139263B2 (en) * 2001-10-19 2006-11-21 Sentito Networks, Inc. Voice over IP architecture
EP1488608A1 (en) * 2002-03-27 2004-12-22 BRITISH TELECOMMUNICATIONS public limited company Tunnel broker management
AU2003219294A1 (en) * 2002-03-27 2003-10-13 British Telecommunications Public Limited Company System for selecting a connectivity mechanism
JP4373655B2 (ja) * 2002-09-19 2009-11-25 株式会社エヌ・ティ・ティ・ドコモ パケット通信端末、パケット通信システム、パケット通信方法
KR100932621B1 (ko) * 2002-10-21 2009-12-17 주식회사 케이티 비표준 고장 메시지의 표준 메시지 변환 장치 및 변환 방법
EP1420559A1 (en) * 2002-11-13 2004-05-19 Thomson Licensing S.A. Method and device for supporting a 6to4 tunneling protocol across a network address translation mechanism
JP3649438B2 (ja) * 2002-11-29 2005-05-18 フリービット株式会社 インターネット接続システム
WO2004051947A1 (ja) 2002-11-29 2004-06-17 Freebit Co.,Ltd. クライアント機器への接続をルーティングするためのサーバ
KR20040066331A (ko) * 2003-01-17 2004-07-27 엘지전자 주식회사 인트라 네트워크에서의 디엔에스(ｄｎｓ) 메시지 처리시스템 및 방법
US20040153502A1 (en) * 2003-02-04 2004-08-05 Luliang Jiang Enhanced DNS server
US6865184B2 (en) * 2003-03-10 2005-03-08 Cisco Technology, Inc. Arrangement for traversing an IPv4 network by IPv6 mobile nodes
KR20040082655A (ko) * 2003-03-19 2004-09-30 삼성전자주식회사 이중 스택 변환 메커니즘을 이용한 모바일 아이피 통신시스템 및 방법
US20040184467A1 (en) * 2003-03-21 2004-09-23 Toshiba Tec Kabushiki Kaisha Gateway apparatus and IPv6 network system
CN100370782C (zh) * 2003-07-18 2008-02-20 华为技术有限公司 一种实现园区网接入IPv6网的方法
US20050041671A1 (en) * 2003-07-28 2005-02-24 Naoya Ikeda Network system and an interworking apparatus
US7340746B2 (en) 2003-08-07 2008-03-04 Sharp Laboratories Of America, Inc. Apparatus and methods for providing communication between systems having different protocol versions
KR100803590B1 (ko) * 2003-10-31 2008-02-19 삼성전자주식회사 이종망간에 데이터 통신이 가능한 터널 서비스를 제공하는시스템
GB2413464A (en) * 2004-04-21 2005-10-26 Orange Sa An inter-working unit with a protocol conversion or protocol encapsulation function, for use with dual stack user equipment on a packet radio network
US7443880B2 (en) * 2004-06-25 2008-10-28 Cisco Technology, Inc. Arrangement for reaching IPv4 public network nodes by a node in a IPv4 private network via an IPv6 access network
GB2417650A (en) * 2004-07-30 2006-03-01 Orange Personal Comm Serv Ltd Tunnelling IPv6 packets over IPv4 packet radio network wherein an IPv6 address including a tunnel end identifier of the IPv4 bearer is formed
US8005093B2 (en) * 2004-09-23 2011-08-23 Nokia Corporation Providing connection between networks using different protocols
US7437470B2 (en) * 2004-11-18 2008-10-14 International Business Machines Corporation Tunneling IPv6 packets
US7398382B2 (en) * 2004-12-29 2008-07-08 Intel Corporation Method and apparatus to enhance platform boot efficiency
CN100454891C (zh) * 2005-02-02 2009-01-21 横河电机株式会社 IPv6/IPv4转换器
US7552202B2 (en) * 2005-03-10 2009-06-23 International Business Machines Corporation System and method to uniquely identify identically configured branches in a distributed enterprise
CN100505684C (zh) 2005-03-29 2009-06-24 国际商业机器公司 网络系统，流量均衡方法，网络监视设备和主机
US7599289B2 (en) * 2005-05-13 2009-10-06 Lockheed Martin Corporation Electronic communication control
US20060256770A1 (en) * 2005-05-13 2006-11-16 Lockheed Martin Corporation Interface for configuring ad hoc network packet control
US20060256814A1 (en) * 2005-05-13 2006-11-16 Lockheed Martin Corporation Ad hoc computer network
US20060256717A1 (en) * 2005-05-13 2006-11-16 Lockheed Martin Corporation Electronic packet control system
US7882256B2 (en) * 2005-05-24 2011-02-01 Panasonic Corporation Gateway device and control device
CN1870569B (zh) * 2005-05-25 2012-02-08 国际商业机器公司 网络系统及其管理方法、通信终端和报文发送方法
JP4327142B2 (ja) * 2005-09-29 2009-09-09 パナソニック株式会社 情報処理システム、トンネル通信装置、トンネル通信方法、代理応答装置、及び代理応答方法
US7860088B2 (en) * 2005-12-01 2010-12-28 Qualcomm Incorporated Concurrent internet protocol connectivity to an access terminal and a tethered device
US7986968B2 (en) * 2006-01-11 2011-07-26 Fisher-Rosemount Systems, Inc. Control of field device on low power wireless networks
CN101043411B (zh) * 2006-03-24 2012-05-23 华为技术有限公司 混合网络中实现移动vpn的方法及系统
CN101056218B (zh) * 2006-04-14 2012-08-08 华为技术有限公司 一种网络性能测量方法及系统
KR100757881B1 (ko) * 2006-09-20 2007-09-11 삼성전자주식회사 Ｎａｔ를 이용한 자동 터널링 방법 및 그 시스템
GB0802585D0 (en) 2008-02-12 2008-03-19 Mtld Top Level Domain Ltd Determining a property of communication device
GB2465138B (en) 2008-10-10 2012-10-10 Afilias Technologies Ltd Transcoding web resources
CN101730140B (zh) * 2008-10-21 2013-08-14 电信科学技术研究院 消息发送、接收方法及其装置
CN101447935B (zh) 2008-11-20 2011-12-21 华为技术有限公司 数据包转发方法、系统及设备
US8699515B2 (en) * 2009-07-21 2014-04-15 Cisco Technology, Inc. Limiting of network device resources responsive to IPv6 originating entity identification
US9392080B2 (en) * 2009-12-18 2016-07-12 Microsoft Technology Licensing, Llc IPv4/IPv6 bridge
US9141724B2 (en) 2010-04-19 2015-09-22 Afilias Technologies Limited Transcoder hinting
CN101873322A (zh) * 2010-06-17 2010-10-27 中兴通讯股份有限公司 一种Diameter协议接口系统及其实现方法
GB2481843A (en) 2010-07-08 2012-01-11 Mtld Top Level Domain Ltd Web based method of generating user interfaces
CN101964751B (zh) * 2010-09-30 2013-01-16 华为技术有限公司 数据包的传输方法及装置
US8798060B1 (en) * 2010-10-21 2014-08-05 Juniper Networks, Inc. Converting between tunneling protocols
US8498295B1 (en) 2010-11-23 2013-07-30 Juniper Networks, Inc. Modular lightweight tunneling mechanisms for transitioning between network layer protocols
US8861525B1 (en) 2011-07-28 2014-10-14 Juniper Networks, Inc. Cloud-based network protocol translation data center
US9264295B1 (en) * 2012-03-02 2016-02-16 Big Switch Networks, Inc. Systems and methods for forwarding broadcast network packets with a controller
US9369367B2 (en) * 2012-04-25 2016-06-14 Telefonaktiebolaget Lm Ericsson (Publ) Host-router virtual tunnelling and multiple tunnel management
JP5907239B2 (ja) 2014-01-31 2016-04-26 株式会社バッファロー ネットワーク中継装置、ネットワーク中継装置が有するパケット中継処理部の動作モードを設定する方法、およびコンピュータープログラム
JP5967173B2 (ja) * 2014-01-31 2016-08-10 株式会社バッファロー ネットワーク中継装置、ネットワーク中継装置が有するパケット中継処理部の動作モードを設定する方法、およびコンピュータープログラム
CN109269033B (zh) * 2018-08-17 2021-04-30 青岛海信日立空调系统有限公司 一种集中控制转换器及空调系统
US10880264B1 (en) 2018-10-16 2020-12-29 Juniper Networks, Inc. Customer-side and provider-side translation of Internet Protocol addresses without pre-shared prefixes
FR3115623A1 (fr) * 2020-10-27 2022-04-29 Stmicroelectronics (Rousset) Sas Elément sécurisé
FR3115622A1 (fr) * 2020-10-27 2022-04-29 Stmicroelectronics (Rousset) Sas Elément sécurisé
FR3115621A1 (fr) * 2020-10-27 2022-04-29 Stmicroelectronics (Rousset) Sas Elément sécurisé

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH10136052A (ja) * 1996-11-01 1998-05-22 Hitachi Ltd ＩＰｖ４−ＩＰｖ６通信方法およびＩＰｖ４−ＩＰｖ６変換装置
JPH11252172A (ja) * 1998-02-27 1999-09-17 Hitachi Ltd パケット生成方法およびその機能を有する情報処理装置並びにパケット生成プログラムを記録した記録媒体

Family Cites Families (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
FI90710C (fi) 1992-05-29 1994-03-10 Icl Personal Systems Oy Menetelmä paikallisverkkoon tarkoitetun TCP/IP-ohjelmiston sovittamiseksi etäyhteydelle
JP3531367B2 (ja) * 1996-07-04 2004-05-31 株式会社日立製作所 トランスレータ
EP1773013B1 (en) * 1996-11-01 2013-05-22 Hitachi, Ltd. Communicating method between IPv4 terminal and IPv6 terminal and IPv4-IPv6 converting apparatus
US6690669B1 (en) * 1996-11-01 2004-02-10 Hitachi, Ltd. Communicating method between IPv4 terminal and IPv6 terminal and IPv4-IPv6 converting apparatus
US6172986B1 (en) * 1997-05-13 2001-01-09 Hitachi, Ltd. Mobile node, mobile agent and network system
US6781991B1 (en) * 1999-02-26 2004-08-24 Lucent Technologies Inc. Method and apparatus for monitoring and selectively discouraging non-elected transport service over a packetized network
EP1201068A2 (en) 1999-07-16 2002-05-02 3Com Corporation Mobile internet protocol (ip) networking with home agent and/or foreign agent functions distributed among multiple devices
US6708219B1 (en) * 1999-10-26 2004-03-16 3Com Corporation Method and system for dual-network address utilization

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH10136052A (ja) * 1996-11-01 1998-05-22 Hitachi Ltd ＩＰｖ４−ＩＰｖ６通信方法およびＩＰｖ４−ＩＰｖ６変換装置
JPH11252172A (ja) * 1998-02-27 1999-09-17 Hitachi Ltd パケット生成方法およびその機能を有する情報処理装置並びにパケット生成プログラムを記録した記録媒体

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7447221B2 (en) 2004-12-08 2008-11-04 Fujitsu Limited Communication apparatus

Also Published As

Publication number Publication date
CA2382534A1 (en) 2001-03-29
ATE406018T1 (de) 2008-09-15
KR100782266B1 (ko) 2007-12-04
JP4505168B2 (ja) 2010-07-21
CA2382534C (en) 2009-09-08
EP1214817B1 (en) 2008-08-20
KR20020040815A (ko) 2002-05-30
WO2001022683A2 (en) 2001-03-29
EP1214817A2 (en) 2002-06-19
WO2001022683A3 (en) 2001-11-15
CN1140090C (zh) 2004-02-25
CN1376351A (zh) 2002-10-23
DE60039995D1 (de) 2008-10-02
MXPA02002828A (es) 2002-07-22
AU7304500A (en) 2001-04-24
US7188191B1 (en) 2007-03-06

Similar Documents

Publication Publication Date Title
JP2003510904A (ja) パケットネットワークのインターフェイシング
US7116681B1 (en) Packet network interfacing
US6580717B1 (en) Packet communication method and apparatus and a recording medium storing a packet communication program
JP5335886B2 (ja) ローカル・ネットワーク間でデータ・パケットを通信するための方法および装置
US9154993B1 (en) Mobile-IPv6 encapsulation for wireless networks
US20070147421A1 (en) ISATAP router for tunneling packets and method thereof
US7657642B2 (en) IP network node and middleware for establishing connectivity to both the IPv4 and IPv6 networks
US7957405B2 (en) Packet communication method and apparatus and a recording medium storing a packet communication program
JP4130962B2 (ja) ネットワーク上のデスティネーションへ送信されたデータの経路決めをするドメイン名を使用するためのシステムおよび方法
US7630374B2 (en) Address translation method
US7450585B2 (en) Method and system in an IP network for using a network address translation (NAT) with any type of application
JP4118909B2 (ja) デュアルスタック変換メカニズムを用いたＩＰｖ４−ＩＰｖ６変換システム及びその方法
US6888837B1 (en) Network address translation in a network having multiple overlapping address domains
US8612557B2 (en) Method for establishing connection between user-network of other technology and domain name system proxy server for controlling the same
US8547998B2 (en) Tunneling IPv6 packet through IPv4 network using a tunnel entry based on IPv6 prefix and tunneling IPv4 packet using a tunnel entry based on IPv4 prefix
WO2013139337A2 (en) SYSTEM AND METHOD FOR DATA COMMUNICATION BETWEEN A FIRST INTERNET PROTOCOL VERSION (IPv4) AND A SECOND INTERNET PROTOCOL VERSION (IPv6)
Francis Pip near-term architecture
Francis RFC1621: Pip Near-term Architecture

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20070831

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20091203

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20100119

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20100303

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

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20100330

A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20100426

R150 Certificate of patent or registration of utility model

Ref document number: 4505168

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150

Free format text: JAPANESE INTERMEDIATE CODE: R150

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

Free format text: PAYMENT UNTIL: 20130430

Year of fee payment: 3

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

Free format text: PAYMENT UNTIL: 20140430

Year of fee payment: 4

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250