TCP的滑動窗口機制

1、tcp的滑動窗口機制 tcp的滑動窗口機制 tcp的滑動窗口機制 tcp這個協(xié)議是網(wǎng)絡中使用的比較廣泛，他是一個面對連接的牢靠的傳輸協(xié)議。既然是一個牢靠的傳輸協(xié)議就需要對數(shù)據(jù)進行確認。tcp協(xié)議里窗口機制有2種一種是固定的窗口大小。一種是滑動的窗口。這個窗口大小就是我們一次傳輸幾個數(shù)據(jù)。 我們可以看下面一張圖來分析一下固定窗口大小有什么問題。 這里我們可以看到假設窗口的大小是1，也是就每次只能發(fā)送一個數(shù)據(jù)只有接受方對這個數(shù)據(jù)進行確認了以后才能發(fā)送第2個數(shù)據(jù)。我們可以看到發(fā)送方每發(fā)送一個數(shù)據(jù)接受方就要給發(fā)送方一個ack對這個數(shù)據(jù)進行確認。只有接受到了這個確認數(shù)據(jù)以后發(fā)送方才能傳輸下個數(shù)據(jù)。 這樣

2、我們考慮一下假如說窗口過小，那么當傳輸比較大的數(shù)據(jù)的時候需要不停的對數(shù)據(jù)進行確認，這個時候就會造成很大的延遲。假如說窗口的大小定義的過大。我們假設發(fā)送方一次發(fā)送100個數(shù)據(jù)。但是接收方只能處理50個數(shù)據(jù)。這樣每次都會只對這50個數(shù)據(jù)進行確認。發(fā)送方下一次還是發(fā)送100個數(shù)據(jù)，但是接受方還是只能處理50個數(shù)據(jù)。這樣就避開了不必要的數(shù)據(jù)來擁塞我們的鏈路。所以我們就引入了滑動窗口機制，窗口的大小并不是固定的而是依據(jù)我們之間的鏈路的帶寬的大小，這個時候鏈路是否擁護塞。接受方是否能處理這么多數(shù)據(jù)了。 我們看看滑動窗口是如何工作的。我們看下面幾張圖。 tcp的滑動窗口機制 首先是第一次發(fā)送數(shù)據(jù)這個時候的窗口大小是依據(jù)鏈路帶寬的大小來打算的。我們假設這個時候窗口的大小是3。這個時候接受方收到數(shù)據(jù)以后會對數(shù)據(jù)進行確認告知發(fā)送方我下次盼望手到的是數(shù)據(jù)是多少。這里我們看到接收方發(fā)送的ack=3。這個時候發(fā)送方收到這個數(shù)據(jù)以后就知道我第一次發(fā)送的3個數(shù)據(jù)對方只收到了2個。就知道第3個數(shù)據(jù)對方?jīng)]有收到。下次在發(fā)送的時候就從第3個數(shù)據(jù)開頭發(fā)。這個時候窗口大小就變成了2 。 這個時候發(fā)送方發(fā)送2個數(shù)據(jù)。 tcp的滑動窗口機制 看到接收方發(fā)送的ack是5就表示他下一次盼望收到的數(shù)據(jù)是5，發(fā)送方就知道我剛才發(fā)送的2個數(shù)據(jù)對方收了這個時候開頭發(fā)送第5個數(shù)據(jù)。 這就是滑動窗口的工作機制，當鏈路