較高的傳送速度和較低的接受速度之間的不匹配，會造成傳輸出錯，所以資料鏈路層需要流量控制機制。簡單說就是讓傳送方慢點傳送，傳送太快的話接收方緩衝區就會溢位
需要區別的是，流量控制機制不僅在資料鏈路層有，傳輸層也有流量控制，兩者之間的區別是：鏈路層的流量控制是點對點，傳輸層的流量控制是端到端。 由於主機之間的中間裝置路由器、交換機只有物理層、資料鏈路層、網路層，沒有傳輸層，也就決定資料鏈路層的流量控制 作用在相鄰兩個結點之間，傳輸層的流量控制 作用在相鄰兩個主機之間
資料鏈路層流量控制手段：接收方可以正常收到的時候需要傳送乙個確認幀，收不下的時候就不會傳送這個確認幀
傳輸層流量控制手段：接收方給傳送方傳送的是 乙個視窗公告 ，告知接收方現在緩衝區的資訊
流量控制方法：
乙個幀乙個幀的傳送。
停止等待協議其實就是特殊的滑動視窗協議，它的傳送視窗和接收視窗都是容納1個幀
收到乙個確認資訊，傳送視窗可以向前移動一格。
傳送視窗一般含有多個幀，這多個幀可以一次傳送乙個，也可以一次傳送多個幀
停止等待協議：傳送視窗大小=1，接收視窗大小=1
後退n幀協議（gbn）：傳送視窗大小\(>\) 1,接收視窗大小=1
選擇重傳協議(sr)：傳送視窗大小$>\(1,接收視窗大小\)>$1
！！！資料鏈路層的流量控制上面三種方法的傳送視窗和接收視窗的大小都是固定不變的；但是在傳輸層的流量控制中 傳送視窗和接收視窗大小則會發生變化。
滑動視窗、流量控制、可靠傳輸的關係：
滑動視窗機制可以解決兩大問題：
①解決流量控制 試想：要是傳送方沒有收到確認幀，視窗就不會移動，不就卡死了
②解決可靠傳輸 傳送方經過設定好的時間後，但是還是沒有收到確認幀，傳送方就會自動重新傳剛才發的那個幀 [傳送方自動重傳機制]
流量控制 滑動視窗
1.流量控制 我們都知道當網路上資料流量超過網路硬體負荷時就會出現網路擁塞，就是我們平常遇到的網路緩慢的現象。對應影響網路速度的原因主要有網路傳輸裝置的效能和傳輸的資料多少，網路傳輸裝置包含傳送接收主機 路由器 傳輸線路等。為了解決這個問題，tcp引入了流量控制，顧名思義，就是採用某種方法，控制收發...
流量控制傳輸協議 SCTP
sctp在客戶和伺服器之間提供管理，並像tcp那樣給應用提供可靠性，排序，流量控制以及全雙工的資料傳送，sctp支援多宿而涉及不止兩個位址。sctp是面向訊息的。提供各個記錄的按序遞送服務。與udp一樣。由傳送端寫入的每條記錄的長度隨資料一道傳遞給接收端。同時sctp不會因為乙個訊息的丟失阻塞統同一...
滑動視窗 TCP流量控制
問題 如果傳送端傳送的速度較快，接收端接收到資料後處理的速度較慢，而接收緩衝區的大小是固定的，就會丟失資料。tcp協議通過 滑動視窗 sliding window 機制解決這一問題。看下圖的通訊過程 1.傳送端發起連線，宣告最大段尺寸是 1460 初始序號是 0，視窗大小是 4k，表示 我的接收緩衝...