3
** http://en.wikipedia.org/wiki/User_Datagram_Protocol：** TCPとの互換性：TCPがパケットブロードキャストおよびマルチキャストアクションと互換性がないのはなぜですか？
"TCPと異なり、UDPパケットのブロードキャスト（ローカルネットワーク上のすべてへの送信）およびマルチキャスト（全ての加入者に送る）と互換性があります。"
A
答えて
8
「互換性があります」は、ここでは非常に貧しい言葉です。 「サポート」は実際に説明されているものです。 TCPは、設計上、ポイントツーポイントプロトコルです。期間。 TCPマルチキャストは、矛盾しています。
EDIT：このコメントを反映するために、ウィキペディアのページを更新しました。
4
TCPは、送信側と受信側の間の接続を確立します。送信者はパケットを送信し、受信者からの確認応答を待ってから別のを送信します。パケットが肯定応答されずに長過ぎると、パケットは肯定応答を受信するまでパケットを再送します（信頼性を得る方法です）。
マルチキャストとブロードキャストの場合、送信者は受信者が誰であるかは分かりません。そのため、誰かがパケットを正しく認識しなかった場合、確認を待ってパケットを再送することはかなり不可能になります。
技術的には、肯定応答を受信する前に5パケットを送信することができる「ウィンドウ」がありますが、それはまだ誰が受信しているのかを知る必要があります。それが送信され、確認応答がない場合はパケットを再送信します。
2
TCPには、データの受信者からの確認応答に基づいてフロー制御と信頼性の両方が組み込まれています。ブロードキャストまたはマルチキャスト送信機は、どのノードがどれだけリスンしているかを知らない。たとえTCPのポイントツーポイント同期に類似した何らかのマルチポイント同期アルゴリズムによって行われたとしても、最悪条件の受信機がフロー全体の速度を制限するため、フロー制御が問題になります。
2
短い答えは、ブロードキャストTCPが複雑であるためです。
長い答えは、TCPプロトコルの重要な部分、すなわちブロードキャストセマンティクスに移植されたときの信頼性と輻輳制御が悪用されやすく、規模が大きくならず、マルチキャストがIPv4標準ほとんどのコアルータで実装されていないか、または無効になっています。
スケーラビリティを改善するための新しいプロトコルを調査する論文が多数公開されています。 IPv6はマルチキャストをコアプロトコル要件に促進し、ソース固有のマルチキャストとともにコアルーティングのサポートとセキュリティを大幅に向上させます。依然として重大な虐待の領域を残している。
迷惑行為は、中間者攻撃からネットワークインフラストラクチャのオーバーロードに至るまで、プロトコルの多くの側面を網羅しており、ネットワークの暴風をソースの上流に送ります。
今日のWindowsマシンでは、ブロードキャストTCPとほぼ同じように動作するストリームサポートでPGMプロトコルを使用できます。 MicrosoftのメッセージングシステムMSMQによって使用されます。
http://msdn.microsoft.com/en-us/library/ms740125(v=vs.85).aspx
b/cそれは蒸気プロトコルですか？ – bestsss