20xx軟件水平測(cè)試：tcp協(xié)議的部分解析(1)(編輯修改稿)
2025-04-13 01:30 本頁(yè)面
【文章內(nèi)容簡(jiǎn)介】 為何說(shuō)是概率比較低呢?這涉及到一個(gè)匹配問(wèn)題，遲到的FIN分段的序列號(hào)必需落在連接2的一方的期望序列號(hào)范圍之內(nèi)。雖然這種巧合很少發(fā)生，但的確會(huì)發(fā)生，究竟初始序列號(hào)是隨機(jī)產(chǎn)生了。因此終止連接的主動(dòng)方必需在接受了被動(dòng)方且回復(fù)了ACK之后等待2*MSL時(shí)間才能進(jìn)入CLOSE狀態(tài)，之所以乘以2是因?yàn)檫@是保守的算法，最壞狀況下，針對(duì)被動(dòng)方的ACK在以最長(zhǎng)路線(經(jīng)受一個(gè)MSL)經(jīng)過(guò)互聯(lián)網(wǎng)立刻到達(dá)被動(dòng)方時(shí)丟失。 為了應(yīng)對(duì)這個(gè)問(wèn)題，RFC793對(duì)初始序列號(hào)的生成有個(gè)建議，那就是設(shè)定一個(gè)基準(zhǔn)，在這個(gè)基準(zhǔn)之上搞隨機(jī)，這個(gè)基準(zhǔn)就是時(shí)間，我們知道時(shí)間是單調(diào)遞增的。然而這仍舊有問(wèn)題，那就是回繞問(wèn)題，假如發(fā)生回繞，那么新的序列號(hào)將會(huì)落到一個(gè)很低的值。因此的方法就是避開“重疊”，其含義就是基準(zhǔn)之上的隨機(jī)要設(shè)定一個(gè)范圍?！ ∫?，許多人很不喜愛(ài)看到服務(wù)器上消失大量的TIME_WAIT狀態(tài)的連接，因此他們將TIME_WAIT的值設(shè)置的很低，這雖然在大多數(shù)狀況下可行，然而的確也是一種冒險(xiǎn)行為。的方式就是，不要重用一個(gè)連接。 疑難雜癥3：重用一個(gè)連接和重用一個(gè)套接字 這是根本不同的，單獨(dú)重用一個(gè)套接字一般不會(huì)有任何問(wèn)題，因?yàn)門CP是基于連接的。比如在服務(wù)器端消失了一個(gè)TIME_WAIT連接，那么該連接標(biāo)識(shí)了一個(gè)五元素，只要客戶端不使用相同的源端口，連接服務(wù)器是沒(méi)有問(wèn)題的，因?yàn)檫t到的FIN永久不會(huì)到達(dá)這個(gè)連接。記住，一個(gè)五元素標(biāo)識(shí)了一個(gè)連接，而不是一個(gè)套接字(當(dāng)然，對(duì)于BSD套接字而言，服務(wù)端的accept套接字的確標(biāo)識(shí)了一個(gè)連接)?！ 』旧蟼鬏斃慰啃允强看_認(rèn)號(hào)實(shí)現(xiàn)的，也就是說(shuō)，每發(fā)送一個(gè)分段，接下來(lái)接收端必定要發(fā)送一個(gè)確認(rèn)，發(fā)送端收到確認(rèn)后才可以發(fā)送下一個(gè)字節(jié)。這個(gè)原則最簡(jiǎn)潔不過(guò)了，教科書上的“停止等待”協(xié)議就是這個(gè)原則的字節(jié)版本，只是TCP使用了滑動(dòng)窗口機(jī)制使得每次不肯定發(fā)送一個(gè)字節(jié)，但是這是后話，本節(jié)僅僅談一下確認(rèn)的超時(shí)機(jī)制?！ ≡趺粗罃?shù)據(jù)到達(dá)對(duì)端呢?那就是對(duì)端發(fā)送一個(gè)確認(rèn)，但是假如始終收不到對(duì)端的確認(rèn)，發(fā)送端等多久呢?假如始終等下去，那么將無(wú)法發(fā)覺(jué)數(shù)據(jù)的丟失，協(xié)議將不行用，假如等待時(shí)間過(guò)短，可能確認(rèn)還在路上，因此等待時(shí)間是個(gè)問(wèn)題，另外如何去管理這個(gè)超時(shí)時(shí)間也是一個(gè)問(wèn)題。 疑難雜癥4：超時(shí)時(shí)間的計(jì)算 肯定不能隨便去揣測(cè)超時(shí)的時(shí)間，而應(yīng)當(dāng)給出一個(gè)精確的算法去計(jì)算。毫無(wú)疑問(wèn)，一個(gè)TCP分段的回復(fù)到達(dá)的時(shí)間就是一個(gè)數(shù)據(jù)報(bào)來(lái)回的時(shí)間，因此標(biāo)準(zhǔn)定義了一個(gè)新的名詞RTT，代表一個(gè)TCP分段的來(lái)回時(shí)間。然而我們知道，IP網(wǎng)絡(luò)是盡力而為的，并且路由是動(dòng)態(tài)的，且路由器會(huì)毫無(wú)先兆的緩存或者丟棄任何的數(shù)據(jù)報(bào)，因此這個(gè)RTT是需要?jiǎng)討B(tài)測(cè)量的，也就是說(shuō)起碼每隔一段時(shí)間就要測(cè)量一次，假如每次都一樣，萬(wàn)事大吉，然而世界并非如你所愿，因此我們需要找到的恰恰的一個(gè)“平均值”，而不是一個(gè)精確?????值?！ ∵@個(gè)平均值假如僅僅直接通過(guò)計(jì)算多次測(cè)量值取算術(shù)平均，那是不恰當(dāng)?shù)?，因?yàn)閷?duì)于數(shù)據(jù)傳輸延時(shí)，我們必需考慮的路徑延遲的瞬間抖動(dòng)，否則假如兩次測(cè)量值分別為2和98，那么超時(shí)值將是50，這個(gè)值對(duì)于2而言，太大了，結(jié)果造成了數(shù)據(jù)的延遲過(guò)大(本該重傳的等待了好久才重傳)，然而對(duì)于98而言，太小了，結(jié)果造成了過(guò)度重傳(路途遙遠(yuǎn)，本該很慢，結(jié)果大量重傳已經(jīng)正確確認(rèn)但是遲到的TCP分段)?！ ∫虼耍丝紤]每?jī)纱螠y(cè)量值的偏差之外，其變化率也應(yīng)當(dāng)考慮在內(nèi)，假如變化率過(guò)大，則通過(guò)以變化率為自變量的函數(shù)為主計(jì)算RTT(假如陡然增大，則取值為比較大的正數(shù)，假如陡然減小，則取值為比較小的負(fù)數(shù)，然后和平均值加權(quán)求和)，反之假如變化率很小，則取測(cè)量平均值。這是不言而喻的，這個(gè)算法至今仍舊工作的很好?！ ∫呻y雜癥5：超時(shí)計(jì)時(shí)器的管理每連接單一計(jì)時(shí)器 很明顯，對(duì)每一個(gè)TCP分段都生成一個(gè)計(jì)時(shí)器是最直接的方式，每個(gè)計(jì)時(shí)器在RTT時(shí)間后到期，假如沒(méi)有收到確認(rèn)，則重傳。然而這只是理論
教學(xué)教案相關(guān)推薦
鄂ICP備17016276號(hào)-1