组织:中国互动出版网(http://www.china-pub.com/) RFC文档中文翻译计划(http://www.china-pub.com/compters/emook/aboutemook.htm) E-mail:ouyang@china-pub.com 译者: ( ) 译文发布时间:2001-10-23 版权:本中文翻译文档版权归中国互动出版网所有。可以用于非商业用途自由转载,但必须 保留本文档的翻译及版权信息。 Network Working Group J. Postel Request for Comments: 855 J. Reynolds ISI Obsoletes: NIC 18640 May 1983 TELNET选项规范 (RFC855——TELNET OPTION SPECIFICATIONS) 本RFC指定了一个ARPA互联网社区的标准。在ARPA互联网上的主机应该采纳与实 现该标准。 给TELNET协议提供一些选项的目的是,使相互通信的主机在解决不同设备之间的通 信问题时获得比由网络虚拟终端(NVT)提供的可能框架更好的方案。它可以让主机自由地 创建,测试或者丢弃某些选项。当然,可以想象,那些普遍有用的选项最终大部分的主机都 应该支持。因此,应该仔细地设计这些选项的文档,并且尽可能地公布它们。另外,确保不 在不同的选项中使用相同的选项代码也是必要的。 本文档指定了一个选项代码的分配和选项的文档标准方面的方法。在进行试验时,可能 只需要选项代码分配而不需要完整的文档,不过一般来说,在分配选项代码之前都需要一个 文档。我们通过把一个选项的文档作为一个RFC文档来发布,从而发布该选项。当然,选 项的创建者也可以用其他的方式发布选项。 选项代码由下面人员分配: Jonathan B。 Postel University of Southern California Information Sciences Institute (USC-ISI) 4676 Admiralty Way Marina Del Rey, California 90291 (213) 822-1511 Mailbox = POSTEL@USC-ISIF 选项的文档至少要包含下面几个小节: 第1节 - - 命令的名称和选项的代码 第2节 - - 命令的意义 应该描述同该选项相关的每一个TELNET命令的意义。需要注意的是,对于复杂的选 项,“子谈判”是必需的,因此可能有许多相关的命令。“子谈判”的原理在下面有更详细的 描述。 第3节 - 缺省的规范 对那些没有实现,或者没有使用该选项的主机,必须描述这些选项在这些主机中的缺省 假定值。 第4节 - 动机 对创建一个特殊的选项,或者对某种选项选择一种特殊的格式的动机进行详细的描述, 对那些还没有碰到(或者虽然已经碰到,但没有认识到)该选项被设计来解决什么的问题的 人,是非常有用的。 第5节 - 描述(或者实现规则) 为了确保一个命令的两个不同实现相互之间能够通讯,仅仅定义命令的意义和对该命令的意 图进行说明有时候是远远不够的。因此,在许多情况下,我们需要给一个命令提供一个完整 的描述。这个描述可以用文本来表示,也可以是一个示例性的实现,或者是实现的线索等等。 对“子谈判”的解释 在主机之间传递选项时,除了一个选项编码外可能还需要更多其他信息。例如,要求一个参 数的那些选项就属于这种情况。在主机之间传递除了选项代码外的其他信息的策略包含两个 步骤:双方都同意去”商讨“该参数,第二,对参数进行”商讨“。 在第一步中,同意去商讨参数以一种普通的方式来进行。一方通过发送一个带有选项代码的 DO(或WILL)命令来建议使用选项,另一方发送一个带有选项代码的DO(或WILL)命令来表 示接受这个建议。一旦双方都同意使用这选项,通过在SB命令的后面跟上相应的选项代码, 参数和命令SE来开始子谈判。每一方都被假设为能够解析该参数。因为在最初通过交换 WILL和DO命令,双方都表明可以支持该选项。另外,即使接收方不能解析该参数,接收 方也可以通过搜索SE命令(如字符串IAC SE)来定位参数字符串的结束位置。当然,在 任何时候,任何一方都可以给另一方发送WON'T或DON'T来拒绝继续进行进一步的子谈 判。 因此,对需要进行子谈判的选项“ABC”来说,TELNET的格式为: IAC WILL ABC 提议使用选项ABC(或者赞成另一方使用该选项的请求) IAC DO ABC 要求另一方去使用选项ABC(或者赞成另一方使用该选项的提议) IAC SB ABC IAC SE 子谈判的一步,双方都要使用 设计那些需要进行“子谈判”的选项的设计者必须小心避免子谈判过程中的无穷尽的 循环。比如, 如果每一方都可以接受一个参数的任何值,而每一方都给该参数提出一个不同的值,那 么一方可能将进入无穷的“应答”过程中(因为每一个接收者都认为只要应答另一方的提议)。 最后,如果在一个“子谈判”中的参数包含一个值为255的字节,对应于TELNET的通用 规则,必须把该值加倍。 RFC855——TELNET OPTION SPECIFICATIONS TELNET选项规范 3 RFC文档中文翻译计划