我們可以大概看一下上圖的模型：
首先是ab之間三次握手建立tcp連線。在報文的互動過程中，a將自己的緩衝區大小（視窗大小）3傳送給b，b同理，這樣雙方就知道了對端的視窗大小。
a開始傳送資料，a連續傳送3個單位的資料，因為他知道b的緩衝區大小。在這一波資料傳送完後，a就不能再發了，需等待b的確認。
a傳送過來的資料逐漸將緩衝區填滿。
這時候緩衝區中的乙個報文被程序讀取，緩衝區有了乙個空位，於是b向a傳送乙個ack，這個報文中指示視窗大小為1。
a收到b發過來的ack訊息，並且知道b將視窗大小調整為1，因此他只傳送了乙個單位的資料並且等待b的下乙個確認報文。
如此反覆。
TCP滑動視窗機制
tcp協議在能夠傳送資料之前就建立起了 連線 要實現這個連線，啟動tcp連線的那一方首先將傳送乙個syn資料報。這只是乙個不包含資料的資料報，然後，開啟syn標記。如果另一方同時在它收到syn標記的埠通話，它將發回乙個syn ack syn和ack標誌位都被開啟，並將ack 確認 編 號字段設定為剛...
TCP滑動視窗機制
tcp協議在能夠傳送資料之前就建立起了 連線 要實現這個連線，啟動tcp連線的那一方首先將傳送乙個syn資料報。這只是乙個不包含資料的資料報，然後，開啟syn標記。如果另一方同時在它收到syn標記的埠通話，它將發回乙個syn ack syn和ack標誌位都被開啟，並將ack 確認 編 號字段設定為剛...
TCP 滑動視窗機制
本文要解決的問題 了解滑動視窗機制的原理和基本方法。1 視窗機制 滑動視窗協議的基本原理就是在任意時刻，傳送方都維持了乙個連續的允許傳送的幀的序號，稱為傳送視窗 同時，接收方也維持了乙個連續的允許接收的幀的序號，稱為接收視窗。傳送視窗和接收視窗的序號的上下界不一定要一樣，甚至大小也可以不同。不同的滑...