@(計算機網路)
（2023年真題）主機甲和主機乙新建乙個tcp連線，甲的擁塞控制初始閾值是32kb，甲向乙始終以mss = 1kb大小的段傳送資料，並一直有資料傳送。乙為該連線分配 16kb接收快取，並對每個資料段進行確認。忽略段傳輸延遲。若乙接收的資料全部存入快取，不被取走，則甲從連線建立成功時刻起，未傳送超時的情況下，經過4個rtt後，甲的傳送視窗是：a
a. 1kb b. 8kb c. 16kb d. 32kb
分析：本來網路題挖坑比較少，只是考察基礎知識，但越來越靈活，需要對知識點有通透的理解。我們需要明確的是傳送視窗大小取決於mi
n(rw
nd,c
wnd)
. 其中
rwnd
是接收快取的空餘大小，表示接收方還能接收多少。 cw
nd就是我們常常畫慢增長曲線，擁塞避免曲線等等分析的縱軸數值。
這裡，其實很明確的告訴我們接收快取只進不出，因此在不斷減小。可是我們有乙個思維慣性是喜歡思考有趣的部分，畫cwnd的變化，自以為這個分析好了問題就手到擒來了，切不可忽視rwnd。這裡就是個例子。
cwnd從1mss = 1kb開始，乙個rtt後變為2kb，兩個rtt後變為4kb,3rtt後變為8kb。
同時呢，接收緩由16k
b→15k
b→13k
b→9k
b→1k
b 注： 要特別思考乙個rtt是什麼情景，即第乙個傳送視窗傳送完畢，對段的確認也回到了傳送方，可以傳送第二個段的時間點減去開始傳送的時間點。
也即：
這便是整個問題的分析思路。小心，仔細，一定可以搞定這樣的變通的問題。
TCP連線，資料傳送，結束。
那麼在tcp三次握手過程中做了哪些事呢？先來看看tcp報文段首部的格式 tcp客戶端在第一次握手時會向伺服器端傳送乙個報文段，沒有傳送資料，會將原埠號和目地埠號，初始化報文的序號，並將syn標緻置為1，表明現在是哪兩個程序之間在建立鏈結 傳送的初始序列號是多少等，客戶端能接收的報文大小的視窗是多大等...
tcp連線之滑動視窗總結
一 1，近來在工作中遇到乙個問題,tcp連線建立正常,但是在傳送方向接收端傳送資料報是，接收方程式出現假死狀態,無法接收資料,經過檢視發現接收方向傳送方傳送了zerowindows的資料報,即滑動視窗為0的情況,此種情況導致傳送方不在傳送相關的資料。2，滑動視窗簡介 在tcp連線中有兩種情況一種是固...
Qt模擬串列埠 tcp連線傳送資料
上一節已經基本上完成了qt介面的基本布局，下面就是後台資料的傳送和接收了，前面說了，qt和uc os 互動使用的方式是tcp 為啥要用tcp，而不使用別的呢，udp 按道理udp是最好的，不用連線，想發就發，不用管埠。但是，qt這個鬼，他封裝的udp函式不支援伺服器下發資料，也就是udp的伺服器不能...