8
ser/9
那些其中运行着重启计时器的状态，是可以由存在的TO事件确认的。只有 Send-Configure-Request，Send-Terminate-Request和Zero-Restart-Count动作才启动或者重新启动重启定时器。当从任意一个定时器运行的状态转换到一个定时器不运行的状态时，重启定时器（Restart timer）停止。根据消息通过体系机构而不是信号通知体系机构，（人们）定义了事件和动作。如果希望一个动作去控制特定的信号（如DTR），那么就可能需要额外的动作。
- [p] 被动选项；见Stopped状态讨论。
- [r] 重启选项；见Open事件讨论。
- [x] 交叉连接；见RCA事件讨论。
4-2 状态
下面是每个自动机状态的详细描述。
- Initial（初始）：在初始状态，下层是不可获得的（Down），并且没有Open发生。Restart timer不在该状态下运行。
- Starting（启动）：启动状态是初始状态的Open相似物。一个管理的Open被初始化，但下层仍旧不可用（Down）。Restart timer不在该状态下运行。当下层变为可用（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不在该状态下运行。当收到Configure-Request packets时，发送一个适当的响应。当收到其他packets时，发送一个Terminate-Ack。Terminate-Acks被静静的丢弃，以防止造成循环。
基本原理：
停止状态是链路终止，链路设定失败，和其他自动机失败模式的一个接合（中间）状态。这些各自独立的状态被潜在的联合起来。在Down事件应答（从This-Layer-Finished动作）和Receive-Configure-Request事件之间，有一种竞赛条件。当Configure-Request在Down事件之前到来，代替Down事件的是自动机返回到Starting状态。这防止了由重复产生的攻击。
执行选项：
在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时，就进入了Closed状态。当Restart timer期满时，传输一个新的Terminate-Request，并且Restart timer被重新启动。在Restart timer达到Max-Terminate时间后，就进入了Closed状态。
- Stopping（停下）:停下状态是结束状态的Open相似物。发送了一个Terminate-Request，并运行了Restart timer，但没有收到Terminate-Ack。
基本原理：
停下状态提供了一个很好的机会在允许新的通信量之前终止链路。在链路终止后，经由Stopped或Starting状态，会出现一个新的配置（设定）。
- Request-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。因为还没有接收到Configure-Ack，所以Restart timer仍旧运行。
- Opened（开启）:在开启状态，发送了一个Configure-Ack，也接收了一个Configure-Ack。Restarttimer不运行。当进入该状态时，执行应该通知上层，现在Up。相反，当离开该装态时，执行应该通知上层，现在Down。
4-3 事件
自动机里的状态转换和动作是由事件引起的。
- Up：当低层指出已准备好携带packets时，发生此事件。典型的，该事件被调制解调器处理或呼叫过程，或被一些其他的连接于物理媒体的PPP用于通知LCP，链路正进入链路建立阶段。它也能被LCP用于通知每个NCP，链路进入网络层协议阶段。即，来自LCP的动作This-Layer-Up触发了NCP中的Up事件。
- Down：当低层指出不再准备携带packets时，发生此事件。典型的，该事件被调制解调器处理或呼叫过程，或被一些其他的连接于物理媒体的
PPP用于通知LCP，链路正进入链路死亡阶段。它也能被LCP用于通知每个NCP，链路离开网络层协议阶段。即，来自LCP的动作This-Layer-Down触发了NCP中的Down事件。 - Open：该事件指出链路的通信量是可以管理的：即，网络管理者（人或程序）指出链路允许被Opened。当这一事件发生，且链路不处于Opened状态时，自动机则试图给peer发送配置packets。如果自动机不能开始配置（下层是Down，或者前一个Close事件还没有结束），那么
链路的建立将被自动的推迟。当收到一个Terminate-Request，或者其他导致链路不可用的事件发生时，自动机将进入一个状态，在那里链路准备re-open。无需额外的管理干涉。
执行选项：
经验表明：当用户想就链路进行重新谈判时，他们将额外的执行一条Open命令。这表明新的值将被协商。既然这不是Open事件的含义，那就暗示着在Opened, Closing, Stopping或Stopped状态，当执行一条Open用户命令时，执行发行一个Down事件，紧接着一个Up事件。一定要注意不能有从另一个源发生的Down事件的干涉。紧接着Up事件的Down事件将引起一次有秩序的链路的再协商（通过先前进到Starting状态，再进入到Request-Sent状态）。该再协商没有负面影响。
文章整理：西部数码--专业提供域名注册、虚拟主机服务
http://www.west263.com
以上信息与文章正文是不可分割的一部分,如果您要转载本文章,请保留以上信息，谢谢!
