• <ins id="pjuwb"></ins>
    <blockquote id="pjuwb"><pre id="pjuwb"></pre></blockquote>
    <noscript id="pjuwb"></noscript>
          <sup id="pjuwb"><pre id="pjuwb"></pre></sup>
            <dd id="pjuwb"></dd>
            <abbr id="pjuwb"></abbr>
            Fork me on GitHub
            隨筆 - 215  文章 - 13  trackbacks - 0
            <2015年11月>
            25262728293031
            1234567
            891011121314
            15161718192021
            22232425262728
            293012345


            專(zhuān)注即時(shí)通訊及網(wǎng)游服務(wù)端編程
            ------------------------------------
            Openresty 官方模塊
            Openresty 標(biāo)準(zhǔn)模塊(Opm)
            Openresty 三方模塊
            ------------------------------------
            本博收藏大部分文章為轉(zhuǎn)載,并在文章開(kāi)頭給出了原文出處,如有再轉(zhuǎn),敬請(qǐng)保留相關(guān)信息,這是大家對(duì)原創(chuàng)作者勞動(dòng)成果的自覺(jué)尊重!!如為您帶來(lái)不便,請(qǐng)于本博下留言,謝謝配合。

            常用鏈接

            留言簿(1)

            隨筆分類(lèi)

            隨筆檔案

            相冊(cè)

            Awesome

            Blog

            Book

            GitHub

            Link

            搜索

            •  

            積分與排名

            • 積分 - 216745
            • 排名 - 118

            最新評(píng)論

            閱讀排行榜

            https://www.cnblogs.com/yuanyifei1/p/6846310.html

              kcp協(xié)議是傳輸層的一個(gè)具有可靠性的傳輸層ARQ協(xié)議。它的設(shè)計(jì)是為了解決在網(wǎng)絡(luò)擁堵情況下tcp協(xié)議的網(wǎng)絡(luò)速度慢的問(wèn)題。kcp力求在保證可靠性的情況下提高傳輸速度。kcp協(xié)議的關(guān)注點(diǎn)主要在控制數(shù)據(jù)的可靠性和提高傳輸速度上面,因此kcp沒(méi)有規(guī)定下層傳輸協(xié)議,一般用udp作為下層傳輸協(xié)議,kcp層協(xié)議的數(shù)據(jù)包在udp數(shù)據(jù)報(bào)文的基礎(chǔ)上增加控制頭。當(dāng)用戶數(shù)據(jù)很大,大于一個(gè)udp包能承擔(dān)的范圍時(shí)(大于mss),kcp會(huì)將用戶數(shù)據(jù)分片存儲(chǔ)在多個(gè)kcp包中。因此每個(gè)kcp包稱為一個(gè)分片。

              為了提供可靠性,kcp采用了重傳機(jī)制。為實(shí)現(xiàn)重傳機(jī)制,kcp為每個(gè)分片分配一個(gè)唯一標(biāo)識(shí),接收方收到一個(gè)包后告知發(fā)送方接到的包的序號(hào),發(fā)送方接到確認(rèn)后再繼續(xù)發(fā)送。而如果發(fā)送方在一定時(shí)間內(nèi)(超時(shí)重傳時(shí)間)沒(méi)有接到確認(rèn),就說(shuō)明數(shù)據(jù)包丟失了,發(fā)送方需要重傳丟失的數(shù)據(jù)包,所以發(fā)送方會(huì)把待確認(rèn)的數(shù)據(jù)緩存起來(lái),方便重傳。

              停等的重傳機(jī)制發(fā)送一個(gè)包后必須等待確認(rèn)后再發(fā)下一個(gè)包,傳輸速度較慢,所以為了提高發(fā)送速度,發(fā)送方可以不必再每發(fā)送一個(gè)包后就進(jìn)行等待確認(rèn),而是可以發(fā)送多個(gè)包出去,然后等待接收方一一確認(rèn)。又由于接收方不可能同時(shí)處理無(wú)限多的數(shù)據(jù),因此需要限制發(fā)送方往網(wǎng)絡(luò)中發(fā)送的數(shù)據(jù)數(shù)量。因此接收方限制發(fā)送方在未收到確認(rèn)之前只能發(fā)送wnd大小的數(shù)據(jù),這個(gè)機(jī)制叫做滑動(dòng)窗口機(jī)制。kcp采用滑動(dòng)窗口機(jī)制來(lái)提高發(fā)送速度。由于UDP在網(wǎng)絡(luò)中的傳輸是不可靠的,因此會(huì)出現(xiàn)丟包和包的亂序。kcp是可靠的保證數(shù)據(jù)有序的協(xié)議,所以為了糾正包的亂序。接收方維護(hù)一個(gè)接收窗口。接收窗口有一個(gè)起始序號(hào)rcv_nxt以及尾序號(hào)rcv_nxt+rcv_wnd。如果接收窗口收到序號(hào)為rcv_nxt的分片那么rcv_nxt就加一,形象一點(diǎn)的說(shuō)法是滑動(dòng)窗口右移,并把該數(shù)據(jù)放入接收隊(duì)列供應(yīng)用層取用。如果收到的數(shù)據(jù)在窗口范圍內(nèi)但不是rcv_nxt那么就把數(shù)據(jù)保存起來(lái),等收到rcv_nxt序號(hào)的分片時(shí)再一并放入接收隊(duì)列供應(yīng)用層取用。

              當(dāng)網(wǎng)絡(luò)擁堵嚴(yán)重時(shí),會(huì)發(fā)生丟包,丟包發(fā)生時(shí)kcp為了保證可靠性需要重傳數(shù)據(jù)。而發(fā)送方需要判斷什么時(shí)候發(fā)生了丟包,以及丟了哪些包。為了解決這個(gè)問(wèn)題,發(fā)送方為緩存隊(duì)列中的每個(gè)包設(shè)置了包序號(hào)和超時(shí)重傳時(shí)間。當(dāng)檢測(cè)到當(dāng)前時(shí)間超過(guò)了分片的超時(shí)重傳時(shí)間,該分片還沒(méi)有得到確認(rèn)時(shí)就會(huì)觸發(fā)該分片的超時(shí)重傳

              數(shù)據(jù)在網(wǎng)絡(luò)中的傳輸時(shí)間是不固定的,因此超時(shí)重傳時(shí)間比較長(zhǎng)。而為了盡早地判斷出數(shù)據(jù)包的丟失,kcp引入了快速重傳機(jī)制。快速重傳機(jī)制工作原理是,當(dāng)發(fā)送方發(fā)送了n,n+1,n+2...等等包出去后,接收方?jīng)]有接收到n,而接收到n+1,n+2..等等n號(hào)包之后的包,這時(shí)因?yàn)閚號(hào)包之后的包都已經(jīng)接收到了,而n號(hào)包還沒(méi)有接收到,所以可以認(rèn)為n號(hào)包已經(jīng)丟失了,告知發(fā)送方可以進(jìn)行快速重傳。kcp為了支持快速重傳,接收方需要告訴發(fā)送方,哪些包已經(jīng)成功收到了,哪些包沒(méi)有收到。因此接收方返回發(fā)送方的確認(rèn)數(shù)據(jù)(ack)中包含以下信息:接收窗口左端的序號(hào)rcv_nxt,接收到的大于rcv_nxt的包序號(hào)sn。rcv_nxt的含義是接收方已經(jīng)成功按順序接收了rcv_nxt序號(hào)之前的所有包,大于rcv_nxt的序號(hào)sn表示的是在接收窗口內(nèi)的不連續(xù)的包。發(fā)送方接收到接收方發(fā)過(guò)來(lái)的數(shù)據(jù)時(shí),首先解析rcv_nxt,把發(fā)送緩存中所有小于rcv_nxt序號(hào)的包全部移除掉(因?yàn)檫@些包全都都已經(jīng)正確接收了)。然后再解析sn,遍歷發(fā)送緩存,找到所有序號(hào)小于sn的包,這些包就是可能在網(wǎng)絡(luò)中已經(jīng)丟掉了的包,只是可能,因?yàn)橛锌赡苓@些包只是擁堵在了網(wǎng)絡(luò)中,需要更長(zhǎng)的時(shí)間到達(dá),所以這里我們?cè)O(shè)置一個(gè)快速重傳的門(mén)限,對(duì)每個(gè)分片維護(hù)一個(gè)快速重傳的計(jì)數(shù),每收到一個(gè)ack解析sn后找到了一個(gè)分片,就把該分片的快速重傳的計(jì)數(shù)加一,如果該計(jì)數(shù)達(dá)到了快速重傳門(mén)限,那么就認(rèn)為該分片已經(jīng)丟失,可以觸發(fā)快速重傳,該門(mén)限值在kcp中可以設(shè)置,tcp中是3。

              丟包發(fā)生時(shí),由于滑動(dòng)窗口的存在,假設(shè)第n個(gè)包丟失了,但是此時(shí)n+1,n+2號(hào)包卻已經(jīng)傳輸成功了,此時(shí)最好只重傳丟失的n號(hào)包,而不重傳成功傳輸?shù)膎+1,n+2號(hào)包,這個(gè)機(jī)制叫做選擇重傳,選擇重傳的關(guān)鍵在于接收方要告知發(fā)送方哪些包已經(jīng)收到了,哪些包沒(méi)有收到,為了最小化數(shù)據(jù)量,接收方可以告訴發(fā)送方哪些包已經(jīng)按序收到了,哪些包是收到的但是不連續(xù)。所以返回的ack中包含rcv_nxt和sn。rcv_nxt代表收到的所有連續(xù)的包,sn代表哪些不連續(xù)的包收到了,那么根據(jù)這兩個(gè)參數(shù)可以計(jì)算出來(lái)沒(méi)有收到的包的序號(hào)。

              當(dāng)網(wǎng)絡(luò)實(shí)在很擁堵的時(shí)候(一般由于網(wǎng)絡(luò)消息太多,堵車(chē)了),kcp會(huì)限制發(fā)送方發(fā)送的數(shù)據(jù)量,這叫做擁塞控制,擁塞控制就是告訴發(fā)送方,網(wǎng)絡(luò)太堵了,應(yīng)該少發(fā)一些數(shù)據(jù),因此在滑動(dòng)窗口的機(jī)制上引入了擁塞窗口,也就是說(shuō)發(fā)送發(fā)發(fā)送的數(shù)據(jù)不得超過(guò)擁塞窗口,擁塞窗口的大小會(huì)隨網(wǎng)絡(luò)情況而變快,網(wǎng)絡(luò)快擁塞窗口就大,反之同理。

              那么擁塞窗口應(yīng)該等于多少呢?解決這一問(wèn)題的原則是,讓網(wǎng)絡(luò)充分被利用,但是不能堵塞,這里引入了慢啟動(dòng)機(jī)制,慢啟動(dòng)也就是控制擁塞窗口從0開(kāi)始增長(zhǎng),隨著數(shù)據(jù)不斷地成功傳輸,擁塞窗口逐漸增大,直至達(dá)到飽和,也就是網(wǎng)絡(luò)的收發(fā)平衡。為了快速達(dá)到網(wǎng)絡(luò)的收發(fā)平衡,擁塞窗口采用倍數(shù)增長(zhǎng)。也就是每成功發(fā)送一個(gè)數(shù)據(jù)擁塞窗口加一,舉個(gè)例子,窗口大小為1時(shí),發(fā)送一個(gè)數(shù)據(jù),成功后窗口變成2,之后發(fā)送兩個(gè)數(shù)據(jù)出去,成功接收后窗口大小變?yōu)?。為了方便讓更多的用戶連入網(wǎng)絡(luò)時(shí),網(wǎng)絡(luò)能有足夠的流量提供給用戶,還可以設(shè)置擁塞門(mén)限,擁塞門(mén)限值就是當(dāng)用戶擁塞窗口快速增長(zhǎng)到門(mén)限值后就減慢增加速度,緩慢增長(zhǎng),騰出流量給其它用戶。

              但是當(dāng)網(wǎng)絡(luò)很擁堵的情況下,導(dǎo)致發(fā)送數(shù)據(jù)出現(xiàn)重傳時(shí),這時(shí)說(shuō)明網(wǎng)絡(luò)中消息太多了,用戶應(yīng)該減少發(fā)送的數(shù)據(jù),也就是擁塞窗口應(yīng)該減小。怎么減小呢,在快速重傳的情況下,有包丟失了但是有后續(xù)的包收到了,說(shuō)明網(wǎng)絡(luò)還是通的,這時(shí)采取擁塞窗口的退半避讓,擁塞窗口減半,擁塞門(mén)限減半。減小網(wǎng)絡(luò)流量,緩解擁堵。當(dāng)出現(xiàn)超時(shí)重傳的時(shí)候,說(shuō)明網(wǎng)絡(luò)很可能死掉了,因?yàn)槌瑫r(shí)重傳會(huì)出現(xiàn),原因是有包丟失了,并且該包之后的包也沒(méi)有收到,這很有可能是網(wǎng)絡(luò)死了,這時(shí)候,擁塞窗口直接變?yōu)?,不再發(fā)送新的數(shù)據(jù),直到丟失的包傳輸成功。

              在上述原理之下,kcp為了提高傳輸速度,還可以有許多選項(xiàng)供用戶選擇:

                kcp的擁塞控制可以取消

                ack回復(fù)可以設(shè)置成無(wú)延遲ack回復(fù)

                kcp的快速重傳門(mén)限可以控制

              總之,kcp采取一系列措施盡量提高網(wǎng)絡(luò)傳輸速率,在網(wǎng)絡(luò)實(shí)時(shí)性和可靠性要求比較高的場(chǎng)景下可以考慮kcp協(xié)議代替tcp協(xié)議。

            posted on 2017-12-09 14:00 思月行云 閱讀(1749) 評(píng)論(0)  編輯 收藏 引用 所屬分類(lèi): C\C++
            四虎国产精品免费久久5151| 国产精品免费看久久久香蕉| 亚洲欧洲久久久精品| 婷婷久久综合九色综合九七| 久久精品国产亚洲AV影院| 丰满少妇高潮惨叫久久久| 天天综合久久一二三区| 亚洲av日韩精品久久久久久a | 久久99免费视频| 久久人人爽人人爽人人片av麻烦| 亚洲国产精品18久久久久久| 精品久久久久久无码国产| 精品熟女少妇AV免费久久 | 久久久久久青草大香综合精品| 色婷婷综合久久久久中文一区二区 | 午夜精品久久久久成人| 国产精品99久久免费观看| 久久精品国产亚洲精品| 精品久久久久久无码专区| 久久亚洲高清综合| 久久一本综合| 国产91色综合久久免费分享| 久久天天躁狠狠躁夜夜avapp| 国内精品久久久久久久coent| 人妻精品久久久久中文字幕一冢本| 久久久久亚洲爆乳少妇无| 久久久久久狠狠丁香| 久久精品中文无码资源站| 99久久久国产精品免费无卡顿| 亚洲午夜无码AV毛片久久| 久久99精品久久久久久噜噜| 久久精品国产亚洲沈樵| 久久国产精品久久久| 久久久久久国产精品免费无码| 久久精品卫校国产小美女| 久久人人爽人人人人片av| 久久久久亚洲av综合波多野结衣| 一本久道久久综合狠狠躁AV| 色青青草原桃花久久综合| 无码超乳爆乳中文字幕久久| 久久精品免费一区二区|