JP3823674B2 - COMMUNICATION METHOD AND COMMUNICATION CONTROL DEVICE WITH PROTOCOL CONVERSION - Google Patents
COMMUNICATION METHOD AND COMMUNICATION CONTROL DEVICE WITH PROTOCOL CONVERSION Download PDFInfo
- 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
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
[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,
[0009]
The
[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
[0011]
There are a method using the GGSN (LAC) device 8 and a method using the
[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
[0014]
The access
[0015]
The ISP
[0016]
The data
[0017]
In addition, the function of writing the IPv4 packet received by the ISP
[0018]
In addition, according to the instruction of the
[0019]
FIG. 3 shows the configuration of information stored in the
[0020]
In order to associate the IPv6 address assigned to the terminal with the IPv4 address, an IPv6 address upper 64-
[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
[0022]
The address management table 303 includes an
[0023]
The
[0024]
An IP address assignment process necessary for the
[0025]
The
[0026]
Next, the
[0027]
Next, the
[0028]
Next, the
[0029]
If a DHCPNAK message indicating that an IPv4 address cannot be assigned is received from the DHCPv4 server in processing 611 (418), the
[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
[0032]
Next, the value of the
[0033]
After that, when the ISP
[0034]
The
[0035]
Next, the
[0036]
The
[0037]
The
[0038]
When the DHCPNAK is received in the process 1008 (1015), the
[0039]
If the IPv4 address assignment status flag is 1 in process 1003,
[0040]
If the session ID is not found in
[0041]
The process when the LNS9 receives an IPv4 packet sent from the
[0042]
An IPv4 packet is transmitted from the
[0043]
Next, when the
[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)
前記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ネットワーク内の端末から該端末の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.
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)
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) |
-
2000
- 2000-03-27 JP JP2000090697A patent/JP3823674B2/en not_active Expired - Fee Related
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 |