组织：中国互动出版网（http://www.china-pub.com/）<br />
RFC文档中文翻译计划（http://www.china-pub.com/compters/emook/aboutemook.htm）<br />
E-mail：ouyang@china-pub.com<br />
译者：stan001（stan001&nbsp;&nbsp;&nbsp;）<br />
译文发布时间：2001-11-24<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;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;D.&nbsp;Borman<br />
Request&nbsp;for&nbsp;Comments:&nbsp;2147&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;Berkeley&nbsp;Software&nbsp;Design,&nbsp;Inc.<br />
Updates:&nbsp;1883&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;May&nbsp;1997<br />
Category:&nbsp;Standards&nbsp;Track<br />
<br />
<br />
TCP和UDP通过IPv6&nbsp;Jumbograms<br />
(RFC2147——TCP&nbsp;and&nbsp;UDP&nbsp;over&nbsp;IPv6&nbsp;Jumbograms)<br />
<br />
<br />
本备忘录状态<br />
	本文详细说明了一个为网络间交流的网络路径协议标准，并且为改进而进行了讨论<br />
和提了建议。请参考最新版本的"Internet&nbsp;Official&nbsp;Protocol&nbsp;Standards"这本书，此书标准化<br />
了协议的状态和地位。本备忘录的贡献是有限的。<br />
<br />
目录<br />
1.概况	1<br />
2.&nbsp;UDP&nbsp;Jumbograms	1<br />
3.&nbsp;TCP&nbsp;Jumbograms	2<br />
3.1&nbsp;TCP&nbsp;MSS	2<br />
3.2&nbsp;TCP&nbsp;Urgent&nbsp;Pointer	2<br />
4.安全方面的考虑	3<br />
5.参考书	3<br />
<br />
1.概况<br />
	IPv6支持比65536字节还大的数据，经常作为jumbograms的参考，通过Jumbo&nbsp;<br />
Payload的Hop-by-Hop&nbsp;option的用法。UDP协议有16位长度这就能避开使用jumbograms，<br />
但是TCP没有16位长，MSS选项和Urgent的长度被限制在16位长。本文描述了一些简<br />
单的能够允许TCP和UDP使用IPv6&nbsp;jumbograms的变化。<br />
2.&nbsp;UDP&nbsp;Jumbograms<br />
	允许UDP使用jumbograms，也是得UDP的长度需要扩长，或它需要被忽视。由<br />
于域的长度不能被改变，长度为零是用来表明它是可以被忽视的，；并且在"pseudo-header"<br />
里的长度是被用来决定UDP头加数据的真正长度的。这样做是因为UDP域包含在UDP头<br />
里，因此域的最小有效值是8。<br />
	当发送一个UDP数据包时，如果并且仅仅是如果当UDP头加数据的长度超过<br />
65535时把UDP头里的域长度设为零。<br />
	注意1：为处理UDP校验而在"pseudo-header"里使用的长度往往不是UDP头加<br />
数据的真正长度，也不是零。<br />
	注意2：用来传输一个UDP包的一个IPv6包的长度大于65535将需要在一个<br />
Hop-by-Hop选择的头里执行一个Jumbo&nbsp;Payload选择。在JumboPayload选择里的域的<br />
长度包含了包含IPv6头的IP报的长度，也就是说，它包含了所有的扩长的头加上UDP头<br />
加上数据的长度。在IPv6头里的域长度包含了用来表明Jumbo&nbsp;Payload选择存在的零。<br />
	如果一个UDP包以零作为标准长度，那UDP包的长度计算应该是在Jumbo&nbsp;<br />
Payload&nbsp;Option减去所有在IPv6头和UDP头两者间扩展的头的长度。<br />
3.&nbsp;TCP&nbsp;Jumbograms<br />
<br />
&nbsp;&nbsp;&nbsp;Because&nbsp;there&nbsp;is&nbsp;no&nbsp;length&nbsp;field&nbsp;in&nbsp;the&nbsp;TCP&nbsp;header,&nbsp;there&nbsp;is&nbsp;nothing<br />
&nbsp;&nbsp;&nbsp;limiting&nbsp;the&nbsp;length&nbsp;of&nbsp;an&nbsp;individual&nbsp;TCP&nbsp;packet.&nbsp;&nbsp;However,&nbsp;the&nbsp;MSS<br />
&nbsp;&nbsp;&nbsp;value&nbsp;that&nbsp;is&nbsp;negotiated&nbsp;at&nbsp;the&nbsp;beginning&nbsp;of&nbsp;the&nbsp;connection&nbsp;limits<br />
&nbsp;&nbsp;&nbsp;the&nbsp;largest&nbsp;TCP&nbsp;packet&nbsp;that&nbsp;can&nbsp;be&nbsp;sent,&nbsp;and&nbsp;the&nbsp;Urgent&nbsp;Pointer<br />
&nbsp;&nbsp;&nbsp;cannot&nbsp;reference&nbsp;data&nbsp;beyond&nbsp;65535&nbsp;bytes.<br />
3.1&nbsp;TCP&nbsp;MSS<br />
当决定发送MSS的何值时，如果直接附在接口上的MTU比65535大，那就发送MSS<br />
的值为65535。<br />
	当一个值为65535的MSS被接收时，那它将被作为无穷大处理。MTU的编码以<br />
外部的接口开始，此接口将被用来决定实际的MSS。<br />
3.2&nbsp;TCP&nbsp;Urgent&nbsp;Pointer<br />
	Urgent&nbsp;Pointer的问题可以通过增加一个TCP&nbsp;Urgent&nbsp;Pointer&nbsp;Option来解决。然<br />
而，由于它与利用jumbograms的应用不同的是也将使用Urgent&nbsp;Pointers，一点很少的插<br />
入带来的改变就和MSS的改变一样都将是有效的。<br />
	当一个TCP的包用一个Urgent&nbsp;Pointer来发送时，首先考虑从Sequence&nbsp;Number<br />
到Urgent&nbsp;Pointer的偏移量。如果偏移量小于65535，那就将偏移量填到Urgent域里并且<br />
继续正常的TCP处理。如果偏移量比65535大，并且偏移量大于或等于TCP数据的长度，<br />
那就在Urgent&nbsp;Pointer里填上65535并且继续TCP的正常处理。否则，TCP包必须分成两<br />
份。第一部分包含数据，但不包含指向Urgent&nbsp;Pointer的数据，并且设置Urgent域为65535<br />
用此来表明Urgent&nbsp;Pointer超出了这个包。第二部分包含了Urgent&nbsp;Pointer域的正常设置因<br />
此能被发送。<br />
	注意：第一部分并不是一定要包含所有的到Urgent&nbsp;Pointer的数据。它可以缩短到<br />
和在65534字节里的Urgent&nbsp;Pointer一样的长度，因此在第二部分里的Urgent&nbsp;Pointer的<br />
偏移量将可以被缩短到比65535字节小。<br />
	至于TCP输入的处理，当一个用URG位设置并且Urgent域的大小是65535的<br />
TCP包被接收时，Urgent&nbsp;Pointer使用一个和TCP长度相等的偏移量来计算而不是根据再<br />
Urgent域里的偏移量来计算。<br />
	还应该注意TCP窗口只有16位，因此比16位大的窗口能被通过使用TCP&nbsp;Window&nbsp;<br />
Scale&nbsp;option来用。<br />
4.安全方面的考虑<br />
	在这些变换中没有显著的安全问题。<br />
5.参考书<br />
&nbsp;&nbsp;&nbsp;[Jacobson92]&nbsp;Jacobson,&nbsp;V.,&nbsp;R.&nbsp;Braden&nbsp;and&nbsp;D.&nbsp;Borman,&nbsp;"TCP&nbsp;Extensions<br />
&nbsp;&nbsp;&nbsp;for&nbsp;High&nbsp;Performance",&nbsp;RFC&nbsp;1323,&nbsp;LBL,&nbsp;ISI&nbsp;and&nbsp;Cray&nbsp;Research,&nbsp;May<br />
&nbsp;&nbsp;&nbsp;1992.<br />
<br />
&nbsp;&nbsp;&nbsp;[Deering95]&nbsp;Deering,&nbsp;S.&nbsp;and&nbsp;R.&nbsp;Hinden,&nbsp;"Internet&nbsp;Protocol,&nbsp;Version&nbsp;6<br />
&nbsp;&nbsp;&nbsp;(IPv6)&nbsp;Specification",&nbsp;RFC&nbsp;1883,&nbsp;Xerox&nbsp;PARC&nbsp;and&nbsp;Ipsilon&nbsp;Networks,<br />
&nbsp;&nbsp;&nbsp;December&nbsp;1995.<br />
6.作者地址<br />
&nbsp;&nbsp;&nbsp;David&nbsp;A.&nbsp;Borman<br />
&nbsp;&nbsp;&nbsp;Berkeley&nbsp;Software&nbsp;Design,&nbsp;Inc.<br />
&nbsp;&nbsp;&nbsp;4719&nbsp;Weston&nbsp;Hills&nbsp;Drive<br />
&nbsp;&nbsp;&nbsp;Eagan,&nbsp;MN&nbsp;55123	<br />
&nbsp;&nbsp;&nbsp;Phone:&nbsp;(612)&nbsp;405-8194<br />
&nbsp;&nbsp;&nbsp;Mailing&nbsp;List:&nbsp;ipng@sunroof.Eng.Sun.COM<br />
&nbsp;&nbsp;&nbsp;Email:&nbsp;dab@bsdi.com<br />
<br />
RFC2147——TCP&nbsp;and&nbsp;UDP&nbsp;over&nbsp;IPv6&nbsp;Jumbograms&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;TCP和UDP通过IPv6&nbsp;Jumbograms<br />
<br />
<br />
1<br />
RFC文档中文翻译计划<br />