《PPP协议规范(doc40).doc》由会员分享，可在线阅读，更多相关《PPP协议规范(doc40).doc（37页珍藏版）》请在三一文库上搜索。
1、PPP协议规范1 介绍PPP是为在同等单元之间传输数据包这样的简单的链路而设计的。这种链路提供全双工操作，并按照顺序传递数据包。（人们）有意让PPP为基于各种主机、网桥和路由器的简单连接提供一种共通的解决方案。封装： PPP封装提供了不同网络层协议同时通过统一链路的多路技术。精心的设计PPP封装，使其保有对常用支持硬件的兼容性。当使用默认的类HDLC帧（HDLC-like framing）时，仅需要8个额外的字节，就可以形成封装。在带宽需要付费时，封装和帧可以减少到2或4个字节。为了支持高速的执行，默认的封装只使用简单的字段，多路分解只需要对其中的一个字段进行检验。默认的头和信息字段落在32-
2、bit边界上，尾字节可以被填补到任意的边界。链路控制协议（LCP）：为了在一个很宽广的环境内能足够方便的使用，PPP提供了LCP。LCP用于就封装格式选项自动的达成一致，处理数据包大小的变化，探测looped-back链路和其他普通的配置错误，以及终止链路。提供的其他可选设备有：对链路中同等单元标识的认证，和当链路功能正常或链路失败时的决定。网络控制协议：点对点连接可能和当前的一族网络协议产生许多问题。例如，基于电路交换的点对点连接（比如拨号模式服务），分配和管理IP地址，即使在LAN环境中，也非常困难。这些问题由一族网络控制协议（NCP）来处理，每一个协议管理着各自的网络层协议的特殊需求。配
3、置：有意使PPP链路很容易配置。通过设计，标准的默认值处理全部的配置。执行者可以对默认配置进行改进，它被自动的通知给其同等单元而无需操作员的干涉。最终，操作员可以明确的为链路设定选项，以便其正常工作。2 PPP封装PPP封装用于消除多协议datagrams的歧义。封装需要帧同步以确定封装的开始和结束。提供帧同步的方法在参考文档中。PPP封装的概要如下所示。字段的传输从左到右。协议字段：协议字段由一个或两个字节组成。它的值标识着压缩在packet的信息字段里的datagram。字段中最有意义位（最高位）被首先传输。该字段结构与ISO 3309地址字段扩充机制相一致。该字段必须是奇数：最轻意义字
4、节的最轻意义位（最低位）必须等于1。另外，字段必须被赋值，以便最有意义字节的最轻意义位为0。收到的不符合这些规则的frames，必须被视为带有不被承认的协议。在范围0*到3*内的协议字段，标识着特殊packets的网络层协议。在范围8* 到b*内的协议字段，标识着packets属于联合的（相关的）网络控制协议（NCP）。在范围4*到7*内的协议字段，用于没有相关NCP的低通信量协议。在范围c*到f*内的协议字段，标识着使用链路层控制协议（例如LCP）的packets。到目前为止，协议字段的值在最近的Assigned Numbers RFC 2里有详细的说明。本说明书保留以下的值：Value (
5、in hex) Protocol Name 0001 Padding Protocol填料协议 0003 to 001f reserved (transparency inefficient)保留（透明度效率低的） 007d reserved (Control Escape)保留（控制逃逸） 00cf reserved (PPP NLPID)保留(PPP NLPID) 00ff reserved (compression inefficient)保留(压缩效率低的) 8001 to 801f unused（未使用）807d unused（未使用）80cf unused（未使用）80ff unu
6、sed（未使用）c021 Link Control Protocol链路控制协议 c023 Password Authentication Protocol密码认证协议 c025 Link Quality Report链路品质报告 c223 Challenge Handshake Authentication Protocol挑战-认证握手协议新的协议的开发者必须从the Internet Assigned Numbers Authority (IANA),atIANAisi.edu.处获得号码。信息字段：信息字段是0或更多的字节。对于在协议字段里指定的协议，信息字段包含datagram。信息
7、字段的最大长度，包含填料但不包含协议字段，术语叫做最大接收单元（MRU），默认值是1500字节。若经过协商同意，也可以使用其它的值作为MRU。填料：在传输的时候，信息字段会被填充若干字节以达到MRU。每个协议负责根据实际信息的大小确定填料的字节数。3 PPP链路操作3-1 概述为了通过点对点链路建立通信，PPP链路的每一端，必须首先发送LCP packets以便设定和测试数据链路。在链路建立之后，peer才可以被认证。然后，PPP必须发送NCP packets以便选择和设定一个或更多的网络层协议。一旦每个被选择的网络层协议都被设定好了，来自每个网络层协议的datagrams就能在连路上发送了。
8、链路将保持通信设定不变，直到外在的LCP和NCP关闭链路，或者是发生一些外部事件的时候（休止状态的定时器期满或者网络管理员干涉）。3-2 阶段划分框图在设定、维持和终止点对点链路的过程里，PPP链路经过几个清楚的阶段，如框图所示。这张图并没有给出所有的状态转换。3-3 链路死亡（物理连接不存在）链路一定开始并结束于这个阶段。当一个外部事件（例如载波侦听或网络管理员设定）指出物理层已经准备就绪时，PPP将进入链路建立阶段。在这个阶段，LCP自动机器将处于初始状态，向链路建立阶段的转换将给LCP自动机器一个UP事件信号。执行记录：典型的，在与调制解调器断开之后，链路将自动返回这一阶段。在用硬件实现
9、的链路里，这一阶段相当的短-仅够侦测设备的存在。3-4 链路建立阶段LCP用于交换配置信息包（Configure packets），建立连接。一旦一个配置成功信息包（Configure-Ack packet）被发送且被接收，就完成了交换，进入了LCP开启状态。所有的配置选项都假定使用默认值，除非被配置交换所改变。有一点要注意：只有不依赖于特别的网络层协议的配置选项才倍LCP配置。在网络层协议阶段，个别的网络层协议的配置由个别的网络控制协议（NCP）来处理。在这个阶段接收的任何非LCP packets必须被silently discarded（静静的丢弃）。收到LCP Configure-Req
10、uest（LCP配置要求）能使链路从网络层协议阶段或者认证阶段返回到链路建立阶段。3-5 认证阶段在一些链路上，在允许网络层协议packets交换之前，链路的一端可能需要peer去认证它。默认的，认证是不需要强制执行的。如果一次执行希望peer根据某一特定的认证协议来认证，那么它必须在链路建立阶段要求使用那个认证协议。应该尽可能在链路建立后立即进行认证。而，链路质量检查可以同时发生。在一次执行中，禁止因为交换链路质量检查packets而不确定地将认证向后推迟这一做法。在认证完成之前，禁止从认证阶段前进到网络层协议阶段。如果认证失败，认证者应该跃迁到链路终止阶段。在这一阶段里，只有链路控制协议、
11、认证协议，和链路质量监视协议的packets是被允许的。在该阶段里接收到的其他的packets必须被静静的丢弃。执行记录：一次执行中，仅仅是因为超时或者没有应答就造成认证的失败是不应该的。认证应该允许某种再传输，只有在若干次的认证尝试失败以后，不得已的时候，才进入链路终止阶段。在执行中，哪一方拒绝了另一方的认证，哪一方就要负责开始链路终止阶段。3-6 网络层协议阶段一旦PPP完成了前面的阶段，每一个网络层协议（例如IP，IPX，或AppleTalk）必须被适当的网络控制协议（NCP）分别设定。每个NCP可以随时被打开和关闭。执行记录：因为一次执行最初可能需要大力浪的时间用于链路质量检测，所以当
12、等待peer设定NCP的时候，执行应该避免使用固定的timeouts。当一个NCP处于Opened状态时，PPP将携带相应的网络层协议packets。当相应的NCP不处于Opened状态时，任何接收到的被支持的网络层协议packets都将被静静的丢弃。执行记录：当LCP处于Opened状态时，任何不被该执行所支持的协议packets必须在Protocol-Reject里返回。只有支持的协议才被静静的丢弃。在这个阶段，链路通信量由LCP，NCP，和网络层协议packets的任意可能的联合组成。3-7 链路终止阶段PPP可以在任意时间终止链路。引起链路终止的原因很多：载波丢失、认证失败、链路质量失
13、败、空闲周期定时器期满、或者管理员关闭链路。LCP用交换Terminate（终止）packets的方法终止链路。当链路正被关闭时，PPP通知网络层协议，以便他们可以采取正确的行动。交换Terminate（终止）packets之后，执行应该通知物理层断开，以便强制链路终止，尤其当认证失败时。Terminate-Request（终止-要求）的发送者，在收到Terminate-Ack（终止-允许）后，或者在重启计数器期满后，应该断开连接。收到Terminate-Request的一方，应该等待peer去切断，在发出Terminate-Request后，至少也要经过一个Restart time（重启时间
14、），才允许断开。PPP应该前进到链路死亡阶段。 在该阶段收到的任何非LCP packets，必须被静静的丢弃。执行记录：LCP关闭链路就足够了，不需要每一个NCP发送一个Terminate packets。相反，一个NCP关闭却不足以引起PPP链路的终止，即使那个NCP是当前唯一一个处于Opened状态的NCP。4 自动机协商选项finite-state automaton（有限态自动机）由事件、动作和状态转换定义。事件包括接收外部命令，例如Open and Close（打开和关闭）、重启定时器期满、和接收从peer来的packets。动作包括启动重启定时器和向peer传输packets。一些
15、packets类型-Configure-Naks（设定-成功）和Configure-Rejects（设定-拒绝），或Code-Rejects（编码-拒绝）和Protocol-Rejects（协议-拒绝），或Echo-Requests（回波-要求），Echo-Replies（回波-应答）和Discard-Requests（丢弃-要求）-在自动机描述中不加以区分。从后面的描述可知，这些packets确实有着不同的功能。然而他们总是引起相同的转换。事件操作Up = lower layer is Uptlu = This-Layer-UpDown = lower layer is Downtld =
16、This-Layer-DownOpen = administrative Opentls = This-Layer-StartedClose= administrative Closetlf = This-Layer-FinishedTO+ = Timeout with counter 0irc = Initialize-Restart-CountTO- = Timeout with counter expiredzrc = Zero-Restart-CountRCR+ = Receive-Configure-Request (Good)scr = Send-Configure-Request
17、RCR- = Receive-Configure-Request (Bad)RCA = Receive-Configure-Acksca = Send-Configure-AckRCN = Receive-Configure-Nak/Rejscn = Send-Configure-Nak/RejRTR = Receive-Terminate-Requeststr = Send-Terminate-RequestRTA = Receive-Terminate-Acksta = Send-Terminate-AckRUC = Receive-Unknown-CodeRXJ+ = Receive-C
18、ode-Reject (permitted) or Receive-Protocol-Reject RXJ- = Receive-Code-Reject (catastrophic) or Receive-Protocol-Reject scj = Send-Code-RejectRXR = Receive-Echo-Request or Receive-Echo-Reply or Receive-Discard-Request ser = Send-Echo-Reply4-1 状态迁移图全部的状态转换如下表。状态在水平轴，事件在垂直轴。状态转换和动作备表示成：动作/新状态的形式。多个动作用逗
19、号分隔，无先后顺序。状态后面跟的那个字母是说明性的脚注。短划线（-）代表无效的转换。状态0123456789EventsInitialStartingClosedStoppedClosingStoppingReq-SentAck-RcvdAck-SentOpenedUp 2irc,scr/6-Down -0tls/101111tld/1Open tls/11irc,scr/63r5r5r6789rClose0tlf/02244irc,str/4irc,str/4irc,str/4tld,irc,str/4TO+ -str/4str/5scr/6scr/6scr/8-TO- -tlf/2tlf/
20、3tlf/3ptlf/3ptlf/3p-RCR+ -sta/2irc,scr,sca/845sca/8sca,tlu/9sca/8tld,scr,sca/8RCR- -sta/2irc,scr,scn/645scn/6scn/7scn/6tld,scr,scn/6RCA -sta/2sta/345irc/7scr/6xirc,tlu/9tld,scr/6xRCN -sta/2sta/345irc,scr/6scr/6xirc,scr/8tld,scr/6xRTR -sta/2sta/3sta/4sta/5sta/6sta/6sta/6tld,zrc,sta/5RTA -23tlf/2tlf/3
21、668tld,scr/6RUC -scj/2scj/3scj/4scj/5scj/6scj/7scj/8scj/9RXJ+ -23456689RXJ- -tlf/2tlf/3tlf/2tlf/3tlf/3tlf/3tlf/3tld,irc,str/5RXR -2345678ser/9那些其中运行着重启计时器的状态，是可以由存在的TO事件确认的。只有 Send-Configure-Request，Send-Terminate-Request和Zero-Restart-Count动作才启动或者重新启动重启定时器。当从任意一个定时器运行的状态转换到一个定时器不运行的状态时，重启定时器（Restart
22、 timer）停止。根据消息通过体系机构而不是信号通知体系机构，（人们）定义了事件和动作。如果希望一个动作去控制特定的信号（如DTR），那么就可能需要额外的动作。 p 被动选项；见Stopped状态讨论。 r 重启选项；见Open事件讨论。 x 交叉连接；见RCA事件讨论。 4-2 状态下面是每个自动机状态的详细描述。 Initial（初始）：在初始状态，下层是不可获得的（Down），并且没有Open发生。Restart timer不在该状态下运行。 Starting（启动）：启动状态是初始状态的Open相似物。一个管理的Open被初始化，但下层仍旧不可用（Down）。Restart time
23、r不在该状态下运行。当下层变为可用（Up）时，发送一个Configure-Request。 Closed（关闭）：在关闭状态，链路时可用的（Up），但是没有Open发生。Restart timer不在该状态下运行。当收到Configure-Request packets时，发送一个Terminate-Ack。Terminate-Acks被静静的丢弃，以防止造成循环。 Stopped（停止）:停止状态是关闭状态的Open相似物。当在This-Layer-Finished动作之后，或是发送Terminate-Ack之后，自动机正等待Down事件的时候，进入该状态。Restart timer不在该状
24、态下运行。当收到Configure-Request packets时，发送一个适当的响应。当收到其他packets时，发送一个Terminate-Ack。Terminate-Acks被静静的丢弃，以防止造成循环。 基本原理：停止状态是链路终止，链路设定失败，和其他自动机失败模式的一个接合（中间）状态。这些各自独立的状态被潜在的联合起来。在Down事件应答（从This-Layer-Finished动作）和Receive-Configure-Request事件之间，有一种竞赛条件。当Configure-Request在Down事件之前到来，代替Down事件的是自动机返回到Starting状态。这防
25、止了由重复产生的攻击。执行选项：在peer对Configure-Requests响应失败之后，一个执行可以被动的等待peer发送Configure-Requests。在这种情况下，在状态Req-Sent，Ack-Rcvd，和Ack-Sent里，动作This-Layer-Finished不用于TO- 事件。这个选项对于专用电路或者没有可用的状态信号的电路有用，但禁止用于交换电路。 Closing（结束）:在结束状态里，为了终止连接作了一次尝试。发送了一个Terminate-Request，并运行了Restart timer，但没有收到Terminate-Ack。当收到Terminate-Ack时
26、，就进入了Closed状态。当Restart timer期满时，传输一个新的Terminate-Request，并且Restart timer被重新启动。在Restart timer达到Max-Terminate时间后，就进入了Closed状态。 Stopping（停下）:停下状态是结束状态的Open相似物。发送了一个Terminate-Request，并运行了Restart timer，但没有收到Terminate-Ack。 基本原理：停下状态提供了一个很好的机会在允许新的通信量之前终止链路。在链路终止后，经由Stopped或Starting状态，会出现一个新的配置（设定）。 Request
27、-Sent（要求-发送）:在要求-发送状态，尝试着配置（设定）连接。发送了一个Terminate-Request，并运行了Restart timer，但没有收到Terminate-Ack。 Ack-Received（Ack-接收）:在Ack-接收状态，发送了一个Configure-Request，接收了一个Configure-Ack。因为还没有发送Configure-Ack，所以Restart timer仍旧运行。 Ack-Sent（Ack-发送）:在Ack-发送状态，Configure-Request和Configure-Ack都被发送了。但没有接收到Configure-Ack。因为还没有接
28、收到Configure-Ack，所以Restart timer仍旧运行。 Opened（开启）:在开启状态，发送了一个Configure-Ack，也接收了一个Configure-Ack。Restarttimer不运行。当进入该状态时，执行应该通知上层，现在Up。相反，当离开该装态时，执行应该通知上层，现在Down。 4-3 事件自动机里的状态转换和动作是由事件引起的。 Up：当低层指出已准备好携带packets时，发生此事件。典型的，该事件被调制解调器处理或呼叫过程，或被一些其他的连接于物理媒体的PPP用于通知LCP，链路正进入链路建立阶段。它也能被LCP用于通知每个NCP，链路进入网络层协议
29、阶段。即，来自LCP的动作This-Layer-Up触发了NCP中的Up事件。 Down：当低层指出不再准备携带packets时，发生此事件。典型的，该事件被调制解调器处理或呼叫过程，或被一些其他的连接于物理媒体的 PPP用于通知LCP，链路正进入链路死亡阶段。它也能被LCP用于通知每个NCP，链路离开网络层协议阶段。即，来自LCP的动作This-Layer-Down触发了NCP中的Down事件。 Open：该事件指出链路的通信量是可以管理的：即，网络管理者（人或程序）指出链路允许被Opened。当这一事件发生，且链路不处于Opened状态时，自动机则试图给peer发送配置packets。如果
30、自动机不能开始配置（下层是Down，或者前一个Close事件还没有结束），那么 链路的建立将被自动的推迟。当收到一个Terminate-Request，或者其他导致链路不可用的事件发生时，自动机将进入一个状态，在那里链路准备re-open。无需额外的管理干涉。 执行选项：经验表明：当用户想就链路进行重新谈判时，他们将额外的执行一条Open命令。这表明新的值将被协商。既然这不是Open事件的含义，那就暗示着在Opened, Closing, Stopping或Stopped状态，当执行一条Open用户命令时，执行发行一个Down事件，紧接着一个Up事件。一定要注意不能有从另一个源发生的Down事
31、件的干涉。紧接着Up事件的Down事件将引起一次有秩序的链路的再协商（通过先前进到Starting状态，再进入到Request-Sent状态）。该再协商没有负面影响。Close：该事件意味着链路没有通信量。即，网络管理者（人或程序）指示链路不允许被开放。当该事件发生且链路不处于Closed状态时，自动机试图终止连接。拒绝重新配置链路的尝试，直到一个新的Open事件发生。执行记录：当认证失败，链路应该被终止，以防止受到重复性的攻击和为其他用户服务。这可以通过模仿一个Close事件给LCP，然后紧跟着一个Open事件来完成，既然链路在管理上是可被访问的。一定要注意不能有从另一个源发生的Down事件
32、的干涉。紧接着Up事件的Down事件将引起一次有秩序的链路的再协商（通过先前进到Closing状态，再进入到Stopping状态），This-Layer-Finished动作能断开链路的连接。在Stopped或Starting状态，自动机等待下一次连接尝试。Timeout (TO+,TO-)：该事件表明Restart timer期满。Restart timer用于记录对Configure-Request和Terminate-Request packets的响应的时间。TO+事件表明Restart counter持续大于零，它触发了相应的Configure-Request或Terminate-R
33、equest packet的发送。TO-事件表明Restart counter持续不大于零，不再需要发送packets。Receive-Configure-Request (RCR+,RCR-)：当收到一个来自peer的Configure-Request packet时，该事件发生。Configure-Request packet表明希望开创一个连接并且可以指定配置选项。RCR+事件表明Configure-Request是可接受的，并且触发相应的Configure-Ack的传输。RCR-事件表明Configure-Request是不可接受的，并且触发相应的Configure-Nak或Confi
34、gure-Reject的传输。执行记录：这些事件可以发生在已经处于Opened状态的连接上。该执行必须准备立即再协商配置选项。Receive-Configure-Ack (RCA)：当收到一个来自peer的有效Configure-Ack packet时，该事件发生。Configure-Ack packet是对Configure-Request packet的肯定应答。序列之外的或者无效的packet被静静的丢弃。执行记录：既然在到达Ack-Rcvd或Opened状态之前，正确的packet已经被收到了，那就绝不可能有另一个这样的packet的到来。像说明的一样，所有无效的Ack/Nak/Rej
35、 packets将被静静的丢弃，并不影响自动机的（状态）转换。然而，格式正确的packet不可能通过coincidentally-timed cross-connection（同步交换连接）到达（目的地）的。它更可能是执行出错的结果。至少，这种情况应该被记录下来。Receive-Configure-Nak/Rej (RCN)：当收到一个来自peer的有效Configure-Nak或Configure-Reject packet时，该事件发生。Configure-Nak或Configure-Reject packet是对Configure-Request packet的否定应答。序列之外的或者无
36、效的packet被静静的丢弃。执行记录：尽管Configure-Nak和Configure-Reject在自动机中引起相同的状态转换，但这些packets对发送于Configure-Request packet中的配置选项有着截然不同的影响。Receive-Terminate-Request (RTR)：当收到一个Terminate-Request packet时，该事件发生。Terminate-Request packet表明希望peer去关闭连接。执行记录：该事件于Close事件不同，它需要考虑局域网管理者的Open命令。执行必须准备接收新的没有网络管理者干涉的Configure-Requ
37、est。Receive-Terminate-Ack (RTA)：当收到一个来自peer的Terminate-Ack packet时，该事件发生。Terminate-Ack packet通常是对Terminate-Request packet的响应。Terminate-Ack packet也可以表明peer正处于Closed或Stopped状态，适应于链路配置的再同步。Receive-Unknown-Code (RUC)：当收到一个来自peer的un-interpretable（不能说明的）packet时，该事件发生。发送一个Code-Reject packet作为响应。Receive-Code
38、-Reject, Receive-Protocol-Reject (RXJ+,RXJ-)：当收到一个来自peer的Code-Reject或Protocol-Reject packet时，该事件发生。当拒绝值可接受时（例如一个扩充编码的Code-Reject，或一个NCP的Protocol-Reject，这些在一般操作的范围内），RXJ+事件出现。执行必须停止发送损坏了的packet类型。当拒绝值是灾难性的时候（例如一个Configure-Request的Code-Reject，或一个LCP的Protocol-Reject），RXJ- 事件出现。该事件传达了一个不可校正的错误（导致连接终止）。R
39、eceive-Echo-Request, Receive-Echo-Reply, Receive-Discard-Request(RXR)：当收到一个来自peer的Echo-Request，Echo-Reply或Discard-Request packet时，该事件发生。Echo-Reply packet是对Echo-Request packet的响应。Echo-Reply或Discard-Request packet没有响应。4-4 动作自动机中的动作有事件引起。典型的，动作表明了packets的传输，和/或Restarttimer的启动和停止。 Illegal-Event (-)：不合法的
40、事件 该动作指出一个在正常执行的自动机中不可能出现的事件。执行有一个内在的错误，应该把它报告并记录下来。没有转换被执行，执行不应该reset or freeze（重新安排或冻结）。 This-Layer-Up（tlu） 动作给自动进入打开阶段的上边的层做指示。典型的，该动作被LCP用于对一个NCP发送向上的事件信号，或者链路质量协议，或者可以被一个NCP用于显示该链路可用于它的网络层往来。 This-Layer-Down（tld） 该动作给自动留下打开的阶段的上边的层做指示。典型地，该动作被LCP用于向一个NCP发送向下的事件，证实协议，或者可以被一个NCP用于显示该链路对它的网络层传输不再可
41、用。 This-Layer-Started了（tls） 该动作对自动进入开始状态的更低的层做指示，并且需要更低的层用于该链路。当更低的层可用的时候，更低的层应该用一个向上的事件响应。该动作的结果是高度的依赖动作的执行的。 This-Layer-Finished（tlf） 该动作给自动进入最初，关闭了或者停止的阶段的更低的层做指示，并且，在链路上不再需要更低的层。当更低的层终止的时候，更低的层应该用一个向下的事件应答。典型地，该动作可以被LCP用于前进到链路死掉的状态，或者可以被一个NCP用于给当没有其他的NCPs打开时链路可以被终止的LCP做指示。该动作的结果是高度的依赖动作的执行的。 Ini
42、tialize-Restart-Count（irc） 该动作对Restart计数器设置适当的值（Max-Terminate 或 Max-Configure）。每次传输，包括第一次传输，计数器自减。执行记录：附加的设置Restart计数器，当使用了重定时返回时，该执行必须设置超时周期到初始值。 Zero-Restart-Count（zrc） 该动作对Restart计数器清零。执行记录：该动作允许FSA在进行到要求的最终状态之前暂停，允许用peer进行传输。附加的清零Restart计数器，该执行必须设置超时周期到初始值。 Send-Configure-Request（scr） 一个Configur
43、e-Request的包被传送。这表明要用指定的一套特殊的配置选项打开一个连接。为了防止包丢失，Restart计时器在Configure-Request包被传送的时候打开。每次一个Configure-Request被发送的时候，Restart计数器自减。 Send-Configure-Ack（sca） 一个Configure-Ack包被传送。这确认接收了一个带有一套可接受的配置选项的Configure-Request包。 Send-Configure-Nak（scn） 一个Configure-Nak或Configure-Reject包被稳妥的传送。否定的响应表明一个Configure-Reque
44、st包带有一套不可接受的配置选项。Configure-Nak包被用于拒绝一个配置选项值，并提议一个新的，可接受的值。Configure-Reject包被用于拒绝全部的关于一个配置选项的协商，典型的因为不被认可或不被满足。在关于LCP包格式的章节对Configure-Nak的使用比Configure-Reject有更充分的描述。 Send-Terminate-Request（str） 一个Terminate-Request包被传送。这表示想要关上连接的愿望。当Terminate-Request包被传送时Restart计时器被开启，来防止包丢失。每次一个Terminate-Request被发送的时
45、候，Restart计数器自减。 Send-Terminate-Ack (sta) 一个Terminate-Ack包被传送。这确认Terminate-Request的包的接收，或者以别的方式对于自动同步起作用。 Send-Code-Reject（scj） 一个Code-Reject包被传送。这表示未知的种类的包的接收。 Send-Echo-Reply (ser) 一个Echo-Reply包被传送。这确认一个Echo-Request包的接收。4-5 环躲避（循环避免）协议做避开协商成环状的配置选项的适当尝试。不过，协议不保证环将不发生。和任何协商一样，有可能来设置2个PPP由不收敛的矛盾的方法来执
46、行。同样，也有可能配置收敛的，重要的时间这样去做的方法。设备应该考虑这些，并且应该满足环侦测机制或更高水平的超时。4-6 计数器和定时器重启动定时器有一个特殊的定时器被自动使用。重启动定时器被用于计算Configure-Request和Terminate-Request包的传输时间。重启动定时器的满期产生一个超时事件，并且通信Configure-Request或Terminate-Request包重新传送。重启动定时器必须是可配置的，但是应该缺省为三（3）秒。执行记录：重新开始计时器应该根据链路的速度。缺省值被指定为低的速度（2,4009,600 bps），高交换的等待时间链路（典型电话线）。更高的速度链路或和低交换等待时间的链路应该相对应有更快的再次传输时间。代替恒定值，重新开始计时器可以从最初的小的值开始增加到配置的最终值。每一个小于最终值的连续值应该至少是前一个值的两倍。初始值应该对包的大小来说足够大，用于以线路速率传输两倍的round trip时间，并且至少附