放送のようにUDP、TCPの信頼性

https://stackoverflow.com/questions/31572

09-06-2019
|

質問

仕事をしている。純ソリューションを実行が完全に内部にひとつのネットワーク.ユーザーが変更、システムにしたい発表して皆さまに聞いても、行動することが大切です。があるので、放送いたしますので出しなどのメッセージこのようなUDPます)が保証納入（TCP)?

これは、小さなネットワーク(30ishクライアント)がほしいと考えています。

解決

ほぼすべてのゲームは、高速反応性と、程度の差はあるもののconnectionless性のUDPの信頼性のTCP.彼らは何をしていること自信頼プロトコルのUDP.この能力だけでバーストパケットwhereeverオプションとしてい信頼性です。

信頼のパケットシステムは、通常、ルートを再試行で認識されたシステムの簡素化によTCPがプロトコルに行ける範囲を超えたTCPできます。

お客様の状況があれば、是非教えてシンプルです。おすすきのクリーン液自分だけであらゆるクライアントに送り返る"と聞いています"対応のサーバーという想いがありまででした。

したい場合はのように、カスタムプロトコルライブラリはC++ので、私にはどのくらい使用できます。しかし、私の知る限りでは-おそらくいくつかのプロトコールの移植によります。Hmm...RakNetとenetはC/C++ライブラリと考えられる。

他のヒント

見 sctp を組み合わせのtcpとudpが特徴です。あwindows 実施可能です。

を使用できる広がるいグループコミュニケーション.

@epatel-私の第二のSCTPの提案(I投げることができていないコメントなので追加のもこちら）。

SCTPには多くの大きな特徴です。できるサブ分割の接続に複数のストリームに、選択のreliablityのかどうかを注います。また、一部の信頼性延長を制御することができます信頼性のためのメッセージです。

放送ではないと考えている。以来、ありがとうするデバイスに付属するネットワークがどんなメッセージを使用してみてくださいマルチキャスト.とは異なり放送メッセージを送らなければならな処理のサンプルプログラム、ネットワーク上のマルチキャストメッセージ配信だけ興味のあるお客様（以ある意図がこのような特定型のメッセージを行います。

後でこの規模システムのアプリが必要で送られながらネットワーク、マルチキャストすることは、放送なので、お得る拡張性の利益となる感謝します。この間に対する不必要なオーバーヘッドスイッチやその他のデバイスする必要がないものはこれらを"変更"メッセージ

いう RFC3208 "PGM信頼の輸送プロトコル仕様書"を

こちらは抽象的な:

実践的総合マルチキャスト（PGM) は信頼性マルチキャストの輸送
プロトコルのために必要とするアプリケーション注文ので、順序付け
複製-無料で、マルチキャストデータ納品から複数の源
複数の受信機PGM保証ことを受け、グループのいずれか受信データパケットからトランスミッションから、修理、またはを検出できるデータに復元できないパケット損失です。PGMは具体的にはを目的としたもの派のためのマルチキャスト用基本信頼性の要件その中心デザインのゴールは簡単操作してスケーラビリティ-ネットワーク。

を使用できるメッセージブローカーなど ActiveMQ.
公開メッセージが話題として、お客様の登録耐久性の契約数になるようなメッセージっていなくてもオンライン

Apache ActiveMQざいませんが、現段階では、その仲介 Javaで記述されたとともにフル JMSます。しかしApache ActiveMQはを伝えるに渡のプロトコルなどのストンプおよび OpenWireと支援複数の異なる言語の特定おります。

クライアントのプラットフォームの支援を含むc#ます。当期純

きの実施自身のTCPような行動のためのアプリケーションレイヤ.

そのためのインスタンスは、思いのUDPの放送が予想する回答られます。行わなかった場合の応答内X秒、その内容を別途送信しなどに向かって何らかのzemax®ファイルをご参照ください。しきい値に達した（主な対応で、その報告書エラーとなります。

このためにがんばの定義済みリストホストへの期待に応答を返す。

をTCPサーバーです。それぞれの顧客ます。おTCPプロトコルは、クライアントとをそれぞれのパケットは2バイトの接頭辞の合計サイズは以下のメッセージ。

お客様を呼び出して、 read(max_size=2) このソケットへのサイズを決定するのは次のメッセージ、そして read(max_size=s) 収集することができます。

い信頼性、メッセージ、シンプルです。必要なメッセージングフレームワークです。

You あたいへ実践的マルチキャスト一般:

がTCPを使ACKs認める団体のパケットを送付（も 不経済の過マルチキャスト),PGM用の負の謝辞(NAKs).

さらなる G-ダイビング, の、期間探しているのは信頼性マルチキャスト.もしくはマルチパスのTCP.

よくお使いいただくためには、放送の お客様 を開始するtcp接続します。その他るためには、ただひたすらいのリストをクライアントとの接続クライアント先ます。

さんいらっしゃるかと思い、大まかに言えば:

の代わりに放送UDPすることができるエンティティ(スレッド、プロセス、サーバー、サービス、またはどのようなものが存在するソリューション)そのリスト加入者に送信ユニキャストのUDPのメッセージです。
利用UDPマルチキャストができない書き込むような機構との安定的な供給を実現す(つまり、再使用します。このものを意味していただくことになりますからの返信サービスも提供いたします
ばんことを恐れない実験的な輸送プロトコルが見こちらのです。,

前年同期比べ、規範(NACK志向の高信頼マルチキャスト)仕様となります。すべ情報規範こちら.

当たり前のプロトコルを設計 end-to-endの信頼性の高い輸送バルクデータオブジェクトの流れの中で汎用IPマルチキャストルーティング、転送サービス規範を採用選択的に、マイナス確認 (NACK機構の解明のための輸送信頼性を提供プロトコルの機構を実施信頼性マルチキャストセッション限定の"事前"の連携送信者と受信機

いや、いろいろな軍事です。

規範とします。

規範ソース

なぜ構築をゼロから使いいただけるのであれば図書館?特に小さなプロジェクト?

試し使用 Emcaster その利用の信頼性マルチキャストメール-PGM、書きます。ネルソースです。まもpub/subエンジンで話題のフィルタリング可能です。またはお問い合わせはこちらまでコードをどのようなことをベースに独自拡張です。

と思い、最も刺激機能のTCPこれらのシナリオでは済的能力に関するものであることの分別の受信パケットを確性と客観性を保証するために、コンセプトにストリームです。読み込みには対応していませんバイトまでのバイトです。

場合の必要はありませんので、チャンスを議定書など、迅速かつ信頼性の高いものではないが、注文のパケット!では不可能な管理が使えるようになることができないため、ご注バイトまで届いたその他のコピーを失ったパケットは、その主なトレードオフ.

いRDPマルチキャスト.

ライセンス： CC-BY-SA と帰属

所属していません StackOverflow