[要約] RFC 5515は、L2TPアクセスライン情報属性値ペア（AVP）の拡張に関する仕様です。このRFCの目的は、L2TPセッションの制御メッセージに新しいAVPを追加することで、アクセスライン情報をより効果的に伝送することです。
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
レイヤー2トンネルプロトコル（L2TP）アクセスライン情報属性値ペア（AVP）拡張機能
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.
Copyright（c）2009 IETF Trustおよび文書著者として特定された人。全著作権所有。
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 Trustの法的規定の対象となります。この文書に関するあなたの権利と制限を説明するので、これらの文書を注意深く確認してください。
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 Access Concencorator（LAC）機能性を備えたBroadband Remote Access Server（BRA）に到達するサブスクライバーアクセスラインの識別と特性評価情報を運ぶように設計されたレイヤー2トンネリングプロトコル（L2TP）属性値ペア（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.
DSLのデジタルサブスクライバーラインアクセスマルチプレクサ（DSLAMS）と呼ばれるアクセスノード（ANS）は、インバンドシグナル、サブスクライバーアクセスラインの識別、および接続されたアップストリームブロードバンドリモートアクセスサーバー（BRAS）を介して、フォワードに拡張機能を追加しています。）L2TP Access Concencorator（LAC）機能。
The Access Node/DSLAM may forward the information via one or more of the following methods:
アクセスノード/DSLAMは、次の方法の1つ以上を介して情報を転送できます。
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].
o DHCPリレーオプション[RFC3046]およびベンダー固有の情報サブオプション[RFC4243]。
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].
現在、この情報はブラジャーで収集され、[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.
このドキュメントでは、BRAS/LACで受信したサブスクライバーラインの識別と特性情報を終了L2TPネットワークサーバー（LNS）に転送するために作成された新しい追加の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].
「必須」、「そうしない」、「必須」、「必要」、「「しない」、「そうでない」、「そうではない」、「そうでない」、「推奨」、「5月」、および「オプション」は、[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ベース（サブスクライバーポート）またはイーサネットベースのダウンストリームインターフェイスからトラフィックを集約するアップストリームインターフェイスとして機能する最小1つのイーサネットまたは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エッジルーターです。ブラジャーによって実行される機能は、BNGによって実行されるもののスーパーセットです。
BRAS
ブラジャー
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.
ブロードバンドリモートアクセスサーバー。ブラジャーはBNGであり、加入者トラフィックの集約点です。アクセスネットワークとコアネットワーク間で集約機能（IP、PPP、イーサネットなど）を提供します。集約関数を超えて、BRAはまた、アクセスネットワーク内のポリシー管理とIP QOの注入ポイントでもあります。
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.
インターワーキング関数。異なるテクノロジー（ATMやイーサネットなど）の2つのネットワークを相互接続するために必要な一連の関数。IWFは、PPPOE上のATM（PPPOA）トラフィック上のポイントツーポイントプロトコルのキャリッジを有効にするために使用されます。
LAC
ラック
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 Access Concencorator（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ノード。Tunneledフレームがデータリンク（LAC）またはネットワークレイヤー（LNS）で処理されているかどうかに応じて、LACまたは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ノードをL2TPネットワークサーバー（LNS）と呼びます。（[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によるセッションネゴシエーションの開始前にブラジャーで利用できる必要があります。これにより、アクセスラインパラメーターがLNSに確実に提供され、追加のコールセットアップの遅延が回避されます。LACがどのメソッドのいずれでもアクセスライン情報を受信していないという条件の下で、デフォルトの動作がアクセスライン情報を待たずにL2TPセッションを確立する必要があるためです。この場合、LACはアクセスラインAVPをLNSに送信してはなりません。LACは、ローカルポリシーとして、アクセスラインL2TP AVPSの情報をLNSに転送する前に、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が受け入れるソースを決定する必要があります。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受信-Call-Request（ICRQ）コントロールメッセージの一部として送信されます。接続速度更新AVPは、Connect-Speed-Sped-Update-Notification（CSUN）またはConnect-Speed-Update-Request（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.
L2TP Connect Connect Speed-Update-Notification（CSUN）コントロールメッセージのConnect Speed Update AVPを介して、LACが更新された接続速度特性をLNSに送信する可能性があります（セクション4.1を参照）。不要なL2TP接続Connect-Speed-Update-RequestとConnect-Speed-Update-Notificationメッセージ交換は、LACとLNSの間で（たとえば、フェイルオーバープロトコルの回復と再同時期化中）セッションの存続期間中に速度の更新を提供します。これは、新しいAVP、Connect Speed Update Enable（セクション6.2を参照）を使用して達成され、L2TP Ecoming-Call-Request（ICRQ）コントロールメッセージで送信されます。ICRQメッセージにこのAVPが存在しないことは、LACがセッションの寿命中に速度の更新を送信しないことを意味します。LACがANCPソースパラメーターを受け入れるように構成されており、セッションの寿命中に速度の更新を提供することをサポートする場合、ICRQでAVPを有効にするための接続速度アップデートを送信する必要があります。繋がり。LACがPPPOEベンダー固有のタグのみを受け入れるように構成されている場合、接続速度はPPPOEの発見中にのみ送信され、接続の存続期間中にさらなる更新が発生しないため、ICRQで接続速度アップデートを有効にしてはなりません。。
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:
セッションがまだ維持されている間にアクセスラインの情報が変更された場合、L2TP Connect-Speed-Update-Notification（CSUN）メッセージを介して、接続速度の更新がLACからLNSに送信される場合があります（セクション4.1を参照）。新しいAVPであるConnect Speed Update AVP（セクション6.1を参照）は、CSUNメッセージに含まれており、最初の接続速度が確立された後に特定のセッションの接続速度アップデートを報告します（つまり、TX Connect SpeedとRX Connectを介したセッション設立でL2TPV2および74および75の属性タイプ24および38の速度AVPS、それぞれL2TPV3の速度。Connect Speed Update AVP（および初期TX/RX Connect Speeds AVPSの値）で確立された値は、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は1つ以上のセッションを含むLACにConnect-Speed-Update-Request（CSURQ）メッセージ（セクション4.2を参照）を発行する場合があります。IDS。CSURQメッセージに応じて、LACは、CSURQで要求された各セッションIDの接続速度アップデートAVPを含む接続スピードスピードアップデート（CSUN）メッセージ（セクション4.1を参照）を発行する必要があります。注：CSURQへのCSUN応答では、LACは不明なセッション、またはコネクトスピードアップデートを発行しなかった既知のセッションに応答してはなりません。セッション（セクション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の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）Connect-Speed-Update-notification
29: (CSURQ) Connect-Speed-Update-Request
29：（CSURQ）Connect-Speed-Update-Request
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.
メッセージタイプ内の必須（M）ビットAVP内のビットは、CSUNおよびCSURQ制御メッセージのクリア（つまり、設定されていません）は、L2TP制御接続エンドポイント（LCCE）を許可して、メッセージタイプが不明の場合に制御接続を維持することを可能にします。
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.
Connect-Speed-Update-Notification（CSUN）は、LACからLNSに送信されたL2TP制御メッセージであり、1つ以上のセッションの送信および受信接続速度の更新を提供します。接続速度は、コールの存続期間中いつでも変化する可能性があります。したがって、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には1つ以上が存在する場合があります）
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.
Connect-Speed-Update-Request（CSURQ）は、LNSからLACに送信されるL2TP制御メッセージであり、1つ以上のセッションの電流送信と接続速度を要求します。トンネルの存続期間中はいつでも発行される場合があり、LNSが既にConnect-Call-Request（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メッセージで使用される場合、現在のTX接続速度と現在のRX接続速度フィールドは、AVPのAVPのAVPを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ビットは、Access Line Information AVP拡張機能をサポートしていないLNSSとの後方互換性を可能にするために0に設定する必要があります。ただし、ピアLNSがアクセスライン情報AVP拡張機能をサポートしていない場合、L2TPセッションの確立を防ぐことが望ましい場合、Mビットは[RFC2661]のセクション4.2およびセクション5.2のセクション4.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の長さ（隠す前）は、オクテットで必要な場合、属性値の長さ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.1〜5.19）のベンダーIDは、IANAが割り当てられたADSLフォーラムベンダーID、10進3561 [IANA.Enterprise-Numbers]を割り当てたものです。
All the listed AVPs (Section 5.1 through Section 5.19) MAY be present in the following messages unless otherwise stipulated:
記載されているすべてのAVP（セクション5.1からセクション5.19）は、特に規定されていない限り、次のメッセージに存在する場合があります。
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.
Connect Speed Update AVP（セクション6.1を参照）を除き、1秒あたりのビット（BPS）で表されるデータレートまたは速度を指定するすべての新しいAVPは64ビットとして送信され、サブスクライバー接続速度の将来の増加をサポートする拡張性を提供します。64ビットの「データレート」を指定するこれらの新しいAVPは、両方ともセクション5.3からセクション5.12に定義されています。AVPで送信される速度値が32ビット以内に収まる場合はいつでも、上部32ビットを0Sとして送信する必要があります。
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.3から5.16で使用されているさまざまなデータレートとインターリービング遅延は、[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.
Access Line Agent-Circuit-ID AVP属性タイプ1には、サブスクライバーの要求が開始されるアクセスノード/DSLAMの論理アクセスループポートに対応するサブスクライバーエージェント回路IDを説明する情報が含まれています。
The Attribute Value field for this AVP has the following format:
この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
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| 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は任意の長さですが、1オクテットを超え、63オクテットより大きくなければなりません。
The Length (before hiding) of this AVP is 6 plus the length of the Agent-Circuit-Id.
このAVPの長さ（隠す前）は、6とエージェント回路IDの長さです。
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- 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].
Agent-Circuit-IDには、サブスクライバーが添付されているアクセスノード/DSLAMに関する情報と、そのアクセスノード/DSLAMのサブスクライバーのDSLポートの一意の識別子が含まれています。エージェント回路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]で定義されています。このセクションの例は、説明のためにのみ含まれています。文字列の正確な構文は実装依存です。ただし、典型的なプラクティスは、2つ以上のスペース分離コンポーネントに分割することです。1つはアクセスノードを識別し、もう1つはそのノードのサブスクライバーラインを識別し、おそらくそのラインがイーサネットかATMかを示しています。この文字列の例を以下に示します。
"Access-Node-Identifier atm slot/port:vpi.vci" (when ATM/DSL is used)
「Access-Node-Identifier ATMスロット/ポート：VPI.VCI」（ATM/DSLが使用されるとき）
"Access-Node-Identifier eth slot/port[:vlan-id]" (when Ethernet/DSL is used)
「Access-Node-Identifier 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)
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.
Access-Node-Identifierは、「スペース」文字を含まないユニークな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.
Access Line Agent-Remote-ID AVP属性タイプ2には、アクセスノード/DSLAMの関連するアクセスループ上のサブスクライバーを一意に識別するオペレーター固有の静的構成文字列が含まれています。
The Attribute Value field for this AVP has the following format:
この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
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| 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の長さ（隠す前）は、エージェントRemote-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].
Agent-Remote-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.
アクセスラインの実際のData-rate-upstream AVP、属性タイプ129には、サブスクライバーの同期アクセスリンクの実際のアップストリーム列車率が含まれています。
The Attribute Value field for this AVP has the following format:
この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
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Actual-Data-Rate-Upstream
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
... in bps (64 bits) |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
The Actual-Data-Rate-Upstream is an 8-octet value.
実際のDATA-rate-upstreamは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.
実際のDATA-rate-upstream AVPには、同期されたアクセスリンクの上流のサブスクライバーの実際のデータレートを示している8オクテットの符号なし整数が含まれています。レートは1秒あたりのビットでコーディングされます。
The Length (before hiding) of this AVP is 14.
このAVPの長さ（隠す前）は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.
アクセスラインの実際のData-rate-downStream AVP、属性タイプ130には、サブスクライバーの同期アクセスリンクの実際のダウンストリーム列車率が含まれています。
The Attribute Value field for this AVP has the following format:
この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
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| 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.
実際のDATA-rate-downStream AVPには、8オクテットの符号なし整数が含まれており、同期されたアクセスリンクの下流のサブスクライバーの実際のデータレートを示しています。レートは1秒あたりのビットでコーディングされます。
The Length (before hiding) of this AVP is 14.
このAVPの長さ（隠す前）は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の属性値フィールドには、次の形式があります。
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.
最小値DATA-Rate-Upstream AVPには、8オクテットの符号なし整数が含まれており、サブスクライバーの最小上流のデータレート（オペレーターによって構成されている）を示しています。レートは1秒あたりのビットでコーディングされます。
The Length (before hiding) of this AVP is 14.
このAVPの長さ（隠す前）は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の属性値フィールドには、次の形式があります。
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オクテットの符号なし整数が含まれており、サブスクライバーの最小下流のデータレート（オペレーターによって構成されている）を示しています。レートは1秒あたりのビットでコーディングされます。
The Length (before hiding) of this AVP is 14.
このAVPの長さ（隠す前）は14です。
The Access Line Attainable-Data-Rate-Upstream AVP, Attribute Type 133, contains the subscriber's actual attainable upstream data rate.
Access Line Atainable-Data-rate-Upstream AVP、属性タイプ133には、サブスクライバーの実際の達成可能な上流のデータレートが含まれています。
The Attribute Value field for this AVP has the following format:
この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
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| 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.
達成可能なData-rate-upstream AVPには、8オクタートの符号なし整数が含まれており、サブスクライバーのアクセスラインが実際に達成可能な上流のデータレートを示しています。レートは1秒あたりのビットでコーディングされます。
The Length (before hiding) of this AVP is 14.
このAVPの長さ（隠す前）は14です。
The Access Line Attainable-Data-Rate-Downstream AVP, Attribute Type 134, contains the subscriber's actual attainable downstream data rate.
Access Line Atainable-Data-rate-DownStream AVP、属性タイプ134には、サブスクライバーの実際の達成可能なダウンストリームデータレートが含まれています。
The Attribute Value field for this AVP has the following format:
この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
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| 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.
達成可能なData-rate-downStream AVPには、8オクタートの符号なし整数が含まれており、サブスクライバーのアクセスラインの実際のDSL ATANABLE DOWNSTREAMデータレートを示しています。レートは1秒あたりのビットでコーディングされます。
The Length (before hiding) of this AVP is 14.
このAVPの長さ（隠す前）は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.
アクセスラインの最大値Data-rate-upstream AVP、属性タイプ135には、オペレーターによって構成されているように、サブスクライバーの最大上流データレートが含まれています。
The Attribute Value field for this AVP has the following format:
この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
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| 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.
最大-Data-rate-upstream AVPには、8オクテットの符号なし整数が含まれており、サブスクライバーのアクセスラインの最大上流のデータレートの数値を示しています。レートは1秒あたりのビットでコーディングされます。
The Length (before hiding) of this AVP is 14.
このAVPの長さ（隠す前）は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の属性値フィールドには、次の形式があります。
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-OCTET Unsigned Integerが含まれており、サブスクライバーのアクセスラインの最大下流データレートの数値を示しています。レートは1秒あたりのビットでコーディングされます。
The Length (before hiding) of this AVP is 14.
このAVPの長さ（隠す前）は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の属性値フィールドには、次の形式があります。
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.
最小値DATA-Rate-Upstream-Power-Power AVPには、8オクテットの符号なし整数が含まれており、低電力状態（L1/L2）の場合、サブスクライバーのアクセスライン最小上流のデータレートの数値を示しています。レートは1秒あたりのビットでコーディングされます。
The Length (before hiding) of this AVP is 14.
このAVPの長さ（隠す前）は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の属性値フィールドには、次の形式があります。
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には、8オクテットの符号なし整数が含まれており、低電力状態（L1/L2）の場合、サブスクライバーのアクセスライン最小下流のデータレートの数値を示しています。レートは1秒あたりのビットでコーディングされます。
The Length (before hiding) of this AVP is 14.
このAVPの長さ（隠す前）は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の属性値フィールドには、次の形式があります。
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.
最大介入delay-delay-upstream AVPには、4オクテットの符号なし整数が含まれており、サブスクライバーのアクセスラインの最大1方向上流のインターリーブ遅延のミリ秒単位での数値を示しています。
The Length (before hiding) of this AVP is 10.
このAVPの長さ（隠す前）は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の属性値フィールドには、次の形式があります。
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-OCTET Unsigned Integerが含まれており、サブスクライバーのアクセスラインの実際のアップストリームインターリーブ遅延のミリ秒単位で数値を示しています。
The Length (before hiding) of this AVP is 10.
このAVPの長さ（隠す前）は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の属性値フィールドには、次の形式があります。
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-OCTET Unsigned Integerが含まれており、サブスクライバーのアクセスラインの最大1ウェイダウンストリームインターリーブ遅延のミリ秒単位での数値を示しています。
The Length (before hiding) of this AVP is 10.
このAVPの長さ（隠す前）は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の属性値フィールドには、次の形式があります。
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-OCTETの非署名整数が含まれており、サブスクライバーのアクセスラインの実際のダウンストリームインターリーブ遅延のミリ秒単位で数値を示します。
The Length (before hiding) of this AVP is 10.
このAVPの長さ（隠す前）は10です。
The Access Line Access-Loop-Encapsulation AVP, Attribute Type 144, describes the encapsulation(s) used by the subscriber on the access loop.
Access Line Access-Loop-Apsulation AVP、属性タイプ144は、アクセスループでサブスクライバーが使用するカプセル化について説明しています。
The Length (before hiding) of this AVP is 9.
このAVPの長さ（隠す前）は9です。
The Access-Loop-Encapsulation value is comprised of three 1-octet values representing the Data Link, Encapsulation 1, and Encapsulation 2, respectively.
アクセスループカプセル化値は、それぞれデータリンク、カプセル化1、およびカプセル化2を表す3つの1-OCTET値で構成されています。
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オクテットで、次の図に示すように、それぞれが独自の列挙値を含む3つの1-OCTETサブフィールドに論理的に分割されています。
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
0x00 ATM AAL5
0x01 Ethernet
0x01イーサネット
Encaps 1
カップ1
0x00 NA - Not Available
0x00 NA-利用できません
0x01 Untagged Ethernet
0x01 Untagged Ethernet
0x02 Single-Tagged Ethernet
0x02シングルタグ付きイーサネット
Encaps 2
カップ2
0x00 NA - Not Available
0x00 NA-利用できません
0x01 PPPoA LLC
0x01 PPPOA LLC
0x02 PPPoA Null
0x02 pppoa null
0x03 IP over ATM (IPoA) LLC
0x03 ATM上のIP（IPOA）LLC
0x04 IPoA Null
0x04 ipoa null
0x05 Ethernet over AAL5 LLC with Frame Check Sequence (FCS)
フレームチェックシーケンス（FCS）を使用したAAL5 LLC上の0x05イーサネット
0x06 Ethernet over AAL5 LLC without FCS
FCSなしのAAL5 LLCを介した0x06イーサネット
0x07 Ethernet over AAL5 Null with FCS
FCSを備えたAAL5 null上の0x07イーサネット
0x08 Ethernet over AAL5 Null without FCS
FCSなしのAAL5 null上の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の属性値フィールドには、次の形式があります。
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の長さ（隠す前）は10です。ANCPアクセスラインタイプAVPは、使用される伝送システムのタイプを定義します。
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には、伝送システムをエンコードする1オクテットのフィールドが含まれており、その後に3-OCTET予約フィールド（ゼロである必要があります）があり、長さは4オクテットです。サブスクライバーへのアクセスループ上の伝送システムを示します。現在の有効な値は、1-OCTETフィールドのみを使用します。
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不明
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の属性値フィールドには、次の形式があります。
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
0x00IWFは実行されません
0x01 IWF performed
0x01 IWFが実行されました
The Length (before hiding) of this AVP is 10.
このAVPの長さ（隠す前）は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 Speed Update関連の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].
これらのAVPのMビットは0に設定する必要があります。ただし、ピアLNSがConnect Speed Update AVP拡張機能をサポートしていない場合、確立を防止したり、確立されたL2TPセッションを取り壊すことが望ましい場合は、Mビットをに設定できます。1. [RFC2661]のセクション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.
Connect Speed Update AVP、属性タイプ97には、このセッションの更新された接続速度が含まれています。この形式は、L2TPV2（それぞれ属性タイプ24および38）およびL2TPV3（それぞれ属性タイプ74および75）のTx Connect SpeedおよびRX Connect Speed AVPSの形式と一致しています。したがって、L2TPV2およびL2TPV3には個別の形式が定義されています。
The Attribute Value field for this AVP has the following format for L2TPv2 Tunnels:
このAVPの属性値フィールドには、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の属性値フィールドには、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です（つまり、ピアによってこのセッションに割り当てられた識別子）。現在のTx接続速度は、4オクテットの値（L2TPV2）または8オクテットの値（L2TPV3）であり、LACの観点からの電流送信接続速度（LACからリモートシステムに流れるデータなど）です。レートは毎秒ビットでエンコードされます。現在のRX接続速度は、4オクテット値（L2TPV2）または現在の受信接続速度（リモートシステムからLACまで流れるデータなど）の観点から現在の受信接続速度を表す8オクテット値（L2TPV3）です。レートは毎秒ビットでエンコードされます。
The Length (before hiding) of this AVP is 18 (L2TPv2) or 26 (L2TPv3).
このAVPの長さ（隠す前）は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.
Connect Speed Update Enable AVP、Attribute Type 98は、セッションの存在中にLACがLNSに速度更新を送信するかどうかを示します。接続速度アップデートEnable AVPはブールAVPです。このAVPの存在は、LACがセッションの存在中にCSUN（セクション4.1を参照）を使用して速度更新を送信する可能性があることを示し、LNSはフェールオーバー同期中にCSURQ（セクション4.2を参照）を介して現在の接続速度を照会する必要があります。このAVPの欠如は、セッションの寿命中にCSUN（セクション4.1を参照）を使用してLACが速度更新を送信しないことを示しており、フェイルオーバー同期中にCSURQ（セクション4.2を参照）を介して現在の接続速度をクエリしてはなりません。。
The Length (before hiding) of this AVP is 6.
このAVPの長さ（隠す前）は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].
o DHCPリレーオプション[RFC3046]およびベンダー固有の情報サブオプション[RFC4243]。
o ANCP [ANCP].
o ANCP [ANCP]。
Table 1 summarizes the Access Line AVPs defined in Sections 5.1 through 5.19.
表1は、セクション5.1から5.19で定義されているアクセスライン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.
セクション8.1および8.2は、[RFC3438]に従って専門家のレビューを通じて割り当てられるIANAがすでに管理できるレジストリについて、[IANA.L2TP-PARAMETERS]の新しい値のリクエストを説明しています。セクション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）Connect-Speed-Update-notification
29: (CSURQ) Connect-Speed-Update-Request
29：（CSURQ）Connect-Speed-Update-Request
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のセキュリティは、Accessノード/DSLAMとBRAS/LACの間の暗黙の信頼関係に依存しています。アクセスノード/ DSLAMによって挿入された識別子は無条件に信頼されています。ブラジャーは、情報を転送する前に受け取った情報の妥当性チェックを実行しません。
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]のセクション4.3および[RFC3931]のセクション5.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.
[RFC3193]「IPSECでL2TPを保護する」を利用して、IPSECを利用してトンネル認証、プライバシー保護、整合性チェック、リプレイ保護を提供することにより、セキュリティを増やすことができます。
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.
Wojciech Decとその他のブロードバンドフォーラム（以前はDSLフォーラム）のアーキテクチャおよび輸送ワーキンググループのその他に感謝します。
[RFC2119] Bradner, S., "Key words for use in RFCs to Indicate Requirement Levels", BCP 14, RFC 2119, March 1997.
[RFC2119] Bradner、S。、「要件レベルを示すためにRFCで使用するためのキーワード」、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.、Valencia、A.、Rubens、A.、Pall、G.、Zorn、G。、およびB. Palter、 "Layer Two Tunneling Protocol" 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）考慮事項更新」、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] Lau、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/ technical/download/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.、Subramanian、S.、Haag、T.、Voigt、N。、およびR. Maglione、「ブロードバンドネットワークのアクセスノード制御メカニズムのプロトコル」、進行中の作業、3月2009年。
[IANA.enterprise-numbers] Internet Assigned Numbers Authority, "PRIVATE ENTERPRISE NUMBERS", <http://www.iana.org>.
[iana.enterprise-numbers]インターネットに割り当てられた数字の権限、「プライベートエンタープライズ番号」、<http://www.iana.org>。
[IANA.l2tp-parameters] Internet Assigned Numbers Authority, "Layer Two Tunneling Protocol 'L2TP'", <http://www.iana.org>.
[iana.l2tp-parameters]インターネットに割り当てられた数字の権限、「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.、Carrel、D.、Simone、D.、およびR. Wheeler、「PPPをイーサネット上に送信する方法」、RFC 2516、2月1999年。
[RFC3046] Patrick, M., "DHCP Relay Agent Information Option", RFC 3046, January 2001.
[RFC3046] Patrick、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] Patel、B.、Aboba、B.、Dixon、W.、Zorn、G。、およびS. Booth、「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] Stapp、M.、Johnson、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.、Zorn、G.、Arberg、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] Jain、V。、「レイヤー2トンネルプロトコル（L2TP）の拡張機能障害 "" Failover ""、RFC 4951、2007年8月。
Authors' Addresses
著者のアドレス
Vince Mammoliti Cisco Systems 181 Bay Street, Suite 3400 Toronto, ON M5J 2T3 Canada
ヴィンス・マンモリティ・シスコ・システム181ベイ・ストリート、スイート3400トロント、M5J 2T3カナダ
EMaill: vince@cisco.com
メール：vince@cisco.com
Carlos Pignataro Cisco Systems 7200 Kit Creek Road PO Box 14987 Research Triangle Park, NC 27709 USA
Carlos Pignataro Cisco Systems 7200 Kit Creek Road PO Box 14987 Research Triangle Park、NC 27709 USA
EMail: cpignata@cisco.com
Peter Arberg Redback Networks 300 Holger Way San Jose, CA 95134 USA
ピーターアーバーグレッドバックネットワーク300ホルガーウェイサンノゼ、カリフォルニア95134 USA
EMail: parberg@redback.com
John Gibbons Juniper Networks 10 Technology Park Drive Westford, MA 01886 USA
ジョンギボンズジュニパーネットワーク10テクノロジーパークドライブ、マサチューセッツ州ウェストフォード01886 USA
EMail: jgibbons@juniper.net
Paul Howard
ポール・ハワード
EMail: howsoft@mindspring.com