局域網(wǎng)通信原理-全文預(yù)覽
【正文】 通過觀察到新分組進入網(wǎng)絡(luò)的速率應(yīng)該與另一端返回確認的速率相同而進行工作。當發(fā)送方和接收方處于同一個局域網(wǎng)時，這種方式是可以的。在 4096字節(jié)。 ? 正如從報文段 7到 8中的變化那樣，窗口大小可以減少，但窗口的右邊沿卻不能向左移動。而在希望減少微小分組數(shù)目的低速廣域網(wǎng)上，則會發(fā)送更少的分組。小分組就是數(shù)據(jù)包尺寸很小的分組，比如一個數(shù)據(jù)包只包含 41字節(jié)長： 20字節(jié)的 IP首部、 20字節(jié)的 TCP首部和 1字節(jié)的數(shù)據(jù)。 終止連接的報文交換 TCP狀態(tài)轉(zhuǎn)換圖 TCP正常連接建立和終止所對應(yīng)的狀態(tài) TIME_WAIT狀態(tài) ? 該狀態(tài)持續(xù)時間是最長分節(jié)生命期MSL(maximum segment lifetime)的兩倍，有時稱為 2MSL。它的接收也作為文件結(jié)束符傳遞給接收方應(yīng)用進程 (放在已排隊等候該應(yīng)用進程接收的任何其他數(shù)據(jù)之后 )，因為 FIN的接收意味著應(yīng)用進程在相應(yīng)的連接上再也接收不到額外的數(shù)據(jù)。 建立連接的報文交換 終止連接的四個分節(jié) ? 某個應(yīng)用進程首先調(diào)用 close,我們稱這一端執(zhí)行主動關(guān)閉 (active close)。一般情況下 SYN分節(jié)不攜帶數(shù)據(jù)，它只含有一個 IP頭部、一個 TCP頭部及可能有的 TCP選項。 TCP是一種面向連接的協(xié)議，可以為應(yīng)用層提供可靠、有序的數(shù)據(jù)傳送。這些機制包括校驗和、序列號、計時器、確認以及重傳過程。 ? 客戶同過調(diào)用 connect進行主動打開 (active open)，這引起客戶 tcp發(fā)送一個 SYN分節(jié) (表示同步 )，它告訴服務(wù)器客戶將在 (待建立的 )連接中發(fā)送的數(shù)據(jù)的初始序列號。 ? 客戶必須確認服務(wù)器的 SYN。這個 FIN由 TCP確認。 ? 接收到這個 FIN的原發(fā)送方 TCP(即執(zhí)行主動關(guān)閉的那一端 )對它進行確認。 端口號的分配 TCP同時打開 ? 交換四個報文段，每一端既是客戶又是服務(wù)器 TCP同時關(guān)閉 ? 交換四個報文段 TCP的交互數(shù)據(jù)流 ? Nagle算法 (RFC 896[Nagle 1984]) 1. 使用該算法的原因 2. 算法概念 原因 ? 在廣域網(wǎng)上，大量小分組的存在會增加網(wǎng)絡(luò)擁塞的可能性。該算法的優(yōu)越之處在于它是自適應(yīng)的：確認到達得越快，數(shù)據(jù)也就發(fā)送得越快。這是因為窗口大小是相對于確認序號的。 窗口大小 ? 為 2048字節(jié)。 慢啟動 (Slow Start) ? 提出原因： 發(fā)送方一開始就向網(wǎng)絡(luò)發(fā)送多個報文段，直至達到接收方通告的窗口大小為止。這會嚴重降低 TCP連接的吞吐量。每收到一個 ACK，擁塞窗口就增加一個報文段 (cwnd以字節(jié)為單位，但慢啟動以報文段大小為單位進行增加 )。當收到該 ACK時，擁塞窗口從 1增為 2，即可以發(fā)送兩個報文段。這就通知發(fā)送方它的擁塞窗口開得過大。
職業(yè)教育相關(guān)推薦
鄂ICP備17016276號-1