L2TP加入者アクセス回線と接続速度
LACによる加入者アクセス回線情報の取り扱いとLNSの概要
Junos OS リリース 14.1 以降、L2TP は、LAC から LNS に加入者アクセス回線に関する情報を伝達する一連の AVP をサポートしています。この情報は ANCP アクセス ノード(DSLAM)から発信され、ANCP メッセージ内の DSL Forum VSA または PPPoE、PADI、および PADR メッセージに含まれる PPPoE 中間エージェント タグのいずれかによって LAC に配信されます。アクセスノードは通常、DSLアクセスネットワークの場合はDSLAM、Junos OSリリース19.3R1以降はPONアクセスネットワークの場合はONT/ONUです。DSL フォーラム VSA および L2TP AVP の詳細については、次のリファレンスを参照してください。
RFC 4679、 DSLフォーラムのベンダー固有のRADIUS属性
RFC 5515、 レイヤー2トンネリングプロトコル(L2TP)アクセスライン情報属性値ペア(AVP)拡張
RFC 6320、 ブロードバンドネットワークにおけるアクセスノード制御メカニズムのプロトコル
RFC 6320ドラフト拡張、アクセス ノード制御プロトコルのアクセス拡張
ブロードバンドフォーラム テクニカルレポートTR-101、 イーサネットベースのブロードバンドアグリゲーションへの移行
回線情報転送へのアクセス
図 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 メッセージに挿入するベンダー固有のタグでアクセス行属性を送信することもできます。
Junos OSリリース19.3R1以降、以前にサポートされたDSLアクセスノードに加えて、PON加入者アクセス回線(ONTやONUなど)のアクセスノードも、この同じシナリオでサポートされます。
回線情報 AVP へのアクセス
L2TP は、この情報を伝送するために 、表 1 に示す AVP をサポートします。L2TP セッションの開始にアクセス回線情報は必要なく、アクセス ノードから値が送信されるのを待ってセッションの確立が遅れることもありません。ICRQ メッセージの内容は、通常、DSL アクセス ラインと PON アクセス ラインで異なります。AVP 1、2、3、および 6 は、DSL と PON の両方のアクセス ライン識別に使用されます。PON 情報が DSL AVP を使用して報告される場合、コンテンツは DSL アクセスの場合と同じです。
ICRQメッセージ内のAVPによって提供されるアクセス回線情報は、DSLフォーラムVSAのRADIUSに渡されます。加入者アクセス回線のトラフィック レートの形成には使用されません。
L2TP AVP タイプ L2TP AVP 名 |
説明 |
L2TP メッセージの種類 アクセス回線サポート |
対応するDSLフォーラムVSA |
---|---|---|---|
1 エージェント回線ID |
加入者要求が開始されたアクセス ノード インターフェイスに対応する加入者エージェント回線 ID(ACI)の識別子。 2-63 オクテット文字列 |
ティッカー DSL、PON |
26-3561-1 |
2 エージェントリモートID |
要求が開始されたアクセスノードインターフェイスに関連付けられた加入者の一意の識別子。 2-63 オクテット文字列 |
ティッカー DSL、PON |
26-3561-2 |
3 アクセスアグリゲーション回線-ID-ASCII |
ネットワークに接続する論理的な外観に基づく、加入者アクセス回線のASCII識別子 文字列が#記号で始まる場合、文字列の残りの部分は、加入者が接続されているアクセスネットワーク内の論理中間ノード(DPU-CまたはPONツリー)を表します。この文字列は、加入者をグループ化する CoS レベル 2 インターフェイス セットの名前として使用されます。 |
ティッカー DSL、PON |
26–3561-3 |
6 アクセスアグリゲーション回線IDバイナリ |
加入者アクセス回線のバイナリ識別子 32 ビットまたは 64 ビットの文字列 |
ティッカー DSL、PON |
26–3561-6 |
97 接続速度更新 |
リモートセッションIDと現在の送受信接続速度をビット/秒でリストするデータ構造。 |
CSUN、CSURQ |
(なし) |
98 接続-速度-更新-有効化 |
値は重要ではありません: プレゼンスは、このセッションの CSUN、CSURQ メッセージ タイプのサポートを示します。 |
ティッカー |
(なし) |
129 実績データレートアップストリーム |
加入者の同期 DSL リンクの実際のアップストリーム データ レート(bps) 64 ビット符号なし整数。データレート(ビット/秒) |
ティッカー Dsl |
26-3561-129 |
130 実績データレートダウンストリーム |
加入者の同期 DSL リンクの実際のダウンストリーム データ レート(bps) 64 ビット符号なし整数 |
ティッカー Dsl |
26-3561-130 |
131 最小データ レート アップストリーム |
加入者に対して設定された最小アップストリーム データ レート(bps) 64 ビット符号なし整数 |
ティッカー Dsl |
26-3561-131 |
132 最小データレートダウンストリーム |
加入者に設定されている最小ダウンストリーム データ レート(bps) 64 ビット符号なし整数 |
ティッカー Dsl |
26-3561-132 |
133 達成可能データレートアップストリーム |
加入者が達成できるアップストリームデータレート(bps) 64 ビット符号なし整数 |
ティッカー Dsl |
26-3561-133 |
134 達成可能データレートダウンストリーム |
加入者が達成できるダウンストリームデータレート(bps) 64 ビット符号なし整数 |
ティッカー Dsl |
26-3561-134 |
135 最大データレートアップストリーム |
加入者に設定されたアップストリームの最大データ レート(bps) 64 ビット符号なし整数 |
ティッカー Dsl |
26-3561-135 |
136 最大データレートダウンストリーム |
加入者に対して設定された最大ダウンストリーム データ レート(bps) 64 ビット符号なし整数 |
ティッカー Dsl |
26-3561-136 |
137 最小データレートアップストリーム低電力 |
加入者に設定された低電力状態での最小アップストリーム データ レート(bps) 64 ビット符号なし整数 |
ティッカー Dsl |
26-3561-137 |
138 最小データレートダウンストリーム低電力 |
加入者に設定された低電力状態における最小ダウンストリームデータレート(bps) 64 ビット符号なし整数 |
ティッカー Dsl |
26-3561-138 |
139 最大インターリーブ遅延アップストリーム |
サブスクライバに設定された最大一方向アップストリーム インターリーブ遅延(ミリ秒) 32 ビット符号なし整数 |
ティッカー Dsl |
26-3561-139 |
140 実際インターリーブ遅延アップストリーム |
サブスクライバの実際の一方向アップストリーム インターリーブ遅延(ミリ秒) 32 ビット符号なし整数 |
ティッカー Dsl |
26-3561-140 |
141 最大インターリーブ遅延ダウンストリーム |
サブスクライバに設定された最大一方向ダウンストリーム インターリーブ遅延(ミリ秒) 32 ビット符号なし整数 |
ティッカー Dsl |
26-3561-141 |
142 実際-インターリーブ-遅延-ダウンストリーム |
加入者の実際の一方向ダウンストリーム インターリーブ遅延(ミリ秒) 32 ビット符号なし整数 |
ティッカー Dsl |
26-3561-142 |
144 アクセスループカプセル化 |
要求が開始されるアクセスノードインターフェイスに関連付けられた加入者が使用するカプセル化 データリンク、カプセル化1、カプセル化2用の3つの1オクテットエンコーディング。 |
ティッカー Dsl |
26-3561-144 |
145 ANCP-Access-Line-Type (これは ANCP DSL-Type TLV に対応します)。 |
伝送システム・タイプのオクテット・エンコードが 1 つ、その後に 3 MBZ (ゼロが必要) オクテット (合計 4 バイト) が続きます。ANCP ソースの情報がすぐには利用できない可能性があるため、アクセス回線パラメーターが PPPoE-IA から提供されている場合、この値は ICRQ に提供されません。 Junos OS リリース 18.1R1 以降、その他のアクセス ライン タイプの回線タイプが 0 の場合でも、この AVP が含まれます。 |
ティッカー Dsl |
26-3561-145 |
146 PONアクセスタイプ |
使用中のPONアクセス回線のタイプ:
32 ビット符号なし整数 |
ティッカー PON |
26–3561–146 |
147 ONT/ONU-平均データレート-ダウンストリーム |
ONT/ONUの平均ダウンストリームデータレート(bps) 64 ビット符号なし整数 |
ティッカー PON |
26–3561–147 |
148 ONT/ONU-ピークデータレート-ダウンストリーム |
ONT/ONUのピークダウンストリームデータレート(bps) 64 ビット符号なし整数 |
ティッカー PON |
26–3561–148 |
149 ONT/ONU-最大データレート-アップストリーム |
ONT/ONUの最大アップストリームデータレート(bps) 64 ビット符号なし整数 |
ティッカー PON |
26–3561–149 |
150 ONT/ONU-Assured-Data-Rate-upstream |
ONT/ONUの保証アップストリームデータレート(bps) 64 ビット符号なし整数 |
ティッカー PON |
26–3561–150 |
151 PON-Tree-最大データレート-アップストリーム |
PONツリーの最大アップストリームデータレート(bps) 64 ビット符号なし整数 |
ティッカー PON |
26–3561–151 |
152 PON-Tree-最大データレート-ダウンストリーム |
PONツリーの最大ダウンストリームデータレート(bps) 64 ビット符号なし整数 |
ティッカー PON |
26–3561–152 |
155 期待スループットアップストリーム |
予想されるアップストリームスループット。予想されるレート損失によって減少した正味データレート(bps) 64 ビット符号なし整数 |
ティッカー DSL(G.fast) |
26–3561–155 |
156 期待スループットダウンストリーム Dsl |
予想されるアップストリームスループット。予想されるレート損失によって減少した正味データレート(bps) 64 ビット符号なし整数 |
ティッカー DSL(G.fast) |
26–3561–156 |
157 達成可能期待スループットアップストリーム |
達成可能な最大予想アップストリーム スループット(Kbps) 64 ビット符号なし整数 |
ティッカー DSL(G.fast) |
26–3561–157 |
158 達成可能な期待スループットダウンストリーム |
達成可能な予想される最大ダウンストリームスループット(bps) 64 ビット符号なし整数 |
ティッカー DSL(G.fast) |
26–3561–158 |
159 ガンマデータレートアップストリーム |
ローカルループの実際のアップストリームデータレート(ネットデータレート)を、スループット能力の制限により調整(bps) 64 ビット符号なし整数 |
ティッカー DSL(G.fast) |
26–3561–159 |
160 ガンマデータレートダウンストリーム |
ローカルループの実際のダウンストリームデータレート(ネットデータレート)を、スループット能力の制限によって調整(Kbps) 64 ビット符号なし整数 |
ティッカー DSL(G.fast) |
26–3561–160 |
161 達成可能なガンマデータレートアップストリーム |
ローカルループで達成可能な最大アップストリームデータレート(ネットデータレート)を、スループット能力の制限により調整(bps) 64 ビット符号なし整数 |
ティッカー DSL(G.fast) |
26–3561–161 |
162 達成可能なガンマデータレートダウンストリーム |
ローカルループで達成可能な最大ダウンストリームデータレート(ネットデータレート)を、スループット能力の制限により調整(bps) 64 ビット符号なし整数 |
ティッカー DSL(G.fast) |
26–3561–162 |
254 IWFセッション |
PPPoE セッション上の加入者の PPPoA に対してインターネットワーク機能が実行されたかどうかを示す 4 オクテット フィールド |
ティッカー Dsl |
26-3561–254 |
LACの接続速度の更新
加入者接続の速度が、着信コール接続(ICCN)メッセージで AVP 24(送信速度)および AVP 38(受信速度)によって LNS に最初に伝達された値から変化したときに、LNS に通知するように LAC を設定できます。そのように構成されている場合、LAC は、L2TP セッションの起動時に ICRQ メッセージに接続速度更新Enable AVP(98)を含めることで、これらの更新を送信できることを LNS に通知します。ICRQ メッセージに接続速度更新有効 AVP(98)がない場合は、LAC がセッションの存続期間中更新を送信しないことを示します。
接続速度が変わると、DSLAM は ANCP エージェントに通知します。その後、ANCPエージェントはLACに通知し、LACは各セッションの接続速度更新AVP(97)に更新された速度を含む接続速度更新通知(CSUN)メッセージを送信して、この情報をLNSに中継します。LACは、接続速度の更新を収集してバッチで送信し、LACのパフォーマンスオーバーヘッドと、これらの通知の結果として生成されるトラフィック量の両方を最小限に抑えます。
ICCNメッセージの初期速度とCSUNメッセージの更新速度は、加入者アクセス回線のトラフィックレートを形成するためにCoSによって使用されます。
ICRQ メッセージに接続速度更新イネーブル AVP(98)が存在すると、LNS から接続速度更新要求(CSURQ)メッセージを受信した場合に LAC が応答することを LNS に通知します。
Junos OS は現在、LNS として設定された MX シリーズ ルーターによる CSURQ メッセージの送信をサポートしていません。CSURQ メッセージに関するすべての説明は、サードパーティ LNS から受信した CSURQ に MX シリーズ LAC がどのように応答するかについて厳密に説明されています。
サードパーティ LNS は、トンネルの存続期間中いつでも CSURQ メッセージを送信して、1 つ以上の L2TP セッションの現在の送受信接続速度を要求できます。LNS では、CSURQ メッセージにリモート(LNS に関連する)セッション ID が含まれています。LAC が以前に要求されたセッションの接続速度更新有効 AVP(98)を送信している場合、各セッションの接続速度更新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 シリーズ ルーターは、LAC からの更新を求める CSURQ メッセージを送信できません。
ICCNメッセージの初期速度とCSUNメッセージの更新速度は、加入者アクセス回線のトラフィックレートを形成するためにCoSによって使用されます。
グローバル構成と宛先ごとの構成間の相互作用
LNS に送信する ICRQ メッセージ内のアクセス ライン情報を転送するように LAC を設定し、その情報を受信して処理するように LNS を設定できます。これは、すべての宛先(エンドポイント)に対してグローバルに設定することも、特定の宛先に対して構成することもできます。宛先ごとの設定により、個々の LNS、LNS のセットへの送信、または個々の LAC または一連の LAC からの受信を制限できます。これは、一部のリモートゲートウェイがこの機能をサポートしていないか、実装が正しくないことがわかっている場合に便利です。
access-line-information
LNS に送信する ICRQ メッセージ内のアクセス回線情報を転送するように LAC を構成するか、その情報を受信して処理するように LNS を構成するには、それぞれ LAC または LNS の次の階層レベルのいずれかまたは両方に ステートメントを含めます。
[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)のグローバル設定を無効にすることができます。
LACからLNSへのTxおよびRx接続速度の伝送
L2TPアクセスコンセントレータ(LAC)は、L2TPトンネルセッションの確立中に着信コール接続(ICCN)メッセージを使用して、L2TPネットワークサーバー(LNS)に加入者セッションの接続速度を伝える属性値ペア(AVP)を送信します。AVP 24は送信(Tx)接続速度を含み、AVP38は受信(Rx)接続速度を含む。
L2TP送信接続速度は、加入者のアクセスインターフェイスの送信接続速度(ビット/秒(bps))です。つまり、LAC から加入者へのダウンストリーム接続の速度を LAC の観点から表しています。
L2TP 受信接続速度は、LAC の観点から見た、加入者から LAC へのアップストリームの接続の bps 単位の速度です。受信接続速度が送信接続速度と異なる場合、AVP38は受信接続速度を伝えるためにICCNに含まれる。
接続速度が両方向で同じ場合、LNS は送信と受信の両方の接続速度に AVP 24 の値を使用します。この場合、LAC は AVP 38 を送信しません。送信速度と接続速度が同じ場合でも、LAC が AVP 38 を送信する ステートメントを含める
rx-connect-speed-when-equal
ことで、このデフォルトの動作を上書きできます。送信と受信 の接続速度が等しい場合の受信接続速度 AVP の送信を参照してください。ICCN メッセージで送信される Tx および Rx 接続速度は、LAC フォールバック手順によって決定される方法から導き出されます。ICCN が送信されるまでサービスアクティベーションは行われないため、LAC は、 がメソッドとして設定されている場合
service-profile
、常に次のメソッドにフォールバックします。サービス プロファイルが後でアクティブ化されると、対応する速度変更が更新メッセージで LNS に送信されます。L2TP セッションの確立後は、Tx および Rx の接続速度をいつでも変更できます。そのように設定されている場合、LAC は各セッションの更新された値を接続速度更新通知 (CSUN) メッセージで LNS に送信します。更新された速度は、接続速度アップデートAVP(97)で伝えられます。
LNS に報告される速度値を決定する方法
LNS にレポートされる値は、以下の方法で導出することができます。
階層レベルの ステートメントを使用して
tx-connect-speed-method
、LAC に対してグローバルに[edit services l2tp]
メソッドを設定できます。次のいずれかの方法を指定して、接続速度のソースを決定できます。メモ:Junos OS リリース 13.3R1 以降、メソッドの可用性とサポートは、 表 2 で説明されているように、Junos OS リリースによって異なります。次の一覧には、すべての履歴メソッドが含まれています。一部の方法は、使用しているソフトウェア リリースでサポートされていない場合があります。
actual
—速度は、ローカルトラフィック制御ポリシーに基づいてセッションスケジューラノードで適用されるダウンストリームトラフィックの実際のレートです。この方法で使用できるのは送信接続速度のみであるため、受信送信速度はフォールバック方式によって決まります。actual
この方法は、報告された値をローカル CoS ポリシーによって適用されるダウンストリーム速度にする必要がある場合に使用します。他のメソッドは、この強制値とは異なる場合があります。このメソッドは
actual
、ステートメントが階層[edit chassis]
レベルに含まれている場合にのみeffective shaping-rate
サポートされます。が設定されていても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セッションがネゴシエートされるときに、ICCNメッセージに含まれるAVP 38とAVP 24に含まれる接続速度を提供できるようになりました。加入者ログイン時に、authd は、RADIUS Access-Accept メッセージのジュニパーネットワークスサービスアクティブ化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で伝達される方法、トンネル-TX-スピード-方法(26-94)を設定できます。設定されている場合、このVSAは個々の加入者に対するRADIUS Access-Acceptメッセージで返されます。VSA値は、特定のトンネルではなく、グローバルに適用されます。このVSAで設定された方法は、LACが速度を設定するために使用するリソースを指定します。この VSA を使用するには、RADIUS サーバーのマニュアルに従って RADIUS を設定する必要があります。
他の方法で速度を決定できない場合は、加入者インターフェイスのポート速度が使用されます。
表 2 に、使用可能なメソッドをリリース別に示します。
VSA 26-94 で利用可能な一部のメソッドは、CLI では使用できません。これらのメソッドの1つがVSAで受信されると、拒否されるのではなく、サポートされているメソッドに変換されるか、別のメソッドにフォールバックします。
Junos OSリリース番号 |
CLI ( |
VSA 26–94(トンネル-TX-スピード-メソッド) |
---|---|---|
17.2以上 |
|
|
15.1, 16.1, 16.2, 17.1 |
|
|
13.3, 14.1, 14.2 |
|
N/a |
VSA 26-94またはCLI設定で接続速度方式を変更しても、ICCNがすでに送信されている既存のL2TPセッションには影響しません。メソッド変更後のすべての L2TP セッション ネゴシエーションでは、新しい設定が使用されます。
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に送信する前に、次のことを行う必要があります。
速度の取得に使用する方法を選択します。
速度を決定します。
LAC は、次のように方法を選択します。
Tunnel-Tx-Speed-Method VSA(26-94)が存在する場合は、VSA値で指定されたメソッドを使用します。
それ以外の場合は、CLIで設定されたメソッドを
tx-connect-speed-method
ステートメントで使用します。
LAC は、初期速度を次のように決定します。
選択した方法が
none
の場合、LAC は ICCN の送信速度と受信速度を含みません。その他の選択された方法では、送信接続速度(26-162)および送信接続速度(26-163)VSAの値がゼロ以外の場合、LACはそれらの値をICCNに送信します。
VSA値がゼロの場合、決定された選択されたメソッドを使用して、送信する値を導き出します。
次の例を考えてみましょう。
VSA 26-94は、メソッドとして設定された状態で
ancp
受信されます。CLI 方式は として設定されますnone
。LAC は、VSA 26-94 値、メソッドancp
を選択します。VSA 26-162 および VSA 26-163 は、ゼロ以外の値で受信されます。LAC は、これらの VSA 値を ICCN に送信します。
VSA 26-94は、メソッドとして設定された状態で
ancp
受信されます。CLI 方式は として設定されますnone
。LAC は、VSA 26-94 値、メソッドancp
を選択します。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)で設定されていません。
接続速度の値はゼロです。
1 つの値が使用可能で 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値が利用可能で、ゼロ以外であるため、LACはこれらの値をICCNに送信します。
サービス プロファイルは、後でセッションの認定変更(CoA)によってアクティブ化されます。更新が有効になっている場合、LAC はサービス プロファイル値を CSUN メッセージで LNS に送信します。更新が有効になっていない場合、サービス プロファイル値は LNS に報告されません。
更新には、CLIでメソッドを設定する必要があることに注意してください。そのため、CLI設定からサービスプロファイル方式を選択できるように、VSA 26-94を設定または受信しないでください。
Junos OS リリース 17.2R1 以降、LAC フォールバック手順は 表 3 の説明通りです。
メソッド |
送受信速度が設定されていません |
送信速度が設定されていません |
受信速度が設定されていません |
---|---|---|---|
なし |
フォールバックなし。 |
フォールバックなし。 |
フォールバックなし。 |
サービス プロファイル |
どちらも ANCP 方式にフォールバックします。 |
送信速度は ANCP 方式にフォールバックします。 |
受信速度はANCP方式にフォールバックします。 |
ティッカー |
どちらもPPPoE IAタグ方式にフォールバックします。 |
送信速度は PPPoE IA タグ方式にフォールバックします。 |
受信速度は PPPoE IA タグ方式にフォールバックします。 |
PPPoE IA タグ |
どちらも静的レイヤー 2 方式にフォールバックします。 |
送信速度はスタティックレイヤー2方式にフォールバックします。 |
受信速度はスタティック レイヤー 2 方式にフォールバックします。 |
静的レイヤー 2 |
どちらもポート速度にフォールバックします。 |
送信速度はポート速度にフォールバックします。 |
受信速度は送信速度にフォールバックします。 |
Junos OS リリース 15.1R1 以降、LAC フォールバック手順は 表 4 の説明通りです。
メソッド |
送受信速度が設定されていません |
送信速度が設定されていません |
受信速度が設定されていません |
---|---|---|---|
なし |
フォールバックなし。 |
フォールバックなし。 |
フォールバックなし。 |
実際の |
どちらも ANCP 方式にフォールバックします。 |
送信速度は ANCP 方式にフォールバックします。 |
受信速度はANCP方式にフォールバックします。 |
ティッカー |
どちらもPPPoE IAタグ方式にフォールバックします。 |
両方で PPPoE IA タグが使用可能な場合は、両方とも PPPoE IA タグ方式にフォールバックします。 それ以外の場合、送信速度は PPPoE IA タグ方式にフォールバックします。 |
両方で PPPoE IA タグが使用可能な場合は、両方とも PPPoE IA タグ方式にフォールバックします。 それ以外の場合、受信速度は PPPoE IA タグ方式にフォールバックします。 |
PPPoE IA タグ |
どちらもポート速度にフォールバックします。 |
送信速度はポート速度にフォールバックします。 |
受信速度はポート速度にフォールバックします。 |
Junos OS リリース 13.3R1 以降、LAC フォールバック手順は 表 5 に示すようになっています。
メソッド |
送受信速度が設定されていません |
送信速度が設定されていません |
受信速度が設定されていません |
---|---|---|---|
なし |
フォールバックなし。 |
フォールバックなし。 |
フォールバックなし。 |
ティッカー |
どちらもPPPoE IAタグ方式にフォールバックします。 |
両方で PPPoE IA タグが使用可能な場合は、両方とも PPPoE IA タグ方式にフォールバックします。 それ以外の場合、送信速度は PPPoE IA タグ方式にフォールバックします。 |
両方で PPPoE IA タグが使用可能な場合は、両方とも PPPoE IA タグ方式にフォールバックします。 それ以外の場合、受信速度は PPPoE IA タグ方式にフォールバックします。 |
PPPoE IA タグ |
どちらも静的レイヤー 2 方式にフォールバックします。 |
送信速度はスタティックレイヤー2方式にフォールバックします。 |
受信速度はスタティック レイヤー 2 方式にフォールバックします。 |
静的レイヤー 2 |
どちらもポート速度にフォールバックします。 |
送信速度はポート速度にフォールバックします。 |
受信速度は送信速度にフォールバックします。 |
ギガビットイーサネット(ge)インターフェイスと10ギガビットイーサネット(xe)インターフェイスの両方で、ポート速度値は1,000,000,000に設定されます。集合型イーサネット(ae)インターフェイスの場合、ポート速度値は0に設定されます。これらすべてのインターフェイスタイプのポート速度値は、AVP 24とAVP 38の両方で報告されます。
送信と受信の接続速度が等しい場合の受信接続速度AVPの送信
受信接続速度が送信接続速度と異なる場合、AVP 38 で表される L2TP Rx 接続速度(ビット/秒)AVP が ICCN メッセージに含まれます。デフォルトでは、接続速度が両方向で同じ場合、AVP 38は送信されません。LNSは、送信と受信の両方の接続速度にAVP 24の値を使用します。
AVP38は、アクセスインタフェースの受信接続速度が、階層レベルでの rx-connect-speed-when-equal
ステートメントを発行して計算された送信接続速度と等しく設定された場合に [edit services l2tp]
生成される。このシナリオでは、LAC は、ICCN メッセージ内の AVP 24 および AVP 38 を介して LNS に送信される送信および受信接続速度と同じ値を送信します。
接続速度がダウンストリーム方向とアップストリーム方向の両方で同じである場合に、AVP 38の送信を設定するには:
受信接続速度が計算された送信接続速度と等しく設定されている場合、受信接続速度AVP38の送信を設定します。
[edit services l2tp] user@host# set rx-connect-speed-when-equal
LNSに送信されるLAC接続速度を導出する方法の設定
LACの接続速度は、次のいずれかの方法で決定されます。
ジュニパーネットワークスVSAは、Tx-Connect-Speed(26-162)とRx-Connect-Speed(26-163)です。
ジュニパーネットワークスVSA、Tunnel-TX-Speed-Method(26-94)。
CLI 設定。
加入者アクセスインターフェイスのポート速度。
階層レベルで ステートメント[edit services l2tp]
を含めるtx-connect-speed-method
ことで、ジュニパーネットワークスのVSAが加入者に返されない場合に、LACがこれらの速度を設定するために使用するリソースを指定する方法を設定することができます。
Junos OSリリース17.2R1以降、LACの接続速度アップデートを有効にする場合、 ステートメントを含めるtx-connect-speed-method
必要があります。また、メソッドとして または service-profile
のいずれかancp
を指定する必要があります。それ以外の場合、LAC は CSUN メッセージを送信しません。
CLI設定またはVSA 26-94で接続速度方式を変更しても、ICCNがすでに送信されている既存のL2TPセッションには影響しません。メソッド変更後のすべての L2TP セッション ネゴシエーションでは、新しい設定が使用されます。
Junos OS リリース 13.3R1 以降、メソッドの可用性とサポートは Junos OS リリースによって異なります。次の手順では、すべての履歴メソッドを一覧表示します。一部の方法は、使用しているソフトウェア リリースでサポートされていない場合があります。リリースごとのサポート表については、 LACからLNSへのTxおよびRx接続速度の伝送 を参照してください。
送信接続速度の計算方法を設定するには:
(オプション)サービスクラスの有効シェーピングレートを使用するようにLACを設定します。
[edit services l2tp] user@host# set tx-connect-speed-method actual
メモ:この方法では、
effective shaping rate
ステートメントが[edit chassis]
階層レベルで設定されている必要があります。そうでない場合、このメソッドのコミットは失敗します。ただし、VSA 26-94でRADIUSからメソッドを受信した場合、コミットチェックが行われないため、代わりにシステムログメッセージが生成されます。(オプション)加入者インターフェイスの基礎となるPPPoEインターフェイスで設定されたANCP値から導出された値を使用するようにLACを設定します。
[edit services l2tp] user@host# set tx-connect-speed-method ancp
(オプション)DSLAM から受信した PPPoE IA タグで指定された値を使用するように LAC を設定します。
[edit services l2tp] user@host# set tx-connect-speed-method pppoe-ia-tags
この場合、AVP 24には実績データレートダウンストリーム(VSA 26-129)の値が使用されています。AVP 38には実績データレートアップストリーム(VSA 26-130)の値が使用され、VSA値が異なる場合にのみ送信されます。
メモ:IA タグから派生するこの速度は、すでにログインしているサブスクライバには適用されません。この設定を保存した後にログインしたサブスクライバーに対してのみ有効です。
(オプション)以下を使用するように LAC を設定します。
ダウンストリーム(Tx)速度:ローカル ポリシーに基づいてレベル 3 ノードに適用される実際の CoS レート
アップストリーム(Rx)速度:動的サービス プロファイルで設定された値。
service-profile
方法を指定します。[edit services l2tp] user@host# set tx-connect-speed-method service-profile
動的サービス プロファイルで、CoS からのイングレス シェーピング レートを設定し、LAC が Rx 接続速度として LNS に報告するために使用します。
[edit dynamic-profiles profile-name class-of-service interfaces interface-name unit logical-unit-number] user@host# set report-ingress-shaping-rate bps
メモ:この方法
service-profile
では、effective shaping rate
ステートメントが 階層レベルで設定されている[edit chassis]
必要があります。そうでない場合、コミット チェックは失敗します。ただし、VSA 26-94でRADIUSからメソッドを受信した場合service-profile
、コミットチェックが行われないため、代わりにシステムログメッセージが生成されます。メモ:サービス プロファイルを使用して接続速度を提供する別の方法については、 L2TP 接続速度のレート制限サービス プロファイルの指定を参照してください。
(オプション)基礎となるインターフェイスの推奨(アドバイザリ)ダウンストリームシェーピングレート(AVP 24)と推奨アップストリームシェーピングレート(AVP 38)を使用するようにLACを設定します。これは、静的レイヤー 2 シェーピング レートとも呼ばれます。
[edit services l2tp] user@host# set tx-connect-speed-method static
階層レベルの ステートメント
[edit interfaces interface-name unit logical-unit-number]
を使用してadvisory-options
、加入者インターフェイスの基礎となる PPPoE 論理インターフェイスの下でアドバイザリレートを設定します。アドバイザリ速度が設定されていない場合は、実際のポート速度が使用されます。ge および xe インターフェイスの場合、速度値は 10,000,000 に設定され、ae インターフェイスの場合、速度値は 0 に設定され、AVP 24 と AVP 38 の両方で送信されます(オプション)AVP 24 と AVP 38 の送信を無効にするように LAC を設定します。
メモ:このオプションは、LAC が ICCN メッセージで AVP 24 または AVP 38 を送信しないようにします。また、このオプションは、ジュニパーネットワークスのRADIUS、VSA、TX-CONNECT-SPEED(26-162)およびRx-Connect-Speed(26-163)よりも優先されます。
[edit services l2tp] user@host# set tx-connect-speed-method none
加入者アクセス回線情報のレポートと処理の設定
RFC 5515、 レイヤー2トンネリングプロトコル(L2TP)アクセス ライン情報属性値ペア(AVP)拡張で定義されているL2TP AVP拡張により、LACは、識別属性、回線タイプ、接続速度、さまざまなデータレートなど、加入者のアクセス回線のLNS特性に報告できます。LAC は、加入者の CPE が接続要求を開始したときにアクセス回線情報を受信し、ICRQ メッセージに含まれるさまざまな AVP で利用可能な情報を LNS に転送します。LACは、加入者の接続速度に更新を送信できることをLNSに通知することもできます。これらは、CSUN メッセージの接続速度アップデート AVP(97)によって伝達されます。
Junos OS リリース 17.4R1 以降、RFC 5515 AVP 拡張も LNS でサポートされます。したがって、LAC から受信した加入者アクセス回線情報と接続速度の更新を処理するように LNS を設定できます。
Junos OS リリース 19.3R1 以降、ブロードバンド フォーラムの PON および G.fast TLV に対応する PON および G.fast アクセス ラインの AVP がサポートされています。
ICRQ メッセージ内の AVP によって伝達された加入者アクセス回線情報は、DSL Forum VSA AVP の RADIUS に渡されます。ICCNおよびCSUNメッセージで伝達される初期および更新された接続速度をCoSで使用して、加入者回線のトラフィックレートを調整することができます。
デフォルトでは、アクセス回線情報転送機能も接続速度更新機能もLACで有効になっていません。すべての LNS エンドポイントまたは特定の LNS エンドポイントの機能を構成する必要があります。宛先ごとの設定は、その宛先 IP アドレスを持つすべてのトンネルに適用されます。特定のエンドポイントのみがこの機能をサポートまたは正しく実装していることがわかっている場合は、宛先ごとの設定を使用できます。
同様に、LNS によるこの情報の処理は、デフォルトでは有効になっていません。すべての LAC エンドポイントまたは特定の LAC エンドポイントから受信した情報に対して、処理を有効にできます。宛先ごとの設定は、その宛先 IP アドレスを持つすべてのトンネルに適用されます。
CLI ステートメントは、LAC と LNS の両方で同じです。違いは、LAC 設定または LNS 設定にステートメントを含めることです。
加入者アクセス回線に関する情報をLNSに送信するようにLACを設定するか、LACから受信したこの情報を処理するようにLNSを設定するには、次の手順に従います。
すべてのエンドポイントに対して、機能をグローバルに設定します。
[edit services l2tp] user@host# set access-line-information
特定のエンドポイントの機能を構成します。
[edit services l2tp destination address ip-address] user@host# set access-line-information
LNSが接続速度の変更をサポートしていない場合は、LACでオプションを設定 connection-speed-update
しないでください。これは、更新を処理するように構成されていない LNS や、準拠していないサードパーティの LNS である可能性があります。このような LNS に LAC オプションを設定すると、無視される追加の制御メッセージが生成されます。
接続速度の変更に関する更新もLNSに送信するようにLACを構成するか、LACから受信した速度の更新を処理するようにLNSを構成するには:
機能を構成するときに更新オプションを含めます。
[edit services l2tp] user@host# set access-line-information connection-speed-update
または
[edit services l2tp destination address ip-address] user@host# set access-line-information connection-speed-update
アップデートを送信するようにLACを設定する場合は、接続速度の値を取得する方法も設定する必要があります。このメソッドは、更新値のソースを指定します。LNS では、誘導方法は関連せず、設定できません。
[edit services l2tp] user@host# set tx-connect-speed-method method
次の例を考えてみましょう。
次の構成では、エンドポイント アドレスが 192.0.2.2 のすべてのトンネルについて、LAC が ANCP エージェントまたは PPPoE 中間エージェント(この順)から発信されたアクセス回線特性を ICRQ メッセージの LNS に報告することを指定します。接続速度アップデートEnable AVP(98)はICRQに含まれていません。その結果、ANCP エージェントによって報告された加入者アクセス回線の速度変化を報告する CSUN メッセージは LNS に送信されません。LAC は、LNS から受信した CSURQ メッセージをすべて無視します。LNSとして設定されたMXシリーズルーターではCSURQメッセージの送信がサポートされていないため、これはサードパーティのLNSのみにすることができます。
[edit services l2tp destination address 192.0.2.2] user@host# set access-line-information
次の構成では、エンドポイント アドレスが 203.0.113.23 のすべてのトンネルについて、LAC が ANCP エージェントまたは PPPoE 中間エージェントから発信されたアクセス ライン特性を(この順序で)ICRQ メッセージの LNS に報告することを指定します。接続速度アップデートEnable AVP(98)はICRQに含まれています。CSUN メッセージは LNS に送信され、ANCP エージェントによって報告された加入者アクセス ラインの速度変化を報告します。LAC は、LNS から受信したすべての CSURQ メッセージを受け入れ、CSUN メッセージで応答します。LNSとして設定されたMXシリーズルーターではCSURQメッセージの送信がサポートされていないため、これはサードパーティのLNSのみにすることができます。
[edit services l2tp] user@host# set destination address 203.0.113.23 access-line-information connection-speed-update user@host# set tx-connect-speed-method ancp
アクセス回線情報転送がグローバルに有効になっている場合、特定の宛先に対して無効にすることはできません。ただし、接続速度の更新がグローバルに有効になっている場合は、特定の宛先の更新を無効にすることができます。
以下の設定は、すべての宛先でアクセス回線特性の転送と接続速度更新の両方を有効にすることを指定します。宛先 198.51.100.2 の場合、グローバル更新の構成は、その宛先へのアクセス回線構成を繰り返し、その宛先の接続速度の更新を省略することで上書きされます。
[edit services l2tp] user@host# set access-line-information connection-speed-update user@host# set tx-connect-speed-method ancp [edit services l2tp destination address 198.51.100.2] user@host# set access-line-information
コマンドは
show services l2tp summary
、すべての宛先に適用される設定を表示します。次のサンプル出力は、この例のグローバル設定を確認しています。user@host> show services l2tp summary Failover within a preference level is Disabled Weighted load balancing is Disabled Tunnel authentication challenge is Enabled Calling number avp is Enabled Failover Protocol is Disabled Tx Connect speed method is static Rx speed avp when equal is enabled Tunnel assignment id format is assignment-id Tunnel Tx Address Change is Accept Min Retransmissions Timeout for control packets is 2 seconds Max Retransmissions for Established Tunnel is 7 Max Retransmissions for Not Established Tunnel is 5 Tunnel Idle Timeout is 60 seconds Destruct Timeout is 300 seconds Destination Lockout Timeout is 300 seconds Access Line Information is Enabled, Speed Updates is Enabled Destinations: 0, Tunnels: 0, Sessions: 0, Switched sessions: 0
コマンドは
show services l2tp destination detail
、各宛先の設定を個別に表示します。次のサンプル出力では、198.51.100.2 の接続速度の更新が無効になっていることを確認します。user@host> show services l2tp destination detail Local name: 1 Remote IP: 198.51.100.2 Tunnels: 1, Sessions: 1 State: Enabled Local IP: 203.0.113.2 Transport: ipUdp, Logical System: default, Router Instance: default Lockout State: not locked Access Line Information: Enabled, Speed Updates: Disabled ...
この例では、アクセス回線特性の転送はすべての宛先に対して有効になっていますが、接続速度更新は1つの宛先(198.51.100.21)に対してのみ有効になっています。
[edit services l2tp] user@host# set access-line-information [edit services l2tp destination address 198.51.100.21] user@host# set access-line-information connection-speed-update user@host# up user@host# set tx-connect-speed-method ancp
次のサンプル出力は、接続速度の更新がグローバルに無効になっていることを確認しています。
user@host> show services l2tp summary Failover within a preference level is Disabled Weighted load balancing is Disabled Tunnel authentication challenge is Enabled Calling number avp is Enabled Failover Protocol is Disabled Tx Connect speed method is static Rx speed avp when equal is enabled Tunnel assignment id format is assignment-id Tunnel Tx Address Change is Accept Min Retransmissions Timeout for control packets is 2 seconds Max Retransmissions for Established Tunnel is 7 Max Retransmissions for Not Established Tunnel is 5 Tunnel Idle Timeout is 60 seconds Destruct Timeout is 300 seconds Destination Lockout Timeout is 300 seconds Access Line Information is Enabled, Speed Updates is Disabled Destinations: 0, Tunnels: 0, Sessions: 0, Switched sessions: 0
次のサンプル出力は、宛先 198.51.100.21 に対して接続速度の更新が有効になっていることを確認しています。
user@host> show services l2tp destination detail Local name: 1 Remote IP: 198.51.100.21 Tunnels: 1, Sessions: 1 State: Enabled Local IP: 203.0.113.3 Transport: ipUdp, Logical System: default, Router Instance: default Lockout State: not locked Access Line Information: Enabled, Speed Updates: Enabled ...
LAC が発信者番号 AVP 22 を LNS に送信しないようにする
発信者番号 AVP 22 は、通常、アクセス ネットワークで顧客に接続されているインターフェイスを識別します。RADIUS の Access-Accept メッセージに発信側ステーション ID が含まれている場合、その値が発信者番号 AVP に使用されます。それ以外の場合は、PPPoE セッションが確立されている基盤となるインターフェイス(S-VLAN IFL など)が発信者番号の AVP 値に使用されます。
デフォルトでは、LAC は LNS に送信する着信コール要求(ICRQ)パケットにこの AVP を含めます。ただし、ネットワークアクセスインターフェイス情報を非表示にすることもできます。これを行うには、LAC が発信者番号 AVP を LNS に送信しないようにトンネルを設定できます。
発信者番号 AVP の送信を無効にするには:
無効化を設定します。
[edit services l2tp] user@host# set disable-calling-number-avp
発信者番号 AVP の発信側ステーション ID 形式を上書きする
LAC は、L2TP 発信者番号 AVP 22 の LNS にアクセス回線または加入者に関する情報を送信します。この AVP は、L2TP セッションの確立時に着信コール要求(ICRQ)パケットで伝達されます。AVP 22は、デフォルトで、アクセスネットワーク内で顧客に接続されているアクセスノードインターフェイスを識別します。これはエージェント回線識別子またはACIです。LAC は DSL Forum Agent-Circuit-ID VSA [26-1] として L2TP クライアントから PPPoE Active Discovery Request(PADR)パケット内の ACI を受信します。
または、 ステートメントを使用して calling-station-id-format
、AVP で送信される値を変更することもできます。例えば、エージェント回線識別子の代わりに、PADRでDSLフォーラムAgent-Remote-ID VSA [26-2]として受信したエージェントリモート識別子(ARI)を使用するように指定するか、両方を使用するように指定するか、または追加の属性を含めるように指定できます。AVP で使用される値のセットは、通話ステーション ID 形式と呼ばれます。これが設定されると、AVP の値がその後、発信側ステーション ID 属性(31)として RADIUS サーバに送信されます。詳細については 、追加オプションを使用した発信側ステーション ID の設定 を参照してください。
場合によっては、発信者番号 AVP 22 の値を RADIUS 属性値から独立させたいことがあります。これを行うには、値に対して構成された通話ステーション ID 形式を上書きします。ステートメントを使用して remote-circuit-id-format
、AVP に別の形式(ACI、ARI、または PADR パケットからの ACI と ARI の両方)を指定します。
ステートメントで remote-circuit-id-format
設定した値が PADR に存在しない場合に、発信者番号 AVP で送信されるフォールバック値を設定することもできます。フォールバック オプションを設定して、設定された Calling-Station-ID またはデフォルトの基盤となるインターフェイスを発信者番号 AVP として送信できます。
始める前に:
アクセスプロファイルを設定します。
L2TPを設定します。
RADIUS を設定します。
アクセスプロファイルでオーバーライドを設定するには:
L2TP 接続速度のレート制限サービス プロファイルの指定
L2TP セッションがネゴシエートされると、LAC は LAC での Rx 接続速度(AVP 38 の場合)と Tx 接続速度(AVP 24 の場合)の値を含む ICCN メッセージを LNS に送信します。LAC は、ネゴシエーション時に利用可能な最良のソースからの値を使用します。複数のソースが使用可能な場合、選択はソースのプリファレンス階層に基づいて行われます。送信元は、RADIUS、ANCP、またはPPPoE-IAタグのいずれかです。
デフォルトでは、RADIUS Access-Acceptメッセージで受信したサービスプロファイルは、セッションネゴシエーションの完了後にネットワークファミリがアクティブになるまでプロファイルが適用されないため、LACは送信元として使用できません。ただし、LNSが RFC 5515、レイヤー2トンネリングプロトコル(L2TP)アクセスライン情報属性値ペア(AVP)拡張をサポートしている場合、LACはサービスプロファイルの値を使用してLNSに接続速度の更新を送信できます。
Junos OS リリース 18.1R1 以降では、L2TP セッションがネゴシエートされるときに、ダイナミック サービス プロファイルを使用して AVP 38 と AVP 24 に含まれる接続速度を提供できます。加入者ログイン時に、authdは、設定されたサービスプロファイル名が、RADIUS Access-AcceptメッセージのジュニパーネットワークスサービスVSA(26-65)に伝えられたプロファイル名と一致するかどうかを判断します。名前が一致する場合、速度はサービスプロファイルのデフォルト値またはVSAによって渡されたパラメータから導き出されます。
authdによるこの処理で接続速度が確立されるのは、加入者ログイン時のみです。再認証やCoA要求への応答では発生しません。
この機能を使用するには、 階層レベルで ステートメント[edit services l2tp]
を使用してtx-connect-speed-method
、メソッドservice-profile
を に設定する必要があります。また、 effective-shaping-rate
[edit chassis]
階層レベルで ステートメントを設定する必要があります。
レートは、ユーザ定義変数のデフォルト値としてサービス プロファイルで直接定義できます。または、VSA 26-65でRADIUSが通過するレートを設定することもできます。いずれの場合も、最初の値は受信速度(加入者から LAC へのアップストリーム レート)として採用され、2 番目の値は送信速度(LAC から加入者へのダウンストリーム レート)として使用されます。VSA は 2 つ以上のパラメーターを渡すように構成できますが、サービスレート制限機能では最初の 2 つのパラメーターのみが重要です。
レート値はプロファイルまたはVSA 26-65でKbpsで指定されますが、L2TP AVPフォーマットではbpsでのレート値が必要です。この機能を有効にすると、デフォルトの乗数はレートを Kbps から bps に自動的に変換します。乗数オプションを設定して、レートを上下に調整することもできます。調整後の値は、ジュニパーネットワークスのRADIUS VSA、Rx-Connect-Speed(26-163)およびTx-Connect-Speed(26-162)に相当します。これらの値は、セッション データベースにそのまま格納されます。値は L2TP 接続がネゴシエートされる前に SDB で使用できるため、LAC は AVP 38 および AVP 24 として ICCN メッセージに値を含めます。これらは RADIUS ソースの値として扱われ、その結果、最も優先順位が高くなります。
パラメーター値 0 は、レートが設定されていないことを示します。たとえば、VSA 26-65 が (0, 0) を返す service-profile-name場合、SDB で Rx または Tx の値は設定されません。
SDB で値が設定されない別の状況は、VSA 26-65 がパラメータを渡さず、サービス プロファイルで既定値を設定できなかった場合です。この場合、authd が派生する値がないため、Rx または Tx の SDB に配置するものはありません。
レートリミッターの設定に使用されたサービスが非アクティブ化または削除された場合、authd はサブスクライバーセッションからそれらのレートリミッター値をクリアします。サービスが再アクティブ化された場合、authd はレート制限を復元しません。
LAC 接続速度がログイン時にダイナミック サービス プロファイルから取得されるように設定し、オプションで速度を調整するには:
例えば、動的サービス ポリシー l2tp-service を設定するとします。このポリシーには、アップストリームとダウンストリームのユーザー定義変数が含まれ、デフォルト値はそれぞれ 20,000 Kbps と 30,000 Kbps です。アップストリーム変数は入力(イングレス)フィルターに使用され、ダウンストリーム変数は出力(エグレス)フィルターに使用されます。
[edit dynamic-profiles l2tp-service] user@host# set variables upstream default-value 20000 user@host# set variables downstream default-value 30000 user@host# set variables aggregate default-value 50000 user@host# interfaces pp0 “$junos-interface-unit” family inet filter input ”$upstream” user@host# interfaces pp0 “$junos-interface-unit” family inet filter output ”$downstream”
次に、次のサービスレートリミッターを設定します。これは、l2tp-service という名前のサービスポリシーが返されたときに、ポリシー内の、または VSA によって渡された Rx 値に 1005 を乗算することを指定します。Tx 値に 1003 を掛けます。
[edit access] user@host# set service-rate-limiter service-name l2tp-service user@host# set service-rate-limiter rx-multiplier 1005 user@host# set service-rate-limiter tx-multiplier 1003
加入者がログインし、RADIUSサーバーからのAccess-Acceptメッセージに、l2tp-serviceを指定するActivate-Service VSA、26-55が含まれているとします。次に何が起こるかは、VSAによって渡されるパラメータに依存します。
VSA には、パラメータなしの "l2tp-service" が含まれています。SDB には次の値が格納されます。
Rx は、ポリシーのデフォルト値に設定された乗数を乗算したものです( 20000 Kbps x 1005 = 20,100,000 bps)。
Tx は、ポリシーのデフォルト値に設定された乗数を乗算したものです( 30000 Kbps x 1003 = 30,090,000 bps)。
VSA には "l2tp-service(10000, 15000)" が含まれています。SDB には次の値が格納されます。
Rx は、VSA によって渡される最初のパラメーターに設定された乗数を掛けたものです: 10000 Kbps x 1005 = 10,050,000 bps。
Tx は、VSA によって渡される 2 番目のパラメーターに設定された乗数を掛けたものです( 15000 Kbps x 1003 = 15,045,000 bps)。
VSA には "l2tp-service(10000)" が含まれています。SDB には次の値が格納されます。
Rx は、VSA によって渡される最初の(そして唯一の)パラメータに、設定された乗数を掛けたものです: 10000 Kbps x 1005 = 10,050,000 bps。
VSA は 2 番目のパラメーターを渡さないため、Tx はポリシーのデフォルト値に構成された乗数を掛けた値です ( 30000 Kbps x 1003 = 30,090,000 bps)。
VSA には "l2tp-service(10000, 0)" が含まれています。SDB には次の値が格納されます。
Rx は、VSA によって渡される最初のパラメーターに設定された乗数を掛けたものです: 10000 Kbps x 1005 = 10,050,000 bps。
渡される 2 番目のパラメーターは 0 であり、0 はレートが設定されていないことを意味するため、SDB for Tx には値が格納されません。
VSA には "l2tp-service(0, 0)" が含まれています。SDB には次の値が格納されます。
渡された値 0 はレートが設定されていないことを意味するため、Rx または Tx の値は SDB に格納されません。
VSA には "l2tp-service(10000, 15000, 4000000)" が含まれています。SDB には次の値が格納されます。
Rx は、VSA によって渡される最初のパラメーターに設定された乗数を掛けたものです: 10000 Kbps x 1005 = 10,050,000 bps。
Tx は、VSA によって渡される 2 番目のパラメーターに設定された乗数を掛けたものです( 15000 Kbps x 1003 = 15,045,000 bps)。
tx-connect-speed-method
必要があります。