windows-server-2012 – Receiver将TCP窗口大小限制为64,512
发布时间:2021-03-14 22:27:50  所属栏目:Windows  来源:网络整理 
            导读:事实(请说明任何虚假陈述): 我在两个相隔80毫秒的站点之间有100 Mbps的连接 这是一个长胖连接,可以从大的TCP窗口大小中受益,可能高达100 Mbps * 0.08秒= 1,000,000字节 两台计算机都运行Windows Server 2012.“接收窗口自动调整级别”在两者上均正常.两者都
                
                
                
            | 
                         接收器SYN No.     Time           Source                Destination           Protocol Length Delta      Sequence number Acknowledgment number Bytes in flight Calculated window size Info
    817 5.110501000    10.11.0.1             10.10.0.21            TCP      70     0.073924000 0               1                                     64512                  5001→49758 [SYN,ACK,ECN] Seq=0 Ack=1 Win=64512 Len=0 MSS=1460 WS=1 SACK_PERM=1 [ETHERNET FRAME CHECK SEQUENCE INCORRECT]
Frame 817: 70 bytes on wire (560 bits),70 bytes captured (560 bits) on interface 0
Ethernet II,Src: aa:bb:cc:dd:ee:ff,Dst: 00:11:22:33:44:55
Internet Protocol Version 4,Src: 10.11.0.1 (10.11.0.1),Dst: 10.10.0.21 (10.10.0.21)
Transmission Control Protocol,Src Port: 5001 (5001),Dst Port: 49758 (49758),Ack: 1,Len: 0
    Source Port: 5001 (5001)
    Destination Port: 49758 (49758)
    [Stream index: 73]
    [TCP Segment Len: 0]
    Sequence number: 0    (relative sequence number)
    Acknowledgment number: 1    (relative ack number)
    Header Length: 32 bytes
    .... 0000 0101 0010 = Flags: 0x052 (SYN,ECN)
    Window size value: 64512
    [Calculated window size: 64512]
    Checksum: 0xb5bb [validation disabled]
    Urgent pointer: 0
    Options: (12 bytes),SACK permitted
        Maximum segment size: 1460 bytes
        No-Operation (NOP)
        Window scale: 0 (multiply by 1)
            Kind: Window Scale (3)
            Length: 3
            Shift count: 0
            [Multiplier: 1]
        No-Operation (NOP)
        No-Operation (NOP)
        TCP SACK Permitted Option: True
    [SEQ/ACK analysis] 
 序列图的接收器透视图 TCP窗口 我已将此视为特定于驱动程序的问题;在我的情况下,QLogic网络控制器试图使用TCPChimney.此链接描述了Windows 2008中添加的TCPChimney功能 – 但我很确定它仍然适用: https://support.microsoft.com/en-us/kb/951037我建议按顺序测试以下内容;每次测试后,重新启动并查看接收器是否按预期开始增加TCP RWIN. 1)在接收计算机上加载网络适配器的最新版本的驱动程序. (与评论相反“超过65k的大TCP窗口大小对服务器不利,因为那时连接的内存需求增加.单独65k也可能不会让你足够开心.– user303507 2015年8月6日11:30”,大TCP接收Windows本身对服务器不利.在高带宽,高延迟链路(如卫星中继)的情况下,需要大的RWIN值,以便我们在“管道”中有更多的TCP数据.想象一下600 Mbps的连接,延迟为3000毫秒;高带宽链路将限制在大约20 KBps;因为一次只有65 KB的未确认TCP数据可能“在管道中”.) (编辑:泰州站长网) 【声明】本站内容均来自网络,其相关言论仅代表作者个人观点,不代表本站立场。若无意侵犯到您的权利,请及时与联系站长删除相关内容!  | 
                  
站长推荐
            
        热点阅读
            
