| ライター翻訳版 - September 9, 2005 |
| 機械翻訳版 - January 29, 2008 |
| 英語版 - January 29, 2008 |
| Document ID: 20980 |
目次
概要
前提条件
要件
使用するコンポーネント
表記法
用語集
VPDN プロセスの概要
トンネリング プロトコル
VPDN の設定
関連情報
概要
Virtual Private Dial-up Network(VPDN; バーチャル プライベート ダイヤルアップ ネットワーク)を使用すると、プライベート ネットワークのダイヤルイン サービスをリモート アクセス サーバ(L2TP Access Concentrator [LAC; L2TP アクセス コンセントレータ] として定義)にまで広げることができます。
Point-to-Point Protocol(PPP)クライアントが LAC にダイヤルすると、LAC はその PPP セッションを発信元クライアント用の L2TP Network Server(LNS; L2TP ネットワーク サーバ)に転送する必要があると判断します。 続いて、LNS によってユーザが認証され、PPP ネゴシエーションが開始されます。 PPP 設定が完了した後は、すべてのフレームが LAC を経由してクライアントと LNS に送信されます。
前提条件
要件
このドキュメントに関する特別な要件はありません。
使用するコンポーネント
このドキュメントは、特定のソフトウェアやハードウェアのバージョンに限定されるものではありません。
このドキュメントの情報は、特定のラボ環境にある装置に基づいて作成されたものです。 このドキュメント内で使用されているデバイスはすべて、クリアな設定(デフォルト)から作業を始めています。 コマンドを実行する前に、実稼働中のネットワークに与える影響について理解しておいてください。
表記法
ドキュメントの表記法の詳細については、『シスコ テクニカル ティップスの表記法』を参照してください。
用語集
-
クライアント:リモート アクセス ネットワークに接続されている PC またはルータ。コールの発信側となります。
-
L2TP:レイヤ 2 トンネル プロトコル。 PPP では、レイヤ 2(L2)ポイントツーポイント リンクを介してマルチプロトコル パケットを転送するための、カプセル化のメカニズムが定義されています。 通常、ユーザは Plain Old Telephone Service(POTS; 一般電話サービス)へのダイヤルアップ、ISDN、Asymmetric Digital Subscriber Line(ADSL; 非対称デジタル加入者線)などの方法を使用して Network Access Server(NAS; ネットワーク アクセス サーバ)への L2 接続を確立します。 ユーザは、この接続上で PPP を実行します。 このようなコンフィギュレーションでは、L2 終端地点と PPP セッションのエンドポイントがどちらも同じ物理デバイス(NAS)に常駐します。
L2TP ではこの PPP モデルが拡張され、L2 と PPP のそれぞれのエンドポイントが、ネットワークによって相互接続された異なるデバイスに常駐できます。 L2TP では、ユーザはアクセス コンセントレータへの L2 接続を確立し、このコンセントレータによって個々の PPP フレームが NAS にトンネル伝送されます。 これにより、PPP パケットの実際の処理を L2 回線の終端から分離できます。
-
L2F:レイヤ 2 転送プロトコル。 L2F は L2TP よりも古いトンネリング プロトコルです。
-
LAC: L2TP アクセス コンセントレータ。 L2TP トンネルの一方のエンドポイントとして機能するノードで、LNS に対してピアとなります。 LAC は LNS とクライアントの間に配置され、両者の間でパケットを転送します。 LAC から LNS に送信されるパケットには、L2TP プロトコルによるトンネリングが必要です。 LAC からクライアントへの接続は一般に ISDN またはアナログ回線を通過します。
-
LNS: L2TP ネットワーク サーバ。 L2TP トンネルの一方のエンドポイントとして機能するノードで、LAC に対してピアとなります。 LNS は、LAC によってクライアントからトンネリングされる PPP セッションの、論理的な終端地点です。
-
ホーム ゲートウェイ:LNS と同義の L2F 用語。
-
NAS: LAC と同義の L2F 用語。
-
トンネル:L2TP 用語では、トンネルは LAC と LNS のペアの間に存在します。 トンネルは制御接続と 0 個以上の L2TP セッションから成ります。 トンネルは、カプセル化された PPP データグラムと制御メッセージを、LAC と LNS の間で伝送します。このプロセスは L2F の場合と同じです。
-
セッション:L2TP はコネクション型です。 LNS と LAC は、LAC によって開始または応答される各コールの状態を保持します。 クライアントと LNS の間でエンドツーエンドの PPP 接続が確立されると、LAC と LNS の間で L2TP セッションが作成されます。 PPP 接続に関連するデータグラムは LAC と LNS 間のトンネルを通じて送信されます。 確立された L2TP セッションとそれに関連付けられたコールの間には、1 対 1 の関係があります。このプロセスは L2F の場合と同じです。
VPDN プロセスの概要
次の VPDN プロセスの説明では、L2TP の用語(LAC と LNS)を使用します。

-
クライアントが LAC をコールします(通常はモデムまたは ISDN カードを使用する)。
-
クライアントと LAC は LCP オプション(Password Authentication Protocol [PAP; パスワード認証プロトコル] または Challenge Handshake Authentication Protocol [CHAP] の認証方式、PPP マルチリンク、圧縮など)をネゴシエートすることで、PPP フェーズを開始します。
-
ステップ 2 でのネゴシエーションの結果、CHAP が選択されたと仮定します。 LAC はクライアントに CHAP チャレンジを送信します。
-
LAC は応答を取得します(たとえば、username@DomainName とパスワードなど)。
-
CHAP 応答で受信されたドメイン名または ISDN 設定メッセージで受信された Dialed Number Information Service(DNIS; 着信番号情報サービス)に基づいて、LAC はクライアントが VPDN ユーザであるかどうかをチェックします。 そのために、ローカルの VPDN 設定を使用するか、または Authentication, Authorization, and Accounting(AAA; 認証、認可、およびアカウンティング)サーバに問い合せます。
-
クライアントが VPDN ユーザであることが判明すると、LAC は LNS との間に L2TP または L2F トンネルを作成するために使用する情報を(ローカルの VPDN 設定または AAA サーバから)取得します。
-
LAC は LNS との間に L2TP または L2F トンネルを作成します。
-
LAC からの要求で受信された名前に基づいて、LNS は LAC がトンネルのオープンを許可されているかどうかをチェックします(ローカルの VPDN 設定をチェックする)。 また、LAC と LNS は相互に認証を行います(それぞれのローカル データベースを使用するか、AAA サーバに問い合せる)。 続いて、両デバイスの間でトンネルがアップします。 このトンネルでは、複数の VPDN セッションを伝送できます。
-
クライアント username@DomainName の VPDN セッションが LAC から LNS へ向けてトリガーされます。 クライアントごとに 1 つの VPDN セッションを確立できます。
-
LAC はクライアントとネゴシエート済みの LCP オプションと、クライアントから受信された username@DomainName およびパスワードを LNS に転送します。
-
LNS は VPDN 設定で指定されている仮想テンプレートから仮想アクセスをクローニングします。 LNS は LAC から受信された LCP オプションを取り出して、クライアントをローカルで認証するか、または AAA サーバに問い合せて認証します。
-
LNS は クライアントに CHAP 応答を送信します。
-
IP Control Protocol(IPCP; IP 制御プロトコル)フェーズが実行され、続いて経路が開設されます。 PPP セッションがアップし、クライアントと LNS の間で実行されます。 LAC は単に PPP フレームを転送するだけです。 PPP フレームは LAC と LNS の間でトンネル伝送されます。
トンネリング プロトコル
VPDN トンネルは Layer-2 Forwarding(L2F; レイヤ 2 転送)または Layer-2 Tunneling Protocol(L2TP; レイヤ 2 トンネリング プロトコル)を使用して作成されます。
-
L2F はシスコが Request For Comments(RFC)2341 で導入したもので、マルチシャーシ マルチリンク PPP 用の PPP セッションの転送にも使用されます。
-
RFC 2661 で導入された L2TP は、シスコの L2F プロトコルと Microsoft の Point-to-Point Tunneling Protocol(PPTP)の最も優れた部分を組み合せたものです。 さらに、L2F がダイヤルイン VPDN のみをサポートするのに対し、L2TP はダイヤルイン VPDN とダイヤルアウト VPDN の両方をサポートします。
どちらのプロトコルも、UDP ポート 1701 を使用して IP ネットワークを通過するトンネルを作成し、リンク層フレームを転送します。L2TP では、PPP セッションをトンネル伝送するためのセットアップは次の 2 つのステップから成ります。
-
LAC と LNS 間のトンネルの確立。このフェーズは、両デバイス間にアクティブなトンネルがない場合のみ実行されます。
-
LAC と LNS 間のセッションの確立。

LAC は、LAC から LNS へ向けてトンネルを開始しなければならないと判断します。
-
LAC が Start-Control-Connection-Request(SCCRQ)を送信します。 このメッセージには、CHAP チャレンジと AV ペアが含まれています。
-
LNS は Start-Control-Connection-Reply(SCCRP)で応答します。 このメッセージには、CHAP チャレンジ、LAC のチャレンジへの応答、および AV ペアが含まれています。
-
LAC は Start-Control-Connection-Connected(SCCCN)を送信します。 このメッセージには CHAP 応答が含まれています。
-
LNS は Zero-Length Body Acknowledgement(ZLB ACK)で応答します。 この ACK は別のメッセージで伝送される場合があります。 トンネルがアップします。
-
LAC は LNS に Incoming-Call-Request(ICRQ)を送信します。
-
LNS は Incoming-Call-Reply(ICRP)メッセージで応答します。
-
LAC は Incoming-Call-Connected(ICCN)を送信します。
-
LNS は ZLB ACK で応答します。 この ACK も別のメッセージで伝送される場合があります。
-
セッションがアップします。
注:トンネルまたはセッションのオープンに使用される上記のメッセージでは、RFC 2661 で規定されている Attribute Value Pairs(AVP)が伝送されます。 AVP にはプロパティと情報(bearercap、ホスト名、ベンダー名、ウィンドウ サイズなど)が記述されています。 AVP には、必須のものとオプションのものがあります。
注:トンネル ID は、LAC と LNS 間のトンネルを多重化または逆多重化するために使用されます。 セッション ID は、トンネルを通過する特定のセッションを識別するために使用されます。
L2F での、PPP セッションをトンネル伝送するためのセットアップは L2TP と同じで、次のステップから成ります。
-
NAS とホーム ゲートウェイ間のトンネルの確立。このフェーズは、両デバイス間にアクティブなトンネルがない場合のみ実行されます。
-
NAS とホーム ゲートウェイ間のセッションの確立。

NAS は、NAS からホーム ゲートウェイへ向けてトンネルを開始しなければならないと判断します。
-
NAS がホーム ゲートウェイに L2F_Conf を送信します。 このメッセージには CHAP チャレンジが含まれています。
-
ホーム ゲートウェイは L2F_Conf で応答します。 このメッセージには CHAP チャレンジが含まれています。
-
NAS は L2F_Open を送信します。 このメッセージにはホーム ゲートウェイのチャレンジへの CHAP 応答が含まれています。
-
ホーム ゲートウェイは L2F_Open で応答します。 このメッセージには NAS のチャレンジへの CHAP 応答が含まれています。 トンネルがアップします。
-
NAS はホーム ゲートウェイに L2F_Open を送信します。 このパケットには、クライアントのユーザ名(client_name)、NAS からクライアントに送信された CHAP チャレンジ(challenge_NAS)、およびその応答(response_client)が含まれています。
-
ホーム ゲートウェイは L2F_Open を送り返すことで、クライアントを受け入れます。 これで、クライアントとホーム ゲートウェイの間でトラフィックがどちらの方向にも自由に流れるようになります。
注:トンネルは CLID(Client ID)で識別されます。 トンネル内の特定の接続は Multiplex ID(MID)で識別されます。
VPDN の設定
VPDN の設定の詳細については、『バーチャル プライベート ネットワークの設定』マニュアルの「VPN の設定」のセクションを参照してください。
