rfc1661.txt

RFC规范的翻译稿

　　标识符
　　只要选项域改变的内容改变，并且只要收到先前请求的有效响应，标识符域必须被改变。对重发来说，标识符可以保持不变。
　　选项
　　选项域是长度的变量，并包含零个或多个发送方需要协商的配置选项的列表。全部配置选项总是被同时协商。在下一章中对配置选项的格式有更详细的描写。
5-2. Configure-Ack
　　描述
　　如果Configure-Request中收到的每一个配置选项和全部的值都是能接受的，那么该执行必须传送一个Configure-Ack。该确认配置选项必须不被任何途径的重命令或更改。
　　Configure-Ack的接收中，标识符域必须匹配最后传送的Configure-Request。另外，Configure-Ack中的配置选项必须完全匹配最后传输的Configure-Request。错误包被静静的丢弃。
一个Configure-Ack包格式如下。域从左到右传输。

0 1 2 3
0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| 代码 | 标识符 | 长度 |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| 选项 ...
+-+-+-+-+
代码

　　 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包格式如下。域从左到右传送。

0 1 2 3
0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| 代码 | 标识符 | 长度 |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| 选项 ...
+-+-+-+-+
代码

3 为Configure-Nak
　　标识符
　　标识符域是导致Configure-Nak的Configure-Request的标识符的拷贝。
　　选项
　　选项域是长度的变量，包含零到多个没有应答的发送方的配置选项。
　　全部配置选项总是同时没有应答的。
5-4. Configure-Reject
　　描述
　　如果Configure-Request中收到的一些配置选项是不可辨认的或者不被商议所接受（由网络管理员配置的），则该执行必须传送一个Configure-Reject。选项域仅由来自Configure-Request不可接受的配置选项所填充。所有可识别的和可通过商议解决的配置选项被过滤出Configure-Reject，但是另外的配置选项必须不被任何方式的重定义或修改。
　　在Configure-Reject的接受中，标识符域必须匹配最后传输的Configure-Request。
　　另外，Configure-Reject的配置选项必须是最后传输的Configure-Request的正确的子集。错误包被静静的丢弃。
　　有效的Configure-Reject接收指出当一个新的Configure-Request发送的时候，必须不包含任何Configure-Reject中列出的配置选项。
　　Configure-Reject包的格式如下。域从左到右传送。
0 1 2 3
0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| 代码 | 标识符 | 长度 |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| 选项 ...
+-+-+-+-+

代码
　　4 为Configure-Reject
　　标识符
　　标识符域是导致该Configure-Reject的Configure-Request的标识符域的拷贝。
　　选项
　　选项域是长度的变量，包含零或者多个发送者拒绝的配置选项列表。全部的配置选项总是被同时拒绝的。
5-5. Terminate-Request and Terminate-Ack
　　描述
　　LCP包含Terminate-Request 和 Terminate-Ack代码是为了提供关闭一个连接的机制。
　　一个执行想要关闭一个连接应该传送一个Terminate-Request。Terminate-Request包应该继续发送，直到收到Terminate-Ack，低层显示已经关闭了，或者已经接收到了充分大的数量，以致peer有确切地理由关闭。
　　在一个Terminate-Request接收上，必须传送一个Terminate-Ack。
　　接收一个未被引出的Terminate-Ack表示peer在Closed（关闭）或Stopped（停止）状态，或者需要另外再商议。
　　Terminate-Request 和 Terminate-Ack包格式如下。域从左到右传送。

0 1 2 3
0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| 代码 | 标识符 | 长度 |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| 数据...
+-+-+-+-+
代码
　　5 为Terminate-Request；
　　6 为Terminate-Ack。
　　标识符
　　传送过程中，无论何时数据域的内容发生了改变，而且无论何时接收到一个对前一个请求有效的答复，标识符域必须改变，对于重新传送，标识符可以保持不变。
　　接收过程中，Terminate-Request的标识符域被拷贝到Terminate-Ack包的标识符域。
　　数据
　　数据域为零个或多个八位字节，包含发送方使用的未解释的数据。该数据可以由任何二进制值组成。该域的结束可以由长度指出。
5-6. Code-Reject
　　描述
　　一个带有未知代码的LCP包的接收显示peer由一个不同的版本操作。这必须传送一个Code-Reject报告回给未知代码的发送方。
　　一个基本的该版本协议的Code-Reject的接收中，执行应该报告问题并结束连接，既然该情形不像能被自动矫正。
　　Code-Reject包格式如下。域从左到右传送。

0 1 2 3
0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| 代码 | 标识符 | 长度 |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| 被拒绝的包 ...
+-+-+-+-+-+-+-+-+
代码
　　7 为Code-Reject
　　标识符
　　对于每次Code-Reject发送，该标识符域必须被改变。
　　被拒绝的包
　　被拒绝的包域包含被拒绝的LCP包的拷贝。它由信息域开始，并且不包括任何数据链路层的头或者FCS。被拒绝的包必须被缩短来符合peer指定的MRU。
5-7. Protocol-Reject
　　描述
　　一个带有未知协议域的PPP包的接收显示peer试图使用一个不支持的协议。这通常发生在peer试图配置一个新的协议时。如果LCP自动处理处于Opened（打开）状态，那么必须通过传送一个Protocol-Reject报告回该peer。
　　在Protocol-Reject接收中，执行必须及早停止发送被指出的协议的包。
　　Protocol-Reject包只能在LCP的Opened（打开）状态被发送。在其他不是Opened（打开）状态下接收到的Protocol-Reject包应该被静静的丢弃。
　　Protocol-Reject包格式如下。域从左到右传送。

0 1 2 3
0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| 代码 | 标识符 | 长度 |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| 被拒绝的协议 | 被拒绝的信息 ...
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
代码
　　8 为Protocol-Reject
　　标识符
　　对每一次Protocol-Reject发送，标识符域必须被改变。
　　被拒绝的协议
　　被拒绝的协议域为二个八位字节，包含被拒绝的PPP协议域。
　　被拒绝的信息
　　被拒绝的信息域包含被拒绝的包的拷贝。由信息域开始，不包含任何数据链路层头或FCS。被拒绝的信息必须削减来适应peer制定的MRU。
5-8. Echo-Request and Echo-Reply
　　描述
　　LCP包含Echo-Request 和 Echo-Reply代码来供给一个数据链路层回送机制来演习链路双方的使用。这对调试、链路质量检测、执行测试和众多的其他功能有帮助。
　　一个在LCP的Opened（打开）状态接收Echo-Request时，必须传送一个Echo-Reply。
　　Echo-Request 和 Echo-Reply包必须仅在LCP的Opened（打开）状态下发送，在其他不是Opened（打开）状态下接收到的Echo-Request 和 Echo-Reply包应该被静静的丢弃。
　　Echo-Request 和 Echo-Reply包格式如下。域从左到右传送。

0 1 2 3
0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| 代码 | 标识符 | 长度 |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Magic-Number |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| 数据 ...
+-+-+-+-+

　　代码
　　9 为Echo-Request；
　　10 为Echo-Reply
　　标识符
　　传输中，无论何时数据域内容的改变，并且无论何时接收到前一个请求的有效的响应，标识符域必须被改变。对于重新传送标识符可以保持不变。
　　接收中，Echo-Request的标识符域被拷贝到Echo-Reply包的标识符域。
　　Magic-Number
　　Magic-Number域是四个八位字节，对检测处于looped-back条件下的链路有帮助。在该Magic-Number配置选项被成功的协商之前，Magic-Number必须被以零传送。在Magic-Number配置选项中由更详细的说明。
　　数据
　　数据域是零或者多个八位字节，包含被发送方使用的未解释的数据。该数据可以由任何二进制值组成。该域的结束由长度指出。
5-9. Discard-Request
　　描述
　　LCP包含一个Discard-Request代码为了供给一个用于演习本地到遥远的链路方向的数据链路层接收器机制。有助于调试、执行测试、和众多的其他功能。
　　Discard-Request包必须仅在LCP的Opened（打开）状态被发送。接收中，接收器必须静静的丢弃任何收到的Discard-Request。
　　Discard-Request包格式如下。域从左到右传送。

0 1 2 3