JP3823674B2 - COMMUNICATION METHOD AND COMMUNICATION CONTROL DEVICE WITH PROTOCOL CONVERSION - Google Patents

COMMUNICATION METHOD AND COMMUNICATION CONTROL DEVICE WITH PROTOCOL CONVERSION Download PDF

Info

Publication number
JP3823674B2
JP3823674B2 JP2000090697A JP2000090697A JP3823674B2 JP 3823674 B2 JP3823674 B2 JP 3823674B2 JP 2000090697 A JP2000090697 A JP 2000090697A JP 2000090697 A JP2000090697 A JP 2000090697A JP 3823674 B2 JP3823674 B2 JP 3823674B2
Authority
JP
Japan
Prior art keywords
address
terminal
ipv4
server
ipv6
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
Application number
JP2000090697A
Other languages
Japanese (ja)
Other versions
JP2001274845A (en
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.)
Hitachi Ltd
Original Assignee
Hitachi Ltd
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 Hitachi Ltd filed Critical Hitachi Ltd
Priority to JP2000090697A priority Critical patent/JP3823674B2/en
Publication of JP2001274845A publication Critical patent/JP2001274845A/en
Application granted granted Critical
Publication of JP3823674B2 publication Critical patent/JP3823674B2/en
Anticipated expiration legal-status Critical
Expired - Fee Related legal-status Critical Current

Links

Images

Description

【0001】
【発明の属する技術分野】
本発明は、ネットワークプロトコルの変換を伴う通信方法及び通信制御装置に関する。
【0002】
【従来の技術】
IPv4(Internet Protocol version 4)ネットワークに接続されたホストとIPv6(Internet Protocol version 6)ネットワークに接続されたホストが互いに通信するためにIPv4とIPv6パケット変換を行う技術として、例えば、特開平10-023072号に記載された技術がある。
【0003】
【発明が解決しようとする課題】
近年携帯電話や無線LAN等によるモバイルコンピューティングが盛んに利用されており、加入者は増加の一途をたどっている。また、IPv4アドレスは枯渇してきており、無線アクセス網において多数のユーザを収容するのに十分な数のグローバルアドレスを確保することは困難となってきている。大都市圏などでは100万人を超えるユーザをネットワークに収容する必要があり、移動端末にはIPv6アドレスを割り当てることになる。IPv6を利用すれば、広大なアドレス空間(128ビット)を使用できるので、アドレスの枯渇という問題は解決することができる。しかし、インターネット全体のIPv6への移行にはまだ時間がかかるため、過渡期にはIPアクセス網のどこかに、IPv6パケットとIPv4パケットの相互変換を行う機能を持つIPv6/IPv4トランスレータを置く必要がある。
【0004】
本発明の目的は、IPv6/IPv4のフォーマット変換を行うと共に、アドレス割り当て動作に関しては、IPv6クライアントからはIPv6のDHCP(Dynamic Host Configuration Protocol)サーバに見え、実際にアドレスを割り当てているIPv4のDHCPサーバからはIPv4のクライアントに見えるようなアダプターの役割を行う装置を実現する事である。
【0005】
【課題を解決するための手段】
モバイルVPN(Virtual Pass Network)を構成するLNS(L2TP Network Server)装置に、ユーザからのIPv6パケットを、IPv4ベースで実現されたISP(Internet Service Provider)/企業イントラネットへIPv4フォーマットに変換する機能と、DHCPによるダイナミックなアドレス割り当て動作に於いて、IPv6クライアントからのメッセージをIPv6のDHCPサーバとして処理する機能と、IPv4のDHCPサーバに対してIPv4クライアントとして動作する機能と、IPv6とIPv4の手順の違いを吸収する機能とを持つことにより、IPv6のDHCPクライアントをIPv4のDHCPサーバに収容する。
【0006】
【発明の実施の形態】
以下、本発明による装置(プロトコル変換装置)について、図面を用いて説明する。以下で説明する本発明の実施の形態は、分配IP網1でVPNトンネリングを行うためのプロトコルとしてL2TPを用いた一例であり、本発明の装置を用いた通信網は、他のトンネリングプロトコルに置いても適用できるものである。
【0007】
図1は、モバイルIPv6ネットワークを実現するためのネットワーク構成およびプロトコルスタックの例である。
【0008】
ネットワークはIPアクセス網、ISP網11、12とインターネット13からなり、IPアクセス網は無線アクセス網4とGGSN(Gateway GPRS Suport Node)装置8、分配IP網1、LNS装置9、10からなり、ユーザは無線アクセス網4から分配網1を介してLNS装置9を介してISP11に接続して、インターネット13と通信を行うことができる。
【0009】
無線アクセス網4は、第3世代携帯電話規格IMT-2000のGPRS(General Packet Radio Service)発展方式(3GPP TS23.060 v.3.1.0 "General Packet Radio Service (GPRS) Service Description; Stage 2")による網を例に説明する。また、IPアクセス網(無線アクセス網4及び分配IP網1)はIPv6ベースの網とする。
【0010】
基地局6と無線アクセス網の出口(GGSN)8との間にはモバイルトンネル(GTPトンネル)が設定される。トンネル管理及びユーザ認証はRADIUSサーバ7が行う。また、GGSN8は各ISPに設置されたLNS装置9、10との間にL2TP(IETF RFC2661 Layer Two Tunneling Protocol"L2TP")によるVPNトンネルを設定し、各ISP毎のユーザをVPNトンネルを用いて加入ISPに振り分ける。LNS装置9ではL2TPトンネルおよびPPPを終端する。
【0011】
IPv6網とIPv4網との通信に必要となるIPv6/v4トランスレータのとして、GGSN(LAC)装置8を使用する方法とLNS装置9、10を使用する方法がある。
【0012】
(1)あるGGSN装置がカバーするエリアの無線アクセス網の全てのユーザをそのGGSN装置が収容しなければならない。そのため、GGSN装置8でIPv6/v4パケット変換を行うためには、その配下のユーザを十分に収容可能なIPv4アドレスを確保しておかなければならない。
【0013】
(2)LNS装置9、10で行う方法では、予めVPNトンネルをISP毎に振り分けてあるため、例えば加入者が100万人でISPが20ある場合、各ISPのLNS装置8にアクセスするユーザを平均して5万程度に絞り込むことができるため、各ISPがクラスBのIPv4アドレスを持っていれば約6万のユーザを収容でき、v6アドレスに対して十分な数のv4グローバルアドレスを用意することが可能となり、全体では100万を超える多数のユーザを収容することが可能になる
図2に本発明による装置(プロトコル変換装置)の構成図を示す。プロトコル変換装置は、制御装置201、アクセス網接続部204、データバッファ用記憶装置205及びISP網接続部206を備える。制御装置201は演算装置202及び記憶装置203を含む。
【0014】
アクセス網接続部204はレイヤ2プロトコルの終端機能、IP及びUDPの終端機能、L2TPの終端機能、PPPの終端機能を有し、制御装置201の指示に従って受信したIPv6パケットをデータバッファ用記憶装置205に書き込む機能と送信すべきIPv6パケットをデータバッファ用記憶装置205から読み出す機能を有する。
【0015】
ISP網接続部206はレイヤ2プロトコルの終端機能を有し、制御装置201の指示に従って受信したIPv4パケットをデータバッファ用記憶装置205に書き込む機能と送信すべきIPv4パケットをデータバッファ用記憶装置205から読み出す機能を有する。
【0016】
データバッファ用記憶装置205はアクセス網接続装置204からのデータ書き込み命令を受けてアクセス網接続部204が受信したIPv6パケットを記憶領域に書き込む機能と、アクセス網接続部204からのデータ読み出し命令に従って送信すべきIPv6パケットを記憶領域から読み出してアクセス網接続装置204に送る機能を有する。
【0017】
また、ISP網接続装置206からのデータ書き込み命令を受けてISP網接続部206が受信したIPv4パケットを記憶領域に書き込む機能と、ISP網接続装置206からのデータ読み出し命令に従って送信すべきIPv4パケットを記憶領域から読み出してISP網接続部206に送る機能を有する。
【0018】
また、制御装置201の指示に従って、記憶領域に記憶されているIPv6パケットおよびIPv4パケットのヘッダ領域の情報を読み出して制御装置201に送る機能と、制御装置201の指示に従って、記憶領域に記憶されているIPv6パケットおよびIPv4パケットのヘッダ領域の情報を書き換える機能を有する。
【0019】
図3に記憶装置203に記憶される情報の構成を示す。DHCPv4サーバのアドレスを格納するためのDHCPv4サーバレコード300、LNS装置8がDHCPv6サーバとして働く際のIPv6アドレスを格納するDHCPv6サーバレコード301を持つ。
【0020】
端末に割り当てるIPv6アドレスとIPv4アドレスを対応づけるために、記憶装置203に図3に示すようなIPv6アドレス上位64ビットフィールド302とアドレス管理テーブル303を構築する。IPv6上位ビットフィールドには、各ISPがモバイルアクセスネットワークに対して与えるネットワーク固有の値(割り当てるIPv6アドレスの上位64ビット)が装置制御部201によって設定される。
【0021】
各端末に割り当てられる128ビットのIPv6アドレスのうち上位64ビットはその所属するISPに固有な値となっており、一つのISPに所属するすべての端末のIPv6アドレスの上位64ビットは共通になっている。また下位64ビットは端末に固有のMACアドレスとなっている。そのため、端末のIPv6アドレスの上位64ビットは共通のIPv6上位ビットレコード302に格納し、下位64ビットのMACアドレスの部分のみをアドレス管理テーブル303のIPv6アドレスフィールド305に記憶する構造とすることで記憶領域の消費量を減らすことができる。
【0022】
アドレス管理テーブル303は、空きフラグフィールド304、IPv6アドレスフィールド305、割当てフラグ306、IPv4アドレスフィールド307、セッションIDフィールド308、タイマフィールド309から構成される。空きフラグフィールド304は同じ番地のIPv6アドレスフィールド305に値がセットされていれば1、そうでなければ0がセットされる。IPv6アドレスフィールド305は64ビットのフィールドであり、IPv6端末5に割り当てるIPv6アドレスの下位64ビットの値がセットされる。IPv6上位ビットフィールド302の値を上位64ビット、IPv6アドレスフィールド305の値を下位64ビットとしたIPv6アドレスが、実際に各端末に割り当てられたIPv6アドレスとなる。割当てフラグ306は同じ番地のIPv6アドレスフィールド305とIPv4アドレスフィールド307に値がセットされていれば、つまり、端末に割り当てるIPv6アドレスとIPv4アドレスが対応付けられていれば1、そうでなければ0がセットされる。IPv4アドレスフィールド307は32ビットのフィールドであり、端末5に割り当てるIPv6アドレスと対応づけられるIPv4アドレスがセットされる。セッションIDフィールド308は16ビットのフィールドであり、端末5とLNS9の通信に使用されているL2TPトンネルのセッションIDがセットされる。IPv6アドレスとセッションIDは1対1で対応しており、セッションIDによってIPv6端末5を識別することが可能である。アドレス管理テーブル303からあるIPv6端末が登録されているかを検索するときに、IPv6アドレスフィールド305(64ビット)よりセッションIDフィールド308(16ビット)の方が高速に検索を実行できる。
【0023】
タイマフィールド309は、IPv6アドレスフィールド305とIPv4アドレスフィールド307の対応付けがなされた時、及びその番地に対応するIPv6端末に対する通信が発生する度に値が初期値にセットされる。タイマフィールド309は装置制御部201によって定期的にすべての番地の値がデクリメントされていき、ある番地のタイマフィールド309が0になった場合は、制御装置201によって一定時間通信が行われなかったと判断され、その番地のIPv4アドレスの対応付けを解除する。具体的には、DHCPv4サーバに対してIPv4アドレス割当解除を要求し、割当フラグフィールド306、IPv4アドレスフィールド307の値をリセットする。
【0024】
端末5がIPv6アドレスの割り当てを受け、通信を開始するために必要なIPアドレスの割り当て処理について図6〜10を使って説明する。
【0025】
図1の端末5が基地局6に向けてDHCP Solicitメッセージをブロードキャストする。アクセス網4、分配IP網2を通ってLNS8に届く。受信したLNS装置9のアクセス網接続部(図2-204)が制御装置201の指示に従いDHCPメッセージのOPコードを見てDHCP Solicitであると確認したら(400)、クライアントハードウェアアドレスフィールドからMACアドレスを取り出し(505)、空きフラグフィールド304を若番から検索し0のフィールドを見つけてIPv6アドレスフィールド305に格納し空きフラグフィールド304に1を書き込む(506)(401)。また、受信したメッセージのL2TPヘッダからセッションID502を取り出し(507)、前述のIPv6アドレスフィールド305に格納したレコードのセッションIDフィールド308に登録する(508)(402)。次に、前述のIPv6アドレスフィールド305に格納したレコードの割当てフラグ306を0にする(403)。
【0026】
次に、制御装置201がISP網接続部206を通して、IPv4ネットワークにDHCPDISCOVERメッセージをブロードキャストする(404)。その後、DHCPv4サーバからのDHCPメッセージを受信したISP網接続部206が制御装置201の指示に従い、OPコードを見てDHCPOFFERであると確認したら(405)、メッセージのサーバIPアドレスフィールドのDHCPサーバアドレス603を取り出し(605)、DHCPv4サーバレコード300に格納する(606)(406)。次に、DHCPOFFERメッセージのクライアントハードウェアアドレスフィールドからMACアドレス602を取り出し(604)、制御装置201のレジスタに格納する。割当てフラグ306を検索し、0の番地を探し、0ならばIPv6アドレスフィールド305と制御装置201のレジスタに格納したMACアドレスを比較して、一致していれば前述のレコードのセッションIDフィールド308の値を制御装置201のレジスタに格納する(407)。
【0027】
次に、制御装置201がアクセス網接続部204を通してレジスタに格納されたセッションIDのトンネルにDHCP Advertiseメッセージを端末4に向けて送信する(408)。次に、DHCP Advertiseメッセージを受信した端末5はIPv6アドレスを取得するために、DHCP RequestメッセージをLNS装置9に対して送信する。受信したアクセス網接続部204が制御装置201の指示に従い、DHCPメッセージのOPコードを見てDHCP Requestであると確認したら、メッセージのクライアントハードウェアアドレスフィールドからMACアドレス702を取り出し(704)制御装置201のレジスタに格納する(409)。次に制御装置201がISP網接続部206を通してDHCPv4サーバレコード300に格納されたアドレスのDHCPv4サーバにDHCPREQUESTメッセージを送信する(410)。その後、DHCPv4サーバからのDHCPメッセージを受信したISP網接続部206が制御装置201の指示に従いOPコードを見てDHCPACKであると確認したら(411)メッセージのクライアントハードウェアアドレスフィールドからMACアドレスを(807)、割り当てIPアドレスフィールドから割り当てられたIPv4アドレスを取り出し制御装置201のレジスタに格納する(808)。割当てフラグ306を検索し、0のレコードを探し、0ならばIPv6アドレスフィールド305と処理807でレジスタに格納されたMACアドレスを比較して一致していれば(412)前述のレコードのIPv4アドレスフィールド307に処理808でレジスタに格納されたIPv4アドレスを格納する(413)。次にIPv4アドレスが割り当てられたことを示すため、前述のレコードの割当てフラグ306を1にする(414)。
【0028】
次に、制御装置201がIPv6上位ビットレコード302の値を上位64ビット、処理807でレジスタに格納されたMACアドレスを下位64ビットとするIPv6アドレスを作成し、アクセス網接続部204を通して同じ番地のセッションIDフィールド308のセッションIDのトンネルを通してIPv6アドレスを格納したDHCP Replyメッセージを端末5に対して送信する(415)。次に、前述のレコードのタイマフィールド309に初期値を格納する(422)。
【0029】
処理611でDHCPv4サーバからIPv4アドレスの割り当てができないことをしめすDHCPNAKメッセージを受信した場合(418)、制御装置201がアクセス網接続部204を通してstatusフィールドに19(Resources unavailable)をセットしたDHCP Replyメッセージを端末5に対して送信する(419)。次に、割当てフラグ306を検索し、0の番地を探し、0ならばIPv6アドレスフィールド305と処理107でレジスタに格納されたMACアドレスを比較して一致していれば同じ番地の空きフラグ304を0にしIPv6アドレスフィールド305とセッションIDフィールド308の値をクリアする(420)。処理405及び409、418では一定時間DHCPメッセージを受信しなかった場合は終了する。
【0030】
端末がインターネットに向けてIPv6パケットを送信し、LNS装置9が受信してIPv4パケットに変換しインターネットに向けて送信する際の処理を図10〜15を用いて説明する。
【0031】
図1の端末5がインターネット13に向けてIPv6パケットを送信した場合、無線アクセス網4、分配IP網1を通ってLNS9に届く(1000)。端末5からのIPv6パケットを受信したLNS装置内のアクセス網接続部204が制御装置201の指示に従ってL2TPヘッダからセッションIDを取り出し(1204)、次に制御装置201がアドレス管理テーブル303のセッションIDフィールド308を若番から検索し(1206)、取り出したセッションIDと一致する番地を見つける(1001)。
【0032】
次に、同じレコードのIPv6アドレスフィールド305の値と受信したパケットの送信元IPv6アドレスの下位64ビットを比較し、一致していることを確認する(1002)。この時、IPv4アドレスとIPv6アドレスの対応づけが解除されていて、同じレコードのIPv4アドレス割当てフラグ306が0の場合は(1003)、 制御装置201がISP網接続部206を通してIPv4ネットワーク(ISP網)にDHCPDISCOVERメッセージをブロードキャストする(1004)。
【0033】
その後、ISP網11内のDHCPv4サーバからのDHCPメッセージを受信したISP網接続部206が制御装置201の指示に従い、受信したDHCPメッセージのOPコードを見てDHCPOFFERであると確認したら(1005)、制御装置201はDHCPメッセージのサーバIPアドレスフィールドのDHCPサーバアドレスを取り出し、DHCPv4サーバレコード300に格納する(1006)。
【0034】
制御装置201がISP網接続部206を通してDHCPv4サーバレコード300に格納されているアドレスのDHCPv4サーバにDHCPREQUESTメッセージ(1301)を送信する(1007)。その後、DHCPv4サーバからのDHCPメッセージを受信したISP網接続部206が制御装置201の指示に従い、受信したDHCPメッセージのOPコードを見てDHCPACKであると確認したら(1008)、受信したDHCPACKメッセージの割り当てIPアドレスフィールドに入っているIPv4アドレスを、処理1001で見つけられたレコードのIPv4アドレスフィールドに格納(1403)する(1009)。
【0035】
次に、制御装置201が、前述のレコードにIPv4アドレスが割り当てられたことを示すため、IPv4アドレス割り当て状況フラグを1にする(1010)。
【0036】
制御装置201が、受信したIPv6パケットの宛先IPv6アドレスから下位32ビットを取り出し(1507)たものを宛先IPv4アドレス(1503)、処理1001で見つけれらたレコードのIPv4アドレスフィールドの値を送信元IPv4アドレス(1504)として、受信したIPv6パケットをIPv4パケット(1505)に変換する(1011)。
【0037】
制御装置201がISP網接続部206を通してIPv4ネットワーク(ISP網)に変換されたIPv4パケットを送信する(1012)。さらに、前述のレコードのタイマフィールドに初期値を設定し直す(1013)。
【0038】
処理1008でDHCPNAKを受信した場合は(1015)、制御装置201がアクセス網接続部204を通してDHCP Reconfigureメッセージを端末5に対して送信し、端末5に対するIPv6アドレスの割り当てを解除する(1017)。次に、処理1001で見つけられたレコードの空きフラグフィールド、IPv6アドレスフィールド、セッションIDフィールド、タイマフィールドをクリアする(1017)。
【0039】
処理1003でIPv4アドレス割り当て状況フラグが1の場合は、処理1004から処理1010までをスキップする。
【0040】
処理1001でセッションIDが見つからなかった場合、および、処理1002ですべてのレコードについてIPv6アドレスフィールドの値がと受信したパケットの送信元IPv6アドレスの下位64ビットが一致しなかった場合は、パケットを破棄して終了する(1017)。
【0041】
インターネット13から端末5に向けて送信されたIPv4パケットをLNS9が受信し、受信したIIPv4パケットをIPv6パケットに変換して端末5に向けて送信する際の処理を図16および図17を用いて説明する。
【0042】
インターネット13から端末5に向かってIPv4パケットが送信され、そのパケットがLNS装置9に届く。パケットを受信したISP網接続部206が制御装置201の指示に従い、パケットの送信元IPv4アドレスと宛先IPv4アドレスを制御装置23のレジスタに格納する(1707、1708、処理1600)。
【0043】
次に、制御装置201がアドレス管理テーブル内のIPv4アドレスフィールド307を若番検索し、処理1600でレジスタに格納した宛先アドレスと一致した場合(1601)、IPv6上位ビットメモリ302の値を上位64ビット、同じレコードのIPv6アドレスフィールド305の値を下位64ビットとしたIPv6アドレス(1705)を宛先IPv6アドレスとし、上位96ビットを0、処理107でレジスタに格納した送信元IPv4アドレスを下位32ビットにセットした「IPv4 Compatible IPv6アドレス」(1704)を送信元アドレスとして受信したIPv4パケットをIPv6パケットに変換する(1602)。そして、制御装置201がアクセス網接続部204を通して端末5に対して前述の変換されたIPv4パケットを送信する(1603)。処理1601で宛先IPv4アドレスと一致する値が見つからなかった場合、受信したIPv4パケットを破棄して(1604)終了する。
【0044】
なお、これら本実施形態の処理を記録したプログラムは、コンピュータに読み取り可能な記憶媒体もしくは、直接、サーバからダウンロードする等により取引され、このプログラムを適宜コンピュータにインストールすることで本実施形態の通信制御装置を構成することができる。
【0045】
【発明の効果】
本発明を適用することによりIPv6アドレスを割り当てられた端末を多数収容することが可能となる。また、IPv6とIPv4とのヘッダ変換を行うことにより従来インターネット上のホストとの通信が可能となる。また、LNSがDHCPサーバと端末の仲介を行うことで端末への動的なIPアドレスの割り当てが可能となる。
【図面の簡単な説明】
【図1】モバイルIPv6ネットワークの構成およびプロトコルスタックの例を示す図である。
【図2】本実施形態の装置の概略構成を示すブロック図である。
【図3】記憶装置の構造についての説明図である。
【図4】本実施形態の接続制御についての動作説明図である。
【図5】 DHCP Solicitメッセージを受信したときのの本装置の動作についての説明図である。
【図6】 DHCPOFFERメッセージを受信したときのの本装置の動作についての説明図である。
【図7】 DHCP Requestメッセージを受信したときのの本装置の動作についての説明図である。
【図8】 DHCPACKメッセージを受信したときのの本装置の動作についての説明図である。
【図9】本発明の装置による接続制御のシーケンス図である。
【図10】 IPv6パケットを受信したときの本装置の動作についての説明図である。
【図11】 IPv6パケットを受信したときの本装置の動作についての説明図である。
【図12】 IPv6パケットを受信したときの本装置の動作についての説明図である。
【図13】 DHCPREQUESTメッセージを送信するときのの本装置の動作についての説明図である。
【図14】 DHCPACKメッセージを受信したときのの本装置の動作についての説明図である。
【図15】 IPv4パケットを生成し送信するときの本装置の動作についての説明図である。
【図16】 IPv4パケットを受信したときの本装置の動作についての説明図である。
【図17】 IPv4パケットを受信したときの本装置の動作についての説明図である。
【符号の説明】
1:IPアクセス網
2:分配IP網
3:分配IP網
4:無線アクセス網
5:端末
6:基地局
7:Radiusサーバ
8:GGSN
9:LNS
10:LNS
11:ISP
12:ISP
13:インターネット
201:制御装置
202:演算装置
203:記憶装置
204:アクセス網制御部
205:データバッファ用記憶装置
206:ISP網接続装置
[0001]
BACKGROUND OF THE INVENTION
The present invention relates to a communication method and a communication control apparatus that involve network protocol conversion.
[0002]
[Prior art]
As a technique for performing IPv4 and IPv6 packet conversion in order for a host connected to an IPv4 (Internet Protocol version 4) network and a host connected to an IPv6 (Internet Protocol version 6) network to communicate with each other, for example, JP-A-10-023072 There are techniques described in the issue.
[0003]
[Problems to be solved by the invention]
In recent years, mobile computing using mobile phones and wireless LANs has been actively used, and the number of subscribers has been increasing. In addition, IPv4 addresses have been depleted, and it has become difficult to secure a sufficient number of global addresses to accommodate a large number of users in a wireless access network. In metropolitan areas, it is necessary to accommodate more than 1 million users in the network, and IPv6 addresses will be assigned to mobile terminals. If IPv6 is used, a vast address space (128 bits) can be used, so the problem of address exhaustion can be solved. However, since the transition to IPv6 for the entire Internet still takes time, it is necessary to place an IPv6 / IPv4 translator with a function for mutual conversion of IPv6 packets and IPv4 packets somewhere in the IP access network during the transition period. is there.
[0004]
An object of the present invention is to perform IPv6 / IPv4 format conversion, and with regard to an address assignment operation, an IPv6 DHCP server that actually appears to an IPv6 DHCP (Dynamic Host Configuration Protocol) server from an IPv6 client and actually assigns an address. Is to realize a device that acts as an adapter that looks like an IPv4 client.
[0005]
[Means for Solving the Problems]
A function to convert IPv6 packets from users to IPv4 based ISP (Internet Service Provider) / corporate intranet into IPv4 format on LNS (L2TP Network Server) devices that make up mobile VPN (Virtual Pass Network), In the dynamic address assignment operation by DHCP, the difference between IPv6 client function as IPv6 DHCP server, IPv4 DHCP server function as IPv4 client, and IPv6 and IPv4 procedure difference. With the function to absorb, IPv6 DHCP client is accommodated in IPv4 DHCP server.
[0006]
DETAILED DESCRIPTION OF THE INVENTION
Hereinafter, an apparatus (protocol conversion apparatus) according to the present invention will be described with reference to the drawings. The embodiment of the present invention described below is an example using L2TP as a protocol for VPN tunneling in the distributed IP network 1, and a communication network using the apparatus of the present invention is placed in another tunneling protocol. However, it can be applied.
[0007]
FIG. 1 is an example of a network configuration and protocol stack for realizing a mobile IPv6 network.
[0008]
The network consists of an IP access network, ISP networks 11 and 12, and the Internet 13, and the IP access network consists of a radio access network 4 and a GGSN (Gateway GPRS Suport Node) device 8, a distributed IP network 1, and LNS devices 9 and 10. Can communicate with the Internet 13 by connecting to the ISP 11 from the wireless access network 4 through the distribution network 1 and through the LNS device 9.
[0009]
The wireless access network 4 is a GPRS (General Packet Radio Service) developed method of the 3rd generation mobile phone standard IMT-2000 (3GPP TS23.060 v.3.1.0 "General Packet Radio Service (GPRS) Service Description; Stage 2") An example will be described with reference to the network. The IP access network (wireless access network 4 and distributed IP network 1) is an IPv6-based network.
[0010]
A mobile tunnel (GTP tunnel) is set between the base station 6 and the exit (GGSN) 8 of the radio access network. The RADIUS server 7 performs tunnel management and user authentication. In addition, GGSN8 sets up a VPN tunnel using L2TP (IETF RFC2661 Layer Two Tunneling Protocol "L2TP") between LNS devices 9 and 10 installed at each ISP, and users of each ISP are subscribed using the VPN tunnel. Assign to ISP. The LNS device 9 terminates the L2TP tunnel and PPP.
[0011]
There are a method using the GGSN (LAC) device 8 and a method using the LNS devices 9 and 10 as the IPv6 / v4 translator required for communication between the IPv6 network and the IPv4 network.
[0012]
(1) The GGSN device must accommodate all users of the radio access network in the area covered by the GGSN device. Therefore, in order to perform IPv6 / v4 packet conversion in the GGSN device 8, it is necessary to secure an IPv4 address that can sufficiently accommodate the users under the control.
[0013]
(2) In the method performed by the LNS devices 9 and 10, VPN tunnels are allocated to each ISP in advance.For example, if there are 1 million subscribers and 20 ISPs, the users who access the LNS device 8 of each ISP are Since it can be narrowed down to about 50,000 on average, if each ISP has a class B IPv4 address, it can accommodate about 60,000 users, and prepare a sufficient number of v4 global addresses for v6 addresses FIG. 2 shows a configuration diagram of an apparatus (protocol conversion apparatus) according to the present invention that can accommodate a large number of users exceeding 1 million as a whole. The protocol conversion device includes a control device 201, an access network connection unit 204, a data buffer storage device 205, and an ISP network connection unit 206. The control device 201 includes an arithmetic device 202 and a storage device 203.
[0014]
The access network connection unit 204 has a layer 2 protocol termination function, an IP and UDP termination function, an L2TP termination function, and a PPP termination function. And a function of reading out an IPv6 packet to be transmitted from the data buffer storage device 205.
[0015]
The ISP network connection unit 206 has a layer 2 protocol termination function, and writes a received IPv4 packet to the data buffer storage device 205 in accordance with an instruction from the control device 201 and the IPv4 packet to be transmitted from the data buffer storage device 205. Has the function of reading.
[0016]
The data buffer storage device 205 receives the data write command from the access network connection device 204 and transmits the IPv6 packet received by the access network connection unit 204 to the storage area and the data read command from the access network connection unit 204. It has a function of reading out the IPv6 packet to be transmitted from the storage area and sending it to the access network connection apparatus 204.
[0017]
In addition, the function of writing the IPv4 packet received by the ISP network connection unit 206 in response to the data write command from the ISP network connection device 206 and the IPv4 packet to be transmitted according to the data read command from the ISP network connection device 206 It has a function of reading from the storage area and sending it to the ISP network connection unit 206.
[0018]
In addition, according to the instruction of the control device 201, the information of the header area of the IPv6 packet and IPv4 packet stored in the storage area is read and sent to the control device 201, and stored in the storage area according to the instruction of the control device 201. It has a function to rewrite the header area information of IPv6 packets and IPv4 packets.
[0019]
FIG. 3 shows the configuration of information stored in the storage device 203. It has a DHCPv4 server record 300 for storing the address of the DHCPv4 server, and a DHCPv6 server record 301 for storing an IPv6 address when the LNS device 8 operates as a DHCPv6 server.
[0020]
In order to associate the IPv6 address assigned to the terminal with the IPv4 address, an IPv6 address upper 64-bit field 302 and an address management table 303 as shown in FIG. In the IPv6 upper bit field, the device control unit 201 sets a network-specific value (upper 64 bits of the allocated IPv6 address) that each ISP gives to the mobile access network.
[0021]
Of the 128-bit IPv6 address assigned to each terminal, the upper 64 bits are unique to the ISP to which it belongs, and the upper 64 bits of the IPv6 address of all terminals belonging to one ISP are the same. Yes. The lower 64 bits are the MAC address unique to the terminal. Therefore, the upper 64 bits of the IPv6 address of the terminal are stored in a common IPv6 upper bit record 302, and only the lower 64 bits of the MAC address portion is stored in the IPv6 address field 305 of the address management table 303. The consumption of the area can be reduced.
[0022]
The address management table 303 includes an empty flag field 304, an IPv6 address field 305, an allocation flag 306, an IPv4 address field 307, a session ID field 308, and a timer field 309. The empty flag field 304 is set to 1 if a value is set in the IPv6 address field 305 of the same address, and is set to 0 otherwise. The IPv6 address field 305 is a 64-bit field, and the value of the lower 64 bits of the IPv6 address assigned to the IPv6 terminal 5 is set. An IPv6 address in which the value of the IPv6 upper bit field 302 is the upper 64 bits and the value of the IPv6 address field 305 is the lower 64 bits is the IPv6 address actually assigned to each terminal. The assignment flag 306 is 1 if the IPv6 address field 305 and the IPv4 address field 307 of the same address are set, that is, 1 if the IPv6 address assigned to the terminal is associated with the IPv4 address, and 0 otherwise. Set. The IPv4 address field 307 is a 32-bit field, and an IPv4 address associated with the IPv6 address assigned to the terminal 5 is set. The session ID field 308 is a 16-bit field, and the session ID of the L2TP tunnel used for communication between the terminal 5 and the LNS 9 is set. There is a one-to-one correspondence between an IPv6 address and a session ID, and the IPv6 terminal 5 can be identified by the session ID. When searching whether an IPv6 terminal is registered from the address management table 303, the session ID field 308 (16 bits) can be searched faster than the IPv6 address field 305 (64 bits).
[0023]
The timer field 309 is set to an initial value when the IPv6 address field 305 and the IPv4 address field 307 are associated with each other, and whenever communication with the IPv6 terminal corresponding to the address occurs. In the timer field 309, all address values are periodically decremented by the device control unit 201, and when the timer field 309 of a certain address becomes 0, it is determined that communication has not been performed by the control device 201 for a certain period of time. The association of the IPv4 address at that address is released. Specifically, the IPv4 address unassignment is requested to the DHCPv4 server, and the values of the assignment flag field 306 and the IPv4 address field 307 are reset.
[0024]
An IP address assignment process necessary for the terminal 5 to receive an IPv6 address assignment and start communication will be described with reference to FIGS.
[0025]
The terminal 5 in FIG. 1 broadcasts a DHCP Solicit message toward the base station 6. It reaches LNS8 through access network 4 and distribution IP network 2. When the access network connection unit of the received LNS device 9 (FIG. 2-204) confirms that it is DHCP Solicit by looking at the OP code of the DHCP message according to the instruction of the control device 201 (400), the MAC address from the client hardware address field (505), the empty flag field 304 is searched from the youngest number, the 0 field is found, stored in the IPv6 address field 305, and 1 is written in the empty flag field 304 (506) (401). Also, the session ID 502 is extracted from the L2TP header of the received message (507), and registered in the session ID field 308 of the record stored in the IPv6 address field 305 (508) (402). Next, the record allocation flag 306 stored in the IPv6 address field 305 is set to 0 (403).
[0026]
Next, the control device 201 broadcasts a DHCPDISCOVER message to the IPv4 network through the ISP network connection unit 206 (404). Thereafter, when the ISP network connection unit 206 that has received the DHCP message from the DHCPv4 server confirms that it is DHCPOFFER by looking at the OP code according to the instruction of the control device 201 (405), the DHCP server address 603 in the server IP address field of the message Is extracted (605) and stored in the DHCPv4 server record 300 (606) (406). Next, the MAC address 602 is extracted from the client hardware address field of the DHCPOFFER message (604) and stored in the register of the control device 201. The allocation flag 306 is searched for an address of 0. If it is 0, the IPv6 address field 305 is compared with the MAC address stored in the register of the control device 201, and if they match, the session ID field 308 of the aforementioned record is compared. The value is stored in the register of the control device 201 (407).
[0027]
Next, the control device 201 transmits a DHCP Advertise message toward the terminal 4 through the access network connection unit 204 to the tunnel of the session ID stored in the register (408). Next, the terminal 5 that has received the DHCP Advertise message transmits a DHCP Request message to the LNS device 9 in order to obtain an IPv6 address. When the received access network connection unit 204 confirms that it is a DHCP Request by looking at the OP code of the DHCP message according to the instruction of the control device 201, the MAC address 702 is extracted from the client hardware address field of the message (704). (409). Next, the control device 201 transmits a DHCPREQUEST message to the DHCPv4 server at the address stored in the DHCPv4 server record 300 through the ISP network connection unit 206 (410). After that, when the ISP network connection unit 206 that has received the DHCP message from the DHCPv4 server confirms that it is DHCPACK by looking at the OP code according to the instruction of the control device 201 (411), the MAC address is set to (807) from the client hardware address field of the message (411). ), The assigned IPv4 address is extracted from the assigned IP address field and stored in the register of the control device 201 (808). The allocation flag 306 is searched for a record of 0. If it is 0, the IPv6 address field 305 is compared with the MAC address stored in the register in the process 807 (412) and the IPv4 address field of the above record matches The IPv4 address stored in the register in step 808 is stored in 307 (413). Next, in order to indicate that an IPv4 address has been assigned, the above-mentioned record assignment flag 306 is set to 1 (414).
[0028]
Next, the control device 201 creates an IPv6 address in which the value of the IPv6 upper bit record 302 is the upper 64 bits, and the MAC address stored in the register in the process 807 is the lower 64 bits, and the same address is transmitted through the access network connection unit 204. A DHCP Reply message storing the IPv6 address is transmitted to the terminal 5 through the tunnel of the session ID in the session ID field 308 (415). Next, an initial value is stored in the timer field 309 of the record (422).
[0029]
If a DHCPNAK message indicating that an IPv4 address cannot be assigned is received from the DHCPv4 server in processing 611 (418), the control device 201 sends a DHCP Reply message with 19 (Resources unavailable) set in the status field via the access network connection unit 204. Transmit to terminal 5 (419). Next, the allocation flag 306 is searched and the address 0 is searched. If it is 0, the IPv6 address field 305 and the MAC address stored in the register in the process 107 are compared and if they match, the free flag 304 of the same address is set. It is set to 0 and the values of the IPv6 address field 305 and the session ID field 308 are cleared (420). In processes 405, 409, and 418, if no DHCP message is received for a certain period of time, the process ends.
[0030]
A process when the terminal transmits an IPv6 packet toward the Internet and the LNS device 9 receives and converts the packet into an IPv4 packet and transmits the packet toward the Internet will be described with reference to FIGS.
[0031]
When the terminal 5 in FIG. 1 transmits an IPv6 packet toward the Internet 13, it reaches the LNS 9 through the radio access network 4 and the distribution IP network 1 (1000). The access network connection unit 204 in the LNS device that received the IPv6 packet from the terminal 5 extracts the session ID from the L2TP header according to the instruction of the control device 201 (1204), and then the control device 201 uses the session ID field of the address management table 303. 308 is searched from the young number (1206), and an address matching the extracted session ID is found (1001).
[0032]
Next, the value of the IPv6 address field 305 of the same record is compared with the lower 64 bits of the source IPv6 address of the received packet to confirm that they match (1002). At this time, when the association between the IPv4 address and the IPv6 address is released and the IPv4 address allocation flag 306 of the same record is 0 (1003), the control device 201 passes through the ISP network connection unit 206 to the IPv4 network (ISP network). Broadcasts a DHCPDISCOVER message (1004).
[0033]
After that, when the ISP network connection unit 206 that has received the DHCP message from the DHCPv4 server in the ISP network 11 confirms that it is DHCPOFFER by looking at the OP code of the received DHCP message according to the instruction of the control device 201 (1005), the control is performed. The device 201 extracts the DHCP server address in the server IP address field of the DHCP message and stores it in the DHCPv4 server record 300 (1006).
[0034]
The control device 201 transmits a DHCPREQUEST message (1301) to the DHCPv4 server at the address stored in the DHCPv4 server record 300 through the ISP network connection unit 206 (1007). After that, the ISP network connection unit 206 that has received the DHCP message from the DHCPv4 server confirms that it is DHCPACK by looking at the OP code of the received DHCP message according to the instruction of the control device 201 (1008), and then assigns the received DHCPACK message. The IPv4 address in the IP address field is stored (1403) in the IPv4 address field of the record found in the process 1001 (1009).
[0035]
Next, the control device 201 sets the IPv4 address assignment status flag to 1 to indicate that an IPv4 address has been assigned to the aforementioned record (1010).
[0036]
The control device 201 extracts the lower 32 bits from the destination IPv6 address of the received IPv6 packet (1507), the destination IPv4 address (1503), and the value of the IPv4 address field of the record found in the processing 1001 is the source IPv4 address As (1504), the received IPv6 packet is converted into an IPv4 packet (1505) (1011).
[0037]
The control device 201 transmits the IPv4 packet converted into the IPv4 network (ISP network) through the ISP network connection unit 206 (1012). Further, the initial value is reset in the timer field of the above-mentioned record (1013).
[0038]
When the DHCPNAK is received in the process 1008 (1015), the control device 201 transmits a DHCP Reconfigure message to the terminal 5 through the access network connection unit 204, and the IPv6 address assignment to the terminal 5 is released (1017). Next, the empty flag field, IPv6 address field, session ID field, and timer field of the record found in the process 1001 are cleared (1017).
[0039]
If the IPv4 address assignment status flag is 1 in process 1003, processes 1004 to 1010 are skipped.
[0040]
If the session ID is not found in process 1001 and if the IPv6 address field value of all records in process 1002 does not match the lower 64 bits of the source IPv6 address of the received packet, the packet is discarded. And the process ends (1017).
[0041]
The process when the LNS9 receives an IPv4 packet sent from the Internet 13 to the terminal 5, converts the received IIPv4 packet into an IPv6 packet, and transmits it to the terminal 5 is explained using FIG. 16 and FIG. To do.
[0042]
An IPv4 packet is transmitted from the Internet 13 toward the terminal 5, and the packet reaches the LNS device 9. The ISP network connection unit 206 that has received the packet stores the source IPv4 address and the destination IPv4 address of the packet in the register of the control device 23 in accordance with instructions from the control device 201 (1707, 1708, processing 1600).
[0043]
Next, when the control device 201 searches the IPv4 address field 307 in the address management table for a lower number and matches the destination address stored in the register in the process 1600 (1601), the value in the IPv6 upper bit memory 302 is set to the upper 64 bits. , IPv6 address (1705) with the IPv6 address field 305 value of the same record as the lower 64 bits is set as the destination IPv6 address, the upper 96 bits are set as 0, and the source IPv4 address stored in the register in processing 107 is set as the lower 32 bits The received IPv4 packet with the “IPv4 Compatible IPv6 address” (1704) as the source address is converted into an IPv6 packet (1602). Then, the control device 201 transmits the converted IPv4 packet to the terminal 5 through the access network connection unit 204 (1603). If a value matching the destination IPv4 address is not found in the process 1601, the received IPv4 packet is discarded (1604) and the process ends.
[0044]
The program recording the processing of the present embodiment is traded by a computer-readable storage medium or directly downloaded from a server, etc., and the communication control of the present embodiment is performed by installing this program in the computer as appropriate. A device can be configured.
[0045]
【The invention's effect】
By applying the present invention, it is possible to accommodate a large number of terminals assigned with IPv6 addresses. In addition, by performing header conversion between IPv6 and IPv4, it is possible to communicate with a host on the Internet. In addition, the LNS mediates between the DHCP server and the terminal, so that a dynamic IP address can be assigned to the terminal.
[Brief description of the drawings]
FIG. 1 is a diagram illustrating an example of a configuration of a mobile IPv6 network and a protocol stack.
FIG. 2 is a block diagram showing a schematic configuration of an apparatus according to the present embodiment.
FIG. 3 is an explanatory diagram of a structure of a storage device.
FIG. 4 is an operation explanatory diagram of connection control according to the present embodiment.
FIG. 5 is an explanatory diagram of the operation of the apparatus when a DHCP Solicit message is received.
FIG. 6 is an explanatory diagram of the operation of the apparatus when a DHCPOFFER message is received.
FIG. 7 is an explanatory diagram of the operation of the apparatus when a DHCP Request message is received.
FIG. 8 is an explanatory diagram of the operation of the apparatus when a DHCPACK message is received.
FIG. 9 is a sequence diagram of connection control by the apparatus of the present invention.
FIG. 10 is an explanatory diagram showing the operation of the apparatus when an IPv6 packet is received.
FIG. 11 is an explanatory diagram of the operation of the device when an IPv6 packet is received.
FIG. 12 is an explanatory diagram showing the operation of the apparatus when an IPv6 packet is received.
FIG. 13 is an explanatory diagram of the operation of the apparatus when transmitting a DHCPREQUEST message.
FIG. 14 is an explanatory diagram of the operation of the apparatus when a DHCPACK message is received.
FIG. 15 is an explanatory diagram of the operation of the apparatus when generating and transmitting an IPv4 packet.
FIG. 16 is an explanatory diagram of the operation of the device when an IPv4 packet is received.
FIG. 17 is an explanatory diagram of the operation of the device when an IPv4 packet is received.
[Explanation of symbols]
1: IP access network
2: Distribution IP network
3: Distribution IP network
4: Wireless access network
5: Device
6: Base station
7: Radius server
8: GGSN
9: LNS
10: LNS
11: ISP
12: ISP
13: Internet
201: Control device
202: Arithmetic unit
203: Storage device
204: Access network controller
205: Data buffer storage device
206: ISP network connection device

Claims (6)

IPv6ネットワーク内の端末から受け取った該端末のMACアドレスとセッションIDを変換テーブルのレコードに記憶し、
前記DHCPv4サーバに対し前記端末のMACアドレスを付して該DHCPv4サーバのサーバアドレスを要求し、
前記DHCPv4サーバのサーバアドレス要求に対して、前記端末のMACアドレスと該DHCPv4サーバのサーバアドレスとを含む回答メッセージを受信し、
前記回答メッセージに含まれる前記端末のMACアドレスに基づいて前記変換テーブルから対応するセッションIDを抽出し、該端末のMACアドレスと該セッションIDとを含むDHCP問合せを送信し、
前記DHCP問合せに対する前記端末からの第1の割当要求を受信すると、前記DHCPv4サーバのサーバアドレスと前記端末のMACアドレスを含む第2の割当要求を送信し、
前記第2の割当要求に対して前記DHCPv4サーバから割当てられたIPv4アドレスを前記端末のMACアドレスが記憶されたレコードに記憶するプロトコル変換を伴う通信方法。
Storing the MAC address and session ID of the terminal received from the terminal in the IPv6 network in the record of the conversion table;
Attaching the MAC address of the terminal to the DHCPv4 server, requesting the server address of the DHCPv4 server,
In response to the server address request of the DHCPv4 server, a reply message including the MAC address of the terminal and the server address of the DHCPv4 server is received.
Based on the MAC address of the terminal included in the reply message, the corresponding session ID is extracted from the conversion table, and a DHCP query including the MAC address of the terminal and the session ID is transmitted.
Upon receiving a first allocation request from the terminal for the DHCP inquiry, a second allocation request including a server address of the DHCPv4 server and a MAC address of the terminal is transmitted.
A communication method involving protocol conversion for storing an IPv4 address allocated from the DHCPv4 server in response to the second allocation request in a record in which the MAC address of the terminal is stored.
前記端末からIPv6パケットを受信すると、該IPv6パケット内のセッションIDを抽出し、該セッションIDに基づいて前記変換テーブルを参照し、該セッションIDの記憶されたレコードからIPv4アドレスを抽出し、抽出されたIPv4アドレス付すことで前記IPv6パケットをIPv4パケットに変換し、転送する請求項1に記載のプロトコル変換を伴う通信方法。When an IPv6 packet is received from the terminal, a session ID in the IPv6 packet is extracted, the conversion table is referenced based on the session ID, and an IPv4 address is extracted from a record in which the session ID is stored. The communication method with protocol conversion according to claim 1, wherein the IPv6 packet is converted into an IPv4 packet by adding an IPv4 address and transferred. 前記端末へのIPv4パケットを受信すると、該IPv4パケット内のIPv4アドレスを抽出し、該IPv4アドレスに基づいて前記変換テーブルを参照し、該IPv4アドレスの記憶されたレコードからIPv6アドレスを抽出し、抽出されたIPv6アドレス付すことで前記IPv4パケットをIPv6パケットに変換し、転送する請求項1に記載のプロトコル変換を伴う通信方法。Upon receipt of an IPv4 packet to the terminal, an IPv4 address in the IPv4 packet is extracted, the translation table is referenced based on the IPv4 address, and an IPv6 address is extracted from a record in which the IPv4 address is stored. The communication method with protocol conversion according to claim 1, wherein the IPv4 packet is converted into an IPv6 packet by attaching the IPv6 address, and the packet is transferred. プロトコル変換処理を行う演算装置と前記演算装置に接続された記憶装置とを有する通信制御装置において、
前記演算装置は、IPv6ネットワーク内の端末から該端末のMACアドレスとセッションIDを受け取ると、前記記憶装置に該端末のMACアドレスとセッションIDとを対応付けて記憶し、前記DHCPv4サーバに対し前記端末のMACアドレスを含む該DHCPv4サーバのサーバアドレス要求を生成して送信し、前記DHCPv4サーバのサーバアドレス要求に対して前記端末のMACアドレスと該DHCPv4サーバのサーバアドレスとを含む回答メッセージを受信し、前記回答メッセージに含まれる前記端末のMACアドレスに対応するセッションIDを前記記憶装置から読み出し、該端末のMACアドレスと該セッションIDとを含むDHCP問合を生成して送信し、前記DHCP問合に対する前記端末からの第1の割当要求を受信すると、前記DHCPv4サーバのサーバアドレスと前記端末のMACアドレスを含む第2の割当要求を生成して送信し、前記第2の割当要求に対して前記DHCPv4サーバから割当てられたIPv4アドレスを前記端末のMACアドレスに対応付けて前記記憶装置に記憶する通信制御装置。
In a communication control device having an arithmetic device that performs protocol conversion processing and a storage device connected to the arithmetic device,
When the computing device receives the MAC address and session ID of the terminal from a terminal in the IPv6 network, the computing device stores the MAC address and session ID of the terminal in association with each other in the storage device, and stores the terminal in the DHCPv4 server. Generating and transmitting a server address request of the DHCPv4 server including the MAC address of the DHCPv4 server, receiving a reply message including the MAC address of the terminal and the server address of the DHCPv4 server in response to the server address request of the DHCPv4 server; A session ID corresponding to the MAC address of the terminal included in the answer message is read from the storage device, and a DHCP query including the MAC address of the terminal and the session ID is generated and transmitted. First allocation required from the terminal Is generated and transmitted, the second allocation request including the server address of the DHCPv4 server and the MAC address of the terminal is transmitted, and the IPv4 address allocated from the DHCPv4 server in response to the second allocation request is A communication control device that stores in the storage device in association with the MAC address of the terminal.
前記演算装置は、前記端末からL2TPパケットを受信し、該L2TPパケットのL2TPヘッダから前記セッションIDを抽出し、該L2TPパケットのDHCP Solicitから前記MACアドレスを抽出することで前記記憶装置に該端末のMACアドレスとセッションIDとを対応付けて記憶する請求項4に記載の通信制御装置。The arithmetic device receives an L2TP packet from the terminal, extracts the session ID from the L2TP header of the L2TP packet, and extracts the MAC address from the DHCP Solitit of the L2TP packet, whereby the storage device The communication control device according to claim 4, wherein the MAC address and the session ID are stored in association with each other. 請求項1乃至3に記載した手順をコンピュータに実行させるプログラムを記録したコンピュータ読み取り可能な記録媒体。A computer-readable recording medium having recorded thereon a program for causing a computer to execute the procedure according to claim 1.
JP2000090697A 2000-03-27 2000-03-27 COMMUNICATION METHOD AND COMMUNICATION CONTROL DEVICE WITH PROTOCOL CONVERSION Expired - Fee Related JP3823674B2 (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2000090697A JP3823674B2 (en) 2000-03-27 2000-03-27 COMMUNICATION METHOD AND COMMUNICATION CONTROL DEVICE WITH PROTOCOL CONVERSION

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2000090697A JP3823674B2 (en) 2000-03-27 2000-03-27 COMMUNICATION METHOD AND COMMUNICATION CONTROL DEVICE WITH PROTOCOL CONVERSION

Publications (2)

Publication Number Publication Date
JP2001274845A JP2001274845A (en) 2001-10-05
JP3823674B2 true JP3823674B2 (en) 2006-09-20

Family

ID=18606271

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2000090697A Expired - Fee Related JP3823674B2 (en) 2000-03-27 2000-03-27 COMMUNICATION METHOD AND COMMUNICATION CONTROL DEVICE WITH PROTOCOL CONVERSION

Country Status (1)

Country Link
JP (1) JP3823674B2 (en)

Families Citing this family (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP3857183B2 (en) 2002-05-24 2006-12-13 株式会社日立コミュニケーションテクノロジー Packet transfer device with address translation function
KR100484145B1 (en) 2002-07-05 2005-04-18 삼성전자주식회사 Apparatus and method for automatically allocating virtual address to duplicate addressed nodes
EP1575230B1 (en) * 2002-11-29 2011-01-12 Freebit Co., Ltd. Server for routing connection to client device
JP3649438B2 (en) * 2002-11-29 2005-05-18 フリービット株式会社 Internet connection system
CN1266891C (en) 2003-06-06 2006-07-26 华为技术有限公司 Method for user cut-in authorization in wireless local net
KR20050079420A (en) * 2004-02-05 2005-08-10 삼성전자주식회사 Tunnelling sevice method and system thereof
CA2567303C (en) 2004-05-20 2015-03-24 Freebit Co., Ltd. Server for routing connection to client device
KR100636186B1 (en) 2004-10-28 2006-10-19 삼성전자주식회사 Bidirectional tunnel establishment method and system thereof
JP4038221B2 (en) 2005-12-08 2008-01-23 フリービット株式会社 Relay device and connection method between client device and server
JP5403562B2 (en) * 2011-01-07 2014-01-29 株式会社日立製作所 Network system
CN102611764A (en) * 2012-03-20 2012-07-25 中兴通讯股份有限公司 Method and device for inquiring address of internet protocol version 6 (IPv6)

Also Published As

Publication number Publication date
JP2001274845A (en) 2001-10-05

Similar Documents

Publication Publication Date Title
US8090828B2 (en) Method and apparatus for reusing DHCP addresses in home addresses of mobile IP clients
JP4938834B2 (en) Get address
JP4071136B2 (en) COMMUNICATION SYSTEM, CONNECTION DEVICE, AND COMMUNICATION METHOD
JP3641128B2 (en) MOBILE COMPUTER DEVICE, MOBILE COMPUTER MANAGEMENT DEVICE, MOBILE COMPUTER MANAGEMENT METHOD, AND COMMUNICATION CONTROL METHOD
US7447183B1 (en) Mobile IP dynamic Home Address resolution
US7461169B2 (en) DHCP based home address management of mobile IP clients
US8755354B2 (en) Methods and apparatus for broadcast optimization in mobile IP
CN103338151B (en) Public network client accesses the method and router of private network server
WO2013159641A1 (en) Address allocation method, device, and system
CN102137170A (en) Method and device for distributing IPv6 (Internet Protocol version 6) addresses
JP3823674B2 (en) COMMUNICATION METHOD AND COMMUNICATION CONTROL DEVICE WITH PROTOCOL CONVERSION
US20090213792A1 (en) Apparatus and method for setting a default gateway address in a mobile communication system
JP4852110B2 (en) IPv6 address acquisition apparatus, method, and system
CN103384282A (en) Method for obtaining IPV6ND address and broadband remote access server (BARS)
US8005080B2 (en) IPv6 address configuration method in wireless mobile network and apparatus therefor
US7447162B1 (en) Methods and apparatus for anchoring of mobile nodes using DNS
JPH10136052A (en) Ipv4-ipv6 communication method and ipv4-ipv6 conversion device
JP3646936B2 (en) IPv4 management method and management apparatus in IPv6 wireless LAN environment
KR100736536B1 (en) Interface identification method using identification information of mobile station in Internet Protocol version 6
KR20060091555A (en) Ipv6 internet gateway for inter-working between ipv4 network and ipv6 network and communication method thereof
KR20020096256A (en) Dynamic mobile address management apparatus and its method and wireless packet service method using them
US20050136924A1 (en) Method, apparatus and system for enabling roaming mobile nodes to utilize private home IP addresses
KR100413976B1 (en) mobile IP service method through private IP address use in wireless communication network
JP2004207788A (en) Access control method, access controller, and access control system using the same
JPH11136285A (en) Ipv4-ipv6 communication method and ipv4-ipv6 converter

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20040910

RD01 Notification of change of attorney

Free format text: JAPANESE INTERMEDIATE CODE: A7421

Effective date: 20060417

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20060526

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: 20060606

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20060619

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

Free format text: PAYMENT UNTIL: 20090707

Year of fee payment: 3

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

Free format text: PAYMENT UNTIL: 20100707

Year of fee payment: 4

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

Free format text: PAYMENT UNTIL: 20100707

Year of fee payment: 4

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

Free format text: PAYMENT UNTIL: 20110707

Year of fee payment: 5

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

Free format text: PAYMENT UNTIL: 20110707

Year of fee payment: 5

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

Free format text: PAYMENT UNTIL: 20120707

Year of fee payment: 6

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

Free format text: PAYMENT UNTIL: 20130707

Year of fee payment: 7

LAPS Cancellation because of no payment of annual fees