JP2002101127A

JP2002101127A - Ｐｐｐ接続制御方式

Info

Publication number: JP2002101127A
Application number: JP2000290315A
Authority: JP
Inventors: Atsushi Kitada; 敦史北田; Michio Kusayanagi; 道夫草柳
Original assignee: Fujitsu Ltd
Current assignee: Fujitsu Ltd
Priority date: 2000-09-25
Filing date: 2000-09-25
Publication date: 2002-04-05

Abstract

(57)【要約】【課題】本発明は端末からのＰＰＰ接続要求を受け取っ
てインターネットサービスプロバイダ（ＩＳＰ）または
企業ネットワークの代理応答を行うアクセス網の中継装
置を介するＰＰＰ接続制御方式に関し，ＬＣＰネゴシエ
ーションの段階で接続先のリンク品質に整合させること
を可能にすることを目的とする。【解決手段】端末から送信するＬＣＰネゴシエーション
のパケット内に要求するリンク品質と共に接続先をオプ
ション情報として設定し，中継装置は受け取ったオプシ
ョン情報の接続先を抽出すると接続先に代わって要求す
るリンク品質を満たすか判別して端末との間で接続先に
代わってネゴシエーションを行うよう構成する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明はＰＰＰ（Point to P
oint Protocol)接続要求に対して代理応答し, 接続先に
ＰＰＰパケットを転送する中継装置におけるＰＰＰ接続
制御方式に関する。

【０００２】近年，インターネットが広く普及してお
り，一般的なインターネットへの接続方式として，ユー
ザはＩＳＰ（Internet Service Provider:プロバイダと
いう)に対してＰＰＰによる接続を行っている。

【０００３】

【従来の技術】図２３は従来のＩＳＰ選択機能の説明図
である。図中，８０ａはユーザＡの端末，８０ｂはユー
ザＢの端末，８１は電話回線網またはＩＳＤＮ等のアク
セス網，８２はＩＳＰ−Ｘ，８３はＩＳＰ−Ｙ，８４は
企業ネットワーク，８５はインターネットである。

【０００４】ユーザＡの端末８０ａはＩＳＰ−Ｘ（８
２）とＩＳＰ−Ｙ（８３）の２つのプロバイダと契約し
ており，ユーザＢの端末８０ｂはＩＳＰ−Ｘ（８２）と
ＩＳＰ−Ｙ（８３）の２つのプロバイダと契約している
と共に企業ネットワーク８４にも接続（アクセス）が可
能である。このようなネットワークにおいて一般のユー
ザがインターネットに接続する場合，常時接続以外の形
態では，通信プロトコルとしてＰＰＰ（Point to Point
Protocol)を使用し，ダイヤルアップ接続を用いて行う
（ＰＰＰ接続シーケンスは後述する図２７に示す）。

【０００５】例えば，ユーザＢの端末８０ｂから，宛先
としてＩＳＰ−Ｙ（８３）を選択した場合，アクセス番
号（電話回線またはＩＳＤＮのダイヤル番号）をダイヤ
ルすると，アクセス網８１によりＩＳＰ−Ｙ（８３）と
接続される。この後，リンクの開設が行われ，ユーザ認
証が実行され，認証されるとインターネット８５へのロ
グオンを可能とする。

【０００６】ユーザＢの端末８０ｂからは，ＩＳＰ−Ｘ
（８２）や企業ネットワーク８４へ接続することも可能
であるが，ユーザＡの端末８０ａからは企業ネットワー
ク８４へ接続することはできない。このように，用途に
応じてＩＳＰまたは企業ネットワークへの接続を任意に
選択できる。

【０００７】図２４はインターネットＶＰＮ（Virtual
Private Network:仮想私設ネットワーク) の接続構成を
示す。８０ｃは企業Ａの支社の端末，８０ｄは企業Ｂの
支社の端末，８１はアクセス網，８２は一つのＩＳＰ，
８５はインターネット，８６ａは企業Ａの本社，８６ｂ
は企業Ｂの本社である。

【０００８】このＶＰＮは，各企業がインターネット８
５を支社と本社の間の仮想的な専用線として利用するよ
うにしたものである。図２４の例では，企業Ａの支社の
端末８０ｃは，インターネット経由で企業Ａの本社８６
ａに接続できるが，企業Ｂの支社の端末８０ｄから企業
Ａの本社８６ａに対しては接続不可である。

【０００９】このようなＶＰＮに対するニーズが高まっ
ており，それに対して効率的に対応する方法として，Ｌ
２ＴＰ（Layer ２ Tunneling Protocol)を用いた方式が
挙げられる。この方式はＲＦＣ（Request For Comment
s)2661 としてＩＡＢ（Internet Architecture Board)
により承認されている。

【００１０】図２５はＬ２ＴＰのアーキテクチャを示す
図である。図２５のＡ．において８０ｅ，８０ｆはユー
ザＡの端末，ユーザＢの端末，８１はアクセス網，８１
０はアクセス網またはＩＳＰのアクセスポイントに設け
られたネットワーク中継装置として設けられたＬＡＣ
（Ｌ２ＴＰ Access Concentrator) 装置，８１１ａはＬ
ＡＣ装置８１０とＩＳＰ−Ｘ間のＬ２ＴＰトンネル，８
１１ｂはＬＡＣ装置８１０とＩＳＰ−Ｙ間のＬ２ＴＰト
ンネル，８２はＩＳＰ−Ｘ，８３はＩＳＰ−Ｙである。
図２５のＢ．において，８０’は端末側のプロトコルの
階層構造，８１１’はＬ２ＴＰトンネルを介するＬＡＣ
とＩＳＰ（プロバイダ）間のプロトコルの階層構造を表
し，ＩＰはインターネットプロトコル，ＰＰＰはポイン
ト・ポイント・プロトコル，ＰＨＹは物理層，ＵＤＰは
ユーザ・データグラム・プロトコルを表す。

【００１１】例えば，ユーザＡの端末８０ｅからＰＰＰ
を用いてＩＳＰ−Ｘ（８２）を宛先として接続を行う場
合，端末８０ｅから接続要求を行う場合，最初にＬＣＰ
（リンク・コントロヒル・プロトコル）ネゴシエーョン
が行われる。このＬＣＰネゴシエーションでは，伝送回
線などのリンクの機能や品質を決めるためのパラメータ
や，次段階のユーザ認証で用いる認証プロトコルの決定
等が行われ，アクセス網８１またはＩＳＰ−Ｘのアクセ
スポイントに設けられたＬＡＣ装置８１０でＰＰＰ接続
要求に対して，接続先（この例ではＩＳＰ−Ｘ）のアク
セスサーバであるＬＮＳ（Ｌ２ＴＰ Network Server)の
代理として承認の応答を行い，続いてユーザ認証段階に
おいて「ユーザＩＤ＠ドメインネーム」のような組織が
識別可能なアカウントを付したパケットを端末８０ｅが
ＬＡＣ装置８１０に送信すると，この中から接続先（こ
の例ではＩＳＰ−Ｘとする）を抽出し，ＬＡＣ装置８１
０と該当接続先（ＩＳＰ−Ｘ）のＬＮＳとの間にＬ２Ｔ
Ｐトンネル８１１ａを形成して，そのＬ２ＴＰトンネル
８１１ａ上でＰＰＰパケットを転送する。この後，接続
先のＬＮＳは，Ｌ２ＴＰトンネル８１１ａからＰＰＰパ
ケットを取り出し，ＰＰＰネゴシエーションを進める。
これにより，ユーザ側はトンネルの存在を意識すること
なく任意の接続先に対し同じ手順（ユーザ側ソフトは変
更の必要がなく，ＬＣＰ，認証，ＮＣＰ（IPCP) の手
順）でＰＰＰ接続が可能となる。

【００１２】図２６はＰＰＰパケットフォーマットを表
し，Ａ．はデータパケット以外の制御用のコード等のフ
ォーマット，Ｂ．はＩＰデータパケットのフォーマット
を表し，Ｃ．はデータパケット以外の場合の「プロトコ
ル」と「コード」の例が示されている。Ａ．のフォーマ
ットは，リンク制御プロトコルや，ＰＡＰ認証プロトコ
ル等のＣ．に示す各種の制御に使用され，先頭に「プロ
トコル」の種別，次に「コード」が設けられ，Ｃ．に示
す「主なコード：説明」に示すような各種のコードが設
けられ，その後に「ＩＤ」，「長さ」（パケットの長
さ）が設けられ，最後はオプション（例えば，最大パケ
ット長を設定する等に使用）が設けられている。また，
Ｂ．のＩＰデータパケットはプロトコルの種別とＩＰパ
ケットが設定される。

【００１３】ＰＰＰ接続は，実際にデータ通信を行うま
でに大きく分けて３つの段階を経ており，図２７にＰＰ
Ｐ接続のシーケンス例を示す。

【００１４】最初に，伝送回線などのリンクの機能や品
質を決めるためのパラメータや，次のユーザ認証におい
て用いる認証プロトコルの決定を行うＬＣＰ（Link Con
trolProtocol:リンク制御プロトコル）ネゴシエーショ
ンを行う（図２７のａ〜ｄからなる）。すなわち，互
いにＬＣＰ（リンク品質）パラメータ，および次段階の
認証プロトコル等を提示し，承認し合う。ＬＣＰネゴシ
エーションが完了すると，次に上記ＬＣＰで決定した認
証プロトコルにより，ＩＤ，パスワードをユーザが送信
し，これをＩＳＰで認証する（図２７のｅ，ｆから成る
）。この認証は，ユーザ認証のプロトコル（ＰＡＰ：
Password Authentication Protocolまたは, ＣＨＡＰ:C
hallenge Handshake Authentication Protocol等) を用
いて実行され，ユーザ認証が成功すると，データ通信に
用いるネットワーク層プロトコル（例えば，ＩＰ）のア
ドレスなどを決定するＮＣＰ（Network Control Protoc
ol: ネットワーク制御プロトコル）のネゴシエーション
を行う（図２７のｇ〜ｊからなる）。すなわち，ユー
ザとＩＳＰから互いにＩＰＣＰ（ＮＣＰの一部）を提示
し，ユーザ及びＩＳＰからの相互の承認の通知とから成
る。この３つの段階を順に経た後に初めてＩＰデータ通
信を実行することができ（図２７のｋ，），その後，
リンク切断が行われる（図２７のｌ，ｍから成る）。

【００１５】このシーケンスは，ＬＡＣ装置等のネット
ワーク中継装置において，ユーザのＰＰＰ接続要求に対
して代理応答し，接続先を抽出してＬ２ＴＰトンネルを
用いて該当接続先にユーザのＰＰＰパケットを転送する
場合においても同様であり，次の図２８に示すように上
記の３つの段階を順に経ることが必要となる。

【００１６】図２８はＬ２ＴＰを用いたＰＰＰ接続のシ
ーケンスであり，上記図２６の接続構成で実行される。
なお，このシーケンスでは，Ｌ２ＴＰトンネルの確立と
開放の部分は省略されている。

【００１７】まず，ユーザの接続要求に対してはネット
ワーク中継装置（ＬＡＣ）が接続先の代理で応答し，Ｌ
ＣＰネゴシエーションを完了させる（図２８のａ〜ｄか
ら成る）。次のユーザ認証で接続先（ＩＤ＠ＩＳＰ−
Ｘ，パスワード）を抽出し（図２８のｅ，），ＬＣＰ
でネゴシエーションしたパラメータ，及び認証情報をＬ
２ＴＰトンネル上で該当接続先に転送する（図２８の
ｆ，ｇ）。これらが，該当接続先ＩＳＰ−Ｘにおいて承
認，設定されると（図２８の），該当接続先ＩＳＰ−
Ｘからユーザへ直接認証を通知する（同ｈ，）。ユー
ザ認証が成功すると，ユーザと接続先ＩＳＰ−Ｘ間でＮ
ＣＰ（ＩＰＣＰ）のネゴシエーションを行い（同ｉ〜ｌ
から成る），これらが順次完了すると，ＩＰ通信を行
うことができる（同ｍ，）。ＩＰ通信が終了すると，
ＬＡＣがＩＳＰの代理でリンク切断を行い（図２８の
ｎ，ｏからなる），ＰＰＰ接続を終了する。

【００１８】

【発明が解決しようとする課題】上記図２８に示すよう
な，ＬＡＣを用いた従来の方式では次のような問題が生
じる場合がある。すなわち，ネットワーク中継装置が接
続先を抽出するのは，ユーザ認証段階（図２８の）で
あるため，その前段階に行われるＬＣＰ（ユーザ認証に
おいて用いるプロトコル）ネゴシエーションを完了して
いなければならないということである。上記したよう
に，ＬＣＰではリンクの機能や品質を決定するが，その
パラメータとしては受信可能なＰＰＰの最大パケット長
ＭＲＵ（Maximum Receive Unit) 等がある。また，次の
認証段階で用いる認証プロトコルはＰＡＰ（Password A
uthentication Protocol) ，ＣＨＡＰ(Challenge Hands
hake Authentication Protocol），ＭＳ−ＣＨＡＰ等数
種類存在する。これらのパラメータはユーザと該当接続
先間で用いられるものであり，接続先によって条件が異
なる。

【００１９】しかし，ネットワーク中継装置（ＬＡＣ）
は接続先が分からないままＬＣＰネゴシエーション（上
記図２８の）を完了しなければならない。そして，ユ
ーザ認証後，代理でネゴシエーションしたパラメータを
ネットワーク中継装置から該当接続先に転送し，接続先
がパラメータの承認，設定（上記図２８の）を行う。
そのため，万が一接続先がその内容を受け入れられない
場合（例えば，最大パケット長ＭＲＵが伝送帯域と比較
して大きすぎるか，あるいは認証プロトコルはＰＡＰ認
証のみで，ＣＨＡＰ認証はサボートしていない，等）に
は，ユーザと該当接続先間でもう一度パラメータを再決
定（ＬＣＰ再ネゴシエーション）しなければならなくな
る。

【００２０】図２９は再ネゴシエーションの発生例を示
す。この例は，Ａ．に示すようにＩＳＰ−Ｘ及びＩＳＰ
−Ｙと契約しているユーザＡが，アクセス網（ネットワ
ーク中継装置のＬＡＣ装置）を介してＩＳＰ−Ｘ，ＩＳ
Ｐ−Ｙに接続する場合であり，Ｂ．に示すシーケンスが
実行される。ＰＰＰの最初のＬＣＰネゴシエーションに
おいてパケット最大長ＭＲＵを３０００バイトとして接
続要求を送信したとする（図２９のａ）。しかし，ネッ
トワーク中継装置（ＬＡＣ装置）は接続先がまだ分から
ない状態なのでＭＲＵ＝３０００バイトの要求を承認せ
ざるを得ない（図２９のｂ）。そして，ユーザ認証で接
続先を抽出して該当接続先に転送するが（図２９の
ｃ），接続先がＩＳＰ−ＹならＭＲＵが３０００バイト
なので問題ないが，ＩＳＰ−Ｘの場合は，ＭＲＵが１５
００バイトなので，この要求は受け入れることができず
（同ｄ），再ネゴシエーションを行うことになる（図２
９のｅ，ｆ）。

【００２１】すなわち，ユーザにとっては一旦成立した
ＬＣＰネゴシエーション及びユーザ認証をやり直すこと
になってしまうため，大変効率が悪いという問題があっ
た。

【００２２】この再ネゴシエーションを回避する方法を
図３０に示す。図３０のＡ．は上記図２９のＡ．と同様
のネットワーク構成であり，この構成に対し図３０の
Ｂ．に示すシーケンスで再ネゴシエーションの回避方法
が実行される。この場合，ユーザからのＭＲＵ＝３００
０バイトとする接続要求（図３０のａ）に対し，ＬＡＣ
装置からの代理応答を行う時，このＬＡＣ装置から接続
が可能な全てのＩＳＰが受け入れられるよう小さめに設
定する。この例では，２つのＩＳＰ（ＩＳＰ−Ｘ，ＩＳ
Ｐ−Ｙ）が共に受け入れ可能なＭＲＵの最大値は１５０
０バイトであることが分かっているため，ユーザが要求
してきた３０００バイトの要求を拒否して，１５００バ
イトで接続するよう代理応答する（図３０のｂ）。これ
に従って，ユーザから１５００バイトとする再接続要求
が出されて，これをＬＡＣ装置から承認することになる
（図３０のｃ，ｄ）。この後，ユーザからＩＳＰ−Ｙを
接続先とするユーザ認証が行われ（図３０のｅ），ＬＡ
Ｃ装置からＩＳＰ−Ｙとの間で承認，設定が行われるが
（同ｆ），ＩＳＰ−ＹのＭＲＵの最大値が３０００バイ
トであるため，最適と言えない低いリンク品質でＰＰＰ
接続を行わなければならず，効率が悪くなるという問題
があった。

【００２３】本発明は，ＬＡＣ装置等のネットワーク中
継装置を介してインターネットサービスプロバイダ（Ｉ
ＳＰ）や企業ネットワークと接続する場合にＬＣＰネゴ
シエーションの段階で接続先のリンク品質に整合させる
ことを可能にするＰＰＰ接続制御方式を提供することを
目的とする。また，本発明の他の目的は，ネットワーク
中継装置を介するＬＣＰネゴシエーションの段階で接続
元に適合するか否か制御を可能とするＰＰＰ接続制御方
式を提供することである。

【００２４】

【課題を解決するための手段】図１は本発明の原理構成
図である。１はユーザの端末，１０はＬＣＰ制御部，１
１は接続先を含むオプション設定手段，２はアクセス
網，２０は中継装置，２１はＬＣＰ処理部，２２はオプ
ションの各接続先に対応するリンク品質等の各種情報を
格納したオプション情報テーブル，２３はＩＳＰ（企業
ネットワークを含む）との接続制御を行うＩＳＰ対応制
御部である。

【００２５】本発明はユーザの端末からアクセス網の中
継装置を介してＩＳＰ（Internet Service Provider ）
または企業ネットワークと接続してＩＰデータの通信を
行う場合に，ユーザの端末から最初に中継装置と接続さ
れた時に，ユーザから中継装置に対して最初に送信する
ＬＣＰ制御のパケット内に要求するリンク品質の他にオ
プションとして接続先情報等を含ませ，中継装置に各接
続先のリンク品質等の情報を格納したオプション情報テ
ーブルを設け，ユーザから要求したリンク品質とのネゴ
シエーションを行い，その後にＩＳＰと接続した時にリ
ンク品質の不適合になることがない。

【００２６】ユーザ端末１から一つのＩＳＰ(Internet
Service Provider) またはインターネットによる企業ネ
ットワーク（ＶＰＮ（Virtual Private Network)）へア
クセス網２の中継装置（ＬＡＣ装置等）２０を介して接
続する場合，ユーザ端末１でオプション設定手段１１に
オプションとして希望するリンク品質（例えば，最大パ
ケット長）と共に接続先をオプション設定手段１１に設
定して，ＬＣＰ要求を送信すると，オプション設定手段
１１に設定されたオプション情報を含むパケットがアク
セス網２の中継装置２０で受信される。中継装置２０の
ＬＣＰ処理部２１は，受け取ったＬＣＰパケット内の接
続先を検出すると，オプション情報テーブル２２から受
け取った接続先に対応するリンク品質を検出すると，Ｌ
ＣＰパケットにより端末から要求されたリンク品質を保
証できるか判別し，保証できる場合は要求を承認する代
理応答を行い，保証できない時はリンク品質を保証でき
る数値に変更するよう端末１に指示する代理応答を行
い，この指示に応じて端末１からリンク品質を変更した
ＬＣＰの要求が送られてくると承認する代理応答を行
う。端末１はこの承認の応答を受け取ると，次の段階と
して接続先のＩＳＰの宛先名や，パスワード等を送信し
てＰＰＰのユーザ認証段階に移行すると，中継装置２０
のＩＳＰ対応制御部２３からＩＳＰへの接続が行われ，
パラメータの承認，設定が行われる。この時，予め中継
装置２０において接続先であるＩＳＰの条件に適合する
かオプション情報テーブル２２を用いてチェック済であ
るため，要求されたオプションの条件は必ず満たすた
め，ＬＣＰについて再ネゴシエーションをすることはな
い。

【００２７】本発明では，上記の原理（端末１からＬＣ
Ｐのオプション情報を設定して要求を出し，中継装置２
０でオプション情報テーブルを用いてチェックする）を
用いて，接続先をオプションにより通知するだけでな
く，接続元（端末１の情報）も通知し，予めオプション
情報テーブルに接続元毎にどのＩＳＰへの接続を許可す
るかを格納しておくことで，接続元毎に要求したＩＳＰ
への接続可否をチェックするようにすることができる。

【００２８】

【発明の実施の形態】図２は本発明が実施されるネット
ワークの構成例であり，図中，１，２，２０は上記図１
の同じ符号の各部に対応し，１はユーザＡの端末，２は
アクセス網，２０は端末とＩＳＰ（またはインターネッ
トＶＰＮ）とを中継するＬＡＣ装置等のネットワーク中
継装置（図１の中継装置２０に対応），３ａ，３ｂはネ
ットワーク中継装置２０とＩＳＰ−Ｘ間及びネットワー
ク中継装置２０とＩＳＰ−Ｙ間の各Ｌ２ＴＰトンネル，
４はＩＳＰ−Ｘ，ＩＳＰ−Ｙの各インターネットサービ
スプロバイダ（単にプロバイダＸ，プロバイダＹという
場合もある）である。この例では，端末１のユーザがプ
ロバイダＸ（ＩＳＰ−Ｘ）及びプロバイダＹ（ＩＳＰ−
Ｙ）と契約しているものとする。

【００２９】図３はユーザのＬＣＰリクエストパケット
の例，図４は本発明による新たに設定したものを含むオ
プションの定義例，図５は接続先情報テーブルの例であ
る。

【００３０】ユーザＡの端末１からアクセス網２のＬＡ
Ｃ（Ｌ２ＴＰ Access Concentrator) 装置のようなネッ
トワーク中継装置２０を介してＩＳＰ（Internet Servi
ce Protocol)またはＶＰＮ（Virtual Private Network)
のサーバにアクセスする場合，ＬＣＰ（Link Control P
rotocol)ネゴシエーション段階では，リンク機能や品質
を決めるためのパラメータや，次段階のユーザ認証で用
いる認証プロトコルの決定を行うが，それぞれをオプシ
ョンフィールドで指定する。オプションは様々なタイプ
があり，また場合によっては新たなタイプを定義して利
用することが可能であり，本発明によりＬＣＰのパケッ
トの新たなオプションの一つとして接続先の情報を設定
するようにしたものである。なお，オプションは企業内
などの限られた範囲で用いる場合には任意に新たに追加
することができるが，一般に使用するための正式なオプ
ションとして採用されるには，ＩＥＴＦ(Internet Engi
neering Task Force) に登録する必要があり，ＩＥＴＦ
で作られたプロトコルはＩＡＢで承認されて標準とな
る。

【００３１】ユーザの端末１からネットワーク中継装置
２０に対し図３に示す構成のＬＣＰリクエストパケット
が送られる。その先頭には「プロトコル」のタイプが設
定され（c021はプロトコルがＬＣＰであることを表す)
，続いてコード（そのプロトコルが何を要求するかを
表す），ＩＤ（１バイト），長さ（２バイト）及びオプ
ション情報が設定される。このオプション情報の先頭に
は「タイプＡ」として数値“１”，ｌｅｎＡ（タイプＡ
のオプション情報のデータ長を表す）が“４”バイト，
オプションデータＡとして“３０００”（ＭＲＵ＝３０
００を表す）が設定され，次のオプションは「タイプ
Ｂ」として“Ｘ”（Ｘは１〜７が主に使われるが１〜７
以外にも数多く使われている），ｌｅｎＢ（タイプＢの
オプション情報のデータ長を表す）が“６”バイト，オ
プションデータＢのデータとして“ＩＳＰＸ”（ＩＳＰ
の名前）が設定されている。

【００３２】オプションのタイプは図４に示すオプショ
ンの定義例に示され，図３に示すタイプＡのコード
“１”は，最大受信長（ＭＲＵ）を表し，データ長が２
バイト，オプションデータとしてＭＲＵ長が設定され，
タイプＢのコード“ｍ”は，本発明による「接続先識
別」のタイプであり，この例ではデータ長が「可変
長」，オプションデータは「ドメインネーム」（ＩＰア
ドレス）が設定されることを表す。

【００３３】従って，図３に示すＬＣＰリクエストパケ
ットの場合，要求された最大受信長ＭＲＵ＝３０００
（バイト）で，接続先のインターネットサービスプロバ
イダが「ＩＳＰ−Ｘ」というドメインネームであること
を表示している。

【００３４】図５はネットワーク中継装置が備える接続
先情報テーブルの例である。この例は，上記図２に示す
ネットワーク中継装置２０に設けられており，プロバイ
ダであるＩＳＰ−Ｘ，ＩＳＰ−Ｙ及び企業−Ｚ（ＶＰＮ
を構成）のサーバを接続先とした場合に，それぞれのＬ
ＮＳ（L2TP Network Server)のＩＰアドレス，及びリン
ク品質パラメータ（ＭＲＵの数値と認証プロトコルの種
別）が図に示すようにそれぞれ設定されている。

【００３５】図６はネットワーク中継装置におけるフロ
ーチャートである。図６について，上記図３〜図５を参
照しながら説明すると，ユーザＡの端末１からネットワ
ーク中継装置２０に対して送られたＬＣＰリクエストパ
ケット（接続要求）を受信すると（図６のＳ１），その
パケットの中に本発明による接続先識別オプションがあ
るか判別する（同Ｓ２）。このパケットの中のオプショ
ンデータの内容は上記図３に示されている。接続オプシ
ョンが無い場合は，ＬＣＰでは接続先識別を行わずにＬ
ＣＰのデフォルト動作を行い（図６のＳ３），続いて代
理応答を行ってＬＣＰネゴシエーションを終了し（同Ｓ
４），ユーザ認証段階で「ユーザＩＤ＠ドメインネー
ム」より接続先を抽出して，その接続先に対してプロト
コルのＬ２ＴＰなどにより転送する（同Ｓ５）。Ｓ２に
おいて，接続先識別オプションがあることが判別される
と，上記図５に示すような接続先情報テーブルから判別
した接続先の情報を引き出し（図６のＳ６），テーブル
情報に基づき最適なパラメータになるよう代理応答する
（同Ｓ７）。ユーザ認証パケット受信後，Ｌ２ＴＰ方式
等により該当接続先に転送する（図６のＳ８）。

【００３６】図７，図８は上記図２に示すネットワーク
構成における，端末１，アクセス網２のネットワーク中
継装置２０及び各プロバイダ間の制御シーケンスの例を
示し，ネットワーク中継装置２０は上記図６のフローチ
ャートによる処理を行い，図７はプロバイダＸへ接続す
る場合の制御シーケンス，図８はプロバイダＹへ接続す
る場合の制御シーケンスである。

【００３７】図７の場合，端末１から図３に示すオプシ
ョンデータとして接続先をＩＳＰ−Ｘとし，リンク品質
のオプションデータしてＭＲＵ＝３０００が設定された
ＬＣＰリクエストパケット（ＬＣＰ Configure Reques
t) が送信される（図７のａ）。これを受信したネット
ワーク中継装置２０は，ユーザＡからのＬＣＰリクエス
トパケットのオプションデータから接続先のＩＳＰ−Ｘ
を抽出すると，上記図５に示す接続先情報テーブルを参
照して，ＩＳＰ−Ｘのリンク品質パラメータのＭＲＵが
１５００であることを検出し，ユーザＡから要求された
ＭＲＵ＝３０００というリンク品質を保証できないこと
が分かり，端末１に対し接続先情報テーブルに規定され
たＭＲＵ＝１５００にして下さいという指示を送信する
（図７のｂ）。これを受けた端末１から指示に従ってＭ
ＲＵを修正した接続要求を送信すると（図７のｃ），ネ
ットワーク中継装置２０から承認の代理応答を端末１へ
返す（同ｄ）。このＬＣＰネゴシエーションの後，Ｌ２
ＴＰ等既存の方式により端末１からＩＤ＠ＩＳＰ−Ｘ
（接続先）とパスワードを含む接続要求のパケットが送
信され（同ｅ），更にネットワーク中継装置２０から接
続先であるＩＳＰ−ＸへＭＲＵ＝１５００とした接続要
求のＰＰＰパケットが送られると（同ｆ），最適なリン
ク品質パラメータに設定されているためＩＳＰ−Ｘで承
認，設定の処理が行われる。

【００３８】このように，適切なパラメータがネットワ
ーク中継装置により端末に対してネゴシエーション済な
ので，ユーザとＩＳＰ−Ｘ間での再ネゴシエーションを
回避できる。

【００３９】図８のプロバイダＹへ接続する場合の制御
シーケンスでは，端末１からリンク品質パラメータをＭ
ＲＵ＝３０００とし，接続先をＩＳＰ−Ｙとしたオプシ
ョンデータを付加した接続要求を送信すると（図８の
ａ），アクセス網のネットワーク中継装置２０で接続先
情報テーブルを参照すると，ＩＳＰ−Ｙのリンク品質パ
ラメータとしてＭＲＵ＝３０００であるため，端末１か
ら要求された品質を保証できることが識別され，承認の
代理応答を端末１に通知する（同ｂ）。この後，端末１
からのユーザ認証を要求するパケットが送信され（図８
のｃ），ネットワーク中継装置２０からＩＳＰ−Ｙに接
続要求が送られる（同ｄ）。

【００４０】上記図７，図８のシーケンスではネットワ
ーク中継装置において，端末に対してネゴシエーション
をして代理応答を行っているが，中継装置でネゴシエー
ションを行わないようにすることができ，図９はネゴシ
エーションを行わない場合のネットワークと制御シーケ
ンス，図１０は中継装置でネゴシエーションを行わない
場合のフローチャートを示す。

【００４１】図９のＡ．はネットワーク構成，Ｂ．は制
御シーケンスを示し，ネットワーク構成は，上記図２と
同様であり端末１とアクセス網２のネットワーク中継装
置２０が接続され，ネットワーク中継装置２０からＩＳ
Ｐ−Ｘ，ＩＳＰ−Ｙと接続可能に構成されているが，ネ
ットワーク中継装置２０の機能が図２と異なる。その機
能を図９のＢ．の制御シーケンス及び図１０を参照しな
がら説明する。

【００４２】図９のＢ．に示すように，端末１から接続
先（この例ではＩＳＰ−Ｙとする）と，リンク品質パラ
メータを表すＭＲＵ＝３０００とをオプションパラメー
タとして設定したＬＣＰリクエストパケットをネットワ
ーク中継装置２０に送信する（図９のＢ．のａ）。ネッ
トワーク中継装置２０では，図１０に示すフローチャー
トで処理が行われ，ＬＣＰリクエストパケットを受信す
ると（図１０のＳ１），接続先識別オプションがあるか
判別し（同Ｓ２），無い場合は従来例と同様にＬＣＰで
は接続先識別を行わず（同Ｓ３），代理応答を行い（承
認の応答），ＬＣＰネゴシエーションを終了し（同Ｓ
４），この後に行われるユーザ認証段階で端末から送ら
れてくる「ユーザＩＤ＠ドメインネーム」から接続先を
抽出して，Ｌ２ＴＰ等により該当接続先に転送する（同
Ｓ５）。

【００４３】上記図１０のＳ２において，接続先識別オ
プションがあると判別されると，接続先識別オプション
を除いたユーザのＬＣＰリクエストパケットを該当接続
先に転送し（図１０のＳ６），以後，ネットワーク中継
装置は，ユーザと該当接続先間のＰＰＰパケット転送の
みを行う（同Ｓ７）。

【００４４】上記図９のＢ．に示す制御シーケンスの例
では，端末１からネットワーク中継装置２０に接続先，
リンク品質パラメータ（ＭＲＵ＝３０００）をオプショ
ンとして含むＬＣＰリクエストパケットを送信した時
（図９のＢ．のａ），中継装置２０はＬＣＰリクエスト
パケットから，接続先（ＩＳＰ−Ｙ）を抽出することが
できるので，そのユーザのＬＣＰリクエストパケットの
中から接続先識別オプション（ＩＳＰ−Ｙ）を除いたパ
ケットを接続先（ＩＳＰ−Ｙ）に転送する（図９のＢ．
のｂ）。この後，ユーザの端末１とＩＳＰ−Ｙの間でネ
ゴシエーションを行い（例えば，ＭＲＵ＝３０００をＩ
ＳＰ−Ｙが保証するか否か等），ネットワーク中継装置
２０はネゴシエーションについて関与せず，パケットの
転送のみを行う。

【００４５】この図９，図１０の方式によれば，ネット
ワーク中継装置は，複雑な状態遷移を伴うＬＣＰネゴシ
エーションの代理応答を行う必要がなく，ユーザと該当
接続先間のＰＰＰパケット転送のみを行えばよいので，
処理が容易となり，ハードウェア化等による高速化が可
能となる。

【００４６】上記に説明した構成では，ＬＣＰリクエス
トパケットの新定義オプションは図４に示すように，
「接続先識別」のオプションが設けられ，データ長が
「可変長」で，データとして一意に識別することが可能
な「ドメインネーム」を用いている。このように，接続
先（ＩＳＰや企業ネットワークＶＰＮ等）のオプション
データとして接続先のドメインネームを用いているが，
接続先識別子としてドメインネームを用いることは，Ｌ
２ＴＰ等がユーザ認証段階で「ユーザＩＤ＠ドメインネ
ーム」から接続先を抽出する方式で用いられているの
で，この時に用いた接続先抽出のためのプロファイルを
そのまま用いることが可能であるという利点がある。

【００４７】図１１は接続先のオプションの他の定義
例，図１２は接続先のオプションの他の定義例による説
明図である。

【００４８】ＬＣＰのオプションとして上記図４に示す
ように新たに接続先を設け，そのオプションデータとし
てドメインネーム（ＩＰアドレス）を使用しているが，
この図１１では接続先のオプションデータとして識別Ｉ
Ｄを用いるようにした。

【００４９】この識別ＩＤを使用する場合，図１２の
Ａ．のネットワーク構成に示すように，ＬＣＰネゴシエ
ーションにおいて，ユーザが指定する接続先の識別子と
して，各ネットワーク中継装置２０が接続先（ＩＳＰ，
企業ネットワーク等）を識別するためのＩＤを決定す
る。この例では，ＩＳＰ−Ｘの識別ＩＤは「12345678」
で，ＩＳＰ−Ｙの識別ＩＤは「87654321」に決定してい
る。この識別ＩＤは接続先に関して一意である必要はな
く，各ネットワーク中継装置が任意に割り当てることが
できる。この接続先識別ＩＤは世間一般に公開するもの
として，図１２のＢ．に示すようにＬＣＰリクエストパ
ケット（ＬＣＰ Configure Request) において，新たに
定義（設定）したＬＣＰオプション（接続先識別オプシ
ョン）のオプションデータとしてユーザが接続先を指定
し，ネットワーク中継装置が抽出を行う。ここで，オプ
ションのデータ長すなわち接続先識別ＩＤのデータ長は
４バイト（オクテット）とする（図１１）。４バイトで
あれば，ネットワーク中継装置あたり０〜４２９４９６
７２９５個とほぼ無制限にＩＤを割り当てることが可能
である。

【００５０】上記図１２に示す方法により接続先を識別
する接続先識別ＩＤを用いる場合，接続先識別ＩＤと接
続先との対応をネットワーク中継装置が適切に管理すれ
ば任意に割り当て可能なので，接続先が同一の場合でも
ユーザ毎に異なる接続先識別ＩＤをランダムに割り当て
ることができる。

【００５１】図１３は同じ端末に複数の接続先識別ＩＤ
を割り当てる例を示す。この例では，接続先が一つのＩ
ＳＰ−Ｘである場合，ユーザＡにはＩＤ＝4595821 ，ユ
ーザＢにはＩＤ＝7937816 というように異なる接続先識
別ＩＤを割り当てる。そして，ユーザには他に知らせな
いよう周知徹底させる。これにより，たとえユーザＩＤ
とパスワードが外部に流出してしまっても，ＬＣＰネゴ
シエーションで指定するこの接続先識別ＩＤが該当接続
先と一致していなければ，ＰＰＰ接続は不可能なので不
正アクセスの防止に役立てることができる。

【００５２】上記した実施例では，オプションとして接
続先の情報を設定した例を示したが，本発明による新た
なオプションとして接続元の情報を設定する。

【００５３】図１４はオプションとして接続元識別ＩＤ
を用いる例，図１５は接続元（ユーザ）情報テーブルの
例，図１６は接続元オプションを用いたネットワーク中
継装置のフローチャートを示す。

【００５４】図１４に示すように接続元は，タイプ
“ｍ”が接続先識別を表し，タイプ“ｎ”が接続元（ユ
ーザ）識別オプションを表し，オプションデータは各ネ
ットワーク中継装置が決定した接続元識別ＩＤとする。
ＬＣＰリクエストパケット（ＬＣＰ Configure Reques
t) において，ユーザが接続先と共に自分の接続元識別
ＩＤを指定し，ネットワーク中継装置がそれらを抽出す
る。ネットワーク中継装置は，接続元（ユーザ）の情報
テーブルを持ち，図１５に示す例のような構成を備え
る。図１５の例では，接続元のユーザＡはＩＳＰ−Ｘと
ＩＳＰ−Ｙについてそれぞれリンク品質パラメータの情
報テーブル値が設定されているが，企業Ｚ（企業ＺのＶ
ＰＮ（Virtual Private Network)のサーバを意味する)
についてはリンク品質パラメータの情報テーブル値が設
定されてない。企業Ｚの社員であるユーザＢについて
は，ＩＳＰ−Ｘ，ＩＳＰ−Ｙ及び企業Ｚのそれぞれにつ
いて情報テーブル値が設定され，ＩＳＰ−Ｘ，ＩＳＰ−
Ｙへ接続する場合は暗号化しないが，企業Ｚについては
暗号化を行う。企業Ｚの社長であるユーザＣについて
は，ＩＳＰ−Ｘ，ＩＳＰ−Ｙについて情報テーブル値が
設定されず，企業Ｚについては暗号化することが規定さ
れ，リンク品質パラメータとしてＭＲＵ＝５０００が設
定されている。

【００５５】オプションとして接続元ＩＤを用いた場合
の中継装置の処理を図１６を用いて説明する。ユーザか
らＬＣＰリクエストパケットを受信すると（図１６のＳ
１），接続先識別オプションがあるか判別し（同Ｓ
２），無い場合はＬＣＰで接続先識別は行わず，ユーザ
認証段階で抽出してＬ２ＴＰにより転送して（同Ｓ
３），終了する。Ｓ２において，接続先識別オプション
がある場合は，次に接続元識別オプションがあるか判別
し（図１６のＳ４），無い場合は接続先情報テーブルに
基づき，最適なパラメータで代理応答を行い（同Ｓ
５），接続元識別オプションがある場合は，上記図１５
に示すような接続元情報テーブルに基づき，ユーザ毎の
処理を行う（図１６のＳ６）。Ｓ５，Ｓ６に続いて，ユ
ーザ認証パケット受信後Ｌ２ＴＰ方式等により該当接続
先にそのパケットを転送する（図１６のＳ７）。

【００５６】この図１５に示す接続元（ユーザ）情報テ
ーブルによれば，企業Ｚの社員Ｂに対しては接続先を企
業ネットワーク（企業Ｚ）とした場合，ＬＣＰでネゴシ
エーションするリンク品質パラメータは，デフォルトと
して上記図５に示す接続先情報テーブルに記述されたリ
ンク品質パラメータで接続を行うが，企業Ｚの社長の場
合は特別に接続元情報テーブル（図１５）の社長用に記
述されたリンク品質パラメータで接続を行う。ＬＣＰネ
ゴシエーション時にこの情報テーブルを参照すること
で，ユーザに最適な接続条件でＰＰＰ接続を行うことが
できる。

【００５７】ＬＣＰリクエストパケットのオプションと
して接続先の他に優先度を設けることができ，図１７〜
図１９を用いて説明する。

【００５８】図１７は新たな優先度を含むオプションの
定義例であり，優先度識別のタイプを表すコードを
「ｐ」とし，データ長を１バイト，オプションデータが
「優先度識別子」である。アクセス網のネットワーク中
継装置は，この優先度に従って，ＰＰＰパケットを優先
的に転送する等のＱｏＳ（Quality of Service) 制御を
行う。

【００５９】図１９は優先度のオプションの制御を含む
ネットワーク中継装置におけるフローチャートであり，
図１８に示す優先度を含むＩＰヘッダの構成例を参照し
ながら説明する。ユーザからＬＣＰリクエストパケット
を受信すると（図１９のＳ１），接続先識別オプション
があるか判別し（同Ｓ２），ない場合はＬＣＰで接続先
識別は行わす，ユーザ認証段階で抽出してＬ２ＴＰによ
り転送する（同Ｓ３）。接続先識別オプションがある場
合，上記した例（図６）と同様に接続先情報テーブルに
基づいて最適なパラメータで端末に対して代理応答を行
い（図１９のＳ４），続いて優先度識別オプションがあ
るか判別し（図１９のＳ５），ない場合は後述するＳ７
に移行するが，ある場合は当該ネットワーク中継装置か
ら接続先のＩＳＰ（またはＶＰＮのサーバ）とを結ぶＬ
２ＴＰトンネルを運ぶＩＰパケットのヘッダのＴＯＳ
（Type Of Service)またはＤＳ(Differentiated Servic
e)フィールドにマッピングする（同Ｓ６）。続いて，ユ
ーザ認証パケット受信後，Ｌ２ＴＰ方式などにより該当
接続先に転送する（図１９のＳ７）。

【００６０】ＩＰヘッダとＴＯＳ（ＤＳ）フィールドの
構成は図１８に示され，ＩＰヘッダの２バイト目にＴＯ
Ｓフィールド（１バイト長）が設けられ，この中の６ビ
ットにＬＣＰリクエストパケットのオプションで端末か
ら受信した優先度情報をＤＳＣＰ（Differentiated Ser
vice Code Point)として設定する（残りの２ビットは未
使用（ＣＵ（Currently Unused) である）。なお，これ
はＩＥＴＦ（InternetEngineering Task Force)におい
て標準化が進んでいるＤＳに適用して，ＩＰヘッダのＴ
ＯＳフィールドにマッピングすることで，ＩＰネットワ
ークにおいて標準化に基づいたＱｏＳ制御を実現するこ
とができる。

【００６１】インターネットへの接続を提供するネット
ワークサービスプロバイダ（ＩＳＰ）では，自ネットワ
ークの接続サービス（Ｗｅｂアクセスなど）に加えて，
インターネットを仮想的な専用線として用いて企業ネッ
トワークなど他のネットワークへ接続するインターネッ
ト（ＶＰＮ）サービスを提供する企業が増加している。
この場合，従来方式ではネットワークサービスプロバイ
ダ内のネットワーク中継装置において，ユーザ認証段階
において「ユーザＩＤ＠ドメインネーム」のようなサフ
ィックスのついたアカウントであった場合にＶＰＮユー
ザであり，それ以外は自ネットワークへの接続ユーザで
あるというように識別していた。しかし，この場合，Ｌ
ＣＰネゴシエーション段階ではユーザの接続形態が分か
らず，他ネットワークへの転送であった場合にはユーザ
（端末）と該当接続先間でＬＣＰ再ネゴシエーション，
または最適でないリンク品質パラメータで接続を行わな
ければならない可能性がある。そのため，上記した接続
先識別オプションをＬＣＰにおいて検出して，ＬＣＰネ
ゴシエーション時にユーザの接続形態を識別することが
可能となる。

【００６２】図２０は接続形態識別のフローチャートを
示し，端末との間でＬＣＰネゴシエーションを行うＩＳ
Ｐにおけるフローチャートである。なお，ＬＣＰは中継
装置でもあり，認証などを行うアクセスサーバも兼ね，
オプションのあるなしで役割が変わってくる。

【００６３】ユーザからＬＣＰリクエストパケットを受
信すると（図２０のＳ１），接続先識別オプションがあ
るか判別し（同Ｓ２），ない場合は自ネットワーク接続
ユーザと判定し（同Ｓ３），ネットワーク中継装置（ア
クセスサーバ）においてユーザ認証，ＩＰＣＰなどＰＰ
Ｐネゴシエーションを進めて（同Ｓ４），終了する。Ｓ
２において，接続先識別オプションがあると判別した場
合，他ネットワーク転送ユーザと判定し（図２０のＳ
５），接続先識別オプションデータより接続先を判定し
（同Ｓ６），上記図６または図１０の方法により最適な
接続条件で該当接続先に転送する（同Ｓ７）。

【００６４】図２１，図２２は本発明によるネットワー
ク中継装置を介した動作例（その１），（その２）であ
る。図２１の（Ａ）は，ネットワーク構成を示し，ユー
ザＡ（企業Ｚの社員）とユーザＢ（企業Ｚの社長）がア
クセス網のネットワーク中継装置（以下，単に中継装置
という）に接続されており，ユーザＡはＩＳＰ−Ｘ，Ｉ
ＳＰ−Ｙと契約しており，企業−Ｚにも接続を希望して
いるものとし，ユーザＢは企業Ｚに接続を希望している
ものとする。図２１の（Ｂ）は，ユーザＡがＩＳＰ−Ｘ
に接続する場合のシーケンスを示し，ユーザＡが接続先
識別オプションでＩＳＰ−Ｘを指定し，ＰＰＰの最大パ
ケット長ＭＲＵ＝３０００でＬＣＰリクエストパケット
（接続要求）を送出すると（図２１のａ），中継装置で
ＬＣＰリクエストパケットから接続先（この例ではＩＳ
Ｐ−Ｘとする）を抽出し，接続先（ＩＳＰ−Ｘ）の情報
テーブルを参照する。ここで，接続先がＩＳＰ−Ｙであ
れば，ＭＲＵ＝３０００を受け入れ可能であるが，ＩＳ
Ｐ−Ｘの最大パケット長ＭＲＵは１５００であるため受
け取った接続要求を拒否し，ＭＲＵ＝１５００にするよ
う指示する（図２０のｂ）。端末からこの指示に対応す
るＬＣＰリクエストパケット（接続要求）が送出される
と（図２１のｃ），中継装置から承認の代理応答を端末
へ返し（同ｄ），ＬＣＰネゴシエーションを終わる。こ
の後，端末からのユーザ認証の要求を受け取ると（図２
１のｅ），Ｌ２ＴＰ等により中継装置から接続先のＩＳ
Ｐ−ＸにＰＰＰパケットを送信する（同ｆ）。この時，
最適なリンク品質パラメータでネゴシエーションが済ん
でいるので，ＩＳＰ−Ｘはパラメータをそのまま承認，
設定するだけで再ネゴシエーションをすることなく最適
なＰＰＰ通信が可能となる。

【００６５】図２２は，上記図２１の（Ａ）に示すネッ
トワーク構成において，ユーザＢが企業Ｚに接続する場
合である。ユーザＢが接続先識別オプションで企業Ｚを
指定するとともに接続元識別オプションにより自分が企
業Ｚの社長であることを示す（図２２のａ）。中継装置
はこれに対し，接続元識別オプション及び接続先識別オ
プションよりユーザＢの情報テーブルの企業Ｚの部分を
参照する。その結果，企業Ｚは接続先情報テーブルでは
ＭＲＵ＝２０００であるが，ユーザＢの情報テーブルに
はＭＲＵ＝５０００と設定されているので，ＭＲＵ＝５
０００の要求を承認してＬＣＰネゴシエーションを代理
応答で終了させ（図２２のｂ），ユーザＢからのユーザ
承認の要求を受け取ると（同ｃ），Ｌ２ＴＰなどの方式
により企業ＺにＰＰＰパケットを転送する（同ｄ）。

【００６６】（付記１）端末からのＰＰＰ接続要求を受
け取ってインターネットサービスプロバイダ（ＩＳＰ）
または企業ネットワークの代理応答を行うアクセス網の
中継装置を介したリンク制御プロトコル（ＬＣＰ）のネ
ゴシエーションによるＰＰＰ接続制御方式において，前
記端末から送信するＬＣＰネゴシエーションのパケット
内に要求するリンク品質と共に接続先をオプション情報
として設定し，前記中継装置は受け取ったオプション情
報の接続先を抽出すると接続先に変わって要求するリン
ク品質を満たすか判別して端末との間で接続先に代わっ
てネゴシエーションを行うことを特徴とするＰＰＰ接続
制御方式。

【００６７】（付記２）付記１において，前記中継装置
に前記接続先に対応して可能なリンク品質を設定したオ
プション情報テーブルを設け，前記中継装置は端末から
のＬＣＰリクエストパケットから接続先のオプションを
抽出して，前記オプション情報テーブルの中の前記抽出
した接続先のリンク品質パラメータを参照することを特
徴とするＰＰＰ接続制御方式。

【００６８】（付記３）付記１において，前記中継装置
は端末からのＬＣＰリクエストパケットから接続先のオ
プションと要求するリンク品質パラメータのオプション
を抽出すると，前記接続先のオプション情報テーブルに
設定したリンク品質に適合するか判別し，判別結果に適
合しないと拒否の代理応答を行い，適合すると承認の代
理応答を行って最適なリンク品質パラメータでの接続を
行うことを特徴とするＰＰＰ接続制御方式。

【００６９】（付記４）付記１において，前記中継装置
は，端末からＬＣＰリクエストパケットの受信時にオプ
ションとして接続先の情報が抽出されると，代理応答を
行うことなく抽出された接続先へ前記受信したＬＣＰリ
クエストパケットを転送して，端末と前記接続先との間
で直接ネゴシエーションを行うことを特徴とするＰＰＰ
接続制御方式。

【００７０】（付記５）付記１において，前記ＬＣＰネ
ゴシエーションにおいてユーザが指定する接続先の識別
子として，接続先を一意に識別可能なドメインネームを
用い，新たに定義したＬＣＰオプションのオプションデ
ータをドメインネームとしてＬＣＰリクエストパケット
においてユーザが接続先を指定することを特徴とするＰ
ＰＰ接続制御方式。

【００７１】（付記６）付記１において，前記ＬＣＰネ
ゴシエーションにおいてユーザが指定する接続先の識別
子として，各ネットワーク中継装置が，接続先を識別す
るための識別番号を決定し，ＬＣＰリクエストパケット
において新たに定義したＬＣＰオプションのオプション
データとしてユーザが前記の識別番号により接続先を指
定することを特徴とするＰＰＰ接続制御方式。

【００７２】（付記７）付記６において，各ネットワー
ク中継装置が決定する接続先を識別する識別番号は，接
続先が同一でも各ユーザ毎に異なる識別番号を割り当て
ることを特徴とするＰＰＰ接続制御方式。

【００７３】（付記８）端末からのＰＰＰ接続要求を受
け取ってインターネットサービスプロバイダ（ＩＳＰ）
または企業ネットワークの代理応答を行うアクセス網の
中継装置を介したリンク制御プロトコル（ＬＣＰ）のネ
ゴシエーションによるＰＰＰ接続制御方式において，前
記端末から送信するＬＣＰネゴシエーションのパケット
内に接続先を識別する情報と共に接続元を識別する情報
をオプション情報として設定し，前記中継装置は接続元
毎の情報テーブルを備え，パケットから抽出した接続元
に対応する情報テーブルを参照して制御を行うことを特
徴とするＰＰＰ接続制御方式。

【００７４】（付記９）付記１乃至付記８の何れかにお
いて，ＬＣＰネゴシエーションのパケット内に新たに優
先度を表す情報をオプションとして設定し，その優先度
に応じてサービス品質を制御することを特徴とするＰＰ
Ｐ接続制御方式。

【００７５】（付記１０）付記１乃至付記８の何れかに
おいて，ネットワークサービスプロバイダ内の中継装置
は，ユーザの接続形態が自ネットワークへの接続か，ま
たは他ネットワークへの転送かの判別を，前記接続先を
識別するためのオプション情報の有無により判定するこ
とを特徴とするＰＰＰ接続制御方式。

【００７６】

【発明の効果】本発明によればＰＰＰ接続要求に対して
代理応答し，その後にユーザ認証段階や，ＬＣＰ段階で
接続先にＰＰＰパケットを転送するネットワーク中継装
置において，ＰＰＰのＬＣＰネゴシエーション段階で接
続先を抽出できるため，接続先毎に変化する可能性のあ
るリンク品質パラメータについてユーザと該当接続先間
で再ネゴシエーションをすることなく最適な値を選択す
ることが可能となる。なお，Ｌ２ＴＰ方式を用いた場合
はＬＣＰ段階で転送する。

【００７７】また，ＬＣＰでネゴシエーションをする識
別子は，接続先（ＩＳＰ，企業ネットワークなど）を抽
出するだけでなく，接続元（ユーザ）を識別したり，優
先度を識別したりなどの各種の識別を新たに設けること
により，ユーザ毎に最適な接続条件によりＰＰＰ接続を
行うことが可能となる。

【図面の簡単な説明】

【図１】本発明の原理構成を示す図である。

【図２】本発明が実施されるネットワークの構成例を示
す図である。

【図３】ユーザのＬＣＰリクエストパケットの例を示す
図である。

【図４】本発明による新たに設定したものを含むオプシ
ョンの定義例を示す図である。

【図５】接続先情報テーブルの例を示す図である。

【図６】ネットワーク中継装置におけるフローチャート
である。

【図７】プロバイダＸへ接続する場合の制御シーケンス
を示す図である。

【図８】プロバイダＹへ接続する場合の制御シーケンス
を示す図である。

【図９】中継装置でネゴシエーションを行わない場合の
ネットワークと制御シーケンスを示す図である。

【図１０】中継装置でネゴシエーションを行わない場合
のフローチャートである。

【図１１】接続先のオプションの他の定義例を示す図で
ある。

【図１２】接続先のオプションの他の定義例による説明
図である。

【図１３】同じ端末に複数の接続先ＩＤを割り当てる例
を示す図である。

【図１４】オプションとして接続元ＩＤを用いる例を示
す図である。

【図１５】接続元（ユーザ）情報テーブルの例を示す図
である。

【図１６】接続元オプションを用いたネットワーク中継
装置のフローチャートである。

【図１７】新たな優先度を含むオプションの定義例を示
す図である。

【図１８】優先度を含むＩＰヘッダの構成例を示す図で
ある。

【図１９】優先度のオプションの制御を含むネットワー
ク中継装置におけるフローチャートである。

【図２０】接続形態識別のフローチャートを示す図であ
る。

【図２１】本発明によるネットワーク中継装置を介した
動作例（その１）を示す図である。

【図２２】本発明によるネットワーク中継装置を介した
動作例（その２）を示す図である。

【図２３】従来のＩＳＰ選択機能の説明図である。

【図２４】インターネットＶＰＮの接続構成を示す図で
ある。

【図２５】Ｌ２ＴＰのアーキテクチャを示す図である。

【図２６】ＰＰＰパケットフォーマットを表す図であ
る。

【図２７】ＰＰＰ接続のシーケンス例を示す図である。

【図２８】Ｌ２ＴＰを用いたＰＰＰ接続のシーケンスを
示す図である。

【図２９】再ネゴシエーションの発生例を示す図であ
る。

【図３０】再ネゴシエーションを回避する方法を示す図
である。

【符号の説明】

１ユーザの端末１０ＬＣＰ制御部１１オプション設定手段２アクセス網２０中継装置２１ＬＣＰ処理部２２オプション情報テーブル２３ＩＳＰ対応制御部

───────────────────────────────────────────────────── フロントページの続きＦターム(参考） 5K030 GA01 HA08 HC01 KA05 KA13 LB01 MB04 5K034 AA02 BB06 EE11 FF11 HH63 LL01 SS02

Claims

【特許請求の範囲】

【請求項１】端末からのＰＰＰ接続要求を受け取って
インターネットサービスプロバイダ（ＩＳＰ）または企
業ネットワークの代理応答を行うアクセス網の中継装置
を介したリンク制御プロトコル（ＬＣＰ）のネゴシエー
ションによるＰＰＰ接続制御方式において，前記端末か
ら送信するＬＣＰネゴシエーションのパケット内に要求
するリンク品質と共に接続先をオプション情報として設
定し，前記中継装置は受け取ったオプション情報の接続
先を抽出すると接続先に変わって要求するリンク品質を
満たすか判別して端末との間で接続先に代わってネゴシ
エーションを行うことを特徴とするＰＰＰ接続制御方
式。
【請求項２】請求項１において，前記中継装置に前記
接続先に対応して可能なリンク品質を設定したオプショ
ン情報テーブルを設け，前記中継装置は端末からのＬＣ
Ｐリクエストパケットから接続先のオプションを抽出し
て，前記オプション情報テーブルの中の前記抽出した接
続先のリンク品質パラメータを参照することを特徴とす
るＰＰＰ接続制御方式。
【請求項３】請求項１において，前記中継装置は，端
末からＬＣＰリクエストパケットの受信時にオプション
として接続先の情報が抽出されると，代理応答を行うこ
となく抽出された接続先へ前記受信したＬＣＰリクエス
トパケットを転送して，端末と前記接続先との間で直接
ネゴシエーションを行うことを特徴とするＰＰＰ接続制
御方式。
【請求項４】端末からのＰＰＰ接続要求を受け取って
インターネットサービスプロバイダ（ＩＳＰ）または企
業ネットワークの代理応答を行うアクセス網の中継装置
を介したリンク制御プロトコル（ＬＣＰ）のネゴシエー
ションによるＰＰＰ接続制御方式において，前記端末か
ら送信するＬＣＰネゴシエーションのパケット内に接続
先を識別する情報と共に接続元を識別する情報をオプシ
ョン情報として設定し，前記中継装置は接続元毎の情報
テーブルを備え，パケットから抽出した接続元に対応す
る情報テーブルを参照して制御を行うことを特徴とする
ＰＰＰ接続制御方式。