组织:中国互动出版网(http://www.china-pub.com/)
RFC文档中文翻译计划(http://www.china-pub.com/compters/emook/aboutemook.htm)
E-mail:ouyang@china-pub.com
译者:顾国飞(ggfei    ggfei@263.net)
译文发布时间:2001-4-2
版权:本中文翻译文档版权归中国互动出版网所有。可以用于非商业用途自由转载,但必须保留本文档的翻译及版权信息。

Network Working Group                                          J. Postel
Request for Comments: 856                                     J. Reynolds
                                                                  ISI
Obsoletes: NIC 15389                                            May 1983





RFC856  TELNET二进制传输
(RFC856--TELNET BINARY TRANSMISSION)

本RFC规范了一个ARPA Internet community上的标准。在ARPA Internet上的所有主机应当采用和实现这个标准。

目录
1. 命令和代码 1
2. 命令意义 1
3. 默认情况 2
4. 选项出现的原因 2
5. 选项描述 2
6. 实现问题 3


1. 命令和代码
TRANSMIT-BINARY 0
2. 命令意义
* IAC WILL TRANSMIT-BINARY
这个命令请求的发送方请求开始传输,或确定现在要传输的数据在接收方会以八位二进制方式解释。 
* IAC WON'T TRANSMIT-BINARY
如果连接已在二进制方式下,发送此命令要求接收方恢复原来标准的NVT  ASCII方式解释数据。如果现在还未在二进制方式下,发送方拒绝传输将被接受者解释为二进制数据的字符(也就是说,数据传输者要求继续按现在方式进行传输)。只有当双方均同意的情况下才有可能进行二进制传输。 
* IAC DO TRANSMIT-BINARY
发送者要求传输数据,或确定数据将要被传输,这些数据均被解释为8位二进制的。 
* IAC DON'T TRANSMIT-BINARY
如果现在处于二进制状态下,命令发送方要求数据发送方进行标准的NTV  ASCII的传输。如果连接未在二进制状态下,发出命令者要求数据发送方按现在的状态发送数据。只有当双方均同意的情况下才有可能进行二进制传输。 
3. 默认情况
默认情况为:WON'T TRANSMIT-BINARY和DON'T TRANSMIT-BINARY,连接未在二进制状态下。
4. 选项出现的原因
有时候利用telnet上的二进制传输会更有效率,这就是出现的根本原因吧。而双方只要把对数据的解释方式加以改变就可以完成这一选项,因此也比较方便。
5. 选项描述
开始二进制传输后,接收方对没有IAC开始的数据以二进制进行解释。IAC后面的是标准的TELNET命令。如果IAC后面的命令不可识别,它和IAC NOP命令的效果一样。
6. 实现问题
实现二进制传输则不能进行其它模式的传输,这是可以预见的。然而,如果双方能够理解它们同处于二进制传输模式或者例如它们同处于Echo模式,如果他们对此进行了协商,则不会出现什么问题。
我们看到上面的命令意义解释可以注意到WON'T和DON'T的意义要看现在是不是处于二进制传输模式下,假设现在处于EBCDIC模式下,而且一方也不知道任何二进制传输的命令,如果它接收到DO TRANSMIT-BINARY,它根本不知道这是什么,因此返回WON'T TRANSMIT-BINARY,如果对于WON'T TRANSMIT-BINARY的默认值是NVT ASCII,发送DO TRANSMIT-BINARY可能希望接收方转到NVT ASCII,但接收DO TRANSMIT-BINARY的一方有可能不这么做。
因此,我们有这样一条规则:当连接不处于二进制状态时,默认值(也就是说,对WON'T和DON'T的解释)是维持现状,无论是在在NVT ASCII,EBCDIC或者是其他状态。然而,当连接处于二进制状态时,这规则就不顶用了。这就要求连接双方维持一个保存所有可用的连接状态的栈,这样才能正确解释WON'T和DON'T。在二进制状态下,WON'T和DON'T会使状态返回NVT ASCII。
因为telnet是一个双向的通道,因此必须保证双向的数据流都是二进制的。在实现时遵守防止循环的规则,这一规则在telnet协议中有描述。下面我们看看从一个进程和终端开始或接收二进制传输的情况:
a. 从终端开始二进制传输
实现者应该考虑在二进制状态下如何产生8位有效数据,其中不带什么校验位之类的东西。
b. 二进制传输到进程
实现者应该考虑在二进制状态下进行如何接收所有的二进制数据。例如TOPS-20会在终端级解释一些特定字符(例如,ETX,中断control-C),而不把它们传送到进程。
c. 从进程开始的二进制传输
实现者应该考虑传输的字符如何不对对方的终端解释为其它的字符。例如TOPS-20会将非打印字符转为一个箭头和一个可打印字符。
d. 二进制传输到终端
实现者应该考虑接收到的数据如何传送到本地终端。包括本地应该加入的一些字符,校验运算或字符转换。
RFC 856  TELNET BINARY TRANSMISSION                        RFC 856  TELNET二进制传输

1


3
RFC文档中文翻译计划