JP6383797B2

JP6383797B2 - ＮＡＴ６４プレフィックスの処理方法、ネットワーク機器及びＤＨＣＰｖ６サーバー

Info

Publication number: JP6383797B2
Application number: JP2016554390A
Authority: JP
Inventors: ワン，ツイ; メン，ウェイ
Original assignee: ZTE Corp
Current assignee: ZTE Corp
Priority date: 2014-02-28
Filing date: 2014-07-22
Publication date: 2018-08-29
Anticipated expiration: 2034-07-22
Also published as: WO2015127751A1; JP2017506856A; US20170034125A1; EP3113458A4; EP3113458A1; CN104883408A

Description

本発明は、ＮＡＴ６４プレフィックスの処理方法、ネットワーク機器及びＤＨＣＰｖ６サーバーに関するものである。

現在、既存技術におけるネットワークアドレス変換（ＮｅｔｗｏｒｋＡｄｄｒｅｓｓＴｒａｎｓｌａｔｉｏｎ、ＮＡＴと略称）は広域通信網（ＷＡＮ）アクセス技術に属され、私的な（保留）アドレスを合法的なインターネットプロトコル（ＩＰ）アドレスに変換する変換技術で、各種のインターネットアクセス方式と各種のネットワークに汎用されている。ＮＡＴによるとＩＰアドレスが乏しい問題を解決できる。

ＩＰｖ４（インターネットプロトコルバージョン４）アドレスリソースが尽きてしまい、ＩＰｖ６（インターネットプロトコルバージョン６）ネットワークを逐次に配置することに伴って、ネットワークに存在する大面積のＩＰｖ４ネットワークと新しく確立されたＩＰｖ６ネットワークは、通信事業者にＩＰｖ６／ＩＰｖ４が共存する際の各種のＩＰｖ６ネットワークとＩＰｖ４ネットワークとの間の相互アクセス問題を解決することを求めている。ＮＡＴ６４技術とＤＮＳ６４技術は、このような場合においてＩＰｖ６とＩＰｖ４の相互アクセス問題を解決する実用性のある技術である。

以下、ＮＡＴ６４とＤＮＳ６４の技術原理を簡単に説明する。

ＮＡＴ６４は、状態のあるネットワークアドレスとプロトコル変換技術で、通常、ＩＰｖ６ネットワーク側ユーザを介して発されたＩＰｖ４側ネットワークリソースへの接続アクセスのみを支援する。一方、ＮＡＴ６４は手動で静態マッピング関係を配置することで、ＩＰｖ４ネットワークが主動にＩＰｖ６ネットワークへの接続アクセスを発することも支援する。ＮＡＴ６４は、ＴＣＰ（ＴｒａｎｓｍｉｓｓｉｏｎＣｏｎｔｒｏｌＰｒｏｔｏｃｏｌ：伝送制御プロトコル）、ＵＤＰ（ＵｓｅｒＤａｔａＰｒｏｔｏｃｏｌ：ユーザデータグラムプロトコル）、ＩＣＭＰ（ＩｎｔｅｒｎｅｔＣｏｎｔｒｏｌＭｅｓｓａｇｅＰｒｏｔｏｃｏｌ：インターネット制御メッセージプロトコル）でのＩＰｖ６とＩＰｖ４のネットワークアドレスやプロトコルの変換を実現することもできる。

ＤＮＳ６４は、主にＮＡＴ６４に協力し、主にＤＮＳ（ＤｏｍａｉｎＮａｍｅＳｙｓｔｅｍ：ドメイン・ネームシステム）調査情報中のＡ記録（ＩＰｖ４アドレス）をＡＡＡＡ記録（ＩＰｖ６アドレス）に合成し、合成されたＡＡＡＡ記録をＩＰｖ６側ユーザに返送する。ＡＡＡＡ記録の合成はＤＮＳ６４にＩＰｖ６アドレスの合成に用いられるｐｒｅｆ６４：：／ｎと略称されるＩＰｖ６プレフィックスを予め配置することで行われる。

ＮＡＴ６４とＤＮＳ６４の通常の応用シーンのネットワークを図１に示す。

図１において、ＤＮＳ６４ＳｅｒｖｅｒとＮＡＴ６４Ｒｏｕｔｅｒは完全に独立した部分である。その中、６４：ＦＦ９Ｂ：：／９６はＤＮＳ６４ｐｒｅｆ６４：：／ｎの有名なプレフィックスで、ＤＮＳ６４は通常、当該プレフィックスを用いてＩＰｖ４アドレスからＩＰｖ６アドレスへの合成を行うと認定し、同時に、該プレフィックスはＮＡＴ６４の変換プレフィックスとして該プレフィックスのトラフィックに整合する際のＮＡＴ６４変換を実現することもできる。通常、ＤＮＳ６４とＮＡＴ６４において該プレフィックスはｐｒｅｆ６４：：／ｎと表され、その中、ｐｒｅｆ６４はＩＰｖ６アドレスを合成するためのＮＡＴ６４プレフィックスを表し、ｎは該ＮＡＴ６４プレフィックスの長さを表し、該プレフィックスは、有名なプレフィックスを使用する以外、ネットワークを配置する際に実際のネットワーク状況に応じて柔軟に配置することもできる。該プレフィックスの長さは、３２、４０、４８、５６、６４又は９６等の範囲を支援し、各種の長さのプレフィックスの変換ルールも完全に異なっている。

図１において、ＩＰｖ６ＯｎｌｙＵｓｅｒ（唯一のユーザ）が普通のＩＰｖ６ウェブサイトへの接続アクセスを発した場合、トラフィックはＩＰｖ６のデフォルトルートに整合して直接にＩＰｖ６Ｒｏｕｔｅｒ（ルータ）に転送されて処理される。ＩＰｖ６ＯｎｌｙＵｓｅｒが接続アクセスを発したのがＩＰｖ４単一プロトコルスタックのサーバーである場合、ＩＰｖ６ＯｎｌｙＵｓｅｒはターゲットＩＰｖ４Ｓｅｒｖｅｒアドレスに対応するＩＰｖ６アドレス情報を取得することができないので、ＤＮＳ要求をＤＮＳ６４Ｓｅｒｖｅｒ（サーバー）に送信して、該ＩＰｖ４Ｓｅｒｖｅｒに対応するＩＰｖ４アドレス、即ちＡ記録を調査し、その後、ＤＮＳ６４Ｓｅｒｖｅｒがプレフィックスの合成を行って、つまりＡ記録とｐｒｅｆ６４：：／ｎをＡＡＡＡ記録に合成して、ＩＰｖ６ＯｎｌｙＵｓｅｒに返送する。ｐｒｅｆ６４：：／ｎネットワーク区間のトラフィックはルータによってＮＡＴ６４Ｒｏｕｔｅｒに転送されて、ＩＰｖ６とＩＰｖ４のアドレスやプロトコルの変換を実現し、ＩＰｖ４ネットワーク中のリソースにアクセスすることができる。

図１において、ＤＮＳ６４がＮＡＴ６４と協力して動作する必要がある場合、ＤＨＣＰｖ６（動的ホスト構成プロトコルのＩＰｖ６バージョン）Ｓｅｒｖｅｒ（サーバー）がＤＮＳ６４ＳｅｒｖｅｒのＩＰｖ６アドレスを送信しなければならない。ネットワークにＤＮＳ６４が配置されておらず、且つＤＮＳが依然としてＩＰｖ４ネットワークに位置する場合、ＮＡＴ６４は独立にＩＰｖ６／ＩＰｖ４相互アクセスを完成することができない。一方、ユーザ側機器はＤＮＳＳｅｒｖｅｒに対応するＩＰｖ６アドレスを取得することができず、そして、ユーザ側がＤＮＳＳｅｒｖｅｒに対応するＩＰｖ６アドレスを取得したとしても、ユーザ側機器は依然としてターゲットＩＰｖ４Ｓｅｒｖｅｒに対応するＡＡＡＡ記録を取得することができないので、ＮＡＴ６４が独立して動作する場合、この場合での問題を解決できる対応する技術案が必要である。

現在、ＰＣＰ（ポート制御プロトコル）方式でＮＡＴ６４のｐｒｅｆ６４：：／ｎを取得する技術案であるｄｒａｆｔ−ｉｅｔｆ−ｐｃｐ−ｎａｔ６４−ｐｒｅｆｉｘ６４−０４があって、該技術案はＰＣＰプロトコルを拡張してＰＲＥＦＩＸ６４Ｏｐｔｉｏｎを増加することで、ＰＣＰＣｌｉｅｎｔ（ユーザ側）がＮＡＴ６４−ＣｏｎｔｒｏｌｌｅｄＰＣＰＳｅｒｖｅｒからｐｒｅｆ６４：：／ｎ、ＩＰｖ６Ｓｕｆｆｉｘ及びＩＰｖ４ＰｒｅｆｉｘＬｉｓｔ等の情報を取得するようにする。しかし、該技術案によると、ユーザとＮＡＴ６４機器がＰＣＰプロトコルを活性化することが必要であるが、ＰＣＰプロトコル自体がネットワーク中の個人ＰＣにＰＣＰＣｌｉｅｎｔとして汎用されていない状況で、ＰＣＰプロトコルを支援するように個人ＰＣにて操作システムをアップグレードしなければならず、普及しようとすると、カバー範囲が広く、大変難しいことである。

さらに、図１において、ＤＮＳ６４Ｓｅｒｖｅｒを配置してＮＡＴ６４と協力して動作させることで、元のＤＮＳＳｅｒｖｅｒが依然とＩＰｖ４ネットワークに配置されている問題を解決することができる。しかし、既存のＩＰｖ４ネットワークの場合、ＤＮＳサーバー以外に、シスログサーバー、Ｃｏｏｋｉｅサーバー、リソース位置測位サーバー、戦略濾過サーバー等の対応するサーバーもあって、これらのサーバーのパラメーターは全てＤＨＣＰｖ４選択肢によってＩＰｖ４ユーザ側機器に伝送される。そして、ＩＰｖ６−Ｏｎｌｙユーザ側機器が如何にＩＰｖ４ネットワーク中の各ネットワークパラメーターを取得するかについては、ＩＰｖ６−Ｏｎｌｙユーザ側機器が各ＩＰｖ４サーバーのＩＰｖ６アドレスを取得できるように、通常の解決案が開示されていない。

本発明が解決しようとする技術課題は、ＩＰｖ４サーバーを支援する合成ＩＰｖ６プレフィックスが最終的に、ＩＰｖ６／ＩＰｖ４ネットワークの相互交換中に一部のサーバーが依然としてＩＰｖ４ネットワークに配置されていることによる各種の問題を解決することのできるＮＡＴ６４プレフィックスの処理方法、ネットワーク機器及びＤＨＣＰｖ６サーバーを提供することである。

上記技術課題を解決するため、本発明は、各ネットワーク配置情報選択肢に対応する合成インターネットプロトコルバージョン６（ＩＰｖ６）プレフィックスを取得することと、動的ホスト構成プロトコルのＩＰｖ６バージョン（ＤＨＣＰｖ６）サーバーに、一つ又は複数の前記合成ＩＰｖ６プレフィックスの選択肢が載せられたＤＨＣＰｖ６メッセージを送信することと、を含むＮＡＴ６４プレフィックスの処理方法を提供する。

ここで、上記方法はさらに、前記ＤＨＣＰｖ６メッセージに載せられた合成ＩＰｖ６プレフィックスの選択肢に、異なるタイプ値とプレフィックス値が異なるインターネットプロトコルバージョン４（ＩＰｖ４）サーバーに対応することが定義されている特徴を有する。

ここで、上記方法はさらに、前記ＤＨＣＰｖ６メッセージに載せられた合成ＩＰｖ６プレフィックスの選択肢に、保留のフィールド値がデフォルトである場合、全てのＩＰｖ４サーバーが同一の合成ＩＰｖ６プレフィックスを使用することを表す選択肢が定義されている特徴を有する。

ここで、上記方法はさらに、前記ＤＨＣＰｖ６メッセージが、選択肢を追加して前記合成ＩＰｖ６プレフィックスを載せたＤＨＣＰｖ６中継転送メッセージを含む特徴を有する。

ここで、上記方法はさらに、前記ＤＨＣＰｖ６サーバーから送信されたＤＨＣＰｖ６メッセージを受信し、該ＤＨＣＰｖ６メッセージがＤＨＣＰｖ６中継応答メッセージを含み、該メッセージに載せられた各ネットワークパラメーターはいずれもＩＰｖ６アドレス又は／及び合成後のＩＰｖ６アドレスであって、前記ＤＨＣＰｖ６中継応答メッセージをＤＨＣＰｖ６Ｒｅｐｌｙメッセージに処理してＩＰｖ６ユーザ側機器に送信する特徴を有する。

上記問題を解決するため、本発明は、各ネットワーク配置情報選択肢に対応する合成インターネットプロトコルバージョン６（ＩＰｖ６）プレフィックスを取得するように構成される取得手段と、動的ホスト構成プロトコルのＩＰｖ６バージョン（ＤＨＣＰｖ６）サーバーに、一つ又は複数の前記合成ＩＰｖ６プレフィックスの選択肢が載せられたＤＨＣＰｖ６メッセージを送信するように構成される送信手段と、を含むネットワーク機器をさらに提供する。

ここで、上記ネットワーク機器はさらに、前記送信手段から送信されるＤＨＣＰｖ６メッセージに載せられた合成ＩＰｖ６プレフィックスの選択肢に、異なるタイプ値とプレフィックス値が異なるインターネットプロトコルバージョン４（ＩＰｖ４）サーバーに対応することが定義されている特徴を有する。

ここで、上記ネットワーク機器はさらに、前記送信手段から送信されるＤＨＣＰｖ６メッセージに載せられた合成ＩＰｖ６プレフィックスの選択肢に、保留のフィールド値デフォルトである場合、全てのＩＰｖ４サーバーが同一の合成ＩＰｖ６プレフィックスを使用することを表す選択肢が定義されている特徴を有する。

ここで、上記ネットワーク機器はさらに、前記送信手段から送信されるＤＨＣＰｖ６メッセージが、選択肢を追加して前記合成ＩＰｖ６プレフィックスを載せたＤＨＣＰｖ６中継転送メッセージを含む特徴を有する。

ここで、上記ネットワーク機器はさらに、前記ＤＨＣＰｖ６サーバーから送信されたＤＨＣＰｖ６メッセージを受信するように構成される受信手段をさらに含み、該ＤＨＣＰｖ６メッセージはＤＨＣＰｖ６中継応答メッセージを含み、該メッセージに載せられた各ネットワークパラメーターはいずれもＩＰｖ６アドレス又は／及び合成後のＩＰｖ６アドレスであって、
前記送信手段はさらに、前記ＤＨＣＰｖ６中継応答メッセージをＤＨＣＰｖ６Ｒｅｐｌｙメッセージに処理してＩＰｖ６ユーザ側機器に送信するように構成される特徴を有する。

上記問題を解決するため、本発明はさらに、動的ホスト構成プロトコルのＩＰｖ６バージョン（ＤＨＣＰｖ６）サーバーが、中間機器からの合成ＩＰｖ６プレフィックスの選択肢が載せられたＤＨＣＰｖ６メッセージを受信することと、前記合成ＩＰｖ６プレフィックスの選択肢と取得した対応するインターネットプロトコルバージョン４（ＩＰｖ４）サーバーのＩＰｖ４アドレスに基づいて、対応するＩＰｖ６アドレスを合成することと、前記ＩＰｖ６アドレスを各ネットワーク配置情報選択肢中のパラメーターとして中間機器又はユーザ側機器に送信することと、を含むＮＡＴ６４プレフィックスの処理方法を提供する。

ここで、上記方法はさらに、前記ＤＨＣＰｖ６サーバーが中間機器からのＤＨＣＰｖ６メッセージを受信した後、前記合成ＩＰｖ６プレフィックスを記憶することをさらに含む特徴を有する。

上記問題を解決するため、本発明はさらに、合成ＩＰｖ６プレフィックスの選択肢が載せられた中間機器からのＤＨＣＰｖ６メッセージを受信するように構成される受信手段と、前記合成ＩＰｖ６プレフィックスの選択肢と取得した対応するインターネットプロトコルバージョン４（ＩＰｖ４）サーバーのＩＰｖ４アドレスに基づいて、対応するＩＰｖ６アドレスを合成するように構成される合成手段と、前記ＩＰｖ６アドレスを各ネットワーク配置情報選択肢のパラメーターとして中間機器又はユーザ側機器に送信するように構成される送信手段と、を含む動的ホスト構成プロトコルのＩＰｖ６バージョン（ＤＨＣＰｖ６）サーバーを提供する。

ここで、上記ＤＨＣＰｖ６サーバーは、前記合成ＩＰｖ６プレフィックスを記憶するように構成される記憶手段をさらに含む。

上述のように、本発明によるとＮＡＴ６４プレフィックスの処理方法、ネットワーク機器及びＤＨＣＰｖ６サーバーを提供し、ＩＰｖ６／ＩＰｖ４ネットワークの相互交換中に一部のサーバーが依然としてＩＰｖ４ネットワークに配置されていることによる各種の問題を解決し、ネットワーク中の配置を減少し、同時に、ＮＡＴ６４業務アップグレード又は後で全部ＩＰｖ６ネットワークにアップグレードする時、ネットワーク配置を柔軟に調節し、ネットワーク維持の複雑度を低減し、維持を簡略化できる。

本発明の実施例中の技術案を一層明確に説明するため、以下、実施例で必要な図面を簡単に説明し、ここで、以下の説明及び図面は本発明の一部の実施例に過ぎず、本願の一部を構成し、本発明を不当に限定するものではないことは言うまでもないことである。
既存技術のＮＡＴ６４とＤＮＳ６４の応用シーンネットワークを示す図である。本発明の実施例の中間機器がＮＡＴ６４プレフィックスを処理する方法を示すフローチャートである。本発明の実施例のＤＨＣＰｖ６サーバーがＮＡＴ６４プレフィックスを処理する方法を示すフローチャートである。本発明の実施例のＮＡＴ６４プレフィックスを処理するシステムを示す図である。本発明の実施例のＤＨＣＰｖ６メッセージに合成ＩＰｖ６プレフィックス選択肢が載せられたメッセージフォーマットを示す図である。本発明の実施例のＩＰｖ４ＤＮＳＳｅｒｖｅｒのＩＰｖ６アドレスの合成を示すフローチャートである。本発明の実施例のＩＰｖ４シスログサーバーのＩＰｖ６アドレスの合成を示すフローチャートである。

ＤＨＣＰｖ６プロトコルはユーザ側機器にＩＰｖ６アドレス、ＩＰｖ６プレフィックス及び他のネットワーク情報を割り当てする方法を設計したもので、その中、他のネットワーク情報はＤＮＳサーバー、シスログサーバー、Ｃｏｏｋｉｅサーバー、リソース位置測位サーバー、戦略サーバー等を含む。他のネットワーク情報サーバーがＩＰｖ４ネットワークに配置されている場合、対応するＩＰｖ６プレフィックスで対応するＩＰｖ４サーバーに対応するＩＰｖ６アドレスを合成しなければならない。ここで、それぞれのＩＰｖ６プレフィックスは同じであることができれば、異なることもでき、ここではこれらのＩＰｖ６プレフィックスを合成ＩＰｖ６プレフィックスと称する。

本発明の目的、技術案とメリットを一層明確にするため、以下、図面を結合して本発明の実施例を詳しく説明する。尚、矛盾しない限り、本願の実施例及び実施例中の特徴は互いに任意に結合することができ、以下の実施例に限定されない。

図２は本発明の実施例の中間機器がＮＡＴ６４プレフィックスを処理する方法を示すフローチャートで、図２に示すように、該方法は以下のステップを含む。

中間機器ＢＲＡＳ（ＢｒｏａｄｂａｎｄＲｅｍｏｔｅＡｃｃｅｓｓＳｅｒｖｅｒ：ブロードバンドアクセスサーバー）／ＮＡＴ６４が、各ネットワーク配置情報選択肢に対応する合成ＩＰｖ６プレフィックスを取得する（ステップＳ１１）。

中間機器が、動的ホスト構成プロトコルのＩＰｖ６バージョン（ＤＨＣＰｖ６）サーバーにＤＨＣＰｖ６メッセージを送信し（ステップＳ１２）、ＤＨＣＰｖ６メッセージに一つ又は複数の合成ＩＰｖ６プレフィックスの選択肢が載せられる。

中間機器が、ＤＨＣＰｖ６サーバーから送信されるＤＨＣＰｖ６メッセージを受信することもでき（ステップＳ１３）、該ＤＨＣＰｖ６メッセージはＤＨＣＰｖ６Ｒｅｌａｙ−Ｒｅｐｌｙ（中継応答）メッセージを含み、該メッセージに載せられた各ネットワークパラメーターはいずれもＩＰｖ６アドレス又は／及び合成後のＩＰｖ６アドレスである。

中間機器が、ＤＨＣＰｖ６Ｒｅｌａｙ−ＲｅｐｌｙメッセージをＤＨＣＰｖ６Ｒｅｐｌｙメッセージに処理してＩＰｖ６ユーザ側機器に送信する（ステップＳ１４）。

図３は本発明の実施例のＤＨＣＰｖ６サーバーがＮＡＴ６４プレフィックスを処理する方法を示すフローチャートで、図３に示すように、該方法は以下のステップを含む。

ＤＨＣＰｖ６サーバーが、中間機器からのＤＨＣＰｖ６メッセージを受信し（ステップＳ２１）、ＤＨＣＰｖ６メッセージに合成ＩＰｖ６プレフィックスの選択肢が載せられる。

ＤＨＣＰｖ６サーバーが、合成ＩＰｖ６プレフィックスの選択肢と取得し対応するインターネットプロトコルバージョン４（ＩＰｖ４）サーバーのＩＰｖ４アドレスに基づいて、対応するＩＰｖ６アドレスを合成する（ステップＳ２２）。

ＤＨＣＰｖ６サーバーが、ＩＰｖ６アドレスを各ネットワーク配置情報選択肢中のパラメーターとして中間機器又はユーザ側機器に送信する（ステップＳ２３）。

上記技術案によると、ＤＨＣＰｖ６プロトコル中の選択肢を拡張することで、基本的なＩＰｖ６アドレスの自動配置を完成するとともに、ＩＰｖ６アドレスの自動合成を完成する。これにより、汎用のＩＰｖ６−Ｏｎｌｙユーザ側によるＩＰｖ４ネットワークサーバーへのアクセス問題を解決し、維持の複雑度を低減し、純ＩＰｖ６への遷移の便宜性を増加できる。

図４は本発明の実施例に係わるＮＡＴ６４プレフィックスを処理するシステムを示す図で、図４に示すように、該システムは、
ＤＨＣＰｖ６Ｒｅｌａｙ（中継）中間機器（即ち、ネットワーク機器）として、各ネットワーク配置情報選択肢に対応する合成ＩＰｖ６プレフィックスを取得し、取得した合成ＩＰｖ６プレフィックス情報をＤＨＣＰｖ６メッセージの新しく追加された選択肢に付加してＤＨＣＰｖ６サーバー側機器に送信するように構成されるＢＲＡＳ／ＮＡＴ６４機器を含み、
ここで、ネットワーク機器は、
各ネットワーク配置情報選択肢に対応する合成ＩＰｖ６プレフィックスを取得するように構成される取得手段と、
ＤＨＣＰｖ６サーバーに、一つ又は複数の合成ＩＰｖ６プレフィックスの選択肢が載せられたＤＨＣＰｖ６メッセージを送信するように構成される送信手段と、を含むことができる。

一好適な実施例において、ネットワーク機器はさらに、
ＤＨＣＰｖ６サーバーから送信されたＤＨＣＰｖ６メッセージを受信するように構成される受信手段と、該ＤＨＣＰｖ６メッセージはＤＨＣＰｖ６Ｒｅｌａｙ−Ｒｅｐｌｙメッセージを含み、該メッセージに載せられた各ネットワークパラメーターはいずれもＩＰｖ６アドレス又は／及び合成後のＩＰｖ６アドレスであって、
ＤＨＣＰｖ６Ｒｅｌａｙ−ＲｅｐｌｙメッセージをＤＨＣＰｖ６Ｒｅｐｌｙメッセージに処理してＩＰｖ６ユーザ側機器に送信するように構成される送信手段と、を含むことができる。

ＤＨＣＰｖ６サーバー機器は、ＤＨＣＰｖ６Ｓｅｒｖｅｒとして、受信した合成ＩＰｖ６プレフィックス選択肢を記憶し、また対応するＩＰｖ４ＳｅｒｖｅｒのＩＰｖ４アドレスと合成し、合成後のＩＰｖ６アドレスを各ネットワーク配置情報選択肢として、ＤＨＣＰｖ６メッセージによってＢＲＡＳ／ＮＡＴ６４中間機器に送信するように構成される。

ここで、ＤＨＣＰｖ６サーバーは、
合成ＩＰｖ６プレフィックスの選択肢が載せられた中間機器からのＤＨＣＰｖ６メッセージを受信するように構成される受信手段と、
合成ＩＰｖ６プレフィックスの選択肢と取得した対応するＩＰｖ４サーバーのＩＰｖ４アドレスに基づいて、対応するＩＰｖ６アドレスを合成するように構成される合成手段と、
ＩＰｖ６アドレスを各ネットワーク配置情報選択肢のパラメーターとして、中間機器又はユーザ側機器に送信するように構成される送信手段と、を含むことができる。

一好適な実施例において、ＤＨＣＰｖ６サーバーはさらに、
合成ＩＰｖ６プレフィックスを記憶するように構成される記憶手段を含むことができる。

図５は本発明の実施例のＤＨＣＰｖ６メッセージに合成ＩＰｖ６プレフィックス選択肢が載せられたメッセージフォーマットを示す図であり、その中、
ｏｐｔｉｏｎ−ｃｏｄｅ（選択肢コード）フィールドは、合成ＩＰｖ６プレフィックスに対応する符号化値を表し、
Ｒｓｖ（保留の）フィールドは、デフォルトである場合、基地局全体が同一の合成ＩＰｖ６プレフィックスを使用することを表し、
Ｔｙｐｅ（タイプ）フィールドは、例えばＤＮＳ（ＤｏｍａｉｎＮａｍｅＳｙｓｔｅｍ：ドメイン・ネームシステム）Ｓｅｒｖｅｒ、ＣｏｏｋｉｅＳｅｒｖｅｒ等のＩＰｖ４Ｓｅｒｖｅｒタイプを表し、異なるＴｙｐｅフィールドは異なるＩＰｖ４Ｓｅｒｖｅｒタイプを表し、ＤＨＣＰｖ６Ｓｅｒｖｅｒでの対応するＩＰｖ４ＳｅｒｖｅｒによるＩＰｖ６アドレスの合成に用いられ、
Ｏｐｔｉｏｎ−ｌｅｎフィールドは、ｏｐｔｉｏｎ−ｖａｌｕｅの長さを表し、
Ｏｐｔｉｏｎ−ｖａｌｕｅフィールドは、対応するＴｙｐｅが使用する合成ＩＰｖ６プレフィックスを表し、
異なるＩＰｖ４Ｓｅｒｖｅｒが異なるＩＰｖ６プレフィックスを使用する際、ＤＨＣＰｖ６メッセージに複数の合成ＩＰｖ６プレフィックス選択肢を載せなければならない。

図６は本発明の実施例のＩＰｖ４ＤＮＳＳｅｒｖｅｒのＩＰｖ６アドレスの合成を示すフローチャートで、図６に示すように、以下のステップを含むことができる。

中間機器ＢＲＡＳ／ＮＡＴ６４が、ＩＰｖ６ユーザ側機器から送信されたＤＨＣＰｖ６Ｒｅｑｕｅｓｔ（要求）メッセージ又はＤＨＣＰｖ６Ｉｎｆｏｒｍａｔｉｏｎ−ｒｅｑｕｅｓｔ（情報要求）メッセージを受信し、ＤＮＳＳｅｒｖｅｒの合成ＩＰｖ６プレフィックス２００１：ｄｂ８：１２２：：／９６を追加して、メッセージ全体をＤＨＣＰｖ６Ｒｅｌａｙ−Ｆｏｒｗａｒｄ（中継転送）メッセージにパケット化してＤＨＣＰｖ６サーバー側機器に送信する（ステップＳ４０２）。

ＤＨＣＰｖ６サーバー側機器が、中間機器から送信されたＤＨＣＰｖ６Ｒｅｌａｙ−Ｆｏｒｗａｒｄメッセージを受信し、メッセージ中の合成ＩＰｖ６プレフィックス選択肢中のＩＰｖ６プレフィックス２００１：ｄｂ８：１２２：：／９６を抽出し、また対応するＤＮＳＳｅｒｖｅｒのＩＰｖ４アドレス１７２．１．１．１を取得して、ＩＰｖ６アドレス：２００１：ｄｂ８：１２２：：１７２．１．１を合成する（ステップＳ４０４）。

ＤＨＣＰｖ６サーバー側機器が、合成後のＤＮＳＳｅｒｖｅｒのＩＰｖ６アドレスをネットワーク配置情報選択肢として、ＤＨＣＰｖ６Ｒｅｌａｙ−Ｒｅｐｌｙ（中継応答）メッセージによってＢＲＡＳ／ＮＡＴ６４中間機器ＢＲＡＳ／ＮＡＴ６４に送信する（ステップＳ４０６）。

中間機器ＢＲＡＳ／ＮＡＴ６４が、ＤＨＣＰｖ６サーバー側機器から送信された、ＩＰｖ６ＤＮＳＳｅｒｖｅｒアドレスが載せられたＤＨＣＰｖ６Ｒｅｌａｙ−Ｒｅｐｌｙメッセージを受信し、対応するＩＰｖ６ＤＮＳＳｅｒｖｅｒのＩＰｖ６アドレスが載せられたＤＨＣＰｖ６Ｒｅｐｌｙメッセージに処理してＩＰｖ６ユーザ側機器に送信する（ステップＳ４０８）。

中間機器ＢＲＡＳ／ＮＡＴ６４上の各ＩＰｖ６プレフィックスが更新される場合、主動にＤＨＣＰｖ６Ｒｅｌａｙ−ＦｏｒｗａｒｄメッセージをＤＨＣＰｖ６サーバー側機器に送信して、サーバー側機器に記憶された対応するプレフィックス情報を更新することが好ましい。

異なる中間機器ＢＲＡＳ／ＮＡＴ６４が同一のＩＰｖ４Ｓｅｒｖｅｒを対象として、異なる合成ＩＰｖ６プレフィックスを使用することができれば、同一の合成ＩＰｖ６プレフィックスを使用することもでき、いずれも実際のネットワーク配置状況に応じて決められる。

図７は本発明の実施例のＩＰｖ４シスログサーバーのＩＰｖ６アドレスの合成を示すフローチャートで、図７に示すように、以下のステップを含むことができる。

中間機器ＢＲＡＳ／ＮＡＴ６４が、ＩＰｖ６ユーザ側機器から送信されたＤＨＣＰｖ６Ｒｅｑｕｅｓｔメッセージ又はＤＨＣＰｖ６Ｓｏｌｉｃｉｔメッセージ又はＤＨＣＰｖ６Ｉｎｆｏｒｍａｔｉｏｎ−ｒｅｑｕｅｓｔメッセージを受信し、シスログサーバーの合成ＩＰｖ６プレフィックス２００２：ｄｂ８：１２２：：／９６を追加して、メッセージ全体をＤＨＣＰｖ６Ｒｅｌａｙ−Ｆｏｒｗａｒｄメッセージにパケット化してＤＨＣＰｖ６サーバー側機器に送信する（ステップＳ５０２）。

ＤＨＣＰｖ６サーバー側機器が、中間機器から送信されたＤＨＣＰｖ６Ｒｅｌａｙ−Ｆｏｒｗａｒｄメッセージを受信し、メッセージ中の合成ＩＰｖ６プレフィックス選択肢中のＩＰｖ６プレフィックス２００２：ｄｂ８：１２２：：／９６を抽出し、また対応するシスログサーバーのＩＰｖ４アドレス７３．１．１．１を取得して、ＩＰｖ６アドレス：２００２：ｄｂ８：１２２：：７３．１．１を合成する（ステップＳ５０４）。

ＤＨＣＰｖ６サーバー側機器が、合成後のシスログサーバーのＩＰｖ６アドレスをネットワーク配置情報選択肢として、ＤＨＣＰｖ６Ｒｅｌａｙ−Ｒｅｐｌｙメッセージによって、ＢＲＡＳ／ＮＡＴ６４中間機器ＢＲＡＳ／ＮＡＴ６４に送信する（ステップＳ５０６）。

中間機器ＢＲＡＳ／ＮＡＴ６４が、ＤＨＣＰｖ６サーバー側機器から送信された、ＩＰｖ６シスログサーバーアドレスが載せられたＤＨＣＰｖ６Ｒｅｌａｙ−Ｒｅｐｌｙメッセージを受信し、対応するＩＰｖ６シスログサーバーアドレスが載せられたＤＨＣＰｖ６Ｒｅｐｌｙメッセージに処理してＩＰｖ６ユーザ側機器に送信する（ステップＳ５０８）。

中間機器ＢＲＡＳ／ＮＡＴ６４上の各ＩＰｖ６プレフィックスが更新された場合、主動にＤＨＣＰｖ６Ｒｅｌａｙ−ＦｏｒｗａｒｄメッセージをＤＨＣＰｖ６サーバー側機器に送信して、サーバー側機器に記憶された対応するプレフィックス情報を更新することが好ましい。

異なる中間機器ＢＲＡＳ／ＮＡＴ６４は同一のＩＰｖ４Ｓｅｒｖｅｒを対象として、異なる合成ＩＰｖ６プレフィックスを使用することができれば、同一の合成ＩＰｖ６プレフィックスを使用することもでき、いずれも実際のネットワーク配置状況に応じて決められる。

上記実施例は本発明の一具体的な実施例に過ぎず、また、該技術案を他の各種の応用シーンに応用することもでき、ここでは説明を省略する。

上記した方法の全部又は一部のステップをプログラムによりハードウェアに命令を送信することで完成することができ、前記プログラムを、例えばリードオンリーメモリ、磁気ディスク又は光ディスク等のコンピュータが読み取り可能な記憶媒体に記憶することができることは当業者にとって明らかなことである。また、上記実施例の全部又は一部のステップを一つ又は複数の集積回路によって実現することも可能である。対応して、上記実施例中の各手段／ユニットをハードウェアの形態で実現できれば、ソフトウェアの機能手段の形態で実現することもできる。本発明は特定のハードウェアとソフトウェアの結合に限定されない。

以上は、本発明の好適な実施例に過ぎず、本発明は他の様々な実施例があることもできる。当業者は本発明の精神や実質から離脱せずに本発明に基づいて様々な改善や変形が可能であるが、このような対応する改善や変形は全て本発明の保護範囲内に含まれる。

上述のように、上記実施例及び好適な実施形態によると、ＩＰｖ６／ＩＰｖ４ネットワークの相互交換中に一部のサーバーが依然としてＩＰｖ４ネットワークに配置されていることによる各種の問題を解決できるとともに、ネットワーク中の配置を減少し、同時に、ＮＡＴ６４業務アップグレード又は後で全部ＩＰｖ６ネットワークにアップグレードする時、ネットワーク配置を柔軟に調節し、ネットワーク維持の複雑度を低減し、維持を簡略化できる。

Claims

各ネットワーク配置情報選択肢に対応する合成インターネットプロトコルバージョン６（ＩＰｖ６）プレフィックスを取得することと、
動的ホスト構成プロトコルのＩＰｖ６バージョン（ＤＨＣＰｖ６）サーバーに、一つ又は複数の前記合成ＩＰｖ６プレフィックスの選択肢が載せられたＤＨＣＰｖ６メッセージを送信することと、を含み、
前記ＤＨＣＰｖ６メッセージに載せられた合成ＩＰｖ６プレフィックスの選択肢に、異なるタイプ値とプレフィックス値が異なるインターネットプロトコルバージョン４（ＩＰｖ４）サーバーに対応することが定義されているＮＡＴ６４プレフィックスの処理方法。
前記ＤＨＣＰｖ６メッセージに載せられた合成ＩＰｖ６プレフィックスの選択肢に、保留のフィールド値がデフォルトである場合、全てのＩＰｖ４サーバーが同一の合成ＩＰｖ６プレフィックスを使用することを表す選択肢が定義されている請求項１に記載の方法。
前記ＤＨＣＰｖ６メッセージが、選択肢を追加して前記合成ＩＰｖ６プレフィックスを載せたＤＨＣＰｖ６中継転送メッセージを含む請求項１に記載の方法。
前記ＤＨＣＰｖ６サーバーから送信されたＤＨＣＰｖ６メッセージを受信し、該ＤＨＣＰｖ６メッセージがＤＨＣＰｖ６中継応答メッセージを含み、該メッセージに載せられた各ネットワークパラメーターはいずれもＩＰｖ６アドレス又は／及び合成後のＩＰｖ６アドレスであって、
前記ＤＨＣＰｖ６中継応答メッセージをＤＨＣＰｖ６Ｒｅｐｌｙメッセージに処理してＩＰｖ６ユーザ側機器に送信する請求項１乃至３の中のいずれかに記載の方法。
各ネットワーク配置情報選択肢に対応する合成インターネットプロトコルバージョン６（ＩＰｖ６）プレフィックスを取得するように構成される取得手段と、
動的ホスト構成プロトコルのＩＰｖ６バージョン（ＤＨＣＰｖ６）サーバーに、一つ又は複数の前記合成ＩＰｖ６プレフィックスの選択肢が載せられたＤＨＣＰｖ６メッセージを送信するように構成される送信手段と、を含み、
前記送信手段から送信されるＤＨＣＰｖ６メッセージに載せられた合成ＩＰｖ６プレフィックスの選択肢に、異なるタイプ値とプレフィックス値が異なるインターネットプロトコルバージョン４（ＩＰｖ４）サーバーに対応することが定義されているネットワーク機器。
前記送信手段から送信されるＤＨＣＰｖ６メッセージに載せられた合成ＩＰｖ６プレフィックスの選択肢に、保留のフィールド値デフォルトである場合、全てのＩＰｖ４サーバーが同一の合成ＩＰｖ６プレフィックスを使用することを表す選択肢が定義されている請求項５に記載のネットワーク機器。
前記送信手段から送信されるＤＨＣＰｖ６メッセージが、選択肢を追加して前記合成ＩＰｖ６プレフィックスを載せたＤＨＣＰｖ６中継転送メッセージを含む請求項５に記載のネットワーク機器。
前記ＤＨＣＰｖ６サーバーから送信されたＤＨＣＰｖ６メッセージを受信するように構成される受信手段をさらに含み、該ＤＨＣＰｖ６メッセージがＤＨＣＰｖ６中継応答メッセージを含み、該メッセージに載せられた各ネットワークパラメーターはいずれもＩＰｖ６アドレス又は／及び合成後のＩＰｖ６アドレスであって、
前記送信手段はさらに、前記ＤＨＣＰｖ６中継応答メッセージをＤＨＣＰｖ６Ｒｅｐｌｙメッセージに処理してＩＰｖ６ユーザ側機器に送信するように構成される請求項５乃至７中のいずれかに記載のネットワーク機器。
動的ホスト構成プロトコルのＩＰｖ６バージョン（ＤＨＣＰｖ６）サーバーが、中間機器からの合成ＩＰｖ６プレフィックスの選択肢が載せられたＤＨＣＰｖ６メッセージを受信することと、ここで、前記ＤＨＣＰｖ６メッセージに載せられた合成ＩＰｖ６プレフィックスの選択肢に、異なるタイプ値とプレフィックス値が異なるインターネットプロトコルバージョン４（ＩＰｖ４）サーバーに対応することが定義されていて、
前記合成ＩＰｖ６プレフィックスの選択肢と取得した対応するインターネットプロトコルバージョン４（ＩＰｖ４）サーバーのＩＰｖ４アドレスに基づいて、対応するＩＰｖ６アドレスを合成することと、
前記ＩＰｖ６アドレスを各ネットワーク配置情報選択肢中のパラメーターとして中間機器又はユーザ側機器に送信することと、を含むＮＡＴ６４プレフィックスの処理方法。
前記ＤＨＣＰｖ６サーバーが中間機器からのＤＨＣＰｖ６メッセージを受信した後、
前記合成ＩＰｖ６プレフィックスを記憶することをさらに含む請求項９に記載の方法。
合成ＩＰｖ６プレフィックスの選択肢が載せられた中間機器からのＤＨＣＰｖ６メッセージを受信するように構成される受信手段と、ここで、前記ＤＨＣＰｖ６メッセージに載せられた合成ＩＰｖ６プレフィックスの選択肢に、異なるタイプ値とプレフィックス値が異なるインターネットプロトコルバージョン４（ＩＰｖ４）サーバーに対応することが定義されていて、
前記合成ＩＰｖ６プレフィックスの選択肢と取得した対応するインターネットプロトコルバージョン４（ＩＰｖ４）サーバーのＩＰｖ４アドレスに基づいて、対応するＩＰｖ６アドレスを合成するように構成される合成手段と、
前記ＩＰｖ６アドレスを各ネットワーク配置情報選択肢のパラメーターとして中間機器又はユーザ側機器に送信するように構成される送信手段と、を含む動的ホスト構成プロトコルのＩＰｖ６バージョン（ＤＨＣＰｖ６）サーバー。
前記合成ＩＰｖ６プレフィックスを記憶するように構成される記憶手段をさらに含む請求項１１に記載のＤＨＣＰｖ６サーバー。