JP4075318B2 - プロトコル変換方法，及びアドレス変換サーバ - Google Patents
プロトコル変換方法，及びアドレス変換サーバ Download PDFInfo
- Publication number
- JP4075318B2 JP4075318B2 JP2001119036A JP2001119036A JP4075318B2 JP 4075318 B2 JP4075318 B2 JP 4075318B2 JP 2001119036 A JP2001119036 A JP 2001119036A JP 2001119036 A JP2001119036 A JP 2001119036A JP 4075318 B2 JP4075318 B2 JP 4075318B2
- Authority
- JP
- Japan
- Prior art keywords
- address
- translator
- protocol
- conversion
- terminal
- 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.)
- Expired - Fee Related
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/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
- 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/09—Mapping addresses
- H04L61/25—Mapping addresses of the same type
- H04L61/2503—Translation of Internet protocol [IP] addresses
- H04L61/2521—Translation architectures other than single NAT servers
- H04L61/2535—Multiple local networks, e.g. resolving potential IP address conflicts
-
- 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/256—NAT traversal
- H04L61/2571—NAT traversal for identification, e.g. for authentication or billing
-
- 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/58—Caching of addresses or names
-
- 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
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W80/00—Wireless network protocols or protocol adaptations to wireless operation
- H04W80/04—Network layer protocols, e.g. mobile IP [Internet Protocol]
- H04W80/045—Network layer protocols, e.g. mobile IP [Internet Protocol] involving different protocol versions, e.g. MIPv4 and MIPv6
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computer Security & Cryptography (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
- Mobile Radio Communication Systems (AREA)
- Small-Scale Networks (AREA)
- Communication Control (AREA)
- Computer And Data Communications (AREA)
Description
【０００１】
【発明の属する技術分野】
本発明は，Internet Protocol Version 4（IPv4）アドレスと，Internet Protocol Version 6（IPv6）との間のアドレス変換方式に関する。
【０００２】
【従来の技術】
プロトコルとしてInternet Protocol version 4を使用する網（以下IPv4網と呼ぶ)とInternet Protocol version 6を使用する網（以下IPv6網と呼ぶ)とを接続する方式としてNAT-PT(http://www.ietf.org/rfc/rfc2766.txtのpp6-18,およびrfc2765.txtのpp9-22参照)，SOCKS64(http://search.ietf.org/internet-drafts/draft-ietf-ngtrans-socks-gateway-05.txt参照)等が知られている。
【０００３】
いずれも基本的にはIPパケットのフォーマットをIPv4とIPv6との間で相互変換を行う。例えば，IPv4アドレスとIPv6アドレスとの間の変換を行う。以下では，この変換を行う装置をトランスレータと呼ぶ。トランスレータには，IPv4アドレスとIPv6アドレスとの対応関係を保持しておく必要がある。この対応関係を通信が発生するたびに動的に作成する場合に，そのきっかけとしてドメインネームシステム（DNS）の名前解決が利用される(アスキー出版，インターネットRFC事典，pp323-329を参照)。
【０００４】
DNSはウェブのURLのような人間にわかりやすい名前(文字列)を，IPアドレスに変換するシステムである。以下名前をIPアドレスに変換する操作を名前解決と呼ぶ。今日ではインターネット上のほぼすべてのアプリケーションがこのDNSを利用して通信相手のIPアドレスを取得している。
【０００５】
トンラスレータは，通信開始にあたってやり取りされるDNSのメッセージを常に監視しており，名前解決の要求メッセージを変換情報(IPアドレスの対応関係等)を作成するきっかけとする。具体的には，IPv6端末がある名前について名前解決を行ったとき，その応答であるIPアドレスがIPv4アドレスであった場合，このIPv4アドレスをIPv6アドレスに書き換えてIPv6端末に送り返す。そして，書き換える前のIPv4アドレスと書き換えたIPv6アドレスを対応付ける。つまり，名前解決の応答メッセージを横取りして書き換え，この書き換える前と書き換えた情報をもとに変換情報を作成する。ここで動的に作成された変換情報は一時的なものであるから，通信が終了すると廃棄される。
【０００６】
【発明が解決しようとする課題】
上記従来技術では，端末が移動することを前提としていないため，IPv4アドレスとIPv6アドレスの対応関係をトランスレータ内部でのみ管理しており，複数のトランスレータ相互間で，これら対応関係をやりとりされない。
【０００７】
各トランスレータはある一定のサービス領域をもち，各装置がもっているIPv4アドレスとIPv6アドレスの対応関係をやりとりできないため，変換サービスを受けている端末が，各トランスレータのサービス領域をまたがって移動すると通信が断絶してしまう。
【０００８】
また，すでに説明したようにIPv4アドレスとIPv6アドレスの対応関係は通信終了とともに廃棄され，通信ごとに異なるものが使用される。すなわち，名前解決の応答メッセージを書き換える内容が通信ごとに異なる。したがって，名前解決を要求した端末から見ると，同じ名前に対して異なるIPアドレスを取得することになる。通常DNSでは一度名前解決を行った名前に対しては，そのIPアドレスを一定期間記憶しておくキャッシュ機能があるが，従来のプロトコル変換方式では名前解決のたびにその名前に対するIPアドレスが異なるので，このキャッシュ機能を使用できない。
【０００９】
そこで，本発明では，ある端末が属する網と通信相手の端末が属する網のプロトコルが異なり，両網の接続点でプロトコルの変換が必要な場合において，片方，あるいは両方の端末が移動しても通信が断絶せず継続することを可能にする。また，プロトコルの変換に必要な変換情報を動的に作成する場合のきっかけとなる，DNSを利用した名前解決の際にDNSキャッシュ機能を利用可能にする。
【００１０】
【課題を解決するための手段】
本発明の一実施例では，トランスレータは，第１のプロトコルに従ってデータを転送する第１のネットワークと，第２のプロトコルに従ってデータを転送する第２のネットワークと，他のトランスレータが接続される変換サーバとに接続されており，前記第１のプロトコルと前記第２のプロトコルとの間のプロトコル変換を行うための変換情報を保持している。前記トランスレータは，前記第１のネットワークに収容される第１の移動端末から，前記第２のネットワークに収容される端末のアドレス問い合わせを検出すると，前記端末に与えられている前記第２のプロトコルにおける第１のアドレスに対応する，前記第１のプロトコルにおける第２のアドレスを生成する。そして，前記第１のアドレスと前記第２のアドレスとの対応を，前記変換情報として保持するとともに，前記第１のアドレスと前記第２のアドレスとの対応を，前記変換サーバに登録する。
【００１１】
前記他のトランスレータを介して，前記端末と通信をしていた第２の移動端末が移動した結果，前記第２の移動端末から，送信元アドレスが前記第２の端末に与えられている前記第１のプロトコルにおけるアドレスで，宛先アドレスが前記第２のアドレスのパケットを受信した場合，トランスレータは前記変換サーバに前記端末のアドレス情報を問い合わせる。トランスレータは，前記サーバから，前記他のトランスレータにより登録された前記第１のアドレスと前記第２のアドレスとの対応を受信し，前記宛先アドレスを前記第１のアドレスに書き替える。その書き替えたパケットを前記端末に送信する。
【００１２】
また，本発明の他の実施例では，第１のプロトコルに従ってデータを転送する第１のネットワークに接続されるアドレス変換サーバは，第１のプロトコルに従ってデータを転送する第２のネットワークに収容される端末の名前と，前記名前に対応する前記第２のプロトコルにおけるアドレスと，前記アドレスに対応して生成された前記第１のプロトコルにおけるアドレスとの対応関係を保持するテーブルを保持する。
【００１３】
そのアドレス変換サーバは，前記第１のネットワークに収容される端末から前記名前に対するアドレス問い合わせを受信すると，前記第１のプロトコルにおけるアドレスを前記端末に送信する。
【００１４】
その他の解決手段は，発明の実施の形態の欄で詳述される。
【００１５】
【発明の実施の形態】
図1は，IPv6網とIPv4網とが接続されたネットワークの構成の説明するための図である。網1及び網2はIPv6網であり，網3はIPv4網である。網1はIPv6移動端末41のホーム網であり，移動端末41が位置qに移動した場合，網2は移動端末41の在圏網となる。以下では，網1をホーム網，網2を在圏網，網3をIPv4網と呼ぶ。参照番号11，12及び13はトランスレータ，21は変換サーバ，22，23及び24はDNSサーバ，31はホームエージェント（HA）,42はIPv4端末である。DNSサーバ22及び23，トランスレータ11，12及び13は，IPv4及びIPv6の双方で通信可能であり，IPv4アドレスとIPv6アドレスが与えられている。また，変換サーバ21，DNSサーバ24にはIPv4アドレスが，ホームエージェント31にはIPv6アドレスが和与えられている。トランスレータ11，12及び13は，それぞれサービス領域を持っている。例えば，位置pにいる端末に対するサービスはトランスレータ11が行い，位置qにいる端末に対するサービスはトランスレータ12が行う。
【００１６】
トランスレータ11，12及び13の一実施例を図19に示す。図19はトランスレータの機能ブロック図を示している。図示していないが，トランスレータは，ハードウェアとしては，プロセッサ，記憶装置及びネットワークと接続するための通信制御装置とを有している。入力パケット選別処理，変換サーバ問い合わせ処理100，DNSメッセージ変換・処理102，Mobile IPメッセージ変換処理103，データパケット変換・処理104はソフトウェアにより構成され，プロセッサで実行される。これらをハードウェアで構成することも可能ある。また，変換表101，変換サーバアドレスは，記憶装置に保持される。入力パケット選別処理は，入力パケットを，変換サーバ問い合わせ処理100，DNSメッセージ変換・処理102，Mobile IPメッセージ変換処理103又はデータパケット変換・処理104に振り分ける。図22は，変換表101の一実施例を示している。変換表100及びトランスレータが行うその他の処理については後述する。
【００１７】
変換サーバ21の一実施例を図20に示す。図20は，変換サーバの機能ブロック図を示している。図示していないが，変換サーバ21は，ハードウェアとしては，プロセッサ，記憶装置及びネットワークと接続するための通信制御装置とを有している。入力パケット選別処理，変換情報登録要求処理111及び変換情報問い合わせ処理112はソフトウェアにより構成され，プロセッサで実行される。これらをハードウェアで構成することも可能ある。また，変換情報110は記憶装置に保持される。入力パケット選別処理は，入力パケットを，変換情報登録要求処理111又は変換情報問い合わせ処理112に振り分ける。変換情報110は，各トランスレータに保持されている変換表100の内容を集めたものであり，テーブルに記述される項目は図22に示した変換表100の項目と同じである。したがって，変換情報110のテーブルは図示しない。変換情報110の登録の仕方，及び変換サーバ21が行うその他の処理については後述する。
【００１８】
DNSサーバ22，23及び24は従来技術と同様の構成である。
【００１９】
図2は，移動端末41が在圏網2においてIPv4端末42と通信を開始する場合の通信経路を示している。端末41から送信された端末42宛のパケットは，トランスレータ12を介して端末42に到達する。一方，端末42から送信された端末41宛のパケットは，トランスレータ12及びホームエージェント31を介して，端末41に送信される。ホームエージェント31に移動端末41のホームアドレス（端末41が在圏網に移動した場合には気付アドレス）が登録されているため，後述する経路最適化を行った場合を除き，端末42から端末41宛のパケットは必ずホームエージェントを通る。図3は，移動端末42が，位置qから位置rに移動した場合の通信経路を示す。端末41から送信された端末42宛のパケットは，トランスレータ13を介して端末42に到達する。一方，端末42から送信された端末41宛のパケットは，トランスレータ13及びホームエージェント31を介して，端末41に送信される。図2及び図3の状態において通信経路の最適化を行った場合の通信経路をそれぞれ図4及び図5に示す。通信経路の最適化を行うと，端末42から送信された端末41宛のパケットはホームエージェント31を介することなく端末41に到達する。なお，端末41が在圏網において端末42に送信開始後に経路最適化を行う処理と，端末41がホーム網1から在圏網2に移動した場合の経路最適化を行う処理とは同様であるため，図4では，後者の例を示している。
【００２０】
図2,3及び5における動作手順を図24,25及び26に示す。図24,25及び26において，矢印の上の3つ並んだ四角はIPパケットを表しており，それぞれ四角は，パケットの進行方向先頭から順に着信先IPアドレス，送信元IPアドレス，IPペイロードを表している。また，四角が5つ並んだ場合は，それぞれ四角は，先頭から順に気付けIPアドレス，ホームエージェントのIPアドレス，着信先IPアドレス，送信元IPアドレス，IPペイロードを表している。また，例えば，図24に示されているように，端末41に２つのIPアドレス，t6とp6が記されているが，左側のアドレスは，端末41に与えられたホームIPアドレス（IPv6アドレス）であり，右側のアドレスは，在圏網2から与えられた気付けアドレス（IPv6アドレス）である。また，変換サーバ21にはx4（IPv4アドレス），DNSサーバ23にはv6（IPv6アドレス）とv4（IPv4アドレス），DNSサーバ24にはc4（IPv4アドレス），トランスレータ11にはn6（IPv6アドレス）とn4（IPv4アドレス），トランスレータ12にはl6（IPv6アドレス）とl4（IPv4アドレス），トランスレータ13にはm6（IPv6アドレス）とm4（IPv4アドレス），そして端末42にはr4（IPv4アドレス）が与えられている。
【００２１】
図24は，移動端末41が在圏網2においてIPv4端末42と通信を行うための動作手順を示す。トランスレータ12は，DNSメッセージ変換・処理102において，すべてのDNS問い合わせ(アスキー出版，インターネットRFC事典，pp323-329を参照)を監視している。通信開始にあたり，端末41は端末42の名前(Rとする)からIPv6アドレスを得るために，DNSサーバ23に対してDNS問い合わせを行う。DNSサーバ23は，名前Rに対応するIPアドレスを知らないため，DNSサーバ24に対してDNS問い合わせを行う。このパケットフォーマットを図54,56及び57に示す。トランスレータ12はこの問い合わせパケットを検出し(シーケンス300)，DNSサーバ24からの応答を待つ。図55,56,58にDNS応答パケットのフォーマットを示す。本実施例では，DNSサーバ24からの応答パケットにおいて，図58の先頭部分に名前R，最後の部分にはその名前に対応するIPv4アドレスr4が記述される。トランスレータ12は，DNSサーバ24からの応答パケットを検出すると，そのIPv4アドレスr4を，以後の変換のために，IPv6アドレスs6へ書き換える(シーケンス301)。このIPv6アドレスは名前Rに対する仮想的なものであるので，以後，着信先仮想アドレスと呼ぶ。この処理は，トランスレータ12内のDNSメッセージ変換・処理102で行われる。この書換時に，r4とs6との対応付けのためのエントリーが，トランスレータ12内の変換表101（図22中のエントリ#1参照）に準備される。実際の着信先アドレスr4から着信先仮想アドレスs6に書き換えられたDNS応答パケットは，DNSサーバ23経由で端末41に届く。
【００２２】
DNS応答パケットを受信した端末41は，端末42へ向けてIPパケットを送信し始める。これらのパケットの着信先アドレスはs6，送信元アドレスは端末のIPv6アドレスであるt6である。端末41が送信したIPパケットがトランスレータ12に到着すると，そのパケットは，トランスレータ12内のデータパケット変換・処理104に送られる。データパケット変換・処理104は，着信先アドレスs6を検索キーとして，変換表管理部101を検索する。すると，先程準備したエントリ（図22のエントリ#1）がみつかるので，このパケットの送信元アドレスt6，トランスレータ12のIPv4アドレスl4，送信元ポート番号，着信先ポート番号等が当該エントリに書き込まれる（図22のエントリ#1）。l4は，送信元アドレスt6に対する仮想的なもので，以降送信元仮想アドレスと呼ぶ。これにより，変換規則の作成を完了する(シーケンス302)。変換表101の項目「エントリ残り寿命」は，エントリをどの位の時間保持しておくかを示すものである。また，変換表101の項目「送信元ポート番号」及び「着信先ポート番号」は，例えば，端末41から送信されたパケットのヘッダに記述されているポート番号から，当該パケットがWebアクセスであるとわかった場合，当該パケットをプロキシサーバに送信する等の処理に使うことが考えられる。これらの情報はなくてもてもよい。本実施例では，「送信元ポート番号」及び「着信先ポート番号」は使用してない。
【００２３】
トランスレータ12は，こうして作成した変換規則を変換表101に記憶するとともに，変換サーバ21に，その変換規則を登録する(シーケンス303)。この登録処理は，トランスレータ12内の変換サーバ問い合わせ処理100が行う。このとき，変換サーバのアドレスをどうやって知るかが問題となるが，本実施例では装置の起動時に初期設定するものとする。図59,62にこの登録メッセージのフォーマットを示す。図59の変換情報251の部分に作成した変換規則が記述される。
【００２４】
登録メッセージを受信した変換サーバ21では，変換情報登録要求処理111が変換情報を取り出し，それを変換情報記憶部110へ格納する。
【００２５】
トランスレータ12のデータパケット変換・処理104ではパケット内のIPv6アドレスt6とs6をそれぞれl4，r4へ書き換え(シーケンス304)，端末42へ向けて送る。変換の際にはIPアドレスだけでなく，パケットフォーマットもIPv6パケットフォーマットからIPv4パケットフォーマットに変換する。このフォーマット変換も，トランスレータ12内のデータパケット変換・処理103が行う。参考のため，図49にIPv6パケット，図46にIPv4パケットのフォーマットを示す。
【００２６】
一方，トランスレータ12は，端末42から送られてきたIPv4パケットに対しても，作成した変換規則に従い送信元アドレスr4をs6，送信先アドレスl4をt6に書き換えるともに，IPv4パケットをIPv6パケットに変換する(シーケンス305)。変換されたパケットは端末41へ送信される。
【００２７】
図25は，端末41が位置rに移動した後，端末41と端末42とが通信を行うまでの動作手順を示す。移動に伴い，端末41には，在圏網2から新たな気付けアドレスq6（IPv6）が与えられる。また，位置rにいる端末に対する変換サービスは，トランスレータ13が行う。
【００２８】
端末41は，まずMobile IPのホームエージェント31に対して位置登録を行う(http://search.ietf.org/internet-drafts/draft-ietf-mobileip-ipv6-13.txtのpp9-11参照)。このパケットフォーマットを図49,50及び51に示す。端末41は現在位置として，気付けIPv6アドレスq6をホームエージェント31に登録する。その後，端末41は端末42へ向けてパケットを送信する。このパケットはトランスレータ13へ届き，図19のデータパケット変換・処理104に送られる。データパケット変換・処理104は，着信先仮想アドレスs6を検索キーとして，変換表101を検索する。しかし，この時点では，トランスレータ13内には，変換規則が存在しないため，IPアドレスの書き換えができない(シーケンス306)。このことが，トランスレータ13内の変換サーバ問い合わせ処理100に伝えられと，変換サーバ問い合わせ処理100は，変換サーバ21に変換情報の問い合わせを行う(シーケンス307)。図60,63及び64にその問い合わせパケットフォーマットの一実施例を示す。図60の最初の部分に問い合わせたい変換情報の検索キーである，着信先仮想アドレスのs6を記述する。なお，データパケット変換・処理104では，変換できないパケットを一定期間保持しておく。
【００２９】
変換サーバ21内の変換情報問い合わせ処理112は，問い合わせパケットから検索キーs6を取り出す。次にs6を検索キーとして変換情報110を検索する。上述したように，変換情報110には，着信先仮想アドレスs6に対応する変換規則（t6とl4との対応，s6とr4との対応等）が登録されている。変換情報110から検索された変換情報を変換情報問い合わせ処理112に返す。変換情報問い合わせ処理112では受け取った変換情報を図61,63及び65に示すフォーマットに格納してトランスレータ13へ応答する(シーケンス308)。変換情報は図65の最後の部分へ格納する。
【００３０】
トランスレータ13は，変換サーバ問い合わせ処理100により，変換サーバ21からの応答より変換情報を取り出し，それを変換表101に記憶する。その後，データパケット変換・処理104は，保持しておいたパケットを変換情報に従って，IPv6アドレスt6とs6をそれぞれl4，r4へ書き換え(シーケンス304)，端末42へ向けて送る。変換の際にはIPアドレスだけでなく，パケットフォーマットもIPv6パケットフォーマットからIPv4パケットフォーマットに変換する。このフォーマット変換も，トランスレータ12内のデータパケット変換・処理103が行う。
【００３１】
一方，トランスレータ13は，端末42から送られてきたIPv4パケットに対しても，変換表101に従い，送信元アドレスr4をs6，送信先アドレスl4をt6に書き換えるともに，IPv4パケットをIPv6パケットに変換する(シーケンス305)。変換されたパケットはホームエージェント31を介して端末41に送信される。
【００３２】
図26は，図6で説明した経路最適化(http://search.ietf.org/internet-drafts/draft-ietf-mobileip-ipv6-13.txtのpp87-89参照)を行う場合の動作手順を示す。
【００３３】
図25の手順が終了後，移動端末は経路最適化を行うかどうか選択することができる。もし経路最適化を行う場合，HAに対して現在位置を登録したのと同様にして，通信相手である端末42に対して，現在位置として在圏網2から与えられた気付けIPv6アドレスq6を登録する。トランスレータ13は，DNSメッセージの時と同様に，端末41から端末42宛の位置登録メッセージを監視する。トランスレータ13は，端末41から端末42宛のIPv6で記述された位置登録メッセージを検出すると，入力パケット選別処理により，そのメッセージはMobile IPメッセージ変換処理103に送られる。Mobile IPメッセージ変換処理103は，送信元アドレスt6と気付けアドレスq6との組に対して送信元仮想アドレスm4を対応付け，s6とr4とを対応づける変換規則を作成し，変換表101に保持する(図22の#4エントリ参照)。それとともに，Mobile IPメッセージ変換処理103は，位置登録メッセージに記述されている気付けアドレスq6をm4に変換し，それを端末42に送信する。なお，現在位置情報は，IPv4 Mobile IPでは，パケットのペイロードに記述されるが，IPv6 Mobile Ipでは，パケットのヘッダに記述される。したがって，Mobile IPメッセージ変換処理103は，アドレスの書き換えだけではなく，フォーマット変換も行った後，位置登録メッセージを端末42に送信する。
【００３４】
経路最適化を実行後，移動端末41は，端末42にパケットを送信する際，送信元アドレスとして，気付けアドレスq6を使用する。そして，本来のアドレスはIPv6の拡張ヘッダ部分(図49)に記述される。トランスレータ13は，データパケット変換・処理104においてパケットを変換する際に，IPヘッダの送信元アドレス(気付けアドレス)，着信先アドレス(着信先仮想アドレス)だけでなく，拡張ヘッダ内のアドレス(本来の送信元アドレス)を検索キーとして変換表100に検索をかける。そうすることで，経路最適化を行う前のエントリを検索してしまうことを防ぐ。検索キーとして拡張ヘッダ内のアドレスを使用するかどうかは，拡張ヘッダがあるかないかで判断する。つまり，拡張ヘッダ内に本来の送信元アドレスが入っていたら，必ず検索キーに加える。こうして，端末が移動しても変換情報に従ってパケットを変換することが可能となる。
【００３５】
以上の実施例では，移動端末41から端末42に送信する場合について説明した。図27は，その逆で，端末42が，位置qにいる端末41に通信を開始する場合の手順を示している。この手順は，端末42が問い合わせるDNSサーバ等が異なるものの，図24で説明した手順から容易に理解できるものであるから，詳細な説明は省略する。端末41の名前Tに対応するIPアドレスは，ホームアドレスt6と対応づけられているため，端末42からのDNS問い合わせが，DNSサーバ24を介してDNSサーバ22に行く点，それ故，トランスレータ11が，t6と着信先仮想アドレスf4とを対応づける変換規則を作成する点，及び端末41から端末42宛のパケットはトランスレータ12を経由するため，トランスレータ11は，変換規則を作成する際に，送信元仮想アドレスをトランスレータ12のIPv6アドレスl6とし，r4とl6とを対応づける点に特徴がある。なお，図27では，DNSサーバ22には，i6（IPv6アドレス）とi4（IPv4アドレス）とが与えられている。
【００３６】
図28は，端末41が位置rに移動した後，端末42と端末41とが通信を行うまでの動作手順を示す。この手順は，図25で説明した手順から容易に理解できるものであるから，説明は省略する。
【００３７】
図29は，図28の手順が終了後，経路を最適化する手順を示す。この手順は，図26で説明した手順から容易に理解できるものであるから，詳細な説明は省略する。図26で説明した手順では，端末41は，位置登録メッセージをトランスレータ13を介して端末42に現在位置を登録した後，端末42宛のパケットを送信し始めるが，図29に示す手順では，位置登録メッセージは，端末42宛のパケットとともに送信される。そして，トランスレータ13において，図26に説明したのと同様な処理により，端末42に現在位置を登録した後，当該パケットの送信元アドレスを書き換え，それを端末42に送信する。
【００３８】
図6は，移動端末41がホーム網1においてIPv4端末42と通信を開始する場合の通信経路を示した図である。
図7は，移動端末が在圏網2（位置q）へ移動した場合の通信経路を示している。 図30及び図31は，それぞれ，図6及び図7の通信手順を示したものである。図24では端末41が通信を開始してから，実際に端末42とデータのやり取りを行うまで，図25では端末41が移動してからデータのやり取りを行うまでの動作手順を示している。これらの手順は，関与するDNSサーバ及びトランスレータの違いはあるものの，図24及び図25を用いて説明した手順と同様である。念のため説明すると，これらの手順では，ホームアドレスt6とトランスレータのIPv4アドレスn4とを対応づけているので，端末42から端末41に送信されるパケットは，トランスレータ11を経由する点が，図24及び図25で説明した手順と異なる。
【００３９】
図8は，端末41が，位置qから位置pに移動した場合の通信経路を示す。図32は，その場合の動作手順を示している。この手順は，関与するトランスレータの違いはあるものの，図25で説明したものと同様である。
【００４０】
上述した図4は，端末41が位置pから位置qに移動後に経路最適化をした場合の通信経路をも示している。また，上述した図5は，この経路最適化後に，さらに位置qから位置rに移動した場合の通信経路をも示している。図33及び図34は，それぞれの場合の動作手順を示している。これの手順は，関与するトランスレータの違いはあるものの，図26で説明したものと同様である。
【００４１】
図35は，図6において端末42から移動端末41へ通信を開始する場合の通信手順を示す。図36は，図7に示すように端末41が移動した場合に，端末42から移動端末41へ通信する動作手順を示す。図37は，図7の状態から，端末41が図8に示す位置に移動した場合における，端末42から移動端末41へ通信する動作手順を示す。図38は，図7の状態から図4の状態に経路最適化を行った場合における，端末42から移動端末41へ通信の動作手順を示す。そして，図39は，図8の状態から図5の状態に経路最適化を行った場合における，端末42から移動端末41へ通信の動作手順を示す。これらの手順は，図27から図29で説明した手順とほぼ同様であるので，説明は省略する。
【００４２】
次に，IPv4移動端末が在圏網においてIPv6端末と通信を開始し，移動した場合，およびその際に経路最適化(http://search.ietf.org/draft-ietf-mobileip-optim-10.txtのpp1-4，http://www.ietf.org/rfc/rfc2002.txtのpp24-32参照)した場合について説明する。
【００４３】
図9は，IPv4網4及び5とIPv6網6とが接続されたネットワークの構成の説明するための図である。網4はIPv4移動端末43のホーム網であり，網5は移動端末43の在圏網である。その他は，図1と同様の構成である。
【００４４】
図10はIPv4移動端末43が位置qにおいて，IPv6端末44との通信を開始する場合の通信経路を示している。図11は，端末43が位置qから位置rに移動した場合における通信経路を示している。図10及び図11の状態において通信経路の最適化を行った場合の通信経路をそれぞれ図12及び図13に示す。なお，端末41が在圏網において端末42に送信開始後に経路最適化を行う処理と，端末41がホーム網1から在圏網2に移動した場合の経路最適化を行う処理とは同様であるため，図13では，後者の例を示している。
【００４５】
図40,41及び42は，それぞれ図10,11及び13に示した通信経路で通信を行う際の通信手順を示す。以下，図40,41及び42について説明する。
【００４６】
図40はIPv4移動端末が在圏網におり，IPv6端末と通信する場合の手順を示している。IPv6移動端末がIPv4端末と通信する時の手順(図24)とまったく同様である。変換情報に関して言えば，アドレスのIPv4とIPv6がそっくり入れ替わった形になる。すなわち，トランスレータ12では，IPv4送信元アドレスに対してIPv6の送信元仮想アドレスを割り当て，IPv6の着信先アドレスに対してIPv4の着信先仮想アドレスを割り当てる。
【００４７】
図41は図40の手順が済んだあと，IPv4移動端末が移動した場合の手順である。これも変換情報におけるアドレスがIPv4とIPv6と入れ替わっている点をのぞけばIPv6移動端末の時(図25)とまったく同じ手順である。
【００４８】
図42は図41の手順のあと，経路最適化を行う場合の手順である。経路最適化を行う時の位置登録を，移動端末ではなくホームエージェントが行う点が，IPv6移動端末の時と異なっている。そのため図42のシーケンス310においてトランスレータ13で変換情報を作成する場合に，移動端末の通信にはまったく関係ないが，移動端末の変換情報を作成するだけでなく，ホームエージェントに対する変換情報も必要になり，同時に作成される。そのほかはIPv6移動端末の場合と同様である。
【００４９】
図14は移動端末43がホーム網4にいて通信を行う場合の通信経路を示す。途中でトランスレータ11によりIPv4とIPv6の変換が行われる。ここで移動端末43が在圏網5へ移動した場合，本発明による変換方式により，移動後の通信経路は図15のようになる。この状態で，経路最適化した場合は，図12のようになる。さらに端末43が移動した場合の通信経路は図16のようになり，その状態から経路最適化した場合に，通信経路は図13のようになる。これらの手順は，図24から26で示した手順と同様である。
【００５０】
次に変換サーバがインターネットにおける電話帳(大規模分散データベース)の役割を果たすDNSサーバ機能を内蔵する場合の例を挙げる。
【００５１】
図21にDNSサーバ内蔵変換サーバの一実施例を示す。図21は，DNSサーバ内蔵変換サーバの機能ブロック図である。図示していないが，DNSサーバ内蔵変換サーバは，ハードウェアとしては，プロセッサ，記憶装置及びネットワークと接続するための通信制御装置とを有している。入力パケット選別処理，変換情報登録要求処理111，変換情報問い合わせ処理112及びIPアドレス問い合わせ処理113はソフトウェアにより構成され，プロセッサで実行される。これらをハードウェアで構成することも可能ある。また，名前，IPアドレス，変換情報114は記憶装置に保持される。入力パケット選別処理は，入力パケットを，変換情報登録要求処理111，変換情報問い合わせ処理112又はIPアドレス問い合わせ処理113に振り分ける。変換情報登録要求処理111は変換情報登録要求を処理し，取り出した変換情報を名前，IPアドレス，変換情報記憶部114へ格納する。IPアドレス問い合わせ処理113ではDNSの名前解決要求を処理し，取り出した名前で名前，IPアドレス，変換情報記憶部114を検索し，得られたIPアドレスを要求元へ送信する。また，変換情報問い合わせ処理112では，変換情報問い合わせを処理し，取り出した着信先仮想IPアドレス等で名前，IPアドレス，変換情報記憶部114を検索し，得られた変換情報を要求元へ送信する。
【００５２】
図43にDNSサーバ内蔵変換サーバ使用時に，IPv6移動端末が在圏網におり，通信を開始する場合の動作手順図を示す。
【００５３】
図43を通常の変換サーバ使用時(図24)と比較すると，変換サーバ21とDNSサーバ23がDNSサーバ内蔵変換サーバ23-1となったため，変換情報登録シーケンス303の着信先がDNSサーバ内蔵変換サーバ23-1に変わる。また，このシーケンスで登録されDNSサーバ内蔵変換サーバ23-1が保持する，変換情報および名前とIPアドレスの対応を組み合わせた変換情報の例を図23に示す(#1のエントリ)。
【００５４】
通常，プロトコル変換が必要な場合の名前解決では，DNSのキャッシュ機能は禁止されている。すなわち図34においては，DNSサーバ23は必ずDNSサーバ24に問い合わせを行い，その結果を自分が持ってはならない。これは，途中のトランスレータ12がDNS応答を書き換えているため，トランスレータ12が持っているIPアドレス書き換え情報とDNSサーバ23が保持しているキャッシュのIPアドレス情報の同一性が保証されないためである。
【００５５】
一方，本発明によるDNSサーバ内蔵変換サーバ23-1では，名前Rに対する名前解決要求に対し，着信先仮想IPv6アドレスs6を返すことにより，DNSキャッシュ機能を可能としている。これが可能な理由は，各トランスレータは新たに変換情報を作成した場合必ずDNSサーバ内蔵変換情報サーバ23-1に登録するため，変換情報に変更があれば必ずDNSサーバ内蔵変換情報サーバ23-1の変換情報が更新されることと，変換情報の寿命を管理できるため，各トランスレータが廃棄した変換情報はDNSサーバ内蔵変換サーバ23-1においても，該当の変換情報を廃棄することができることによる。こうすることにより，変換情報の寿命が尽きて廃棄されるまで，ある名前Rに対するIPアドレスは，ある1つの着信先仮想アドレスとなる。
【００５６】
また，プロトコル変換が必要ない名前(仮想アドレスの欄が空欄)にたいしては通常のDNSサーバと同様に名前に対するアドレスを返し，変換情報の問い合わせに対しては，着信先仮想アドレス，送信元アドレスで検索し，着信先アドレス，送信元仮想アドレスを返す。
【００５７】
このように，DNSサーバ内蔵変換情報サーバ23-1は，DNSサーバと変換サーバの両方の機能を実現することが可能となる
【００５８】
【発明の効果】
本発明により，移動端末がIPv4の場合，IPv6の場合のいずれにおいてもプロトコルを変換しつつ移動後も通信を継続することができる。かつ，移動端末が発信する場合，着信する場合のいずれにおいてもプロトコルを変換しつつ移動後も通信を継続することができる。また，移動端末がホーム網にいる場合，在圏網にいる場合のいずれにおいてもプロトコルを変換しつつ移動後も通信を継続することができる。さらに，Mobile IPと連携し，経路最適化を行った場合においても，プロトコルを変換しつつ移動後も通信を継続することができる。
【００５９】
また，変換サーバとしてDNSサーバを利用する場合，プロトコル変換が必要な場合においてもDNSキャッシュを利用できる。
【図面の簡単な説明】
【図１】 IPv6網とIPv4網とが接続されたネットワークの構成の説明するための図である。
【図２】 IPv6移動端末が在圏網において通信開始した場合の通信経路を説明するための図である。
【図３】 IPv6移動端末が図2に示した位置から移動した場合の通信経路を説明するための図である。
【図４】 IPv6移動端末がホーム網から在圏網へ移動し経路最適化を実行した場合，またはIPv6移動端末が在圏網において通信開始後に経路最適化を実行した場合の通信経路を説明するための図である。
【図５】図4に示した経路最適化実行後，IPv6移動端末がさらに移動した場合の通信経路を説明するための図である。
【図６】 IPv6移動端末がホーム網において通信開始した場合の通信経路を説明するための図である。
【図７】 IPv6移動端末がホーム網から在圏網へ移動した場合の通信経路を説明するための図である。
【図８】 IPv6移動端末が図7に示した位置からさらに移動した場合の通信経路を説明するための図である。
【図９】 IPv4網とIPv6網とが接続された他のネットワークの構成を説明するための図である。
【図１０】 IPv4移動端末が在圏網において通信開始した場合の通信経路を説明するたの図である。
【図１１】 IPv4移動端末が，図10の位置から移動した場合の通信経路を説明するための図である。
【図１２】 IPv4移動端末がホーム網から在圏網へ移動し経路最適化を実行した場合，またはIPv4移動端末が在圏網において通信開始後に経路最適化を実行した場合の通信経路を説明するための図である。
【図１３】図12に示した経路最適化実行後，IPv4移動端末がさらに移動した場合の通信経路を説明するための図である。
【図１４】 IPv4移動端末がホーム網において通信開始した場合の通信経路を説明するための図である。
【図１５】 IPv4移動端末がホーム網から在圏網へ移動した場合の通信経路を説明するための図である。
【図１６】 IPv4移動端末が，図15に示した位置からさらに移動した場合の通信経路を説明するための図である。
【図１７】 DNSサーバ内蔵変換サーバ利用時にIPv6移動端末が在圏網において通信を開始した場合の通信経路を説明するための図である。
【図１８】 IPv6移動端末が，図17に示した位置から移動した場合の通信経路を説明するための図である。
【図１９】本発明のトランスレータの一実施例を説明するためのブロック図である。
【図２０】本発明の変換サーバの一実施例を説明するためのブロック図である。
【図２１】本発明のDNSサーバ内蔵変換サーバの一実施例を説明するためのブロック図である。
【図２２】変換表１００の実施例を説明するための図である。
【図２３】本発明のDNSサーバ内蔵変換サーバに保持される変換情報の実施例を説明するための図である。
【図２４】在圏網にいるIPv6移動端末が発信する場合のシーケンス図である。
【図２５】図24の手順終了後，IPv6移動端末が移動した場合のシーケンス図である。
【図２６】 IPv6移動端末が在圏網内で移動した場合において，経路最適化する場合のシーケンス図である。
【図２７】在圏網にいるIPv6移動端末が着信する場合のシーケンス図である。
【図２８】在圏網にいるIPv6移動端末が移動した場合のシーケンス図である。
【図２９】図28に示す手順終了後に，経路最適化する場合のシーケンス図である。
【図３０】 IPv6移動端末がホーム網において発信した場合のシーケンス図である。
【図３１】 IPv6移動端末が，ホーム網から在圏網へ移動した場合のシーケンス図である。
【図３２】 IPv6移動端末が，在圏網においてさらに移動した場合のシーケンス図である。
【図３３】図31の手順終了後，経路最適化する場合のシーケンス図である。
【図３４】図32の手順終了後，経路最適化する場合のシーケンス図である。
【図３５】ホーム網にいるIPv6移動端末が着信する場合のシーケンス図である。
【図３６】図35の手順終了後，IPv6移動端末が在圏網へ移動した場合のシーケンス図である。
【図３７】図36の手順終了後，IPv6移動端末がさらに在圏網内で移動した場合のシーケンス図である。
【図３８】図36の手順終了後，経路最適化する場合のシーケンス図である。
【図３９】図37の手順終了後，経路最適化する場合のシーケンス図である。
【図４０】在圏網にいるIPv4移動端末が通信開始する場合のシーケンス図である。
【図４１】図40の手順終了後に，IPv4移動端末が移動した場合のシーケンス図である。
【図４２】図41の手順終了後に，経路最適化する場合のシーケンス図である。
【図４３】 DNSサーバ内蔵変換サーバ使用時において，在圏網にいるIPv6移動端末が通信を開始する場合のシーケンス図である。
【図４４】図43の手順終了後に，IPv6移動端末が移動する場合のシーケンス図である。
【図４５】図44の手順終了後に，IPv6移動端末から同一の相手と新たな通信を開始する場合のシーケンス図である。
【図４６】 IPv4パケットフォーマットを示す図である。
【図４７】 Mobile IPv4 Registration Request メッセージフォーマットを示す図である。
【図４８】 Mobile IPv4 Registration Replyメッセージフォーマットを示す図である。
【図４９】 IPv6 パケットフォーマットを示す図である。
【図５０】 IPv6 Destination Options Header フォーマットを示す図である。
【図５１】 Mobile IPv6 Binding Updateメッセージフォーマットを示す図である。
【図５２】 Mobile IPv6 Binding Acknowledge メッセージフォーマットを示す図である。
【図５３】 Mobile IPv6 Binding Request メッセージフォーマットを示す図である。
【図５４】 DNS問い合わせメッセージ構成を示す図である。
【図５５】 DNS応答メッセージ構成を示す図である。
【図５６】 DNS ヘッダ部(問い合わせ，応答共通)メッセージフォーマットを示す図である。
【図５７】 DNS質問部(図42)メッセージフォーマットを示す図である。
【図５８】 DNS 応答部(図43のR1，R2，R2共通)メッセージフォーマットを示す図である。
【図５９】変換情報登録メッセージ構成を示す図である。
【図６０】変換情報問い合わせメッセージ構成を示す図である。
【図６１】変換情報応答メッセージ構成の実施例を示す図である。
【図６２】変換情報登録メッセージヘッダ部メッセージフォーマットの実施例を示す図である。
【図６３】変換情報問い合わせ，応答メッセージヘッダ部メッセージフォーマット
【図６４】変換情報問い合わせ部メッセージフォーマットを示す図である。
【図６５】変換情報応答部(図61のR1, R2, R3共通)メッセージフォーマットを示す図である。
【符号の説明】
1・・・IPv6ホーム網，2・・・IPv6在圏網，3・・・IPv4網，4・・・IPv4ホーム網，5・・・IPv4在圏網，6・・・IPv6網，11・・・ホームトランスレータ(XLT H)，12・・・在圏トランスレータ1(XLT V1)，13・・・在圏トランスレータ2(XLT V2)，21・・・変換サーバ，22・・・ホームDNSサーバ(DNSサーバH)，23・・・在圏DNSサーバ(DNSサーバV)，23-1・・・在圏のDNSサーバ内蔵変換サーバ，24・・・DNSサーバ(DNSサーバC)，31・・・ホームエージェント(HA)，41,44・・・移動IPv6端末，42,43・・・IPv4端末。
【発明の属する技術分野】
本発明は，Internet Protocol Version 4（IPv4）アドレスと，Internet Protocol Version 6（IPv6）との間のアドレス変換方式に関する。
【０００２】
【従来の技術】
プロトコルとしてInternet Protocol version 4を使用する網（以下IPv4網と呼ぶ)とInternet Protocol version 6を使用する網（以下IPv6網と呼ぶ)とを接続する方式としてNAT-PT(http://www.ietf.org/rfc/rfc2766.txtのpp6-18,およびrfc2765.txtのpp9-22参照)，SOCKS64(http://search.ietf.org/internet-drafts/draft-ietf-ngtrans-socks-gateway-05.txt参照)等が知られている。
【０００３】
いずれも基本的にはIPパケットのフォーマットをIPv4とIPv6との間で相互変換を行う。例えば，IPv4アドレスとIPv6アドレスとの間の変換を行う。以下では，この変換を行う装置をトランスレータと呼ぶ。トランスレータには，IPv4アドレスとIPv6アドレスとの対応関係を保持しておく必要がある。この対応関係を通信が発生するたびに動的に作成する場合に，そのきっかけとしてドメインネームシステム（DNS）の名前解決が利用される(アスキー出版，インターネットRFC事典，pp323-329を参照)。
【０００４】
DNSはウェブのURLのような人間にわかりやすい名前(文字列)を，IPアドレスに変換するシステムである。以下名前をIPアドレスに変換する操作を名前解決と呼ぶ。今日ではインターネット上のほぼすべてのアプリケーションがこのDNSを利用して通信相手のIPアドレスを取得している。
【０００５】
トンラスレータは，通信開始にあたってやり取りされるDNSのメッセージを常に監視しており，名前解決の要求メッセージを変換情報(IPアドレスの対応関係等)を作成するきっかけとする。具体的には，IPv6端末がある名前について名前解決を行ったとき，その応答であるIPアドレスがIPv4アドレスであった場合，このIPv4アドレスをIPv6アドレスに書き換えてIPv6端末に送り返す。そして，書き換える前のIPv4アドレスと書き換えたIPv6アドレスを対応付ける。つまり，名前解決の応答メッセージを横取りして書き換え，この書き換える前と書き換えた情報をもとに変換情報を作成する。ここで動的に作成された変換情報は一時的なものであるから，通信が終了すると廃棄される。
【０００６】
【発明が解決しようとする課題】
上記従来技術では，端末が移動することを前提としていないため，IPv4アドレスとIPv6アドレスの対応関係をトランスレータ内部でのみ管理しており，複数のトランスレータ相互間で，これら対応関係をやりとりされない。
【０００７】
各トランスレータはある一定のサービス領域をもち，各装置がもっているIPv4アドレスとIPv6アドレスの対応関係をやりとりできないため，変換サービスを受けている端末が，各トランスレータのサービス領域をまたがって移動すると通信が断絶してしまう。
【０００８】
また，すでに説明したようにIPv4アドレスとIPv6アドレスの対応関係は通信終了とともに廃棄され，通信ごとに異なるものが使用される。すなわち，名前解決の応答メッセージを書き換える内容が通信ごとに異なる。したがって，名前解決を要求した端末から見ると，同じ名前に対して異なるIPアドレスを取得することになる。通常DNSでは一度名前解決を行った名前に対しては，そのIPアドレスを一定期間記憶しておくキャッシュ機能があるが，従来のプロトコル変換方式では名前解決のたびにその名前に対するIPアドレスが異なるので，このキャッシュ機能を使用できない。
【０００９】
そこで，本発明では，ある端末が属する網と通信相手の端末が属する網のプロトコルが異なり，両網の接続点でプロトコルの変換が必要な場合において，片方，あるいは両方の端末が移動しても通信が断絶せず継続することを可能にする。また，プロトコルの変換に必要な変換情報を動的に作成する場合のきっかけとなる，DNSを利用した名前解決の際にDNSキャッシュ機能を利用可能にする。
【００１０】
【課題を解決するための手段】
本発明の一実施例では，トランスレータは，第１のプロトコルに従ってデータを転送する第１のネットワークと，第２のプロトコルに従ってデータを転送する第２のネットワークと，他のトランスレータが接続される変換サーバとに接続されており，前記第１のプロトコルと前記第２のプロトコルとの間のプロトコル変換を行うための変換情報を保持している。前記トランスレータは，前記第１のネットワークに収容される第１の移動端末から，前記第２のネットワークに収容される端末のアドレス問い合わせを検出すると，前記端末に与えられている前記第２のプロトコルにおける第１のアドレスに対応する，前記第１のプロトコルにおける第２のアドレスを生成する。そして，前記第１のアドレスと前記第２のアドレスとの対応を，前記変換情報として保持するとともに，前記第１のアドレスと前記第２のアドレスとの対応を，前記変換サーバに登録する。
【００１１】
前記他のトランスレータを介して，前記端末と通信をしていた第２の移動端末が移動した結果，前記第２の移動端末から，送信元アドレスが前記第２の端末に与えられている前記第１のプロトコルにおけるアドレスで，宛先アドレスが前記第２のアドレスのパケットを受信した場合，トランスレータは前記変換サーバに前記端末のアドレス情報を問い合わせる。トランスレータは，前記サーバから，前記他のトランスレータにより登録された前記第１のアドレスと前記第２のアドレスとの対応を受信し，前記宛先アドレスを前記第１のアドレスに書き替える。その書き替えたパケットを前記端末に送信する。
【００１２】
また，本発明の他の実施例では，第１のプロトコルに従ってデータを転送する第１のネットワークに接続されるアドレス変換サーバは，第１のプロトコルに従ってデータを転送する第２のネットワークに収容される端末の名前と，前記名前に対応する前記第２のプロトコルにおけるアドレスと，前記アドレスに対応して生成された前記第１のプロトコルにおけるアドレスとの対応関係を保持するテーブルを保持する。
【００１３】
そのアドレス変換サーバは，前記第１のネットワークに収容される端末から前記名前に対するアドレス問い合わせを受信すると，前記第１のプロトコルにおけるアドレスを前記端末に送信する。
【００１４】
その他の解決手段は，発明の実施の形態の欄で詳述される。
【００１５】
【発明の実施の形態】
図1は，IPv6網とIPv4網とが接続されたネットワークの構成の説明するための図である。網1及び網2はIPv6網であり，網3はIPv4網である。網1はIPv6移動端末41のホーム網であり，移動端末41が位置qに移動した場合，網2は移動端末41の在圏網となる。以下では，網1をホーム網，網2を在圏網，網3をIPv4網と呼ぶ。参照番号11，12及び13はトランスレータ，21は変換サーバ，22，23及び24はDNSサーバ，31はホームエージェント（HA）,42はIPv4端末である。DNSサーバ22及び23，トランスレータ11，12及び13は，IPv4及びIPv6の双方で通信可能であり，IPv4アドレスとIPv6アドレスが与えられている。また，変換サーバ21，DNSサーバ24にはIPv4アドレスが，ホームエージェント31にはIPv6アドレスが和与えられている。トランスレータ11，12及び13は，それぞれサービス領域を持っている。例えば，位置pにいる端末に対するサービスはトランスレータ11が行い，位置qにいる端末に対するサービスはトランスレータ12が行う。
【００１６】
トランスレータ11，12及び13の一実施例を図19に示す。図19はトランスレータの機能ブロック図を示している。図示していないが，トランスレータは，ハードウェアとしては，プロセッサ，記憶装置及びネットワークと接続するための通信制御装置とを有している。入力パケット選別処理，変換サーバ問い合わせ処理100，DNSメッセージ変換・処理102，Mobile IPメッセージ変換処理103，データパケット変換・処理104はソフトウェアにより構成され，プロセッサで実行される。これらをハードウェアで構成することも可能ある。また，変換表101，変換サーバアドレスは，記憶装置に保持される。入力パケット選別処理は，入力パケットを，変換サーバ問い合わせ処理100，DNSメッセージ変換・処理102，Mobile IPメッセージ変換処理103又はデータパケット変換・処理104に振り分ける。図22は，変換表101の一実施例を示している。変換表100及びトランスレータが行うその他の処理については後述する。
【００１７】
変換サーバ21の一実施例を図20に示す。図20は，変換サーバの機能ブロック図を示している。図示していないが，変換サーバ21は，ハードウェアとしては，プロセッサ，記憶装置及びネットワークと接続するための通信制御装置とを有している。入力パケット選別処理，変換情報登録要求処理111及び変換情報問い合わせ処理112はソフトウェアにより構成され，プロセッサで実行される。これらをハードウェアで構成することも可能ある。また，変換情報110は記憶装置に保持される。入力パケット選別処理は，入力パケットを，変換情報登録要求処理111又は変換情報問い合わせ処理112に振り分ける。変換情報110は，各トランスレータに保持されている変換表100の内容を集めたものであり，テーブルに記述される項目は図22に示した変換表100の項目と同じである。したがって，変換情報110のテーブルは図示しない。変換情報110の登録の仕方，及び変換サーバ21が行うその他の処理については後述する。
【００１８】
DNSサーバ22，23及び24は従来技術と同様の構成である。
【００１９】
図2は，移動端末41が在圏網2においてIPv4端末42と通信を開始する場合の通信経路を示している。端末41から送信された端末42宛のパケットは，トランスレータ12を介して端末42に到達する。一方，端末42から送信された端末41宛のパケットは，トランスレータ12及びホームエージェント31を介して，端末41に送信される。ホームエージェント31に移動端末41のホームアドレス（端末41が在圏網に移動した場合には気付アドレス）が登録されているため，後述する経路最適化を行った場合を除き，端末42から端末41宛のパケットは必ずホームエージェントを通る。図3は，移動端末42が，位置qから位置rに移動した場合の通信経路を示す。端末41から送信された端末42宛のパケットは，トランスレータ13を介して端末42に到達する。一方，端末42から送信された端末41宛のパケットは，トランスレータ13及びホームエージェント31を介して，端末41に送信される。図2及び図3の状態において通信経路の最適化を行った場合の通信経路をそれぞれ図4及び図5に示す。通信経路の最適化を行うと，端末42から送信された端末41宛のパケットはホームエージェント31を介することなく端末41に到達する。なお，端末41が在圏網において端末42に送信開始後に経路最適化を行う処理と，端末41がホーム網1から在圏網2に移動した場合の経路最適化を行う処理とは同様であるため，図4では，後者の例を示している。
【００２０】
図2,3及び5における動作手順を図24,25及び26に示す。図24,25及び26において，矢印の上の3つ並んだ四角はIPパケットを表しており，それぞれ四角は，パケットの進行方向先頭から順に着信先IPアドレス，送信元IPアドレス，IPペイロードを表している。また，四角が5つ並んだ場合は，それぞれ四角は，先頭から順に気付けIPアドレス，ホームエージェントのIPアドレス，着信先IPアドレス，送信元IPアドレス，IPペイロードを表している。また，例えば，図24に示されているように，端末41に２つのIPアドレス，t6とp6が記されているが，左側のアドレスは，端末41に与えられたホームIPアドレス（IPv6アドレス）であり，右側のアドレスは，在圏網2から与えられた気付けアドレス（IPv6アドレス）である。また，変換サーバ21にはx4（IPv4アドレス），DNSサーバ23にはv6（IPv6アドレス）とv4（IPv4アドレス），DNSサーバ24にはc4（IPv4アドレス），トランスレータ11にはn6（IPv6アドレス）とn4（IPv4アドレス），トランスレータ12にはl6（IPv6アドレス）とl4（IPv4アドレス），トランスレータ13にはm6（IPv6アドレス）とm4（IPv4アドレス），そして端末42にはr4（IPv4アドレス）が与えられている。
【００２１】
図24は，移動端末41が在圏網2においてIPv4端末42と通信を行うための動作手順を示す。トランスレータ12は，DNSメッセージ変換・処理102において，すべてのDNS問い合わせ(アスキー出版，インターネットRFC事典，pp323-329を参照)を監視している。通信開始にあたり，端末41は端末42の名前(Rとする)からIPv6アドレスを得るために，DNSサーバ23に対してDNS問い合わせを行う。DNSサーバ23は，名前Rに対応するIPアドレスを知らないため，DNSサーバ24に対してDNS問い合わせを行う。このパケットフォーマットを図54,56及び57に示す。トランスレータ12はこの問い合わせパケットを検出し(シーケンス300)，DNSサーバ24からの応答を待つ。図55,56,58にDNS応答パケットのフォーマットを示す。本実施例では，DNSサーバ24からの応答パケットにおいて，図58の先頭部分に名前R，最後の部分にはその名前に対応するIPv4アドレスr4が記述される。トランスレータ12は，DNSサーバ24からの応答パケットを検出すると，そのIPv4アドレスr4を，以後の変換のために，IPv6アドレスs6へ書き換える(シーケンス301)。このIPv6アドレスは名前Rに対する仮想的なものであるので，以後，着信先仮想アドレスと呼ぶ。この処理は，トランスレータ12内のDNSメッセージ変換・処理102で行われる。この書換時に，r4とs6との対応付けのためのエントリーが，トランスレータ12内の変換表101（図22中のエントリ#1参照）に準備される。実際の着信先アドレスr4から着信先仮想アドレスs6に書き換えられたDNS応答パケットは，DNSサーバ23経由で端末41に届く。
【００２２】
DNS応答パケットを受信した端末41は，端末42へ向けてIPパケットを送信し始める。これらのパケットの着信先アドレスはs6，送信元アドレスは端末のIPv6アドレスであるt6である。端末41が送信したIPパケットがトランスレータ12に到着すると，そのパケットは，トランスレータ12内のデータパケット変換・処理104に送られる。データパケット変換・処理104は，着信先アドレスs6を検索キーとして，変換表管理部101を検索する。すると，先程準備したエントリ（図22のエントリ#1）がみつかるので，このパケットの送信元アドレスt6，トランスレータ12のIPv4アドレスl4，送信元ポート番号，着信先ポート番号等が当該エントリに書き込まれる（図22のエントリ#1）。l4は，送信元アドレスt6に対する仮想的なもので，以降送信元仮想アドレスと呼ぶ。これにより，変換規則の作成を完了する(シーケンス302)。変換表101の項目「エントリ残り寿命」は，エントリをどの位の時間保持しておくかを示すものである。また，変換表101の項目「送信元ポート番号」及び「着信先ポート番号」は，例えば，端末41から送信されたパケットのヘッダに記述されているポート番号から，当該パケットがWebアクセスであるとわかった場合，当該パケットをプロキシサーバに送信する等の処理に使うことが考えられる。これらの情報はなくてもてもよい。本実施例では，「送信元ポート番号」及び「着信先ポート番号」は使用してない。
【００２３】
トランスレータ12は，こうして作成した変換規則を変換表101に記憶するとともに，変換サーバ21に，その変換規則を登録する(シーケンス303)。この登録処理は，トランスレータ12内の変換サーバ問い合わせ処理100が行う。このとき，変換サーバのアドレスをどうやって知るかが問題となるが，本実施例では装置の起動時に初期設定するものとする。図59,62にこの登録メッセージのフォーマットを示す。図59の変換情報251の部分に作成した変換規則が記述される。
【００２４】
登録メッセージを受信した変換サーバ21では，変換情報登録要求処理111が変換情報を取り出し，それを変換情報記憶部110へ格納する。
【００２５】
トランスレータ12のデータパケット変換・処理104ではパケット内のIPv6アドレスt6とs6をそれぞれl4，r4へ書き換え(シーケンス304)，端末42へ向けて送る。変換の際にはIPアドレスだけでなく，パケットフォーマットもIPv6パケットフォーマットからIPv4パケットフォーマットに変換する。このフォーマット変換も，トランスレータ12内のデータパケット変換・処理103が行う。参考のため，図49にIPv6パケット，図46にIPv4パケットのフォーマットを示す。
【００２６】
一方，トランスレータ12は，端末42から送られてきたIPv4パケットに対しても，作成した変換規則に従い送信元アドレスr4をs6，送信先アドレスl4をt6に書き換えるともに，IPv4パケットをIPv6パケットに変換する(シーケンス305)。変換されたパケットは端末41へ送信される。
【００２７】
図25は，端末41が位置rに移動した後，端末41と端末42とが通信を行うまでの動作手順を示す。移動に伴い，端末41には，在圏網2から新たな気付けアドレスq6（IPv6）が与えられる。また，位置rにいる端末に対する変換サービスは，トランスレータ13が行う。
【００２８】
端末41は，まずMobile IPのホームエージェント31に対して位置登録を行う(http://search.ietf.org/internet-drafts/draft-ietf-mobileip-ipv6-13.txtのpp9-11参照)。このパケットフォーマットを図49,50及び51に示す。端末41は現在位置として，気付けIPv6アドレスq6をホームエージェント31に登録する。その後，端末41は端末42へ向けてパケットを送信する。このパケットはトランスレータ13へ届き，図19のデータパケット変換・処理104に送られる。データパケット変換・処理104は，着信先仮想アドレスs6を検索キーとして，変換表101を検索する。しかし，この時点では，トランスレータ13内には，変換規則が存在しないため，IPアドレスの書き換えができない(シーケンス306)。このことが，トランスレータ13内の変換サーバ問い合わせ処理100に伝えられと，変換サーバ問い合わせ処理100は，変換サーバ21に変換情報の問い合わせを行う(シーケンス307)。図60,63及び64にその問い合わせパケットフォーマットの一実施例を示す。図60の最初の部分に問い合わせたい変換情報の検索キーである，着信先仮想アドレスのs6を記述する。なお，データパケット変換・処理104では，変換できないパケットを一定期間保持しておく。
【００２９】
変換サーバ21内の変換情報問い合わせ処理112は，問い合わせパケットから検索キーs6を取り出す。次にs6を検索キーとして変換情報110を検索する。上述したように，変換情報110には，着信先仮想アドレスs6に対応する変換規則（t6とl4との対応，s6とr4との対応等）が登録されている。変換情報110から検索された変換情報を変換情報問い合わせ処理112に返す。変換情報問い合わせ処理112では受け取った変換情報を図61,63及び65に示すフォーマットに格納してトランスレータ13へ応答する(シーケンス308)。変換情報は図65の最後の部分へ格納する。
【００３０】
トランスレータ13は，変換サーバ問い合わせ処理100により，変換サーバ21からの応答より変換情報を取り出し，それを変換表101に記憶する。その後，データパケット変換・処理104は，保持しておいたパケットを変換情報に従って，IPv6アドレスt6とs6をそれぞれl4，r4へ書き換え(シーケンス304)，端末42へ向けて送る。変換の際にはIPアドレスだけでなく，パケットフォーマットもIPv6パケットフォーマットからIPv4パケットフォーマットに変換する。このフォーマット変換も，トランスレータ12内のデータパケット変換・処理103が行う。
【００３１】
一方，トランスレータ13は，端末42から送られてきたIPv4パケットに対しても，変換表101に従い，送信元アドレスr4をs6，送信先アドレスl4をt6に書き換えるともに，IPv4パケットをIPv6パケットに変換する(シーケンス305)。変換されたパケットはホームエージェント31を介して端末41に送信される。
【００３２】
図26は，図6で説明した経路最適化(http://search.ietf.org/internet-drafts/draft-ietf-mobileip-ipv6-13.txtのpp87-89参照)を行う場合の動作手順を示す。
【００３３】
図25の手順が終了後，移動端末は経路最適化を行うかどうか選択することができる。もし経路最適化を行う場合，HAに対して現在位置を登録したのと同様にして，通信相手である端末42に対して，現在位置として在圏網2から与えられた気付けIPv6アドレスq6を登録する。トランスレータ13は，DNSメッセージの時と同様に，端末41から端末42宛の位置登録メッセージを監視する。トランスレータ13は，端末41から端末42宛のIPv6で記述された位置登録メッセージを検出すると，入力パケット選別処理により，そのメッセージはMobile IPメッセージ変換処理103に送られる。Mobile IPメッセージ変換処理103は，送信元アドレスt6と気付けアドレスq6との組に対して送信元仮想アドレスm4を対応付け，s6とr4とを対応づける変換規則を作成し，変換表101に保持する(図22の#4エントリ参照)。それとともに，Mobile IPメッセージ変換処理103は，位置登録メッセージに記述されている気付けアドレスq6をm4に変換し，それを端末42に送信する。なお，現在位置情報は，IPv4 Mobile IPでは，パケットのペイロードに記述されるが，IPv6 Mobile Ipでは，パケットのヘッダに記述される。したがって，Mobile IPメッセージ変換処理103は，アドレスの書き換えだけではなく，フォーマット変換も行った後，位置登録メッセージを端末42に送信する。
【００３４】
経路最適化を実行後，移動端末41は，端末42にパケットを送信する際，送信元アドレスとして，気付けアドレスq6を使用する。そして，本来のアドレスはIPv6の拡張ヘッダ部分(図49)に記述される。トランスレータ13は，データパケット変換・処理104においてパケットを変換する際に，IPヘッダの送信元アドレス(気付けアドレス)，着信先アドレス(着信先仮想アドレス)だけでなく，拡張ヘッダ内のアドレス(本来の送信元アドレス)を検索キーとして変換表100に検索をかける。そうすることで，経路最適化を行う前のエントリを検索してしまうことを防ぐ。検索キーとして拡張ヘッダ内のアドレスを使用するかどうかは，拡張ヘッダがあるかないかで判断する。つまり，拡張ヘッダ内に本来の送信元アドレスが入っていたら，必ず検索キーに加える。こうして，端末が移動しても変換情報に従ってパケットを変換することが可能となる。
【００３５】
以上の実施例では，移動端末41から端末42に送信する場合について説明した。図27は，その逆で，端末42が，位置qにいる端末41に通信を開始する場合の手順を示している。この手順は，端末42が問い合わせるDNSサーバ等が異なるものの，図24で説明した手順から容易に理解できるものであるから，詳細な説明は省略する。端末41の名前Tに対応するIPアドレスは，ホームアドレスt6と対応づけられているため，端末42からのDNS問い合わせが，DNSサーバ24を介してDNSサーバ22に行く点，それ故，トランスレータ11が，t6と着信先仮想アドレスf4とを対応づける変換規則を作成する点，及び端末41から端末42宛のパケットはトランスレータ12を経由するため，トランスレータ11は，変換規則を作成する際に，送信元仮想アドレスをトランスレータ12のIPv6アドレスl6とし，r4とl6とを対応づける点に特徴がある。なお，図27では，DNSサーバ22には，i6（IPv6アドレス）とi4（IPv4アドレス）とが与えられている。
【００３６】
図28は，端末41が位置rに移動した後，端末42と端末41とが通信を行うまでの動作手順を示す。この手順は，図25で説明した手順から容易に理解できるものであるから，説明は省略する。
【００３７】
図29は，図28の手順が終了後，経路を最適化する手順を示す。この手順は，図26で説明した手順から容易に理解できるものであるから，詳細な説明は省略する。図26で説明した手順では，端末41は，位置登録メッセージをトランスレータ13を介して端末42に現在位置を登録した後，端末42宛のパケットを送信し始めるが，図29に示す手順では，位置登録メッセージは，端末42宛のパケットとともに送信される。そして，トランスレータ13において，図26に説明したのと同様な処理により，端末42に現在位置を登録した後，当該パケットの送信元アドレスを書き換え，それを端末42に送信する。
【００３８】
図6は，移動端末41がホーム網1においてIPv4端末42と通信を開始する場合の通信経路を示した図である。
図7は，移動端末が在圏網2（位置q）へ移動した場合の通信経路を示している。 図30及び図31は，それぞれ，図6及び図7の通信手順を示したものである。図24では端末41が通信を開始してから，実際に端末42とデータのやり取りを行うまで，図25では端末41が移動してからデータのやり取りを行うまでの動作手順を示している。これらの手順は，関与するDNSサーバ及びトランスレータの違いはあるものの，図24及び図25を用いて説明した手順と同様である。念のため説明すると，これらの手順では，ホームアドレスt6とトランスレータのIPv4アドレスn4とを対応づけているので，端末42から端末41に送信されるパケットは，トランスレータ11を経由する点が，図24及び図25で説明した手順と異なる。
【００３９】
図8は，端末41が，位置qから位置pに移動した場合の通信経路を示す。図32は，その場合の動作手順を示している。この手順は，関与するトランスレータの違いはあるものの，図25で説明したものと同様である。
【００４０】
上述した図4は，端末41が位置pから位置qに移動後に経路最適化をした場合の通信経路をも示している。また，上述した図5は，この経路最適化後に，さらに位置qから位置rに移動した場合の通信経路をも示している。図33及び図34は，それぞれの場合の動作手順を示している。これの手順は，関与するトランスレータの違いはあるものの，図26で説明したものと同様である。
【００４１】
図35は，図6において端末42から移動端末41へ通信を開始する場合の通信手順を示す。図36は，図7に示すように端末41が移動した場合に，端末42から移動端末41へ通信する動作手順を示す。図37は，図7の状態から，端末41が図8に示す位置に移動した場合における，端末42から移動端末41へ通信する動作手順を示す。図38は，図7の状態から図4の状態に経路最適化を行った場合における，端末42から移動端末41へ通信の動作手順を示す。そして，図39は，図8の状態から図5の状態に経路最適化を行った場合における，端末42から移動端末41へ通信の動作手順を示す。これらの手順は，図27から図29で説明した手順とほぼ同様であるので，説明は省略する。
【００４２】
次に，IPv4移動端末が在圏網においてIPv6端末と通信を開始し，移動した場合，およびその際に経路最適化(http://search.ietf.org/draft-ietf-mobileip-optim-10.txtのpp1-4，http://www.ietf.org/rfc/rfc2002.txtのpp24-32参照)した場合について説明する。
【００４３】
図9は，IPv4網4及び5とIPv6網6とが接続されたネットワークの構成の説明するための図である。網4はIPv4移動端末43のホーム網であり，網5は移動端末43の在圏網である。その他は，図1と同様の構成である。
【００４４】
図10はIPv4移動端末43が位置qにおいて，IPv6端末44との通信を開始する場合の通信経路を示している。図11は，端末43が位置qから位置rに移動した場合における通信経路を示している。図10及び図11の状態において通信経路の最適化を行った場合の通信経路をそれぞれ図12及び図13に示す。なお，端末41が在圏網において端末42に送信開始後に経路最適化を行う処理と，端末41がホーム網1から在圏網2に移動した場合の経路最適化を行う処理とは同様であるため，図13では，後者の例を示している。
【００４５】
図40,41及び42は，それぞれ図10,11及び13に示した通信経路で通信を行う際の通信手順を示す。以下，図40,41及び42について説明する。
【００４６】
図40はIPv4移動端末が在圏網におり，IPv6端末と通信する場合の手順を示している。IPv6移動端末がIPv4端末と通信する時の手順(図24)とまったく同様である。変換情報に関して言えば，アドレスのIPv4とIPv6がそっくり入れ替わった形になる。すなわち，トランスレータ12では，IPv4送信元アドレスに対してIPv6の送信元仮想アドレスを割り当て，IPv6の着信先アドレスに対してIPv4の着信先仮想アドレスを割り当てる。
【００４７】
図41は図40の手順が済んだあと，IPv4移動端末が移動した場合の手順である。これも変換情報におけるアドレスがIPv4とIPv6と入れ替わっている点をのぞけばIPv6移動端末の時(図25)とまったく同じ手順である。
【００４８】
図42は図41の手順のあと，経路最適化を行う場合の手順である。経路最適化を行う時の位置登録を，移動端末ではなくホームエージェントが行う点が，IPv6移動端末の時と異なっている。そのため図42のシーケンス310においてトランスレータ13で変換情報を作成する場合に，移動端末の通信にはまったく関係ないが，移動端末の変換情報を作成するだけでなく，ホームエージェントに対する変換情報も必要になり，同時に作成される。そのほかはIPv6移動端末の場合と同様である。
【００４９】
図14は移動端末43がホーム網4にいて通信を行う場合の通信経路を示す。途中でトランスレータ11によりIPv4とIPv6の変換が行われる。ここで移動端末43が在圏網5へ移動した場合，本発明による変換方式により，移動後の通信経路は図15のようになる。この状態で，経路最適化した場合は，図12のようになる。さらに端末43が移動した場合の通信経路は図16のようになり，その状態から経路最適化した場合に，通信経路は図13のようになる。これらの手順は，図24から26で示した手順と同様である。
【００５０】
次に変換サーバがインターネットにおける電話帳(大規模分散データベース)の役割を果たすDNSサーバ機能を内蔵する場合の例を挙げる。
【００５１】
図21にDNSサーバ内蔵変換サーバの一実施例を示す。図21は，DNSサーバ内蔵変換サーバの機能ブロック図である。図示していないが，DNSサーバ内蔵変換サーバは，ハードウェアとしては，プロセッサ，記憶装置及びネットワークと接続するための通信制御装置とを有している。入力パケット選別処理，変換情報登録要求処理111，変換情報問い合わせ処理112及びIPアドレス問い合わせ処理113はソフトウェアにより構成され，プロセッサで実行される。これらをハードウェアで構成することも可能ある。また，名前，IPアドレス，変換情報114は記憶装置に保持される。入力パケット選別処理は，入力パケットを，変換情報登録要求処理111，変換情報問い合わせ処理112又はIPアドレス問い合わせ処理113に振り分ける。変換情報登録要求処理111は変換情報登録要求を処理し，取り出した変換情報を名前，IPアドレス，変換情報記憶部114へ格納する。IPアドレス問い合わせ処理113ではDNSの名前解決要求を処理し，取り出した名前で名前，IPアドレス，変換情報記憶部114を検索し，得られたIPアドレスを要求元へ送信する。また，変換情報問い合わせ処理112では，変換情報問い合わせを処理し，取り出した着信先仮想IPアドレス等で名前，IPアドレス，変換情報記憶部114を検索し，得られた変換情報を要求元へ送信する。
【００５２】
図43にDNSサーバ内蔵変換サーバ使用時に，IPv6移動端末が在圏網におり，通信を開始する場合の動作手順図を示す。
【００５３】
図43を通常の変換サーバ使用時(図24)と比較すると，変換サーバ21とDNSサーバ23がDNSサーバ内蔵変換サーバ23-1となったため，変換情報登録シーケンス303の着信先がDNSサーバ内蔵変換サーバ23-1に変わる。また，このシーケンスで登録されDNSサーバ内蔵変換サーバ23-1が保持する，変換情報および名前とIPアドレスの対応を組み合わせた変換情報の例を図23に示す(#1のエントリ)。
【００５４】
通常，プロトコル変換が必要な場合の名前解決では，DNSのキャッシュ機能は禁止されている。すなわち図34においては，DNSサーバ23は必ずDNSサーバ24に問い合わせを行い，その結果を自分が持ってはならない。これは，途中のトランスレータ12がDNS応答を書き換えているため，トランスレータ12が持っているIPアドレス書き換え情報とDNSサーバ23が保持しているキャッシュのIPアドレス情報の同一性が保証されないためである。
【００５５】
一方，本発明によるDNSサーバ内蔵変換サーバ23-1では，名前Rに対する名前解決要求に対し，着信先仮想IPv6アドレスs6を返すことにより，DNSキャッシュ機能を可能としている。これが可能な理由は，各トランスレータは新たに変換情報を作成した場合必ずDNSサーバ内蔵変換情報サーバ23-1に登録するため，変換情報に変更があれば必ずDNSサーバ内蔵変換情報サーバ23-1の変換情報が更新されることと，変換情報の寿命を管理できるため，各トランスレータが廃棄した変換情報はDNSサーバ内蔵変換サーバ23-1においても，該当の変換情報を廃棄することができることによる。こうすることにより，変換情報の寿命が尽きて廃棄されるまで，ある名前Rに対するIPアドレスは，ある1つの着信先仮想アドレスとなる。
【００５６】
また，プロトコル変換が必要ない名前(仮想アドレスの欄が空欄)にたいしては通常のDNSサーバと同様に名前に対するアドレスを返し，変換情報の問い合わせに対しては，着信先仮想アドレス，送信元アドレスで検索し，着信先アドレス，送信元仮想アドレスを返す。
【００５７】
このように，DNSサーバ内蔵変換情報サーバ23-1は，DNSサーバと変換サーバの両方の機能を実現することが可能となる
【００５８】
【発明の効果】
本発明により，移動端末がIPv4の場合，IPv6の場合のいずれにおいてもプロトコルを変換しつつ移動後も通信を継続することができる。かつ，移動端末が発信する場合，着信する場合のいずれにおいてもプロトコルを変換しつつ移動後も通信を継続することができる。また，移動端末がホーム網にいる場合，在圏網にいる場合のいずれにおいてもプロトコルを変換しつつ移動後も通信を継続することができる。さらに，Mobile IPと連携し，経路最適化を行った場合においても，プロトコルを変換しつつ移動後も通信を継続することができる。
【００５９】
また，変換サーバとしてDNSサーバを利用する場合，プロトコル変換が必要な場合においてもDNSキャッシュを利用できる。
【図面の簡単な説明】
【図１】 IPv6網とIPv4網とが接続されたネットワークの構成の説明するための図である。
【図２】 IPv6移動端末が在圏網において通信開始した場合の通信経路を説明するための図である。
【図３】 IPv6移動端末が図2に示した位置から移動した場合の通信経路を説明するための図である。
【図４】 IPv6移動端末がホーム網から在圏網へ移動し経路最適化を実行した場合，またはIPv6移動端末が在圏網において通信開始後に経路最適化を実行した場合の通信経路を説明するための図である。
【図５】図4に示した経路最適化実行後，IPv6移動端末がさらに移動した場合の通信経路を説明するための図である。
【図６】 IPv6移動端末がホーム網において通信開始した場合の通信経路を説明するための図である。
【図７】 IPv6移動端末がホーム網から在圏網へ移動した場合の通信経路を説明するための図である。
【図８】 IPv6移動端末が図7に示した位置からさらに移動した場合の通信経路を説明するための図である。
【図９】 IPv4網とIPv6網とが接続された他のネットワークの構成を説明するための図である。
【図１０】 IPv4移動端末が在圏網において通信開始した場合の通信経路を説明するたの図である。
【図１１】 IPv4移動端末が，図10の位置から移動した場合の通信経路を説明するための図である。
【図１２】 IPv4移動端末がホーム網から在圏網へ移動し経路最適化を実行した場合，またはIPv4移動端末が在圏網において通信開始後に経路最適化を実行した場合の通信経路を説明するための図である。
【図１３】図12に示した経路最適化実行後，IPv4移動端末がさらに移動した場合の通信経路を説明するための図である。
【図１４】 IPv4移動端末がホーム網において通信開始した場合の通信経路を説明するための図である。
【図１５】 IPv4移動端末がホーム網から在圏網へ移動した場合の通信経路を説明するための図である。
【図１６】 IPv4移動端末が，図15に示した位置からさらに移動した場合の通信経路を説明するための図である。
【図１７】 DNSサーバ内蔵変換サーバ利用時にIPv6移動端末が在圏網において通信を開始した場合の通信経路を説明するための図である。
【図１８】 IPv6移動端末が，図17に示した位置から移動した場合の通信経路を説明するための図である。
【図１９】本発明のトランスレータの一実施例を説明するためのブロック図である。
【図２０】本発明の変換サーバの一実施例を説明するためのブロック図である。
【図２１】本発明のDNSサーバ内蔵変換サーバの一実施例を説明するためのブロック図である。
【図２２】変換表１００の実施例を説明するための図である。
【図２３】本発明のDNSサーバ内蔵変換サーバに保持される変換情報の実施例を説明するための図である。
【図２４】在圏網にいるIPv6移動端末が発信する場合のシーケンス図である。
【図２５】図24の手順終了後，IPv6移動端末が移動した場合のシーケンス図である。
【図２６】 IPv6移動端末が在圏網内で移動した場合において，経路最適化する場合のシーケンス図である。
【図２７】在圏網にいるIPv6移動端末が着信する場合のシーケンス図である。
【図２８】在圏網にいるIPv6移動端末が移動した場合のシーケンス図である。
【図２９】図28に示す手順終了後に，経路最適化する場合のシーケンス図である。
【図３０】 IPv6移動端末がホーム網において発信した場合のシーケンス図である。
【図３１】 IPv6移動端末が，ホーム網から在圏網へ移動した場合のシーケンス図である。
【図３２】 IPv6移動端末が，在圏網においてさらに移動した場合のシーケンス図である。
【図３３】図31の手順終了後，経路最適化する場合のシーケンス図である。
【図３４】図32の手順終了後，経路最適化する場合のシーケンス図である。
【図３５】ホーム網にいるIPv6移動端末が着信する場合のシーケンス図である。
【図３６】図35の手順終了後，IPv6移動端末が在圏網へ移動した場合のシーケンス図である。
【図３７】図36の手順終了後，IPv6移動端末がさらに在圏網内で移動した場合のシーケンス図である。
【図３８】図36の手順終了後，経路最適化する場合のシーケンス図である。
【図３９】図37の手順終了後，経路最適化する場合のシーケンス図である。
【図４０】在圏網にいるIPv4移動端末が通信開始する場合のシーケンス図である。
【図４１】図40の手順終了後に，IPv4移動端末が移動した場合のシーケンス図である。
【図４２】図41の手順終了後に，経路最適化する場合のシーケンス図である。
【図４３】 DNSサーバ内蔵変換サーバ使用時において，在圏網にいるIPv6移動端末が通信を開始する場合のシーケンス図である。
【図４４】図43の手順終了後に，IPv6移動端末が移動する場合のシーケンス図である。
【図４５】図44の手順終了後に，IPv6移動端末から同一の相手と新たな通信を開始する場合のシーケンス図である。
【図４６】 IPv4パケットフォーマットを示す図である。
【図４７】 Mobile IPv4 Registration Request メッセージフォーマットを示す図である。
【図４８】 Mobile IPv4 Registration Replyメッセージフォーマットを示す図である。
【図４９】 IPv6 パケットフォーマットを示す図である。
【図５０】 IPv6 Destination Options Header フォーマットを示す図である。
【図５１】 Mobile IPv6 Binding Updateメッセージフォーマットを示す図である。
【図５２】 Mobile IPv6 Binding Acknowledge メッセージフォーマットを示す図である。
【図５３】 Mobile IPv6 Binding Request メッセージフォーマットを示す図である。
【図５４】 DNS問い合わせメッセージ構成を示す図である。
【図５５】 DNS応答メッセージ構成を示す図である。
【図５６】 DNS ヘッダ部(問い合わせ，応答共通)メッセージフォーマットを示す図である。
【図５７】 DNS質問部(図42)メッセージフォーマットを示す図である。
【図５８】 DNS 応答部(図43のR1，R2，R2共通)メッセージフォーマットを示す図である。
【図５９】変換情報登録メッセージ構成を示す図である。
【図６０】変換情報問い合わせメッセージ構成を示す図である。
【図６１】変換情報応答メッセージ構成の実施例を示す図である。
【図６２】変換情報登録メッセージヘッダ部メッセージフォーマットの実施例を示す図である。
【図６３】変換情報問い合わせ，応答メッセージヘッダ部メッセージフォーマット
【図６４】変換情報問い合わせ部メッセージフォーマットを示す図である。
【図６５】変換情報応答部(図61のR1, R2, R3共通)メッセージフォーマットを示す図である。
【符号の説明】
1・・・IPv6ホーム網，2・・・IPv6在圏網，3・・・IPv4網，4・・・IPv4ホーム網，5・・・IPv4在圏網，6・・・IPv6網，11・・・ホームトランスレータ(XLT H)，12・・・在圏トランスレータ1(XLT V1)，13・・・在圏トランスレータ2(XLT V2)，21・・・変換サーバ，22・・・ホームDNSサーバ(DNSサーバH)，23・・・在圏DNSサーバ(DNSサーバV)，23-1・・・在圏のDNSサーバ内蔵変換サーバ，24・・・DNSサーバ(DNSサーバC)，31・・・ホームエージェント(HA)，41,44・・・移動IPv6端末，42,43・・・IPv4端末。
Claims (7)
- 第１のプロトコルに従ってデータを転送する第１のネットワークと，第２のプロトコルに従ってデータを転送する第２のネットワークと，前記第１のプロトコルに従ってデータを転送する第３のネットワークと、前記第１のネットワークに接続された第１のトランスレータと、前記第３のネットワークに接続された第２のトランスレータと、変換サーバとが互いに接続されたネットワークシステムにおけるプロトコル変換方法であって，
前記第１のトランスレータにおいて、前記第１のネットワークに収容される第１の端末から，前記第２のネットワークに収容される第２の端末のアドレス問い合わせを検出するステップと，
前記第１のトランスレータにおいて、前記第２のネットワークにおいて前記第２の端末に与えられている前記第２のプロトコルにおける第２のアドレスに対応する，前記第１のプロトコルにおける第１のアドレスを生成するステップと，
前記第１のトランスレータにおいて、前記第１のアドレスと前記第２のアドレスとの対応関係を，前記第１のプロトコルと前記第２のプロトコルとの間のプロトコル変換を行うための第１の変換情報として保持するステップと，
前記第１のトランスレータにおいて、前記第１の変換情報を，前記変換サーバに登録するステップと、
前記第１の移動端末が前記第１のネットワークから前記第３のネットワークに移動したのち，前記第２のトランスレータが，前記第１の移動端末から宛先アドレスが前記第１のアドレスであって、前記第１のネットワークにおいて前記第１の移動端末に与えられている前記第１のプロトコルにおける第３のアドレスと前記第３のネットワークにおいて前記第１の移動端末に与えられている前記第１のプロトコルにける第４のアドレスとの対応関係を含む第１のパケットを受信した場合，
前記第２のトランスレータが，前記変換サーバに前記第２の端末のアドレス情報を問い合わせるステップと，
前記第２のトランスレータが，前記変換サーバから，前記第１のトランスレータにより登録された前記第１の変換情報を受信するステップと，
前記第２のトランスレータが，前記第１のパケットの前記宛先アドレスを前記第１のアドレスから前記第２のアドレスに書き替えるステップと，
前記第２のトランスレータが，前記第１のパケットに含まれる前記第４のアドレスと対応する、前記第２のプロトコルにおける第５のアドレスを生成するステップと、
前記第２のトランスレータが、前記第３のアドレス及び第４のアドレスと前記第５のアドレスの対応関係を、前記第１のプロトコルと前記第２のプロトコルとの間のプロトコル変換を行うための第２の変換情報として保持するステップと、
前記第２のトランスレータが前記第１のパケットに含まれる前記第３のアドレスと前記第４のアドレスとの対応関係のうち前記第４のアドレスを前記第５のアドレスに書き替えるステップと、
前記第２のトランスレータが前記書き替えられた第１のパケットを前記第２の端末に送信するステップと、
さらに、前記第２のトランスレータにおいて、前記第１の移動端末から宛先アドレスが前記第１のアドレスであって送信元アドレスが前記第４のアドレスであり、さらに前記第３のアドレスが含まれる第２のパケットを受信すると、前記パケットに含まれる第１及び第３及び第４のアドレスを検索キーとして前記保持された前記第２の変換情報を検索するステップと、
前記第２のトランスレータにおいて、前記第２の変換情報に基づいて前記第２のパケットの送信元アドレスを前記第４のアドレスから前記第５のアドレスに書き替えるステップと、
前記第２のトランスレータが前記書き替えられた第２のパケットを前記第２の端末に送信するステップとを有することを特徴とするプロトコル変換方法。 - 請求項１記載のプロトコル変換方法であって、
前記第１のプロトコルが IPv6 であり、前記第２のプロトコルが IPv4 であることを特徴とするプロトコル変換方法。 - 請求項１記載のプロトコル変換方法であって、
前記第２のパケット内の第３のアドレスは前記第２のパケットの拡張ヘッダ内に格納されていることを特徴とするプロトコル変換方法。 - 請求項３記載のプロトコル変換方法であって、
前記第２のパケットに拡張ヘッダがあるかないかによって、前記検索キーに前記第３のアドレスを含めるか否かを判断するステップをさらに有することを特徴とするプロトコル変換方法。 - 請求項１記載のプロトコル変換方法を実行する請求項１記載のネットワークシステムにおける変換サーバ。
- 請求項１記載のプロトコル変換方法を実行する請求項１記載のネットワークシステムにおける第１のトランスレータ。
- 請求項１記載のプロトコル変換方法を実行する請求項１記載のネットワークシステムにおける第２のトランスレータ。
Priority Applications (6)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2001119036A JP4075318B2 (ja) | 2001-04-18 | 2001-04-18 | プロトコル変換方法，及びアドレス変換サーバ |
| US09/928,485 US7305480B2 (en) | 2001-04-18 | 2001-08-14 | Method and system for persistent translation between protocols |
| EP20010119608 EP1251668A3 (en) | 2001-04-18 | 2001-08-17 | Method of translating protocol at translator, method of providing protocol translation information at translation server, and address translation server |
| US11/114,206 US7760674B2 (en) | 2001-04-18 | 2005-04-22 | Method of translating protocol at translator, method of providing protocol translation information at translation server, and address translation server |
| US12/805,192 US8014328B2 (en) | 2001-04-18 | 2010-07-16 | Method of translating protocol at translator, method of providing protocol translation information at translation server, and address translation server |
| US13/137,278 US8520574B2 (en) | 2001-04-18 | 2011-08-03 | Method of translating protocol at translator, method of providing protocol translation information at translation server, and address translation server |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2001119036A JP4075318B2 (ja) | 2001-04-18 | 2001-04-18 | プロトコル変換方法，及びアドレス変換サーバ |
Related Child Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2005121838A Division JP4595647B2 (ja) | 2005-04-20 | 2005-04-20 | トランスレータ |
Publications (3)
| Publication Number | Publication Date |
|---|---|
| JP2002314618A JP2002314618A (ja) | 2002-10-25 |
| JP2002314618A5 JP2002314618A5 (ja) | 2005-09-22 |
| JP4075318B2 true JP4075318B2 (ja) | 2008-04-16 |
Family
ID=18969322
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2001119036A Expired - Fee Related JP4075318B2 (ja) | 2001-04-18 | 2001-04-18 | プロトコル変換方法，及びアドレス変換サーバ |
Country Status (3)
| Country | Link |
|---|---|
| US (4) | US7305480B2 (ja) |
| EP (1) | EP1251668A3 (ja) |
| JP (1) | JP4075318B2 (ja) |
Families Citing this family (64)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP4075318B2 (ja) * | 2001-04-18 | 2008-04-16 | 株式会社日立製作所 | プロトコル変換方法，及びアドレス変換サーバ |
| FR2827465B1 (fr) * | 2001-07-13 | 2004-01-02 | Cegetel | Procede d'adressage d'un terminal mobile |
| CA2455492C (en) * | 2001-08-24 | 2010-10-12 | John Robert King | Apparatus and method of coordinating network events |
| DE60223264T2 (de) * | 2001-08-29 | 2008-08-14 | Research In Motion Ltd., Waterloo | System und verfahren zur adressierung eines mobilen gerätes in einem ip-basierten drahtlosen netzwerk |
| US7284056B2 (en) * | 2001-10-04 | 2007-10-16 | Microsoft Corporation | Resolving host name data |
| EP1335529B1 (en) * | 2002-02-12 | 2006-06-07 | Alcatel | Telecommunication/access system for dealing with different address lengths |
| AU2003219294A1 (en) * | 2002-03-27 | 2003-10-13 | British Telecommunications Public Limited Company | System for selecting a connectivity mechanism |
| JP2003289340A (ja) * | 2002-03-27 | 2003-10-10 | Toshiba Corp | 識別子問い合わせ方法、通信端末及びネットワークシステム |
| KR100425325B1 (ko) * | 2002-04-13 | 2004-03-30 | 삼성전자주식회사 | 모바일 네트워크에서 ｎａｔ를 이용한 모바일 ｉｐ 처리방법 및 그 장치 |
| JP3952860B2 (ja) * | 2002-05-30 | 2007-08-01 | 株式会社日立製作所 | プロトコル変換装置 |
| US20030236914A1 (en) * | 2002-06-25 | 2003-12-25 | Intel Corporation | Connection of next generation mobile nodes across previous generation networks to next generation networks |
| US7356045B2 (en) * | 2002-10-22 | 2008-04-08 | Cisco Technology, Inc. | Shared port address translation on a router behaving as NAT & NAT-PT gateway |
| DE10253714A1 (de) * | 2002-11-18 | 2004-06-09 | Siemens Ag | Verfahren zum Verarbeiten von Datenpaketen in einem Datennetz mit Mobilitätsfunktion |
| JP3801134B2 (ja) * | 2003-01-08 | 2006-07-26 | 日本電気株式会社 | 移動通信システム及びそれに用いる最適化経路通信方法 |
| JP2004221745A (ja) * | 2003-01-10 | 2004-08-05 | Fujitsu Ltd | アドレス変換装置 |
| US20040153502A1 (en) * | 2003-02-04 | 2004-08-05 | Luliang Jiang | Enhanced DNS server |
| US7450499B2 (en) * | 2003-02-21 | 2008-11-11 | Samsung Electronics Co., Ltd. | Method and apparatus for interconnecting IPv4 and IPv6 networks |
| KR100886551B1 (ko) * | 2003-02-21 | 2009-03-02 | 삼성전자주식회사 | 이동통신시스템에서 인터넷 프로토콜 버전에 따른 트래픽플로우 탬플릿 패킷 필터링 장치 및 방법 |
| US7746891B2 (en) | 2003-05-29 | 2010-06-29 | Kddi Corporation | Enabling mobile IPv6 communication over a network containing IPv4 components using ISATAP |
| US7453852B2 (en) * | 2003-07-14 | 2008-11-18 | Lucent Technologies Inc. | Method and system for mobility across heterogeneous address spaces |
| US7584420B2 (en) * | 2004-02-12 | 2009-09-01 | Lockheed Martin Corporation | Graphical authoring and editing of mark-up language sequences |
| JP2006013643A (ja) * | 2004-06-23 | 2006-01-12 | Nec Infrontia Corp | 通信プロトコル変換クレードル及びそれに用いるアドレス変換方法並びにそのプログラム |
| US7539773B2 (en) * | 2004-11-16 | 2009-05-26 | Yokogawa Electric Corporation | Network system using IPv4/IPv6 translator |
| CN1787517B (zh) * | 2004-12-06 | 2011-03-30 | 横河电机株式会社 | 使用IPv4/IPv6译码器的网络*** |
| US20080052281A1 (en) | 2006-08-23 | 2008-02-28 | Lockheed Martin Corporation | Database insertion and retrieval system and method |
| US7886076B2 (en) * | 2005-01-12 | 2011-02-08 | International Business Machines Corporation | Bypassing routing stacks using mobile internet protocol |
| EP1705859A1 (en) * | 2005-03-24 | 2006-09-27 | Orange SA | Packet radio network and method for activation of a packet data protocol context |
| US20060256717A1 (en) * | 2005-05-13 | 2006-11-16 | Lockheed Martin Corporation | Electronic packet control system |
| US20060256814A1 (en) * | 2005-05-13 | 2006-11-16 | Lockheed Martin Corporation | Ad hoc computer network |
| 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 |
| US7903585B2 (en) * | 2006-02-15 | 2011-03-08 | Cisco Technology, Inc. | Topology discovery of a private network |
| FR2903263A1 (fr) * | 2006-06-30 | 2008-01-04 | France Telecom | Procede d'adressage des elements de service et de transmission d'appel entre noeuds heterogenes |
| US8085790B2 (en) * | 2006-07-14 | 2011-12-27 | Cisco Technology, Inc. | Ethernet layer 2 protocol packet switching |
| US8228942B2 (en) * | 2006-09-25 | 2012-07-24 | Zte Corporation | System and method for IPv4 and IPv6 migration |
| KR100834578B1 (ko) * | 2006-12-08 | 2008-06-02 | 한국전자통신연구원 | 듀얼스택 이동 ＩＰｖ６상에서 이동 노드의 이동 감지 방법 |
| US8275878B2 (en) * | 2008-02-28 | 2012-09-25 | Verizon Patent And Licensing Inc. | Router analysis system |
| US8739289B2 (en) * | 2008-04-04 | 2014-05-27 | Microsoft Corporation | Hardware interface for enabling direct access and security assessment sharing |
| JP5181811B2 (ja) * | 2008-05-01 | 2013-04-10 | 富士通株式会社 | アクセスポイント、アクセスポイントの従属先決定方法、及び無線通信システム |
| US8509244B2 (en) | 2009-08-14 | 2013-08-13 | Telefonaktiebolaget L M Ericsson (Publ) | Method and apparatus for providing host node awareness for multiple NAT64 environments |
| US8509185B2 (en) | 2010-02-26 | 2013-08-13 | Telefonaktiebolaget Lm Ericsson | Enabling IPV6 mobility with NAT64 |
| US8504722B2 (en) | 2010-06-14 | 2013-08-06 | Telefonaktiebolaget Lm Ericsson | Enhancing DS-lite with private IPV4 reachability |
| US8347100B1 (en) | 2010-07-14 | 2013-01-01 | F5 Networks, Inc. | Methods for DNSSEC proxying and deployment amelioration and systems thereof |
| US9135037B1 (en) | 2011-01-13 | 2015-09-15 | Google Inc. | Virtual network protocol |
| US8874888B1 (en) | 2011-01-13 | 2014-10-28 | Google Inc. | Managed boot in a cloud system |
| US9258271B1 (en) | 2011-01-13 | 2016-02-09 | Google Inc. | Network address translation for virtual machines |
| US8533796B1 (en) | 2011-03-16 | 2013-09-10 | Google Inc. | Providing application programs with access to secured resources |
| US9237087B1 (en) | 2011-03-16 | 2016-01-12 | Google Inc. | Virtual machine name resolution |
| US9063818B1 (en) | 2011-03-16 | 2015-06-23 | Google Inc. | Automated software updating based on prior activity |
| JP5817299B2 (ja) * | 2011-08-01 | 2015-11-18 | 富士通株式会社 | アドレス変換装置、通信システム及びアドレス変換方法 |
| US9075979B1 (en) | 2011-08-11 | 2015-07-07 | Google Inc. | Authentication based on proximity to mobile device |
| US8966198B1 (en) | 2011-09-01 | 2015-02-24 | Google Inc. | Providing snapshots of virtual storage devices |
| US8958293B1 (en) | 2011-12-06 | 2015-02-17 | Google Inc. | Transparent load-balancing for cloud computing services |
| US8800009B1 (en) | 2011-12-30 | 2014-08-05 | Google Inc. | Virtual machine service access |
| US8983860B1 (en) | 2012-01-30 | 2015-03-17 | Google Inc. | Advertising auction system |
| US8996887B2 (en) | 2012-02-24 | 2015-03-31 | Google Inc. | Log structured volume encryption for virtual machines |
| US9419940B2 (en) * | 2012-03-02 | 2016-08-16 | Futurewei Technologies, Inc. | IPv4 data center support for IPv4 and IPv6 visitors |
| US8677449B1 (en) | 2012-03-19 | 2014-03-18 | Google Inc. | Exposing data to virtual machines |
| US10003565B2 (en) | 2012-03-22 | 2018-06-19 | Time Warner Cable Enterprises Llc | Use of DNS information as trigger for dynamic IPV4 address allocation |
| US9621495B1 (en) * | 2012-12-10 | 2017-04-11 | Jeffrey Brian Shumate | Anonymous messaging proxy |
| US10164989B2 (en) * | 2013-03-15 | 2018-12-25 | Nominum, Inc. | Distinguishing human-driven DNS queries from machine-to-machine DNS queries |
| DE102014105075B4 (de) * | 2014-04-09 | 2023-12-07 | Krohne Messtechnik Gmbh | Verfahren und Kommunikationsanordnung zur Datenkommunikation |
| US10797888B1 (en) | 2016-01-20 | 2020-10-06 | F5 Networks, Inc. | Methods for secured SCEP enrollment for client devices and devices thereof |
| CN109660497B (zh) * | 2017-10-12 | 2022-03-18 | 阿里巴巴集团控股有限公司 | 数据处理方法及装置、终端、处理器、存储介质 |
Family Cites Families (46)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US5636216A (en) * | 1994-04-08 | 1997-06-03 | Metricom, Inc. | Method for translating internet protocol addresses to other distributed network addressing schemes |
| US5940478A (en) * | 1996-05-31 | 1999-08-17 | Octel Communications Corporation | Method and system for extended addressing plans |
| EP0840482B1 (en) | 1996-11-01 | 2007-04-25 | Hitachi, Ltd. | Communicating method between IPv4 terminal and IPv6 terminal and IPv4-IPv6 converting apparatus |
| US6130892A (en) * | 1997-03-12 | 2000-10-10 | Nomadix, Inc. | Nomadic translator or router |
| US6137791A (en) * | 1997-03-25 | 2000-10-24 | Ericsson Telefon Ab L M | Communicating packet data with a mobile station roaming within an incompatible mobile network |
| US6172986B1 (en) * | 1997-05-13 | 2001-01-09 | Hitachi, Ltd. | Mobile node, mobile agent and network system |
| US6385195B2 (en) * | 1997-07-21 | 2002-05-07 | Telefonaktiebolaget L M Ericsson (Publ) | Enhanced interworking function for interfacing digital cellular voice and fax protocols and internet protocols |
| JPH11122301A (ja) * | 1997-10-20 | 1999-04-30 | Fujitsu Ltd | アドレス変換接続装置 |
| US6055236A (en) * | 1998-03-05 | 2000-04-25 | 3Com Corporation | Method and system for locating network services with distributed network address translation |
| US6353614B1 (en) * | 1998-03-05 | 2002-03-05 | 3Com Corporation | Method and protocol for distributed network address translation |
| US6058431A (en) * | 1998-04-23 | 2000-05-02 | Lucent Technologies Remote Access Business Unit | System and method for network address translation as an external service in the access server of a service provider |
| US6418476B1 (en) * | 1998-06-29 | 2002-07-09 | Nortel Networks, Limited | Method for synchronizing network address translator (NAT) tables using the open shortest path first opaque link state advertisement option protocol |
| US6195705B1 (en) * | 1998-06-30 | 2001-02-27 | Cisco Technology, Inc. | Mobile IP mobility agent standby protocol |
| US6862622B2 (en) * | 1998-07-10 | 2005-03-01 | Van Drebbel Mariner Llc | Transmission control protocol/internet protocol (TCP/IP) packet-centric wireless point to multi-point (PTMP) transmission system architecture |
| US6590885B1 (en) * | 1998-07-10 | 2003-07-08 | Malibu Networks, Inc. | IP-flow characterization in a wireless point to multi-point (PTMP) transmission system |
| US6331984B1 (en) * | 1998-08-21 | 2001-12-18 | Nortel Networks Limited | Method for synchronizing network address translator (NAT) tables using the server cache synchronization protocol |
| US6452920B1 (en) * | 1998-12-30 | 2002-09-17 | Telefonaktiebolaget Lm Ericsson | Mobile terminating L2TP using mobile IP data |
| US6785730B1 (en) * | 1999-02-16 | 2004-08-31 | Rebecca S. Taylor | Generic communications protocol translator |
| US6434627B1 (en) * | 1999-03-15 | 2002-08-13 | Cisco Technology, Inc. | IP network for accomodating mobile users with incompatible network addressing |
| US6888837B1 (en) * | 1999-03-23 | 2005-05-03 | Nortel Networks Limited | Network address translation in a network having multiple overlapping address domains |
| US6496867B1 (en) * | 1999-08-27 | 2002-12-17 | 3Com Corporation | System and method to negotiate private network addresses for initiating tunneling associations through private and/or public networks |
| GB9921029D0 (en) * | 1999-09-06 | 1999-11-10 | Univ Bristol | Communication networks |
| US6708219B1 (en) * | 1999-10-26 | 2004-03-16 | 3Com Corporation | Method and system for dual-network address utilization |
| US6768743B1 (en) * | 1999-10-26 | 2004-07-27 | 3Com Corporation | Method and system for address server redirection for multiple address networks |
| US6781982B1 (en) * | 1999-10-26 | 2004-08-24 | 3Com Corporation | Method and system for allocating persistent private network addresses between private networks |
| US6886103B1 (en) * | 1999-10-28 | 2005-04-26 | Lucent Technologies Inc. | Method and apparatus for extending network address translation for unsupported protocols |
| FI19992560A (fi) * | 1999-11-30 | 2001-05-31 | Nokia Networks Oy | IP-liikkuvuus tietoliikennejärjestelmissä |
| US6845094B1 (en) * | 1999-12-16 | 2005-01-18 | Ut Starcom, Inc. | Network address translation based internet protocol mobility |
| US6810259B1 (en) * | 1999-12-16 | 2004-10-26 | Utstarcom Inc. | Location update protocol |
| US6671735B1 (en) * | 2000-01-28 | 2003-12-30 | Qualcomm Incorporated | System and method for using an IP address as a wireless unit identifier |
| US6992995B2 (en) * | 2000-04-17 | 2006-01-31 | Telcordia Technologies, Inc. | Telecommunication enhanced mobile IP architecture for intra-domain mobility |
| US6691227B1 (en) * | 2000-09-08 | 2004-02-10 | Reefedge, Inc. | Location-independent packet routing and secure access in a short-range wireless networking environment |
| US6892245B1 (en) * | 2000-09-22 | 2005-05-10 | Nortel Networks Limited | Management information base for a multi-domain network address translator |
| US6862274B1 (en) * | 2000-10-26 | 2005-03-01 | Industrial Technology Research Institute | Method and system capable of providing mobility support for IPv4/IPv6 inter-networking |
| US7333482B2 (en) * | 2000-12-22 | 2008-02-19 | Interactive People Unplugged Ab | Route optimization technique for mobile IP |
| US7152238B1 (en) * | 2000-12-29 | 2006-12-19 | Cisco Technology, Inc. | Enabling mobility for point to point protocol (PPP) users using a node that does not support mobility |
| US6996076B1 (en) * | 2001-03-29 | 2006-02-07 | Sonus Networks, Inc. | System and method to internetwork wireless telecommunication networks |
| US7139833B2 (en) * | 2001-04-04 | 2006-11-21 | Ipr Licensing, Inc. | Proxy mobile node capability for mobile IP |
| JP4075318B2 (ja) * | 2001-04-18 | 2008-04-16 | 株式会社日立製作所 | プロトコル変換方法，及びアドレス変換サーバ |
| US7068655B2 (en) * | 2001-06-14 | 2006-06-27 | Nortel Networks Limited | Network address and/or port translation |
| US7080151B1 (en) * | 2002-04-01 | 2006-07-18 | Utstarcom, Inc. | Method and system for mobile IP home agent redundancy by using home agent control nodes for managing multiple home agents |
| JP3952860B2 (ja) * | 2002-05-30 | 2007-08-01 | 株式会社日立製作所 | プロトコル変換装置 |
| US6871076B2 (en) * | 2002-07-11 | 2005-03-22 | International Business Machines Corporation | Method and system for automatically adjusting location based system information in a mobile computer |
| US7054646B2 (en) * | 2002-10-17 | 2006-05-30 | Nokia Corporation | Transmission method in a communication system |
| US7023847B2 (en) * | 2003-01-15 | 2006-04-04 | Thomson Licensing | Network address translation based mobility management |
| US6865184B2 (en) * | 2003-03-10 | 2005-03-08 | Cisco Technology, Inc. | Arrangement for traversing an IPv4 network by IPv6 mobile nodes |
-
2001
- 2001-04-18 JP JP2001119036A patent/JP4075318B2/ja not_active Expired - Fee Related
- 2001-08-14 US US09/928,485 patent/US7305480B2/en not_active Expired - Fee Related
- 2001-08-17 EP EP20010119608 patent/EP1251668A3/en not_active Withdrawn
-
2005
- 2005-04-22 US US11/114,206 patent/US7760674B2/en not_active Expired - Fee Related
-
2010
- 2010-07-16 US US12/805,192 patent/US8014328B2/en not_active Expired - Fee Related
-
2011
- 2011-08-03 US US13/137,278 patent/US8520574B2/en not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| US20110292850A1 (en) | 2011-12-01 |
| EP1251668A3 (en) | 2004-05-19 |
| US7760674B2 (en) | 2010-07-20 |
| US8014328B2 (en) | 2011-09-06 |
| US20020154624A1 (en) | 2002-10-24 |
| US7305480B2 (en) | 2007-12-04 |
| US8520574B2 (en) | 2013-08-27 |
| US20100293285A1 (en) | 2010-11-18 |
| JP2002314618A (ja) | 2002-10-25 |
| US20050190790A1 (en) | 2005-09-01 |
| EP1251668A2 (en) | 2002-10-23 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP4075318B2 (ja) | プロトコル変換方法，及びアドレス変換サーバ | |
| JP4186446B2 (ja) | アドレス変換方法 | |
| Ishiyama et al. | LINA: A new approach to mobility support in wide area networks | |
| JP3688547B2 (ja) | 位置識別子管理装置及び移動計算機並びに位置識別子管理方法及び位置識別子処理方法 | |
| JP3972733B2 (ja) | アドレス変換装置、アドレス変換システム、及びｓｉｐサーバ | |
| US7404008B2 (en) | Address translator and method for management of address translation rules | |
| US8090843B2 (en) | Creating a public identity for an entity on a network | |
| US7558880B2 (en) | Dynamic DNS registration method, domain name solution method, DNS proxy server, and address translation device | |
| US7574522B2 (en) | Communication data relay system | |
| US20040179508A1 (en) | Arrangement for traversing an IPv4 network by IPv6 mobile nodes via a mobility anchor point | |
| US20040246991A1 (en) | IP address translator and packet transfer apparatus | |
| US20070094411A1 (en) | Network communications system and method | |
| KR101124081B1 (ko) | 임시 명칭 식별자를 기초로 이동 네트워크를 동작시키기 위한 방법 및 상기 이동 네트워크 구조 | |
| JPH1051449A (ja) | 移動計算機サポートシステム、その管理サーバ、その端末及びアドレス変換方法 | |
| JP2004336208A (ja) | ルータ、アドレス識別情報管理サーバ | |
| JP4010830B2 (ja) | 通信装置およびネットワークシステム | |
| JP2000201183A (ja) | デ―タ送信方法 | |
| JP4572938B2 (ja) | アドレス変換方法 | |
| JP4595647B2 (ja) | トランスレータ | |
| JP2001285366A (ja) | ＩＰｖ４−ＩＰｖ６アドレス置換方法、およびＩＰｖ４−ＩＰｖ６通信方法 | |
| WO2008069504A1 (en) | Method for configuring control tunnel and direct tunnel in ipv4 network-based ipv6 service providing system | |
| US11962502B2 (en) | Control apparatus, communication system, control method and program | |
| JP4288698B2 (ja) | ＩＰｖ６／ＩＰｖ４トランスレータ用ＤＮＳプロキシ | |
| JP4311471B2 (ja) | アドレス変換装置、アドレス変換システム、及びｓｉｐサーバ | |
| JP5810047B2 (ja) | 通信システム、及びパケット通信方法 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20050420 |
|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20050420 |
|
| RD01 | Notification of change of attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7421 Effective date: 20060418 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20070301 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20070313 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20070514 |
|
| 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: 20080108 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20080121 |
|
| R151 | Written notification of patent or utility model registration |
Ref document number: 4075318 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R151 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110208 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110208 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120208 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120208 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130208 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130208 Year of fee payment: 5 |
|
| LAPS | Cancellation because of no payment of annual fees |