使用wireshark分析tcp協(xié)議-免費(fèi)閱讀
【正文】 最終2001到2460號(hào)字節(jié)被重傳。現(xiàn)在我們來(lái)看接收端是如何處理這些丟失字節(jié)的。分組20是對(duì)2001到2460號(hào)字節(jié)的重傳。在這個(gè)跟蹤文件中，接收端通知窗口的大小是變化的，從16520個(gè)字節(jié)到17520個(gè)字節(jié)。TCP接收端不能傳遞它們接收到的失序數(shù)據(jù)給處于等待狀態(tài)的應(yīng)用程序，因?yàn)樗偸莻鬟f有序數(shù)據(jù)。TCP在重傳數(shù)據(jù)之前不會(huì)總是等待一個(gè)重傳計(jì)算器超時(shí)。通過(guò)分組13至16我們可以看到TCP連接被關(guān)閉。分組4的序號(hào)字段在Wireshark的協(xié)議顯示為0，但在原始框中的實(shí)際值卻是“84 ca be b3”。如果沒(méi)有建立連接，SYN分組將不會(huì)應(yīng)答。這個(gè)報(bào)文段里的序號(hào)可以設(shè)置成任何值，表示后續(xù)報(bào)文設(shè)定的起始編號(hào)。在Wireshark中選擇openfile,，其中分組3到5顯示的就是三次握手。如圖1所示：圖１：邏輯序號(hào)與實(shí)際初始序號(hào)SYN分組通常是從客戶端發(fā)送到服務(wù)器。分組4的確認(rèn)號(hào)字段在Wireshark的協(xié)議框中顯示1，并且在原始框中的值是“94 f2 2e bf”（比“94 f2 2e be”多1）。（2）關(guān)閉連接當(dāng)兩端交換帶有FIN標(biāo)志的TCP報(bào)文段并且每一端都確認(rèn)另一端發(fā)送的FIN包時(shí)，TCP連接將會(huì)關(guān)閉。最初TCP是基于初始的SYN和SYN ACK之間的時(shí)間來(lái)設(shè)置重傳計(jì)時(shí)器的。這樣雙方都同意接收選擇性確認(rèn)信息。如果緩沖區(qū)空間不能容納下更多數(shù)據(jù)，那么接收端只有將數(shù)據(jù)丟棄，即使它是成功到達(dá)的。在
規(guī)章制度相關(guān)推薦
鄂ICP備17016276號(hào)-1