TCP/IP 大雜燴

以下內容來自 tcp/ip詳解 卷1

1. 每當T C P接收到一個超出期望序號的失序資料時，它總是發送一個確認序號為其期望序號的確認

2.使用T C P的滑動視窗協議時，接收方不必確認每一個收到的分組。在T C P中，A C K是累積的—它們表示接收方已經正確收到了一直到確認序號減1的所有位元組。

3. 如果接收到一個指示視窗左邊沿向左移動的A C K，則它被認為是一個重複A C K，並被丟棄。如果左邊沿到達右邊沿，則稱其為一個零視窗，此時發送方不能夠發送任何資料。

4. 當與另一個網路的主機建立T C P串連時，擁塞視窗被初始化為1個報文段（即另一端通告的報文段大小）。每收到一個A C K，擁塞視窗就增加一個報文段（ c w n d以位元組為單位，但是慢啟動以報文段大小為單位進行增加）。發送方取擁塞視窗與通告視窗中的最小值作為發送上限。擁塞視窗是發送方使用的流量控制，而通告視窗則是接收方使用的流量控制。

5.A C K的傳輸並不可靠，也就是說， T C P不對A C K報文段進行確認， T C P只確認那些包含有資料的A C K報文段。

6. 糊塗視窗綜合征可發生在兩端中的任何一端：接收方可以通告一個小的視窗（而不是一直等到有大的視窗時才通告），而發送方也可以發送少量的資料（而不是等待其他的資料以便發送一個大的報文段）。

7.乙太網路的幀有最小長度要求。最少要有4 6位元組。為了保證這一點，必須在不足的空間插入填充（p a d）位元組。

8. 許多T C P實現對每個視窗的RT T僅進行一次測量。它們並不對每個報文段進行RTT測量。

9. 時間戳記選項使發送方在每個報文段中放置一個時間戳記值。接收方在確認中返回這個數值，從而允許發送方為每一個收到的A C K計算RT T。我們必須說“每一個收到的A C K”而不是“每一個報文段”，是因為T C P通常用一個A C K來確認多個報文段。