UDP データグラムを送受信するアプリケーションを備えた 2 台のコンピューターを使用しています。フロー制御はなく、ICMP は無効になっています。アプリケーションを介して UDP データグラムとしてファイルを送信すると、2 つのパケットの順序が変更されるため、パケットが失われることがよくあります。
ファイアウォールの一種を無効にしており、コンピューター間にハードウェア スイッチが接続されていません (コンピューターは直接配線されています)。
Winsocksend()がパケットを同じ方法で送信することを確認する方法はありますか?
それともOSがそうしているのでしょうか?
または、ネットワーク デバイスの構成が必要ですか?
UDPは軽量のプロトコルであり、設計上、パケットシーケンスなどを処理しません。堅牢なパケット配信とシーケンス処理が必要な場合は、TCPの方が適しています。
UDPは一般に、パケット損失が許容可能であるか、TCPがパケットを再要求する必要があるときに発生する遅延よりも好ましいアプリケーション向けに設計されています。したがって、UDPは一般的にメディアストリーミングに使用されます。
UDPの使用に制限されている場合は、シーケンス外のパケットを識別して再シーケンスする方法を開発する必要があります。
UDP は、パケットが順番に到着することを保証しません。(パケットがまったく到着することを保証するものではありません。) そのレベルの堅牢性が必要な場合は、TCP を使用することをお勧めします。別の方法として、データグラムにシーケンス マーカーを追加し、反対側でそれらを再配置することもできますが、なぜ車輪を再発明するのでしょうか?
winsock と send() がそこに到達したのと同じ方法でパケットを送信することを確認する方法はありますか?
TCPといいます。
または、 UDTなどの信頼できる UDP プロトコルを試してください。小さな組み込みプラットフォームを使用している可能性があるため、Bell Lab のRUDPのようなよりコンパクトなプロトコルが必要だと思います。
フロー制御がありません（ICMPが無効）
UDPを使用して独自のフロー制御を実装できます。
詳細については、スライディングウィンドウプロトコルを参照してください。
[これは、送信するパケットにシーケンス番号を含めることに加えて行われます。]