ローカルRVDに接続すると、送信アプリケーションはネットワークの中断から保護され、メッセージ送信メソッドは、メッセージがローカルRVDプロセスに到達するのにかかる時間だけブロックします。
リモートRVDを使用すると、送信アプリケーションはネットワークの中断から保護されなくなり、メッセージ送信メソッドは、ネットワークをホップしてリモートRVDプロセスに到達するまでの時間をブロックします。
私の理解は正しいですか？リモートデーモンに関するドキュメントはあいまいです。
私は主に、送信アプリケーションの観点から、送信メッセージの信頼性とパフォーマンスがどれほど高くなるかを懸念しています。メッセージの送信（特にネットワークホップ）のためにクライアント側に不要なブロッキングを導入することは、このアプリケーションでは大したことではありません。メッセージがコンシューマーに到達する速度は、最も重要ではありません。これを念頭に置いて、リモートRVDは問題外ですか？
レイヤー 2 のネットワーク境界を越えるとすぐに、RVRD (Roundevouz Routing Daemon) を使用する必要があります。
ブロードキャスト/マルチキャスト サブネット内では、RVD は信頼できるトランスポートを保証します。RVD は、TCP (通常はローカル プロセス) 経由でメッセージを受信し、それをネットワークに配信します。何らかの理由でメッセージを受信しなかった他の rvd/rvrd に再送信できるように、60 秒間メッセージを保持します。
しかし、あなたが説明したように、レイヤ 3 ネットワーク経由で TCP を使用して RVD に接続すると、実際には RVRD と同じ仕事をしています。RVRD は、TCP を使用して個別のレイヤー 2 ネットワークを接続します。
TIBRV ネットワーク内では、ローカル アプリケーションがメッセージをローカル マシンの RVD/RVRD に配信し、次にローカル ネットワーク RVRD が、最初にメッセージを送信したプロセスをブロックすることなく、TCP を介して他のネットワークにメッセージを配信します。