JP2003198640A - リモートアクセスシステム、端末装置、及びアクセス終端装置 - Google Patents
リモートアクセスシステム、端末装置、及びアクセス終端装置Info
- Publication number
- JP2003198640A JP2003198640A JP2001392567A JP2001392567A JP2003198640A JP 2003198640 A JP2003198640 A JP 2003198640A JP 2001392567 A JP2001392567 A JP 2001392567A JP 2001392567 A JP2001392567 A JP 2001392567A JP 2003198640 A JP2003198640 A JP 2003198640A
- Authority
- JP
- Japan
- Prior art keywords
- network
- access
- lac
- lns
- tunneling
- 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.)
- Pending
Links
Landscapes
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
(57)【要約】
【課題】同一のＬＡＣへのダイヤルアップで所望のプラ
イベートネットワークへ接続すべくＬＮＳを指定するこ
とができるネットワークアクセスシステムを提供する。 【解決手段】リモートホスト１０−１と、公衆網及びＬ
ＡＣ１２を経由して企業網内のネットワーク上に設置さ
れたターゲットホスト１６−１との間で接続を確立し、
当該通信のためのフレームを企業網内にトンネリング転
送するリモートアクセスシステムであって、リモートホ
スト１０−１は、ＬＡＣ１２に接続した際に、企業網内
の接続したいターゲットホスト１６−１を指定する手段
を有し、ＬＡＣ１２は、指定されたターゲットホスト１
６−１との間でトンネリング設定を行なう手段を有す
る。
イベートネットワークへ接続すべくＬＮＳを指定するこ
とができるネットワークアクセスシステムを提供する。 【解決手段】リモートホスト１０−１と、公衆網及びＬ
ＡＣ１２を経由して企業網内のネットワーク上に設置さ
れたターゲットホスト１６−１との間で接続を確立し、
当該通信のためのフレームを企業網内にトンネリング転
送するリモートアクセスシステムであって、リモートホ
スト１０−１は、ＬＡＣ１２に接続した際に、企業網内
の接続したいターゲットホスト１６−１を指定する手段
を有し、ＬＡＣ１２は、指定されたターゲットホスト１
６−１との間でトンネリング設定を行なう手段を有す
る。
Description
【０００１】
【発明の属する技術分野】本発明は、リモートアクセス
システム、端末装置及びアクセス終端装置に関するもの
である。
システム、端末装置及びアクセス終端装置に関するもの
である。
【０００２】
【従来の技術】計算機ネットワークの発達とインターネ
ットの発達で、公衆網を使用した疑似専用回線を用いた
安価な企業／団体内部ネットワーク（イントラネット）
が構築されるようになってきている。また、移動端末の
普及により、企業／団体の敷地外からのイントラネット
へのアクセスの需要が高まっている。
ットの発達で、公衆網を使用した疑似専用回線を用いた
安価な企業／団体内部ネットワーク（イントラネット）
が構築されるようになってきている。また、移動端末の
普及により、企業／団体の敷地外からのイントラネット
へのアクセスの需要が高まっている。
【０００３】一般的に、イントラネットは防火壁（ファ
イアウォール）により外部の公衆網から保護されてお
り、外部からのアクセスには、 （１）イントラネット内へのダイヤルアップサーバの設
置 （２）イントラネットへのトンネル設置 を行なうことになる。前者は、イントラネット対応や運
用方針対応の設置と管理が必要となり、遠距離からの使
用も考えると、コストの面で設置側にとっても利用者側
にとっても最適な解とはいい難い。
イアウォール）により外部の公衆網から保護されてお
り、外部からのアクセスには、 （１）イントラネット内へのダイヤルアップサーバの設
置 （２）イントラネットへのトンネル設置 を行なうことになる。前者は、イントラネット対応や運
用方針対応の設置と管理が必要となり、遠距離からの使
用も考えると、コストの面で設置側にとっても利用者側
にとっても最適な解とはいい難い。
【０００４】後者のトンネルを使用する技術として、Ｉ
ＥＴＦ(Internet Engineering TaskForce)で標準化され
たＬ２ＴＰを用いることができる。このＬ２ＴＰによ
り、移動端末に特殊なソフトウェアを搭載することな
く、公衆網経由でイントラネットへのアクセスを実現す
ることができる。
ＥＴＦ(Internet Engineering TaskForce)で標準化され
たＬ２ＴＰを用いることができる。このＬ２ＴＰによ
り、移動端末に特殊なソフトウェアを搭載することな
く、公衆網経由でイントラネットへのアクセスを実現す
ることができる。
【０００５】Ｌ２ＴＰの基本的なネットワーク構成を図
１４に示す。図１４において、リモートホスト５０６は
ＰＳＴＮ(Public Switched Telephone Network)などの
電話網５０５を介してＬＡＣ（Ｌ２ＴＰ Access Conce
ntrator）５０４に接続される。ＬＡＣ５０４はインタ
ーネット５０３を介してＬＮＳ（Ｌ２ＴＰ NetworkSer
ver）５０２に接続される。ＬＮＳ５０２はプライベー
トネットワーク５０１のターゲットホスト５００に接続
される。
１４に示す。図１４において、リモートホスト５０６は
ＰＳＴＮ(Public Switched Telephone Network)などの
電話網５０５を介してＬＡＣ（Ｌ２ＴＰ Access Conce
ntrator）５０４に接続される。ＬＡＣ５０４はインタ
ーネット５０３を介してＬＮＳ（Ｌ２ＴＰ NetworkSer
ver）５０２に接続される。ＬＮＳ５０２はプライベー
トネットワーク５０１のターゲットホスト５００に接続
される。
【０００６】Ｌ２ＴＰの詳細はＲＦＣ−２６６１に委ね
るが、基本的な機構としては、ダイヤルアップサーバと
して振舞うＬＡＣ５０４とＰＰＰ（Point To Point Pro
tocol)の端点として振舞うＬＮＳ５０２との間で、ＵＤ
Ｐ(User Datagram Protocol)のトンネルを確立し、ＰＰ
Ｐフレームの転送を行なうものである。これにより、ダ
イヤルアップしたリモートホスト５０６はなんの変更も
なくＬＮＳ５０２とＰＰＰセッションを確立でき、リモ
ートアクセスを実現することができる。
るが、基本的な機構としては、ダイヤルアップサーバと
して振舞うＬＡＣ５０４とＰＰＰ（Point To Point Pro
tocol)の端点として振舞うＬＮＳ５０２との間で、ＵＤ
Ｐ(User Datagram Protocol)のトンネルを確立し、ＰＰ
Ｐフレームの転送を行なうものである。これにより、ダ
イヤルアップしたリモートホスト５０６はなんの変更も
なくＬＮＳ５０２とＰＰＰセッションを確立でき、リモ
ートアクセスを実現することができる。
【０００７】
【発明が解決しようとする課題】しかしながら、標準の
Ｌ２ＴＰの機構だけでは、 （１）転送先のネットワーク対応にＬＡＣを設置する必
要がある （２）ＬＡＣでの認証機構がない （３）ＬＡＣ５０４の挙動とＬＮＳ５０２の挙動に協調
の保証がない という問題がある。
Ｌ２ＴＰの機構だけでは、 （１）転送先のネットワーク対応にＬＡＣを設置する必
要がある （２）ＬＡＣでの認証機構がない （３）ＬＡＣ５０４の挙動とＬＮＳ５０２の挙動に協調
の保証がない という問題がある。
【０００８】（１）は、ダイヤルアップしたリモートホ
ストがＬＡＣに対して接続したいネットワーク（ＬＮ
Ｓ）に関する情報を提示できる機構がないためである。
このため、あるＬＡＣに接続すると特定のＬＮＳ（ネッ
トワーク）にしかつながらないことになり、ＬＡＣの設
置数が増大することになる。（２）は、Ｌ２ＴＰ的には
ＰＰＰでの認証があるため、リモートホストの信頼性は
保たれるように見えるが、ＬＡＣの可用性という観点か
ら見た時、ＬＡＣへダイヤルした段階での何らかの認証
機構が必要である。（３）は、ＬＡＣとＬＮＳの動作に
は協調性が必要であるが、その間の設定やパラメータの
矛盾の除去には何ら方策がない。このため、ＬＡＣ／Ｌ
ＮＳの間の関係が増大すると、管理上破綻をきたしてし
まう。
ストがＬＡＣに対して接続したいネットワーク（ＬＮ
Ｓ）に関する情報を提示できる機構がないためである。
このため、あるＬＡＣに接続すると特定のＬＮＳ（ネッ
トワーク）にしかつながらないことになり、ＬＡＣの設
置数が増大することになる。（２）は、Ｌ２ＴＰ的には
ＰＰＰでの認証があるため、リモートホストの信頼性は
保たれるように見えるが、ＬＡＣの可用性という観点か
ら見た時、ＬＡＣへダイヤルした段階での何らかの認証
機構が必要である。（３）は、ＬＡＣとＬＮＳの動作に
は協調性が必要であるが、その間の設定やパラメータの
矛盾の除去には何ら方策がない。このため、ＬＡＣ／Ｌ
ＮＳの間の関係が増大すると、管理上破綻をきたしてし
まう。
【０００９】本発明は、このような課題に着目してなさ
れたものであり、その目的とするところは、同一のＬＡ
Ｃへのダイヤルアップで所望のプライベートネットワー
クへ接続すべくＬＮＳを指定することができるリモート
アクセスシステム、端末装置、及びアクセス終端装置を
提供することにある。
れたものであり、その目的とするところは、同一のＬＡ
Ｃへのダイヤルアップで所望のプライベートネットワー
クへ接続すべくＬＮＳを指定することができるリモート
アクセスシステム、端末装置、及びアクセス終端装置を
提供することにある。
【００１０】
【課題を解決するための手段】上記の目的を達成するた
めに、第１の発明は、端末装置と、公衆網及びアクセス
終端装置を経由して企業網内のネットワーク上に設置さ
れたネットワークアクセス装置との間で接続を確立し、
当該通信のためのフレームを企業網内にトンネリング転
送するリモートアクセスシステムであって、上記端末装
置は、上記アクセス終端装置に接続した際に、企業網内
の接続したいネットワークアクセス装置を指定する手段
を有し、上記アクセス終端装置は、前記指定されたネッ
トワークアクセス装置との間でトンネリング設定を行な
う手段を有する。
めに、第１の発明は、端末装置と、公衆網及びアクセス
終端装置を経由して企業網内のネットワーク上に設置さ
れたネットワークアクセス装置との間で接続を確立し、
当該通信のためのフレームを企業網内にトンネリング転
送するリモートアクセスシステムであって、上記端末装
置は、上記アクセス終端装置に接続した際に、企業網内
の接続したいネットワークアクセス装置を指定する手段
を有し、上記アクセス終端装置は、前記指定されたネッ
トワークアクセス装置との間でトンネリング設定を行な
う手段を有する。
【００１１】また、第２の発明は、第１の発明に係るリ
モートアクセスシステムにおいて、上記指定されたネッ
トワークアクセス装置との間のトンネリング設定を行な
うのに要する情報を格納したデータベースをさらに備
え、上記アクセス終端装置は、このデータベースを参照
することにより、トンネリング設定を行なう。
モートアクセスシステムにおいて、上記指定されたネッ
トワークアクセス装置との間のトンネリング設定を行な
うのに要する情報を格納したデータベースをさらに備
え、上記アクセス終端装置は、このデータベースを参照
することにより、トンネリング設定を行なう。
【００１２】また、第３の発明は、第１または第２の発
明に係るリモートアクセスシステムにおいて、上記アク
セス終端装置は、複数の端末装置から上記ネットワーク
アクセス装置との間のトンネリング設定の要求があった
ときに、複数の端末装置と上記ネットワークアクセス装
置間の通信を制御する。
明に係るリモートアクセスシステムにおいて、上記アク
セス終端装置は、複数の端末装置から上記ネットワーク
アクセス装置との間のトンネリング設定の要求があった
ときに、複数の端末装置と上記ネットワークアクセス装
置間の通信を制御する。
【００１３】また、第４の発明は、公衆網及びアクセス
終端装置を経由して企業網内のネットワーク上に設置さ
れたネットワークアクセス装置との間で接続を確立し、
当該通信のためのフレームを企業網内にトンネリング転
送する端末装置であって、上記アクセス終端装置に接続
した際に、所定の認証手続きの後に、企業網内の接続し
たいネットワークアクセス装置を指定する手段を有し、
上記アクセス終端装置は、前記指定されたネットワーク
アクセス装置との間でトンネリング設定を行なう。
終端装置を経由して企業網内のネットワーク上に設置さ
れたネットワークアクセス装置との間で接続を確立し、
当該通信のためのフレームを企業網内にトンネリング転
送する端末装置であって、上記アクセス終端装置に接続
した際に、所定の認証手続きの後に、企業網内の接続し
たいネットワークアクセス装置を指定する手段を有し、
上記アクセス終端装置は、前記指定されたネットワーク
アクセス装置との間でトンネリング設定を行なう。
【００１４】また、第５の発明は、端末装置と、公衆網
を経由して企業網内のネットワーク上に設置されたネッ
トワークアクセス装置との間で接続を確立し、当該通信
のためのフレームを企業網内にトンネリング転送する際
に用いられるアクセス終端装置であって、上記端末装置
が企業網内の接続したいネットワークアクセス装置を指
定したときに、この指定されたネットワークアクセス装
置との間でトンネリング設定を行なう手段と、接続可能
なネットワークアクセス装置が複数存在する場合に、ど
のネットワークアクセス装置との間でトンネリング設定
を行なうべきかを上記端末装置に問い合わせる手段とを
有する。
を経由して企業網内のネットワーク上に設置されたネッ
トワークアクセス装置との間で接続を確立し、当該通信
のためのフレームを企業網内にトンネリング転送する際
に用いられるアクセス終端装置であって、上記端末装置
が企業網内の接続したいネットワークアクセス装置を指
定したときに、この指定されたネットワークアクセス装
置との間でトンネリング設定を行なう手段と、接続可能
なネットワークアクセス装置が複数存在する場合に、ど
のネットワークアクセス装置との間でトンネリング設定
を行なうべきかを上記端末装置に問い合わせる手段とを
有する。
【００１５】また、第６の発明は、第５の発明に係るア
クセス終端装置において、上記アクセス終端装置は、複
数のネットワークアクセス装置との間で所定のトンネリ
ングを設定し、複数の端末装置からのパケットを転送す
べきネットワークアクセス装置を選択する。
クセス終端装置において、上記アクセス終端装置は、複
数のネットワークアクセス装置との間で所定のトンネリ
ングを設定し、複数の端末装置からのパケットを転送す
べきネットワークアクセス装置を選択する。
【００１６】
【発明の実施の形態】以下、図面を参照して発明の実施
の形態を詳細に説明する。
の形態を詳細に説明する。
【００１７】図１は、本発明の実施形態に係るリモート
アクセスシステムの構成を示す図である。移動端末など
のリモートホスト１０−１、１０−２はＰＳＴＮなどの
電話網１１を介して単一のＬＡＣ（アクセス終端装置）
１２に接続される。ＬＡＣ１２はインターネット１３を
介してＬＮＳ（ネットワークアクセス装置）１４−１，
１４−２に接続される。ＬＮＳ１４−１はプライベート
ネットワーク１５−１を介してターゲットホスト１６−
１に接続され、ＬＮＳ１４−２はプライベートネットワ
ーク１５−２を介してターゲットホスト１６−２に接続
される。
アクセスシステムの構成を示す図である。移動端末など
のリモートホスト１０−１、１０−２はＰＳＴＮなどの
電話網１１を介して単一のＬＡＣ（アクセス終端装置）
１２に接続される。ＬＡＣ１２はインターネット１３を
介してＬＮＳ（ネットワークアクセス装置）１４−１，
１４−２に接続される。ＬＮＳ１４−１はプライベート
ネットワーク１５−１を介してターゲットホスト１６−
１に接続され、ＬＮＳ１４−２はプライベートネットワ
ーク１５−２を介してターゲットホスト１６−２に接続
される。
【００１８】上記した構成において、各リモートホスト
１０−１（１０−２）は、ＬＡＣ１２にダイヤルアップ
する。ＬＡＣ１２は、ダイヤルアップを受け付けた時
に、リモートホスト１０−１（１０−２）により指定さ
れる接続先情報、および、必要に応じて指定される接続
先に関する認証情報に基いて、適切なＬＮＳ１４−１又
は１４−２へＬ２ＴＰトンネリングを設定する。その
後、リモートホスト１０−１（１０−２）はＰＰＰ接続
を開始し、当該ＬＮＳＬＮＳ１４−１又は１４−２はＰ
ＰＰの終端としてＰＰＰ接続を受け入れる。このＰＰＰ
接続では、該当するプライベートネットワーク１５−１
（１５−２）の接続に必要な認証、すなわち、該当する
ＬＮＳ１４−１又は１４−２がリモートホスト１０−１
（１０−２）からのＰＰＰ接続を受け入れるためのpap
またはchapを使った認証を行なうのが一般的となる。こ
れにより、リモートホスト１０−１（１０−２）は、プ
ライベートネットワーク１５−１（１５−２）に専用の
ダイヤルアップサーバを設置することなしに、ダイヤル
アップサーバの選択で迷う必要なく望みのプライベート
ネットワーク１５−１（１５−２）に接続可能となる。
１０−１（１０−２）は、ＬＡＣ１２にダイヤルアップ
する。ＬＡＣ１２は、ダイヤルアップを受け付けた時
に、リモートホスト１０−１（１０−２）により指定さ
れる接続先情報、および、必要に応じて指定される接続
先に関する認証情報に基いて、適切なＬＮＳ１４−１又
は１４−２へＬ２ＴＰトンネリングを設定する。その
後、リモートホスト１０−１（１０−２）はＰＰＰ接続
を開始し、当該ＬＮＳＬＮＳ１４−１又は１４−２はＰ
ＰＰの終端としてＰＰＰ接続を受け入れる。このＰＰＰ
接続では、該当するプライベートネットワーク１５−１
（１５−２）の接続に必要な認証、すなわち、該当する
ＬＮＳ１４−１又は１４−２がリモートホスト１０−１
（１０−２）からのＰＰＰ接続を受け入れるためのpap
またはchapを使った認証を行なうのが一般的となる。こ
れにより、リモートホスト１０−１（１０−２）は、プ
ライベートネットワーク１５−１（１５−２）に専用の
ダイヤルアップサーバを設置することなしに、ダイヤル
アップサーバの選択で迷う必要なく望みのプライベート
ネットワーク１５−１（１５−２）に接続可能となる。
【００１９】上述の機能を実現する機能ブロックの構成
と、制御、処理手順を順を追って以下に説明する。
と、制御、処理手順を順を追って以下に説明する。
【００２０】図２は、本実施形態に係るリモートアクセ
スシステムの機能ブロック図である。リモートホスト１
０−１（１０−２）は、電話網１１を使用するダイヤル
アップのためのモデム装置２６を保持している。また、
モデム装置２６で確立された接続上でＩＰ接続を実現す
るＰＰＰ機能２５、さらにはダイヤルアップ認証クライ
アント機能２７を保持している。
スシステムの機能ブロック図である。リモートホスト１
０−１（１０−２）は、電話網１１を使用するダイヤル
アップのためのモデム装置２６を保持している。また、
モデム装置２６で確立された接続上でＩＰ接続を実現す
るＰＰＰ機能２５、さらにはダイヤルアップ認証クライ
アント機能２７を保持している。
【００２１】ＬＡＣ１２は、ダイヤルアップサーバであ
るため、モデム装置２３を保持している。受けたダイヤ
ルインはダイヤルアップ認証サーバ機能２４によりリモ
ートホストの認証を行なう。その、認証情報にしたがっ
てＬ２ＴＰ−ＬＡＣ機能２２の設定を行ない、Ｌ２ＴＰ
−ＬＡＣ機能２２によりＬＮＳ１４−１（１４−２）と
の間でのＬ２ＴＰトンネルを確立する。
るため、モデム装置２３を保持している。受けたダイヤ
ルインはダイヤルアップ認証サーバ機能２４によりリモ
ートホストの認証を行なう。その、認証情報にしたがっ
てＬ２ＴＰ−ＬＡＣ機能２２の設定を行ない、Ｌ２ＴＰ
−ＬＡＣ機能２２によりＬＮＳ１４−１（１４−２）と
の間でのＬ２ＴＰトンネルを確立する。
【００２２】ダイヤルアップ認証サーバ機能２４は、必
要に応じてレポジトリ（ＬＤＡＰサーバ／データベー
ス）１７から認証に必要な情報を取得する。Ｌ２ＴＰ−
ＬＡＣ機能２２も、ＬＮＳ１４−１（１４−２）との間
でのＬ２ＴＰトンネルに必要な情報をレポジトリ１７か
ら取得する。ＬＮＳ１４−１（１４−２）は、ＬＡＣ１
２からのＬ２ＴＰトンネルの設定を受け入れるＬ２ＴＰ
−ＬＮＳ機能２１を保持しており、Ｌ２ＴＰ−ＬＡＣ機
能２２と同様に、Ｌ２ＴＰトンネルの設定に必要な情報
をレポジトリ１７から取得する。
要に応じてレポジトリ（ＬＤＡＰサーバ／データベー
ス）１７から認証に必要な情報を取得する。Ｌ２ＴＰ−
ＬＡＣ機能２２も、ＬＮＳ１４−１（１４−２）との間
でのＬ２ＴＰトンネルに必要な情報をレポジトリ１７か
ら取得する。ＬＮＳ１４−１（１４−２）は、ＬＡＣ１
２からのＬ２ＴＰトンネルの設定を受け入れるＬ２ＴＰ
−ＬＮＳ機能２１を保持しており、Ｌ２ＴＰ−ＬＡＣ機
能２２と同様に、Ｌ２ＴＰトンネルの設定に必要な情報
をレポジトリ１７から取得する。
【００２３】更に、ＬＮＳ１４−１（１４−２）はリモ
ートホスト１０−１（１０−２）とのＰＰＰ接続を確立
するためのＰＰＰ機能２０を保持している。
ートホスト１０−１（１０−２）とのＰＰＰ接続を確立
するためのＰＰＰ機能２０を保持している。
【００２４】レポジトリ１７は、Ｌ２ＴＰ−ＬＡＣ機能
２２、およびＬ２ＴＰ−ＬＮＳ機能２１から参照される
Ｌ２ＴＰトンネルの設定に必要な情報を保持する部分で
ある。また、ダイヤルアップ認証サーバ機能２４から参
照される、ダイヤルアップを受け入れた際のリモートホ
スト１０−１（１０−２）の認証に必要な情報も保持す
る。本実施形態では、ＬＤＡＰディレクトリサーバをレ
ポジトリ１７とする。
２２、およびＬ２ＴＰ−ＬＮＳ機能２１から参照される
Ｌ２ＴＰトンネルの設定に必要な情報を保持する部分で
ある。また、ダイヤルアップ認証サーバ機能２４から参
照される、ダイヤルアップを受け入れた際のリモートホ
スト１０−１（１０−２）の認証に必要な情報も保持す
る。本実施形態では、ＬＤＡＰディレクトリサーバをレ
ポジトリ１７とする。
【００２５】以下では説明を容易にするために、単一の
ＬＡＣ１２が保持しているモデム装置２３は１つである
前提で記述しているが、複数のモデム装置を保持してい
る場合や、同時に複数のダイヤルアップを受け入れ可能
なモデム装置を前提とした場合には、ダイヤルアップ対
応に以降と同様の処理を行なうことで、１つのＬＡＣが
複数のＬＮＳへの接続を実現することが可能である。
ＬＡＣ１２が保持しているモデム装置２３は１つである
前提で記述しているが、複数のモデム装置を保持してい
る場合や、同時に複数のダイヤルアップを受け入れ可能
なモデム装置を前提とした場合には、ダイヤルアップ対
応に以降と同様の処理を行なうことで、１つのＬＡＣが
複数のＬＮＳへの接続を実現することが可能である。
【００２６】図３は機器の設置例を示す図である。図３
のRHost１００−１〜１００−５は、先述のリモートホ
スト１０−１，１０−２に対応するものである。図３に
示すように、ＬＡＣ１０１−１，１０１−２とＬＮＳ１
０４−１〜１０４−４の対応は特に必要ではなく、プラ
イベートネットワーク１０５−１〜１０５−３には１つ
以上のＬＮＳがあり、それとは独立に、リモートホスト
１００−１〜１００−５からのダイヤルアップを受容す
るのに必要十分なＬＡＣを設置することができる。
のRHost１００−１〜１００−５は、先述のリモートホ
スト１０−１，１０−２に対応するものである。図３に
示すように、ＬＡＣ１０１−１，１０１−２とＬＮＳ１
０４−１〜１０４−４の対応は特に必要ではなく、プラ
イベートネットワーク１０５−１〜１０５−３には１つ
以上のＬＮＳがあり、それとは独立に、リモートホスト
１００−１〜１００−５からのダイヤルアップを受容す
るのに必要十分なＬＡＣを設置することができる。
【００２７】次に、レポジトリ、すなわち、ＬＤＡＰデ
ィレクトリ内で保持しているＬ２ＴＰトンネル設定、お
よび、ダイヤルアップ認証に必要な情報の構造について
述べる。
ィレクトリ内で保持しているＬ２ＴＰトンネル設定、お
よび、ダイヤルアップ認証に必要な情報の構造について
述べる。
【００２８】図４はＬＡＣに関する設定パラメータのデ
ィレクトリエントリを示し、図５はＬＮＳに関する設定
パラメータのディレクトリエントリを示す図である。Ｌ
ＡＣの情報（図４）は、objectClass＝ｌａｃを用意
し、cn,host,connectable List,12tpPassPhraseを必須
のアトリビュート（属性）とする。各々、cnはcommon N
ameアトリビュートであり、ＬＡＣの識別名を記述す
る。この識別名は、ＬＮＳのacceptListで受け入れるＬ
ＡＣの指定で使用される。hostは、１Ｐ当該ＬＡＣのＦ
ＱＤＮまたはＩＰアドレスである。hostは、ＬＮＳが接
続してきたＬＡＣを識別するのに使用する。connectabl
eListは、当該ＬＡＣがＬ２ＴＰトンネルを設定できる
ＬＮＳの識別名のリストである。この識別名は、後述の
ＬＮＳのエントリ内で記述されるcnのことである。12tp
PassPhraseは、Ｌ２ＴＰで認証に使用するパスフレーズ
である。平文でも構わないし、ハッシュでも暗号文でも
構わない。実装に依存する。
ィレクトリエントリを示し、図５はＬＮＳに関する設定
パラメータのディレクトリエントリを示す図である。Ｌ
ＡＣの情報（図４）は、objectClass＝ｌａｃを用意
し、cn,host,connectable List,12tpPassPhraseを必須
のアトリビュート（属性）とする。各々、cnはcommon N
ameアトリビュートであり、ＬＡＣの識別名を記述す
る。この識別名は、ＬＮＳのacceptListで受け入れるＬ
ＡＣの指定で使用される。hostは、１Ｐ当該ＬＡＣのＦ
ＱＤＮまたはＩＰアドレスである。hostは、ＬＮＳが接
続してきたＬＡＣを識別するのに使用する。connectabl
eListは、当該ＬＡＣがＬ２ＴＰトンネルを設定できる
ＬＮＳの識別名のリストである。この識別名は、後述の
ＬＮＳのエントリ内で記述されるcnのことである。12tp
PassPhraseは、Ｌ２ＴＰで認証に使用するパスフレーズ
である。平文でも構わないし、ハッシュでも暗号文でも
構わない。実装に依存する。
【００２９】次に、ＬＡＣおよびＬＮＳが起動し、リモ
ートホストがダイヤルアップを行なった後、Ｌ２ＴＰト
ンネル設定、ＰＰＰ接続までの一連の流れを図６〜図９
を参照して説明する。図６はネットワークの一例を示す
図である。また、図７はＬＡＣエントリの一例を示し、
図８はＬＮＳエントリの一例を示している。図９は、本
実施形態のメインシーケンス図である。
ートホストがダイヤルアップを行なった後、Ｌ２ＴＰト
ンネル設定、ＰＰＰ接続までの一連の流れを図６〜図９
を参照して説明する。図６はネットワークの一例を示す
図である。また、図７はＬＡＣエントリの一例を示し、
図８はＬＮＳエントリの一例を示している。図９は、本
実施形態のメインシーケンス図である。
【００３０】図６に示すように、このネットワークで
は、リモートホスト２００は電話網２０１を介してＬＡ
Ｃ２０２に接続される。ＬＡＣ２０２はインターネット
２０３を介してＬＮＳ２０４に接続される。ＬＮＳ２０
４はプライベートネットワークとしてのfoonetに接続さ
れている。リモートホスト２００は図９に示すように、
ＰＰＰ機能２００−１と、ダイヤルアップ認証クライア
ント機能２００−２と、モデム装置２００−３とを備え
ている。また、ＬＡＣ２０２は、モデム装置２０２−１
と、ダイヤルアップ認証サーバ機能２０２−２と、Ｌ２
ＴＰ−ＬＡＣ機能２０２−３とを備えている。また、Ｌ
ＮＳ２０４は、Ｌ２ＴＰ−ＬＮＳ機能２０４−１と、Ｐ
ＰＰ機能２０４−２とを備えている。さらに、ダイヤル
アップ認証サーバ機能２０２−２と、Ｌ２ＴＰ−ＬＡＣ
機能２０２−３と、Ｌ２ＴＰ−ＬＮＳ機能２０４−１に
は、レポジトリ２０５が接続されているものとする。
は、リモートホスト２００は電話網２０１を介してＬＡ
Ｃ２０２に接続される。ＬＡＣ２０２はインターネット
２０３を介してＬＮＳ２０４に接続される。ＬＮＳ２０
４はプライベートネットワークとしてのfoonetに接続さ
れている。リモートホスト２００は図９に示すように、
ＰＰＰ機能２００−１と、ダイヤルアップ認証クライア
ント機能２００−２と、モデム装置２００−３とを備え
ている。また、ＬＡＣ２０２は、モデム装置２０２−１
と、ダイヤルアップ認証サーバ機能２０２−２と、Ｌ２
ＴＰ−ＬＡＣ機能２０２−３とを備えている。また、Ｌ
ＮＳ２０４は、Ｌ２ＴＰ−ＬＮＳ機能２０４−１と、Ｐ
ＰＰ機能２０４−２とを備えている。さらに、ダイヤル
アップ認証サーバ機能２０２−２と、Ｌ２ＴＰ−ＬＡＣ
機能２０２−３と、Ｌ２ＴＰ−ＬＮＳ機能２０４−１に
は、レポジトリ２０５が接続されているものとする。
【００３１】まず、ＬＡＣ２０２の起動時の作用につい
て述べる。ＬＡＣ２０２が起動するとダイヤルアップ認
証サーバ機能２０２−２とＬ２ＴＰ−ＬＡＣ機能２０２
−３は、ＬＡＣパラメータ取得手順を行なうことができ
る。図９では、ダイヤルアップ認証サーバ機能２０２−
２はＳ１０，Ｓ１５で示すＬＡＣパラメータ取得手順を
行い、Ｌ２ＴＰ−ＬＡＣ機能２０２−３はＳ１１，Ｓ１
７で示すＬＡＣパラメータ取得手順を行なう。
て述べる。ＬＡＣ２０２が起動するとダイヤルアップ認
証サーバ機能２０２−２とＬ２ＴＰ−ＬＡＣ機能２０２
−３は、ＬＡＣパラメータ取得手順を行なうことができ
る。図９では、ダイヤルアップ認証サーバ機能２０２−
２はＳ１０，Ｓ１５で示すＬＡＣパラメータ取得手順を
行い、Ｌ２ＴＰ−ＬＡＣ機能２０２−３はＳ１１，Ｓ１
７で示すＬＡＣパラメータ取得手順を行なう。
【００３２】ただし、ここでのＬＡＣパラメータ取得手
順は、リモートホスト２００からのダイヤルアップ認証
手順（Ｓ１４）の時点まで延期することも可能である。
順は、リモートホスト２００からのダイヤルアップ認証
手順（Ｓ１４）の時点まで延期することも可能である。
【００３３】図１０は、ＬＡＣパラメータ取得手順のシ
ーケンス図を示している。ここでのＬＡＣパラメータ取
得手順では、まず、自ＬＡＣのディレクトリエントリに
記述されている自ＬＡＣのパラメータを取得するため
に、objectClassがlacであり、かつ、cnが自分（例では
hoge-lacl）であることを条件とする検索メッセージを
受信（Ｓ１００）して検索を行なう。一方、自ＬＡＣの
ディレクトリエントリを示す条件として、objectClass
がlacであり、かつ、hostが自分（この例では、lacl.ho
ge.ne.jpあるいは１３３．１３３．１０．１）であって
も構わないし、これらを組み合わせた条件にすることも
可能である。また、予定した結果が得られない場合は、
これらを適当な順序で試していくことも考えられる。以
上により、図７に示すエントリが検索結果として得られ
る（Ｓ１０１）。
ーケンス図を示している。ここでのＬＡＣパラメータ取
得手順では、まず、自ＬＡＣのディレクトリエントリに
記述されている自ＬＡＣのパラメータを取得するため
に、objectClassがlacであり、かつ、cnが自分（例では
hoge-lacl）であることを条件とする検索メッセージを
受信（Ｓ１００）して検索を行なう。一方、自ＬＡＣの
ディレクトリエントリを示す条件として、objectClass
がlacであり、かつ、hostが自分（この例では、lacl.ho
ge.ne.jpあるいは１３３．１３３．１０．１）であって
も構わないし、これらを組み合わせた条件にすることも
可能である。また、予定した結果が得られない場合は、
これらを適当な順序で試していくことも考えられる。以
上により、図７に示すエントリが検索結果として得られ
る（Ｓ１０１）。
【００３４】次に、この得られたエントリのconnectabl
eListに記述されている接続可能な（または、持続すべ
き）ＬＮＳ２０４のディレクトリエントリを取得するこ
とができる。ただし、接続可能な（または、接続すべ
き）ＬＮＳ２０４のディレクトリエントリの取得は、リ
モートホスト２００からのダイヤルアップ認証手順の時
点まで延期することも可能である。取得する場合は、ob
jectClassがlnsであり、かつ、cnがconnectableListに
あるＬＮＳ２０４のcn名（例ではfoonet）であることを
検索条件とするメッセージを受信（Ｓ１０２）してディ
レクトリの検索を行なう。connectableListに複数記述
がある場合は、複数の検索を行なうことになる。これに
より、接続可能な（または、接続すべき）ＬＮＳ２０４
のパラメータ（図８のエントリ）が検索結果として取得
できる（Ｓ１０３）。
eListに記述されている接続可能な（または、持続すべ
き）ＬＮＳ２０４のディレクトリエントリを取得するこ
とができる。ただし、接続可能な（または、接続すべ
き）ＬＮＳ２０４のディレクトリエントリの取得は、リ
モートホスト２００からのダイヤルアップ認証手順の時
点まで延期することも可能である。取得する場合は、ob
jectClassがlnsであり、かつ、cnがconnectableListに
あるＬＮＳ２０４のcn名（例ではfoonet）であることを
検索条件とするメッセージを受信（Ｓ１０２）してディ
レクトリの検索を行なう。connectableListに複数記述
がある場合は、複数の検索を行なうことになる。これに
より、接続可能な（または、接続すべき）ＬＮＳ２０４
のパラメータ（図８のエントリ）が検索結果として取得
できる（Ｓ１０３）。
【００３５】次に、ＬＮＳ２０４の起動時の作用につい
て述べる。ＬＮＳ２０４が起動するとＬ２ＴＰ−ＬＮＳ
機能２０４−１は、ＬＮＳパラメータ取得手順を行なう
ことができる。図９では、Ｌ２ＴＰ−ＬＮＳ機能２０４
−１は、Ｓ１２，Ｓ１９で示すＬＮＳパラメータ取得手
順を行なう。
て述べる。ＬＮＳ２０４が起動するとＬ２ＴＰ−ＬＮＳ
機能２０４−１は、ＬＮＳパラメータ取得手順を行なう
ことができる。図９では、Ｌ２ＴＰ−ＬＮＳ機能２０４
−１は、Ｓ１２，Ｓ１９で示すＬＮＳパラメータ取得手
順を行なう。
【００３６】ただし、ここでのＬＮＳパラメータ取得手
順は、ＬＡＣ２０２からのＬ２ＴＰトンネル確立手順
（Ｓ１８）の時点まで延期することも可能である。
順は、ＬＡＣ２０２からのＬ２ＴＰトンネル確立手順
（Ｓ１８）の時点まで延期することも可能である。
【００３７】図１１は、ＬＮＳパラメータ取得手順のシ
ーケンス図を示している。ここでのＬＮＳパラメータ取
得手順では、まず、自ＬＮＳのディレクトリエントリに
記述されている自ＬＮＳのパラメータを取得するため
に、objectClassがlnsであり、かつ、cnが自分（例では
foonet）であることを条件とする検索メッセージを受信
（Ｓ１２０）して検索を行なう。
ーケンス図を示している。ここでのＬＮＳパラメータ取
得手順では、まず、自ＬＮＳのディレクトリエントリに
記述されている自ＬＮＳのパラメータを取得するため
に、objectClassがlnsであり、かつ、cnが自分（例では
foonet）であることを条件とする検索メッセージを受信
（Ｓ１２０）して検索を行なう。
【００３８】一方、自ＬＮＳのディレクトリエントリを
示す条件として、objectClassがlnsであり、かつ、host
が自分（この例では、lnsl.foo.co.jpあるいは１３３．
１２３．４５．１）であっても構わないし、これらを組
み合わせた条件にすることも可能である。また、予定し
た結果がえられない場合は、これらを適当な順序で試し
ていくことも考えられる。以上により、図８に示すエン
トリが検索結果として得られる（Ｓ１２１）。
示す条件として、objectClassがlnsであり、かつ、host
が自分（この例では、lnsl.foo.co.jpあるいは１３３．
１２３．４５．１）であっても構わないし、これらを組
み合わせた条件にすることも可能である。また、予定し
た結果がえられない場合は、これらを適当な順序で試し
ていくことも考えられる。以上により、図８に示すエン
トリが検索結果として得られる（Ｓ１２１）。
【００３９】次に、この得られたエントリのacceptList
に記述されている接続を許容するＬＡＣ２０２のディレ
クトリエントリを取得することができる。ただし、接続
を許容するＬＡＣ２０２のディレクトリエントリの取得
は、ＬＡＣ２０２からのＬ２ＴＰトンネル確立手順（Ｓ
１８）の時点まで延期することも可能である。取得する
場合は、objectClassがlacであり、かつ、cnがacceptLi
stにあるＬＡＣ２０２のcn名（例ではhoge-lac1）であ
ることを検索条件とするメッセージを受信（Ｓ１２２）
してディレクトリの検索を行なう。acceptListに複数記
述がある場合は、複数の検索を行なうことになる。これ
により、接続を許容するＬＡＣ２０２のパラメータ（図
７のエントリ）が検索結果として取得できる（Ｓ１２
３）。
に記述されている接続を許容するＬＡＣ２０２のディレ
クトリエントリを取得することができる。ただし、接続
を許容するＬＡＣ２０２のディレクトリエントリの取得
は、ＬＡＣ２０２からのＬ２ＴＰトンネル確立手順（Ｓ
１８）の時点まで延期することも可能である。取得する
場合は、objectClassがlacであり、かつ、cnがacceptLi
stにあるＬＡＣ２０２のcn名（例ではhoge-lac1）であ
ることを検索条件とするメッセージを受信（Ｓ１２２）
してディレクトリの検索を行なう。acceptListに複数記
述がある場合は、複数の検索を行なうことになる。これ
により、接続を許容するＬＡＣ２０２のパラメータ（図
７のエントリ）が検索結果として取得できる（Ｓ１２
３）。
【００４０】次に、リモートホスト２００のダイヤルア
ップから、リモートホスト２００とＬＮＳ２０４との間
でＰＰＰ接続が確立するまでの手順の説明に移る。
ップから、リモートホスト２００とＬＮＳ２０４との間
でＰＰＰ接続が確立するまでの手順の説明に移る。
【００４１】リモートホスト２００のモデム装置２００
−３は、ＬＡＣ２０２が保持しているモデム装置２０２
−１に向け発呼を行ない、ｌＴＵ−Ｔ等で標準化されて
いる任意の手順でデータ通信可能なモデム接続を確立す
る（図９のＳ１３）。以降、リモートホスト２００とＬ
ＡＣ２０２間の通信は、このモデム接続上で行なわれ
る。
−３は、ＬＡＣ２０２が保持しているモデム装置２０２
−１に向け発呼を行ない、ｌＴＵ−Ｔ等で標準化されて
いる任意の手順でデータ通信可能なモデム接続を確立す
る（図９のＳ１３）。以降、リモートホスト２００とＬ
ＡＣ２０２間の通信は、このモデム接続上で行なわれ
る。
【００４２】次に、ダイヤルアップ認証サーバ機能２０
２−２とダイヤルアップ認証クライアント機能２００−
２は、図１２に示すリモートホストダイヤルアップ認証
手順（図９のＳ１４）を開始する。ダイヤルアップ認証
サーバ機能２０２−２は、ダイヤルアップ認証クライア
ント機能２００−２に対して、当該リモートホスト２０
０がＰＰＰ接続の確立を望んでいるＬＮＳ２０４の指定
を促すメッセージ（loginプロンプト）を送信する（Ｓ
１４０）。ダイヤルアップ認証クライアント機能２００
−２は、リモートホスト２００のユーザからの指示に従
い、ＬＮＳ２０４の指定を返す（Ｓ１４１）。この指定
は、９のcnの値に対応している。
２−２とダイヤルアップ認証クライアント機能２００−
２は、図１２に示すリモートホストダイヤルアップ認証
手順（図９のＳ１４）を開始する。ダイヤルアップ認証
サーバ機能２０２−２は、ダイヤルアップ認証クライア
ント機能２００−２に対して、当該リモートホスト２０
０がＰＰＰ接続の確立を望んでいるＬＮＳ２０４の指定
を促すメッセージ（loginプロンプト）を送信する（Ｓ
１４０）。ダイヤルアップ認証クライアント機能２００
−２は、リモートホスト２００のユーザからの指示に従
い、ＬＮＳ２０４の指定を返す（Ｓ１４１）。この指定
は、９のcnの値に対応している。
【００４３】ＬＮＳ２０４の指定を受けたダイヤルアッ
プ認証サーバ機能２０２−２は、ダイヤルアップ認証ク
ライアント機能２００−２に、該当するＬＮＳ２０４の
パスワードの返信を促すメッセージ（Passwordプロンプ
ト）を送信する（Ｓ１４２）。ダイヤルアップ認証クラ
イアント機能２００−２は、リモートホスト２００のユ
ーザからの指示に従い、パスワードを返す。このパスワ
ードは、９のgroupPassPhraseの値に対応している。
プ認証サーバ機能２０２−２は、ダイヤルアップ認証ク
ライアント機能２００−２に、該当するＬＮＳ２０４の
パスワードの返信を促すメッセージ（Passwordプロンプ
ト）を送信する（Ｓ１４２）。ダイヤルアップ認証クラ
イアント機能２００−２は、リモートホスト２００のユ
ーザからの指示に従い、パスワードを返す。このパスワ
ードは、９のgroupPassPhraseの値に対応している。
【００４４】ここで、ダイヤルアップ認証サーバ機能２
０２−２は、ダイヤルアップ認証クライアント機能２０
０−２から受けとったＬＮＳ２０４の指定とパスワード
が正しいものかどうかを判定する。判定は、該当するＬ
ＮＳディレクトリエントリのgroupPassPhraseと比較す
る。
０２−２は、ダイヤルアップ認証クライアント機能２０
０−２から受けとったＬＮＳ２０４の指定とパスワード
が正しいものかどうかを判定する。判定は、該当するＬ
ＮＳディレクトリエントリのgroupPassPhraseと比較す
る。
【００４５】ＬＮＳディレクトリエントリの取得を延期
している場合は、ここで、ＬＡＣパラメータ取得手順の
ＬＮＳディレクトリエントリの取得を行なわなければな
らない。この時、connectableListに記述されているす
べてのＬＮＳ２０４のディレクトリエントリを取得する
必要はなく、ダイヤルアップ認証クライアント機能２０
０−２から指定されたＬＮＳ２０４についてのみで構わ
ない。パスワードが正しいならば、以降の処理に移る。
している場合は、ここで、ＬＡＣパラメータ取得手順の
ＬＮＳディレクトリエントリの取得を行なわなければな
らない。この時、connectableListに記述されているす
べてのＬＮＳ２０４のディレクトリエントリを取得する
必要はなく、ダイヤルアップ認証クライアント機能２０
０−２から指定されたＬＮＳ２０４についてのみで構わ
ない。パスワードが正しいならば、以降の処理に移る。
【００４６】次に、ダイヤルアップ認証サーバ機能２０
２−２とＬ２ＴＰ−ＬＡＣ機能２０２−３はＬ２ＴＰ−
ＬＮＳ指定を行なう。
２−２とＬ２ＴＰ−ＬＡＣ機能２０２−３はＬ２ＴＰ−
ＬＮＳ指定を行なう。
【００４７】図１３は、Ｌ２ＴＰ−ＬＮＳ指定のシーケ
ンス図である。ダイヤルアップ認証サーバ機能２０２−
２はＬ２ＴＰ−ＬＡＣ機能２０２−３にリモートホスト
ダイヤルアップ認証手順で指定されたＬＮＳ２０４の指
定（すなわち、該当するＬＮＳディレクトリエントリの
cnの値）を伝える（Ｓ１６０）。また、この時、ＬＡＣ
２０２のモデム装置２０２−１は、これ以降のリモート
ホスト２００から受信するデータは、Ｌ２ＴＰ−ＬＡＣ
機能２０２−３へ転送する。
ンス図である。ダイヤルアップ認証サーバ機能２０２−
２はＬ２ＴＰ−ＬＡＣ機能２０２−３にリモートホスト
ダイヤルアップ認証手順で指定されたＬＮＳ２０４の指
定（すなわち、該当するＬＮＳディレクトリエントリの
cnの値）を伝える（Ｓ１６０）。また、この時、ＬＡＣ
２０２のモデム装置２０２−１は、これ以降のリモート
ホスト２００から受信するデータは、Ｌ２ＴＰ−ＬＡＣ
機能２０２−３へ転送する。
【００４８】次に、Ｌ２ＴＰ−ＬＡＣ機能２０２−３と
Ｌ２ＴＰ−ＬＮＳ機能２０４−１の間で、Ｌ２ＴＰトン
ネル確立手順（図９のＳ１８）を開始する。このＬ２Ｔ
Ｐトンネル確立手順の詳細はＲＦＣ−２６６１に記述さ
れている通りである。ただし、先述のＬＮＳパラメータ
取得手順が延期されている場合は、ここで、ＬＮＳパラ
メータ取得手順のＬＡＣディレクトリエントリの取得を
行なわなければならない。この時、acceptListに記述さ
れているすべてのＬＡＣ２０２のディレクトリエントリ
を取得する必要はなく、Ｌ２ＴＰトンネル確立手順の相
手のＬＡＣ２０２についてのみで構わない。
Ｌ２ＴＰ−ＬＮＳ機能２０４−１の間で、Ｌ２ＴＰトン
ネル確立手順（図９のＳ１８）を開始する。このＬ２Ｔ
Ｐトンネル確立手順の詳細はＲＦＣ−２６６１に記述さ
れている通りである。ただし、先述のＬＮＳパラメータ
取得手順が延期されている場合は、ここで、ＬＮＳパラ
メータ取得手順のＬＡＣディレクトリエントリの取得を
行なわなければならない。この時、acceptListに記述さ
れているすべてのＬＡＣ２０２のディレクトリエントリ
を取得する必要はなく、Ｌ２ＴＰトンネル確立手順の相
手のＬＡＣ２０２についてのみで構わない。
【００４９】最後に、リモートホスト２００のＰＰＰ機
能２００−１とＬＮＳ２０４のＰＰＰ機能２０４−２と
の間で、ＰＰＰ接続確立手順（図９のＳ２０）が開始さ
れる。このＰＰＰ接続確立手順はＲＦＣ−１６６１に記
述されている通りのものである。
能２００−１とＬＮＳ２０４のＰＰＰ機能２０４−２と
の間で、ＰＰＰ接続確立手順（図９のＳ２０）が開始さ
れる。このＰＰＰ接続確立手順はＲＦＣ−１６６１に記
述されている通りのものである。
【００５０】
【発明の効果】本発明によれば、同一のＬＡＣへのダイ
ヤルアップで所望のプライベートネットワークへ接続す
べくＬＮＳを指定することができる。また、ＬＡＣが複
数のダイヤルアップを受け入れ可能な場合、同時に複数
のＬＮＳへのＬ２ＴＰ転送が可能となる。更に、ＬＤＡ
Ｐディレクトリ（レポジトリ）の使用とその検索手順に
より、パラメータを共用するＬＡＣ、ＬＮＳ間で矛盾の
ないパラメータ管理が実現できる。
ヤルアップで所望のプライベートネットワークへ接続す
べくＬＮＳを指定することができる。また、ＬＡＣが複
数のダイヤルアップを受け入れ可能な場合、同時に複数
のＬＮＳへのＬ２ＴＰ転送が可能となる。更に、ＬＤＡ
Ｐディレクトリ（レポジトリ）の使用とその検索手順に
より、パラメータを共用するＬＡＣ、ＬＮＳ間で矛盾の
ないパラメータ管理が実現できる。
【図１】本発明の実施形態に係るリモートアクセスシス
テムの構成を示す図である。
テムの構成を示す図である。
【図２】本実施形態に係るリモートアクセスシステムの
機能ブロック図である。
機能ブロック図である。
【図３】機器の設置例を示す図である。
【図４】ＬＡＣに関する設定パラメータのディレクトリ
エントリを示す図である。
エントリを示す図である。
【図５】ＬＮＳに関する設定パラメータのディレクトリ
エントリを示す図である。
エントリを示す図である。
【図６】ネットワークの一例を示す図である。
【図７】ＬＡＣエントリの一例を示す図である。
【図８】ＬＮＳエントリの一例を示す図である。
【図９】本実施形態のメインシーケンス図である。
【図１０】ＬＡＣパラメータ取得手順のシーケンス図を
示す図である。
示す図である。
【図１１】ＬＮＳパラメータ取得手順のシーケンス図を
示す図である。
示す図である。
【図１２】リモートホストダイヤルアップ認証手順のシ
ーケンス図である。
ーケンス図である。
【図１３】Ｌ２ＴＰ−ＬＮＳ指定のシーケンス図であ
る。
る。
【図１４】Ｌ２ＴＰのフレームワークを示す図である。
１０−１，１０−２ リモートホスト
１１ 電話網（ＰＳＴＮなど）
１２ ＬＡＣ
１３ インターネット
１４−１，１４−２ ＬＮＳ
１５−１，１５−２ プライベートネットワーク
１６−１，１６−２ ターゲットホスト
Claims (6)
- 【請求項１】 端末装置と、公衆網及びアクセス終端装
置を経由して企業網内のネットワーク上に設置されたネ
ットワークアクセス装置との間で接続を確立し、当該通
信のためのフレームを企業網内にトンネリング転送する
リモートアクセスシステムであって、 上記端末装置は、上記アクセス終端装置に接続した際
に、企業網内の接続したいネットワークアクセス装置を
指定する手段を有し、 上記アクセス終端装置は、前記指定されたネットワーク
アクセス装置との間でトンネリング設定を行なう手段を
有することを特徴とするリモートアクセスシステム。 - 【請求項２】 上記指定されたネットワークアクセス装
置との間のトンネリング設定を行なうのに要する情報を
格納したデータベースをさらに備え、上記アクセス終端
装置は、このデータベースを参照することにより、トン
ネリング設定を行なうことを特徴とする請求項１記載の
リモートアクセスシステム。 - 【請求項３】 上記アクセス終端装置は、複数の端末装
置から上記ネットワークアクセス装置との間のトンネリ
ング設定の要求があったときに、複数の端末装置と上記
ネットワークアクセス装置間の通信を制御することを特
徴とする請求項１または２記載のリモートアクセスシス
テム。 - 【請求項４】 公衆網及びアクセス終端装置を経由して
企業網内のネットワーク上に設置されたネットワークア
クセス装置との間で接続を確立し、当該通信のためのフ
レームを企業網内にトンネリング転送する端末装置であ
って、 上記アクセス終端装置に接続した際に、所定の認証手続
きの後に、企業網内の接続したいネットワークアクセス
装置を指定する手段を有し、 上記アクセス終端装置は、前記指定されたネットワーク
アクセス装置との間でトンネリング設定を行なうことを
特徴とする端末装置。 - 【請求項５】 端末装置と、公衆網を経由して企業網内
のネットワーク上に設置されたネットワークアクセス装
置との間で接続を確立し、当該通信のためのフレームを
企業網内にトンネリング転送する際に用いられるアクセ
ス終端装置であって、 上記端末装置が企業網内の接続したいネットワークアク
セス装置を指定したときに、この指定されたネットワー
クアクセス装置との間でトンネリング設定を行なう手段
と、 接続可能なネットワークアクセス装置が複数存在する場
合に、どのネットワークアクセス装置との間でトンネリ
ング設定を行なうべきかを上記端末装置に問い合わせる
手段とを有することを特徴とするアクセス終端装置。 - 【請求項６】 上記アクセス終端装置は、複数のネット
ワークアクセス装置との間で所定のトンネリングを設定
し、複数の端末装置からのパケットを転送すべきネット
ワークアクセス装置を選択することを特徴とする請求項
５記載のアクセス終端装置。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2001392567A JP2003198640A (ja) | 2001-12-25 | 2001-12-25 | リモートアクセスシステム、端末装置、及びアクセス終端装置 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2001392567A JP2003198640A (ja) | 2001-12-25 | 2001-12-25 | リモートアクセスシステム、端末装置、及びアクセス終端装置 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JP2003198640A true JP2003198640A (ja) | 2003-07-11 |
Family
ID=27599841
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2001392567A Pending JP2003198640A (ja) | 2001-12-25 | 2001-12-25 | リモートアクセスシステム、端末装置、及びアクセス終端装置 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP2003198640A (ja) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN114553636A (zh) * | 2022-02-18 | 2022-05-27 | 山东迈特力重机有限公司 | 一种通过中继lns主动访问局域网的方法和系统 |
-
2001
- 2001-12-25 JP JP2001392567A patent/JP2003198640A/ja active Pending
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN114553636A (zh) * | 2022-02-18 | 2022-05-27 | 山东迈特力重机有限公司 | 一种通过中继lns主动访问局域网的方法和系统 |
| CN114553636B (zh) * | 2022-02-18 | 2024-05-03 | 山东迈特力重机有限公司 | 一种通过中继lns主动访问局域网的方法和系统 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP4105722B2 (ja) | 通信装置 | |
| JP5620400B2 (ja) | セキュアなリモートアクセスの公衆通信環境 | |
| US7827252B2 (en) | Network device management | |
| US8458359B2 (en) | System for the internet connections, and server for routing connection to a client machine | |
| EP1901520B1 (en) | Relay-server | |
| JP4762660B2 (ja) | 無線ｌａｎシステム、無線ｌａｎ端末、及び無線ｌａｎ端末の初期設定方法 | |
| US20090172658A1 (en) | Application installation | |
| US7895334B1 (en) | Remote access communication architecture apparatus and method | |
| JP2001356973A (ja) | ネットワークシステム | |
| WO2002006970A1 (en) | Agent system for a secure remote access system | |
| JPH08314835A (ja) | 被サービス装置、センタ装置、サービス装置、及び遠隔操作システム | |
| US20050144474A1 (en) | Securing a data transmission channel | |
| JP2006520962A (ja) | 異なるユーザ装置を収容可能なフレキシブルｗｌａｎアクセスポイントアーキテクチャ | |
| JP2005167646A (ja) | 接続制御システム、接続制御装置、及び接続管理装置 | |
| US20130100857A1 (en) | Secure Hotspot Roaming | |
| KR20040001329A (ko) | 공중 무선랜 서비스를 위한 망 접속 방법 | |
| US20090064281A1 (en) | Authentication device and network authentication system, method for authenticating terminal device and program storage medium | |
| JP4881672B2 (ja) | 通信装置及び通信制御プログラム | |
| JP2003198640A (ja) | リモートアクセスシステム、端末装置、及びアクセス終端装置 | |
| US7194521B1 (en) | HTTP call Recognition on a PSTN device | |
| JP2006229265A (ja) | ゲートウェイシステム | |
| Cisco | Dialer Map VRF-Aware for an MPLS VPN | |
| Cisco | Cisco DPA 7630/7610 Voice Mail Gateway Version 1.2(1) Release Notes | |
| Cisco | Basic Configurations | |
| Cisco | Basic Configurations |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20041220 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20050104 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20050304 |
|
| A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20050405 |