Linux慢速启动：更改IP路由对初始窗口没有任何影响

我将机器中的tcp初始窗口更改为10，如下所示

[user@site etc]$ sudo ip route change default via 17.255.209.1 dev eth0  proto static initcwnd 10 

并tcp_slow_start_after_idle如下图所示更改

[user@site etc]$ sudo sysctl -a | grep tcp_slow_start_after_idle
net.ipv4.tcp_slow_start_after_idle = 0

IP路由显示确认如下

[user@site etc]$ ip route show
default via 17.255.209.1 dev eth0  proto static  initcwnd 10
169.254.0.0/16 dev eth0  scope link  metric 1002
17.255.209.0/24 dev eth0  proto kernel  scope link  src 17.255.209.19

现在，当我在网站上执行tcpdump时，在初始窗口中似乎看不到更改，默认情况下WIN / MSS仍为4。5840/1460 = 4

[user@site etc]$ sudo tcpdump -n -i any 'tcp[tcpflags] & (tcp-syn|tcp-ack) == tcp-syn and port 80'
tcpdump: verbose output suppressed, use -v or -vv for full protocol decode
listening on any, link-type LINUX_SLL (Linux cooked), capture size 65535 bytes
11:17:45.048174 IP 21.101.151.198.45873 > 17.255.209.19.http: Flags [S], seq 2008673341, win 5840, options [mss 1460,sackOK,TS val 1724223146 ecr 0,nop,wscale 6], length 0

我对网页进行的卷曲搜索请求了大约30 KB的数据。

[user@machine ~]$ curl http://www.site.com/js/main.js > /dev/null
  % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
                                 Dload  Upload   Total   Spent    Left  Speed
100 88212  100 88212    0     0   179k      0 --:--:-- --:--:-- --:--:--  272k

我的方法有什么问题？

核心

[user~]$ uname -r
3.0.4x86_64-linode21

作为更新，这是我尝试google.com时的结果

[user@site ~]$ sudo tcpdump -n -i any 'tcp[tcpflags] & (tcp-syn|tcp-ack) == tcp-syn and host www.google.com'
tcpdump: verbose output suppressed, use -v or -vv for full protocol decode
listening on any, link-type LINUX_SLL (Linux cooked), capture size 65535 bytes
17:20:28.033236 IP 17.255.209.19.42799 > 74.125.127.106.http: Flags [S], seq 3148947324, win 14600, options [mss 1460,sackOK,TS val 193695310 ecr 0,nop,wscale 4], length 0

如您所见，在这种情况下，WIN / MSS为14600/1460 = 10

我尝试通过curl从服务器计算机本身访问我的站点，结果如下：

[user@site ~]$ sudo tcpdump -n -i any 'tcp[tcpflags] & (tcp-syn|tcp-ack) == tcp-syn and host www.site.com'
tcpdump: verbose output suppressed, use -v or -vv for full protocol decode
listening on any, link-type LINUX_SLL (Linux cooked), capture size 65535 bytes
17:25:14.584338 IP 17.255.209.19.35008 > 17.255.209.19.http: Flags [S], seq 3894567470, win 32792, options [mss 16396,sackOK,TS val 193981861 ecr 0,nop,wscale 4], length 0

在这种情况下WIN / MSS为32792/16396 = 2

我认为您误解了TCP的工作原理。

发送的每个数据包始终会通告一个接收器窗口（也称为RWIN）和一个可选的缩放因子，请参阅RFC 1323

未经确认，发送方不得发送超过 RWIN中指定的数据量。根据拥塞窗口，发送者可以决定是否填写RWIN。

因此，TCP数据包中有两个公共信息。服务器上的RWIN和客户端上的RWIN。这两个图都说明了拥塞窗口的最大大小在两端都可以是多少。

当我们尝试优化文件上传性能时，服务器上的RWIN很有趣。

当我们尝试确定下载速度时，客户端上的RWIN很有趣。

这些数字都没有使另一端的拥塞窗口公开。

因此，如果我的RWIN为64k，则服务器上的拥塞窗口可以是小于64k的任何数字。

确定实际拥塞窗口的唯一方法是对数据包进行计数。

如果我知道：

1. 我的往返时间（RTT）是〜200ms。
2. 我刚刚请求的资源为10万。
3. 我的RWIN为64k。

如果我在200毫秒内从服务器收到2个数据包，这些数据包的长度为1452字节，则服务器上的拥塞窗口可能小于4356，这是因为如果发送的数据包较大，则会发送3个数据包。如果将IW设置为10，我会在200ms标记附近看到10个数据包的突发。

如果更改IW并希望确认更改有效，则需要对数据包进行计数，以估算服务器上的拥塞窗口大小。

请记住，您可能希望直接在SYN，SYN-ACK和ACK之后查看对话，以确保您不在对话的中间（拥塞窗口可能已经增大）。

窗口大小将较小：服务器初始化窗口大小或客户端RWIN。由于5840是Linux 2.6的默认RWIN，因此您的客户端似乎是限制因素。

从Windows框中尝试。Windows XP的RWIN为64k，较新的版本为8k。

来源：http : //www.cdnplanet.com/blog/tune-tcp-initcwnd-for-optimum-performance/（有趣的部分在视频下方）

编辑：扩展答案使其更清晰：

• 在TCP握手中，客户端向服务器发送SYN数据包，并发送其最大允许窗口大小。（如您的tcpdump输出所示，这些是5840字节）
• 现在，服务器将以SYN ACK和希望同意的窗口大小进行响应。该窗口大小只能小于客户端建议的大小，而不能更大。无论服务器如何配置，对于该客户端，它的窗口大小都不能超过5840字节。
• 客户端返回ACK，从此以后他们愉快地交换数据。

Edit2：添加到问题中的tcpdumps显示服务器打开与google及其本身的连接以客户端身份运行。