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
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
第二层隧道协议（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.
版权所有（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和IETF信托在本文件出版之日生效的与IETF文件有关的法律规定的约束(http://trustee.ietf.org/license-info). 请仔细阅读这些文件，因为它们描述了您对本文件的权利和限制。
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.
本文档描述了一组第2层隧道协议（L2TP）属性值对（AVP）扩展，其设计用于携带用户接入线路标识和特征信息，这些信息通过L2TP接入集中器（LAC）功能到达宽带远程接入服务器（BRAS）。它还描述了在会话建立期间发送初始连接速度后报告连接速度变化的机制。本文档的主要目的是为希望与其他供应商的产品进行互操作的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
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.
接入节点（AN）在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].
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].
目前，该信息已在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 AVP，这些AVP用于将BRAS/LAC接收到的用户线路标识和特征信息转发给终端L2TP网络服务器（LNS）。它还描述了一种机制，通过该机制，在会话建立期间LAC发送初始连接速度之后，LAC可以向LN报告连接速度的变化。
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].
本文件中的关键词“必须”、“不得”、“必需”、“应”、“不应”、“应”、“不应”、“建议”、“可”和“可选”应按照[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是DSL信号终端，它至少包含一个以太网或ATM接口，作为其上游接口，它将来自多个基于ATM（用户端口）或基于以太网的下游接口的流量聚合到其中。
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
胸罩
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
数字用户线
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和以太网）所需的一组功能。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访问集中器（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或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功能的BRA从接入节点接收到接入线路信息并确定将与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开始会话协商之前，BRA必须提供上述任何方法的接入线路信息。这确保接入线路参数可靠地提供给LNS，并避免额外的呼叫设置延迟。在LAC没有从任何方法接收到任何接入线信息的情况下，作为默认行为，LAC应该在不等待接入线信息的情况下建立L2TP会话。在这种情况下，LAC不得向LN发送任何接入线AVP。作为本地策略，LAC可以在将接入线L2TP avp中的信息转发到LNS之前等待来自一个或多个方法的接入线信息。
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必须能够限制和/或过滤发送至LNS的AVP（如有）。
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呼入请求（ICRQ）控制消息的一部分发送。连接速度更新AVP作为连接速度更新通知（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连接速度更新通知（CSUN）控制消息中的连接速度更新AVP向LNS发送更新的连接速度特性（见第4.1节）。为避免LAC和LN之间不必要的L2TP连接速度更新请求和连接速度更新通知消息交换（例如，在故障切换协议恢复和重新同步期间），会话建立中的LAC信号交换其在会话生命周期内提供速度更新的能力和愿望。这是使用L2TP呼入请求（ICRQ）控制消息中发送的新AVP连接速度更新启用（见第6.2节）实现的。ICRQ消息中没有此AVP意味着LAC在会话期间不会发送任何速度更新。如果LAC配置为接受来自ANCP的参数，并支持在会话生命周期内提供速度更新，则它必须在ICRQ中发送连接速度更新启用AVP，因为这意味着速度更新可能会在连接生命周期内发生。如果LAC配置为仅接受PPPoE供应商特定的标签，则它不得在ICRQ中发送连接速度更新启用AVP，因为连接速度仅在PPPoE发现期间发送，并且在连接寿命期间不会发生进一步的更新。
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
如果在会话仍保持时接入线路信息发生变化，则可以通过L2TP连接速度更新通知（CSUN）消息从LAC向LNS发送连接速度更新（见第4.1节）。CSUN消息中包含一个新的AVP，即连接速度更新AVP（见第6.1节），用于在建立初始连接速度后报告特定会话的连接速度更新（即，通过Tx连接速度和Rx连接速度AVP建立会话时，L2TPv2的属性类型分别为24和38，L2TPv3的属性类型分别为74和75）。连接速度中建立的值更新AVP（以及初始Tx/Rx连接速度AVP的值）基于拉丁美洲和加勒比海地区的本地政策。例如，拉丁美洲和加勒比海地区的本地政策可以使用上游的实际数据速率和下游的实际数据速率作为其报告的政策
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:
连接速度更新。为保持一致性，相同的本地策略应同样适用于初始连接速度（在会话建立期间传送）和（可选）连接速度更新（在会话建立后发送）。CSUN消息可以基于本地策略周期性地发送到LNS，并且可以包括多个连接速度更新AVP。将多个Connect Speed Update AVP扩展到CSUN消息中可用于以下目的：
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发出包含一个或多个会话ID的连接速度更新请求（CSURQ）消息（见第4.2节）。为响应CSURQ消息，LAC必须发出连接速度更新通知（CSUN）消息（见第4.1节），其中包含CSURQ中请求的每个会话ID的连接速度更新AVP。注：在CSUN对CSURQ的响应中，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中IETF供应商ID为0时使用的两条新消息。
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.
对于CSUN和CSURQ控制消息，消息类型AVP中的强制（M）位应为清除（即未设置），以允许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.
连接速度更新通知（CSUN）是LAC向LNS发送的L2TP控制消息，用于为一个或多个会话提供发送和接收连接速度更新。在通话期间，连接速度可能随时发生变化；因此，LNS应该能够在活动会话上更新其连接速度。
The following AVPs MUST be present in the CSUN:
CSUN中必须存在以下AVP：
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）是LNS发送给LAC的L2TP控制消息，用于请求一个或多个会话的当前发送和接收连接速度。它可以在隧道寿命期间的任何时间发出，并且只能针对每个隧道上的每个未完成会话发出，其中LNS已经在会话的先前传入呼叫请求（ICRQ）控制消息中接收到连接速度更新启用AVP。它通常用作故障切换恢复和重新同步的一部分，以允许LN验证其在每个隧道上的每个未完成会话的正确速度。
The following AVPs MUST be present in the CSURQ:
CSURQ中必须存在以下AVP：
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.
当CSURQ消息中使用此AVP时，连接速度更新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.
在CSUN对CSURQ的响应中，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 AVPs的列表。每个列出的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) |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
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位应设置为0，以允许与不支持此处定义的接入线信息AVP扩展的LNS向后兼容。然而，如果希望在对等LNS不支持接入线信息AVP扩展的情况下防止L2TP会话的建立，则M比特可以设置为1。参见[RFC2661]第4.2节和[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的长度（隐藏前）为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，十进制3561[IANA.企业编号]。
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.
除连接速度更新AVP（见第6.1节）外，所有指定数据速率或速度（以位/秒（bps）表示）的新AVP将作为64位发送，以提供扩展性，以支持未来用户连接速度的提高。这些指定64位“数据速率”的新AVP在第5.3节至第5.12节（包括第5.3节和第5.12节）中定义。每当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:
[TR-101]第3.9.4节定义了后续第5.3至5.16节中使用的各种数据速率和交织延迟。与这些数据速率和交织延迟一起使用的限定符具有以下含义：
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.
属性类型1的接入线代理电路Id AVP包含描述与发起用户请求的接入节点/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)
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
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加上Agent-Circuit-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-
代理电路Id包含关于订户连接到的接入节点/DSLAM的信息，以及该接入节点/DSLAM上订户的DSL端口的唯一标识符。代理人-
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)
"Access-Node-Identifier atm slot/port:vpi.vci"
(when ATM/DSL is used)
"Access-Node-Identifier eth slot/port[:vlan-id]"
(when Ethernet/DSL is used)
"Access-Node-Identifier eth slot/port[:vlan-id]"
(when Ethernet/DSL is used)
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)
"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.
访问节点标识符是不包含“空格”字符的唯一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的属性值字段具有以下格式：
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)
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
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的长度（隐藏前）为6加上Agent-Remote-Id的长度。
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的属性值字段具有以下格式：
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) |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
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的长度（隐藏前）为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的属性值字段具有以下格式：
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) |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
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-octet无符号整数，表示同步接入链路下游用户的实际数据速率。速率以比特/秒为单位进行编码。
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) |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
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的长度（隐藏前）为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) |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
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的长度（隐藏前）为14。
The Access Line Attainable-Data-Rate-Upstream AVP, Attribute Type 133, contains the subscriber's actual attainable upstream data rate.
属性类型133的接入线可达到上行AVP数据速率包含订户的实际可达到上行数据速率。
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) |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
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的长度（隐藏前）为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的属性值字段具有以下格式：
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) |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
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包含8个八位无符号整数，表示用户的接入线实际DSL可达到的下游数据速率。速率以比特/秒为单位进行编码。
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.
接入线最大上行数据速率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) |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
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的长度（隐藏前）为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) |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
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的长度（隐藏前）为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) |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
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包含一个8位无符号整数，表示处于低功率状态（L1/L2）时订户接入线最小上行数据速率的数值。速率以比特/秒为单位进行编码。
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) |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
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）时订户接入线最小下游数据速率的数值。速率以比特/秒为单位进行编码。
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 |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
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-octet无符号整数，表示订户接入线最大单向上游交织延迟的数值（以毫秒为单位）。
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 |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
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的长度（隐藏前）为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 |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
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的长度（隐藏前）为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 |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
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的长度（隐藏前）为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的长度（隐藏前）为9。
The Access-Loop-Encapsulation value is comprised of three 1-octet values representing the Data Link, Encapsulation 1, and Encapsulation 2, respectively.
访问环路封装值由三个1-octet值组成，分别表示数据链路、封装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个八位字节的子字段，每个子字段包含自己的枚举值，如下图所示：
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 |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
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未标记以太网
0x02 Single-Tagged Ethernet
0x02单标签以太网
Encaps 2
包裹2
0x00 NA - Not Available
0x00 NA-不可用
0x01 PPPoA LLC
0x01 PPPoA有限责任公司
0x02 PPPoA Null
0x02 PPPoA空值
0x03 IP over ATM (IPoA) LLC
0x03 ATM上的IP（IPoA）有限责任公司
0x04 IPoA Null
0x04 IPoA空值
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
0x07以太网通过AAL5，无需FCS
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的属性值字段具有以下格式：
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 |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
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个八位字节保留字段（必须为零），长度为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.
属性类型254的接入线IWF会话AVP指示是否已经针对订户的会话执行了互通功能。
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 |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
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的长度（隐藏前）为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.
以下各节定义了与连接速度更新相关的AVP。这些AVP（第6.1节和第6.2节）使用IETF供应商ID 0。
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不支持连接速度更新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.
连接速度更新AVP属性类型97包含此会话的更新连接速度。该格式与L2TPv2（分别为属性类型24和38）和L2TPv3（分别为属性类型74和75）的Tx连接速度和Rx连接速度AVP的格式一致。因此，为L2TPv2和L2TPv3定义了单独的格式。
The Attribute Value field for this AVP has the following format for L2TPv2 Tunnels:
对于L2TPv2隧道，此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
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Reserved | Remote Session Id |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Current Tx Connect Speed in bps |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Current Rx Connect Speed in bps |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
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:
对于L2TPv3隧道，此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
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| 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) |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
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（例如，从LAC到远程系统的数据流）的角度来看，当前Tx连接速度是表示当前传输连接速度的4个八位组值（L2TPv2）或8个八位组值（L2TPv3）。速率以比特/秒为单位进行编码。从LAC的角度来看，当前Rx连接速度是表示当前接收连接速度的4个八位组值（L2TPv2）或8个八位组值（L2TPv3）（例如，从远程系统到LAC的数据流）。速率以比特/秒为单位进行编码。
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.
连接速度更新启用AVP属性类型98表示LAC是否打算在会话期间向LNS发送速度更新。连接速度更新启用AVP是一个布尔AVP。此AVP的存在表明LAC可在会话生命周期内使用CSUN（参见第4.1节）发送速度更新，LN应在故障切换同步期间通过CSURQ（参见第4.2节）查询当前连接速度。缺少此AVP表示LAC将不会在会话生命周期内使用CSUN（参见第4.1节）发送速度更新，并且LN不得在故障切换同步期间通过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 非国大[非国大]。
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 |
+-----------------+----------------------------------------+
+-----------------+----------------------------------------+
| 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节描述了对[IANA.l2tp参数]中新值的请求，该值适用于已由IANA管理的登记册，可根据[RFC3438]通过专家评审进行分配。第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.
IANA根据[RFC3438]管理此数字空间。第4.1节和第4.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.
IANA根据[RFC3438]管理此数字空间。本规范将分配第6.1节和第6.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论坛（现为宽带论坛）的供应商ID 3561。这些值中的数字空间及其新分配（例如，接入线接入环路封装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.1节介绍了隧道（控制连接）安全注意事项。此外，AVP属性值隐藏机制可用于隐藏本文档中描述的AVP的值，如果它们在某些环境中被认为是敏感的。[RFC2661]第4.3节和[RFC3931]第5.3节描述了AVP隐藏。
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]汤斯利，W.，瓦伦西亚，A.，鲁本斯，A.，帕尔，G.，佐恩，G.，和B.帕尔特，“第二层隧道协议“L2TP”，RFC 26611999年8月。
[RFC3438] Townsley, W., "Layer Two Tunneling Protocol (L2TP) Internet Assigned Numbers Authority (IANA) Considerations Update", BCP 68, RFC 3438, December 2002.
[RFC3438]汤斯利，W.“第二层隧道协议（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，“第二层隧道协议-版本3（L2TPv3）”，RFC 39312005年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.，Subramanian，S.，Haag，T.，Voigt，N.，和R.Maglione，“宽带网络中接入节点控制机制的协议”，正在进行的工作，2009年3月。
[IANA.enterprise-numbers] Internet Assigned Numbers Authority, "PRIVATE ENTERPRISE NUMBERS", <http://www.iana.org>.
[IANA.企业编号]互联网分配编号管理局，“私营企业编号”<http://www.iana.org>.
[IANA.l2tp-parameters] Internet Assigned Numbers Authority, "Layer Two Tunneling Protocol 'L2TP'", <http://www.iana.org>.
[IANA.l2tp参数]互联网分配号码管理局，“第二层隧道协议‘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（PPPoE）的方法”，RFC 2516，1999年2月。
[RFC3046] Patrick, M., "DHCP Relay Agent Information Option", RFC 3046, January 2001.
[RFC3046]Patrick，M.，“DHCP中继代理信息选项”，RFC3046，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 42432005年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论坛供应商特定半径属性”，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）的故障转移扩展”故障转移“，RFC 4951，2007年8月。
Authors' Addresses
作者地址
Vince Mammoliti Cisco Systems 181 Bay Street, Suite 3400 Toronto, ON M5J 2T3 Canada
Vince Mammoliti Cisco Systems加拿大多伦多湾街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邮政信箱14987美国北卡罗来纳州三角研究公园27709
EMail: cpignata@cisco.com
EMail: cpignata@cisco.com
Peter Arberg Redback Networks 300 Holger Way San Jose, CA 95134 USA
Peter Arberg Redback Networks美国加利福尼亚州圣何塞霍尔格大道300号，邮编95134
EMail: parberg@redback.com
EMail: parberg@redback.com
John Gibbons Juniper Networks 10 Technology Park Drive Westford, MA 01886 USA
美国马萨诸塞州韦斯特福德科技园大道10号约翰吉本斯Juniper Networks 01886
EMail: jgibbons@juniper.net
EMail: jgibbons@juniper.net
Paul Howard
保罗霍华德
EMail: howsoft@mindspring.com
EMail: howsoft@mindspring.com