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

  1. 首頁(yè) > 云知道 > >

TCP 擁塞窗口檢驗(yàn)

云知道

【TCP 擁塞窗口檢驗(yàn)】本備忘錄的狀態(tài)
本文檔講述了一種Internet社區(qū)的實(shí)驗(yàn)協(xié)議，它并沒有制定一種Internet標(biāo)準(zhǔn)，需要進(jìn)
一步進(jìn)行討論和建議以得到改進(jìn) 。本備忘錄的發(fā)布不受任何限制 。
版權(quán)聲明
Copyright(C)TheInternetSociety(2001).
摘要
TCP 擁塞窗口控制網(wǎng)絡(luò)中一個(gè)TCP流的包的數(shù)目，然而，發(fā)送方長(zhǎng)時(shí)間無(wú)響應(yīng)或者由
于應(yīng)用程序的限制會(huì)導(dǎo)致?lián)砣翱诘臒o(wú)效，此時(shí)，擁塞窗口不在反映網(wǎng)絡(luò)的當(dāng)前狀況，本文
檔描述了對(duì)TCP擁塞控制算法的一種簡(jiǎn)單修正，使得在發(fā)送后一段足夠長(zhǎng)的時(shí)間后，擁塞
窗口 。同時(shí)使用慢啟動(dòng)決值來保存擁塞窗口以前的值 。
當(dāng)擁塞窗口在應(yīng)用程序限制期間增加時(shí)，也會(huì)導(dǎo)致一個(gè)無(wú)效窗口，而原來?yè)砣翱诘闹?br /> 可能從來沒有利用，我們建議在TCP發(fā)送方有應(yīng)用程序限制時(shí)，不增加擁塞窗口的大小，
我們從采用模擬和FREEBSD中實(shí)現(xiàn)的實(shí)驗(yàn)揭示了這些算法 。
目錄
1轉(zhuǎn)換和異義 2
2介紹 2
3描述 3
3．1減小擁塞窗口的基本算法 4
3．2減小擁塞窗口的偽碼 4
4模擬 5
5實(shí)驗(yàn) 5
6結(jié)論 6
7參考 6
8安全性考慮 7
9.作者地址 7
10.版權(quán)說明 8
致謝 8
1轉(zhuǎn)換和異義
要害字MUST,MUSTNOT,REQUIRED,SHALL,SHALLNOT,SHOULD,SHOULDNOT,
RECOMMENDED,MAY,andOPTIONAL,出現(xiàn)在本文中時(shí)，參照[97]中的解釋 。
2介紹
TCP擁塞窗口控制網(wǎng)絡(luò)中一個(gè)TCP流中包的數(shù)量，擁塞窗口采用慢增快減(AIMD)的機(jī)
制來試探網(wǎng)絡(luò)帶寬，作動(dòng)態(tài)調(diào)整了改善網(wǎng)絡(luò)狀態(tài) 。AIMD機(jī)制在發(fā)送方有連續(xù)的數(shù)據(jù)發(fā)送時(shí)
工作良好，這對(duì)使用緩沖數(shù)據(jù)的TCP來說是很典型的 。對(duì)于使用TCP的TELNET應(yīng)用程序
來說，發(fā)送方只有很少的數(shù)據(jù)或沒有數(shù)據(jù)發(fā)送，發(fā)送速率也是由用戶產(chǎn)生數(shù)據(jù)的速率決定的，
隨著WEB的誕生，包括動(dòng)態(tài)產(chǎn)生數(shù)據(jù)的TCP發(fā)送方和持續(xù)連接TCP的HTTP1.1的發(fā)展，
應(yīng)用程序限制和網(wǎng)絡(luò)限制之間的交互變得越來越重要，更精確的說，我們把網(wǎng)絡(luò)限制期間定
義為發(fā)送者以滿窗口大小發(fā)送數(shù)據(jù)，
當(dāng)發(fā)送者由于應(yīng)用程序限制而造成時(shí)間太長(zhǎng)會(huì)導(dǎo)致?lián)砣翱诘臒o(wú)效，在由于網(wǎng)絡(luò)限制期
間，由于窗口數(shù)據(jù)總是沒有丟失，擁塞窗口總是被檢驗(yàn)有效，此時(shí)，總是有超時(shí)新數(shù)據(jù)的確
認(rèn)輸入流給出網(wǎng)絡(luò)中最近可用的帶寬，與之相反，在由于應(yīng)用程序限制期間，用擁塞窗口來
估計(jì)可用帶寬隨著時(shí)間流逝而準(zhǔn)確性降低，非凡的，被用來網(wǎng)絡(luò)限制的容量可能會(huì)被其他的
流量占用，
當(dāng)前的TCP實(shí)現(xiàn)在一段時(shí)間的IDLE后，有一些啟動(dòng)的措施，在IDLE的時(shí)間超過RTO
估計(jì)值(正如RFC2581和附錄[VJ88]所建議的)后，一些TCP實(shí)現(xiàn)采用慢啟動(dòng)機(jī)制，而其他
的實(shí)現(xiàn)則并不降低它們的擁塞窗口，RFC2581中推薦：假如TCP在超過超時(shí)重發(fā)的間隔內(nèi)
沒有數(shù)據(jù)發(fā)送，TCP應(yīng)將窗口大小設(shè)置成不超過原來窗口大小，在[HTH98]中討論了在IDLE
后TCP慢啟動(dòng)的建議，除了在TCP和IP環(huán)境中，擁塞信息的檢驗(yàn)也在其他的環(huán)境中提到，
如在ATM網(wǎng)絡(luò)中的“或使用它，或丟棄它”的機(jī)制中 。
在一段應(yīng)用程序限制后，為了討論擁塞窗口的有限性，我們對(duì)TCP的擁塞控制算法作
了一點(diǎn)簡(jiǎn)單的修改，使得在發(fā)送后擁塞窗口的大小從一段足夠長(zhǎng)的應(yīng)用程序限制退化到網(wǎng)絡(luò)
限制期間，非凡的，在一段IDLE后，對(duì)于在每個(gè)數(shù)據(jù)流保持IDLE的RTT內(nèi)，發(fā)送方都應(yīng)
將它的擁塞窗口減半 。
當(dāng)擁塞窗口大小減小時(shí)，慢啟動(dòng)的闋值保留為最近擁塞窗口的大小，非凡的，在一段應(yīng)

推薦閱讀