溫馨提示×
您好，登錄后才能下訂單哦！
點擊 登錄注冊 即表示同意《億速云用戶服務條款》
您好，登錄后才能下訂單哦！
TCP全局同步
如上圖：
當網絡正常情況下，PC1，PC2，PC3與PC4建立TCP鏈接，TCP的窗口大小為最大。當R1連PC4的接口發生擁塞尾丟包時，TCP感應到鏈路的擁塞。就將窗口大小改為原來的1/2，當改為后AR1接口速率明顯降低。鏈路恢復正常。TCP感應到鏈路不擁塞了，馬上又把窗口大小還原，可想而知鏈路就擁塞了。就這樣周而復始。
這種現象叫：TCP全局同步。
TCP饑餓
如上圖：
和TCP同步一樣，當AR1連接PC4的鏈路發生擁塞。TCP的窗口變成原來窗口大小的1/2，但這時PC5 UDP的報文進來了。UDP沒有像TCP一樣的窗口機制。當鏈路不擁塞了，UDP就馬上把鏈路占滿了。TCP還是感覺到鏈路擁塞，再次縮小窗口。如果UDP報文持續不斷的發送（大速率發送），那么TCP將被排擠出去，無法獲得帶寬。
這種現象叫：TCP饑餓
以上兩種情況發送的原因都是當擁塞發生時，擁塞避免采用尾丟棄造成的。采用WRED加權隨機早期檢測機制避免上述情況的發生
免責聲明：本站發布的內容（圖片、視頻和文字）以原創、轉載和分享為主，文章觀點不代表本網站立場，如果涉及侵權請聯系站長郵箱：is@yisu.com進行舉報，并提供相關證據，一經查實，將立刻刪除涉嫌侵權內容。
