Close：该事件意味着链路没有通信量 。即 ， 网络治理者（人或程序）指示链路不答应被开放 。当该事件发生且链路不处于Closed状态时 ， 自动机试图终止连接 。拒绝重新配置链路的尝试 ， 直到一个新的Open事件发生 。
执行记录：
当认证失败 ， 链路应该被终止 ， 以防止受到重复性的攻击和为其他用户服务 。这可以通过模拟一个Close事件给LCP ， 然后紧跟着一个Open事件来完成 ， 既然链路在治理上是可被访问的 。一定要注重不能有从另一个源发生的Down事件的干涉 。紧接着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-Request 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或Configure-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 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的否定应答 。序列之外的或者无效的packet被静静的丢弃 。
执行记录：
尽管Configure-Nak和Configure-Reject在自动机中引起相同的状态转换 ， 但这些packets对发送于Configure-Request packet中的配置选项有着截然不同的影响 。
Receive-Terminate-Request (RTR)：当收到一个Terminate-Request packet时 ， 该事件发生 。Terminate-Request packet表明希望peer去关闭连接 。
执行记录：该事件于Close事件不同 ， 它需要考虑局域网治理者的Open命令 。执行必须预备接收新的没有网络治理者干涉的Configure-Request 。
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-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- 事件出现 。该事件传达了一个不可校正的错误（导致连接终止） 。
推荐阅读
- IPv6 Internet 协议第六版 规范
- POP3 邮局协议-版本3
- Internet Protocol Internet协议
- ICMP Internet控制信息协议
- 动态主机配置协议
- 网络通信协议
- CIP 传输协议
- Daytime协议
- OSPF协议
- PPP协议