最近、優れたGoogleのパケットドリルツールを使用してテストを書く必要がありました。 (https://github.com/google/packetdrill)パケットドリルテストは移植可能ですか?
要約すると、これは、Cコマンド、期待される送信および受信パケットを組み合わせたテストケースを書くだけで、私たちのコンピュータのTCP(またはIPまたはUDP)スタックをテストできるツールです。
しかし、私はこれらのテストがどのように移植可能かを理解できません。たとえば、githubディレクトリでテストを実行すると、それらのほとんどすべてが失敗します。
のはこの1つ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機能のような)、私のコンピュータ上で実行されるパケットドリルテストが他のコンピュータ上で実行されるようにするにはどうすればよいですか?
ソリューションは非常に簡単だったが、私は同じような状況にある人のために、このトピックをしておこう事前