Network Working Group V. Mammoliti
Request for Comments: 5515 C. Pignataro
Category: Informational Cisco Systems
P. Arberg
Redback Networks
J. Gibbons
Juniper Networks
P. Howard
May 2009
Layer 2 Tunneling Protocol (L2TP) Access Line Information
Attribute Value Pair (AVP) Extensions
Status of This Memo
このメモのステータス
This memo provides information for the Internet community. It does not specify an Internet standard of any kind. Distribution of this memo is unlimited.
このメモはインターネットコミュニティのための情報を提供します。それはどんな種類のインターネット標準を指定しません。このメモの配布は無制限です。
Copyright Notice
著作権表示
Copyright (c) 2009 IETF Trust and the persons identified as the document authors. All rights reserved.
著作権（C）2009 IETF信託とドキュメントの作成者として特定の人物。全著作権所有。
This document is subject to BCP 78 and the IETF Trust's Legal Provisions Relating to IETF Documents in effect on the date of publication of this document (http://trustee.ietf.org/license-info). Please review these documents carefully, as they describe your rights and restrictions with respect to this document.
この文書では、BCP 78と、この文書（http://trustee.ietf.org/license-info）の発行日に有効なIETFドキュメントに関連IETFトラストの法律の規定に従うものとします。彼らは、この文書に関してあなたの権利と制限を説明するように、慎重にこれらの文書を確認してください。
Abstract
抽象
This document describes a set of Layer 2 Tunneling Protocol (L2TP) Attribute Value Pair (AVP) extensions designed to carry the subscriber Access Line identification and characterization information that arrives at the Broadband Remote Access Server (BRAS) with L2TP Access Concentrator (LAC) functionality. It also describes a mechanism to report connection speed changes, after the initial connection speeds are sent during session establishment. The primary purpose of this document is to provide a reference for DSL equipment vendors wishing to interoperate with other vendors' products. The L2TP AVPs defined in this document are applicable to both L2TPv2 and L2TPv3.
この文書では、L2TPアクセスコンセントレータ（LAC）機能を備えたレイヤ2トンネリングプロトコル（L2TP）ブロードバンドリモートアクセスサーバ（BRAS）に到着した加入者アクセス回線の同定および特性情報を運ぶために設計された値ペア（AVP）の拡張属性のセットを記述する。また、初期の接続速度は、セッション確立時に送信された後、接続速度の変更を報告するためのメカニズムを説明しています。このドキュメントの主な目的は、他のベンダーの製品との相互運用を希望するDSL機器ベンダのための参照を提供することです。この文書で定義されたL2TPのAVPは、L2TPv2とL2TPv3の両方に適用されています。
Table of Contents
目次
1. Introduction ....................................................3
2. Terminology .....................................................3
2.1. Requirements Language ......................................3
2.2. Technical Terms and Acronyms ...............................4
3. Access Line Information L2TP AVP Operation ......................5
4. Additional L2TP Messages ........................................6
4.1. Connect-Speed-Update-Notification (CSUN) ...................8
4.2. Connect-Speed-Update-Request (CSURQ) .......................8
5. Access Line Information L2TP Attribute Value Pair Extensions ....9
5.1. Access Line Agent-Circuit-Id AVP ..........................10
5.2. Access Line Agent-Remote-Id AVP ...........................11
5.3. Access Line Actual-Data-Rate-Upstream AVP .................12
5.4. Access Line Actual-Data-Rate-Downstream AVP ...............13
5.5. Access Line Minimum-Data-Rate-Upstream AVP ................13
5.6. Access Line Minimum-Data-Rate-Downstream AVP ..............14
5.7. Access Line Attainable-Data-Rate-Upstream AVP .............14
5.8. Access Line Attainable-Data-Rate-Downstream AVP ...........14
5.9. Access Line Maximum-Data-Rate-Upstream AVP ................15
5.10. Access Line Maximum-Data-Rate-Downstream AVP .............15
5.11. Access Line Minimum-Data-Rate-Upstream-Low-Power AVP .....16
5.12. Access Line Minimum-Data-Rate-Downstream-Low-Power AVP ...16
5.13. Access Line Maximum-Interleaving-Delay-Upstream AVP ......17
5.14. Access Line Actual-Interleaving-Delay-Upstream AVP .......17
5.15. Access Line Maximum-Interleaving-Delay-Downstream AVP ....18
5.16. Access Line Actual-Interleaving-Delay-Downstream AVP .....18
5.17. Access Line Access-Loop-Encapsulation AVP ................19
5.18. ANCP Access Line Type AVP ................................20
5.19. Access Line IWF-Session AVP ..............................21
6. Connect Speed Update L2TP Attribute Value Pair Extensions ......22
6.1. Connect Speed Update AVP (CSUN, CSURQ) ....................22
6.2. Connect Speed Update Enable AVP (ICRQ) ....................23
7. Access Line Information AVP Mapping ............................24
7.1. Summary of Access Line AVPs ...............................24
8. IANA Considerations ............................................25
8.1. Message Type AVP Values ...................................25
8.2. Control Message Attribute Value Pairs (AVPs) ..............25
8.3. Values for Access Line Information AVPs ...................25
9. Security Considerations ........................................25
10. Acknowledgements ..............................................26
11. References ....................................................26
11.1. Normative References .....................................26
11.2. Informative References ...................................27
Access Nodes (ANs), referred to as Digital Subscriber Line Access Multiplexers (DSLAMs) in DSL, are adding enhancement features to forward, via in-band signaling, subscriber Access Line identification and characterization information to their connected upstream Broadband Remote Access Server (BRAS) with L2TP Access Concentrator (LAC) functionality.
アクセスノード（ANS）、DSLデジタル加入者線アクセスマルチプレクサ（DSLAMの）と呼ばれるそれらのブロードバンドリモートアクセスサーバ上流に接続された（BRASに、インバンドシグナリングを介して、加入者アクセス回線識別および特徴付け情報を転送するために拡張機能を追加します）L2TPアクセスコンセントレータ（LAC）機能を持ちます。
The Access Node/DSLAM may forward the information via one or more of the following methods:
アクセスノード/ DSLAMは、以下の方法の一つ以上を介して情報を転送することができます。
o Vendor-Specific Point-to-Point Protocol over Ethernet (PPPoE) Tags [RFC2516].
Oベンダー固有ポイントツーポイントプロトコルオーバーイーサネット（PPPoEの）タグ[RFC2516]。
o DHCP Relay Options [RFC3046] and Vendor-Specific Information Suboptions [RFC4243].
DHCPリレーオプション[RFC3046]とベンダー固有の情報サブオプション[RFC4243] O。
o Access Node Control Protocol [ANCP].
Oアクセスノード制御プロトコル[ANCP]。
Currently, this information is been collected on the BRAS and forwarded to a radius server via [RFC4679].
現在、この情報がBRASに収集し、[RFC4679]を介してRADIUSサーバに転送されています。
This document describes the new additional L2TP AVPs that were created to forward the subscriber line identification and characterization information received at the BRAS/LAC to the terminating L2TP Network Server (LNS). It also describes a mechanism by which the LAC may report connection speed changes to the LNS, after the initial connection speeds are sent by the LAC during session establishment.
この文書では、終端L2TPネットワークサーバー（LNS）にBRAS / LACで受信された加入者回線識別および特徴付け情報を転送するために作成された新たな付加L2TPのAVPを記述する。また、初期の接続速度は、セッション確立中にLACによって送信された後LACは、LNSへの接続速度の変更を報告することがありますするメカニズムを説明します。
The L2TP AVPs defined in this document MAY be used with either an L2TPv2 [RFC2661] or L2TPv3 [RFC3931] implementation.
この文書で定義されたL2TPのAVPは、L2TPv2 [RFC2661]またはL2TPv3の[RFC3931]実装のいずれかと共に使用することができます。
The information acquired may be used to provide authentication, policy, and accounting functionality. It may also be collected and used for management and troubleshooting purposes.
取得した情報は、認証、ポリシー、およびアカウンティング機能を提供するために使用することができます。また、収集され、管理とトラブルシューティングの目的で使用することができます。
The following sections define the usage and meaning of certain specialized terms in the context of this document.
以下のセクションでは、この文書の文脈で特定の専門用語の使い方や意味を定義します。
The key words "MUST", "MUST NOT", "REQUIRED", "SHALL", "SHALL NOT", "SHOULD", "SHOULD NOT", "RECOMMENDED", "MAY", and "OPTIONAL" in this document are to be interpreted as described in [RFC2119].
この文書のキーワード "MUST"、 "MUST NOT"、 "REQUIRED"、、、、 "べきではない" "べきである" "ないもの" "ものとし"、 "推奨"、 "MAY"、および "OPTIONAL" はあります[RFC2119]に記載されているように解釈されます。
Access Node/DSLAM
アクセス・ノード/ DSLAM
The Access Node/DSLAM is a DSL signal terminator that contains a minimum of one Ethernet or ATM interface that serves as its upstream interface into which it aggregates traffic from several ATM-based (subscriber ports) or Ethernet-based downstream interfaces.
アクセスノード/ DSLAMは、一つのイーサネット又はそれがいくつかのATMベース（加入者ポート）、またはイーサネットベースのダウンストリームインターフェイスからのトラフィックを集約先の上流のインタフェースとして機能するATMインタフェースの最小値が含まれているDSL信号ターミネーターです。
BNG
BNG
Broadband Network Gateway. A BNG is an IP edge router where bandwidth and Quality-of-Service (QoS) policies are applied; the functions performed by a BRAS are a superset of those performed by a BNG.
ブロードバンドネットワークゲートウェイ。 BNGは、帯域幅とサービス品質（QoS）のポリシーが適用されているIPエッジルータです。 BRASによって実行される機能は、BNGによって実行されるもののスーパーセットです。
BRAS
ARM
Broadband Remote Access Server. A BRAS is a BNG and is the aggregation point for the subscriber traffic. It provides aggregation capabilities (e.g., IP, PPP, Ethernet) between the access network and the core network. Beyond its aggregation function, the BRAS is also an injection point for policy management and IP QoS in the access network.
ブロードバンドリモートアクセスサーバー。 BRASはBNGであり、加入者トラフィックの集約点です。これは、アクセスネットワークとコアネットワークとの間（例えば、IP、PPP、イーサネット（登録商標））集約機能を提供します。その集計機能を超えて、BRASは、アクセスネットワークにおけるポリシー管理およびIP QoSの注入点です。
DSL
DSL
Digital Subscriber Line. DSL is a technology that allows digital data transmission over wires in the local telephone network.
デジタル加入者線。 DSLは、ローカル電話ネットワークの配線を介してデジタルデータ伝送を可能にする技術です。
DSLAM
DSLAM
Digital Subscriber Line Access Multiplexer. DSLAM is a device that terminates DSL subscriber lines. The data is aggregated and forwarded to ATM- or Ethernet-based aggregation networks.
デジタル加入者線アクセスマルチプレクサ。 DSLAMはDSL加入者回線を終端デバイスです。データが集約され、ATM-またはイーサネットベースの集約ネットワークに転送されます。
IWF
IWF
Interworking Function. The set of functions required for interconnecting two networks of different technologies (e.g., ATM and Ethernet). IWF is utilized to enable the carriage of Point-to-Point Protocol over ATM (PPPoA) traffic over PPPoE.
インターワーキング機能。異なる技術の2つのネットワークを相互接続するために必要な機能のセット（例えば、ATM、およびイーサネット）。 IWFは、PPPoEオーバーATM（PPPoAの）トラフィックオーバーポイントツーポイントプロトコルの運搬を可能にするために利用されます。
LAC
LAKE
L2TP Access Concentrator. If an L2TP Control Connection Endpoint (LCCE) is being used to cross-connect an L2TP session directly to a data link, we refer to it as an L2TP Access Concentrator (LAC). (See [RFC2661] and [RFC3931].)
L2TPアクセスコンセントレータ。 L2TPコントロール接続のエンドポイント（LCCE）は、直接データリンクにクロスコネクトL2TPセッションに使用されている場合、我々は、L2TPアクセスコンセントレータ（LAC）として参照します。 （[RFC2661]及び[RFC3931]を参照）。
LCCE
LCCE
L2TP Control Connection Endpoint. An L2TP node that exists at either end of an L2TP control connection. May also be referred to as an LAC or LNS, depending on whether tunneled frames are processed at the data link (LAC) or network layer (LNS). (See [RFC3931].)
L2TPコントロール接続のエンドポイント。 L2TPコントロール接続の両端に存在するL2TPノード。また、LACまたはトンネリングフレームはデータリンク（LAC）またはネットワーク層（LNS）で処理されているかどうかに応じてLNSと呼んでもよいです。 （[RFC3931]を参照）。
LNS
LNS
L2TP Network Server. If a given L2TP session is terminated at the L2TP node and the encapsulated network layer (L3) packet processed on a virtual interface, we refer to this L2TP node as an L2TP Network Server (LNS). (See [RFC2661] and [RFC3931].)
L2TPネットワークサーバ。所与のL2TPセッションがL2TPノードと仮想インタフェース上で処理カプセル化されたネットワーク層（L3）パケットで終了した場合、我々は、L2TPネットワークサーバー（LNS）としてこのL2TPノードを指します。 （[RFC2661]及び[RFC3931]を参照）。
When the BRAS with LAC functionality receives the Access Line information from the Access Node and has determined that the session will be established with an LNS, the LAC will forward the information that it has collected in the newly defined L2TP AVPs. The LAC will only forward the Access Line Information AVPs that have populated values.
LAC機能を備えたBRASは、アクセス・ノードからアクセスライン情報を受信し、セッションがLNSで確立されると判断した場合、LACは、新しく定義されたL2TP用のAVPに収集した情報を転送します。 LACは、値のみを埋めているアクセス回線情報AVPを転送します。
Access Line information from any of the above methods must be available at the BRAS prior to the start of session negotiation by the LAC. This ensures Access Line parameters are reliably provided to the LNS and avoids additional call set-up delays. Under the condition that the LAC has not received any Access Line information from any of the methods, as default behavior the LAC SHOULD establish the L2TP session without waiting for the Access Line information. In this case, the LAC MUST NOT send any of the Access Line AVPs to the LNS. The LAC MAY, as local policy, wait for the Access Line information from one or more of the methods before forwarding the information in the Access Line L2TP AVPs to the LNS.
上記の方法のいずれかからのアクセスライン情報は、LACによってセッション交渉の開始に先立ってBRASで利用可能でなければなりません。これは、アクセスラインパラメータが確実LNSに提供されることを保証し、追加の呼設定の遅延を回避します。 LACは、のいずれかの方法から任意のアクセスライン情報を受信していないことを条件に、デフォルトの動作として、LACは、アクセスラインの情報を待たずにL2TPセッションを確立する必要があります。この場合、LACはLNSへのアクセスラインのAVPのいずれかを送ってはいけません。 LAC MAYは、ローカルポリシーとして、LNSへのアクセスラインL2TPのAVPで情報を転送する前に、方法の1つまたは複数からのアクセスライン情報を待ちます。
It is possible that the Access Node will only send a subset of the currently available line information defined. The LAC MUST be able to limit and/or filter which AVPs, if any, are sent to the LNS.
アクセス・ノードでのみ定義され、現在入手可能なライン情報のサブセットを送信することも可能です。 LACは、制限できなければならない、および/またはフィルタのAVPは、もしあれば、LNSに送信されます。
It is also possible that the LAC may receive Access Line information from multiple sources and at different time intervals. Local policy SHOULD determine which source(s) the LAC will accept. The LAC SHOULD default to accepting ANCP-sourced parameters.
LACは複数のソースから、異なる時間間隔でアクセスラインの情報を受け取ることも可能です。ローカルポリシーは、LACが受け入れるソース（S）を決定すべきです。 LACはANCPソースのパラメータを受け入れるをデフォルトとすべきです。
The Access Line AVPs are sent as part of the L2TP Incoming-Call-Request (ICRQ) control message. Connect Speed Update AVPs are sent as part of the Connect-Speed-Update-Notification (CSUN) or Connect-Speed-Update-Request (CSURQ) L2TP messages (see Sections 4, 4.1, and 4.2).
アクセスラインのAVPは、L2TP着信-要求（ICRQ）制御メッセージの一部として送信されます。高速更新のAVPは、Connect高速更新、通知（CSUN）または接続スピード更新リクエスト（CSURQ）L2TPメッセージ（セクション4、4.1、および4.2を参照）の一部として送信される接続します。
It is possible for the LAC to send updated Connect Speed characteristics to the LNS via the Connect Speed Update AVP in an L2TP Connect-Speed-Update-Notification (CSUN) control message (see Section 4.1). To avoid unnecessary L2TP Connect-Speed-Update-Request and Connect-Speed-Update-Notification message exchanges between the LAC and LNS (e.g., during failover protocol recovery and resynchronization), the LAC signals in the session establishment exchange its ability and desire to provide speed updates during the life of the session. This is achieved using a new AVP, Connect Speed Update Enable (see Section 6.2), sent in the L2TP Incoming-Call-Request (ICRQ) control message. The absence of this AVP in the ICRQ message implies that the LAC will not be sending any speed updates during the life of the session. If the LAC is configured to accept ANCP-sourced parameters, and supports providing speed updates during the life of a session, it MUST send the Connect Speed Update Enable AVP in the ICRQ, since this implies that speed updates may occur over the life of the connection. If the LAC is configured to only accept PPPoE vendor-specific tags, it MUST NOT send the Connect Speed Update Enable AVP in the ICRQ, since the connection speed is only sent during PPPoE discovery and no further updates will occur during the life of the connection.
LACは、L2TP接続スピード・アップデート・通知で接続速度を更新AVP（CSUN）制御メッセージ（セクション4.1を参照）を介してLNSに更新接続速度特性を送信することが可能です。セッション確立交換でLAC信号、その能力や意欲にする（フェールオーバープロトコルの回復と再同期中に、例えば）LACとLNS間の不要なL2TP接続高速-更新リクエストおよび接続スピード・アップデート - 通知メッセージ交換を回避するために、セッションの存続期間中速のアップデートを提供しています。これは、接続速度の更新は（セクション6.2を参照）を有効に新しいAVPを使用して達成され、L2TP着信-要求（ICRQ）制御メッセージで送信されました。 ICRQメッセージにこのAVPの不在はLACがセッションの寿命の間に任意の速度アップデートを送信されないことを意味します。 LACはANCPソースのパラメータを受け入れるように構成され、セッションの存続期間中速のアップデートを提供しサポートしている場合は、これはスピードの更新は期間にわたって発生する可能性があることを意味するので、ICRQでAVPを有効にする接続速度の更新を送らなければなりません接続。 LACのみのPPPoEのベンダー固有のタグを受け入れるように構成されている場合は、接続速度が唯一のPPPoE発見時に送信され、それ以上の更新は、接続の存続期間中に発生しませんので、接続速度の更新は、ICRQでAVPを有効に送ってはいけません。
If the Access Line information changes while the session is still maintained, connection speed updates MAY be sent from the LAC to the LNS via an L2TP Connect-Speed-Update-Notification (CSUN) Message (see Section 4.1). A new AVP, Connect Speed Update AVP (see Section 6.1), is included in the CSUN message to report connect speed updates for a specific session after the initial connection speeds are established (i.e., at session establishment via the Tx Connect Speed and Rx Connect Speed AVPs, Attribute Types 24 and 38, respectively, for L2TPv2 and 74 and 75, respectively, for L2TPv3). The values established in the Connect Speed Update AVP (as well as the values for the initial Tx/Rx Connect Speeds AVPs) are based on LAC local policy. For example, the LAC's local policy may use the Actual-Data-Rate-Upstream and Actual-Data-Rate-Downstream as its policy to report connection speed updates. For consistency, the same local policy SHOULD equally apply both to the initial connect speeds (conveyed during session establishment) and to the (optional) connect speed updates (sent after the establishment of the session). The CSUN message MAY be sent periodically to the LNS based on local policy and may include more than one Connect Speed Update AVP. The bulking of more than one Connect Speed Update AVP into the CSUN message serves the following purposes:
セッションがまだ維持しつつ、アクセス回線情報が変更された場合、接続速度の更新は（セクション4.1を参照）L2TP接続スピード・アップデート - 通知（CSUN）メッセージを介してLNSにLACから送られるかもしれません。初期の接続速度がすなわち、Txの接続速度およびRx接続を介したセッションの確立時（確立された後、新たなAVP、接続速度を更新AVPは（6.1節を参照）、特定のセッションのための速度の更新を接続報告するCSUNメッセージに含まれています速度のAVPは、）L2TPv3のために、それぞれ、L2TPv2と74と75のために、それぞれ、タイプ24と38の属性。接続速度を更新AVPに設立された値（初期のTx / Rxの接続のためだけでなく、値がAVPを迅速化）は、LACローカルポリシーに基づいています。例えば、LACのローカルポリシーは、接続速度の更新を報告するための方針として、ダウンストリームの実際のデータレート実際のデータレート-上流とを使用することができます。一貫性のために、同一のローカルポリシーが等しく（セッション確立中に運ば）初期接続速度に及び（セッションの確立後に送信される）（オプション）接続速度の更新の両方に適用されるべきです。 CSUNのメッセージは、ローカルポリシーに基づいてLNSに定期的に送信することができ、複数の接続スピードアップデートAVPを含むことができます。 CSUNメッセージに複数の接続スピード更新AVPの増量は、以下の目的を果たします。
o Dampens the rate of changes sent to the LNS when Access Line parameter updates are received at a high rate for a given line.
oはアクセスラインパラメータの更新は、与えられた行の高レートで受信されているLNSに送信された変化率を減衰させます。
o Efficiently forwards speed updates when Access Line parameter updates are received for many lines at the same time.
アクセスラインパラメータの更新は、同時に多くの行を受信したとき、Oの効率的なスピードの更新を転送します。
o Supports failover [RFC4951] protocol recovery and resynchronization.
oは、フェイルオーバー[RFC4951]プロトコルの回復と再同期をサポートします。
During failover recovery and resynchronization, to ensure the correct speeds have been applied to outstanding sessions on each tunnel, the LNS MAY issue a Connect-Speed-Update-Request (CSURQ) message (see Section 4.2) to the LAC containing one or more Session IDs. In response to the CSURQ message, the LAC MUST issue a Connect-Speed-Update-Notification (CSUN) message (see Section 4.1) containing a Connect Speed Update AVP for each of the Session IDs requested in the CSURQ. Note: In the CSUN response to the CSURQ, the LAC MUST NOT respond to unknown sessions, or to known sessions for which it did not issue a Connect Speed Update Enable AVP in the prior Incoming-Call-Request (ICRQ) control message for the session (see Sections 3 and 6.2).
フェイルオーバー・リカバリーと再同期中は、正しい速度は各トンネルに優れたセッションに適用されていることを確認するために、LNSはLAC含む1つ以上のセッションに接続する高速-更新リクエスト（CSURQ）メッセージ（セクション4.2を参照）を発行してもよい（MAY） IDは。 CSURQメッセージに応答して、LACはCSURQに要求されたセッションIDごとに接続速度の更新AVPを含む（セクション4.1を参照）を接続し高速・アップデート - 通知（CSUN）メッセージを発行しなければなりません。注：CSURQにCSUN応答では、LACは未知のセッションへ、またはそれは接続速度の更新がための先行着信-要求（ICRQ）制御メッセージでAVPを有効に発行しなかったために、既知のセッションに応じてはいけませんセッション（セクション3および6.2を参照）。
This section defines two new Messages that are used with the IETF Vendor ID of 0 in the Message Type AVP.
このセクションでは、メッセージタイプAVP 0のIETFベンダーIDと一緒に使用される2つの新しいメッセージを定義します。
The following message types will be assigned to these new messages (see Section 8.1):
次のメッセージタイプは、これらの新しいメッセージ（8.1節を参照）に割り当てられます。
28: (CSUN) Connect-Speed-Update-Notification
28：（CSUN）を接続スピード・アップデート - 通知
29: (CSURQ) Connect-Speed-Update-Request
29：（CSURQ）を接続し高速-更新リクエスト
The Mandatory (M) bit within the Message Type AVP SHOULD be clear (i.e., not set) for the CSUN and CSURQ control messages, to allow for an L2TP Control Connection Endpoint (LCCE) to maintain the control connection if the message type is unknown.
メッセージのタイプが不明である場合は、メッセージタイプAVP内必須（M）ビットは、制御接続を維持するためにL2TPコントロール接続のエンドポイント（LCCE）を可能にするために、CSUNとCSURQ制御メッセージのために（すなわち、設定されていない）は明らかです。
The Connect-Speed-Update-Notification (CSUN) is an L2TP control message sent by the LAC to the LNS to provide transmit and receive connection speed updates for one or more sessions. The connection speed may change at any time during the life of the call; thus, the LNS SHOULD be able to update its connection speed on an active session.
接続スピード・更新・通知（CSUN）は、送信を提供し、1つ以上のセッションの接続速度の更新を受信するためにLNSにLACによって送られたL2TP制御メッセージです。接続速度は、コールの生活中いつでも変更される可能性があり、従って、LNSは、アクティブなセッションでの接続速度を更新することができるべきです。
The following AVPs MUST be present in the CSUN:
次のAVPはCSUN中に存在している必要があります
Message Type
メッセージの種類
Connect Speed Update (more than one may be present in the CSUN)
スピードアップデートを接続します（複数のCSUNで存在していてもよいです）
Note that the LAC MUST NOT include a Connect Speed Update AVP for which it did not send a Connect Speed Update Enable AVP in the prior Incoming-Call-Request (ICRQ) control message for the session.
LACはそれが接続速度の更新は、セッションの前に着信-要求（ICRQ）制御メッセージでAVPを有効に送信しなかったために接続速度の更新AVPを含んではならないことに注意してください。
The Connect-Speed-Update-Request (CSURQ) is an L2TP control message sent by the LNS to the LAC to request the current transmit and receive connection speed for one or more sessions. It MAY be issued at any time during the life of the tunnel and MUST only be issued for each outstanding session on each tunnel on which the LNS has already received a Connect Speed Update Enable AVP in the prior Incoming-Call-Request (ICRQ) control message for the session. It is typically used as part of failover recovery and resynchronization to allow the LNS to verify it has the correct speeds for each outstanding session on each tunnel.
接続スピード更新リクエスト（CSURQ）は、現在の送信を要求し、1つ以上のセッションの接続速度を受信するためにLACにLNSによって送られたL2TP制御メッセージです。これは、トンネルの生活中にいつでも発行することができるだけLNSは、すでに接続スピードアップデート前着信-要求（ICRQ）コントロールでAVPを有効に受信した上で、各トンネル上の各優秀なセッションのために発行する必要がありますセッションのためのメッセージ。通常、LNSは、それが各トンネル上の各優秀なセッションのための正しい速度を持って検証を行えるようにするために、フェイルオーバーの回復と再同期の一部として使用されています。
The following AVPs MUST be present in the CSURQ:
次のAVPはCSURQ中に存在している必要があります
Message Type
メッセージの種類
Connect Speed Update (more than one may be present in the CSURQ)
スピードアップデートを接続します（複数のCSURQ中に存在していてもよいです）
The Current Tx Connect Speed and Current Rx Connect Speed fields in the Connect Speed Update AVP MUST be set to 0 when this AVP is used in the CSURQ message.
このAVPはCSURQメッセージで使用されている場合の接続速度を更新AVPの現在のTx接続の速度と現在のRx接続速度フィールドは0に設定しなければなりません。
In the CSUN response to the CSURQ, the LAC MUST NOT respond to unknown sessions or to known sessions for which it did not issue a Connect Speed Update Enable AVP in the prior Incoming-Call-Request (ICRQ) control message for the session.
CSURQにCSUN応答では、LACは未知のセッションにするか、接続速度の更新は、セッションの前に着信-要求（ICRQ）制御メッセージでAVPを有効に発行しなかったために知られているセッションに応じてはいけません。
The Access Line information was initially defined in the DSL Forum Technical Report TR-101 [TR-101]. TR-101 defines the line characteristic that are sent from an Access Node.
アクセスラインの情報は、最初はDSLフォーラム技術報告書TR-101 [TR-101]で定義されていました。 TR-101は、アクセスノードから送信されたラインの特性を定義します。
The following sections contain a list of the Access Line Information L2TP AVPs. Included with each of the listed AVPs is a short description of the purpose of the AVPs.
次のセクションでは、アクセス回線情報L2TPのAVPのリストが含まれています。記載されているのAVPのそれぞれに含まのAVPの目的の簡単な説明です。
The AVPs follow the standard method of encoding AVPs as follows:
以下の通りのAVPは、符号化のAVPの標準的な方法に従います。
0 1 2 3
0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
|M|H| rsvd | Length | Vendor ID |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Attribute Type |Attribute Value, if Required ...
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
... (Until Length is reached) |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
The M bit for all the AVPs defined in this document SHOULD be set to 0 to allow for backwards compatibility with LNSs that do not support the Access Line Information AVP extensions hereby defined. However, if it is desired to prevent the establishment of the L2TP session if the peer LNS does not support the Access Line Information AVP extensions, the M bit MAY be set to 1. See Section 4.2 of [RFC2661] and Section 5.2 of [RFC3931].
この文書で定義されたすべてのAVPのためのMビットは、ここに定義されたアクセス回線情報AVP拡張をサポートしていないのLNSとの下位互換性を可能にするために0に設定する必要があります。それはL2TPセッションの確立を防ぐことが望まれる場合は、アクセスライン情報AVP拡張をサポートしていないピアLNS場合、Mビットが1を参照してくださいセクション4.2 [RFC2661]と[RFC3931の5.2節に設定されるかもしれません]。
All the AVPs defined in this document MAY be hidden (the H bit MAY be 0 or 1).
この文書で定義されたすべてのAVPは、（Hビットが0または1でもよい）隠すことができます。
The Length (before hiding) of all the listed AVPs is 6 plus the length of the Attribute Value, if one is required, in octets.
一つはオクテットで、必要な場合は、リストされたすべてのAVPのLength（隠れることの前の）は、属性値の6を加えた長さです。
The Vendor ID for all the listed AVPs (Sections 5.1 through 5.19) is that of the IANA assigned ADSL Forum Vendor ID, decimal 3561 [IANA.enterprise-numbers].
リストされたすべてのAVP（セクション5.19を介して5.1）のベンダーIDは、IANA割り当てADSLフォーラムベンダーID、小数3561 [IANA.enterpriseナンバー]のものです。
All the listed AVPs (Section 5.1 through Section 5.19) MAY be present in the following messages unless otherwise stipulated:
他に別段の定めがない限り、すべての列挙されたAVP（セクション5.19通じセクション5.1）は以下のメッセージに存在することがあります。
Incoming-Call-Request (ICRQ)
着信-要求（ICRQ）
The Value of the AVP contains information about the Access Line to which the subscriber is attached.
AVPの値は、加入者が接続されているアクセスラインに関する情報が含まれています。
With the exception of the Connect Speed Update AVP (see Section 6.1), all new AVPs specifying a data rate or speed expressed in bits per second (bps) will be sent as 64-bits to provide extensibility to support future increases in subscriber connection speeds. These new AVPs that specify a 64-bit "Data-Rate" are defined from Section 5.3 to Section 5.12, both inclusive. Whenever a speed value sent in an AVP fits within 32 bits, the upper 32 bits MUST be transmitted as 0s.
接続スピード更新AVP（セクション6.1を参照）を除いて、秒あたりのビット（bps単位）で表現されたデータレート又は速度を指定するすべての新規のAVPは、加入者の接続速度の将来の増加をサポートするための拡張性を提供するために64ビットとして送信されます。 64ビットの「データレート」を指定し、これらの新しいのAVPは、両方含めて、5.12に5.3節から定義されています。 AVPに送信速度値は32ビットに収まるときは常に、上位32ビットは0として送信されなければなりません。
The various Data-Rates and Interleaving-Delays used in the subsequent Sections 5.3 through 5.16 are defined in Section 3.9.4 of [TR-101]. The qualifiers used with these Data-Rates and Interleaving-Delays have the following meanings:
以降のセクション5.16を介して5.3で使用される各種データレートおよびインタリーブ・遅延は[TR-101]のセクション3.9.4で定義されています。これらのデータ-料金とインターリーブ-遅延で使用する修飾子は次の意味があります。
o Actual Actual rate or delay of an access loop
アクセス・ループの実際の実際の速度や遅延O
o Attainable Maximum value that can be achieved by the equipment
装置によって達成することができる達成可能な最大値O
o Minimum Minimum value configured by the operator
O最小の最小値は、オペレータによって設定します
o Maximum Maximum value configured by the operator
Oの最大の最大値は、オペレータによって設定します
The Access Line Agent-Circuit-Id AVP, Attribute Type 1, contains information describing the subscriber agent circuit ID corresponding to the logical access loop port of the Access Node/DSLAM from which a subscriber's requests are initiated.
アクセスラインのエージェントサーキットID AVP、属性タイプ1は、加入者の要求が開始されてから、アクセスノード/ DSLAMの論理アクセスループポートに対応する加入者のエージェント回路IDを記述する情報が含まれています。
The Attribute Value field for this AVP has the following format:
このAVPのためのAttribute Value分野には、以下の形式になっています。
0 1 2 3
0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Agent-Circuit-Id ... (2 to 63 octets)
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
The Agent-Circuit-Id is of arbitrary length, but MUST be greater than 1 octet and not greater than 63 octets.
エージェントサーキット-Idは任意の長さであるが、63オクテットよりも大きい1つのオクテットより大きくないようにする必要があります。
The Length (before hiding) of this AVP is 6 plus the length of the Agent-Circuit-Id.
このAVPのLength（隠れることの前の）は、エージェントサーキットIDの6を加えた長さです。
The Agent-Circuit-Id contains information about the Access Node/DSLAM to which the subscriber is attached, along with a unique identifier for the subscriber's DSL port on that Access Node/DSLAM. The Agent-
エージェントサーキット-IDは、加入者がそのアクセスノード/ DSLAM上の加入者のDSLポートの一意の識別子とともに、添付されたアクセス・ノード/ DSLAMに関する情報が含まれています。エージェント-
Circuit-Id contains a locally administered string representing the access loop logical port, and its syntax is defined in Section 3.9.3 of [TR-101]. The text string is encoded in the UTF-8 charset [RFC3629].
回線IDはアクセスループ論理ポートを表す局所的に投与文字列が含まれ、その構文は[TR-101]のセクション3.9.3で定義されています。テキスト文字列は、UTF-8文字セット[RFC3629]で符号化されます。
An exemplary description of the Agent-Circuit-Id string format follows for background purposes. The LAC MUST treat the string as an opaque value and MUST NOT manipulate or enforce the format of the string based on the description here or in TR-101 [TR-101].
エージェントサーキットID文字列フォーマットの記述例は、バックグラウンドのために、次の。 LACは、不透明な値として文字列を扱わなければなりませんし、ここでの説明上又はTR-101 [TR-101]に基づいて、文字列の形式を操作したり強制してはいけません。
Default syntax for the string is defined in [TR-101]. The examples in this section are included only for illustrative purposes. The exact syntax of the string is implementation dependent; however, a typical practice is to subdivide it into two or more space-separated components, one to identify the Access Node and another the subscriber line on that node, with perhaps an indication of whether that line is Ethernet or ATM. Example formats for this string are shown below.
文字列のデフォルトの構文は[TR-101]で定義されています。このセクションの例は、例示の目的のみのために含まれています。文字列の正確な構文は実装依存です。しかし、一般的な慣行は、そのラインがイーサネット又はATMであるか否かの多分指示と、アクセスノードと、そのノード上の他の加入者線を識別するために、二つ以上のスペースで分離された成分、一つにそれを分割することです。この文字列の例のフォーマットを以下に示します。
"Access-Node-Identifier atm slot/port:vpi.vci" (when ATM/DSL is used)
「アクセスノード識別子ATMスロット/ポート：VPI.VCI」（ATM / DSLを使用する場合）
"Access-Node-Identifier eth slot/port[:vlan-id]" (when Ethernet/DSL is used)
"アクセスノード識別子ETHスロット/ポート[：VLAN-ID"（イーサネット/ DSLを使用する場合）
The syntax for the string is defined in [TR-101]. An example showing the slot and port field encoding is given below:
文字列の構文は[TR-101]で定義されています。スロットおよびポートフィールド符号化を示す例を以下に示します：
"Relay-identifier atm 3/0:100.33" (slot = 3, port = 0, vpi = 100, vci = 33)
"リレー識別子ATM 3/0：100.33"（スロット= 3、ポート= 0、VPI = 100、VCI = 33）
The Access-Node-Identifier is a unique ASCII string that does not include 'space' characters. The syntax of the slot and port fields reflects typical practices currently in place. The slot identifier does not exceed 6 characters in length, and the port identifier does not exceed 3 characters in length using a '/' as a delimiter.
アクセス・ノード識別子は、「空白」の文字が含まれていないユニークなASCII文字列です。スロットとポートフィールドの構文は、現在の場所での一般的な慣行を反映しています。スロット識別子の長さは6つの文字を超えない、およびポート識別子は、区切り文字として「/」を使用して、長さが3つの文字を超えません。
The exact manner in which slots are identified is Access Node/DSLAM implementation dependent. The vpi, vci, and vlan-id fields (when applicable) are related to a given access loop (U-interface).
スロットが識別される正確な方法は、アクセスノード/ DSLAM実装依存です。 VPI、VCI、およびVLAN-IDフィールド（該当する場合）は、所与のアクセスループ（Uインターフェース）に関連しています。
The Access Line Agent-Remote-Id AVP, Attribute Type 2, contains an operator-specific, statically configured string that uniquely identifies the subscriber on the associated access loop of the Access Node/DSLAM.
アクセスラインエージェントリモートID AVP、属性タイプ2は、一意のアクセスノード/ DSLAMの関連するアクセスループに加入者を識別する操作者固有の、静的に構成された文字列を含みます。
The Attribute Value field for this AVP has the following format:
このAVPのためのAttribute Value分野には、以下の形式になっています。
0 1 2 3
0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Agent-Remote-Id ... (2 to 63 octets)
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
The Agent-Remote-Id is of arbitrary length, but MUST be greater than 1 octet and not greater than 63 octets.
エージェントリモートIDは、任意の長さであるが、1つのオクテットより大きく、63オクテットよりも大きくなければならないことを意味します。
The Length (before hiding) of this AVP is 6 plus the length of the Agent-Remote-Id.
このAVPのLength（隠れることの前の）は、エージェントリモートIDの6を加えた長さです。
The Agent-Remote-Id contains information sent from the Access Node/ DSLAM from which the subscriber is attached, to further refine the access loop logical port identification with a user. The content of this message is entirely open to the service provider's discretion. For example, it MAY contain a subscriber billing ID or telephone number. The LAC MUST treat the string as an opaque value and MUST NOT manipulate or enforce its format. The text string is defined in [TR-101], and is encoded in the UTF-8 charset [RFC3629].
エージェントリモートIDは、ユーザとアクセス・ループ論理ポート識別を精緻化するために、加入者が装着されたアクセスノード/ DSLAMから送信された情報を含みます。このメッセージの内容は、サービスプロバイダーの裁量に完全に開いています。例えば、それは、加入者の課金IDや電話番号を含むかもしれません。 LACは不透明な値として文字列を扱わなければなりませんし、そのフォーマットを操作したり、強制してはなりません。テキスト文字列は、[TR-101]で定義されており、UTF-8文字セット[RFC3629]で符号化されます。
The Access Line Actual-Data-Rate-Upstream AVP, Attribute Type 129, contains the actual upstream train rate of a subscriber's synchronized Access link.
アクセスラインの実際のデータレート-上流AVP、129属性タイプは、加入者の同期アクセスリンクの実際の上流の列車率が含まれています。
The Attribute Value field for this AVP has the following format:
このAVPのためのAttribute Value分野には、以下の形式になっています。
0 1 2 3
0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Actual-Data-Rate-Upstream
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
... in bps (64 bits) |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
The Actual-Data-Rate-Upstream is an 8-octet value.
実際のデータレート-上流は8オクテット値です。
The Actual-Data-Rate-Upstream AVP contains an 8-octet unsigned integer, indicating the subscriber's actual data rate upstream of a synchronized Access link. The rate is coded in bits per second.
実際のデータレート、アップストリームAVPは、同期アクセスリンクのアップストリーム加入者の実際のデータレートを示す、8オクテットの符号なし整数を含んでいます。速度は秒当たりのビットで符号化されます。
The Length (before hiding) of this AVP is 14.
このAVPのLength（隠れることの前の）は14です。
The Access Line Actual-Data-Rate-Downstream AVP, Attribute Type 130, contains the actual downstream train rate of a subscriber's synchronized Access link.
アクセスラインの実際のデータレート・川下AVP、130属性タイプ、加入者の同期アクセスリンクの実際の下流の列車率が含まれています。
The Attribute Value field for this AVP has the following format:
このAVPのためのAttribute Value分野には、以下の形式になっています。
0 1 2 3
0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Actual-Data-Rate-Downstream
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
... in bps (64 bits) |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
The Actual-Data-Rate-Downstream AVP contains an 8-octet unsigned integer, indicating the subscriber's actual data rate downstream of a synchronized Access link. The rate is coded in bits per second.
実データレート下流AVPは、下流同期アクセスリンクの加入者の実際のデータレートを示す、8オクテットの符号なし整数を含んでいます。速度は秒当たりのビットで符号化されます。
The Length (before hiding) of this AVP is 14.
このAVPのLength（隠れることの前の）は14です。
The Access Line Minimum-Data-Rate-Upstream AVP, Attribute Type 131, contains the subscriber's operator-configured minimum upstream data rate.
アクセスラインの最小データレート-上流AVPは、131属性タイプ、加入者のオペレータ構成された最小アップストリームデータレートが含まれています。
The Attribute Value field for this AVP has the following format:
このAVPのためのAttribute Value分野には、以下の形式になっています。
0 1 2 3
0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Minimum-Data-Rate-Upstream
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
... in bps (64 bits) |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
The Minimum-Data-Rate-Upstream AVP contains an 8-octet unsigned integer, indicating the subscriber's minimum upstream data rate (as configured by the operator). The rate is coded in bits per second.
最低データレート、アップストリームAVPは、（オペレータによって設定されるように）加入者の最小アップストリームデータレートを示す、8オクテットの符号なし整数を含んでいます。速度は秒当たりのビットで符号化されます。
The Length (before hiding) of this AVP is 14.
このAVPのLength（隠れることの前の）は14です。
The Access Line Minimum-Data-Rate-Downstream AVP, Attribute Type 132, contains the subscriber's operator-configured minimum downstream data rate.
アクセスラインの最小データレート・川下AVP、132属性タイプ、加入者のオペレータ構成された最小ダウンストリームデータレートが含まれています。
The Attribute Value field for this AVP has the following format:
このAVPのためのAttribute Value分野には、以下の形式になっています。
0 1 2 3
0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Minimum-Data-Rate-Downstream
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
... in bps (64 bits) |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
The Minimum-Data-Rate-Downstream AVP contains an 8-octet unsigned integer, indicating the subscriber's minimum downstream data rate (as configured by the operator). The rate is coded in bits per second.
最小データレート下流AVPは、（オペレータによって設定されるように）加入者の最小のダウンストリームデータレートを示す、8オクテットの符号なし整数を含んでいます。速度は秒当たりのビットで符号化されます。
The Length (before hiding) of this AVP is 14.
このAVPのLength（隠れることの前の）は14です。
The Access Line Attainable-Data-Rate-Upstream AVP, Attribute Type 133, contains the subscriber's actual attainable upstream data rate.
アクセスラインの達成可能なデータレート、上流AVPは、133属性タイプ、加入者の実際の達成可能なアップストリームデータレートが含まれています。
The Attribute Value field for this AVP has the following format:
このAVPのためのAttribute Value分野には、以下の形式になっています。
0 1 2 3
0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Attainable-Data-Rate-Upstream
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
... in bps (64 bits) |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
The Attainable-Data-Rate-Upstream AVP contains an 8-octet unsigned integer, indicating the subscriber's Access Line actual attainable upstream data rate. The rate is coded in bits per second.
達成可能なデータレート、アップストリームAVPは、加入者のアクセスライン実際の達成可能なアップストリームのデータレートを示す、8オクテットの符号なし整数を含んでいます。速度は秒当たりのビットで符号化されます。
The Length (before hiding) of this AVP is 14.
このAVPのLength（隠れることの前の）は14です。
The Access Line Attainable-Data-Rate-Downstream AVP, Attribute Type 134, contains the subscriber's actual attainable downstream data rate.
アクセスラインの達成可能なデータレート・川下AVP、134属性タイプ、加入者の実際の達成可能なダウンストリームデータレートが含まれています。
The Attribute Value field for this AVP has the following format:
このAVPのためのAttribute Value分野には、以下の形式になっています。
0 1 2 3
0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Attainable-Data-Rate-Downstream
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
... in bps (64 bits) |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
The Attainable-Data-Rate-Downstream AVP contains an 8-octet unsigned integer, indicating the subscriber's Access Line actual DSL attainable downstream data rate. The rate is coded in bits per second.
達成可能なデータレート-川下AVPは、加入者のアクセスラインの実際のDSL達成可能なダウンストリームデータレートを示す、8オクテットの符号なし整数が含まれています。速度は秒当たりのビットで符号化されます。
The Length (before hiding) of this AVP is 14.
このAVPのLength（隠れることの前の）は14です。
The Access Line Maximum-Data-Rate-Upstream AVP, Attribute Type 135, contains the subscriber's maximum upstream data rate, as configured by the operator.
アクセスラインの最大データレート-上流AVP、135属性タイプオペレータによって構成されているように、加入者の最大のアップストリームデータレートが含まれています。
The Attribute Value field for this AVP has the following format:
このAVPのためのAttribute Value分野には、以下の形式になっています。
0 1 2 3
0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Maximum-Data-Rate-Upstream
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
... in bps (64 bits) |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
The Maximum-Data-Rate-Upstream AVP contains an 8-octet unsigned integer, indicating the numeric value of the subscriber's Access Line maximum upstream data rate. The rate is coded in bits per second.
最大データレート、アップストリームAVPは、加入者のアクセスライン最大アップストリームデータレートの数値を示し、8オクテットの符号なし整数を含んでいます。速度は秒当たりのビットで符号化されます。
The Length (before hiding) of this AVP is 14.
このAVPのLength（隠れることの前の）は14です。
The Access Line Maximum-Data-Rate-Downstream AVP, Attribute Type 136, contains the subscriber's maximum downstream data rate, as configured by the operator.
アクセスラインの最大データレート - 川下AVP、136属性タイプオペレータによって構成されているように、加入者の最大ダウンストリームデータレートが含まれています。
The Attribute Value field for this AVP has the following format:
このAVPのためのAttribute Value分野には、以下の形式になっています。
0 1 2 3
0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Maximum-Data-Rate-Downstream
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
... in bps (64 bits) |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
The Maximum-Data-Rate-Downstream AVP contains an 8-octet unsigned integer, indicating the numeric value of the subscriber's Access Line maximum downstream data rate. The rate is coded in bits per second.
最大データレート - ダウンストリームAVPは、加入者のアクセスライン最大ダウンストリームデータレートの数値を示し、8オクテットの符号なし整数が含まれています。速度は秒当たりのビットで符号化されます。
The Length (before hiding) of this AVP is 14.
このAVPのLength（隠れることの前の）は14です。
The Access Line Minimum-Data-Rate-Upstream-Low-Power AVP, Attribute Type 137, contains the subscriber's minimum upstream data rate in low power state, as configured by the operator.
アクセスラインの最小データレート-上流低電力AVP、137属性タイプオペレータによって設定され、低電力状態にある加入者の最小アップストリームデータレートが含まれています。
The Attribute Value field for this AVP has the following format:
このAVPのためのAttribute Value分野には、以下の形式になっています。
0 1 2 3
0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Minimum-Data-Rate-Upstream-Low-Power
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
... in bps (64 bits) |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
The Minimum-Data-Rate-Upstream-Low-Power AVP contains an 8-octet unsigned integer, indicating the numeric value of the subscriber's Access Line minimum upstream data rate when in low power state (L1/L2). The rate is coded in bits per second.
最低データレート、アップストリーム低電力AVPは、加入者のアクセス回線最小アップストリームデータレート、低電力状態（L1 / L2）の数値を示し、8オクテットの符号なし整数を含んでいます。速度は秒当たりのビットで符号化されます。
The Length (before hiding) of this AVP is 14.
このAVPのLength（隠れることの前の）は14です。
The Access Line Minimum-Data-Rate-Downstream-Low-Power AVP, Attribute Type 138, contains the subscriber's minimum downstream data rate in low power state, as configured by the operator.
アクセスラインの最小データレート - ダウンストリーム・低電力AVPは、138属性タイプ、オペレータによって構成されているように、低電力状態にある加入者の最低限のダウンストリームデータレートが含まれています。
The Attribute Value field for this AVP has the following format:
このAVPのためのAttribute Value分野には、以下の形式になっています。
0 1 2 3
0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Minimum-Data-Rate-Downstream-Low-Power
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
... in bps (64 bits) |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
The Minimum-Data-Rate-Downstream-Low-Power AVP contains an 8-octet unsigned integer, indicating the numeric value of the subscriber's Access Line minimum downstream data rate when in low power state (L1/L2). The rate is coded in bits per second.
最小データレート下流低電力AVPの場合、低電力状態（L1 / L2）に加入者のアクセス回線最小ダウンストリームデータレートの数値を示し、8オクテットの符号なし整数を含んでいます。速度は秒当たりのビットで符号化されます。
The Length (before hiding) of this AVP is 14.
このAVPのLength（隠れることの前の）は14です。
The Access Line Maximum-Interleaving-Delay-Upstream AVP, Attribute Type 139, contains the subscriber's maximum one-way upstream interleaving delay, as configured by the operator.
アクセスライン最大インターリーブディレイ-上流AVP、139属性タイプ、オペレータによって構成されているように、加入者の最大片道上流のインターリーブ遅延が含まれています。
The Attribute Value field for this AVP has the following format:
このAVPのためのAttribute Value分野には、以下の形式になっています。
0 1 2 3
0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Maximum-Interleaving-Delay-Upstream |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
The Maximum-Interleaving-Delay-Upstream AVP contains a 4-octet unsigned integer, indicating the numeric value in milliseconds of the subscriber's Access Line maximum one-way upstream interleaving delay.
最大インタリーブ-遅延上流AVPは、加入者のアクセスライン最大一方向上流インタリーブ遅延のミリ秒単位の数値を示し、4オクテットの符号なし整数を含んでいます。
The Length (before hiding) of this AVP is 10.
このAVPのLength（隠れることの前の）は10です。
The Access Line Actual-Interleaving-Delay-Upstream AVP, Attribute Type 140, contains the subscriber's actual one-way upstream interleaving delay.
アクセスラインの実際のインターリーブディレイ-上流AVPは、140属性タイプ、加入者の実際の片道上流のインターリーブ遅延が含まれています。
The Attribute Value field for this AVP has the following format:
このAVPのためのAttribute Value分野には、以下の形式になっています。
0 1 2 3
0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Actual-Interleaving-Delay-Upstream |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
The Actual-Interleaving-Delay-Upstream AVP contains a 4-octet unsigned integer, indicating the numeric value in milliseconds of the subscriber's Access Line actual upstream interleaving delay.
実際のインターリーブ-遅延上流AVPは、加入者のアクセスライン実際の上流インタリーブ遅延のミリ秒単位の数値を示し、4オクテットの符号なし整数を含んでいます。
The Length (before hiding) of this AVP is 10.
このAVPのLength（隠れることの前の）は10です。
The Access Line Maximum-Interleaving-Delay-Downstream AVP, Attribute Type 141, contains the subscriber's maximum one-way downstream interleaving delay, as configured by the operator.
アクセスライン最大インタリーブ-遅延下流AVP、141属性タイプオペレータによって設定され、加入者の最大一方向下流インタリーブ遅延を含んでいます。
The Attribute Value field for this AVP has the following format:
このAVPのためのAttribute Value分野には、以下の形式になっています。
0 1 2 3
0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Maximum-Interleaving-Delay-Downstream |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
The Maximum-Interleaving-Delay-Downstream AVP contains a 4-octet unsigned integer, indicating the numeric value in milliseconds of the subscriber's Access Line maximum one-way downstream interleaving delay.
最大インタリーブディレイ下流AVPは、加入者のアクセスライン最大一方向下流インタリーブ遅延のミリ秒単位の数値を示し、4オクテットの符号なし整数を含んでいます。
The Length (before hiding) of this AVP is 10.
このAVPのLength（隠れることの前の）は10です。
The Access Line Actual-Interleaving-Delay-Downstream AVP, Attribute Type 142, contains the subscriber's actual one-way downstream interleaving delay.
アクセスラインの実際のインターリーブディレイ・川下AVP、142属性タイプ、加入者の実際の片道下流インターリーブ遅延が含まれています。
The Attribute Value field for this AVP has the following format:
このAVPのためのAttribute Value分野には、以下の形式になっています。
0 1 2 3
0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Actual-Interleaving-Delay-Downstream |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
The Actual-Interleaving-Delay-Downstream AVP contains a 4-octet unsigned integer, indicating the numeric value in milliseconds of the subscriber's Access Line actual downstream interleaving delay.
実際のインターリーブディレイ下流AVPは、加入者のアクセスライン実際の下流インタリーブ遅延のミリ秒単位の数値を示し、4オクテットの符号なし整数を含んでいます。
The Length (before hiding) of this AVP is 10.
このAVPのLength（隠れることの前の）は10です。
The Access Line Access-Loop-Encapsulation AVP, Attribute Type 144, describes the encapsulation(s) used by the subscriber on the access loop.
アクセス回線アクセス・ループ・カプセル化AVP、属性タイプ144は、アクセス・ループ上の加入者によって使用されるカプセル（単数または複数）を記述する。
The Length (before hiding) of this AVP is 9.
このAVPのLength（隠れることの前の）は9です。
The Access-Loop-Encapsulation value is comprised of three 1-octet values representing the Data Link, Encapsulation 1, and Encapsulation 2, respectively.
アクセス・ループ・カプセル化値は、それぞれ、データリンク、カプセル1を表す3つの1オクテットの値で構成され、カプセル化されている2。
The Access-Loop-Encapsulation value is 3 octets in length, logically divided into three 1-octet sub-fields, each containing its own enumeration value, as shown in the following diagram:
アクセス・ループ・カプセル化値は、次の図に示すように、論理的に、3つの1オクテットのサブフィールド、それ自身の列挙値を含むそれぞれに分割長さが3つのオクテットです。
0 1 2
0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Data Link | Encaps 1 | Encaps 2 |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
Valid values for the sub-fields are as follows:
次のようにサブフィールドの有効値は次のとおりです。
Data Link
データリンク
0x00 ATM AAL5
$ 00のATM AAL5
0x01 Ethernet
0x01のイーサネット
Encaps 1
ENCAPS 1
0x00 NA - Not Available
$ 00 NA - 不可
0x01 Untagged Ethernet
0x01のタグなしイーサネット
0x02 Single-Tagged Ethernet
0x02のシングルタグ付きイーサネット
Encaps 2
ENCAPS 2
0x00 NA - Not Available
$ 00 NA - 不可
0x01 PPPoA LLC
0x01でのPPPoA LLC
0x02 PPPoA Null
0x02のPPPoAのヌル
0x03 IP over ATM (IPoA) LLC
ATM（IPOA）LLCオーバー0x03のIP
0x04 IPoA Null
0x04のIPOAヌル
0x05 Ethernet over AAL5 LLC with Frame Check Sequence (FCS)
フレームチェックシーケンスとAAL5 LLCオーバー0x05のイーサネット（FCS）
0x06 Ethernet over AAL5 LLC without FCS
FCSを含まないAAL5 LLCオーバー0x06のイーサネット
0x07 Ethernet over AAL5 Null with FCS
FCSとAAL5ヌルオーバー0x07のイーサネット
0x08 Ethernet over AAL5 Null without FCS
FCSを含まないAAL5ヌルオーバー0x08のイーサネット
The ANCP Access Line Type AVP, Attribute Type 145, describes the transmission systems on access loop to the subscriber.
ANCPアクセスラインタイプAVP、属性タイプ145は、加入者にアクセスループ上の伝送システムを説明しています。
The Attribute Value field for this AVP has the following format:
このAVPのためのAttribute Value分野には、以下の形式になっています。
0 1 2 3
0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| ANCP-Access-Line-Type |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
The Length (before hiding) of this AVP is 10. The ANCP Access Line Type AVP defines the type of transmission system used.
このAVPのLength（隠れることの前の）はANCPアクセスラインタイプAVPは、使用される伝送システムのタイプを定義し10です。
The ANCP Access Line Type AVP contains a 1-octet field encoding the Transmission System, followed by a 3-octet reserved field (MUST be zero), and is 4 octets in length. It indicates the transmission systems on access loop to the subscriber. The current valid values only utilize the 1-octet field.
ANCPアクセスラインタイプAVPは3オクテット予約フィールドに続く伝送システムコードする1オクテットのフィールドを、（ゼロでなければならない）が含まれ、そして長さが4つのオクテットです。これは、加入者へのアクセスループ上の伝送システムを示しています。現在の有効な値は1オクテットフィールドを利用しています。
Valid values are as follows:
有効な値は次のとおりです：
Transmission system:
伝送システム：
0x01 ADSL1
0x01というADSL1
0x02 ADSL2
0x02というADSL2
0x03 ADSL2+
0x03のADSL2 +
0x04 VDSL1
0x04のはVDSL1
0x05 VDSL2
0x05でのVDSL2
0x06 SDSL
0x06でのSDSL
0x07 UNKNOWN
0x07のUNKNOWN
The Access Line IWF-Session AVP, Attribute Type 254, indicates if an Interworking Function has been performed with respect to the subscriber's session.
インターワーキング機能は、加入者のセッションに対して行われた場合、アクセスラインIWF-セッションAVP、属性タイプ254は、示しています。
The Attribute Value field for this AVP has the following format:
このAVPのためのAttribute Value分野には、以下の形式になっています。
0 1 2 3
0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Inter-Working Function |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
The Inter-Working Function is a 4-octet value.
インターワーキング機能は、4オクテット値です。
Valid values for this field are as follows:
次のようにこのフィールドの有効な値は以下のとおりです。
0x00 IWF not performed
0x00のIWFが行われていません
0x01 IWF performed
0x01のIWFが実行
The Length (before hiding) of this AVP is 10.
このAVPのLength（隠れることの前の）は10です。
The following sections define Connect Speed Update related AVPs. These AVPs (Section 6.1 and Section 6.2) use the IETF Vendor ID of 0.
次のセクションでは、Connectスピードアップデート関連のAVPを定義します。これらのAVP（6.1節と6.2節）が0のIETFベンダーIDを使用します。
The M bit for these AVPs SHOULD be set to 0. However, if it is desired to prevent the establishment or tear down the established L2TP session if the peer LNS does not support the Connect Speed Update AVP extensions, the M bit MAY be set to 1. See Section 4.2 of [RFC2661] and Section 5.2 of [RFC3931].
ピアLNSは接続速度の更新AVP拡張をサポートしていない場合確立を防止または確立L2TPセッションを切断することが望まれる場合には、これらのAVPのためのMビットは、しかし、0に設定されるべきで、Mビットは、に設定されるかもしれません[RFC2661]の1節を参照してください4.2と[RFC3931]のセクション5.2。
The Connect Speed Update AVP, Attribute Type 97, contains the updated connection speeds for this session. The format is consistent with that of the Tx Connect Speed and Rx Connect Speed AVPs for L2TPv2 (Attribute Types 24 and 38, respectively) and L2TPv3 (Attribute Types 74 and 75, respectively). Hence, there is a separate format defined for L2TPv2 and L2TPv3.
接続速度を更新AVP、属性タイプ97は、このセッションの更新接続速度が含まれています。フォーマット（それぞれ、タイプ74及び75属性）送信接続速度およびRx接続スピードL2TPv2のAVP（それぞれ、タイプ24及び38属性）とのL2TPv3のそれと一致しています。したがって、L2TPv2とL2TPv3のために定義された別個のフォーマットがあります。
The Attribute Value field for this AVP has the following format for L2TPv2 Tunnels:
このAVPのためのAttribute Value分野には、L2TPv2トンネルの形式は以下のとおりです。
0 1 2 3
0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Reserved | Remote Session Id |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Current Tx Connect Speed in bps |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Current Rx Connect Speed in bps |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
The Attribute Value field for this AVP has the following format for L2TPv3 Tunnels:
このAVPのためのAttribute Value分野には、L2TPv3のトンネルの形式は以下のとおりです。
0 1 2 3
0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Remote Session Id |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Current Tx Connect Speed in bps...
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
...Current Tx Connect Speed in bps (64 bits) |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Current Rx Connect Speed in bps...
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
...Current Rx Connect Speed in bps (64 bits) |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
The Remote Session Id is the remote session id relative to the sender (i.e., the identifier that was assigned to this session by the peer). The Current Tx Connect Speed is a 4-octet value (L2TPv2) or an 8-octet value (L2TPv3) representing the current transmit connect speed, from the perspective of the LAC (e.g., data flowing from the LAC to the remote system). The rate is encoded in bits per second. The Current Rx Connect Speed is a 4-octet value (L2TPv2) or an 8-octet value (L2TPv3) representing the current receive connect speed, from the perspective of the LAC (e.g., data flowing from the remote system to the LAC). The rate is encoded in bits per second.
リモートセッションIDが送信者へのリモートセッションID相対的である（すなわち、ピアによってこのセッションに割り当てられた識別子）。現在の送信接続の速度は、LACの観点から4オクテット値（L2TPv2）又は現在の送信速度を接続表す8オクテット値（のL2TPv3）、（例えば、リモート・システムにLACから流れるデータ）。速度は秒当たりのビットで符号化されます。現在のRx接続スピードが4オクテット値（L2TPv2）であるか、または電流を表す8オクテット値（のL2TPv3）はLAC（LACにリモートシステムから流れる例えば、データ）の観点から、接続速度を受信します。速度は秒当たりのビットで符号化されます。
The Length (before hiding) of this AVP is 18 (L2TPv2) or 26 (L2TPv3).
このAVPのLength（隠れることの前の）は18（L2TPv2）または26（L2TPv3の）です。
The Connect Speed Update Enable AVP, Attribute Type 98, indicates whether the LAC intends to send speed updates to the LNS during the life of the session. The Connect Speed Update Enable AVP is a boolean AVP. Presence of this AVP indicates that the LAC MAY send speed updates using CSUN (see Section 4.1) during the life of the session, and the LNS SHOULD query for the current connection speed via the CSURQ (see Section 4.2) during failover synchronization. Absence of this AVP indicates that the LAC will not be sending speed updates using CSUN (see Section 4.1) during the life of the session, and the LNS MUST NOT query for the current connection speed via the CSURQ (see Section 4.2) during failover synchronization.
接続速度の更新はAVP、属性タイプ98を有効にし、LACはセッションの存続期間中にLNSにスピードの更新を送信しようかどうかを示します。接続速度の更新は、AVPを有効ブールAVPです。このAVPの存在は、フェイルオーバーの同期中に（4.2節を参照）LACがセッションの存続期間中（セクション4.1を参照）CSUNを使用して高速の更新を送信することができ、LNSはCSURQを経由して現在の接続速度を問い合わせる必要があることを示します。このAVPの不在は、LACはCSUNを使用して高速アップデートを送信されないことを示しセッションの存続期間中（セクション4.1を参照）、およびLNSは、フェールオーバーの同期中にCSURQ（4.2節を参照）を介して、現在の接続速度を問い合わせるならない（MUST NOT） 。
The Length (before hiding) of this AVP is 6.
このAVPのLength（隠れることの前の）は6です。
The Access Line information that is obtained from the Access Node/ DSLAM is required to be mapped into the Access Line AVPs. The Access Line information can be obtained via:
アクセスノード/ DSLAMから取得されるアクセスライン情報は、アクセスラインのAVPにマッピングする必要があります。アクセス回線情報を介して取得することができます。
o Vendor-Specific PPPoE Tags [RFC2516].
Oベンダー固有のPPPoEタグ[RFC2516]。
o DHCP Relay Options [RFC3046] and Vendor-Specific Information Suboptions [RFC4243].
DHCPリレーオプション[RFC3046]とベンダー固有の情報サブオプション[RFC4243] O。
o ANCP [ANCP].
O ANCP [ANCP]。
Table 1 summarizes the Access Line AVPs defined in Sections 5.1 through 5.19.
表1は、5.19を通じて、セクション5.1で定義されたアクセス回線AVPをまとめたもの。
+-----------------+----------------------------------------+
| Access Line AVP | Name |
+-----------------+----------------------------------------+
| 1 (0x01) | Agent-Circuit-Id |
| 2 (0x02) | Agent-Remote-Id |
| 129 (0x81) | Actual-Data-Rate-Upstream |
| 130 (0x82) | Actual-Data-Rate-Downstream |
| 131 (0x83) | Minimum-Data-Rate-Upstream |
| 132 (0x84) | Minimum-Data-Rate-Downstream |
| 133 (0x85) | Attainable-Data-Rate-Upstream |
| 134 (0x86) | Attainable-Data-Rate-Downstream |
| 135 (0x87) | Maximum-Data-Rate-Upstream |
| 136 (0x88) | Maximum-Data-Rate-Downstream |
| 137 (0x89) | Minimum-Data-Rate-Upstream-Low-Power |
| 138 (0x8A) | Minimum-Data-Rate-Downstream-Low-Power |
| 139 (0x8B) | Maximum-Interleaving-Delay-Upstream |
| 140 (0x8C) | Actual-Interleaving-Delay-Upstream |
| 141 (0x8D) | Maximum-Interleaving-Delay-Downstream |
| 142 (0x8E) | Actual-Interleaving-Delay-Downstream |
| 144 (0x90) | Access-Loop-Encapsulation |
| 145 (0x91) | ANCP Access Line Type |
| 254 (0xFE) | IWF-Session |
+-----------------+----------------------------------------+
Table 1: Access Line AVP Summary
表1：アクセスラインAVPの概要
Sections 8.1 and 8.2 describe request for new values in [IANA.l2tp-parameters], for registries already managed by IANA assignable through Expert Review according to [RFC3438]. Section 8.3 describes number spaces not managed by IANA.
レジストリは、すでに専門家レビューを通じて、割り当てIANAによって管理されるため、セクション8.1および8.2には、[RFC3438]によると、[IANA.l2tpパラメータ]で新しい値に対する要求を記述する。 8.3節は、IANAが管理していない数のスペースを説明します。
This number space is managed by IANA as per [RFC3438]. There are two new message types, defined in Sections 4.1 and 4.2, to be allocated for this specification.
この番号のスペースは[RFC3438]あたりとしてIANAによって管理されています。この仕様のために割り当てられるセクション4.1および4.2で定義された2つの新しいメッセージタイプが存在します。
Message Type AVP (Attribute Type 0) Values
メッセージタイプAVP（属性タイプ0）の値
28: (CSUN) Connect-Speed-Update-Notification
28：（CSUN）を接続スピード・アップデート - 通知
29: (CSURQ) Connect-Speed-Update-Request
29：（CSURQ）を接続し高速-更新リクエスト
This number space is managed by IANA as per [RFC3438]. There are two new AVPs, defined in Sections 6.1 and 6.2, to be allocated for this specification.
この番号のスペースは[RFC3438]あたりとしてIANAによって管理されています。この仕様のために割り当てられるセクション6.1と6.2で定義された2つの新しいのAVPは、あります。
Control Message Attribute Value Pairs (AVPs)
制御メッセージの属性値ペア（AVPの）
97: Connect Speed Update AVP
97：接続速度を更新AVP
98: Connect Speed Update Enable AVP
98：接続速度の更新は、AVPを有効にします
The Access Line Information AVPs use the Vendor ID of 3561 for the ADSL Forum (now Broadband Forum). The number spaces in these Values and their new allocations (e.g., enumerated values for the Access Line Access-Loop-Encapsulation AVP and ANCP Access Line Type AVP) are managed by the Broadband Forum.
アクセスライン情報のAVPは、ADSLフォーラム（現在はブロードバンドフォーラム）のための3561のベンダーIDを使用します。数のこれらの値にはスペースとその新しい割り当ては（例えば、アクセス回線アクセス・ループカプセル化AVPとANCPアクセスラインタイプAVPのための列挙値）は、ブロードバンドフォーラムによって管理されています。
The security of these AVP relies on an implied trust relationship between the Access Node/DSLAM and the BRAS/LAC, and between the LAC and the LNS. The identifiers that are inserted by the Access Node/ DSLAM are unconditionally trusted; the BRAS does not perform any validity check on the information received before forwarding the information.
これらのAVPのセキュリティは、アクセス・ノード/ DSLAMとBRAS / LACの間に暗黙の信頼関係に依存している、とLACとLNSの間。アクセス・ノード/ DSLAMによって挿入された識別子は、無条件で信頼されています。 BRASは、情報を転送する前に、受信した情報の任意の妥当性チェックを実行しません。
These AVPs are intended to be used in environments in which the network infrastructure (the Access Node/DSLAM, the BRAS/LAC, the LNS, and the entire network in which those devices reside) is trusted and secure.
これらのAVPは、ネットワーク・インフラストラクチャ（アクセスノード/ DSLAM、BRAS / LAC、LNS、およびそれらのデバイスが存在するネットワーク全体）が信頼され、しっかり固定されている環境で使用されることが意図されます。
Careful consideration should be given to the potential security vulnerabilities that are present in this model before deploying this option in actual networks.
慎重な考慮事項は、実際のネットワークでは、このオプションを導入する前に、このモデルに存在する潜在的なセキュリティの脆弱性に与えられるべきです。
The AVPs described in this document are used to carry identification and characterization of subscriber Access Line, and to report connection speed changes. If used in a non-secure environment, they could reveal such information. The Tunnel (Control Connection) security considerations are covered in Section 9.1 of [RFC2661] and Section 8.l of [RFC3931]. Additionally, the hiding of AVP attribute values mechanism can be used to hide the value of the AVPs described in this document, if they are deemed sensitive in some environments. AVP hiding is described in Section 4.3 of [RFC2661] and Section 5.3 of [RFC3931].
本書では説明のAVPは、加入者アクセス回線の同定および特徴付けを運ぶために、接続速度の変更を報告するために使用されます。非セキュア環境で使用した場合、彼らはそのような情報を開示する可能性があります。トンネル（コントロールコネクション）セキュリティの考慮事項は、[RFC2661]のセクション9.1と[RFC3931]のセクション8.lで覆われています。また、AVP属性値機構の隠蔽は、それらがいくつかの環境で敏感とみなされる場合、本文書に記載のAVPの値を隠すために使用することができます。 AVP隠蔽は[RFC2661]及び[RFC3931]のセクション5.3のセクション4.3に記載されています。
The Attributes described in this document neither increase nor decrease the security of the L2TP protocol.
属性は、このドキュメントでもない増加を説明したりL2TPプロトコルのセキュリティを低下させます。
It is possible to utilize [RFC3193] "Securing L2TP with IPsec" to increase the security by utilizing IPsec to provide for tunnel authentication, privacy protection, integrity checking and replay protection.
トンネル認証、プライバシー保護、整合性チェックと再生保護を提供するためにIPsecを利用してセキュリティを強化するために、[RFC3193]は、「IPsecのとL2TPの保護」を利用することが可能です。
Many thanks to Wojciech Dec and the others of the Broadband Forum (previously the DSL Forum) Architecture and Transport Working Group for their help in putting together this document.
この文書をまとめるにおける彼らの助けのためのヴォイチェフ12月とブロードバンドフォーラム（以前DSLフォーラム）建築と交通ワーキンググループの他の人に感謝します。
[RFC2119] Bradner, S., "Key words for use in RFCs to Indicate Requirement Levels", BCP 14, RFC 2119, March 1997.
[RFC2119]ブラドナーの、S.、 "要件レベルを示すためにRFCsにおける使用のためのキーワード"、BCP 14、RFC 2119、1997年3月。
[RFC2661] Townsley, W., Valencia, A., Rubens, A., Pall, G., Zorn, G., and B. Palter, "Layer Two Tunneling Protocol "L2TP"", RFC 2661, August 1999.
[RFC2661] Townsley、W.、バレンシア、A.、ルーベンス、A.、ポール、G.、ツォルン、G.、およびB. Palter、 "レイヤ2トンネリングプロトコル "L2TP""、RFC 2661、1999年8月。
[RFC3438] Townsley, W., "Layer Two Tunneling Protocol (L2TP) Internet Assigned Numbers Authority (IANA) Considerations Update", BCP 68, RFC 3438, December 2002.
[RFC3438] Townsley、W.、 "レイヤ2トンネリングプロトコル（L2TP）IANA（Internet Assigned Numbers Authority）の考慮事項更新"、BCP 68、RFC 3438、2002年12月。
[RFC3931] Lau, J., Townsley, M., and I. Goyret, "Layer Two Tunneling Protocol - Version 3 (L2TPv3)", RFC 3931, March 2005.
[RFC3931]ラウ、J.、Townsley、M.、およびI. Goyret、 "レイヤ2トンネリングプロトコル - バージョン3（L2TPv3の）"、RFC 3931、2005年3月。
[TR-101] DSL Forum, "Migration to Ethernet-Based DSL Aggregation", TR 101, April 2006, <http://www.broadband-forum.org/ technical/download/TR-101.pdf>.
[TR-101] DSLフォーラム、 "イーサネットベースのDSL集約への移行"、TR 101、2006年4月、<http://www.broadband-forum.org/技術/ダウンロード/ TR-101.pdf>。
[ANCP] Wadhwa, S., Moisand, J., Subramanian, S., Haag, T., Voigt, N., and R. Maglione, "Protocol for Access Node Control Mechanism in Broadband Networks", Work in Progress, March 2009.
[ANCP] Wadhwa、S.、Moisand、J.、サブラマニアン、S.、ハーグ、T.、フォークト、N.、およびR.マリオーネ、 "ブロードバンドネットワークにおけるアクセスノード制御機構のための議定書"、進歩、月での作業2009。
[IANA.enterprise-numbers] Internet Assigned Numbers Authority, "PRIVATE ENTERPRISE NUMBERS", <http://www.iana.org>.
[IANA.enterprise-番号]インターネット割り当て番号機関、 "民間企業番号"、<http://www.iana.org>。
[IANA.l2tp-parameters] Internet Assigned Numbers Authority, "Layer Two Tunneling Protocol 'L2TP'", <http://www.iana.org>.
[IANA.l2tpパラメータ]インターネット割り当て番号機関、「レイヤ2トンネリングプロトコル 『L2TP』」、<http://www.iana.org>。
[RFC2516] Mamakos, L., Lidl, K., Evarts, J., Carrel, D., Simone, D., and R. Wheeler, "A Method for Transmitting PPP Over Ethernet (PPPoE)", RFC 2516, February 1999.
[RFC2516] Mamakos、L.、Lidlの、K.、Evarts、J.、カレル、D.、シモン、D.、およびR.ウィーラー、 "PPPオーバーイーサネット（PPPoEを）送信するための方法"、RFC 2516年2月1999。
[RFC3046] Patrick, M., "DHCP Relay Agent Information Option", RFC 3046, January 2001.
[RFC3046]パトリック、M.、 "DHCPリレーエージェント情報オプション"、RFC 3046、2001年1月。
[RFC3193] Patel, B., Aboba, B., Dixon, W., Zorn, G., and S. Booth, "Securing L2TP using IPsec", RFC 3193, November 2001.
[RFC3193]パテル、B.、Aboba、B.、ディクソン、W.、ゾルン、G.、およびS.ブース、 "IPsecを使用してセキュリティ保護L2TP"、RFC 3193、2001年11月。
[RFC3629] Yergeau, F., "UTF-8, a transformation format of ISO 10646", STD 63, RFC 3629, November 2003.
[RFC3629] Yergeau、F.、 "UTF-8、ISO 10646の変換フォーマット"、STD 63、RFC 3629、2003年11月。
[RFC4243] Stapp, M., Johnson, R., and T. Palaniappan, "Vendor-Specific Information Suboption for the Dynamic Host Configuration Protocol (DHCP) Relay Agent Option", RFC 4243, December 2005.
[RFC4243]スタップ、M.、ジョンソン、R.、およびT. Palaniappan、 "動的ホストのベンダー固有の情報サブオプション構成プロトコル（DHCP）リレーエージェントオプション"、RFC 4243、2005年12月。
[RFC4679] Mammoliti, V., Zorn, G., Arberg, P., and R. Rennison, "DSL Forum Vendor-Specific RADIUS Attributes", RFC 4679, September 2006.
[RFC4679] Mammoliti、V.、ツォルン、G.、アーベルク、P.、およびR. Rennison、 "DSLフォーラムベンダー固有のRADIUSアトリビュート"、RFC 4679、2006年9月。
[RFC4951] Jain, V., "Fail Over Extensions for Layer 2 Tunneling Protocol (L2TP) "failover"", RFC 4951, August 2007.
[RFC4951]ジャイナ教、V.、 "フェイルオーバー機能拡張レイヤ2トンネリングプロトコル（L2TP）のための "フェイルオーバー""、RFC 4951、2007年8月。
Authors' Addresses
著者のアドレス
Vince Mammoliti Cisco Systems 181 Bay Street, Suite 3400 Toronto, ON M5J 2T3 Canada
ヴィンスMammolitiシスコシステムズ181ベイストリート、スイート3400トロント、M5J 2T3カナダON
EMaill: vince@cisco.com
エナメル：vince@cisco.com
Carlos Pignataro Cisco Systems 7200 Kit Creek Road PO Box 14987 Research Triangle Park, NC 27709 USA
カルロスPignataroシスコシステムズ7200キットクリーク道路私書箱14987リサーチトライアングルパーク、NC 27709 USA
EMail: cpignata@cisco.com
メールアドレス：cpignata@cisco.com
Peter Arberg Redback Networks 300 Holger Way San Jose, CA 95134 USA
ピーターアーベルクレッドバック・ネットワーク300ホルガー・ウェイサンノゼ、CA 95134 USA
EMail: parberg@redback.com
メールアドレス：parberg@redback.com
John Gibbons Juniper Networks 10 Technology Park Drive Westford, MA 01886 USA
ジョン・ギボンズジュニパーネットワークスの10テクノロジーパークドライブウェストフォード、MA 01886 USA
EMail: jgibbons@juniper.net
メールアドレス：jgibbons@juniper.net
Paul Howard
ポール・ハワード
EMail: howsoft@mindspring.com
メールアドレス：howsoft@mindspring.com