• <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>
            Dict.CN 在線詞典, 英語學(xué)習(xí), 在線翻譯

            學(xué)海苦作舟,書山勤為徑

            留下點(diǎn)回憶

            常用鏈接

            統(tǒng)計(jì)

            積分與排名

            Denoise

            English study

            Web技術(shù)

            數(shù)據(jù)壓縮

            一些連接

            最新評(píng)論

            針對(duì)LFN的TCP窗口擴(kuò)大因子

            TCP窗口縮放選項(xiàng)是用來增加TCP接收窗口的大小而超過65536字節(jié)。這個(gè)TCP選項(xiàng)以及其他的幾個(gè)選項(xiàng)在RFC1323(處理長肥管道網(wǎng)絡(luò),LFN)中定義。

            實(shí)際上,通訊的吞吐量由兩個(gè)窗口限制:擁塞窗口和接受窗口。第一個(gè)總是保證不要發(fā)送操作網(wǎng)絡(luò)的容量(用塞控制),第二個(gè)不要超過接收方數(shù)據(jù)處理的能力(流控制)。接收方可能被數(shù)據(jù)沖跨,如果負(fù)載非常大(例如一個(gè)WEB SERVER)。每個(gè)TCP分段包含當(dāng)前接收窗口的值。如果例如發(fā)送端收到一個(gè)ACK其對(duì)4000個(gè)字節(jié)作應(yīng)答并且指定接收窗口是10000字節(jié),那么發(fā)送端在發(fā)送14000個(gè)字節(jié)后就不能發(fā)送了,即使擁塞窗口是允許的。

            為什么需要這個(gè)選項(xiàng)?

            窗口縮放因子對(duì)于BDP大于64KB的時(shí)候的數(shù)據(jù)傳輸?shù)男史浅S杏?。例如,如果一個(gè)T1傳輸鏈路,1.5Mbps是通過衛(wèi)星的鏈路,RTT時(shí)間是513ms,那么BDP是:1500000*.513 = 769,500位或者96,188字節(jié)。最大的64KB窗口僅僅允許填充鏈路緩沖區(qū)的68%或者是1.02Mbps

            通過使用窗口擴(kuò)大因子,文件傳輸可以接近 1.5Mbps,而充分利用可用帶寬。

            這個(gè)選現(xiàn)在慢速網(wǎng)絡(luò)上發(fā)送大于64KB的文件也是有用的。

            通過使用窗口擴(kuò)大因子,接收窗口可能增加到最大1GB。

            這個(gè)選項(xiàng)是TCP頭選項(xiàng)字段的一個(gè)字節(jié)部分。最終的窗口擴(kuò)大因子將是頭部非選項(xiàng)部分定義的大小與這個(gè)系數(shù)2的冪的積:

            新的窗口大小=首部定義的大小* 2^窗口擴(kuò)大因子

            操作系統(tǒng)的配置

            Windows

            TCP窗口擴(kuò)大在Windows2000 XPserver 2003以及Vista中實(shí)現(xiàn)。Vista默認(rèn)是打開的,其他操作系統(tǒng)實(shí)現(xiàn)為選項(xiàng)。因?yàn)樵S多router和防火墻不能正常的實(shí)現(xiàn)TCP窗口的擴(kuò)大,會(huì)導(dǎo)致用戶的internet連接幾分鐘的故障,然后又沒有原因的正常工作。如果在Vista中診斷問題,錯(cuò)誤小時(shí)顯示為不能與主要的DNS服務(wù)器通訊。如果防火墻不支持TCP擴(kuò)展也會(huì)有這樣的問題。

            Linux

            Linux內(nèi)核(從2.6.8 2004年8月)已經(jīng)默認(rèn)enable了TCP窗口擴(kuò)大選項(xiàng)。其默認(rèn)選擇一個(gè)適當(dāng)?shù)闹怠E渲脜?shù)在/proc文件系統(tǒng)中,見pseudo-file /proc/sys/net/ipv4/tcp_window_scaling和它的搭檔 /proc/sys/net/ipv4/tcp_rmem和/proc/sys/net/ipv4/tcp_wmem。

            posted on 2008-07-11 12:53 笨笨 閱讀(2684) 評(píng)論(1)  編輯 收藏 引用

            評(píng)論

            # re: 針對(duì)LFN的TCP窗口擴(kuò)大因子 2008-07-11 20:03 夢在天涯

            窗口的概念比較抽象哦!  回復(fù)  更多評(píng)論   


            只有注冊(cè)用戶登錄后才能發(fā)表評(píng)論。
            網(wǎng)站導(dǎo)航: 博客園   IT新聞   BlogJava   博問   Chat2DB   管理


            久久亚洲AV成人无码电影| 欧美久久亚洲精品| 久久久久亚洲av无码专区喷水| 久久精品午夜一区二区福利| 亚洲AV乱码久久精品蜜桃| 97久久久精品综合88久久| 久久亚洲精品无码观看不卡| 亚洲va久久久噜噜噜久久天堂| 亚洲AV乱码久久精品蜜桃| 青青青伊人色综合久久| 久久无码人妻一区二区三区午夜 | 久久中文骚妇内射| 99久久人妻无码精品系列| 无码精品久久一区二区三区| 77777亚洲午夜久久多人| 亚洲国产成人久久综合野外| 青青青国产成人久久111网站| 青青热久久国产久精品| 久久久久人妻精品一区二区三区| 狠狠色丁香婷婷综合久久来来去| 久久亚洲国产精品一区二区| 四虎亚洲国产成人久久精品| 97精品久久天干天天天按摩| 热久久国产欧美一区二区精品| 国内精品久久人妻互换| 欧美黑人激情性久久| 久久久黄色大片| 久久午夜免费视频| 久久se这里只有精品| 91久久婷婷国产综合精品青草| 亚洲精品高清国产一线久久| 尹人香蕉久久99天天拍| 久久九九久精品国产| 少妇人妻综合久久中文字幕| 99热热久久这里只有精品68| 亚洲伊人久久成综合人影院 | a级成人毛片久久| 人妻久久久一区二区三区| 无码人妻久久久一区二区三区| 久久夜色精品国产亚洲| 国内精品人妻无码久久久影院导航 |