日本免费全黄少妇一区二区三区-高清无码一区二区三区四区-欧美中文字幕日韩在线观看-国产福利诱惑在线网站-国产中文字幕一区在线-亚洲欧美精品日韩一区-久久国产精品国产精品国产-国产精久久久久久一区二区三区-欧美亚洲国产精品久久久久

  1. 首頁 > 云知道 > >

擁塞控制原理( 三 )

云知道


3．3關(guān)于吞吐量 ， 延遲 ， 丟失的性能優(yōu)化
除了防止擁塞崩潰和關(guān)注公平性 ， 使用端到端擁塞控制的流的第三個理由是它自身的吞吐量 ， 延遲和丟失的性能優(yōu)化 。在某些情況下 ， 例如在高統(tǒng)計的多路技術(shù)的環(huán)境下 ， 一個流的延遲和丟失大部分獨(dú)立于自身的發(fā)送速率 。然而 ， 在低統(tǒng)計多路技術(shù)或單個流調(diào)度的環(huán)境下 ， 一個流的延遲和丟失部分上與流自身的發(fā)送速率有關(guān) 。因此 ， 一個流能使用端到端擁塞控制來限制自身的包的延遲和丟失 。然而我們注重到 ， 在象當(dāng)前的盡最大努力通信的網(wǎng)絡(luò)環(huán)境下 ， 關(guān)于擁塞崩潰和流之間競爭的公平性的關(guān)注限制了對流來說有用的擁塞控制行為的范圍 。
4．標(biāo)準(zhǔn)處理的作用
傳輸協(xié)議的標(biāo)準(zhǔn)化不僅包括能夠影響互操作性（例如終節(jié)點(diǎn)的信息交換）的協(xié)議的標(biāo)準(zhǔn)化 ， 而且包括對性能（例如在TCP中 ， 由于包的丟失而減少擁塞窗口）至關(guān)重要的機(jī)制的標(biāo)準(zhǔn)化 。同時 ， 特定應(yīng)用的細(xì)節(jié)和傳輸協(xié)議的其它方面 ， 不影響互操作 ， 也不影響性能 ， 就不需要標(biāo)準(zhǔn)化 。TCP不需要標(biāo)準(zhǔn)化的區(qū)域包括快速重傳[參見RFC2582]之后TCP的快速修復(fù)過程的細(xì)節(jié) 。附錄使用TCP的實(shí)例來更具體的討論在擁塞控制發(fā)展中的標(biāo)準(zhǔn)進(jìn)程的作用 。
4.1新的傳輸協(xié)議的發(fā)展
除了關(guān)注擁塞崩潰的危險 ， 新的傳輸協(xié)議的標(biāo)準(zhǔn)化進(jìn)程注重在競爭協(xié)議中避免擁塞控制的‘軍備競賽’ 。舉個例子 ， 在RFC2357中 ， TSV區(qū)域指揮者和高級職員勾劃出了關(guān)于可靠的多路傳輸協(xié)議的網(wǎng)絡(luò)草案的RFC資料的準(zhǔn)則 。從[RFC2357]看到：“一個IETF的非凡關(guān)注是在網(wǎng)絡(luò)擁塞時可靠多路的通信對其它通信的影響 ， 尤其是在TCP通信的競爭中可靠多路通信的影響...IETF面臨的挑戰(zhàn)是鼓勵可靠多路技術(shù)的研究和應(yīng)用 ， 使得可靠多路技術(shù)的應(yīng)用需求能盡可能快的被滿足 ， 同時保護(hù)網(wǎng)絡(luò)免于由于不正確的可靠多路機(jī)制的廣泛應(yīng)用帶來的擁塞災(zāi)難或崩潰 ?！?br /> 關(guān)于新的可靠多路傳輸協(xié)議的RFC資料的技術(shù)準(zhǔn)則包括：“是否有擁塞控制機(jī)制？它是如何執(zhí)行的？它何時無效？注重網(wǎng)絡(luò)中比TCP更有效的擁塞控制機(jī)制面臨并不威脅網(wǎng)絡(luò)穩(wěn)定的許多負(fù)擔(dān) 。
期望在通信競爭中的新的傳輸協(xié)議的效果將不僅應(yīng)用于可靠的多路協(xié)議 ， 而且同樣應(yīng)用于不可靠的單路、可靠的單路和不可靠的多路通信量中 。這是很合理的 。
4.2影響擁塞控制的應(yīng)用層問題
一個瀏覽器對相同的目的地址打開多個連接的問題可以在RFC2626中找到 ， RFC2616在8.1.4節(jié)中說明“使用不間斷的連接的客戶機(jī)應(yīng)該限制它們同時保持與給定的服務(wù)器連接的數(shù)量 。單用戶客戶機(jī)不應(yīng)該保持多于2個與任何服務(wù)器或代理的連接 ?！?br /> 4.3標(biāo)準(zhǔn)化進(jìn)程的新發(fā)展
IETF能夠影響擁塞控制的進(jìn)展 ， 其最明顯的發(fā)展集成和區(qū)分服務(wù)[參見RFC2212,RFC2475]和明確的擁塞通告[參見RFC2481] 。然而 ， 其它戲劇性的發(fā)展同樣可能影響擁塞控制 。
已經(jīng)在努力構(gòu)建終節(jié)點(diǎn)擁塞治理[參見BS00]來使得一個發(fā)送方的多個并發(fā)流到達(dá)相同的接受方來共享擁塞控制狀態(tài) 。通過答應(yīng)對同一個目的多個連接在端到端的擁塞控制過程中作為一個流 ， 擁塞治理者能夠答應(yīng)單個慢啟動的連接利用先前端到端路徑的擁塞狀態(tài)信息 。進(jìn)一步 ， 擁塞治理者能夠去除在相同源/目的對中打開的多個流的擁塞控制危險 ， 能夠用來答應(yīng)一個瀏覽器同時開放對同一個目的的多個連接 。
5.擁塞崩潰的描述
這部分討論非傳遞的包的擁塞崩潰的某些細(xì)節(jié) ， 并且說明非響應(yīng)流如何有助于網(wǎng)絡(luò)擁塞崩潰 。這部分采用了[FF99]的資料 。
一般說 ， 擁塞崩潰發(fā)生在網(wǎng)絡(luò)負(fù)載的增加導(dǎo)致網(wǎng)絡(luò)效率的降低的時候 。第三部分已經(jīng)討論過 ， 擁塞崩潰最先在1980年中葉[RFC896]提出 ， 主要由于TCP連接的不必要的重傳那些正在傳送或已經(jīng)被接收方接收了的數(shù)據(jù)包 。我們稱不必要的重傳數(shù)據(jù)包而引起的擁塞崩潰為典型的擁塞崩潰 。典型的擁塞崩潰是導(dǎo)致吞吐量只是正常情況下的一小部分的穩(wěn)定狀況[參見RFC896].典型的擁塞崩潰的問題已經(jīng)通過定時器和在現(xiàn)代TCP[參見Jacobson88]的應(yīng)用中的擁塞控制機(jī)制的改進(jìn)基本得到解決 。

推薦閱讀