windows-server-2012 – Receiver将TCP窗口大小限制为64,512(3)

发布时间：2021-03-14 20:48 所属栏目：117 来源：网络整理

导读：接收器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

接收器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)在接收计算机上加载网络适配器的最新版本的驱动程序.
1)在接收计算机上禁用TCPChimney
2)禁用所有“TCP接收”卸载.这可以在网络适配器属性的高级设置中找到(与Speed& Duplex设置的区域相同)
3)禁用所有“TCP发送”卸载(也在网络适配器的高级属性中)

(与评论相反“超过65k的大TCP窗口大小对服务器不利,因为那时连接的内存需求增加.单独65k也可能不会让你足够开心.– user303507 2015年8月6日11:30”,大TCP接收Windows本身对服务器不利.在高带宽,高延迟链路(如卫星中继)的情况下,需要大的RWIN值,以便我们在“管道”中有更多的TCP数据.想象一下600 Mbps的连接,延迟为3000毫秒;高带宽链路将限制在大约20 KBps;因为一次只有65 KB的未确认TCP数据可能“在管道中”.)

（编辑：ASP站长网）