組織：中國互動出版網(wǎng)（http://www.china-pub.com/）
RFC文檔中文翻譯計劃（http://www.china-pub.com/compters/emook/aboutemook.htm）
E-mail：ouyang@china-pub.com
譯者：stan001（stan001   ）
譯文發(fā)布時間：2001-11-24
版權(quán)：本中文翻譯文檔版權(quán)歸中國互動出版網(wǎng)所有。可以用于非商業(yè)用途自由轉(zhuǎn)載，但必須
保留本文檔的翻譯及版權(quán)信息。



Network Working Group                                          D. Borman
Request for Comments: 2147                Berkeley Software Design, Inc.
Updates: 1883                                                   May 1997
Category: Standards Track


TCP和UDP通過IPv6 Jumbograms
(RFC2147——TCP and UDP over IPv6 Jumbograms)


本備忘錄狀態(tài)
	本文詳細(xì)說明了一個為網(wǎng)絡(luò)間交流的網(wǎng)絡(luò)路徑協(xié)議標(biāo)準(zhǔn)，并且為改進(jìn)而進(jìn)行了討論
和提了建議。請參考最新版本的"Internet Official Protocol Standards"這本書，此書標(biāo)準(zhǔn)化
了協(xié)議的狀態(tài)和地位。本備忘錄的貢獻(xiàn)是有限的。

目錄
1.概況	1
2. UDP Jumbograms	1
3. TCP Jumbograms	2
3.1 TCP MSS	2
3.2 TCP Urgent Pointer	2
4.安全方面的考慮	3
5.參考書	3

1.概況
	IPv6支持比65536字節(jié)還大的數(shù)據(jù)，經(jīng)常作為jumbograms的參考，通過Jumbo 
Payload的Hop-by-Hop option的用法。UDP協(xié)議有16位長度這就能避開使用jumbograms，
但是TCP沒有16位長，MSS選項和Urgent的長度被限制在16位長。本文描述了一些簡
單的能夠允許TCP和UDP使用IPv6 jumbograms的變化。
2. UDP Jumbograms
	允許UDP使用jumbograms，也是得UDP的長度需要擴長，或它需要被忽視。由
于域的長度不能被改變，長度為零是用來表明它是可以被忽視的，；并且在"pseudo-header"
里的長度是被用來決定UDP頭加數(shù)據(jù)的真正長度的。這樣做是因為UDP域包含在UDP頭
里，因此域的最小有效值是8。
	當(dāng)發(fā)送一個UDP數(shù)據(jù)包時，如果并且僅僅是如果當(dāng)UDP頭加數(shù)據(jù)的長度超過
65535時把UDP頭里的域長度設(shè)為零。
	注意1：為處理UDP校驗而在"pseudo-header"里使用的長度往往不是UDP頭加
數(shù)據(jù)的真正長度，也不是零。
	注意2：用來傳輸一個UDP包的一個IPv6包的長度大于65535將需要在一個
Hop-by-Hop選擇的頭里執(zhí)行一個Jumbo Payload選擇。在JumboPayload選擇里的域的
長度包含了包含IPv6頭的IP報的長度，也就是說，它包含了所有的擴長的頭加上UDP頭
加上數(shù)據(jù)的長度。在IPv6頭里的域長度包含了用來表明Jumbo Payload選擇存在的零。
	如果一個UDP包以零作為標(biāo)準(zhǔn)長度，那UDP包的長度計算應(yīng)該是在Jumbo 
Payload Option減去所有在IPv6頭和UDP頭兩者間擴展的頭的長度。
3. TCP Jumbograms

   Because there is no length field in the TCP header, there is nothing
   limiting the length of an individual TCP packet.  However, the MSS
   value that is negotiated at the beginning of the connection limits
   the largest TCP packet that can be sent, and the Urgent Pointer
   cannot reference data beyond 65535 bytes.
3.1 TCP MSS
當(dāng)決定發(fā)送MSS的何值時，如果直接附在接口上的MTU比65535大，那就發(fā)送MSS
的值為65535。
	當(dāng)一個值為65535的MSS被接收時，那它將被作為無窮大處理。MTU的編碼以
外部的接口開始，此接口將被用來決定實際的MSS。
3.2 TCP Urgent Pointer
	Urgent Pointer的問題可以通過增加一個TCP Urgent Pointer Option來解決。然
而，由于它與利用jumbograms的應(yīng)用不同的是也將使用Urgent Pointers，一點很少的插
入帶來的改變就和MSS的改變一樣都將是有效的。
	當(dāng)一個TCP的包用一個Urgent Pointer來發(fā)送時，首先考慮從Sequence Number
到Urgent Pointer的偏移量。如果偏移量小于65535，那就將偏移量填到Urgent域里并且
繼續(xù)正常的TCP處理。如果偏移量比65535大，并且偏移量大于或等于TCP數(shù)據(jù)的長度，
那就在Urgent Pointer里填上65535并且繼續(xù)TCP的正常處理。否則，TCP包必須分成兩
份。第一部分包含數(shù)據(jù)，但不包含指向Urgent Pointer的數(shù)據(jù)，并且設(shè)置Urgent域為65535
用此來表明Urgent Pointer超出了這個包。第二部分包含了Urgent Pointer域的正常設(shè)置因
此能被發(fā)送。
	注意：第一部分并不是一定要包含所有的到Urgent Pointer的數(shù)據(jù)。它可以縮短到
和在65534字節(jié)里的Urgent Pointer一樣的長度，因此在第二部分里的Urgent Pointer的
偏移量將可以被縮短到比65535字節(jié)小。
	至于TCP輸入的處理，當(dāng)一個用URG位設(shè)置并且Urgent域的大小是65535的
TCP包被接收時，Urgent Pointer使用一個和TCP長度相等的偏移量來計算而不是根據(jù)再
Urgent域里的偏移量來計算。
	還應(yīng)該注意TCP窗口只有16位，因此比16位大的窗口能被通過使用TCP Window 
Scale option來用。
4.安全方面的考慮
	在這些變換中沒有顯著的安全問題。
5.參考書
   [Jacobson92] Jacobson, V., R. Braden and D. Borman, "TCP Extensions
   for High Performance", RFC 1323, LBL, ISI and Cray Research, May
   1992.

   [Deering95] Deering, S. and R. Hinden, "Internet Protocol, Version 6
   (IPv6) Specification", RFC 1883, Xerox PARC and Ipsilon Networks,
   December 1995.
6.作者地址
   David A. Borman
   Berkeley Software Design, Inc.
   4719 Weston Hills Drive
   Eagan, MN 55123	
   Phone: (612) 405-8194
   Mailing List: ipng@sunroof.Eng.Sun.COM
   Email: dab@bsdi.com

RFC2147——TCP and UDP over IPv6 Jumbograms                 TCP和UDP通過IPv6 Jumbograms


1
RFC文檔中文翻譯計劃