组织：中国互动出版网（http://www.china-pub.com/）<br />
RFC文档中文翻译计划（http://www.china-pub.com/compters/emook/aboutemook.htm）<br />
E-mail：ouyang@china-pub.com<br />
译者：詹瞻（zanyman&nbsp;&nbsp;&nbsp;&nbsp;zanyman@263.net）<br />
译文发布时间：2001-5-23<br />
版权：本中文翻译文档版权归中国互动出版网所有。可以用于非商业用途自由转载，但必须<br />
保留本文档的翻译及版权信息。<br />
<br />
<br />
<br />
<br />
Network&nbsp;Working&nbsp;Group&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;Charles&nbsp;Hornig<br />
Request&nbsp;for&nbsp;Comments:&nbsp;894&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;Symbolics&nbsp;Cambridge&nbsp;Research&nbsp;Center<br />
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;April&nbsp;1984<br />
<br />
IP&nbsp;数据包通过以太网网络传输标准&nbsp;<br />
(RFC894&nbsp;&nbsp;A&nbsp;Standard&nbsp;for&nbsp;the&nbsp;Transmission&nbsp;of&nbsp;IP&nbsp;Datagrams&nbsp;over&nbsp;Ethernet&nbsp;Networks)<br />
<br />
<br />
&nbsp;&nbsp;本备忘录的状态：<br />
&nbsp;&nbsp;本RFC文档讲述了在以太网[2]中封装IP[1]的一种标准方法。本RFC文档讲述了ARPA<br />
网络社区的一种标准协议。<br />
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;目录<br />
一．介绍：<br />
本备忘录用于10MB/S，48位地址的以太网。IP数据包在3MB/S，8位地址的以太网中<br />
的传输过程见[3]。<br />
帧格式：<br />
IP数据包以标准的以太网帧格式方式传输。以太网帧数据必须包含十六进制数0800H<br />
以表示它的类型。帧数据要包含IP数据前面的IP首部。<br />
发送到以太网的数据包的最小长度为1500个字节，因此，发送到以太网的IP数据包的<br />
最大长度为1500个字节。在实行中，推荐使用最大长度的包。网关的设计必须能够接收最<br />
大长度的包，并且在必要的情况下，可以将过大的包切割。如果一个系统不能接收最大长度<br />
的包，他应该采取步骤，在发送时减小包长，例如使用TCP最大段长度[4]。<br />
&nbsp;&nbsp;注意：在以太网上的数据包可能不再是一般Internet上默认的576字节的最大包长。连接<br />
在一个以太网上的主机在向另一个以太网上的主机发送数据包时，应该注意。比较合适的方<br />
法是发送一个较小的数据包以避免在中间的网关处被不必要地分割。在这一点上，请参考[4]<br />
以得到更多的信息。<br />
1984年4月<br />
二．地址映射：<br />
32位的IP地址映射到48位的以太网地址有多种方式。可以使用一个静态的表格或一<br />
个动态的程序。<br />
2．1．静态的表格：<br />
&nbsp;&nbsp;&nbsp;&nbsp;在一个局域网里可以为每一个主机制定一个以太网地址和IP地址对应的表格。<br />
2．2．动态的程序：<br />
&nbsp;&nbsp;&nbsp;&nbsp;32位的IP地址和48位的以太网地址之间的映射可以通过ARP[5]（地址解析协议）<br />
来实现。IP地址在一些Internet中，被随意的指定。每一个主机必须知道它的IP地址并合<br />
适的响应它的以太网地址才能正常工作。它也应该在需要时，使用ARP去把IP地址映射为<br />
以太网地址。<br />
2．3．广播地址：<br />
&nbsp;&nbsp;&nbsp;&nbsp;Internet上的广播地址（在局域网上的地址是48个全1）可以被映射为广播以太网<br />
地址（FF-FF-FF-FF-FF-FF）。<br />
强烈推荐使用ARP动态解析程序。<br />
三．跟踪格式：<br />
一些版本的Unix&nbsp;4.2bsd使用一种不同的掩盖法，为了在VAX虚拟内存结构下得到更好<br />
的性能。在同一个以太网中的兼容的系统可能在它们中使用这种格式。<br />
主机不要求去实现这种方式。没有数据包能在这种方式下发送给其它主机，除非发送<br />
者肯定接受者将能够解释它们。<br />
（注意：现在Unix&nbsp;4.2bsd系统可以一直使用追踪方式，也可以不使用它们，这取决于<br />
引导式的选项。这种状况希望将来能被改变。Unix&nbsp;4.2bsd系统还使用全0的以太网地址作<br />
为广播地址，这也将在将来被改变。）<br />
1984年4月<br />
四．字节约定：<br />
&nbsp;&nbsp;&nbsp;&nbsp;如在Internet协议说明的附录B中所描述的，被发送至以太网的IP数据包以8位<br />
为一字节。<br />
五．参考：<br />
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;[1]&nbsp;&nbsp;Postel,&nbsp;J.,&nbsp;"Internet&nbsp;Protocol",&nbsp;RFC-791,&nbsp;USC/Information<br />
&nbsp;&nbsp;&nbsp;Sciences&nbsp;Institute,&nbsp;September&nbsp;1981.<br />
<br />
&nbsp;&nbsp;&nbsp;[2]&nbsp;&nbsp;"The&nbsp;Ethernet&nbsp;-&nbsp;A&nbsp;Local&nbsp;Area&nbsp;Network",&nbsp;Version&nbsp;1.0,&nbsp;Digital<br />
&nbsp;&nbsp;&nbsp;Equipment&nbsp;Corporation,&nbsp;Intel&nbsp;Corporation,&nbsp;Xerox&nbsp;Corporation,<br />
&nbsp;&nbsp;&nbsp;September&nbsp;1980.<br />
<br />
&nbsp;&nbsp;&nbsp;[3]&nbsp;&nbsp;Postel,&nbsp;J.,&nbsp;"A&nbsp;Standard&nbsp;for&nbsp;the&nbsp;Transmission&nbsp;of&nbsp;IP&nbsp;Datagrams<br />
&nbsp;&nbsp;&nbsp;over&nbsp;Experimental&nbsp;Ethernet&nbsp;Networks",&nbsp;RFC-895,&nbsp;USC/Information<br />
&nbsp;&nbsp;&nbsp;Sciences&nbsp;Institute,&nbsp;April&nbsp;1984.<br />
<br />
&nbsp;&nbsp;&nbsp;[4]&nbsp;&nbsp;Postel,&nbsp;J.,&nbsp;"The&nbsp;TCP&nbsp;Maximum&nbsp;Segment&nbsp;Size&nbsp;Option&nbsp;and&nbsp;Related<br />
&nbsp;&nbsp;&nbsp;Topics",&nbsp;RFC-879,&nbsp;USC/Information&nbsp;Sciences&nbsp;Institute,&nbsp;November&nbsp;1983.<br />
<br />
&nbsp;&nbsp;&nbsp;[5]&nbsp;&nbsp;Plummer,&nbsp;D.,&nbsp;"An&nbsp;Ethernet&nbsp;Address&nbsp;Resolution&nbsp;Protocol",&nbsp;RFC-826,<br />
&nbsp;&nbsp;&nbsp;Symbolics&nbsp;Cambridge&nbsp;Research&nbsp;Center,&nbsp;November&nbsp;1982.<br />
<br />
&nbsp;&nbsp;&nbsp;[6]&nbsp;&nbsp;Leffler,&nbsp;S.,&nbsp;and&nbsp;M.&nbsp;Karels,&nbsp;"Trailer&nbsp;Encapsulations",&nbsp;RFC-893,<br />
&nbsp;&nbsp;&nbsp;University&nbsp;of&nbsp;California&nbsp;at&nbsp;Berkeley,&nbsp;April&nbsp;1984.<br />
<br />
<br />
RFC894&nbsp;&nbsp;A&nbsp;Standard&nbsp;for&nbsp;the&nbsp;Transmission&nbsp;of&nbsp;IP&nbsp;Datagrams&nbsp;over&nbsp;Ethernet&nbsp;Networks&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;IP&nbsp;数据包通过以太网<br />
网络传输标准<br />
<br />
<br />
1<br />
RFC文档中文翻译计划<br />