packetdrill测试是否可移植？

Question

最近我不得不使用优秀的google的packetdrill工具编写测试。 （https://github.com/google/packetdrill）

总而言之，它是一种可以测试我们的计算机的TCP（或IP或UDP）堆栈的工具，只需编写一些结合C命令，预期出站和入站数据包的测试用例即可。

但是，我不明白这些测试是多么便携。例如，如果我在github目录上运行测试，几乎所有这些失败。

让我们这样一个fr-4pkt-sack-linux.pkt：

// Test fast retransmit with 4 packets outstanding, receiver sending SACKs. 
// In this variant the receiver supports SACK. 

// Establish a connection. 
0 socket(..., SOCK_STREAM, IPPROTO_TCP) = 3 
+0 setsockopt(3, SOL_SOCKET, SO_REUSEADDR, [1], 4) = 0 

+0 bind(3, ..., ...) = 0 
+0 listen(3, 1) = 0 

+0 < S 0:0(0) win 32792 <mss 1460,sackOK,nop,nop,nop,wscale 10> 
+0 > S. 0:0(0) ack 1 <mss 1460> 

+.1 < . 1:1(0) ack 1 win 257 
+0 accept(3, ..., ...) = 4 

// Send 1 data segment and get an ACK, so cwnd is now 4. 
+0 write(4, ..., 1000) = 1000 
+0 > P. 1:1001(1000) ack 1 

我收到以下错误：

fr-4pkt-sack-linux.pkt:19: error handling packet: live packet field ipv4_total_length: expected: 1040 (0x410) vs actual: 297 (0x129) 
script packet: 0.100283 P. 1:1001(1000) ack 1 
actual packet: 0.100277 P. 1:258(257) ack 1 win 29200 

这似乎表明，我的电脑（这是一个64位的Ubuntu GNOME 16.04）仅发送257字节而不是第一个数据包的1000（窗口缩放参数简单地被忽略）。

如果我运行其他测试，如sack-shift-sacked-1-2-3-fack.pkt，它似乎表明wscale参数被我的计算机忽略。

所以，我的问题是：

• 是正常忽略wscale说法？我的电脑行为奇怪吗？
• 如果是正常的（比如它是一些特定的linux TCP功能），我们如何确保在我的计算机上运行的packetdrill测试可以在其他计算机上运行？

预先感谢您

Answer 1

的解决方案是非常简单的，但我会继续这个话题对于那些谁是在同样的情况。

事实上，我只是通过sysctl禁用TCP窗口缩放。

我这里使用的配置文件：http://cnp3book.info.ucl.ac.be/2nd/html/_downloads/sysctl-cnp3.conf

我改变的变量与sysctl -w variable，但我不知道，这些变化是重新启动计算机之后是持续的。

所以，不要犯同样的错误：使用sysctl时要小心，它可能会损坏整个计算机（如果您在测试后忘记重置这些设置）。

重置为默认值后，它现在可以正常工作。因此，packetdrill测试的可移植性似乎没问题（如果没有新的主要TCP功能）。