rfc1618_isdn上的ppp(点对点)协议 .doc

《rfc1618_isdn上的ppp(点对点)协议 .doc》由会员上传分享，免费在线阅读，更多相关内容在教育资源-天天文库。

1、RFC1618——PPPoverISDNISDN上的PPP(点对点)协议组织：中国互动出版网（http://www.china-pub.com/）RFC文档中文翻译计划（http://www.china-pub.com/compters/emook/aboutemook.htm）E-mail：ouyang@china-pub.com译者：王逸（pentagonpentagon@citiz.net）译文发布时间：2001-08-14版权：本中文翻译文档版权归中国互动出版网所有。可以用于非商业用途自由转载，但必须保留本文档的翻译及

2、版权信息。NetworkWorkingGroupW.SimpsonRequestforComments:1618DaydreamerCategory:StandardsTrackMay1994ISDN上的PPP(点对点)协议（RFC1618——PPPoverISDN）本备忘录的状态本文档详细说明了Internet团体的一个Internet标准协议，并需要经过讨论建议加以改进。关于这个协议的标准化状态，请参考Internet官方协议标准（STD1）。概要点对点协议（PPP）[1]为多协议的报文在点对点的链路上的传输提供了一种标准

3、的方法。此文档描述了PPP在ISDN（综合数字业务网）交换电路上的使用。这个文档是IETF点对点协议工作组的成果。任何建议及注解可以发送到邮件列表ietf-ppp@merit.edu。适用性：此规范用于需要使用在ISDN点对点链路上进行PPP封装的实现。PPP不针对多点或多重访问环境而设计。“显然，ISDN决不可能是单一的和全球统一的。”此文档的目的是描述一些从现今各种广泛的应用中选择出的普遍的实现方法，以利于提高协同性。目录1介绍22物理层要求23帧格式34带外信号45配置细节46安全上的考虑47参考48致谢59联系方式55

4、RFC文档中文翻译计划RFC1618——PPPoverISDNISDN上的PPP(点对点)协议1介绍PPP（点对点协议）是作为一种点到点的链路上的通信的标准方法而设计。最初应用于短的本地线路，租借线路和使用调制解调器的普通电话线路。随着新的报文服务和更高速的线路的引进，PPP在这些环境同样能容易地实施。此规范主要涉及到PPP封装在ISDN线路上的使用。由于ISDNB通道从定义上是点对点的电路，所以PPP很适合在这些链路上使用。ISDNPRI（主群速率接口）可以支持许多并发的B通道链路。PPPLCP（链路控制协议）和NCP（网络

5、控制协议）机制尤其适用于减少和消除握手过程的配置，并使不同的实施之间的通信较容易。ISDND通道当适当地分帧后，也能用于发送PPP报文，但受带宽的限制，并经常使通信局限于本地交换机。ISDN的术语可能混淆。以下是简单的图例解释下文将要描述的参考点。RSTUNT1NT2TA这些要素经常被组合在一台设备上。2物理层要求PPP将ISDN信道看作面向位和字节的同步链路。这些链路必须是全双工的，但也可能是专线或电路交换。接口格式：PPP向物理层呈现一个字节的接口。部分的字节不能产生或被接受。字节流主要应用与R或T参考点。传输速率：与一些

6、特别的ISDN信道接口不同，PPP不对传输的速率加以限制。控制信号：PPP不需要使用控制信号。若有的话，使用控制信号可以达到更强的功能和性能。在[2]中详细讨论。一些帧技术的描述中可能需要控制信号，这超出了本文的范围。编码：由DTE（数据终端设备）/DCE（数据通信设备）负责各种编码和量化的定义，此内容超出了本文的范围。即使PPP的运作与底层的字节流的表示方法无关，但是在传输中没有标准就象数据链路没有标准一样肯定会影响交互性。D通道的LAPD接口在T参考点需要NRZ编码。所以，作为默认方式，建议在B通道的T参考点使用NRZ编码

7、方式。这样能使帧在B和D通道之间易于交换。5RFC文档中文翻译计划RFC1618——PPPoverISDNISDN上的PPP(点对点)协议当允许设置编码方式时，建议在完全B通道需要的地方选择NRZI方式以确保最小一次密度，并附涉及FCS的申请。历史上，有些实施方案使用反向NRZ（仅仅交换了标记和空字符的含义），以便于确保面向位的同步HDLC的最小一次密度。不建议使用反向NRZ。自动检测那些需要组合多种编码方式的实施方案可以选择自动检测编码方式。自动编码检测可以避免扩大化的事前配置，对PRI（主群速率接口）尤其重要。现在只有简单

8、的编码方式比较著名。现在唯一可靠的检测方法是在被支持的编码方式之间进行模式转换。LCP配置请求的传输在每一种编码方式应该尝试两次，再转到下一种模式。这样确保能有足够的时间接收从对端来的响应。必须配置最大设置，以便在累积尝试的时间大于59秒时断开连接。一般情况下最好使用30秒的