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

TCP的擁塞控制算法:慢啟動(dòng)、擁塞避免、快重傳、快恢復(fù)

這篇具有很好參考價(jià)值的文章主要介紹了TCP的擁塞控制算法:慢啟動(dòng)、擁塞避免、快重傳、快恢復(fù)。希望對(duì)大家有所幫助。如果存在錯(cuò)誤或未考慮完全的地方,請(qǐng)大家不吝賜教,您也可以點(diǎn)擊"舉報(bào)違法"按鈕提交疑問。

TCP的擁塞控制

一、前言:什么是擁塞?什么是擁塞控制?
  • 擁塞:隨著網(wǎng)絡(luò)中的主機(jī)增加其發(fā)送速率并使網(wǎng)絡(luò)變得十分擁擠,此時(shí)會(huì)經(jīng)常發(fā)生丟包現(xiàn)象,導(dǎo)致網(wǎng)絡(luò)的傳輸效率急劇降低。分組的超時(shí)重傳通常被作為網(wǎng)絡(luò)擁塞的標(biāo)志。

  • 如果不對(duì)網(wǎng)絡(luò)擁塞進(jìn)行控制,整個(gè)網(wǎng)絡(luò)的吞吐量將隨著輸入負(fù)荷的增大而下降,降低網(wǎng)絡(luò)的傳輸效率,如下圖:

    tcp慢啟動(dòng),計(jì)算機(jī)網(wǎng)絡(luò),tcp/ip,網(wǎng)絡(luò),網(wǎng)絡(luò)協(xié)議,擁塞控制算法,擁塞避免

二、TCP的4種擁塞控制算法(慢開始、擁塞避免快重傳、快恢復(fù))
  • 為了便于討論做一下假設(shè)
    1. 數(shù)據(jù)是單方向傳送的,另一個(gè)方向只傳輸確認(rèn)
    2. 接收方的總是有足夠大的緩沖區(qū),因此發(fā)送方的發(fā)送窗口僅由網(wǎng)絡(luò)的擁塞程度決定,事實(shí)上發(fā)送窗口的大小由擁塞窗口和接收方的接收窗口大小共同控制,也即發(fā)送窗口 = min[接收窗口, 擁塞窗口];
    3. 最大報(bào)文段MSS的個(gè)數(shù)作為討論單位,而不是以字節(jié)為單位
  • 發(fā)送方維護(hù)一個(gè)叫做擁塞窗口cwnd(congestion window)的狀態(tài)變量,其值取決于網(wǎng)絡(luò)的擁塞狀況,動(dòng)態(tài)變化
    • 擁塞窗戶的維護(hù)原則:只要網(wǎng)絡(luò)沒有出現(xiàn)擁塞,cwnd就增大一些;但只要網(wǎng)絡(luò)出現(xiàn)擁塞,擁塞窗口就減小一些
    • 以分組發(fā)生超時(shí)重傳作為發(fā)生網(wǎng)絡(luò)擁塞的依據(jù)
  • TCP還維護(hù)一個(gè)慢開始門限ssthresh狀態(tài)變量
    • 當(dāng)cwnd < ssthresh時(shí),使用慢開始算法
    • 當(dāng)cwnd > ssthresh時(shí),使用擁塞避免算法
    • 當(dāng)cwnd = ssthresh時(shí),既可以使用慢開始算法,也可以使用擁塞避免算法
  • 當(dāng)發(fā)生數(shù)據(jù)正常丟包,但又不是網(wǎng)絡(luò)擁塞時(shí),使用快重傳算法和快恢復(fù)算法
    • 如何判斷是發(fā)生了正常丟包而不是網(wǎng)絡(luò)擁塞呢?
    • 當(dāng)發(fā)送方連續(xù)接收到3次重復(fù)確認(rèn)時(shí),說明這網(wǎng)絡(luò)不擁塞,只是正常丟包了
① 慢啟動(dòng)(慢開始)
  • 傳輸輪次:指把發(fā)送窗口內(nèi)可以發(fā)送的數(shù)據(jù)全部發(fā)送并接收到最后一個(gè)TCP報(bào)文的確認(rèn)報(bào)文這樣一個(gè)來回

tcp慢啟動(dòng),計(jì)算機(jī)網(wǎng)絡(luò),tcp/ip,網(wǎng)絡(luò),網(wǎng)絡(luò)協(xié)議,擁塞控制算法,擁塞避免

  • 通常在一條TCP連接開始時(shí),cwnd被設(shè)置為1個(gè)MSS(最大報(bào)文段),也即cwnd=1
  • 該階段,每當(dāng)TCP發(fā)送方將發(fā)送窗口的數(shù)據(jù)發(fā)送完,并順利接收到所有的確認(rèn)后,就會(huì)將擁塞窗口大小翻倍,也即慢啟動(dòng)階段,cwnd以指數(shù)形式增長(zhǎng),如上圖所示;注意這里忽略了接收窗口的影響,上文也提到了。
  • 擁塞窗口會(huì)一直增長(zhǎng)直到到達(dá)慢開始門限ssthresh,開始執(zhí)行擁塞避免算法
② 擁塞避免
  • 該階段的擁塞窗口變?yōu)?mark>線性增長(zhǎng),每次cwnd+1,也即每次增加一個(gè)MSS

tcp慢啟動(dòng),計(jì)算機(jī)網(wǎng)絡(luò),tcp/ip,網(wǎng)絡(luò),網(wǎng)絡(luò)協(xié)議,擁塞控制算法,擁塞避免

  • 隨著擁塞窗口的增加,發(fā)送速率不斷提高,當(dāng)TCP遇到分組超時(shí)重傳時(shí),即認(rèn)為發(fā)生了網(wǎng)絡(luò)擁塞
    1. 此時(shí)將更新ssthresh的值為當(dāng)前擁塞窗口一半,上圖中是更新為24的一半即12
    2. 更新cwnd的值為1
    3. 然后繼續(xù)執(zhí)行慢啟動(dòng)擁塞避免,如上圖所示
  • 如果TCP發(fā)送方接收到連續(xù)的3個(gè)重復(fù)確認(rèn),則認(rèn)為是正常的網(wǎng)絡(luò)包丟失,而不是網(wǎng)絡(luò)擁塞造成的(這正是快重傳算法的功勞)
    1. 重傳丟失的分組
    2. 執(zhí)行快恢復(fù)算法
③ 快重傳
  • 所謂的快重傳算法,就是讓發(fā)送方盡快重傳,而不是等待超時(shí)重傳計(jì)時(shí)器超時(shí)再重傳
    • 要求接收方不要等待自己發(fā)送數(shù)據(jù)時(shí)才捎帶確認(rèn),而是要立即發(fā)送確認(rèn)
    • 即使是失序的報(bào)文段,也要立即發(fā)送對(duì)已收到的報(bào)文段的重復(fù)確認(rèn)
    • 發(fā)送方一旦收到3個(gè)連續(xù)的重復(fù)確認(rèn),就將相應(yīng)的報(bào)文段立即重傳,而不是等待該報(bào)文的重傳計(jì)時(shí)器超時(shí)再重傳
  • 如下圖所示:

tcp慢啟動(dòng),計(jì)算機(jī)網(wǎng)絡(luò),tcp/ip,網(wǎng)絡(luò),網(wǎng)絡(luò)協(xié)議,擁塞控制算法,擁塞避免

④ 快恢復(fù)
  • 如果發(fā)送方收到了3個(gè)重復(fù)確認(rèn),就執(zhí)行快恢復(fù)算法
    • 慢開始門限sstresh擁塞窗口cwnd都設(shè)置為當(dāng)前擁塞窗口的一半,然后執(zhí)行擁塞避免算法
三、一個(gè)糅合了4種擁塞控制算法的例子

tcp慢啟動(dòng),計(jì)算機(jī)網(wǎng)絡(luò),tcp/ip,網(wǎng)絡(luò),網(wǎng)絡(luò)協(xié)議,擁塞控制算法,擁塞避免

tcp慢啟動(dòng),計(jì)算機(jī)網(wǎng)絡(luò),tcp/ip,網(wǎng)絡(luò),網(wǎng)絡(luò)協(xié)議,擁塞控制算法,擁塞避免

  1. 最初cwnd=1ssthresh=16,執(zhí)行慢開始算法,cwnd大小指數(shù)增長(zhǎng)
  2. cwnd到達(dá)慢開始門限ssthresh后,轉(zhuǎn)而執(zhí)行擁塞避免算法,cwnd線性加一增長(zhǎng)
  3. 隨著發(fā)送速率的增加,若發(fā)生超時(shí)重傳,則將慢開始門限ssthresh減小為當(dāng)前擁塞窗口的一半、再將擁塞窗口cwnd設(shè)置為1,然后執(zhí)行慢開始-擁塞避免,重復(fù)1、2
  4. 若發(fā)送方收到3個(gè)重復(fù)確認(rèn),則表示分組丟失,發(fā)送方立刻重傳相應(yīng)分組;然后執(zhí)行快恢復(fù)算法
  5. 慢開始門限ssthresh擁塞窗口cwnd重新設(shè)置為當(dāng)前擁塞窗口的一半,然后執(zhí)行擁塞避免算法

這是學(xué)習(xí)湖科大計(jì)網(wǎng)時(shí)我做的學(xué)習(xí)筆記,老師講的太好了,建議去看原版,B站就有!?。?mark hidden color="red">文章來源:http://www.zghlxwxcb.cn/news/detail-787360.html


如果本文對(duì)您有用,可以點(diǎn)贊、收藏本文哦,下次用到時(shí)就好找多了
如果能關(guān)注作者就太好了,作者將持續(xù)學(xué)習(xí),持續(xù)輸出,持續(xù)分享!謝謝鼓勵(lì)!文章來源地址http://www.zghlxwxcb.cn/news/detail-787360.html

到了這里,關(guān)于TCP的擁塞控制算法:慢啟動(dòng)、擁塞避免、快重傳、快恢復(fù)的文章就介紹完了。如果您還想了解更多內(nèi)容,請(qǐng)?jiān)谟疑辖撬阉鱐OY模板網(wǎng)以前的文章或繼續(xù)瀏覽下面的相關(guān)文章,希望大家以后多多支持TOY模板網(wǎng)!

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

領(lǐng)支付寶紅包贊助服務(wù)器費(fèi)用

相關(guān)文章

  • 網(wǎng)絡(luò)編程(12): TCP重傳、滑動(dòng)窗口、流量控制、擁塞控制

    通過序列號(hào)和確認(rèn)號(hào)確??煽總鬏?,當(dāng)發(fā)送端發(fā)送數(shù)據(jù)給接收到,接收端會(huì)返回一個(gè)確認(rèn)號(hào),表示收到消息了 超時(shí)重傳 :沒有在指定時(shí)間內(nèi)收到 ACK 報(bào)文 超時(shí)重傳的兩種可能: 數(shù)據(jù)包丟失 、 確認(rèn)包丟失 超時(shí)重傳時(shí)間 RTO : RTO 較大:重發(fā)就變慢了,丟包之后需要半天才能重

    2024年02月12日
    瀏覽(28)
  • 網(wǎng)絡(luò)編程——TCP的特性之自動(dòng)重傳/流量控制/擁塞控制,一篇說清楚

    網(wǎng)絡(luò)編程——TCP的特性之自動(dòng)重傳/流量控制/擁塞控制,一篇說清楚

    自動(dòng)重傳請(qǐng)求(Automatic Repeat-reQuest),通過使用確認(rèn)和超時(shí)這兩個(gè)機(jī)制,在不可靠服務(wù)的基礎(chǔ)上實(shí)現(xiàn)可靠的信息傳輸,其中包括停止等待ARQ協(xié)議和連續(xù)ARQ協(xié)議 1.1 停止等待ARQ 發(fā)送窗口大小為1,接收窗口大小也為1 發(fā)送方每發(fā)送一個(gè)數(shù)據(jù)包,就要等待接收方返回ack包,如果在定

    2024年04月26日
    瀏覽(32)
  • 八股文——TCP四大機(jī)制!小白也能懂!(重傳機(jī)制、滑動(dòng)窗口、流量控制、擁塞控制)

    八股文——TCP四大機(jī)制!小白也能懂?。ㄖ貍鳈C(jī)制、滑動(dòng)窗口、流量控制、擁塞控制)

    TCP巨復(fù)雜!同時(shí)在八股計(jì)算機(jī)網(wǎng)絡(luò)中也經(jīng)常被問到,必須會(huì)!這篇文章將讓小白有個(gè)大體框架,知道怎么個(gè)事,面試中可以有話說,也能讓佬更加鞏固知識(shí)點(diǎn)。 TCP是一個(gè)可靠的傳輸協(xié)議,為了保證它的可靠性,出現(xiàn)七七八八的機(jī)制,它可能有數(shù)據(jù)的破壞、丟包、重復(fù)以及分片

    2024年04月25日
    瀏覽(26)
  • 談?wù)?tcp 慢啟動(dòng)與擁塞控制

    談?wù)?tcp 慢啟動(dòng)與擁塞控制

    慢啟動(dòng)是一種 capacity-search 策略,不限于 tcp,但不說 tcp 慢啟動(dòng)不配標(biāo)題黨,所以就說 tcp 慢啟動(dòng)。 慢啟動(dòng)用指數(shù)灌報(bào)文的方式快速探測(cè)網(wǎng)絡(luò)容量,所謂 “慢” 是起點(diǎn)慢。值得注意的是,傳統(tǒng)慢啟動(dòng)不做 pacing,不做擁塞控制,由于指數(shù)灌報(bào)文,非常容易擁塞,丟包,指標(biāo)劇

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

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

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

    2024年04月15日
    瀏覽(27)
  • 計(jì)算機(jī)網(wǎng)絡(luò)【Google的TCP BBR擁塞控制算法深度解析】

    計(jì)算機(jī)網(wǎng)絡(luò)【Google的TCP BBR擁塞控制算法深度解析】

    Google的TCP BBR擁塞控制算法深度解析 宏觀背景下的BBR 慢啟動(dòng)、擁塞避免、快速重傳、快速恢復(fù) : 說實(shí)話,這些機(jī)制完美適應(yīng)了1980年代的網(wǎng)絡(luò)特征, 低帶寬 , 淺緩存隊(duì)列 ,美好持續(xù)到了2000年代。 隨后互聯(lián)網(wǎng)大爆發(fā),多媒體應(yīng)用特別是圖片,音視頻類的應(yīng)用促使帶寬必須猛

    2024年02月03日
    瀏覽(22)
  • TCP流量控制+擁塞控制

    TCP流量控制+擁塞控制

    目標(biāo):流量控制主要解決的是發(fā)送方和接收方之間處理能力的不匹配問題。它的目的是確保發(fā)送方不會(huì)發(fā)送數(shù)據(jù)過快,以至于接收方無法及時(shí)接收并處理這些數(shù)據(jù),從而避免數(shù)據(jù)包在網(wǎng)絡(luò)中堆積和丟失。 實(shí)現(xiàn)方式:在TCP協(xié)議中,流量控制主要通過使用滑動(dòng)窗口機(jī)制來實(shí)現(xiàn)。接

    2024年02月20日
    瀏覽(21)
  • TCP流量控制和擁塞控制

    TCP流量控制和擁塞控制

    當(dāng)發(fā)送方發(fā)送速率大于接收方的處理速率時(shí),接收方會(huì)把數(shù)據(jù)包放入緩沖區(qū),當(dāng)緩沖區(qū)滿了,就只能將數(shù)據(jù)包丟棄。為了應(yīng)對(duì)這種情況,流量控制就可以大展身手了 流量控制的作用對(duì)象是發(fā)送方和接收方 當(dāng)接收方網(wǎng)絡(luò)擁塞,未能及時(shí)ACK時(shí),導(dǎo)致發(fā)送方超時(shí)重傳大量數(shù)據(jù),使

    2024年02月05日
    瀏覽(22)
  • TCP的擁塞控制_基礎(chǔ)知識(shí)_四種擁塞控制方法

    TCP的擁塞控制_基礎(chǔ)知識(shí)_四種擁塞控制方法

    在某段時(shí)間,若 對(duì)網(wǎng)絡(luò)中某一資源的需求超過了該資源所能提供的可用部分,網(wǎng)絡(luò)性能就要變壞 ,這種情況就叫作 擁塞 。 計(jì)算機(jī)網(wǎng)絡(luò)中的鏈路容量(帶寬)、交換節(jié)點(diǎn)中的緩存和處理機(jī)等都是網(wǎng)絡(luò)的資源 若出現(xiàn)擁塞而不進(jìn)行控制,整個(gè)網(wǎng)絡(luò)的吞吐量將隨輸入負(fù)荷的增大而下

    2024年01月19日
    瀏覽(27)
  • 如何解決TCP窗口與擁塞? TCP窗口與擁塞控制的解決辦法

    計(jì)算機(jī)網(wǎng)絡(luò)中的帶寬、交換結(jié)點(diǎn)中的緩存和處理機(jī)等,都是網(wǎng)絡(luò)的資源。在某段時(shí)間,若對(duì)網(wǎng)絡(luò)中某一資源的需求超過了該資源所能提供的可用部分,網(wǎng)絡(luò)的性能就會(huì)變壞。這種情況就叫做擁塞。擁塞控制就是防止過多的數(shù)據(jù)注入網(wǎng)絡(luò)中,這樣可以使網(wǎng)絡(luò)中的路由器或鏈路不

    2024年02月07日
    瀏覽(42)

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

支付寶掃一掃打賞

博客贊助

微信掃一掃打賞

請(qǐng)作者喝杯咖啡吧~博客贊助

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

二維碼1

領(lǐng)取紅包

二維碼2

領(lǐng)紅包