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

            大龍的博客

            常用鏈接

            統計

            最新評論

            linux 如何改變TCP WINDOW SIZE? ------- 轉

            在收到一個TCP SYN包請求的時候,我發現回應的SYN+ACK包的窗口大小固定在5792左右
            非常想改變一下,比如把5792改成8192之類
            可是實驗了幾種方法都沒有成功
            比如:
            擴大或縮小了rmem_default、wmem_default、rmem_max、wmem_max,但沒有什么效果
            是不是需要修改協議棧?需要的話怎樣修改?
            這個問題困擾我很久了,希望得到大家的指點,謝謝!

            我的機器是linux 2.6.21

            [[i] 本帖最后由 ssd6166 于 2008-4-23 17:17 編輯 [/i]]
            jerrywjl
            這應該是固定在內核里的參數,無法改變。

            platinum
            [quote]原帖由 [i]ssd6166[/i] 于 2008-4-21 18:04 發表 [url=http://linux.chinaunix.net/bbs/redirect.php?goto=findpost&pid=6562912&ptid=994152][img]http://linux.chinaunix.net/bbs/images/common/back.gif[/img][/url]
            在收到一個TCP SYN包請求的時候,我發現回應的SYN+ACK包的窗口大小固定在5792左右
            非常想改變一下,比如把5792改成8192之類
            可是實驗了幾種方法都沒有成功
            比如:
            擴大或縮小了rmem_default、wmem_default、 ... [/quote]
            回應的 ACK 中的 window 是根據回應端的 TCP 棧自己計算出來的,他負責控制 TCP 的慢啟動效果
            若要改變,除非修改對方 TCP 協議棧,或對他發過來的包做手腳
            但是你修改他的目的是什么呢?

            ssd6166
            回復 #3 platinum 的帖子

            首先感謝您和jerrtwjl的回應

            您這里說的除非“修改對方的TCP協議棧”是指發送方還是回應方?我要在回應方上進行修改。

            我是發現windowsXP發送的窗口大小和linux不一樣,所以想知道為什么
            并且想嘗試更改下linux的發送窗口大小
            我覺得發送窗口大小應該和緩沖區的大小有關,所以我嘗試著擴大了緩沖區,但是不行
            我又覺得這應該和一個初始值有關,可是又沒找到這個初始值……
            如果找到了這個初值是不是就能修改了?可這個初始值在哪定義的呢?

            可能我對慢啟動的原理還是不太清楚吧……

            希望得到大家指點,謝謝!

            platinum
            窗口在 TCP 棧里面是用來控制速率的,窗口大小和延時結合起來就是速率
            Linux 和 Windows 的 TCP 棧的確是不一樣的,比如結束一個 TCP 的時候,Windows 是發送 RST,而 Linux 則是雙向 FIN
            在網絡質量發生變化時,TCP 的 window 會自動調整,這個動作叫窗口滑動,而這個窗口的全名叫滑動窗口
            具體 TCP 的實現很復雜,需要看 TCP/IP 詳解卷一,大概是從 17 章的位置往后看,先把原理看懂,卷二再看實現

            ssd6166
            我找到在哪里改動了!

            首先說下5972這個數字是怎么出來的,在此轉貼一段文章以作解釋:

            ---------------------
                tcp_sock->rcv_wnd表示當前接收窗口的大小,這個值在收到對方的數據后,會變動的。它的初始值取接收緩存大小的3/4跟MAX_TCP_WINDOW之間的最小值,MAX_TCP_WINDOW在系統中的定義為32767U。然后,還要根據mss的值作一個調整,調整邏輯是:如果mss大于 3*1460,則如果當前的rcv_wnd大于兩倍的mss,就取兩倍的mss作為rcv_wnd的值;如果mss大于1460,則如果當前的rcv_wnd大于3倍的mss,就取3倍的mss作為rcv_wnd的新值;否則,如果rcv_wnd大于4倍的mss,就取4倍的mss作為rcv_wnd的新值,我們的實驗環境的mss值為1448(因為tcp首部有12字節的時間戳選項),所以rcv_wnd最后被調整為1448*4 = 5792。
            ---------------------

            按照上述說明,找到具體修改的地方是tcp_select_initial_window()函數

            由于SYN+ACK的包只是回應SYN的,所以還沒有到滑動的時候,這時初值就是窗口值了
            ^^

            platinum
            感覺他說的可能還是有問題的,我的環境 MSS 是 1440,但是 SYN/ACK 中的 WND 卻是 5808
            SYN/ACK 中的 MSS 是 1412,回去的 WND 卻是 372768

            posted on 2009-03-17 19:51 大龍 閱讀(9098) 評論(0)  編輯 收藏 引用

            久久久久久免费一区二区三区| 久久久久久久97| 久久99久久99小草精品免视看| 九九99精品久久久久久| 国产精久久一区二区三区| 一本一道久久a久久精品综合| 中文字幕无码久久人妻| 亚洲精品乱码久久久久久蜜桃图片 | 亚洲欧美日韩久久精品第一区| 久久亚洲私人国产精品vA | 亚洲人成无码www久久久| 亚洲国产欧洲综合997久久| 久久线看观看精品香蕉国产| 亚洲国产综合久久天堂| 好久久免费视频高清| 久久久久久综合网天天| 94久久国产乱子伦精品免费 | 久久国产高潮流白浆免费观看| 91精品婷婷国产综合久久| 久久精品亚洲AV久久久无码| 91精品国产91久久久久久| 久久久久女人精品毛片| 久久无码专区国产精品发布| 国产免费久久精品丫丫| 久久99国产乱子伦精品免费| 亚洲乱码中文字幕久久孕妇黑人| 久久久久无码中| 国产精品gz久久久| 国产2021久久精品| 国产精品99久久免费观看| 久久久一本精品99久久精品66| 亚洲日韩欧美一区久久久久我| 精品久久久久久久久久中文字幕 | 伊人色综合久久天天人手人婷| 久久久久无码国产精品不卡| 情人伊人久久综合亚洲| 亚洲国产成人久久综合一 | 国产美女久久久| 久久久久国产一级毛片高清版| 国产麻豆精品久久一二三| 2022年国产精品久久久久|