• <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   管理


            久久久久久国产精品无码超碰| 久久青青草原精品影院| 99久久国产亚洲高清观看2024| 久久无码一区二区三区少妇| 久久狠狠一本精品综合网| 精品久久人人做人人爽综合| 亚洲欧洲中文日韩久久AV乱码| 日本高清无卡码一区二区久久| 久久人人爽人人爽人人片AV东京热| 欧美亚洲另类久久综合婷婷| 久久久久波多野结衣高潮| 久久精品国产99国产精品导航| 91精品国产91热久久久久福利| 久久激情亚洲精品无码?V| 亚洲色欲久久久综合网| 国内精品久久久久久麻豆| 日产精品久久久久久久性色| 精品久久久久久无码中文字幕一区 | 久久国产一片免费观看| 77777亚洲午夜久久多喷| 99精品国产在热久久无毒不卡 | 国产精品久久久久久搜索 | 国产成人无码精品久久久性色| 国产午夜精品久久久久免费视| 久久精品成人| 韩国免费A级毛片久久| 精品久久久久国产免费| 久久久精品2019免费观看| 亚洲愉拍99热成人精品热久久 | 精品久久777| 国产毛片欧美毛片久久久| 亚洲欧洲久久久精品| 9191精品国产免费久久| 99久久99这里只有免费费精品| 无码人妻久久久一区二区三区 | 久久人人爽人人澡人人高潮AV | 久久综合久久自在自线精品自| 亚洲精品午夜国产va久久| 久久丫精品国产亚洲av| 亚洲中文字幕久久精品无码喷水| 亚洲国产精品无码久久久蜜芽|