组织：中国互动出版网（http://www.china-pub.com/）<br />
RFC文档中文翻译计划（http://www.china-pub.com/compters/emook/aboutemook.htm）<br />
E-mail：ouyang@china-pub.com<br />
译者：hlp（uangliuqi&nbsp;&nbsp;hlq@mail.ndsc.com.cn）<br />
译文发布时间：2001-6-8<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;&nbsp;&nbsp;&nbsp;&nbsp;C.&nbsp;Perkins<br />
Request&nbsp;for&nbsp;Comments:&nbsp;2004&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;IBM<br />
Category:&nbsp;Standards&nbsp;Track&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;October&nbsp;1996<br />
<br />
<br />
<br />
IP最小封装<br />
(RFC2004&nbsp;capsulation&nbsp;within&nbsp;IP)<br />
<br />
文档现状<br />
&nbsp;&nbsp;&nbsp;本文档为Internet社区定义一种Internet标准跟踪协议,尚需讨论以期提高.关于本协议<br />
的标准化情况请参阅最新版本的"因特网正式协议标准"&nbsp;(STD&nbsp;1)。本文档可以任何形式分发。.<br />
摘要<br />
&nbsp;&nbsp;&nbsp;本文档定义了一种在IP数据报中封装另一个IP数据报（作为净负载）的方法,可以比“传<br />
统的”IP封装（每一个数据报中封装另一个IP头部）的开销要小。封装通过把他们送往某<br />
个中间目的地（不是由原IP头部的IP&nbsp;Destination&nbsp;Address域）把正常的IP路由变为数据<br />
报。封装可用于多方面,例如使用移动IP把数据报传送到某个移动节点.<br />
1.简介<br />
&nbsp;&nbsp;&nbsp;本文档定义了一种在IP数据报中封装另一个IP数据报（作为净负载）的方法,可以比“传<br />
统的”IP封装（每一个数据报中封装另一个IP头部）的开销要小。封装通过把路由信息送<br />
往某个中间目的地（不是由原IP头部的IP&nbsp;Destination&nbsp;Address域）把正常的IP路由变为<br />
数据报。封装可用于多方面,例如使用移动IP把数据报传送到某个移动节点.封装与拆分数据<br />
报的过程通常称为数据报“隧道”（"tunneling"），封装方和拆分方分别为隧道的端点<br />
（“endpoints"）;封装方称为隧道的“入口点”（"entry&nbsp;point"）,拆分方称为隧道的出口<br />
点（"exit&nbsp;point"）.<br />
<br />
2.&nbsp;动机<br />
&nbsp;&nbsp;&nbsp;移动IP工作组已经规定把封装作为从移动节点的“家乡网络”（"home&nbsp;network"&nbsp;）向代<br />
理（agent）传送数据包的方法，该代理能够以传统方式在移动节点在当前异于家乡的位置“本<br />
地”地传送数据包（参考文献[5]）。封装的使用也可表明在IP数据报的源地址（或者中间路<br />
由器）必须影响数据报送达最终目的地所经过的路由。封装的其他的应用包括多播，预付费,<br />
安全属性选择路由，通用（general）路由选择策略。<br />
&nbsp;&nbsp;&nbsp;封装比IP松散路由选择的优点见参考文献[4]。使用IP头部封装数据报要求内部IP头部<br />
的几个多余的域;可以通过指定一种封装机制来节省多余的空间。图中显示的方案来自移动<br />
IP工作组（在早期的草案中）,与参考文献[2]中定义的相似.<br />
3.最小封装<br />
&nbsp;&nbsp;&nbsp;最小转发头部在数据报中定义，在封装前没有分片.这种封装方法是可选的.最小封装不允<br />
许原始（original）的数据报已经分片,因为在转发头部中没有空间存储分片信息.为使用最<br />
小封装来封装IP数据报，最小转发头部被插入到数据报中如下所示：<br />
&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;&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 />
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;|&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;IP&nbsp;Header&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;|&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;|&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;Modified&nbsp;IP&nbsp;Header&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;&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 />
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;+---------------------------+&nbsp;====&gt;&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;&nbsp;&nbsp;|&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;|&nbsp;Minimal&nbsp;Forwarding&nbsp;Header&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;&nbsp;&nbsp;|&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;+---------------------------+<br />
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;|&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;IP&nbsp;Payload&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;|<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;&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;&nbsp;&nbsp;|&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;|&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;IP&nbsp;Payload&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;&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;&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 />
&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;+---------------------------+<br />
<br />
<br />
&nbsp;&nbsp;&nbsp;原始IP的头部已经被修改,在IP头部的后面插入了最小转发头部（minimal&nbsp;forwarding&nbsp;<br />
header），紧跟着的是原始数据报的IP净负载（如传输层头部，传输层数据）。数据报中没有<br />
再其他的其他的IP头部。<br />
&nbsp;&nbsp;&nbsp;在封装数据报的过程中,原始IP头部（参考文献[6]）按如下修改:<br />
&nbsp;&nbsp;&nbsp;&nbsp;-&nbsp;&nbsp;IP头部的Protocol域被一个协议号55所取代，以说明使用最小封装协议.<br />
&nbsp;&nbsp;&nbsp;&nbsp;-&nbsp;&nbsp;IP头部的Destination&nbsp;Address域被隧道的出口的IP地址所取代.<br />
-&nbsp;&nbsp;如果封装器不在数据报的源地址,IP头部中Source&nbsp;Address域被封装器的IP地址取<br />
代。<br />
-&nbsp;IP头部中的Total&nbsp;Length域增加插入数据报的最小转发头部的大小.增加的可能是12<br />
字节或8字节,取决于转发头部中是否设置了“原始源地址出现”（Original&nbsp;Source&nbsp;<br />
Address&nbsp;Present&nbsp;(S位)）标志。<br />
&nbsp;&nbsp;&nbsp;&nbsp;-&nbsp;IP头部的Header&nbsp;Checksum域被重新计算（参考文献[6]）或者更新因为封装的IP头<br />
部已经发生改变。&nbsp;<br />
&nbsp;&nbsp;&nbsp;&nbsp;注意跟IP-in-IP封装（参考文献[4]）不同,IP头部中的Time&nbsp;to&nbsp;Live(TTL)域在封装的<br />
过程中并不修改;如果封装器正在转发该数据报,该域将由于正常IP转发而递减。同样,因为<br />
封装后的IP头部依然保留原来的TTL，转发到隧道内部的数据报可见，例如"traceroute"。<br />
<br />
<br />
&nbsp;&nbsp;&nbsp;最小转发头部的格式如下所示:<br />
<br />
&nbsp;&nbsp;&nbsp;&nbsp;0&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;1&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;2&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;3<br />
&nbsp;&nbsp;&nbsp;&nbsp;0&nbsp;1&nbsp;2&nbsp;3&nbsp;4&nbsp;5&nbsp;6&nbsp;7&nbsp;8&nbsp;9&nbsp;0&nbsp;1&nbsp;2&nbsp;3&nbsp;4&nbsp;5&nbsp;6&nbsp;7&nbsp;8&nbsp;9&nbsp;0&nbsp;1&nbsp;2&nbsp;3&nbsp;4&nbsp;5&nbsp;6&nbsp;7&nbsp;8&nbsp;9&nbsp;0&nbsp;1<br />
&nbsp;&nbsp;&nbsp;+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+<br />
&nbsp;&nbsp;&nbsp;|&nbsp;&nbsp;&nbsp;Protocol&nbsp;&nbsp;&nbsp;&nbsp;|S|&nbsp;&nbsp;reserved&nbsp;&nbsp;&nbsp;|&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;Header&nbsp;Checksum&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;|<br />
&nbsp;&nbsp;&nbsp;+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+<br />
&nbsp;&nbsp;&nbsp;|&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;Original&nbsp;Destination&nbsp;Address&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;|<br />
&nbsp;&nbsp;&nbsp;+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+<br />
&nbsp;&nbsp;&nbsp;:&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;(if&nbsp;present)&nbsp;Original&nbsp;Source&nbsp;Address&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;:<br />
&nbsp;&nbsp;&nbsp;+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+<br />
<br />
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;Protocol<br />
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;从原来IP头部的Protocol域拷贝。<br />
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;Original&nbsp;Source&nbsp;Address&nbsp;Present&nbsp;(S)<br />
0	原始源地址Original&nbsp;Source&nbsp;Address）域为空.这种情况下最小隧道头部<br />
的长度为8个字节.<br />
1	原始源地址（Original&nbsp;Source&nbsp;Address）域不为空。&nbsp;这种情况下最小隧<br />
道头部为12字节。<br />
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;reserved<br />
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;按0发送;接收时忽略.<br />
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;Header&nbsp;Checksum<br />
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;最小转发头部中所有16比特字和的补码.为计算检验和checksum域的值设置为0.<br />
在计算检验和时不包括IP头部和IP静负载(位于最小转发头部之后).<br />
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;Original&nbsp;Destination&nbsp;Address<br />
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;从原IP头部中的Destination&nbsp;Address域拷贝.<br />
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;Original&nbsp;Source&nbsp;Address<br />
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;从原IP头部中的Source&nbsp;Address域拷贝。该域仅在设置Original&nbsp;Source&nbsp;Address&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;<br />
Present&nbsp;(S)标志时存在.<br />
<br />
&nbsp;&nbsp;&nbsp;在拆分数据报时，最小转发头部各域存放在IP头部中,转发头部从数据报中删除。另外，<br />
IP头部中的Total&nbsp;Length域递减掉从数据报中删除的最小转发头部,IP头部的Checksum域&nbsp;<br />
被重新计算（参考文献[6]）或者更新，以说明在拆分时IP头部的变化.<br />
&nbsp;&nbsp;&nbsp;封装器（encapsulator）可以使用现存合适的的IP机制把封装以后的净负载传送到隧道<br />
出口点.特别是,允许选择IP的使用,如果IP头部中不设置"Don't&nbsp;Fragment"位还允许使用分<br />
片。要求对分片加以限定以便使用Path&nbsp;MTU&nbsp;Discovery&nbsp;（参考文献[3]）能得到他们寻找的<br />
信息.<br />
4.路由失败（&nbsp;Routing&nbsp;Failures）<br />
&nbsp;&nbsp;&nbsp;用于路由的封装方法使路由环回的敏感度上升.为削减危险,路由器应该遵循参考文献[4]<br />
中描述的规程.<br />
5.&nbsp;来自隧道内部的ICMP信息<br />
&nbsp;&nbsp;&nbsp;ICMP信息用参考文献[4]中的方法进行处理,包括维护隧道的“软状态”（"soft&nbsp;state"）.<br />
6.安全方面的考虑<br />
&nbsp;&nbsp;&nbsp;安全考虑不在本文当中论述，但与参考文献[4]中描述的基本相似.<br />
7.致谢<br />
<br />
&nbsp;&nbsp;&nbsp;很多第3部分的原文从移动IP草案（参考文献[1]）中获得.感谢David&nbsp;Johnson对草案<br />
的连贯性及其它方面的改进。<br />
<br />
<br />
参考文献<br />
&nbsp;&nbsp;&nbsp;[1]&nbsp;Perkins,&nbsp;C.,&nbsp;Editor,&nbsp;"IPv4&nbsp;Mobility&nbsp;Support",&nbsp;Work&nbsp;in&nbsp;Progress,<br />
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;May&nbsp;1995.<br />
&nbsp;&nbsp;&nbsp;[2]&nbsp;David&nbsp;B.&nbsp;Johnson.&nbsp;&nbsp;Scalable&nbsp;and&nbsp;Robust&nbsp;Internetwork&nbsp;Routing<br />
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;for&nbsp;Mobile&nbsp;Hosts.&nbsp;&nbsp;In&nbsp;Proceedings&nbsp;of&nbsp;the&nbsp;14th&nbsp;International<br />
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;Conference&nbsp;on&nbsp;Distributed&nbsp;Computing&nbsp;Systems,&nbsp;pages&nbsp;2--11,&nbsp;June<br />
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;1994.<br />
&nbsp;&nbsp;&nbsp;[3]&nbsp;Mogul,&nbsp;J.,&nbsp;&nbsp;and&nbsp;S.&nbsp;Deering,&nbsp;"Path&nbsp;MTU&nbsp;Discovery",&nbsp;RFC&nbsp;1191,<br />
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;November&nbsp;1990.<br />
&nbsp;[4]&nbsp;Perkins,&nbsp;C.,&nbsp;"IP&nbsp;Encapsulation&nbsp;within&nbsp;IP",&nbsp;RFC&nbsp;2003,<br />
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;October&nbsp;1996.<br />
&nbsp;&nbsp;&nbsp;[5]&nbsp;Perkins,&nbsp;C.,&nbsp;Editor,&nbsp;"IP&nbsp;Mobility&nbsp;Support",&nbsp;RFC&nbsp;2002,<br />
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;October&nbsp;1996.<br />
&nbsp;&nbsp;&nbsp;[6]&nbsp;Postel,&nbsp;J.,&nbsp;Editor,&nbsp;"Internet&nbsp;Protocol",&nbsp;STD&nbsp;5,&nbsp;RFC&nbsp;791,<br />
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;September&nbsp;1981.<br />
作者地址<br />
&nbsp;&nbsp;&nbsp;关于本文档的问题可直接通过下面的方式与作者联系:<br />
&nbsp;&nbsp;&nbsp;Charles&nbsp;Perkins<br />
&nbsp;&nbsp;&nbsp;Room&nbsp;H3-D34<br />
&nbsp;&nbsp;&nbsp;T.&nbsp;J.&nbsp;Watson&nbsp;Research&nbsp;Center<br />
&nbsp;&nbsp;&nbsp;IBM&nbsp;Corporation<br />
&nbsp;&nbsp;&nbsp;30&nbsp;Saw&nbsp;Mill&nbsp;River&nbsp;Rd.<br />
&nbsp;&nbsp;&nbsp;Hawthorne,&nbsp;NY&nbsp;&nbsp;10532<br />
&nbsp;&nbsp;&nbsp;Work:&nbsp;&nbsp;&nbsp;+1-914-784-7350<br />
&nbsp;&nbsp;&nbsp;Fax:&nbsp;&nbsp;&nbsp;&nbsp;+1-914-784-6205<br />
&nbsp;&nbsp;&nbsp;EMail:&nbsp;perk@watson.ibm.com<br />
<br />
&nbsp;&nbsp;&nbsp;工作组可以通过现任主席联系:<br />
<br />
&nbsp;&nbsp;&nbsp;Jim&nbsp;Solomon<br />
&nbsp;&nbsp;&nbsp;Motorola,&nbsp;Inc.<br />
&nbsp;&nbsp;&nbsp;1301&nbsp;E.&nbsp;Algonquin&nbsp;Rd.<br />
&nbsp;&nbsp;&nbsp;Schaumburg,&nbsp;IL&nbsp;&nbsp;60196<br />
<br />
&nbsp;&nbsp;&nbsp;Work:&nbsp;&nbsp;&nbsp;+1-847-576-2753<br />
&nbsp;&nbsp;&nbsp;EMail:&nbsp;solomon@comm.mot.com<br />
&nbsp;RFC2004&nbsp;capsulation&nbsp;within&nbsp;IP&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;IP最小封装<br />
<br />
<br />
1<br />
RFC文档中文翻译计划<br />