组织：中国互动出版网（http://www.china-pub.com/）<br />
RFC文档中文翻译计划（http://www.china-pub.com/compters/emook/aboutemook.htm）<br />
E-mail：ouyang@china-pub.com<br />
译者：prince1680（prince1680&nbsp;&nbsp;prince1680@163.com）<br />
译文发布时间：2001-5-24<br />
版权：本中文翻译文档版权归中国互动出版网所有。可以用于非商业用途自由转载，但必须<br />
保留本文档的翻译及版权信息。<br />
<br />
<br />
Network&nbsp;Working&nbsp;Group&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;V.&nbsp;Rawat<br />
Request&nbsp;for&nbsp;Comments:&nbsp;3070&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;ONI&nbsp;Systems,&nbsp;Inc.<br />
Category:&nbsp;Standards&nbsp;Track&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;R.&nbsp;Tio<br />
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;S.&nbsp;Nanji<br />
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;Redback&nbsp;Networks,&nbsp;Inc.<br />
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;R.&nbsp;Verma<br />
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;Deloitte&nbsp;Consulting<br />
February&nbsp;2001<br />
<br />
<br />
<br />
基于帧中继的第二层隧道协议<br />
（RFC3070&nbsp;Layer&nbsp;Two&nbsp;Tunneling&nbsp;Protocol&nbsp;(L2TP)&nbsp;over&nbsp;Frame&nbsp;Relay）<br />
<br />
本备忘录的状态<br />
<br />
&nbsp;&nbsp;&nbsp;本文档讲述了一种Internet社区的Internet标准跟踪协议，它需要进一步进行讨论和建<br />
议以得到改进。请参考最新版的“Internet正式协议标准”&nbsp;(STD1)来获得本协议的标准化<br />
程度和状态。本备忘录的发布不受任何限制。<br />
<br />
版权声明<br />
<br />
&nbsp;&nbsp;&nbsp;Copyright&nbsp;(C)&nbsp;The&nbsp;Internet&nbsp;Society&nbsp;(2001).&nbsp;&nbsp;All&nbsp;Rights&nbsp;Reserved.<br />
<br />
概要<br />
<br />
&nbsp;&nbsp;&nbsp;二层隧道协议&nbsp;(L2TP)&nbsp;描述了点到点会话的机制，该协议已被设计为独立于其运行的媒<br />
体，基本规范描述了它怎样运于在用户数据报&nbsp;(UDP)&nbsp;和网际协议&nbsp;(IP)&nbsp;之上的实现。本文档<br />
描述了&nbsp;L2TP&nbsp;怎样运行在帧中继永久虚电路&nbsp;(PVCs)&nbsp;和交换虚电路&nbsp;(SVCs)&nbsp;之上的。<br />
<br />
适用性<br />
<br />
&nbsp;&nbsp;&nbsp;本规范的目的是实现&nbsp;L2TP&nbsp;所定义的易用工具，且仅供帧中继点到点电路使用。<br />
<br />
1.0&nbsp;介绍<br />
<br />
&nbsp;&nbsp;&nbsp;L2TP&nbsp;[1]&nbsp;定义了在各种媒体之上实现&nbsp;PPP&nbsp;隧道的常规目的的机制。按照设计，它使&nbsp;L2TP&nbsp;<br />
操作与要操作媒体的详细细节分隔开来。基本协议规范阐明了&nbsp;L2TP&nbsp;在&nbsp;IP&nbsp;环境下如何使用<br />
的方法。该文档说明了基于原始帧中继和地址有关问题的封装。<br />
<br />
2.0&nbsp;约定<br />
<br />
&nbsp;&nbsp;&nbsp;本文档中所用的关键字&nbsp;"MUST"，"MUST&nbsp;NOT"，"REQUIRED"，"SHALL"，"SHALL&nbsp;NOT"，<br />
"SHOULD"，"SHOULD&nbsp;NOT"，"RECOMMENDED"，"MAY"&nbsp;和&nbsp;"OPTIONAL"&nbsp;已在&nbsp;RFC&nbsp;2119&nbsp;[2]&nbsp;中阐<br />
明。<br />
<br />
3.0&nbsp;问题空间回顾<br />
<br />
&nbsp;&nbsp;&nbsp;本节我们将从问题的高层来描述。拓扑图：<br />
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;+------+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;+---------------+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;|<br />
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;|&nbsp;PSTN&nbsp;|&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;|&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;|&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;|<br />
&nbsp;&nbsp;&nbsp;用户--|&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;|----LAC&nbsp;===|&nbsp;&nbsp;&nbsp;&nbsp;帧中继云&nbsp;&nbsp;&nbsp;|===&nbsp;LNS&nbsp;--+&nbsp;LANs<br />
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;|&nbsp;ISDN&nbsp;|&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;|&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;|&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;|<br />
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;+------+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;+---------------+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;|<br />
<br />
&nbsp;&nbsp;&nbsp;L2TP&nbsp;访问集中器&nbsp;(LAC)&nbsp;是附加在交换网络结构上&nbsp;(例如&nbsp;PSTN&nbsp;和&nbsp;ISDN)&nbsp;或处于可以处<br />
理&nbsp;L2TP&nbsp;协议的&nbsp;PPP&nbsp;端系统上的一个设备。LAC&nbsp;只需提供将&nbsp;L2TP&nbsp;在一个或多个网络间传送<br />
的媒体实现，它可以为&nbsp;PPP&nbsp;中携带的任何协议提供隧道。<br />
<br />
&nbsp;&nbsp;&nbsp;L2TP&nbsp;网络服务器&nbsp;(LNS)&nbsp;可以在任何能够实现&nbsp;PPP&nbsp;终结的平台上操作。LNS&nbsp;处理&nbsp;L2TP&nbsp;<br />
的服务器端协议，L2TP&nbsp;具有连接导向。LNS&nbsp;和&nbsp;LAC&nbsp;维护接入到&nbsp;LAC&nbsp;的每个用户的状态。当<br />
一个用户与&nbsp;LNS&nbsp;之间试图建立一个端到端的&nbsp;PPP&nbsp;连接时，将建立一个对话。基于该对话的<br />
数据流交通过&nbsp;LAC&nbsp;和&nbsp;LNS&nbsp;间的隧道发送。隧道是由一个&nbsp;LNS-LAC&nbsp;对定义的。&nbsp;隧道在LAC&nbsp;<br />
和&nbsp;LNS&nbsp;间传送&nbsp;PPP&nbsp;数据流。<br />
<br />
&nbsp;&nbsp;&nbsp;L2TP&nbsp;协议是在携带它的特定媒体的上层操作的。然而，到媒体连接的某些细节需要能够<br />
允许共同实现。基于&nbsp;IP/UDP&nbsp;的L2TP&nbsp;已在基本&nbsp;L2TP&nbsp;规范&nbsp;[1]&nbsp;中描述。有关基于帧中继的&nbsp;<br />
L2TP&nbsp;问题将在本文档稍后的章节中再讨论。<br />
<br />
4.0&nbsp;封装和包的格式<br />
<br />
&nbsp;&nbsp;&nbsp;L2TP&nbsp;必须（MUST）能够与其他协议共享同一个帧中继虚电路&nbsp;(VC)。数据包的帧中继头格<br />
式需要进行定义以标识包中所携带的协议。帧中继网络可以不明白这些格式。<br />
<br />
&nbsp;&nbsp;&nbsp;所有通过该电路的协议必须（MUST）将它们的包封装进&nbsp;Q.922&nbsp;帧中。帧必须另外包含必<br />
需的信息，以标识在帧中继协议数据单元&nbsp;(PDU)&nbsp;中所携带的协议，这样才可使接收方正确处<br />
理接收的包。<br />
<br />
&nbsp;&nbsp;&nbsp;L2TP&nbsp;的帧必须（MUST）是在&nbsp;RFC&nbsp;1490&nbsp;[6]&nbsp;and&nbsp;FRF3.1&nbsp;[3]&nbsp;中定义的&nbsp;SNAP&nbsp;封装。SNAP&nbsp;<br />
格式使用后跟组织唯一标识符和&nbsp;PID&nbsp;的&nbsp;NLPID。<br />
<br />
&nbsp;&nbsp;&nbsp;NLPID<br />
<br />
&nbsp;&nbsp;&nbsp;该单字节的标识符提供了一种机制，可以对协议进行简单标识。在&nbsp;SNAP&nbsp;头中使用&nbsp;0x80&nbsp;<br />
值来表示&nbsp;L2TP&nbsp;NLPID。<br />
<br />
&nbsp;&nbsp;&nbsp;OUI&nbsp;&&nbsp;PID<br />
<br />
&nbsp;&nbsp;&nbsp;三字节的组织唯一标识符&nbsp;(OUI)&nbsp;0x00-00-5E&nbsp;用来标识&nbsp;IANA，IANA&nbsp;用来管理协议标识符&nbsp;<br />
(PID)&nbsp;0x0007。它们共同标识出特定的协议。<br />
<br />
&nbsp;&nbsp;&nbsp;封装在帧中继中的&nbsp;L2TP&nbsp;帧格式如图&nbsp;1&nbsp;所示。<br />
<br />
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;八进制&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;1<br />
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;0&nbsp;1&nbsp;2&nbsp;3&nbsp;4&nbsp;5&nbsp;6&nbsp;7&nbsp;8&nbsp;9&nbsp;0&nbsp;1&nbsp;2&nbsp;3&nbsp;4&nbsp;5<br />
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+<br />
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;1&nbsp;&nbsp;&nbsp;|&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;Q.922&nbsp;Address&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;|<br />
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+<br />
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;3&nbsp;&nbsp;&nbsp;|&nbsp;Control&nbsp;&nbsp;0x03&nbsp;|&nbsp;pad&nbsp;&nbsp;&nbsp;0&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;|<br />
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+<br />
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;5&nbsp;&nbsp;&nbsp;|&nbsp;NLPID&nbsp;0x80&nbsp;&nbsp;&nbsp;&nbsp;|&nbsp;&nbsp;OUI&nbsp;&nbsp;0x00&nbsp;&nbsp;&nbsp;&nbsp;|<br />
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;+-+-+-+-+-+-+-+-+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;+<br />
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;7&nbsp;&nbsp;&nbsp;|&nbsp;OUI&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;0x00-5E&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;|<br />
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+<br />
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;9&nbsp;&nbsp;&nbsp;|&nbsp;PID&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;0x0007&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;|<br />
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+<br />
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;|&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;|<br />
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;|&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;L2TP&nbsp;packet&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;|<br />
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;|&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;|<br />
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+<br />
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;|&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;FCS&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;|<br />
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+<br />
<br />
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;图&nbsp;1&nbsp;&nbsp;封装在帧中继中的&nbsp;L2TP&nbsp;帧格式<br />
<br />
<br />
5.0&nbsp;MTU&nbsp;考虑<br />
<br />
&nbsp;&nbsp;&nbsp;FRF.12&nbsp;[5]&nbsp;是帧中继分段实现协议。如果不支持分段，两个帧中继端点必须（MUST）支<br />
持不小于&nbsp;1526&nbsp;的&nbsp;MTU，它的大小应该是&nbsp;PPP&nbsp;最大接收单元&nbsp;(Max-Receive-Unit)的大小加<br />
上&nbsp;PPP&nbsp;头大小加上&nbsp;L2TP&nbsp;最大的头的大小加上帧中继头的大小&nbsp;(PPP&nbsp;头的大小是协议字段<br />
大小加上&nbsp;L2TP&nbsp;所要求的&nbsp;HDLC&nbsp;帧字节数)。为避免包在帧中继接口上被丢弃，在&nbsp;PPP&nbsp;缺省&nbsp;<br />
MRU&nbsp;为&nbsp;1500&nbsp;的情况下，推荐（RECOMMENDED）的缺省帧中继&nbsp;MTU&nbsp;为&nbsp;1564，意思是要确保实<br />
现这些&nbsp;MTU&nbsp;设置。<br />
<br />
6.0&nbsp;QOS&nbsp;问题<br />
<br />
&nbsp;&nbsp;&nbsp;通常，QoS&nbsp;机制用来粗略提供&nbsp;LAC&nbsp;和&nbsp;LNS&nbsp;之间局部的私有机制。QoS&nbsp;的考虑不在本文档<br />
的范围之内。<br />
<br />
7.0&nbsp;帧中继和&nbsp;L2TP&nbsp;的交互性<br />
<br />
&nbsp;&nbsp;&nbsp;在帧中继&nbsp;SVC&nbsp;的情况下，当&nbsp;L2TP&nbsp;试图建立隧道时，将会触发连接的建立。详细的触发<br />
机制将留待以后实现。在&nbsp;L2TP&nbsp;发出信号时，帧中继&nbsp;SVC&nbsp;不应当（SHALL&nbsp;NOT）有任何变化。<br />
在帧中继&nbsp;SVC&nbsp;的情况下，L2TP&nbsp;隧道的终点必须（MUST）由&nbsp;X.121/E.164&nbsp;的地址来指明。这<br />
些地址可能包含在&nbsp;[4]&nbsp;中定义的一个用户隧道终点中。在&nbsp;PVC&nbsp;下,&nbsp;携带&nbsp;L2TP&nbsp;的虚电路流<br />
量可以进行管理配置。隧道的终点必须由&nbsp;DLCI&nbsp;标识，&nbsp;DLCI&nbsp;是在配置时指定给&nbsp;PVC&nbsp;的。DLCI&nbsp;<br />
可以作为在&nbsp;[4]&nbsp;中定义的用户隧道终点包含进来。<br />
<br />
&nbsp;&nbsp;&nbsp;在&nbsp;PPP&nbsp;和帧中继之间应当不存在帧的问题。从远端用户由&nbsp;LAC&nbsp;接收到的&nbsp;PPP&nbsp;帧去掉&nbsp;<br />
CRC，链接帧和透明字节，封装进&nbsp;L2TP，并通过帧中继隧道传送出去。<br />
<br />
8.0&nbsp;安全考虑<br />
<br />
&nbsp;&nbsp;&nbsp;尽管帧中继论坛正在讨论帧中继秘密协定，当前还没有帧中继安全标准规范。依照这项工<br />
作，稍后的一段时间要检查安全性，检查基于帧中继的&nbsp;L2TP&nbsp;规范&nbsp;[1]&nbsp;是否仍需要保护机制。<br />
在过渡期内，将在基本&nbsp;L2TP&nbsp;规范中讨论基本的安全性。<br />
<br />
9.0&nbsp;致谢<br />
<br />
&nbsp;&nbsp;&nbsp;感谢&nbsp;Ken&nbsp;Pierce&nbsp;(3Com&nbsp;公司)&nbsp;和&nbsp;Rick&nbsp;Dynarski&nbsp;(3Com&nbsp;公司)&nbsp;对本文档的编辑工作。<br />
<br />
10.0&nbsp;参考资料<br />
<br />
&nbsp;&nbsp;&nbsp;[1]&nbsp;&nbsp;Townsley,&nbsp;W.,&nbsp;Valencia,&nbsp;A.,&nbsp;Rubens,&nbsp;A.,&nbsp;Pall,&nbsp;G.,&nbsp;Zorn,&nbsp;G.&nbsp;and<br />
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;B.&nbsp;Palter&nbsp;"Layer&nbsp;Two&nbsp;Tunneling&nbsp;Protocol&nbsp;'L2TP'",&nbsp;RFC&nbsp;2661,<br />
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;August&nbsp;1999.<br />
<br />
&nbsp;&nbsp;&nbsp;[2]&nbsp;&nbsp;Bradner,&nbsp;S.,&nbsp;"Key&nbsp;words&nbsp;for&nbsp;use&nbsp;in&nbsp;RFCs&nbsp;to&nbsp;Indicate&nbsp;Requirement<br />
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;Levels",&nbsp;BCP&nbsp;14,&nbsp;RFC&nbsp;2119,&nbsp;March&nbsp;1997.<br />
<br />
&nbsp;&nbsp;&nbsp;[3]&nbsp;&nbsp;Multiprotocol&nbsp;Encapsulation&nbsp;Implementation&nbsp;Agreement,&nbsp;FRF.3.1&nbsp;,<br />
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;Frame&nbsp;Relay&nbsp;Forum&nbsp;Technical&nbsp;Committee,&nbsp;June&nbsp;1995.<br />
<br />
&nbsp;&nbsp;&nbsp;[4]&nbsp;&nbsp;Zorn,&nbsp;G.,&nbsp;Leifer,&nbsp;D.,&nbsp;Rubens,&nbsp;A.,&nbsp;Shriver,&nbsp;J.,&nbsp;Holdrege,&nbsp;M.&nbsp;and<br />
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;I.&nbsp;Goyret,&nbsp;"RADIUS&nbsp;Attributes&nbsp;for&nbsp;Tunnel&nbsp;Protocol&nbsp;Support",&nbsp;RFC<br />
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;2868,&nbsp;June&nbsp;2000.<br />
<br />
&nbsp;&nbsp;&nbsp;[5]&nbsp;&nbsp;Frame&nbsp;Relay&nbsp;Fragmentation&nbsp;Implementation&nbsp;Agreement,&nbsp;FRF.12,<br />
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;Frame&nbsp;Relay&nbsp;Forum&nbsp;Technical&nbsp;Committee,&nbsp;December&nbsp;1997.<br />
<br />
&nbsp;&nbsp;&nbsp;[6]&nbsp;&nbsp;Bradley,&nbsp;T.,&nbsp;Brown,&nbsp;C.&nbsp;and&nbsp;A.&nbsp;Malis,&nbsp;"Multiprotocol&nbsp;Interconnect<br />
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;over&nbsp;Frame&nbsp;Relay",&nbsp;RFC&nbsp;1490,&nbsp;July&nbsp;1993.<br />
<br />
11.0&nbsp;作者地址<br />
<br />
&nbsp;&nbsp;&nbsp;Vipin&nbsp;Rawat<br />
&nbsp;&nbsp;&nbsp;ONI&nbsp;Systems,&nbsp;Inc.<br />
&nbsp;&nbsp;&nbsp;166&nbsp;Baypointe&nbsp;Parkway<br />
&nbsp;&nbsp;&nbsp;San&nbsp;Jose&nbsp;CA&nbsp;95134<br />
<br />
&nbsp;&nbsp;&nbsp;EMail:&nbsp;vrawat@oni.com<br />
<br />
<br />
&nbsp;&nbsp;&nbsp;Rene&nbsp;Tio<br />
&nbsp;&nbsp;&nbsp;Redback&nbsp;Networks,&nbsp;Inc.<br />
&nbsp;&nbsp;&nbsp;300&nbsp;Holger&nbsp;Way<br />
&nbsp;&nbsp;&nbsp;San&nbsp;Jose,&nbsp;CA&nbsp;95134<br />
<br />
&nbsp;&nbsp;&nbsp;EMail:&nbsp;tor@redback.com<br />
<br />
<br />
&nbsp;&nbsp;&nbsp;Rohit&nbsp;Verma<br />
&nbsp;&nbsp;&nbsp;Deloitte&nbsp;Consulting<br />
&nbsp;&nbsp;&nbsp;180&nbsp;N.&nbsp;Stetson&nbsp;Avenue<br />
&nbsp;&nbsp;&nbsp;Chicago&nbsp;Illinois&nbsp;60601<br />
<br />
&nbsp;&nbsp;&nbsp;EMail:&nbsp;rverma@dc.com<br />
<br />
<br />
&nbsp;&nbsp;&nbsp;Suhail&nbsp;Nanji<br />
&nbsp;&nbsp;&nbsp;Redback&nbsp;Networks,&nbsp;Inc.<br />
&nbsp;&nbsp;&nbsp;300&nbsp;Holger&nbsp;Way<br />
&nbsp;&nbsp;&nbsp;San&nbsp;Jose,&nbsp;CA&nbsp;95134<br />
<br />
&nbsp;&nbsp;&nbsp;EMail:&nbsp;suhail@redback.com<br />
<br />
12.0&nbsp;&nbsp;完整的版权声明<br />
<br />
&nbsp;&nbsp;&nbsp;Copyright&nbsp;(C)&nbsp;The&nbsp;Internet&nbsp;Society&nbsp;(2001).&nbsp;&nbsp;All&nbsp;Rights&nbsp;Reserved.<br />
<br />
&nbsp;&nbsp;&nbsp;This&nbsp;document&nbsp;and&nbsp;translations&nbsp;of&nbsp;it&nbsp;may&nbsp;be&nbsp;copied&nbsp;and&nbsp;furnished&nbsp;to&nbsp;others,&nbsp;and&nbsp;<br />
derivative&nbsp;works&nbsp;that&nbsp;comment&nbsp;on&nbsp;or&nbsp;otherwise&nbsp;explain&nbsp;it&nbsp;or&nbsp;assist&nbsp;in&nbsp;its&nbsp;<br />
implementation&nbsp;may&nbsp;be&nbsp;prepared,&nbsp;copied,&nbsp;published&nbsp;and&nbsp;distributed,&nbsp;in&nbsp;whole&nbsp;or&nbsp;in&nbsp;<br />
part,&nbsp;without&nbsp;restriction&nbsp;of&nbsp;any&nbsp;kind,&nbsp;provided&nbsp;that&nbsp;the&nbsp;above&nbsp;copyright&nbsp;notice&nbsp;and&nbsp;<br />
this&nbsp;paragraph&nbsp;are&nbsp;included&nbsp;on&nbsp;all&nbsp;such&nbsp;copies&nbsp;and&nbsp;derivative&nbsp;works.&nbsp;&nbsp;However,&nbsp;this&nbsp;<br />
document&nbsp;itself&nbsp;may&nbsp;not&nbsp;be&nbsp;modified&nbsp;in&nbsp;any&nbsp;way,&nbsp;such&nbsp;as&nbsp;by&nbsp;removing&nbsp;the&nbsp;copyright&nbsp;<br />
notice&nbsp;or&nbsp;references&nbsp;to&nbsp;the&nbsp;Internet&nbsp;Society&nbsp;or&nbsp;other&nbsp;Internet&nbsp;organizations,&nbsp;except&nbsp;<br />
as&nbsp;needed&nbsp;for&nbsp;the&nbsp;purpose&nbsp;of&nbsp;developing&nbsp;Internet&nbsp;standards&nbsp;in&nbsp;which&nbsp;case&nbsp;the&nbsp;<br />
procedures&nbsp;for&nbsp;copyrights&nbsp;defined&nbsp;in&nbsp;the&nbsp;Internet&nbsp;Standards&nbsp;process&nbsp;must&nbsp;be&nbsp;followed,&nbsp;<br />
or&nbsp;as&nbsp;required&nbsp;to&nbsp;ranslate&nbsp;it&nbsp;into&nbsp;languages&nbsp;other&nbsp;than&nbsp;English.<br />
<br />
&nbsp;&nbsp;&nbsp;The&nbsp;limited&nbsp;permissions&nbsp;granted&nbsp;above&nbsp;are&nbsp;perpetual&nbsp;and&nbsp;will&nbsp;not&nbsp;be&nbsp;revoked&nbsp;by&nbsp;<br />
the&nbsp;Internet&nbsp;Society&nbsp;or&nbsp;its&nbsp;successors&nbsp;or&nbsp;assigns.<br />
<br />
&nbsp;&nbsp;&nbsp;This&nbsp;document&nbsp;and&nbsp;the&nbsp;information&nbsp;contained&nbsp;herein&nbsp;is&nbsp;provided&nbsp;on&nbsp;an&nbsp;"AS&nbsp;IS"&nbsp;basis&nbsp;<br />
and&nbsp;THE&nbsp;INTERNET&nbsp;SOCIETY&nbsp;AND&nbsp;THE&nbsp;INTERNET&nbsp;ENGINEERING&nbsp;TASK&nbsp;FORCE&nbsp;DISCLAIMS&nbsp;ALL&nbsp;<br />
WARRANTIES,&nbsp;EXPRESS&nbsp;OR&nbsp;IMPLIED,&nbsp;INCLUDING&nbsp;BUT&nbsp;NOT&nbsp;LIMITED&nbsp;TO&nbsp;ANY&nbsp;WARRANTY&nbsp;THAT&nbsp;THE&nbsp;<br />
USE&nbsp;OF&nbsp;THE&nbsp;INFORMATION&nbsp;HEREIN&nbsp;WILL&nbsp;NOT&nbsp;INFRINGE&nbsp;ANY&nbsp;RIGHTS&nbsp;OR&nbsp;ANY&nbsp;IMPLIED&nbsp;WARRANTIES&nbsp;<br />
OF&nbsp;MERCHANTABILITY&nbsp;OR&nbsp;FITNESS&nbsp;FOR&nbsp;A&nbsp;PARTICULAR&nbsp;PURPOSE.<br />
<br />
感谢<br />
<br />
&nbsp;&nbsp;&nbsp;Funding&nbsp;for&nbsp;the&nbsp;RFC&nbsp;Editor&nbsp;function&nbsp;is&nbsp;currently&nbsp;provided&nbsp;by&nbsp;the&nbsp;Internet&nbsp;Society.<br />
RFC3070&nbsp;Layer&nbsp;Two&nbsp;Tunneling&nbsp;Protocol&nbsp;(L2TP)&nbsp;over&nbsp;Frame&nbsp;Relay&nbsp;&nbsp;&nbsp;&nbsp;基于帧中继的第二层隧道协<br />
<br />
<br />
1<br />
RFC文档中文翻译计划<br />