JP3896300B2

JP3896300B2 - Communication device having IPv4 / IPv6 dual stack function

Info

Publication number: JP3896300B2
Application number: JP2002077492A
Authority: JP
Inventors: 敦立川; 明徳本田; 宏聡中澤; 譲介松木
Original assignee: Hitachi Communication Technologies Ltd
Current assignee: Hitachi Communication Technologies Ltd
Priority date: 2002-03-20
Filing date: 2002-03-20
Publication date: 2007-03-22
Anticipated expiration: 2022-03-20
Also published as: JP2003283577A

Description

【０００１】
【発明の属する技術分野】
本発明は、アクセス系の通信装置に関し、特に、複数のユーザ端末が接続されたアクセス網をＩＰｖ４（Internet Protocol version 4）対応のアクセスサーバ又はＩＰｖ４網又はＩＰｖ６（Internet Protocol version 6）網に接続する機能を備えたアクセスサーバに関するものである。
【０００２】
【従来の技術】
従来、ユーザ端末からＩＰｖ４網にアクセスする方法として、例えば、認証、ＩＰアドレス管理等のユーザ管理を容易に行うことのできるＰＰＰ（Point to Point Protocol）が一般的に利用されている。
【０００３】
一方、昨今では、ＩＰｖ４アドレスの枯渇問題により、ＩＰｖ６への対応が望まれている。ユーザ端末からＩＰｖ６網にアクセスする方法としては、例えば、ＩＰｖ６専用線を用いる方法（従来技術１）が提供されている。又、既存のＩＰｖ４網を利用するために、ＩＰｖ４トンネル技術を用いてＩＰｖ６網にアクセスする方法（従来技術２）等も提案されている。
【０００４】
【発明が解決しようとする課題】
従来技術１では、専用線を用いるので、ユーザにとって、回線コストが高価となる。又、従来技術２では、上述のＩＰｖ４アドレスの枯渇が問題となる。
【０００５】
本発明の目的は、既存のＩＰｖ４網を利用し、かつ廉価な回線コストで、アクセス網とＩＰｖ４対応のアクセスサーバ又はＩＰｖ4網又はＩＰｖ６網との接続を可能とするアクセスサーバを提供することにある。
【０００６】
【課題を解決するための手段】
上記目的を達成するために、本発明によるＩＰｖ４/ＩＰｖ６デュアルスタック機能を備えたアクセスサーバは、複数のユーザ端末が接続されたアクセス網と、ＩＰｖ４対応のアクセスサーバもしくはＩＰ網とを相互接続する通信装置であって、上記ユーザ端末からのＰＰＰパケットを受信する受信手段と、受信手段により受信されたＰＰＰパケットの内容と予め登録されたパケット制御情報とに基づき、上記ＰＰＰパケットを透過転送するか否かを判断する判断手段と、上記判断手段により、上記ＰＰＰパケットを透過転送する場合には、上記ＰＰＰパケットを上記ＩＰｖ４対応のアクセスサーバに転送し、そうでない場合には、上記ＰＰＰパケットからＩＰパケットを抽出し、このＩＰパケットをＩＰｖ４網又はＩＰｖ６網に転送する転送手段と、を有することを特徴とする。
【０００７】
上記ＩＰｖ４網又は上記ＩＰｖ６網の何れの網に転送するかは、上記ＰＰＰパケットに含まれるＩＰパケットの種別に基づく。すなわち、上記ＩＰパケットの種別がＩＰｖ４パケットの場合には、ＩＰｖ４網に転送し、ＩＰｖ６パケットの場合には、ＩＰｖ６網に転送する。
【０００８】
【発明の実施の形態】
以下、本発明の実施例について、図面を参照して詳細に説明する。
【０００９】
図1は、本発明を適用したネットワーク（システム）全体の構成を示す図である。
【００１０】
本実施例では、ネットワークは、複数のユーザ端末１００（１００−１、１００−２、…）と、上記複数の端末１００と接続されるアクセス網（例えば、ＡＴＭ回線、ＶＬＡＮ（Virtual LAN）回線）１０１（１０１−１、１０１−２、…）と、上記アクセス網１０１をＩＰｖ４網１０５（ＩＰｖ４対応アクセスサーバ１０４を含む）又はＩＰｖ６網１０６に接続するＩＰｖ４/ＩＰｖ６対応アクセスサーバ１０３、とから構成されている。なお、ＩＰｖ４/ＩＰｖ６対応アクセスサーバ１０３とアクセス網１０１−１、１０１−２、ＩＰｖ４対応アクセスサーバ１０４−１等との伝送路上に記されている１、２、３…等は、インタフェース（以下、ＩＦ）番号（後述）を示すものとする。
【００１１】
本実施例では、アクセス網１０１とＩＰ網（ＩＰｖ４網、ＩＰｖ６網）との間にＩＰｖ４/ＩＰｖ６対応アクセスサーバ１０３を設け、ＰＰＰ（Point to Point Protocol）によって、ユーザ端末１００とＩＰｖ４網又はＩＰｖ６網とを接続するようにした点に特徴がある。又、上記ＩＰｖ４/ＩＰｖ６対応アクセスサーバ１０３によって、ユーザ端末１００からのＰＰＰパケットの内容を解析し、所定のプロトコル処理を施した後、ＩＰｖ４網又はＩＰｖ６網に転送制御するようにした点に特徴がある。
【００１２】
本実施例では、アクセスサーバ１０３が、ユーザ端末（例えば、ＩＰｖ４対応）１００−４からＰＰＰパケット（ＩＰｖ４パケット over PPP）を受信すると、そのＰＰＰパケットをＩＰｖ４対応アクセスサーバ１０４−１に透過転送する。
又、アクセスサーバ１０３が、ユーザ端末（例えば、ＩＰｖ６対応）１００−１からＰＰＰパケット（ＩＰｖ６パケット over PPP）を受信すると、ＰＰＰを終端し、ＩＰｖ６パケット化してＩＰｖ６網１０６に転送する。更に、アクセスサーバ１０３が、ユーザ端末（例えば、ＩＰｖ４/ＩＰｖ６対応）１００−５からＰＰＰパケット（ＩＰｖ４パケット over PPP又はＩＰｖ６パケット over PPP）を受信すると、ＩＰｖ４パケットの場合には、ＰＰＰを終端し、ＩＰｖ４パケット化してＩＰｖ４網１０５−２に転送する。ＩＰｖ６パケットの場合には、ＰＰＰを終端し、ＩＰｖ６パケット化してＩＰｖ６網１０６に転送する。
【００１３】
なお、本実施例では、ＰＰＰｏＡ（PPP over ATM）パケット、ＰＰＰoＥoＡ（PPPoE over ATM）、ＶＬＡＮタグ付きＰＰＰｏＥ（PPP over Ethernet）等を総してＰＰＰと称する。
【００１４】
図２は、本発明によるＩＰｖ４/ＩＰｖ６対応アクセスサーバ（通信装置）１０３の構成を示すブロック図である。
【００１５】
ＩＰｖ４/ＩＰｖ６対応アクセスサーバ１０３は、アクセス網１０１、ＩＰｖ４対応アクセスサーバ１０４、ＩＰｖ４網１０５−２、ＩＰｖ６網１０６等とのインタフェースである複数のＩＦ２００（２００−１、２００−２、…）と、これらＩＦ２００（２００−１、２００−２、…）と接続されるプロトコル処理部２０１（２０１−１、２０１−２、…）と、プロトコル処理部間を接続するスイッチ２０２と、上記各部（ＩＦ、プロトコル処理部、スイッチ）を統括的に制御する装置制御部２０３と、から構成されている。ここで、明示していないが、プロトコル処理部２０１のそれぞれには、１もしくは複数のＩＦが接続された構成となっている。又、装置制御部２０３には、設定端末２１０が接続されている。この設定端末２１０は、ＩＰｖ４/ＩＰｖ６対応アクセスサーバ１０３が所望の動作をするように、装置の制御情報（例えば、ＡＴＭ回線、ＶＬＡＮ回線の設定情報）等を入力するためのものである。装置制御部２０３は、上記制御情報に基づいて各部の設定及び監視等を行う。
【００１６】
本実施例では、ＩＰｖ４/ＩＰｖ６対応アクセスサーバ１０３に備えるプロトコル処理部２０１が、ユーザ端末（ＩＰｖ４対応又はＩＰｖ６対応）１００からのＰＰＰパケットの内容を解析し、ＩＰｖ４パケットの場合には、ＩＰｖ４対応アクセスサーバ１０４−１に透過転送し、ＩＰｖ６パケットの場合には、ＰＰＰを終端し、ＩＰｖ６パケット化してＩＰｖ６網１０６に転送する。又、ユーザ端末（ＩＰｖ４/ＩＰｖ６対応）１００からのＰＰＰパケットの内容を解析し、ＩＰｖ４パケットの場合には、ＰＰＰを終端し、ＩＰｖ４パケット化してＩＰｖ４網１０５−２に転送する。ＩＰｖ６パケットの場合には、ＰＰＰを終端し、ＩＰｖ６パケット化してＩＰｖ６網１０６に転送する。
【００１７】
なお、ＩＦ２００のそれぞれに記されている（１）、（２）、…等は、各ＩＦを識別するための番号を示すものとする。同様に、プロトコル処理部２０１に記されている（１）、（２）、…等は、各プロトコル処理部を識別するための番号を示すものとする。
【００１８】
図３は、ＩＰｖ４/ＩＰｖ６対応アクセスサーバ１０３に備える装置制御部２０２の構成を示す図である。
【００１９】
装置制御部２０２は、設定端末２１０とのインタフェースである設定端末ＩＦ３００と、プロセッサ３０１と、プロセッサ３０１が実行する、受付処理３１０−１、ＡＴＭ回線設定処理３１０−２、ＶＬＡＮ回線設定処理３１０−３、その他３１０−４等のパケット制御情報を記憶するプログラム記憶メモリ３０１と、上記プロセッサ３０１とＩＦ２００、プロトコル処理部２０１及びスイッチ２０２とのインタフェースであるプロセッサ間通信ＩＦ３０３と、から構成されている。
【００２０】
本実施例では、プロセッサ３０１は、設定端末２１０から入力された上記パケット制御情報を、設定端末ＩＦ３００を介して受信し、プログラム記憶メモリ３０２に格納する。又、プロセッサ３０１は、プログラム記憶メモリ３０２からＡＴＭ回線設定、ＶＬＡＮ回線等の制御情報を読み出し、プロセッサ間ＩＦ３０３を介して、プロトコル処理部２０１等に転送する。
【００２１】
図４は、ＩＰｖ４/ＩＰｖ６対応アクセスサーバ１０３に備えるプロトコル処理部２０１の構成を示す図である。
【００２２】
プロトコル処理部２０１は、プロセッサ４００と、プロセッサ４００が実行する、ＰＰＰ透過処理４１０−１、ＰＰＰ終端処理４１０−２、ＩＰパケット転送処理４０５−３等のパケット制御情報を記憶するプログラム記憶メモリ４０１と、ＡＴＭ回線設定情報を記憶するＡＴＭ透過テーブル４０２と、ＶＬＡＮ回線設定情報を記憶するＶＬＡＮ透過テーブル４０３と、上記プロセッサ４００と装置制御部２０２とのインタフェースであるプロセッサ間通信ＩＦ４０４と、受信したパケットを一時的に蓄積するバッファメモリ４０５と、から構成されている。
【００２３】
本実施例では、プロセッサ４００が、バッファメモリ４０５−１又は４０５−４から読み出したパケットの内容と、ATM透過テーブル４０２又はVLAN透過テーブル４０３の内容とに基づき、所定のプロトコル処理を行った後、そのパケットデータをバッファメモリ４０５−２又は４０５−３に書き込む。
【００２４】
バッファメモリ４０５−１から読み出したＰＰＰパケットをＰＰＰ透過転送する場合には、そのＰＰＰパケットデータをバッファメモリ４０５−２に書き込む。バッファメモリ４０５−１から読み出したＰＰＰパケットのＰＰＰを終端する場合には、ＩＰｖ４パケットデータ又はＩＰｖ６パケットデータをバッファメモリ４０５−２に書き込む。又、バッファメモリ４０５−４から読み出したＩＰｖ４パケットをＰＰＰ透過転送する場合には、そのＰＰＰパケットデータをバッファメモリ４０５−３に書き込む。バッファメモリ４０５−４から読み出したＩＰｖ４パケットパケット又はＩＰｖ６パケットを終端する場合には、ＰＰＰパケットデータをバッファメモリ４０５−３に書き込む。
【００２５】
図５、６は、プロトコル処理部２０１に備えるＡＴＭ透過テーブル４０２の構造を示す図である。
【００２６】
図５は、アクセス網１０１からのＰＰＰパケットの宛先を決定するためのテーブルである。一方、図６は、ＩＰｖ４対応アクセスサーバ１０４からのＰＰＰパケット又はＩＰｖ４網１０５−２からのＩＰｖ４パケット又はＩＰｖ６網１０６からのＩＰｖ６パケットの宛先を決定するためのテーブルである。
【００２７】
ＡＴＭ透過テーブル４０２は、入ＩＦ番号５００と、ＶＰ(仮想パス識別子)５０１と、ＶＣ（仮想チャネル識別子）５０２と、透過表示５０３と、出プロトコル処理部５０４と、出ＩＦ番号５０５と、方路５０６の各エリアから構成されている。ここで、入ＩＦ番号５００、ＶＰ５０１及びＶＣ５０２等の入回線種別を表す情報は、テーブル検索に用いる。アクセス網１０１がＡＴＭ回線の場合には、ＰＰＰパケット（ＡＴＭパケット）のヘッダ情報（図省略）から入ＩＦ番号、ＶＰ、ＶＣを特定し、それらに基づきテーブルを検索する。透過表示５０３によって、受信したＰＰＰパケットを透過転送するか否か（ＰＰＰ終端）が判る。出プロトコル処理部５０４、出ＩＦ番号５０５及び方路５０６によって、パケットの出力先が判る。なお、出プロトコル処理部５０４には、例えば、上述のプロトコル処理部２０１の識別番号、出ＩＦ番号にはＩＦ２００の識別番号、方路５０６には、装置の接続先が登録されている。
【００２８】
なお、上記実施例では、図５、６に示すテーブルを別々に実現したが、一つのテーブルで実現するようにしても良い。又、プロトコル処理部２０１に備えるＶＬＡＮ透過テーブル４０３の構造も、入ＩＦ番号、ＶＬＡＮタグを用いてテーブル４０３を検索する以外は、ＡＴＭ透過テーブル４０２と同様の構造である。
【００２９】
図７は、設定端末２１０からのコマンド受付の処理を示すフローチャートである。
【００３０】
装置制御部２０３に備えるプロセッサ３０１は、設定端末２１０からのコマンドを、設定端末ＩＦ３００を介して受信すると（ステップ７００）、そのコマンドの内容を分析する（ステップ７０１）。上記コマンドには、入ＩＦ番号、ＶＰ、ＶＣ（又はＶＬＡＮタグ）、出プロトコル処理部、出ＩＦ番号等の制御情報（パラメータ）等が含まれている。次に、プロセッサ３０１は、上記制御情報から、回線種別を判定し（ステップ７０２）、ＡＴＭ回線制御情報（ＶＰ、ＶＣ等）の場合には、その制御情報をプロトコル処理部２０１に転送する（ステップ７０３）。同様に、ＶＬＡＮ回線制御情報（ＶＬＡＮタグ等）の場合には、その制御情報を上記プロトコル処理部２０１に転送する（ステップ７０４）。上記処理によって、上ＡＴＭ回線制御情報がＡＴＭ透過テーブル４０２に、ＶＬＡＮ回線制御情報がＶＬＡＮ透過テーブル４０３に設定される。なお、明示していないが、ＩＦ２００、スイッチ２０２の制御情報も同様にして、それぞれＩＦ２００、スイッチ２０２に転送される。
【００３１】
図８は、ユーザ端末（例えば、ＩＰｖ４対応ユーザ端末）１００−１からＩＰｖ４網１０５−１に接続する手順を示す図である。
【００３２】
ＩＰｖ４対応ユーザ端末１００−１は、ＰＰＰセッション確立手順として、まず、ＩＰｖ４/ＩＰｖ６対応アクセスサーバ１０３に、リンク制御プロトコル（ＬＣＰ）のリンク設定パケットであるＬＣＰＣｏｎｆｉｇ-ｒｅｑを送信する（ステップ８００）。ＩＰｖ４/ＩＰｖ６対応アクセスサーバ１０３は、ＬＣＰＣｏｎｆｉｇ-ｒｅｑを受信すると、入回線種別から求めたＰＰＰ透過表示がＹｅｓであるため、ＬＣＰＣｏｎｆｉｇ-ｒｅｑをＩＰｖ４対応アクセスサーバ１０４−１に送信する（ステップ８０２）。ＩＰｖ４対応アクセスサーバ１０４−１は、ＬＣＰＣｏｎｆｉｇ-ｒｅｑを受諾すると、ＩＰｖ４/ＩＰｖ６対応アクセスサーバ１０３に、ＬＣＰＣｏｎｆｉｇ-ａｃｋを送信する（ステップ８０４）。ＩＰｖ４/ＩＰｖ６対応アクセスサーバ１０３は、ＬＣＰＣｏｎｆｉｇ-ａｃｋを受信すると、入回線種別から求めたＰＰＰ透過表示がＹｅｓであるため、ＩＰｖ４対応ユーザ端末１００−１に、ＬＣＰＣｏｎｆｉｇ-ａｃｋを送信する（ステップ８０５）。同様の手順が、ＩＰｖ４アクセスサーバ１０４−１からＩＰｖ４/ＩＰｖ６対応アクセスサーバ１０３を経由して発ＩＰｖ４対応ユーザ端末１００−１に対して実行され（ステップ８０２、８０３、８０６、８０７）、リンクが確立する。明示しないが、その後、ユーザ認証が実行される（ステップ８０８）。ユーザ認証後、ＩＰ制御プロトコル（ＩＰＣＰ）のＩＰＣＰＣｏｎｆｉｇ-ｒｅｑとＩＰＣＰＣｏｎｆｉｇ-ａｃｋの送受信によって（ステップ８１０−ステップ８１６）、ＩＰアドレスのネゴシエーション等が実行され、ＰＰＰセッションが確立する（ステップ８１７）。これによって、パケットの送受信が可能となる。ＰＰＰ上で転送されるＩＰｖ４パケット（ステップ８１８）は、ＩＰｖ４/ＩＰｖ６対応アクセスサーバ１０３によってＰＰＰ透過処理（ステップ８１９、詳細は後述）が実行され、ＩＰｖ４対応アクセスサーバ１０４−１に転送される（ステップ８２０）。次に、ＩＰｖ４対応アクセスサーバ１０４−１によって終端処理が実行され（ステップ８２１）、ＩＰｖ４パケットがＩＰｖ４網１０５−１に転送される（ステップ８２２）。明示していないが、ＩＰｖ４対応ユーザ端末１００−１とＩＰｖ４網１０５−１との間で通信が終了すると、ＩＰｖ４端末１００−１とＩＰｖ４対応アクセスサーバ１０４−１との間でＩＰＣＰＴｅｒｍ-ｒｅｑとＩＰＣＰＴｅｒｍ-ａｃｋの送受信（ステップ８２３−ステップ８３０）によってリンクが開放される。
【００３３】
図９は、ユーザ端末（例えば、ＩＰｖ６対応ユーザ端末）１００−４からＩＰｖ６網１０５−１に接続する手順を示す図である。
【００３４】
ＩＰｖ６対応ユーザ端末１００−４は、ＰＰＰセッション確立手順として、まず、ＩＰｖ４/ＩＰｖ６対応アクセスサーバ１０３に、リンク制御プロトコル（ＬＣＰ）のリンク設定パケットであるＬＣＰＣｏｎｆｉｇ-ｒｅｑを送信する（ステップ９００）。ＩＰｖ４/ＩＰｖ６対応アクセスサーバ１０３は、ＬＣＰＣｏｎｆｉｇ-ｒｅｑを受信すると、入回線種別から求めたＰＰＰ透過表示がＮｏであるため、ＬＣＰＣｏｎｆｉｇ-ｒｅｑを受諾した後、ＩＰｖ６対応ユーザ端末１００−４に送信する（ステップ９０１）。
【００３５】
同様の手順が、ＩＰｖ４/ＩＰｖ６対応アクセスサーバ１０３からＩＰｖ６対応ユーザ端末１００−４に対して実行され（ステップ９０２、９０３）、リンクが確立する。明示しないが、その後、ユーザ認証が実行される（ステップ９０４）。ユーザ認証後、ＩＰ制御プロトコル（ＩＰＣＰ）のＩＰＣＰＣｏｎｆｉｇ-ｒｅｑとＩＰＣＰＣｏｎｆｉｇ-ａｃｋの送受信によって（ステップ９０５−ステップ９０８）、ＩＰアドレスのネゴシエーション等が実行され、ＰＰＰセッションが確立する（ステップ９０９）。ＰＰＰ上で転送されるＩＰｖ６パケット（ステップ９１０）は、ＩＰｖ４/ＩＰｖ６対応アクセスサーバ１０３によってＰＰＰ終端処理（ステップ９１１、詳細は後述）が実行され、ＩＰｖ６パケットがＩＰｖ６網１０６に転送される（ステップ９１２）。明示していないが、ＩＰｖ６対応ユーザ端末１００−４とＩＰｖ６網１０６との間で通信が終了すると、ＩＰｖ６端末１００−４とＩＰｖ４/ＩＰｖ６対応アクセスサーバ１０３との間でＩＰＣＰＴｅｒｍ-ｒｅｑとＩＰＣＰＴｅｒｍ-ａｃｋの送受信（ステップ９１３−ステップ９１６）によってリンクが開放される。
【００３６】
図１０は、プロトコル処理部２１０におけるＰＰＰ透過処理、ＰＰＰ終端処理の詳細を説明するフローチャートである。
【００３７】
例えば、プロトコル処理部２０１−１に備えるプロセッサ４００は、ＩＦ２００を介してＰＰＰパケットを受信すると（ステップ１０００、図１５、１５００）、入回線情報（ＶＰ、ＶＣ、ＶＬＡＮタグ等）から回線種別を判定する（ステップ１００１）。プロセッサ４００は、ＡＴＭ回線の場合には、上記入回線情報（例えば、入ＩＦ番号１、ＶＰ＝０、ＶＣ＝１）に基づきＡＴＭ透過テーブル４０２を検索し、一致するエントリからＰＰＰ透過表示を判定する（ステップ１００２）。プロセッサ４００は、ＰＰＰ透過表示がＹｅｓの場合には、図１３に示すように、宛先プロトコル処理部１３１０（＝２）、宛先ＩＦ番号１３１１（＝２）及びＰＰＰ透過表示１３１２（＝Ｙｅｓ）とからなる内部ヘッダをＰＰＰパケット１３１３に付与する（ステップ１００３、図１５−１５０１）。プロセッサ４００は、このパケットをバッファメモリ４０５−２に書込み（ステップ１００４）、所定のタイミングで上記バッファメモリ４０５−２から読み出して、スイッチ２０２に転送する（ステップ１００５）。
【００３８】
スイッチ２０２は、上記内部ヘッダの宛先に基づき上記パケットを宛先プロトコル処理部２０１−２に転送する。
【００３９】
次に、ステップ１００２において、プロセッサ４００は、ＰＰＰ透過表示がＮｏの場合には、受信したＰＰＰパケット（図１６、１６００）からＩＰパケット（例えば、ＩＰｖ６パケット）１４１０を取り出す（ステップ１００６）。プロセッサ４００は、図１４に示すように、宛先プロトコル処理部１３１０（＝４）、宛先ＩＦ番号１３１１（＝４）及びＰＰＰ透過表示１３１２（＝Ｎｏ）とからなる内部ヘッダをＩＰパケット１４１０に付与する（ステップ１００７、図１５―１６０１）。プロセッサ４００は、このパケットをバッファメモリ４０５−２に書込み（ステップ１００４）、所定のタイミングで上記バッファメモリ４０５−２から読み出して、スイッチ２０２に転送する（ステップ１００５）。
【００４０】
次に、ステップ１００１において、プロセッサ４００は、ＶＬＡＮ回線の場合には、入ＩＦ番号、ＶＬＡＮタグ等の入回線情報に基づきＶＬＡＮ透過テーブル４０３を検索し、一致するエントリからＰＰＰ透過表示を判定する（ステップ１１００）。プロセッサ４００は、ＰＰＰ透過表示がＹｅｓの場合には、宛先プロトコル処理部１３１０、宛先ＩＦ番号１３１１及びＰＰＰ透過表示１３１２（＝Ｙｅｓ）とからなる装置内部ヘッダ（図省略）をＩＰパケット１４１０に付与する（ステップ１１０１）。プロセッサ４００は、このパケットをバッファメモリ４０５−２に書込み（ステップ１００４）、所定のタイミングで上記バッファメモリ４０５−２から読み出して、スイッチ２０２に転送する（ステップ１００５）。
【００４１】
次に、ステップ１１００において、プロセッサ４００は、ＰＰＰ透過表示がＮｏの場合には、受信したＰＰＰパケットからＩＰパケット１４１０を取り出す（ステップ１１０４）。プロセッサ４００、宛先プロトコル処理部１３１０、宛先ＩＦ番号１３１１及びＰＰＰ透過表示１３１２（＝Ｎｏ）とからなる内部ヘッダ（図省略）をＩＰパケット１４１０に付与する（ステップ１１０５）。プロセッサ４００は、このパケットをバッファメモリ４０５−２に書込み（ステップ１００４）、所定のタイミングで上記バッファメモリ４０５−２から読み出して、スイッチ２０２に転送する（ステップ１００５）。
【００４２】
次に、ステップ１００１において、プロセッサ４００は、スイッチ２００２の場合には、内部ヘッダの情報（例えば、宛先プロトコル処理部１３１０（＝２）、宛先ＩＦ番号１３１１（＝２）及びＰＰＰ透過表示１３１２（＝Ｙｅｓ））に基づきＰＰＰ透過表示を判定する（ステップ１２００）。プロセッサ４００は、ＰＰＰ透過表示がＹｅｓの場合には、内部ヘッダを削除する（ステップ１２０１）。次に、プロセッサ４００は、パケットの宛先を判定し（ステップ１２０２）、バッファメモリ４０５−３の対応エリアにパケットデータを書き込む（ステップ１２０３）。プロセッサ４００は、バッファメモリ４０５−３から、上記パケットデータを読み出し、宛先ＩＦに転送する（ステップ１２０４）。ＰＰＰパケットは、例えば、宛先ＩＦ２００−２を介して、ＩＰｖ４対応アクセスサーバ１０４−１に転送される（図１５−１５０２）。
【００４３】
次に、ステップ１２００において、プロセッサ４００は、ＰＰＰ透過表示がＮｏの場合には、内部ヘッダ１２０５を削除する（ステップ１２０５）。プロセッサ４００は、ＩＰパケットの宛先ＩＰアドレスに基づき、ＩＰパケットの宛先を判定する（ステップ１２０６）。プロセッサ４００は、ユーザ端末１００（例えば、ユーザ端末１００−４）の場合には、そのＩＰパケットをＰＰＰパケットにカプセル化し（ステップ１２０７）、そのＰＰＰパケットデータをバッファメモリ４０５−３の対応エリアに書き込む（ステップ１２０３）。プロセッサ４００は、バッファメモリ４０５−３から上記ＰＰＰパケットデータを読み出し、宛先ＩＦに転送する（ステップ１２０４）。
【００４４】
又、ステップ１２０６において、プロセッサ４００は、ＩＰｖ４網又はＩＰｖ６網の場合には、ＩＰパケットデータをバッファメモリ４０５−３の対応エリアに書き込む（ステップ１２０４）。プロセッサ４００は、バッファメモリ４０５−３から上記ＩＰパケットデータを読み出し、宛先ＩＦに転送する（ステップ１２０５）。例えば、ＩＰｖ６パケットの場合には、宛先ＩＦ２００−４を介して、ＩＰｖ６網１０６に転送される（図１６−１６０２）。
【００４５】
【発明の効果】
本発明によれば、既存のＩＰｖ４網を利用し、かつ廉価な回線コストで、アクセス網とＩＰｖ４対応のアクセスサーバ又はＩＰｖ4網又はＩＰｖ６網との接続を可能とするアクセスサーバを提供することができる。
【図面の簡単な説明】
【図１】本発明を適用したネットワーク全体の構成を示す図。
【図２】本発明によるＩＰｖ４/ＩＰｖ６対応アクセスサーバ１０３の構成を示すブロック図。
【図３】ＩＰｖ４/ＩＰｖ６対応アクセスサーバ１０３に備える装置制御部２０２の構成を示す図。
【図４】ＩＰｖ４/ＩＰｖ６対応アクセスサーバ１０３に備えるプロトコル処理部２０１の構成を示す図。
【図５】プロトコル処理部２０１に備えるＡＴＭ透過テーブル４０２の構造を示す図。
【図６】同じく、プロトコル処理部２０１に備えるＡＴＭ透過テーブル４０２の構造を示す図。
【図７】設定端末２１０からのコマンド受付の処理を示すフローチャート。
【図８】ユーザ端末（例えば、ＩＰｖ４対応ユーザ端末）１００−１からＩＰｖ４網１０５−１に接続する手順を示す図。
【図９】ユーザ端末（例えば、ＩＰｖ６対応ユーザ端末）１００−４からＩＰｖ６網１０５−１に接続する手順を示す図。
【図１０】プロトコル処理部２１０におけるＰＰＰ透過処理、ＰＰＰ終端処理の詳細を説明するフローチャート。
【図１１】同じく、プロトコル処理部２１０におけるＰＰＰ透過処理、ＰＰＰ終端処理の詳細を説明するフローチャート。
【図１２】同じく、プロトコル処理部２１０におけるＰＰＰ透過処理、ＰＰＰ終端処理の詳細を説明するフローチャート。
【図１３】内部ＰＰＰパケットの構成を示す図。
【図１４】内部ＩＰパケットの構成を示す図。
【図１５】パケットの変遷を示す図。
【図１６】同じく、パケットの変遷を示す図。
【符号の説明】
１００…ユーザ端末、１０１…アクセス網、１０３…ＩＰｖ４/ＩＰｖ６対応アクセスサーバ、１０４…ＩＰｖ４対応アクセスサーバ、１０５…ＩＰｖ４網、１０６…ＩＰｖ６網、２００…インタフェース（ＩＦ）、２０１…プロトコル処理部、２０２…スイッチ、２０３…装置制御部、２１０…設定端末、３００…設定端末インタフェース（ＩＦ）、３０１、４００…プロセッサ、３０２、４０１…プログラム記憶メモリ、３０３、４０４…プロセッサ間通信インタフェース（ＩＦ）、４０２…ＡＴＭ透過テーブル、４０３…ＶＬＡＮ透過テーブル、４０５…バッファメモリ。[0001]
BACKGROUND OF THE INVENTION
The present invention relates to an access communication device, and in particular, connects an access network connected with a plurality of user terminals to an IPv4 (Internet Protocol version 4) compatible access server, IPv4 network, or IPv6 (Internet Protocol version 6) network. The present invention relates to an access server having a function.
[0002]
[Prior art]
Conventionally, as a method for accessing an IPv4 network from a user terminal, for example, PPP (Point to Point Protocol) capable of easily performing user management such as authentication and IP address management has been generally used.
[0003]
On the other hand, recently, due to the IPv4 address exhaustion problem, it is desired to support IPv6. As a method for accessing the IPv6 network from the user terminal, for example, a method using the IPv6 dedicated line (prior art 1) is provided. In order to use the existing IPv4 network, a method (prior art 2) for accessing the IPv6 network using the IPv4 tunnel technology has been proposed.
[0004]
[Problems to be solved by the invention]
In the prior art 1, since the dedicated line is used, the line cost becomes high for the user. Further, in the prior art 2, the above-mentioned IPv4 address depletion becomes a problem.
[0005]
An object of the present invention is to provide an access server that uses an existing IPv4 network and enables connection between an access network and an IPv4-compatible access server, or an IPv4 network or an IPv6 network at low cost. .
[0006]
[Means for Solving the Problems]
In order to achieve the above object, an access server having an IPv4 / IPv6 dual stack function according to the present invention communicates an access network to which a plurality of user terminals are connected with an IPv4-compatible access server or an IP network. Whether or not to transparently transfer the PPP packet based on the receiving means for receiving the PPP packet from the user terminal, the content of the PPP packet received by the receiving means and the packet control information registered in advance If the PPP packet is transparently transferred by the determination means, the PPP packet is transferred to the IPv4-compatible access server. Otherwise, the PPP packet is changed to an IP packet. Is extracted, and this IP packet is transferred to the IPv4 network or IPv6 network. And means.
[0007]
Whether to transfer to the IPv4 network or the IPv6 network is based on the type of the IP packet included in the PPP packet. That is, when the type of the IP packet is an IPv4 packet, it is transferred to the IPv4 network, and when it is an IPv6 packet, it is transferred to the IPv6 network.
[0008]
DETAILED DESCRIPTION OF THE INVENTION
Hereinafter, embodiments of the present invention will be described in detail with reference to the drawings.
[0009]
FIG. 1 is a diagram showing a configuration of an entire network (system) to which the present invention is applied.
[0010]
In this embodiment, the network includes a plurality of user terminals 100 (100-1, 100-2,...) And an access network (for example, an ATM line, a VLAN (Virtual LAN) line) connected to the plurality of terminals 100. 101 (101-1, 101-2,...) And an IPv4 / IPv6-compatible access server 103 for connecting the access network 101 to the IPv4 network 105 (including the IPv4-compatible access server 104) or the IPv6 network 106. ing. Note that 1, 2, 3,... Indicated on the transmission path between the IPv4 / IPv6 compatible access server 103 and the access networks 101-1 and 101-2, the IPv4 compatible access server 104-1, etc. IF) number (described later).
[0011]
In this embodiment, an IPv4 / IPv6-compatible access server 103 is provided between the access network 101 and the IP network (IPv4 network, IPv6 network), and the user terminal 100 and the IPv4 network or IPv6 network are configured by PPP (Point to Point Protocol). There is a feature in that it is connected. The IPv4 / IPv6-compatible access server 103 analyzes the contents of the PPP packet from the user terminal 100, performs predetermined protocol processing, and then controls the transfer to the IPv4 network or the IPv6 network. is there.
[0012]
In this embodiment, when the access server 103 receives a PPP packet (IPv4 packet over PPP) from the user terminal (for example, IPv4 compatible) 100-4, the PPP server transparently transfers the PPP packet to the IPv4 compatible access server 104-1.
Further, when the access server 103 receives a PPP packet (IPv6 packet over PPP) from the user terminal (for example, IPv6 compatible) 100-1, the PPP server is terminated, converted into an IPv6 packet, and transferred to the IPv6 network 106. Furthermore, when the access server 103 receives a PPP packet (IPv4 packet over PPP or IPv6 packet over PPP) from the user terminal (for example, IPv4 / IPv6 compatible) 100-5, in the case of an IPv4 packet, the PPP is terminated. The packet is converted into an IPv4 packet and transferred to the IPv4 network 105-2. In the case of an IPv6 packet, the PPP is terminated, converted into an IPv6 packet, and transferred to the IPv6 network 106.
[0013]
In this embodiment, PPPoA (PPP over ATM) packets, PPPoEoA (PPPoE over ATM), PPPoE with VLAN tag (PPP over Ethernet), etc. are collectively referred to as PPP.
[0014]
FIG. 2 is a block diagram showing the configuration of the IPv4 / IPv6-compatible access server (communication device) 103 according to the present invention.
[0015]
The IPv4 / IPv6-compatible access server 103 includes a plurality of IFs 200 (200-1, 200-2,...) That are interfaces with the access network 101, the IPv4-compatible access server 104, the IPv4 network 105-2, the IPv6 network 106, and the like. The protocol processing unit 201 (201-1, 201-2,...) Connected to these IFs 200 (200-1, 200-2,...), The switch 202 that connects the protocol processing units, and each of the above units (IF, And a device control unit 203 that comprehensively controls a protocol processing unit and a switch). Although not explicitly shown here, each protocol processing unit 201 has a configuration in which one or a plurality of IFs are connected. In addition, a setting terminal 210 is connected to the device control unit 203. The setting terminal 210 is used to input device control information (for example, setting information for ATM lines and VLAN lines) so that the IPv4 / IPv6 compatible access server 103 performs a desired operation. The device control unit 203 performs setting and monitoring of each unit based on the control information.
[0016]
In this embodiment, the protocol processing unit 201 included in the IPv4 / IPv6-compatible access server 103 analyzes the contents of the PPP packet from the user terminal (IPv4-compatible or IPv6-compatible) 100, and in the case of an IPv4 packet, the IPv4-compatible access Transparently transferred to the server 104-1, and in the case of an IPv6 packet, the PPP is terminated, converted into an IPv6 packet, and transferred to the IPv6 network 106. Also, the contents of the PPP packet from the user terminal (IPv4 / IPv6 compatible) 100 are analyzed, and in the case of an IPv4 packet, the PPP is terminated, converted into an IPv4 packet, and transferred to the IPv4 network 105-2. In the case of an IPv6 packet, the PPP is terminated, converted into an IPv6 packet, and transferred to the IPv6 network 106.
[0017]
Note that (1), (2),..., Etc. written on each IF 200 indicate numbers for identifying each IF. Similarly, (1), (2),... Described in the protocol processing unit 201 indicate numbers for identifying each protocol processing unit.
[0018]
FIG. 3 is a diagram illustrating a configuration of the device control unit 202 provided in the IPv4 / IPv6 compatible access server 103.
[0019]
The apparatus control unit 202 includes a setting terminal IF 300 that is an interface with the setting terminal 210, a processor 301, an acceptance process 310-1, an ATM line setting process 310-2, and a VLAN line setting process 310-3 executed by the processor 301. And a program storage memory 301 for storing packet control information such as 310-4 and the like, and an interprocessor communication IF 303 which is an interface between the processor 301 and the IF 200, the protocol processing unit 201 and the switch 202.
[0020]
In the present embodiment, the processor 301 receives the packet control information input from the setting terminal 210 via the setting terminal IF 300 and stores it in the program storage memory 302. The processor 301 also reads control information such as ATM line settings and VLAN lines from the program storage memory 302 and transfers them to the protocol processing unit 201 and the like via the inter-processor IF 303.
[0021]
FIG. 4 is a diagram illustrating a configuration of the protocol processing unit 201 provided in the IPv4 / IPv6 compatible access server 103.
[0022]
The protocol processing unit 201 includes a processor 400 and a program storage memory 401 that stores packet control information such as PPP transparent processing 410-1, PPP termination processing 410-2, IP packet transfer processing 405-3, and the like executed by the processor 400. ATM transmission table 402 for storing ATM line setting information, VLAN transmission table 403 for storing VLAN line setting information, inter-processor communication IF 404 which is an interface between the processor 400 and the device control unit 202, and received packets. A buffer memory 405 that temporarily stores the data.
[0023]
In this embodiment, after the processor 400 performs a predetermined protocol process based on the contents of the packet read from the buffer memory 405-1 or 405-4 and the contents of the ATM transparency table 402 or the VLAN transparency table 403, The packet data is written into the buffer memory 405-2 or 405-3.
[0024]
When the PPP packet read from the buffer memory 405-1 is transferred by PPP, the PPP packet data is written in the buffer memory 405-2. When terminating the PPP of the PPP packet read from the buffer memory 405-1, IPv4 packet data or IPv6 packet data is written into the buffer memory 405-2. When the IPv4 packet read from the buffer memory 405-4 is transferred by PPP, the PPP packet data is written in the buffer memory 405-3. When terminating the IPv4 packet packet or the IPv6 packet read from the buffer memory 405-4, the PPP packet data is written into the buffer memory 405-3.
[0025]
5 and 6 are diagrams showing the structure of the ATM transparency table 402 provided in the protocol processing unit 201. FIG.
[0026]
FIG. 5 is a table for determining the destination of the PPP packet from the access network 101. On the other hand, FIG. 6 is a table for determining the destination of the PPP packet from the IPv4-compatible access server 104, the IPv4 packet from the IPv4 network 105-2, or the IPv6 packet from the IPv6 network 106.
[0027]
The ATM transparency table 402 includes an incoming IF number 500, a VP (virtual path identifier) 501, a VC (virtual channel identifier) 502, a transparent display 503, an outgoing protocol processor 504, an outgoing IF number 505, a route Each area is composed of 506 areas. Here, information representing the incoming line type such as incoming IF number 500, VP501, VC502, etc. is used for table search. When the access network 101 is an ATM line, the input IF number, VP, and VC are specified from the header information (not shown) of the PPP packet (ATM packet), and the table is searched based on them. The transparent display 503 can determine whether or not the received PPP packet is transparently transferred (PPP termination). The outgoing protocol processing unit 504, outgoing IF number 505, and route 506 determine the output destination of the packet. In the outgoing protocol processing unit 504, for example, the identification number of the protocol processing unit 201 described above, the outgoing IF number, the identification number of the IF 200, and the connection destination of the device are registered in the route 506.
[0028]
In the above embodiment, the tables shown in FIGS. 5 and 6 are realized separately, but may be realized by one table. The VLAN transparent table 403 provided in the protocol processing unit 201 has the same structure as the ATM transparent table 402 except that the table 403 is searched using the input IF number and the VLAN tag.
[0029]
FIG. 7 is a flowchart showing a process for receiving a command from the setting terminal 210.
[0030]
When the processor 301 included in the apparatus control unit 203 receives a command from the setting terminal 210 via the setting terminal IF 300 (step 700), the processor 301 analyzes the content of the command (step 701). The command includes control information (parameters) such as an incoming IF number, VP, VC (or VLAN tag), outgoing protocol processing unit, outgoing IF number, and the like. Next, the processor 301 determines the line type from the control information (step 702), and if it is ATM line control information (VP, VC, etc.), transfers the control information to the protocol processing unit 201 (step). 703). Similarly, in the case of VLAN line control information (such as a VLAN tag), the control information is transferred to the protocol processing unit 201 (step 704). Through the above processing, the upper ATM line control information is set in the ATM transmission table 402 and the VLAN line control information is set in the VLAN transmission table 403. Although not explicitly shown, control information of the IF 200 and the switch 202 is transferred to the IF 200 and the switch 202 in the same manner.
[0031]
FIG. 8 is a diagram illustrating a procedure for connecting from the user terminal (for example, an IPv4-compatible user terminal) 100-1 to the IPv4 network 105-1.
[0032]
As a PPP session establishment procedure, the IPv4-compatible user terminal 100-1 first transmits an LCP Config-req that is a link control protocol (LCP) link setting packet to the IPv4 / IPv6-compatible access server 103 (step 800). When receiving the LPCConfig-req, the IPv4 / IPv6-compatible access server 103 transmits the LCP Config-req to the IPv4-compatible access server 104-1 because the PPP transparent display obtained from the incoming line type is Yes (step 802). . When the IPv4-compatible access server 104-1 accepts the LCP Config-req, the IPv4-compatible access server 104-1 transmits the LCP Config-ack to the IPv4 / IPv6-compatible access server 103 (step 804). Upon receiving the LCP Config-ack, the IPv4 / IPv6-compatible access server 103 transmits the LCP Config-ack to the IPv4-compatible user terminal 100-1 because the PPP transparent display obtained from the incoming line type is Yes (step S1). 805). A similar procedure is executed from the IPv4 access server 104-1 to the originating IPv4 compatible user terminal 100-1 via the IPv4 / IPv6 compatible access server 103 (steps 802, 803, 806, 807), and the link is established. To do. Although not explicitly shown, user authentication is then performed (step 808). After user authentication, IP address negotiation is performed by transmitting and receiving IPCP Config-req and IPCP Config-ack of IP control protocol (IPCP) (step 810-step 816), and a PPP session is established (step 817). Thereby, transmission / reception of a packet becomes possible. The IPv4 packet (step 818) transferred on the PPP is subjected to PPP transparent processing (step 819, details will be described later) by the IPv4 / IPv6 compatible access server 103, and transferred to the IPv4 compatible access server 104-1 (step). 820). Next, termination processing is executed by the IPv4-compatible access server 104-1 (step 821), and the IPv4 packet is transferred to the IPv4 network 105-1 (step 822). Although not explicitly shown, when the communication between the IPv4 compatible user terminal 100-1 and the IPv4 network 105-1 is completed, the IPCP Term-req between the IPv4 terminal 100-1 and the IPv4 compatible access server 104-1. The link is released by transmission / reception of IPCP Term-ack (steps 823 to 830).
[0033]
FIG. 9 is a diagram illustrating a procedure of connecting from the user terminal (for example, an IPv6-compatible user terminal) 100-4 to the IPv6 network 105-1.
[0034]
As a PPP session establishment procedure, the IPv6-compatible user terminal 100-4 first transmits an LCP Config-req, which is a link control protocol (LCP) link setting packet, to the IPv4 / IPv6-compatible access server 103 (step 900). When receiving the LPCConfig-req, the IPv4 / IPv6-compatible access server 103 accepts the LCP Config-req and transmits it to the IPv6-compatible user terminal 100-4 because the PPP transparent display obtained from the incoming line type is No. (Step 901).
[0035]
A similar procedure is executed from the IPv4 / IPv6 compatible access server 103 to the IPv6 compatible user terminal 100-4 (steps 902 and 903), and a link is established. Although not explicitly shown, user authentication is then performed (step 904). After user authentication, IP address negotiation and the like are executed by transmission / reception of IPCP Config-req and IPCP Config-ack of IP control protocol (IPCP) (step 905 to step 908), and a PPP session is established (step 909). The IPv6 packet (step 910) transferred on the PPP is subjected to PPP termination processing (step 911, details will be described later) by the IPv4 / IPv6-compatible access server 103, and the IPv6 packet is transferred to the IPv6 network 106 (step 912). ). Although not explicitly shown, when communication is completed between the IPv6 compatible user terminal 100-4 and the IPv6 network 106, the IPCP Term-req and the IPCP Term are transferred between the IPv6 terminal 100-4 and the IPv4 / IPv6 compatible access server 103. The link is released by sending / receiving -ack (step 913 to step 916).
[0036]
FIG. 10 is a flowchart for explaining the details of the PPP transparent process and the PPP termination process in the protocol processing unit 210.
[0037]
For example, when the processor 400 provided in the protocol processing unit 201-1 receives a PPP packet via the IF 200 (step 1000, FIG. 15, 1500), it determines the line type from incoming line information (VP, VC, VLAN tag, etc.). (Step 1001). In the case of an ATM line, the processor 400 searches the ATM transparent table 402 based on the incoming line information (for example, incoming IF number 1, VP = 0, VC = 1), and determines the PPP transparent display from the matching entry. (Step 1002). When the PPP transparent display is Yes, the processor 400 determines from the destination protocol processing unit 1310 (= 2), the destination IF number 1311 (= 2), and the PPP transparent display 1312 (= Yes) as shown in FIG. To the PPP packet 1313 (step 1003, FIG. 15-1501). The processor 400 writes this packet in the buffer memory 405-2 (step 1004), reads it from the buffer memory 405-2 at a predetermined timing, and transfers it to the switch 202 (step 1005).
[0038]
The switch 202 transfers the packet to the destination protocol processing unit 201-2 based on the destination of the internal header.
[0039]
Next, in step 1002, when the PPP transparent display is No, the processor 400 extracts an IP packet (for example, IPv6 packet) 1410 from the received PPP packet (FIG. 16, 1600) (step 1006). As illustrated in FIG. 14, the processor 400 adds an internal header including a destination protocol processing unit 1310 (= 4), a destination IF number 1311 (= 4), and a PPP transparent display 1312 (= No) to the IP packet 1410. (Step 1007, FIGS. 15-1601). The processor 400 writes this packet in the buffer memory 405-2 (step 1004), reads it from the buffer memory 405-2 at a predetermined timing, and transfers it to the switch 202 (step 1005).
[0040]
Next, in step 1001, in the case of a VLAN line, the processor 400 searches the VLAN transparency table 403 based on the incoming line information such as the incoming IF number and VLAN tag, and determines the PPP transparent display from the matching entry ( Step 1100). When the PPP transparent display is Yes, the processor 400 gives a device internal header (not shown) including the destination protocol processing unit 1310, the destination IF number 1311, and the PPP transparent display 1312 (= Yes) to the IP packet 1410. (Step 1101). The processor 400 writes this packet in the buffer memory 405-2 (step 1004), reads it from the buffer memory 405-2 at a predetermined timing, and transfers it to the switch 202 (step 1005).
[0041]
Next, in step 1100, when the PPP transparent display is No, the processor 400 extracts the IP packet 1410 from the received PPP packet (step 1104). An internal header (not shown) including the processor 400, the destination protocol processing unit 1310, the destination IF number 1311, and the PPP transparent display 1312 (= No) is added to the IP packet 1410 (step 1105). The processor 400 writes this packet in the buffer memory 405-2 (step 1004), reads it from the buffer memory 405-2 at a predetermined timing, and transfers it to the switch 202 (step 1005).
[0042]
Next, in step 1001, the processor 400, in the case of the switch 2002, the information of the internal header (for example, the destination protocol processing unit 1310 (= 2), the destination IF number 1311 (= 2) and the PPP transparent display 1312 (= Yes)), a PPP transmissive display is determined (step 1200). If the PPP transparent display is Yes, the processor 400 deletes the internal header (step 1201). Next, the processor 400 determines the destination of the packet (step 1202), and writes the packet data in the corresponding area of the buffer memory 405-3 (step 1203). The processor 400 reads the packet data from the buffer memory 405-3 and transfers it to the destination IF (step 1204). The PPP packet is transferred to, for example, the IPv4-compatible access server 104-1 via the destination IF 200-2 (FIG. 15-1502).
[0043]
Next, in step 1200, if the PPP transparent display is No, the processor 400 deletes the internal header 1205 (step 1205). The processor 400 determines the destination of the IP packet based on the destination IP address of the IP packet (step 1206). In the case of the user terminal 100 (for example, the user terminal 100-4), the processor 400 encapsulates the IP packet into a PPP packet (step 1207), and writes the PPP packet data in the corresponding area of the buffer memory 405-3. (Step 1203). The processor 400 reads the PPP packet data from the buffer memory 405-3 and transfers it to the destination IF (step 1204).
[0044]
In step 1206, in the case of the IPv4 network or the IPv6 network, the processor 400 writes the IP packet data in the corresponding area of the buffer memory 405-3 (step 1204). The processor 400 reads the IP packet data from the buffer memory 405-3 and transfers it to the destination IF (step 1205). For example, in the case of an IPv6 packet, the packet is transferred to the IPv6 network 106 via the destination IF 200-4 (FIG. 16-1602).
[0045]
【The invention's effect】
According to the present invention, it is possible to provide an access server that uses an existing IPv4 network and enables connection between an access network and an IPv4-compatible access server, or an IPv4 network or an IPv6 network, at low cost. .
[Brief description of the drawings]
FIG. 1 is a diagram showing a configuration of an entire network to which the present invention is applied.
FIG. 2 is a block diagram showing the configuration of an IPv4 / IPv6 compatible access server 103 according to the present invention.
FIG. 3 is a diagram showing a configuration of a device control unit 202 provided in the IPv4 / IPv6 compatible access server 103;
FIG. 4 is a diagram showing a configuration of a protocol processing unit 201 included in an IPv4 / IPv6 compatible access server 103.
5 is a view showing the structure of an ATM transparent table 402 provided in the protocol processing unit 201. FIG.
6 is a view showing the structure of an ATM transparent table 402 provided in the protocol processing unit 201 similarly. FIG.
FIG. 7 is a flowchart showing command reception processing from the setting terminal 210;
FIG. 8 is a diagram showing a procedure for connecting a user terminal (for example, an IPv4-compatible user terminal) 100-1 to the IPv4 network 105-1.
FIG. 9 is a diagram showing a procedure for connecting a user terminal (for example, an IPv6-compatible user terminal) 100-4 to the IPv6 network 105-1.
FIG. 10 is a flowchart for explaining the details of PPP transparent processing and PPP termination processing in the protocol processing unit 210;
FIG. 11 is a flowchart for explaining details of PPP transparent processing and PPP termination processing in the protocol processing unit 210;
FIG. 12 is a flowchart for explaining details of PPP transparent processing and PPP termination processing in the protocol processing unit 210 in the same manner.
FIG. 13 is a diagram showing a configuration of an internal PPP packet.
FIG. 14 is a diagram showing a configuration of an internal IP packet.
FIG. 15 is a diagram showing a transition of a packet.
FIG. 16 is also a diagram showing the transition of packets.
[Explanation of symbols]
DESCRIPTION OF SYMBOLS 100 ... User terminal, 101 ... Access network, 103 ... IPv4 / IPv6 corresponding access server, 104 ... IPv4-compatible access server, 105 ... IPv4 network, 106 ... IPv6 network, 200 ... Interface (IF), 201 ... Protocol processing part, 202 ... switch, 203 ... device control unit, 210 ... setting terminal, 300 ... setting terminal interface (IF), 301, 400 ... processor, 302, 401 ... program storage memory, 303, 404 ... interprocessor communication interface (IF), 402 ... ATM transparent table, 403 ... VLAN transparent table, 405 ... Buffer memory.

Claims

A communication device that interconnects an access network to which a plurality of user terminals are connected and an access server or IP (Internet Protocol) network compatible with IPv4 (Internet Protocol Version 4),
An interface unit that transmits and receives packets to and from the access network, IPv4-compatible access server, and IP network;
A protocol processing unit for performing predetermined communication processing on a packet transmitted and received by the interface unit;
A switch that transfers a packet that has been subjected to communication processing by the protocol processing unit to another protocol processing unit;
A control unit that controls the entire communication device;
When receiving a PPP (Point to Point Protocol) packet from a terminal connected to the access network via the interface unit,
The protocol processing unit includes packet control information including information of the interface unit set in advance via the control unit and communication processing information of the received PPP packet, and a destination of the received PPP packet based on the content of the received PPP packet. Determining communication processing to be performed, causing the control unit to control the switch based on the determination, performing transparent transfer of the received PPP packet or IP packet extraction transfer from the PPP packet;
Based on the packet control information, the received PPP packet is transparently transferred from the interface unit connected to the IPv4-compatible server that is the destination, or the received PPP packet is transmitted from the interface unit connected to the destination IP network. A communication apparatus for transferring an IP packet extracted from a packet.

2. The communication device according to claim 1, wherein the IP network is an IPv4 network or an IPv6 (Internet Protocol version 6) network.

3. The communication according to claim 1, wherein the preset packet control information includes the interface unit number and line information, the relationship between input / output interfaces, and communication processing information of a received PPP packet. apparatus.