組織：中國(guó)互動(dòng)出版網(wǎng)（http://www.china-pub.com/）
RFC文檔中文翻譯計(jì)劃（http://www.china-pub.com/compters/emook/aboutemook.htm）
E-mail：ouyang@china-pub.com
譯者：牛韜（NT  niutao@sohu.com）
譯文發(fā)布時(shí)間：2001-8-1
版權(quán)：本中文翻譯文檔版權(quán)歸中國(guó)互動(dòng)出版網(wǎng)所有?？梢杂糜诜巧虡I(yè)用途自由轉(zhuǎn)載，但必須
保留本文檔的翻譯及版權(quán)信息。



Network Working Group                                    M. A. Padlipsky
Request for Comments: 962                                  Mitre-Bedford
                                                           November 1985

TCP-4 的最初
（RFC962——TCP-4 prime)


此備忘錄的狀態(tài)

   此備忘錄繼續(xù)討論一個(gè)可能的事務(wù)導(dǎo)向傳輸協(xié)議。此備忘錄并不請(qǐng)求成為標(biāo)準(zhǔn)，其發(fā)布不
受任何限制。

討論

為了響應(yīng)Bob Braden關(guān)于整備導(dǎo)向協(xié)議（RFC-955）的號(hào)召，要繼承下面的思想：

   o   已經(jīng)發(fā)現(xiàn)的問題是連接的建立與斷開所用時(shí)間太長(zhǎng)。

   o   TCP的其它可靠性和健壯性的實(shí)現(xiàn)方面仍然不是很令人滿意。

   o   我們還有一些備用的命令位在TCP報(bào)頭中，我認(rèn)為報(bào)頭中還應(yīng)該有一個(gè)版本號(hào)域。

   o   那么為什么不將NYS（無方式握手）和NIF (粗俗的關(guān)閉)命令加入到TCP中，并將其
它的一切以原來的方式保留下來呢（當(dāng)然，版本除外）？

從哲學(xué)上講,這可能與“TCP的思想”可能有些不一致，但是從實(shí)用主義上講，這可能是一個(gè)
竅門。有些精巧的制作可能需要進(jìn)行帶有NYS的ISN處理，但是我猜想如果你不得不重新發(fā)
送第一個(gè)（或是可能的）唯一的段——你假裝你突然在SN空間的中間（最初你從它的底部開
始）并且當(dāng)你看到這個(gè)可笑的ISN NYS處理器后意識(shí)到它應(yīng)該出列，這一切懸而未決只是因
為（重新）傳輸和開始刷新，假定如果任何東西延誤了通過開始的一邊，肯定會(huì)遭到拋棄，
因?yàn)檎锰幱谶@個(gè)窗口的左邊緣，如果我記得那一部分是正確的——請(qǐng)意識(shí)到我不是為確認(rèn)
重新記憶，因?yàn)槲也幌爰傺b這是種說明書：在電視講話中，它正好意味著這個(gè)概念。 （在NYS
發(fā)射端，可能你會(huì)正好落在正確應(yīng)答的狀態(tài)中——否則無論什么它正確的名稱是—在設(shè)置一
個(gè)適當(dāng)?shù)奈缓?，如果你將?huì)超時(shí)而對(duì)ISN徒勞一場(chǎng)。也許你能夠更精巧的擺弄ISN，在開始時(shí)
時(shí)允許幾個(gè)錯(cuò)誤的，這比“你兩擊出局”要強(qiáng)得多，如果SNs也混亂了也許我們會(huì)得到虛假
的段采樣值。但是如果你真正的考慮到握手的重要性，這種方法就會(huì)提前崩潰了。

粗俗的演講結(jié)束了
RFC962—TCP-4 prime                                                TCP-4 的最初


1
RFC文檔中文翻譯計(jì)劃