2011考研計算機網(wǎng)絡(luò)備考之傳輸層[5]_跨考網(wǎng)

復(fù)習緊張，焦頭爛額？逆風輕襲，來跨考秋季集訓(xùn)營，幫你尋方法，定方案！ 了解一下>>

TCP的超時與重傳
　　
　　超時與重傳機制是TCP中最主要和最復(fù)雜的技術(shù)之一。發(fā)送端在每發(fā)送一個報文段TC，P為其保留一個復(fù)本、設(shè)定一個定時器并等待確認信息。如果定時器超時，而發(fā)送的報文段中的數(shù)據(jù)仍未得到確認，則重傳這一報文段。因此可見，定時器重傳數(shù)據(jù)的確定是關(guān)鍵。
　　
　　針對網(wǎng)絡(luò)環(huán)境的復(fù)雜性，TCP采用了一種自適應(yīng)算法，提出超時重傳時間應(yīng)略大于平均往返時延RTT，而RTT是根據(jù)各個報文段的往返時延樣本的加權(quán)平均得出的。如何比較精確的估計RTT的值，Karn算法是目前公認的效果較好的算法。
　　
　　Karn算法提出在計算平均往返時延RTT時，不計算發(fā)生過報文段重傳的往返時延樣本；同時報文段每重傳一次，相應(yīng)增大重傳時間：
　　
　　新的重傳時間＝γ×（舊的重傳時間）
　　
　　其中，系數(shù)γ的典型值是2。并且，當不再發(fā)生報文段重傳時，才根據(jù)報文段的往返時延更新RTT和重傳時間的數(shù)值。
　　
　　這樣得出的平均往返時延RTT和重傳時間就比較準確，并且實踐證明，該方法比較合理和有效。
　　
　　TCP的窗口探查技術(shù)
　　
　　當接收端的接收緩存已滿，不能繼續(xù)接收數(shù)據(jù)，需要向發(fā)送端發(fā)送一個窗口為0的通告報文。發(fā)送端接收到這個報文后，停止發(fā)送數(shù)據(jù)，等待新的窗口通告。如果接收端通過確認報文通告窗口，TCP協(xié)議并不對這個確認報文進行確認，如果這個確認丟失了，則雙方就有可能因為等待對方而使連接中止：接受方等待接收數(shù)據(jù)（因為它已經(jīng)向發(fā)送方通告了一個非0的窗口），而發(fā)送方在等待允許它繼續(xù)發(fā)送數(shù)據(jù)的窗口更新。為防止這種死鎖況情的發(fā)生，發(fā)送方使用一個堅持定時器（persisttimer）來周期性地向接受方查詢，以便發(fā)現(xiàn)窗口是否已增大。這些從發(fā)送方發(fā)出的報文段稱為窗口探查（windowprobe），窗口探查是包含一個字節(jié)的數(shù)據(jù)的報文段。