TCP的堅(jiān)持定時器

1、TCP的堅(jiān)持定時器 引言ACK的傳輸并不可靠，也就是說， TCP不對ACK報文段進(jìn)行確認(rèn)，TCP只確認(rèn)那些包含有數(shù)據(jù)的ACK報文段。如果一個確認(rèn)丟失了，則雙方就有可能因?yàn)榈却龑Ψ蕉惯B接終止：接收方等待接收數(shù)據(jù)（因?yàn)樗呀?jīng)向發(fā)送方通告了一個非 0的窗口） ，而發(fā)送方在等待允許它繼續(xù)發(fā)送數(shù)據(jù)的窗口更新。為防止這種死鎖情況的發(fā)生，發(fā)送方使用一個堅(jiān)持定時器 (persist timer)來周期性地向接收方查詢，以便發(fā)現(xiàn)窗口是否已增大。這些從發(fā)送方發(fā)出的報文段稱為窗口探查 ( window probe )。一個例子窗口大小為0一個例子計(jì)算堅(jiān)持定時器時使用了普通的 TCP指數(shù)退避。窗口探查包含一個字節(jié)的

2、數(shù)據(jù)（序號為 9217） 。TCP總是允許在關(guān)閉連接前發(fā)送一個字節(jié)的數(shù)據(jù)。盡管如此，所返回的窗口為 0的ACK并不是確認(rèn)該字節(jié)（它們確認(rèn)了包括9216在內(nèi)的所有數(shù)據(jù)） ，因此這個字節(jié)被持續(xù)重傳。堅(jiān)持狀態(tài)與重傳超時之間一個不同的特點(diǎn)就是 TCP從不放棄發(fā)送窗口探查。這些探查每隔60秒發(fā)送一次，這個過程將持續(xù)到或者窗口被打開，或者應(yīng)用進(jìn)程使用的連接被終止。 糊涂窗口綜合癥基于窗口的流量控制方案，如 TCP所使用的，會導(dǎo)致一種被稱為“糊涂窗口綜合癥 SWS(Silly Window Syndrome） ”的狀況。如果發(fā)生這種情況，則少量的數(shù)據(jù)將通過連接進(jìn)行交換，而不是滿長度的報文段。該現(xiàn)象可發(fā)生在兩

3、端中的任何一端：接收方可以通告一個小的窗口（而不是一直等到有大的窗口時才通告） ，而發(fā)送方也可以發(fā)送少量的數(shù)據(jù)（而不是等待其他的數(shù)據(jù)以便發(fā)送一個大的報文段）。 糊涂窗口綜合癥可以在任何一端采取措施避免出現(xiàn)糊涂窗口綜合癥的現(xiàn)象：1) 接收方不通告小窗口。 通常的算法是接收方不通告一個比當(dāng)前窗口大的窗口 （可以為0） ，除非窗口可以增加一個報文段大?。ㄒ簿褪菍⒁邮盏?MSS）或者可以增加接收方緩存空間的一半，不論實(shí)際有多少。2) 發(fā)送方避免出現(xiàn)糊涂窗口綜合癥的措施是只有以下條件之一滿足時才發(fā)送數(shù)據(jù)： (a)可以發(fā)送一個滿長度的報文段； (b)可以發(fā)送至少是接收方通告窗口大小一半的報文段； (c)可以發(fā)送任何數(shù)據(jù)