《RFC1350中文.docVIP

TFTP协议 RFC1350 中文 收藏 TFTP协议 文档的现状 这个RFC文档被网络协会列为准IAB标准，需要进一步的讨论和修改。通过IAB标准可以查看这个协议的状态。可以任意的发布本协议。 概况 TFTP是一个传输文件的简单协议, 可以从它的名字看出。 每个非结尾数据报被单独的确认。 本文档描述TFTP的协议和种类。 也解释一些设计TFTP协议的原因。 背景 这个协议原本由Noel Chiappa 设计， 由 Noel Chiappa、 Bob Baldwin 和 Dave Clark重新设计， 并由Steve Szymanski 校验。现在的这个版本， Larry Allen, Noel Chiappa, Dave Clark, Geoff Cooper, Mike Greenwald, Liza Martin, David Reed, Craig Milo Rogers, Kathy Yellick 和原本作者进行了修订。转发和确认机制受到TCP的影响， 错误机制受 PARC的EFTP异常消息。 1992年5月，重新修订了本协议的BUG，其他的小问题由 Noel Chiappa 来做。 (美国）国防高级研究计划局支持此协议的研究， 由海军研究办公室监制 号码为： N00014-75-C-0661。 1. 目的 TFTP是一个传输文件的简单协议，它已经基于UDP协议实现了,因此可以在不同网络的主机间进行传送。此协议设计的时候是进行小文件传输的。因此它容易实现，不具备通常的FTP的许多功能，它只能从文件服务器上获得或写入文件，不能列出目录，不进行认证，它传输8位数据。 传输中有三种模式：netascii，这是8位的ASCII码形式，另一种是octet，这是8位源数据类型；最后一种mail已经不再支持，它将返回的数据直接返回给用户而不是保存为文件。可以由协作的主机间自己定义模式。 参考[4]可以总结出更多的建议。 2. 概况 任何传输起自一个读取或写入文件的请求，这个请求也是连接请求。如果服务器批准此请求，连接就建立了，数据以定长512字节传输。每个数据包包括一块数据，发出下一个数据包以前必须得到对上一个数据包的确认。如果一个数据包的大小小于512字节，则表示传输结束。如果数据包在传输过程中丢失，发出方会在超时后重新传输最后一个未被确认的数据包。通信的双方都是数据的发出者与接收者，一方传输数据接收应答，另一方发出应答接收数据。 大部分的错误会导致连接中断，错误由一个错误的数据包引起。这个包不会被确认，也不会被重新发送，因此另一方无法接收到, 这种连接中断可以由超时机制来检查。错误主要是由下面三种情况引起的：不能满足请求；收到的数据包内容错误，而这种错误不能由延时或重发解释；对需要资源的访问丢失（如硬盘满）。TFTP只在一种作物情况下不中断连接，这种情况是源端口不正确，在这种情况下，指示错误的包会被发送到源机。这个协议限制很多，这是都是为了实现起来比较方便而进行的。例如， 固定的长度方便本地存储， 对每一个数据报进行确认方便流式控制和对接受的数据包进行排序。 3. 与其它协议的联系 因为TFTP使用UDP，而UDP使用IP。因此一个TFTP包中会有以下几段：IP头，UDP报头，TFTP头，剩下的就是TFTP数据了。此外， 数据报还需要像LNI， ARPA的头部以便在在本地传输。如图3-1所示。TFTP在IP头中不指定任何数据，但是它使用UDP中的源和目标端口以及包长度域。由TFTP使用的包标记（TID）在数据包层被用做端口，因此TID必须介于0到65,535之间。对它的初始化我们在后面讨论。TFTP头中包括两上字节的操作码，这个码指出了包的类型, 这个操作码和其他类型的操作码我们在后面的章节中进行讨论。 ---------------------------------------------------| Local Medium | Internet | Datagram | TFTP |---------------------------------------------------图3-1: 包头次序 4. 初始连接 初始连接时候需要发出WRQ（请求写入远程系统）或RRQ（请求读取远程系统），收到一个确定应答，是确定可以写出的包或应该读取的第一块数据。通常确认包包括要确认的包的包号，每个数据包都与一个块号相对应，块号从1开始而且是连续的。因此对于写入请求的确定是一个比