专业英语大作业一：英译汉翻译范围TCP/IP Illustrated, V olume 1: The Protocols 5.1~5.5 15.1~15.2第5章RARP：逆地址解析协议5.1简介5.2 RARP报文格式5.3 RARP示例5.4 RARP服务的设计5.5小结练习5.1简介一个拥有本地磁盘的系统通常是从磁盘文件读取配置文件中获取其IP地址。

但一个没有磁盘的系统，如X终端或无盘工作站，需要一些其它方式去获得其IP地址。

每个系统在网络上都有一个唯一的硬件地址，由网络接口的制造商分配。

RARP的原则是无盘系统从接口卡上读取其独特的硬件地址，并发送RARP请求（网络上的广播帧）要求别人对无盘系统的IP地址（使用RARP回应）进行应答。

虽然这个概念很简单，执行往往比ARP更难，在本章后面会描述其原因。

RARP的正式规范是RFC 903。

5.2 RARP报文格式RARP报文的格式几乎与ARP报文是相同的（图4.3）。

唯一的区别是，RARP 的请求或应答帧类型为0×8035，并且在操作层RARP请求值为3、RARP应答值为4。

图4-3 ARP在网络上请求与应答报文的格式与ARP一样，RARP服务器请求是广播和RARP应答通常是单播。

5.3 RARP示例在我们的网络，我们可以强制sun主机从网络引导，而不是它的本地磁盘。

如果我们在主机bsdi上运行RARP服务器和tcpdump，我们得到如图5.1所示的输出。

我们使用-e参数去标记tcpdump的打印硬件地址：图5.1 RARP请求和应答。

该RARP请求是广播（1号线）的，第2行的RARP应答是单播的。

第2行的输出，“at sun”,意味着RARP应答包含了主机sun（140.252.13.33）的IP地址。

在第3行，我们看到，一旦sun接收其IP地址，它会发出一个TFTP读请求（RRQ）的文件8CFCOD21.SUN4C。

（TFTP是简单文件传输协议，我们在第15章进行详细描述）。

在文件名中的8个十六进制数字是sun主机的IP地址140.252.13.33的十六进制表示形式。

这是在RARP应答中返回的IP地址。

该文件名的其余部分，后缀SUN4C表示系统正在引导的类型。

Tcpdump表示第3行是一个长度为65的IP数据报，而不是一个UDP数据报（实际上它确实是），因为我们运行tcpdump命令使用-e参数，看硬件级别的地址。

另一点，在图5.1要注意的是在第2行的以太网帧的长度似乎比最小较短（我们所说的是在4.5节60字节）。

原因是我们的系统，该系统上运行的tcpdump 发送该以太网帧（BSDI）。

该应用程序rarpd，写42字节到BSD分组过滤器装置（14字节的以太网报头和28字节的RARP应答），这是什么的tcpdump收到的副本。

但以太网设备驱动程序垫这个短帧的最小尺寸为传输（60 ）。

如果我们在另一个系统上已经运行的tcpdump ，长度会是60。

我们可以看到在这个例子，当这种无盘系统接收在RARP应答它的IP地址，它会发出一个TFTP请求来读取一个引导映像。

在这一点上，我们不会进入其他详细介绍无盘系统是如何引导自己。

（第16章介绍了使用RARP ，BOOTP和TFTP无盘X终端的引导顺序。

）图5.2表示出了如果有在网络上没有RARP服务器所得到的数据包。

每个数据包的目的地址为以太网的广播地址。

以太网地址跟随的是目标硬件地址，并按照发送端的硬件地址发送。

图5.2 网络上没有RARP服务器时的RARP请求注意重发的次数。

第一重传发生6.55秒之后再增加到42.80秒，然后下降至5.34秒，然后6.55，然后它的工作方式回到42.79秒。

这将继续下去。

如果我们计算每个超时间隔之间的差异，我们看到了翻倍的效果：从5.34到6.55为1.21秒，从6.55到8.97为2.42秒，从8.97到13.80是4.83秒，依此类推。

当超时间隔达到一定限度（大于42.80秒），它的复位至5.34秒。

增加这样的超时值和每次都使用相同的值相比，是一个更好的方法。

在图6.8中，我们将看到一个错误的方式来执行超时和重传，并在第21章我们将看到TCP的方法。

5.4 RARP服务器设计虽然RARP的概念很简单，RARP服务器的设计取决于系统和复杂度。

相反地，提供一个ARP服务器简单，并且通常是在内核中的TCP/IP实现的一部分。

由于内核知道它的IP地址和硬件地址，当它收到一个ARP请求其IP地址中的一个，它只是在回复中提供相应的硬件地址。

5.4.1RARP服务器作为用户进程RARP服务器的复杂之处为通常为许多在服务器的主机提供从硬件地址到IP地址的映射（网络上所有的无盘系统）。

此映射包含在一个磁盘文件（在U n i x系统中一般位于/etc/ethers目录中)。

由于内核一般不读取和分析磁盘文件，因此RARP服务器的功能是作为一个用户进程，而不是作为内核的TCP / IP实现的一部分。

更为复杂的是，发送RARP请求以太网与特定的以太网帧类型字段帧（从图2.1 0 ×8035）。

这意味着RARP服务器必须具备发送和接收这种类型的以太网帧的一些方法。

在附录A中，我们介绍了如何在BSD分组过滤器，Sun的网络接口点选，SVR4的数据链路提供者接口可以用来接收这些帧。

由于发送和接收这些帧的系统有关，因此RARP服务器的实现是依赖于该系统。

5.4.2 每个网络的多个RARP服务器另一个复杂因素是RARP请求被发送作为硬件级的广播，如图5.2。

这意味着它们不被路由器转发。

为了让无盘系统来引导，即使在RARP服务器主机关闭，多个RARP服务器通常提供一个单一的网络（例如，一个单一的电缆）上。

随着服务器数量的增加（以提供冗余），网络流量的增加，因为每个服务器发送的每个RARP请求的RARP应答，发送该RARP请求的无盘系统通常使用第一个RARP应答来接收。

（我们用ARP从来没有过这样的问题，因为只有一台主机发送一个ARP应答。

）另外，还有一种可能发生的情况是每个RARP服务器同时应答，这样会增加以太网发生冲突的概率。

5.5小结RARP是被许多无盘系统自举时获得他们的IP地址。

该RARP报文格式与ARP报文几乎是相同的。

一个RARP请求的是广播，识别发送者的硬件地址，要求任何人都可以用发送者的IP地址响应。

答复通常是单播。

RARP的相关问题包括其使用链路层广播，阻止大多数路由器转发RARP请求，并返回最小信息：只是系统的IP地址。

第16章中，我们将看到BOOTP返回更多信息无盘系统的引导方法：它的IP地址，主机由自举的名字，等等。

虽然RARP的概念很简单，但RARP服务器的实现取决于系统。

因此，并非所有的TCP/IP实现提供了一个RARP服务。

第15章TFTP：简单文件传输协议15.1简介15.2协议15.3示例15.4安全机制15.5总结15.1简介TFTP是简单文件传输协议。

它被用于自举无盘系统（通常是工作站或X终端）时被使用。

不同于文件传输协议（FTP），我们描述了第27章，并使用TCP，TFTP被设计为使用UDP，使其简单和小。

TFTP（和其所需的UDP，IP和设备驱动程序）的实现方式可以适合于只读存储器。

本章对TFTP进行概述，因为我们将在下一章的引导程序协议遇到它。

我们也在引导网络主机sun时在图5.1遇到过TFTP。

它使用RARP获取其IP地址后，发出一个TFTP请求。

RFC1350[Sollins1992]是TFTP的第2版的官方规范。

文献[Stevens 1990]的第12章提供了完整的源代码实现TFTP客户端和服务器，并介绍了一些与TFTP 使用的编程技术。

15.2协议每次客户端和服务器之间的交换开始于客户端要求服务器上为客户端读或写一个文件。

在自举无盘系统的正常情况下，第一请求是读请求（RRQ ）。

图15.1显示了五个TFTP消息的格式（操作码1和2共享相同的格式。

）图15.1 五种TFTP报文格式前2个字节的TFTP消息是操作码。

对于读请求（RRQ）和写请求（WRQ）的文件名指定客户端要读取或写入到服务器上的文件。

我们明确表明，这个文件名是由0个字节结束，在图15.1。

该模式的ASCII字符串NETASCII或八位字节（大写或小写字母的任意组合）之一，再次为0字节结束。

NETASCII意味着数据是由一个回车后跟一个换行符（称为CR / LF ）的2字符序列结束每一行的ASCII文本行。

两端必须以此格式和任何本地主机使用的行定界符之间进行转换。

一个八位字节传输将数据视为8位字节，不需要解释。

每个数据包包含一个后一个确认数据包使用的块数。

作为一个例子，读取一个文件时，客户端发送一个读请求（RRQ）指定文件名和模式。

如果文件可以被客户端读取时，服务器响应为1的块号的数据包。

客户端发送的块编号为1的ACK 。

服务器与下一个数据包进行响应，发送编号为2的块号。

客户端发送的块编号为2的ACK 。

这种情况持续下去，直到该文件被转移。

每个数据包包含512个字节的数据，除最后的包，其中包含0-511个字节的数据。

当客户端接收到少于512字节数据的数据包时，它知道它已经收到最终的数据包。

在一个写请求（WRQ）的情况下，客户端发送WRQ指明文件名和模式。

如果文件可以被写入客户端，服务器响应的块号为0的ACK 。

然后，客户端发送第一个512字节的文件，块号编号为0。

服务器响应的块编号为1的ACK 。

这种类型的数据传输称为停止和等待协议。

它只有在简单的协议如TFTP中被发现。

我们将看到在第20.3节的TCP提供不同形式的确认，那种可以提供更高的吞吐量。

TFTP是专为简单性实现，而不是高吞吐量。

最后的TFTP报文类型是错误消息，操作码为5。

这是服务器与如果读请求或写请求不能被处理的响应。

阅读和文件传输过程中写入错误也导致发送该消息，并传输终止。

错误编号提供一个数字错误代码，后面可能包含额外的、操作系统的特定信息的ASCII错误消息。

因为TFTP使用不可靠的UDP ，它是由TFTP来处理丢失和重复的数据包。

丢失的数据包检测与超时和重传由发送方实施。

（请注意所谓的“魔法师的学徒综合症”，当超时和重传都发生问题时就会产生。

文献[Stevens 1990 ]的第12.2节说明该问题如何发生。

）与大多数UDP应用程序一样，TFTP没有校验消息，这假设数据的任何损坏将在UDP校验和中被捕获（11.3节）。

二：词汇题1 X terminal X终端2 diskless workstation 无盘终端3 RARP 逆地址解析协议4 ARP 地址解析协议5 Tcpdump 侦听相关的网络性能数据6 RRQ TFTP读请求7 Bsdi 以太网帧的系统8 BSD Packet Filter BSD分组过滤器9 Network Interface Tap 网络接口点选10 Data Link 数据链路11 Frame 帧12 Redundancy 冗余13 Ethernet 以太网14 Unicast 单播15 Broadcast 广播16 BOOTP 自举协议17 TFTP 简单文件传输协议18 FTP 文件传输协议19 read-only memory 只读存储器20 UDP 用户数据报协议21 IP 互联网协议22 RRQ 读请求23 WRQ 写请求24 opcode 操作码25 data packet 数据包26 stop-and-wait protocol 停止和等待协议27 tcp/ip 传输控制协议/网际协议?28 router 路由器29 gateway 网关30 vpn 虚拟专用网络三：英文写作My major is computer science and technology. During f our years’s study, I have had lots of knowledge of the computer for a more clear understanding to the IT.Through the study, I mastered the basic computer science and technology analysis of basic theory, basic knowledge, master the basic techniques of computer systems analysis and design method, and the understanding of the dynamic development of computer science and technology.I think our school courses, although did not keep pace with the times, but to teachknowledge as the most basic to us.Like data structure to let me to understand the way data how to stored , the computer system architecture to let me understand the constitution of the computer, computer network to let me understand how to communicate between computers , and so on. Like the old saying gose ,To teach fishing is better than teach them to fish, the school give us established a relatively complete system of knowledge, let us convenient to expand the knowledge learning in the future. Learning in school let me understand how to learn about computer knowledge, and let me have a preliminary plan for the future work , I think this is the most important.For the development of my own future,I hope I can calculate the direction of study in the cloud, be harvested. Cloud computing is not only a hot topic, but also I think a promising topic , any traditional application , such as the traditional business model ,if combine with cloud computing,would be a huge innovation. My current research direction is the junk mail sorting based on cloud computing. Through the research, I found that, on the basis of cloud computing, sorting and accuracy can be greatly improved, which can reduce the network load, reduce the burden of the mail server.It is very meaningful.Anyway , I think my university life in this school taught me a lot of things, I love this profession ,but also sincerely hope can contribute to the study of the future.。