TCPソケット接続がSO_REUSEADDRで信頼できなくなる

Question

私は、単一のクライアントが単一のサーバと通信するアプリケーションを持っています。通常、クライアントは単一のconnectを実行し、次にsendを繰り返し呼び出しますが、問題はありません。

しかし、私は、クライアントがsend（HTTPのように、keep-aliveの有無のようなビット）ごとに接続を設定するバージョンを行う必要があります。このバージョンでは、クライアントはsocket,connect、sendを一度呼び出してからcloseを呼び出します。

この問題は、一時的なクライアントポートが非常にすぐに使い果たされ、connectが失敗するという問題があります。これを回避するために、connect（たとえば、hereを参照）を呼び出す前に、setsockoptをSO_REUSEADDRと呼び出してから、ポート0にバインドします。

TCP接続が信頼できなくなることを除いて、これは機能します。おそらく、TCP接続が閉じられたときにデータが残っているため、間違ったデータが表示されることがあります。

これを信頼性高く（高速に）する方法はありますか？ shutdownの前にcloseは役に立ちません。たぶん私はselectソケットが出力の準備ができている場合私に教えてもらうことができますが、それは過度のように思えます。

Answer 1

TCPを使用する必要がありますか？その場合は、おそらく開いている接続を維持し、その1つの接続でメッセージをルーティングする必要があります。 TCPのよう

、SCTPは、輻輳制御と信頼性の高い、接続指向のデータ配信を提供します。信頼性の高いデータグラム・プロトコル -

ご利用の場合に適していてもよく、SCTPがあります。 SCTPは、TCPとは異なり、メッセージの境界を保護し、順序付けされたメッセージ配信と順序付けられていないメッセージ配信、マルチストリーミングとマルチホーミングを提供します。データの破損の検出、データの損失、データの複製は、チェックサムとシーケンス番号を使用して実現されます。データの紛失または破損を修正するために、選択的な再送信メカニズムが適用されます。