组织：中国互动出版网（http://www.china-pub.com/）<br />
RFC文档中文翻译计划（http://www.china-pub.com/compters/emook/aboutemook.htm）<br />
E-mail：ouyang@china-pub.com<br />
译者：王安鹏（anpengwang&nbsp;&nbsp;&nbsp;&nbsp;anpengwang@263.net）<br />
译文发布时间：2001-8-3<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;L.&nbsp;McLaughlin&nbsp;III<br />
Request&nbsp;for&nbsp;Comments:&nbsp;1132&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;The&nbsp;Wollongong&nbsp;Group<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;November&nbsp;1989<br />
<br />
<br />
802．2分组在IPX网络上传输的标准<br />
(RFC1132——A&nbsp;Standard&nbsp;for&nbsp;the&nbsp;Transmission&nbsp;of&nbsp;802.2&nbsp;Packets&nbsp;over&nbsp;IPX&nbsp;Networks)<br />
<br />
本备忘录的状态<br />
本备忘录描述了在支持Novell&nbsp;Internet分组交换协议[2]（IPX）的网络上封装802.2[1]分<br />
组的方法。本文废止了关于Internet分组在IPX网络上传输的原来的文档，与这些早期文档的<br />
区别在于，这种方法允许在IPX上进行多种网络协议的传输，以及通过IPX桥传输分组。<br />
目录<br />
简介	1<br />
描述	2<br />
最大传输单元	2<br />
地址映射	2<br />
字节序	2<br />
广播地址	2<br />
单播地址	3<br />
校验和	3<br />
保留值	3<br />
实现	3<br />
参考	4<br />
安全问题	4<br />
作者地址：	5<br />
<br />
简介<br />
本规范的目的在于在IPX网络上实现兼容和共用的Internet分组传输，如Internet协议[3]<br />
（IP）、地址解析协议[4]（ARP）以及无连接方式的网络协议[5]（CLNP）。<br />
IPX是Novell继承Xerox的Internet数据报协议[6]（IDP）而开发的私有标准。按照RFC&nbsp;<br />
1042[7]的描述，以另外的802.X物理层标准为基础，通过定义在IPX上IEEE802.2数据链路<br />
层标准的封装可以传输IP数据报。本文档主要讨论这一RFC在IPX网络上的实现。<br />
<br />
描述<br />
一般而言，本规范使IPX网络可以支持任何能够使用IEEE802.2数据链路层规范的网络<br />
协议。<br />
更明确地讲，IPX网络可以用于支持IP网络和任何类型的子网。通过把IP数据报封装进<br />
IPX数据报，并且为IPX网络上的主机分配IP号，这些主机也可以支持基于IP的应用。具<br />
有在802.IPX数据报内封装IP分组能力的IP网关允许IPX网络上的这些主机与Internet通讯。<br />
<br />
最大传输单元<br />
IPX数据报的最大数据尺寸是546个字节。因为802.2LLC和SNAP头的结合大小是8<br />
个字节，这样最大传输单元（MTU）就是538个字节。<br />
<br />
地址映射<br />
从Internet协议地址到802.IPX地址的映射通过地址解析协议完成，与其他的IEE802.IPX<br />
物理地址方式一样。但是，802.IPX物理地址的长度是10个字节，而不是2个或6个。这10<br />
个字节的物理地址包括4个字节的IPX网络地址和后面6个字节的IPX节点地址。<br />
<br />
字节序<br />
字节的传输按照“big-endian”字节序[8]。<br />
<br />
广播地址<br />
通过把IPX头中的分组类型字段设为0x14，目标网络字段设为本地网络号，目标节点号<br />
设为0xffffff，IPX事件控制块的直接地址字段设为0xffffff，可以实现IPX分组的广播。<br />
<br />
单播地址<br />
实现IPX分组的单播，必须把IPX头中的分组类型字段设为0x04，目标网络字段和目标<br />
节点字段设为地址解析的结果值，IPX事件控制块的直接地址字段设为目标节点或者相应的<br />
IPX桥的物理地址。<br />
<br />
校验和<br />
类似于大多数IPX应用，本规范不使用IPX校验和。<br />
<br />
保留值<br />
NOVELL保留IPX&nbsp;socket&nbsp;0x8060用于本协议的实现。<br />
<br />
实现<br />
IPX网络中的Internet分组封装被证明是非常有用的。因为IPX接口把物理层的问题从应<br />
用中隔离出来，IPX上的802.2可以在任何物理层上工作。IPX中的IP通常如下所示：<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;--------------------<br />
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;N&nbsp;个字节&nbsp;&nbsp;|&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;物理头&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;|<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;|------------------|<br />
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;30&nbsp;个字节&nbsp;&nbsp;|&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;IPX&nbsp;头&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;|<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;|------------------|<br />
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;8&nbsp;个字节&nbsp;&nbsp;|&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;802.2&nbsp;头&nbsp;&nbsp;&nbsp;&nbsp;|<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;|------------------|<br />
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;通常&nbsp;20&nbsp;个字节&nbsp;&nbsp;&nbsp;|&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;IP&nbsp;头&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;|<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;|------------------|<br />
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;通常&nbsp;20&nbsp;个字节&nbsp;&nbsp;&nbsp;|&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;TCP&nbsp;头&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;|<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;|------------------|<br />
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;最多498个字节&nbsp;&nbsp;&nbsp;|&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;TCP&nbsp;数据&nbsp;&nbsp;&nbsp;&nbsp;|<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;--------------------<br />
在支持IPX程序接口的工作站上，本规范的实现是非常简单的。唯一的变更是修改现有<br />
的地址解析协议代码使缓冲项的长度能够超出硬件地址的长度。这样做是为了给直接地址留<br />
下足够的空间，因为除了目标节点和网络地址以及给定的IP地址外，还可能需要插入IPX桥。<br />
到目前为止，还没有试图在不支持IPX程序接口的系统上实现这一规范（比如专用的路<br />
由器），但是可以提出几点注意事项。首先，此类实现显然需要区分IPX分组和其他分组，这<br />
一过程依赖于使用的介质。其次要注意，如果事先没有从主机2到主机1的广播分组，就不<br />
会出现从主机1到主机2的单播分组，因为只能从先前的广播分组物理头中了解在主机1和<br />
主机2之间直接地址是否需要插入IPX桥。第三，任何此类实现都需要从NOVELL桥或者文<br />
件服务器中取得本地IPX网络号。尽管存在这样的机制，但是它们使用的文档通常是不可访<br />
问的。<br />
<br />
参考<br />
<br />
&nbsp;&nbsp;[1]&nbsp;&nbsp;IEEE,&nbsp;"IEEE&nbsp;Standards&nbsp;for&nbsp;Local&nbsp;Area&nbsp;Networks:&nbsp;Logical&nbsp;Link<br />
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;Control",&nbsp;IEEE,&nbsp;New&nbsp;York,&nbsp;1985.<br />
<br />
&nbsp;&nbsp;[2]&nbsp;&nbsp;Novell,&nbsp;Inc.,&nbsp;"Advanced&nbsp;NetWare&nbsp;V2.1&nbsp;Internetwork&nbsp;Packet&nbsp;Exchange<br />
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;Protocol&nbsp;(IPX)&nbsp;with&nbsp;Asynchronous&nbsp;Event&nbsp;Scheduler&nbsp;(AES)",&nbsp;October<br />
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;1986.<br />
<br />
&nbsp;&nbsp;[3]&nbsp;&nbsp;Postel,&nbsp;J.,&nbsp;"Internet&nbsp;Protocol",&nbsp;RFC-791,&nbsp;USC/Information<br />
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;Sciences&nbsp;Institute,&nbsp;September&nbsp;1981.<br />
<br />
&nbsp;&nbsp;[4]&nbsp;&nbsp;Plummer,&nbsp;D.,&nbsp;"An&nbsp;Ethernet&nbsp;Address&nbsp;Resolution&nbsp;Protocol",&nbsp;RFC-826,<br />
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;November&nbsp;1982.<br />
<br />
&nbsp;&nbsp;[5]&nbsp;&nbsp;ISO&nbsp;DIS&nbsp;8473:&nbsp;"Information&nbsp;Processing&nbsp;Systems&nbsp;-&nbsp;Data<br />
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;Communications&nbsp;-&nbsp;Protocol&nbsp;for&nbsp;Providing&nbsp;the&nbsp;Connectionless-mode<br />
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;Network&nbsp;Service".<br />
<br />
&nbsp;&nbsp;[6]&nbsp;&nbsp;Xerox&nbsp;Corporation,&nbsp;"Xerox&nbsp;Network&nbsp;Systems&nbsp;Architecture",&nbsp;XNSG<br />
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;068504,&nbsp;April&nbsp;1985.<br />
<br />
&nbsp;&nbsp;[7]&nbsp;&nbsp;Postel,&nbsp;J.,&nbsp;and&nbsp;J.&nbsp;Reynolds,&nbsp;"A&nbsp;Standard&nbsp;for&nbsp;the&nbsp;Transmission&nbsp;of<br />
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;IP&nbsp;Datagrams&nbsp;over&nbsp;IEEE&nbsp;802&nbsp;Networks",&nbsp;RFC-1042,&nbsp;USC/Information<br />
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;Sciences&nbsp;Institute,&nbsp;February&nbsp;1988.<br />
<br />
&nbsp;&nbsp;[8]&nbsp;&nbsp;Cohen,&nbsp;D.,&nbsp;"On&nbsp;Holy&nbsp;Wars&nbsp;and&nbsp;a&nbsp;Plea&nbsp;for&nbsp;Peace",&nbsp;Computer,&nbsp;IEEE,<br />
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;October&nbsp;1981.<br />
<br />
安全问题<br />
&nbsp;&nbsp;&nbsp;本备忘录没有涉及安全性问题。<br />
<br />
作者地址：<br />
<br />
&nbsp;&nbsp;&nbsp;Leo&nbsp;J.&nbsp;McLaughlin&nbsp;III<br />
&nbsp;&nbsp;&nbsp;The&nbsp;Wollongong&nbsp;Group<br />
&nbsp;&nbsp;&nbsp;1129&nbsp;San&nbsp;Antonio&nbsp;Road<br />
&nbsp;&nbsp;&nbsp;Palo&nbsp;Alto,&nbsp;CA&nbsp;94303<br />
&nbsp;&nbsp;&nbsp;Phone:&nbsp;(415)&nbsp;962-7100<br />
&nbsp;&nbsp;&nbsp;EMail:&nbsp;ljm@TWG.COM<br />
<br />
RFC1132——A&nbsp;Standard&nbsp;for&nbsp;the&nbsp;Transmission&nbsp;of&nbsp;802.2&nbsp;Packets&nbsp;over&nbsp;IPX&nbsp;Networks&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;<br />
802．2分组在IPX网络上传输的标准<br />
<br />
<br />
<br />
1<br />
RFCz文档中文翻译计划<br />