国产 无码 综合区,色欲AV无码国产永久播放,无码天堂亚洲国产AV,国产日韩欧美女同一区二区

基于TCP Reno的擁塞控制的基本原理

這篇具有很好參考價值的文章主要介紹了基于TCP Reno的擁塞控制的基本原理。希望對大家有所幫助。如果存在錯誤或未考慮完全的地方,請大家不吝賜教,您也可以點擊"舉報違法"按鈕提交疑問。

TCP的一個關鍵部分就是擁塞控制機制,因為IP層不向端系統(tǒng)提供顯式的網(wǎng)絡擁塞反饋,因此TCP必須使用端到端擁塞控制而不是使用網(wǎng)絡輔助的擁塞控制。TCP Reno 就是廣受贊譽的TCP擁塞控制算法,該算法主要由三部分組成:
1.慢啟動;2. 擁塞避免;3.快速回復。
慢啟動和擁塞避免是TCP的強制部分,兩者的差異在于對收到的ACK做出反應時增加cwnd長度的方式,我們會發(fā)現(xiàn)慢啟動比擁塞避免更快地增加cwnd的長度,快速回復為推薦部分,對TCP發(fā)送方并非是必需的。

1.慢啟動

慢啟動是建立TCP連接后,采用的第一個調(diào)整發(fā)送速率的算法(模式)。在這個階段,cwnd通常被初始化為1MSS(Maximum Segment Size),用于對TCP發(fā)送方而言,可用帶寬可能比MSS/RTT大的多,慢啟動的目的就是盡快找到上限。
在慢啟動階段,發(fā)送方每接收到一個確認報文,就會將cwnd增加1MSS的大小,于是其情況就為:

  • 初始cwnd=1MSS,所以可發(fā)送一個TCP最大報文段,成功確認后,cwnd = 2MSS;
  • 此時可發(fā)送兩個TCP最大報文段,成功接收后,cwnd = 4 MSS;
  • 此時可發(fā)送四個TCP最大報文段,成功接收后,cwnd = 8 MSS ……

由于TCP是一次性將窗口內(nèi)的所有報文發(fā)出,所以所有報文都到達并被確認的時間,近似的等于一個RTT。所以在這個階段,擁塞窗口cwnd的長度將在每過一個RTT后,發(fā)送速率翻倍。因此TCP發(fā)送速率起始慢,但在慢啟動發(fā)送速率將以指數(shù)級別增長。那在這個過程中何時結(jié)束這種指數(shù)增長,這又分幾種情況:

  • 第一種:若在慢啟動的過程中,發(fā)生了數(shù)據(jù)傳輸超時(timeout),則此時TCP將ssthresh的值設置為cwnd / 2,然后將cwnd重新設置為1MSS,重新開始慢啟動過程,這個過程可以理解為試探上限;
  • 第二種:第一步試探出來的上限ssthresh將用在此處。若cwnd的值增加到>= ssthresh時,此時若繼續(xù)使用慢啟動的翻倍增長方式可能過于魯莽,所以這個時候結(jié)束慢啟動,改為擁塞避免模式;
  • 第三種:若發(fā)送方接收到了某個報文的三次冗余ACK(即觸發(fā)了快速重傳的條件),則進入到快速恢復階段;同時,ssthresh = cwnd / 2,然后cwnd = ssthresh + 3MSS;

2.擁塞避免

剛進入擁塞避免模式時,cwnd的大小近似的等于上次擁塞時的值的一半,即距離擁塞可能并不遙遠。所以,擁塞避免是一個速率緩慢且線性增長的過程,在這個模式下,每經(jīng)歷一個RTT,cwnd的大小增加1MSS。也就是說,假設cwnd包含10個報文的大小,則每接收到一個確認報文,cwnd增加1/10 MSS,因此在收到對所有10個報文段的確認后,擁塞窗口的值將增加一個MSS。那在這個過程中何時結(jié)束這種線性增長,這又分幾種情況:

  • 第一種:在這個過程中,發(fā)生了超時,則表示網(wǎng)絡擁塞,這時候,ssthresh被修改為cwnd / 2,然后cwnd被置為1MSS,并進入慢啟動階段;
  • 第二種:若發(fā)送方接收到了某個報文的三次冗余ACK(即觸發(fā)了快速重傳的條件),此時也認為發(fā)生了擁塞, 則進入到快速恢復階段;同時,ssthresh = cwnd / 2,然后cwnd = ssthresh + 3MSS;

3. 快速恢復

在快速恢復階段,每接收到一個冗余的確認報文,cwnd就增加1MSS,其余不變,而當發(fā)生以下兩種情況時, 將退出快速恢復模式:

  • 第一種:在快速恢復過程中,計時器超時,那么ssthresh被修改為 cwnd / 2,然后cwnd被置為1MSS,并進入慢啟動階段;
  • 第二種:若發(fā)送方接收到一條新的確認報文(不是冗余ACKS),則cwnd被置為ssthresh,然后進入到擁塞避免模式;

三種模式相互轉(zhuǎn)換狀態(tài)圖

下面給出一張三種模式互相轉(zhuǎn)換的狀態(tài)圖,途中箭頭上的是轉(zhuǎn)換的條件,條件有上下兩部分,橫線上方的是上面事件引起的轉(zhuǎn)換,而下方是轉(zhuǎn)換時發(fā)生的操作。
基于TCP Reno的擁塞控制的基本原理
圖為Reno擁塞控制狀態(tài)機(狀態(tài)圖來源于計算機自頂向下書籍)

整個reno過程見下圖:
基于TCP Reno的擁塞控制的基本原理文章來源地址http://www.zghlxwxcb.cn/news/detail-438495.html

到了這里,關于基于TCP Reno的擁塞控制的基本原理的文章就介紹完了。如果您還想了解更多內(nèi)容,請在右上角搜索TOY模板網(wǎng)以前的文章或繼續(xù)瀏覽下面的相關文章,希望大家以后多多支持TOY模板網(wǎng)!

本文來自互聯(lián)網(wǎng)用戶投稿,該文觀點僅代表作者本人,不代表本站立場。本站僅提供信息存儲空間服務,不擁有所有權(quán),不承擔相關法律責任。如若轉(zhuǎn)載,請注明出處: 如若內(nèi)容造成侵權(quán)/違法違規(guī)/事實不符,請點擊違法舉報進行投訴反饋,一經(jīng)查實,立即刪除!

領支付寶紅包贊助服務器費用

相關文章

  • TCP流量控制與擁塞控制(重要)

    TCP流量控制與擁塞控制(重要)

    ?本文參考了一些優(yōu)秀的書籍-圖解TCP/IP,TCP協(xié)議卷一,小林coding,還有等等的知乎,百度. ? 小林coding??小林coding 知乎牛客的文章 :?萬字長文 | 23 個問題 TCP 疑難雜癥全解析_技術交流_??途W(wǎng) 本文主要講解TCP可靠性的機制: 流量控制與擁塞控制 尤其擁塞控制的算法是大公司非常愿

    2023年04月08日
    瀏覽(21)
  • TCP擁塞控制詳解 | 7. 超越TCP

    TCP擁塞控制詳解 | 7. 超越TCP

    網(wǎng)絡傳輸問題本質(zhì)上是對網(wǎng)絡資源的共享和復用問題,因此擁塞控制是網(wǎng)絡工程領域的核心問題之一,并且隨著互聯(lián)網(wǎng)和數(shù)據(jù)中心流量的爆炸式增長,相關算法和機制出現(xiàn)了很多創(chuàng)新,本系列是免費電子書《TCP Congestion Control: A Systems Approach》的中文版,完整介紹了擁塞控制的

    2024年02月11日
    瀏覽(21)
  • TCP重傳, 滑動窗口, 流量控制, 擁塞控制

    TCP重傳, 滑動窗口, 流量控制, 擁塞控制

    1. 重傳機制 TCP 實現(xiàn)可靠傳輸?shù)姆绞街?,是通過 序列號與確認應答 。 在 TCP 中,當發(fā)送端的數(shù)據(jù)到達接收主機時,接收端主機會返回一個確認應答消息,表示已收到消息。 針對數(shù)據(jù)可能丟失的情況, 用重傳機制來解決, 四種常見的重傳機制: 超時重傳 快速重傳 SACK D-SACK 1.

    2024年01月22日
    瀏覽(24)
  • TCP_擁塞控制

    TCP_擁塞控制

    24年春節(jié)馬上就要到了,作為開車黨,最大的期盼就是順利回家過年不要堵車。夢想是美好的,但現(xiàn)實是骨感的,擁堵的道路讓人苦不堪言。 在網(wǎng)絡世界中,類似于堵車的問題也存在,而TCP(Transmission Control Protocol)的擁塞控制機制就是為了解決這一問題而設計的。 前面介紹

    2024年02月21日
    瀏覽(19)
  • TCP擁塞控制

    TCP擁塞控制

    本作是自己看書總結(jié)出來的,如有不正,請各位大佬指點一二 所謂擁塞控制,就是防止過多的數(shù)據(jù)注入到網(wǎng)絡,使得網(wǎng)絡中的通信設備和通信線纜不會因為過載而導致網(wǎng)絡性能大大下降。 網(wǎng)絡中通信設備具有數(shù)據(jù)處理轉(zhuǎn)發(fā)性能、通信鏈路具有的傳輸帶寬,而其中某臺性能差

    2024年02月11日
    瀏覽(15)
  • 運輸層:TCP擁塞控制

    運輸層:TCP擁塞控制

    筆記來源: 湖科大教書匠:TCP的擁塞控制 聲明:該學習筆記來自湖科大教書匠,筆記僅做學習參考 網(wǎng)絡資源:在計算機網(wǎng)絡中的鏈路容量(即帶寬)、交換結(jié)點中的緩存和處理機等 擁塞:在某段時間,若對網(wǎng)絡中某一資源的 需求超過 了該資源所能提供的 可用 部分,網(wǎng)絡

    2024年02月12日
    瀏覽(23)
  • 網(wǎng)路原理-傳輸層UDP,TCP/IP(確認應答,超時重傳,連接管理,三次握手,四次揮手,狀態(tài)轉(zhuǎn)換,流量控制,滑動窗口,擁塞控制,延時應答,捎帶應答,異常情況,面向字節(jié)流)-網(wǎng)絡層(IP協(xié)議,地址管理)

    網(wǎng)路原理-傳輸層UDP,TCP/IP(確認應答,超時重傳,連接管理,三次握手,四次揮手,狀態(tài)轉(zhuǎn)換,流量控制,滑動窗口,擁塞控制,延時應答,捎帶應答,異常情況,面向字節(jié)流)-網(wǎng)絡層(IP協(xié)議,地址管理)

    本節(jié)重點 ? 理解傳輸層的作?,深?理解TCP的各項特性和機制 ? 對整個TCP/IP協(xié)議有系統(tǒng)的理解 ? 對TCP/IP協(xié)議體系下的其他重要協(xié)議和技術有?定的了解 我們之前編寫完了基本的 java socket ,要知道,我們之前所寫的所有代碼都在應?層,都是為了 完成某項業(yè)務,如翻譯等。

    2024年04月15日
    瀏覽(27)
  • 《利息理論》指導 TCP 擁塞控制

    《利息理論》指導 TCP 擁塞控制

    歐文費雪《利息原理》第 10 章,第 11 章對利息的幾何說明是普適的,任何一個負反饋系統(tǒng)都能引申出新結(jié)論。給出原書圖示,本文依據(jù)于此,詳情參考原書: 將 burst 看作借貸是合理的,它包含成本(報文),收益(傳輸吞吐),時間轉(zhuǎn)移(burst or pacing),以及風險(丟包-耗能 or 丟包

    2024年02月08日
    瀏覽(15)
  • TCP/IP(十五)擁塞控制

    TCP/IP(十五)擁塞控制

    一? 擁塞控制 ①? ? 擁塞控制 必要性 ②? 擁賽窗口 cwnd ③? 如何知道當前網(wǎng)絡 是否出現(xiàn) 了擁塞呢? ④?? 擁塞控制有 哪些控制算法 ? ⑤??慢啟動 ⑥?? 那慢啟動 漲到什么時候 是個頭呢? ⑦? ?擁塞避免算法 ⑧? 擁塞發(fā)生 ? ⑨??快速恢復 ?

    2024年02月08日
    瀏覽(18)
  • TCP滑動窗口、流量控制及擁塞控制詳解

    TCP滑動窗口、流量控制及擁塞控制詳解

    TCP雖然是面向字節(jié)流的,但是TCP傳輸?shù)膯卧_實報文段。一個TCP報文段分為首部和數(shù)據(jù)部分。TCP首部前20個字節(jié)是固定的,后面有4N個字節(jié)是可選的。因此,TCP首部最小字節(jié)數(shù)是20個字節(jié)。 下面我們看下一TCP首部中幾個重要的字段: 源端口 和 目的端口 各占兩個字節(jié) 序號 ,占

    2024年02月02日
    瀏覽(29)

覺得文章有用就打賞一下文章作者

支付寶掃一掃打賞

博客贊助

微信掃一掃打賞

請作者喝杯咖啡吧~博客贊助

支付寶掃一掃領取紅包,優(yōu)惠每天領

二維碼1

領取紅包

二維碼2

領紅包