TCP-4 的最初

2019-11-04 10:52:29

字體：大中小

來源：轉載

供稿：網友

　　此備忘錄的狀態

此備忘錄繼續討論一個可能的事務導向傳輸協議。此備忘錄并不請求成為標準，其發布不
受任何限制。

討論

為了響應BobBraden關于整備導向協議（RFC-955）的號召，要繼續下面的思想：

o已經發現的問題是連接的建立與斷開所用時間太長。

oTCP的其它可靠性和健壯性的實現方面仍然不是很令人滿足。

o我們還有一些備用的命令位在TCP報頭中，我認為報頭中還應該有一個版本號域。

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

從哲學上講,這可能與“TCP的思想”可能有些不一致，但是從實用主義上講，這可能是一個
竅門。有些精巧的制作可能需要進行帶有NYS的ISN處理，但是我猜想假如你不得不重新發
送第一個（或是可能的）唯一的段——你假裝你忽然在SN空間的中間（最初你從它的底部開
始）并且當你看到這個可笑的ISNNYS處理器后意識到它應該出列，這一切懸而未決只是因
為（重新）傳輸和開始刷新，假定假如任何東西延誤了通過開始的一邊，肯定會遭到拋棄，
因為正好處于這個窗口的左邊緣，假如我記得那一部分是正確的——請意識到我不是為確認
重新記憶，因為我不想假裝這是種說明書：在電視講話中，它正好意味著這個概念。（在NYS
發射端，可能你會正好落在正確應答的狀態中——否則無論什么它正確的名稱是—在設置一
個適當的位后，假如你將會超時而對ISN徒勞一場。也許你能夠更精巧的擺弄ISN，在開始時
時答應幾個錯誤的，這比“你兩擊出局”要強得多，假如SNs也混亂了也許我們會得到虛假
的段采樣值。但是假如你真正的考慮到握手的重要性，這種方法就會提前崩潰了。

上一篇：引導協議(BOOTP)

下一篇：郵件路由與域名系統