日本免费全黄少妇一区二区三区-高清无码一区二区三区四区-欧美中文字幕日韩在线观看-国产福利诱惑在线网站-国产中文字幕一区在线-亚洲欧美精品日韩一区-久久国产精品国产精品国产-国产精久久久久久一区二区三区-欧美亚洲国产精品久久久久

  1. 首頁 > 云知道 > >

TCP擁塞控制( 四 )

云知道


（在接收端有了次序紊亂的數(shù)據(jù)段的情況下，它可能一會兒就到達） 。
另外，此ACK應該確認丟失數(shù)據(jù)段和第三個ACK副本期間的數(shù)據(jù)段，假如它們一個也沒
有丟失的話 。
注重：當包的一個傳送期間就有很多丟失時，這個算法不能夠有效地恢復[FF96] 。為解
決這個問題而提出的一系列修正可以在[FH98]中找到 。
4．附加考慮
4．1閑置后重啟連接
上面描述的TCP擁塞控制算法有一個眾所周知的問題，就是TCP閑置了相當長一段時間
后，上述算法答應潛在的大量數(shù)據(jù)爆發(fā)性地傳送 。在一段閑置期之后，TCP不能使用ACK　時
鐘過濾新進入網(wǎng)絡的數(shù)據(jù)段，因為所有的ACK都已經(jīng)從網(wǎng)絡中丟失 。因此，正如上面所述，
在一段閑置期之后TCP可能暗地里發(fā)送大量的cwnd尺寸的數(shù)據(jù)到網(wǎng)絡 。
[Jac88]推薦TCP在一段相當長的閑置期之后使用慢啟動來重新開始傳輸 。慢啟動負責重
啟ACK時鐘，正如它在傳輸開始時所做的那樣 。這種機制廣泛地通過下面的方式來使用 。當
TCP在長于一個超時重傳時間里沒有收到一個數(shù)據(jù)段，cwnd就在傳輸之前被減小為重啟窗口
（RW）的值 。為了實現(xiàn)這個標準，我們定義RW=IW 。
我們注重到非標準的實驗性的TCP擴充在[AFP98]定義RW=min(IW,cwnd)，其中IW的定
義經(jīng)過等式（1）調(diào)整過 。使用最后一次收到數(shù)據(jù)段的時間來決定是否減小cwnd不能夠在常
見的HTTP永久連接情況下縮減cwnd[HTH98] 。在這種情況下，WWW服務器在傳輸數(shù)據(jù)到WWW
瀏覽器之前接收一個請求 。這個請求的接收導致一個對閑置連接的測試失敗，并且答應TCP
使用可能的不恰當大的cwnd開始傳輸 。
因此，假如TCP在超過超時重傳的時間里沒有發(fā)送數(shù)據(jù)的話，TCP應該在開始傳輸之前
設置cwnd小于RW 。
4．2確認生成
TCP接收端應該使用[Bra89]中描述的ACK延遲算法 。使用時，TCP接收端不能過分延遲
確認 ?？梢悦鞔_的是，至少應該每隔一個滿尺寸數(shù)據(jù)段生成一個ACK，而且應該在第一個沒有
確認的包到達后500毫秒內(nèi)生成 。
ACK“應該”每隔一個滿尺寸數(shù)據(jù)段生成一個的要求在[Bra89]的一個地方顯示為“應該”，
另一個地方為“必須” 。這里我們明確地說它是“應該” 。我們也強調(diào)這是一個“應該”，它意
味著一個實現(xiàn)在仔細考慮了它的含意之后可以而且只能“偏離”此要求 。參見[PAD 98]里的
“StretchACKviolation”和那里對比每隔一個滿尺寸數(shù)據(jù)段更頻繁生成ACK可能帶來的性
能問題的討論 。
在某些情況下，發(fā)送端和接收端可能對一個滿尺寸數(shù)據(jù)段的組成沒有達成一致意見 。如
果一個實現(xiàn)每從發(fā)送端接收到2*RMSS字節(jié)數(shù)據(jù)就發(fā)送至少一個確認的話，那么此實現(xiàn)就被認
為符合要求（達成一致意見），RMSS是接收端向發(fā)送端指定的最大數(shù)據(jù)段尺寸（據(jù)[Bra89]，
假如接收端沒有在連接期間指定一個MSS選項，就是默認的536字節(jié)） 。發(fā)送端可能被迫使用
尺寸小于RMSS的數(shù)據(jù)段，由于最大傳輸單元（MTU），MTU路徑發(fā)現(xiàn)算法或其它因素的緣故 。
比如，考慮如下情況：接收端通知RMSS為X字節(jié)，但是發(fā)送端因為MTU路徑發(fā)現(xiàn)算法（或者
發(fā)送端的MTU尺寸）而以一個尺寸為Y字節(jié)的數(shù)據(jù)段結束 。在一個ACK發(fā)送之前假如接收端
等待2*X字節(jié)到達，那么它將生成擴展ACK 。很明顯這將占據(jù)多于兩個的尺寸大于Y字節(jié)的數(shù)
據(jù)段 。因此，當一個特定的算法沒有定義時，接收端最好是試著阻止這種情況，比如通過至
少每隔一個數(shù)據(jù)段進行確認，不管尺寸 。最后，我們重申，ACK不能被延遲長于500毫秒來等

推薦閱讀