PPP协议规范( 九 )


1 Configure-Request
2 Configure-Ack
3 Configure-Nak
4 Configure-Reject
5 Terminate-Request
6 Terminate-Ack
7 Code-Reject
8 Protocol-Reject
9 Echo-Request
10 Echo-Reply
11 Discard-Request 标识符 标识符域是一个八位字节 , 对匹配请求和回复中有帮助 。当带有无效标识符域的包被接收时候 , 该包将不影响自动机制 , 被静静的丢弃 。长度 长度域是二个八位字节 , 指出LCP包的长度 , 包括代码 , 标识符 , 长度和数据域 。该长度必须不超过链路的MRU 。长度域以外的字节被当作填料而忽略处理 。当收到带有无效标识符该包将不影响自动机制 , 被静静的丢弃 。数据 数据域是零或多个八位字节 , 由长度域声明 。数据域的格式由代码域决定 。
5-1. Configure-Request
描述
一个执行想要打开一个连接必须传送一个Configure-Request 。选项域被填充任何想要的对链路默认的改变 。配置选项应该不被包括到默认值中 。Configure-Request的接收上 , 必须传送适当的答复 。下面给出Configure-Request包的格式的摘要 。域从左到右传输 。
代码
1 为Configure-Request
标识符
只要选项域改变的内容改变 , 并且只要收到先前请求的有效响应 , 标识符域必须被变 。对重发来说 , 标识符可以保持不变 。
选项
选项域是长度的变量 , 并包含零个或多个发送方需要协商的配置选项的列表 。全部配置选项总是被同时协商 。在下一章中对配置选项的格式有更具体的描写 。
5-2. Configure-Ack
描述
假如Configure-Request中收到的每一个配置选项和全部的值都是能接受的 , 那么该执行必须传送一个Configure-Ack 。该确认配置选项必须不被任何途径的重命令或更改 。Configure-Ack的接收中 , 标识符域必须匹配最后传送的Configure-Request 。另外 , Configure-Ack中的配置选项必须完全匹配最后传输的Configure-Request 。错误包被静静的丢弃 。一个Configure-Ack包格式如下 。域从左到右传输 。
代码
2 为Configure-Ack
标识符
标识符域是引起Configure-Ack的Configure-Request的标识符域的拷贝 。
选项
选项域是长度的变量 , 并包含零个或多个发送方确认的配置选项的列表 。全部配置选项总是被同时确认 。
5-3. Configure-Nak
描述
假如每一个收到的配置选项要求是可认知的 , 但是一些值不能被接受 , 那么该执行必须传送一个Configure-Nak 。选项域仅由来自Configure-Request的不可接受的配置选项所填充 。全部可接受的配置选项填充在Configure-Nak外 , 但是来自Configure-Request的配置选项必须不被重命令 。没有值域的选项(布尔选项)一定使用Configure-Reject答复来代替 。答应仅有一个单一要求的每一个配置选项必须被修正到可接受的值到Configure-Nak发送方 。当与被请求的值不一致时 , 默认值可以被使用 。一个具体的配置选项类型能以不同的值被列出超过一次时 , Configure-Nak必须包括Configure-Nak发送方所接受的全部选项值的列表 。包括Configure-Request中当前可接受的值 。最后 , 一个执行可以被配置到要求明确的配置选项 。若该选项未被列出 , 则该选项可以被添加到没有应答的配置选项的列表中 , 以便提示peer添加该选项到Configure-Request包中 。任何用于该选项的值域必须指出Configure-Nak发送方的可接受值 。在一个Configure-Nak接收中 , 标识符域必须匹配最后一个传输的Configure-Request 。错误包被静静的丢弃 。当一个新的Configure-Request发送时正确的Configure-Nak的接收 , 配置选项可以被作为Configure-Nak中的指定 。当当前配置选项是多种情况时 , peer应该选择一个单一的值包含到下一个Configure-Request包中 。一些配置选项有可变长度 。既然没有应答的选项被peer修正了 , 该执行必须能够处理与来自原Configure- Request不同的选项长度 。Configure-Nak包格式如下 。域从左到右传送 。

推荐阅读