L2TP加入者アクセス回線と接続速度

アクセス回線情報フォワーディング

図1に示すネットワークトポロジーでは、加入者がCPEを介して接続を開始すると、DSLAMは加入者のPPPoEセッションをLACとして設定されたルーターに中継します。ルーターがPPPoEセッションを確立すると、LACはL2TPトンネルを開始し、加入者のカプセル化されたPPPパケットをプロバイダネットワークに転送します。

PPPoE セッションと並行して、ルーター上の DSLAM と ANCP エージェント間の ANCP 接続は、加入者のローカル ループに関する情報と、ローカル ループ上の PPPoE セッションのリンク速度を伝達します。DSLAM は、DSLAM の受信インターフェイスを一意に識別するルーター エージェント回線 ID(ACI)とエージェント リモート ID(ARI)文字列を送信します。この情報は、TLV を識別するアクセス ラインとして ANCP ポート アップおよびポート ダウン メッセージにエンコードされています。ANCP メッセージには、DSL 回線属性 TLV に、最小、最大、実際の正味アップストリームおよびダウンストリーム データ レートなどの回線属性を含めることもできます。DSLAM は、PADI および PADR メッセージに挿入するベンダー固有のタグでアクセス回線属性を送信することもできます。

図1:L2TPネットワークトポロジーの例

アクセス回線情報 AVP

L2TPは、この情報を伝送するために 表1 にリストされているAVPをサポートします。L2TPセッションの開始にアクセス回線情報は必要ありません。また、アクセスノードから値が送信されるのを待機しても、そのセッションの確立が遅れることはありません。ICRQメッセージの内容は、一般的にDSLアクセス回線とPONアクセス回線で異なります。AVP 1、2、3、および 6 は、DSL と PON の両方のアクセス ライン識別に使用されます。PON情報がDSL AVPを使用して報告される場合、コンテンツはDSLアクセスの場合と同じです。

ICRQメッセージでAVPから提供されるアクセス回線情報は、DSLフォーラムVSAのRADIUSに渡されます。これは、加入者アクセス回線のトラフィックレートの形成には使用されません。

LACの接続速度の更新

ICCN(着信コール接続)メッセージのAVP 24(送信速度)およびAVP 38(受信速度)によって最初にLNSに伝達された値から、加入者接続の速度が変化した場合に、LNSに通知するようにLACを設定できます。そのように設定された場合、LACは、L2TPセッションの起動時にICRQメッセージにConnect Speed Update Enable AVP(98)を含めることで、これらの更新を送信できることをLNSに通知します。ICRQ メッセージに Connect Speed Update Enable AVP(98)がない場合は、LAC がセッションの存続期間中更新を送信しないことを示しています。

接続速度が変化すると、DSLAM は ANCP エージェントに通知します。その後、ANCP エージェントが LAC に通知し、LAC は、各セッションの接続速度更新 AVP(97)に更新された速度を含む Connect-Speed-Update-Notification(CSUN)メッセージを送信して、この情報を LNS に中継します。LACは、接続速度の更新を収集し、バッチで送信することで、LACのパフォーマンスオーバーヘッドと、これらの通知の結果として生成されるトラフィック量の両方を最小限に抑えます。

ICCNメッセージの初期速度とCSUNメッセージの更新速度は、CoSによって加入者アクセス回線のトラフィックレートを決定するために使用されます。

また、ICRQメッセージにConnect Speed Update Enable AVP(98)が存在することで、LNSからConnect-Speed-Update-Request(CSURQ)メッセージを受信した場合にLACが応答することをLNSに通知します。

サードパーティLNSは、トンネルの存続期間中いつでもCSURQメッセージを送信して、1つ以上のL2TPセッションの現在の送受信接続速度を要求できます。LNSのCSURQメッセージには、リモート(LNS相対)セッションIDが含まれています。LACが以前に要求されたセッションの接続速度更新有効化AVP(98)を送信している場合、LACは各セッションの接続速度更新AVP(97)を含むCSUNメッセージをCSURQに返します。この時点まで接続速度に変更がない場合、LAC には AVP 24 および AVP 38 で報告された初期接続速度値のみが含まれます。

グローバルまたは特定のLNSに対して接続速度の更新を有効にした場合、 tx-connect-speed ステートメントを ancp または service-profileに設定していない限り、LACはCSUNメッセージを送信しません。

LNSの接続速度の更新

Junos OSリリース17.4R1以降、LNSとして設定されたMXシリーズルーターは、LACから受信した加入者アクセス回線情報と接続速度の更新を処理できます。MXシリーズルーターは、CSURQメッセージを送信してLACからの更新を要求することはできません。

ICCNメッセージの初期速度とCSUNメッセージの更新速度は、CoSによって加入者アクセス回線のトラフィックレートを決定するために使用されます。

グローバル設定と宛先ごとの設定間の相互作用

LACがLNSに送信するICRQメッセージ内のアクセス回線情報を転送するようにLACを設定し、その情報を受信して処理するようにLNSを設定できます。これは、すべての宛先(エンドポイント)または特定の宛先に対してグローバルに設定できます。宛先ごとの構成により、送信を個々の LNS または一連の LNS に制限したり、個々の LAC または一連の LAC からの受信を制限することができます。これは、一部のリモートゲートウェイがこの機能をサポートしていないか、実装が正しくないことがわかっている場合に便利です。

LACがLNSに送信するICRQメッセージ内のアクセス回線情報を転送するようにLACを設定するか、その情報を受信して処理するようにLNSを設定するには、それぞれLACまたはLNS上の以下の階層レベルのいずれかまたは両方に access-line-information ステートメントを含めます。

• [edit services l2tp]—すべての宛先に対してグローバルに転送を設定します。

• [edit services l2tp destination ip-address]—特定の宛先への転送を設定します。

LACが接続速度の更新を送信するように設定したり、LNSが更新を受信して処理するように設定するには、それぞれLACまたはLNSの適切な階層レベルでaccess-line-informationステートメントとともにconnection-speed-updateオプションを含めます。

グローバル設定と宛先ごとの設定は、次のように相互作用します。

• アクセス回線情報—LACによる転送またはLNSによる処理がグローバルに有効になっている場合、特定の宛先に対するグローバル設定を無効にすることはできません。

• 接続速度の更新—LACによる転送またはLNSによる処理がグローバルに有効になっている場合、宛先の access-line-information を指定し、 connection-speed-updateを省略することで、特定の宛先(LNSまたはLAC)のグローバル設定を無効にできます。

LNSに報告される速度値を決定する方法

LNS に報告される値は、以下の方法で導き出すことができます。

• [edit services l2tp]階層レベルでtx-connect-speed-methodステートメントを使用して、LACに対してメソッドをグローバルに設定できます。以下の方法のいずれかを指定して、接続速度のソースを決定できます。

  注:

  表 2 に示すように、Junos OS リリース 13.3R1 以降、メソッドの可用性とサポートは Junos OS リリースによって異なります。次のリストには、すべての履歴メソッドが含まれています。一部の方法は、お使いのソフトウェアリリースでサポートされていない場合があります。

  • actual—速度は、ローカルトラフィック制御ポリシーに基づいて、セッションスケジューラノードで強制されるダウンストリームトラフィックの実際のレートです。この方法では送信接続速度のみ利用できるため、受信送信速度はフォールバック方式によって決定されます。報告された値をローカルCoSポリシーによって強制されるダウンストリーム速度にする必要がある場合は、 actual 方式を使用します。他の方法は、この強制値とは異なる場合があります。

    actual方式は、effective shaping-rateステートメントが[edit chassis]階層レベルに含まれる場合にのみサポートされます。actualが設定されているが、有効なシェーピングレートが設定されていない場合、CLIコミットチェックは失敗します。

    Tunnel-Tx-Speed-Method VSA(26-94)が設定されている場合は、コミットチェックは実行されないため、この状況ではシステムログメッセージが生成され、ユーザーに有効なシェーピングレートを設定するように通知されます。

  • ancp—速度は、実際のANCP値に対して設定されたパーセントの補正から得られる、調整されたANCPソースのアップストリームおよびダウンストリーム値です。この調整は、BNGとアクセスループ間のATMカプセル化の違いとレイヤー1トランスポートのオーバーヘッドを考慮するために、DSLごとに適用されます。LNSに送信される初期レートは、ICCNの送信時に報告されたANCP値です。その後の変更は、CSUNメッセージ内のLNSへの更新として送信されます。

  • none—このオプションは、LACがICCNメッセージでAVP 24またはAVP 38を送信することを防止します。その結果、CSUNメッセージも送信されません。LNSは、これらの値がない場合、独自の上流および下流のポリシーを確立する必要があります。このオプションは、ジュニパーネットワークスのRADIUS VSA、Tx-Connect-Speed(26-162)、Rx-Connect-Speed(26-163)、および接続速度に設定されたその他の方法よりも上書きされます。

  • pppoe-ia-tags—速度は、PPPoE(Point-to-Point Protocol over Ethernet)中間エージェント(IA)タグでDSLAMからLACに送信される値から導き出されます。イーサネットインターフェイスの場合、速度は未調整の値です。ATMインターフェイスの場合、タグにカプセル化オーバーヘッド属性(0x90)が含まれている場合、値は調整された値になる可能性があります。

    この速度値は、L2TPセッションが確立されたときに送信されます。PPPoe IAタグ値はセッション中に変更されませんが、LACに報告される速度は変更される可能性があります。例えば、設定されたメソッドが service-profileであるとします。このプロファイルは、ICCNが送信される前にアクティブにされず、ICCNメッセージで送信されるPPPoE IAタグにフォールバックします。後でサービスプロファイルがアクティブになると、サービスプロファイルのレートが更新メッセージで送信されます(更新が設定されている場合)。

  • service-profile—Junos OSリリースに応じて、サービスプロファイルを使用して接続速度を提供する方法は2つあります。1つの方法は、CSUNメッセージでのみサービスプロファイルからの速度を使用し、もう1つの方法はICCNメッセージで使用します。

    • CSUNメッセージ内—ダウンストリーム(Tx)速度は、ローカルポリシーに基づいてL3ノードに適用される実際のCoSから導き出されます。アップストリーム(Rx)速度は、サービスプロファイルで設定された値から取得されます。この値には調整は行われません。

      デフォルトでは、加入者セッションが確立されるまでサービスプロファイルはアクティブ化されないため、この方法はICCNで送信された値に対して別の方法にフォールバックします。プロファイルが後でアクティブ化されたときに、更新が有効になっている場合、これらのレートは CSUN メッセージで LNS に送信されます。

    • ICCNメッセージ—Junos OSリリース18.1R1以降、動的サービスプロファイルを使用して、L2TPセッションがネゴシエートされる際に、AVP 38およびAVP 24に含まれる接続速度をICCNメッセージに提供できます。ログイン加入者時に、authdは、RADIUS Access-Acceptメッセージのジュニパーネットワークス Activate-Service VSA(26-65)に伝えられたサービスプロファイル名が、[edit access]階層レベルでservice-rate-limiterステートメントで設定されたサービスプロファイル名と一致するかどうかを判断します。名前が一致する場合、速度はサービスプロファイルのデフォルト値またはVSAから渡されたパラメーターから導き出されます。この方法の詳細については、「L2TP接続速度のレート制限サービスプロファイルの指定」を参照してください。

    service-profile方式は、[edit chassis]階層レベルにeffective shaping-rateステートメントが含まれている場合にのみサポートされます。service-profileが設定されているが、実効シェーピングレートが設定されていない場合、CLIコミットチェックは失敗します。

    Tunnel-Tx-Speed-Method VSA(26-94)が設定されている場合は、コミットチェックは実行されないため、この状況ではシステムログメッセージが生成され、ユーザーに有効なシェーピングレートを設定するように通知されます。

    ベストプラクティス:

    ダウンストリームシェーピングレートに影響を与えるか、アップストリームレートを報告するために、加入者セッションごとに1つのサービスプロファイルのみを使用することを推奨します。複数の動的サービスプロファイルが加入者セッションに適用され、それぞれがダウンストリームシェーピングレートに影響を与えたり、アップストリームレートを報告したりする場合、最後に適用されたプロファイルの値がL2TPによって報告されます。最近適用されたサービスを無効化しても、L2TPは既存の(アクティブな)サービスプロファイルのアップストリーム速度を報告しません。

  • static—この方法では、LACが設定された静的レイヤー2速度から速度を導き出します。イーサネットVLANの場合、これは加入者インターフェイスの基盤となるPPPoE論理インターフェイスで設定された推奨(アドバイザリ)シェーピングレートです。アドバイザリシェーピングレートが基礎となるインターフェイスで設定されていない場合は、基盤となる物理ポートの実際の速度が使用されます。

• Junos OSリリース15.1R1以降、ジュニパーネットワークスのVSA、Tx-Connect-Speed(26-162)およびRx-Connect-Speed(26-163)で直接速度値を設定できるようになりました。これらのVSAは、RADIUS Access-Acceptメッセージで返される場合があります。VSA が 1 つだけ存在する場合、LAC は接続速度方式を使用してもう一方の速度の値を決定します。これらのVSAを使用するには、お使いのRADIUSサーバーのドキュメントに従ってRADIUSを設定する必要があります。

• Junos OSリリース15.1R1以降、ジュニパーネットワークスのVSA、Tunnel-Tx-Speed-Method(26-94)に記載されているメソッドを設定できるようになりました。設定されている場合、このVSAは個々の加入者のRADIUS Access-Acceptメッセージで返されます。VSA値は、特定のトンネルではなくグローバルに適用されます。このVSAで設定された方法は、LACが速度を設定するために使用するリソースを指定します。この VSA を使用するには、お使いの RADIUS サーバーのドキュメントに従って RADIUS を設定する必要があります。

• 他の方法では速度を決定できない場合は、加入者インターフェイスのポート速度が使用されます。

表2 は、リリース別に使用可能なメソッドを示しています。

Junos OSリリース15.1、16.1、16.2、および17.1( actual 方式をサポート)では、AVP 24およびAVP 38の速度値は、通常、ネットワークのLAC側のCoSによって適用される値よりも大きくありません。これらの AVP で報告された速度と CoS によって適用される速度との違いは、(ダウンストリーム速度を強制するために使用されるソースの)CoS 設定と、これらの AVP の確立に使用される Tx 接続速度方式の違いに起因します。

初期接続速度の決定

LACがICCNメッセージ内の初期送信および受信接続速度をLNSに送信する前に、以下を実行する必要があります。

1. 速度を導き出すために使用する方法を選択します。

2. 速度を決定します。

LACは、次のように方法を選択します。

1. Tunnel-Tx-Speed-Method VSA(26-94)が存在する場合は、VSA値で指定された方法を使用します。

2. それ以外の場合は、CLIで設定された方法を tx-connect-speed-method ステートメントとともに使用します。

LACは、初期速度を次のように決定します。

1. 選択した方法が noneの場合、LACのICCNの送信および受信速度は含まれません。

2. その他の選択した方法では、Tx-Connect-Speed(26-162)およびRx-Connect-Speed(26-163)VSAの値が0以外の場合、LACはそれらの値をICCNに送信します。

3. VSA値がゼロの場合は、選択した方法を使用して送信する値を導き出します。

次の例を考えてみましょう。

• VSA 26-94は、メソッドとして設定された ancp で受信されます。CLI方式は noneとして設定されています。LACは、 ancp 方式のVSA 26-94値を選択します。

  VSA 26-162およびVSA 26-163は、ゼロ以外の値で受信されます。LACは、これらのVSA値をICCNに送信します。

• VSA 26-94は、方式として設定された ancp で受信されます。CLI方法は noneとして設定されます。LACは、 ancp 方式のVSA 26-94値を選択します。

  VSA 26-162 と VSA 26-163 はゼロ値で受信されます。LACは、 ancp 方式を使用して、ICCNに送信する値を導き出します。

• VSA 26-94は、メソッドとして設定された none で受信されます。CLI方法は ancpとして設定されています。LACはVSA 26-94値の noneを選択し、ICCNで接続速度を送信しません。

• VSA 26-94は受信されていません。CLI方式は noneとして設定されています。LACは、ICCNで接続速度を送信しません。

接続速度値のフォールバックメカニズム

LACが接続速度を導き出す方法を選択した場合、以下のいずれかの状況では別の方法にフォールバックします。

• 一方または両方の接続速度値が、選択した方法(VSA 26-94またはCLI)で設定されていません。

• 接続速度の値はゼロです。

一方の値が使用可能で、0以外でもう1つが使用できない場合、設定されていない値のみが別のメソッドにフォールバックします。選択した方法が noneの場合、LACが接続速度を報告できなくなるため、フォールバックはありません。フォールバック手順は、Junos OS リリースによって異なる場合があります。

次の例を考えてみましょう。

• 選択した方法はANCPです。受信速度のANCP値はゼロであることが判明しました。LACは送信速度のANCP値を送信しますが、受信値はPPPoE IAタグ方式にフォールバックします。LACは、受信速度のIAタグ値を送信します。

• 選択した方法はANCPです。受信速度のANCP値はゼロであることが判明しました。LACは送信速度のANCP値を送信しますが、受信値はPPPoE IAタグ方式にフォールバックします。受信速度のIAタグ値もゼロであることが判明したため、静的レイヤー2方式にフォールバックします。これは利用可能なため、LACは受信速度の静的なレイヤー2値を送信します。

• 選択した方法はサービスプロファイルです。ICCNが送信される前はサービスプロファイルがアクティブ化されないため、LACはANCP方式にフォールバックします。送信ANCP値と受信ANCP値の両方が利用可能でゼロ以外の値があるため、LACはこれらの値をICCNに送信します。

  サービスプロファイルは、後日セッションのChange of Authorization(CoA)によってアクティブ化されます。更新が有効になっている場合、LACはサービスプロファイル値をCSUNメッセージでLNSに送信します。更新が有効になっていない場合、サービスプロファイル値はLNSに報告されません。

  更新するには、CLIでメソッドを設定する必要があることに注意してください。したがって、サービスプロファイル方式がCLI設定から選択されるように、VSA 26-94を設定または受信しないでください。

Junos OSリリース17.2R1以降、LACフォールバック手順は 表3に示すとおりです。

Junos OSリリース15.1R1以降、LACフォールバック手順は 表4に示すとおりです。

Junos OSリリース13.3R1以降、LACフォールバック手順は 表5に示すとおりです。