tcpdumpでトラフィックを監視しているときにUDPフラグメントが見つからない

Question

Netgear 24ポートギガビットスイッチを使用しているローカルLAN上に8台のコンピュータしか接続されていないため、ネットワーク負荷が低く、 16MBに設定されています。また、トラフィックを監視するために各ノードでtcpdumpを実行しています。

送信側ノードが10044byteの大量のUDPパケットを送信します。これは、受信側のアプリケーションでは多くの場合（3/4回）終了しません。これらの場合、最初のx個のフラグメントが見つからないことがわかります（tcpdumpを使用）。最後の3つ（オフセットが0以上、順番にすべて）がtcpdumpによって捕捉されます。フラグメント化されたUDPパッケージは再構成することができず、廃棄される可能性が非常に高いです。

同じサイズの10000 UDPメッセージを破棄する簡単な負荷テストを試みたので、不足しているフラグメントが見つかったので、受信側のアプリケーションから応答が送信され、これまでのすべてのテストで100％の応答が返されます。

手がかりやヒントはありますか？

Answer 1

更新！

上記のソフトウェアのテストを再開した後、私はエラーを再現する再現可能な方法を見つけました。

送信側のWindowsマシンでwindumpを使用し、受信側のマシンでtcpdumpを使用して、アプリケーションを一定時間（約5分間）アイドル状態にした後、udpメッセージを送信しようとしましたが、 windumpとtcpdumpを実行すると、残りの3つのフラグメントが失われます。もう一度同じメッセージを送信すると、うまく動作し、ブースのwindumpとtcpdumpが4つのフラグメントすべてをキャッチし、受信側のアプリケーションがメッセージを取得します。パターンは繰り返し可能です。

検索を開始して次の情報を見つけましたが、私にはまだ明確な答えはありません。再私は今、ARP要求は/上記のリンクで与えられたアイデアの一つと一致する、送信されて返信気づくログを調べる

http://www.eggheadcafe.com/software/aspnet/32856705/first-udp-message-to-a-sp.aspx

。

注記！ 、最初のUDPメッセージを失敗した4つの断片

14:52:45.342266 arp who-has receivernode tell sendernode 
14:52:45.342599 IP sendernode> receivernode : udp 

キャプチャ長いWinDumpのからする必要があります：「DSTホストreceivernode」WinDumpのから

キャプチャ：私が使用して送信側でWinDumpのフィルタリング二UDPメッセージを、まったく同じ内容、4つの断片がすべてキャッチ

14:52:54.132383 IP sendernode.10104 > receivernode .10113: UDP, length 6019 
14:52:54.132397 IP sendernode> receivernode : udp 
14:52:54.132406 IP sendernode> receivernode : udp 
14:52:54.132414 IP sendernode> receivernode : udp 
14:52:54.132422 IP sendernode> receivernode : udp 
14:52:56.142421 arp reply sendernode is-at 00:11:11:XX:XX:fd (oui unknown) 

何が起きているのか良いアイデアを持っている人は誰ですか？詳しく教えてください！