rfc854.txt

中文RFC文档

对这些“字符”的实际代码分配在TELNET命令这一节，因为从某种意义上来讲，我
们可以认为这些编码是固有的，甚至在把数据流中的数据都解释为属于另外的一个字符集的
时候，都可以使用这些编码。

Synch

这个键允许一个用户清空到另一方的数据通道。激活该键将导致发送一个带有TCP紧
急通知的DM（参看命令这一节）。一对DM-紧急通知具有在前面定义的一些意义。

Break (BRK)

之所以提供这个编码，是因为在当前的许多系统中，它是USASCII集合之外的一个
信号，并且具有本地意义。 可以用它来表示Break键或Attention键已被按下。然而，需
要注意的是，它的目的是给需要它的系统提供第129个编码，而不等同于IP的标准表示。

Interrupt Process (IP)

挂起，中断，中止，终止一个NVT连接的进程。另外，它也是那些使用TELNET的其他协
议的带外信号的一部分。

Abort Output (AO)

   允许当前的进程继续运行直到结束，但不给用户发送它的输出信息。并且把一个同步信
号发送给用户。

Are You There (AYT)

给NVT发送回一些可见的（也就是可打印的）信息以表明已经收到AYT。

Erase Character (EC)

接收者将删除数据流中最后一个未被删除的前导字符或者“打印位置”。

Erase Line (EL)

接收方将删除由TELNET连接发送的数据流中最后一个“CR LF”系列（但不包括该系列）
后面的全部内容。

    这些“额外”的键，也就是打印机的格式控制字符的本质是，它们是对从“NVT”到“本
地”这个必须进行的映射过程的一个自然的扩展。

就象NVT中的字节68（八进制104），可以映射为本地中代表“大写D”的任何一个编码，
字符EC也可以映射为本地中代表“删除一个字符”功能。

另外，就象在一个没有“垂直线”字符的环境下，对编码124（八进制174）的映射是
任意的，如果在本地没有“删除一个字符”这种机制，对EL的映射也是任意的（甚至不映
射）。

类似地，对格式控制字符，如果终端确实有一个“垂直制表键”，那么对VT地映射就
是显而易见的，只有在终端没有一个垂直制表键的情况下，VT的作用才是无法预测的。
TELNET命令结构
    所有的TELNET命令至少包含一个两个字节的序列:跟在命令的代码的后面，"当作命令
来解释(Interpret as Command)"(IAC)的转义字符。处理选项谈判的命令有三个字节系列，
第三个字节就成了被选项引用的编码。之所以选择这种格式，是这种格式能够更大范围地使
用"数据空间"---当然，是通过基本NVT的谈判来进行。数据字节与保留的命令值的冲突被
大大减少了，而所有这些冲突都需要复杂，低效的方法来把数据字节转换为流。使用现在的
方法，只有在需要把IAC当作数据发送时才需要把相同的数据发送两次，其他255个代码
都可以透明地传输。

下面是所有已定义的TELNET命令。需要注意的是，这些代码和代码序列只有在前面
跟有一个IAC时才有意义。

      名称                     代码                     意义

SE                             240                子谈判参数的结束
NOP                          241                空操作
Data Mark                     242                  一个同步信号的数据流部分。该
命令的后面经常跟着一个TCP紧急
通知
Break                        243                NVT的BRK字符
Interrupt Process              244                    IP功能.
Abort output                245                AO功能.
Are You There             246                AYT功能.
Erase character            247                EC功能.
Erase Line                248                EL功能.
Go ahead                  249               GA信号.
SB                        250               表示后面所跟的是对需要的选项的子谈
判
WILL (option code)         251               表示希望开始使用或者确认所使用的是
指定的选项。
WON'T (option code)        252            表示拒绝使用或者继续使用指定的选项。
DO (option code)            253                表示一方要求另一方使用，或者确认
你希望另一方使用指定的选项。
DON'T (option code)          254             表示一方要求另一方停止使用，或者确
认你不再希望另一方使用指定的选项。 
IAC                         255            Data Byte 255.

连接的建立

TELNET TCP连接是在用户端口U和服务器端口L之间建立的。服务器在用于这种类型的
连接的一个众所周知的端口L上监听客户请求。由于一个TPC连接是全双工的，并且通过
双方的端口来标识，服务器可以对不同的用户端口U和端口L的之间的许多并发连接进行
应答。

端口分配

当用来给远程用户提供访问服务主机的服务(也就是远程终端访问)，这个协议分配了服务端
口23(把进制27)。也就是L=23。

    本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
      [phone]

      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来拒绝继续进行进一步的子谈
判。
     

Rfc845---TELNET PROTOCOL SPECIFICATION                               TELNET协议规范


10
RFC文档中文翻译计划