問題タブ [multicast]

マルチキャストgen_udpを行うためにErlangでどのように使用しますか? 私はそれがコードにあることを知っていますが、その背後にあるドキュメントはありません。データの送信は明白で簡単です。メンバーシップを追加する方法について疑問に思っていました。起動時にメンバーシップを追加するだけでなく、実行中にメンバーシップを追加することも役立ちます。

データグラム パケットの TTL の設定に問題があります。パケットを multicastSocket に送信する前に、パケットで setTTL(...) メソッドを呼び出していますが、Ethereal でパケットをキャプチャすると、TTL フィールドは常に 0 に設定されます。

ホスティング プロバイダーでレンタルした 2 台の専用ルート サーバーを使用する予定です。これらのマシンはクラスター内で tomcat 6 を実行します。後で追加のマシンを追加する場合、異なるサブネットに配置されるため、マルチキャストでアクセスできる可能性は低いです。

マルチキャストなしで tomcat を実行することは可能ですか? tomcat 6 クラスタリングのすべてのチュートリアルには、マルチキャスト ハートビートが含まれています。SimpleTcpCluster に代わるものはありますか?

または、この状況では他の選択肢がより適切ですか?

信頼できる完全に順序付けされたマルチキャスト システムを Python でゼロから作成する必要があります。外部ライブラリを使用できません。セントラルシーケンサーの使用を許可されています。

2つの直接的なアプローチがあるようです：

1. 効率的なシステムを作成し、マルチキャストされた各メッセージに一意の ID を添付し、受信したメッセージ ID のシーケンサー マルチキャスト シーケンス番号を持ち、ACK と NACK をやり取りします。
2. 各マルチキャスターが一度受信した各メッセージを単純に再送信する非効率的なフラッディング システムを作成します (その特定のマルチキャスターによって送信された場合を除く)。

私は 2 番目のオプションを使用することを許可されており、そうする傾向があります。

現在、UDP メッセージをマルチキャストしています (これが唯一のオプションのようです) が、これは、一部のメッセージが失われる可能性があることを意味します。つまり、#2 に従って再送信できるように、送信された各 UDP メッセージを一意に識別できなければなりません。本当に一意の番号を生成し (たとえば、送信者アドレスとカウンターを使用して)、それらを送信されるすべての UDP メッセージにパックする必要がありますか? どうすればそれを行うことができますか？データのストリームではなく、単一の UDP メッセージを Python で受信するにはどうすればよいですか (つまりsocket.recv)?

この質問の一種のフォローアップとして、ローカルマシンで動作するソリューションを取得しましたが、ネットワーク上のマシンでは動作しません。

それ以外のソケットについてはあまりよく知らないので、我慢してください。目標は、クライアントがローカルネットワーク上のサーバーを探すことであり、これはいくつかのカット/貼り付け/編集コードの結果です。

これはクライアントコードです：

これはサーバーコードです：

ローカルマシン（サーバーとクライアントの両方）で検出されますが、同じネットワーク上の別のマシンを試してみると、「既存の接続がリモートホストによって強制的に閉じられました」というメッセージが表示されます。

たくさんのtry/catchを追加する必要があることに気づきましたが、これが最初にどのように機能するかを把握しようとしています。

私たちは厄介な問題に遭遇しました。マルチキャスト UDP トラフィックを受信する C++ プログラムを作成しています。私たちはアプリケーションを別のネットワーク環境に移行する過程にあり、運用チームは、アプリケーションからの IGMPv3 メンバーシップのアナウンスをサポートするように要求しました。初期の調査では、Linux 2.6 カーネルが IGMPv3 をサポートしていることが示されています。したがって、tcpdump を実行すると、次の出力トレースが表示されることに困惑しています。

私の理解では、ファイル /proc/sys/net/ipv4/conf/eth1.22/force_igmp_version にゼロ以外の値を指定することで、カーネルに下位バージョンの IGMP を使用させることができます。ただし、ファイルにゼロ値の構成があることを確認しました。

私たちのアプリケーションは、次のコードを使用してマルチキャスト グループに参加しています。

IGMPv3 を強制するために、ソース プログラムに追加する必要があるものはありますか?

アプリケーションで使用する IPv4 マルチキャスト アドレスはどのように選択すればよいですか? 複数 (おそらく最終的には全範囲) が必要になるかもしれませんが、他のアプリケーションとの競合を避けたいだけです。

• パケットは、おそらく LAN などの管理ドメイン内に完全に含まれます。
• 私のアプリケーションのいくつかの独立したインスタンスが同じネットワークで使用されている場合、それらはそれぞれ独自のマルチキャスト アドレスを使用できますが、そうでない場合でも共存できます。お互いのパケット。
• 問題を回避するために、パケットにはすでに「マジック ナンバー」が含まれています
• 送信元アドレス (もちろんなりすましの可能性があることはわかっています)、TTL などをチェックして、予期しないパケットによる混乱を防ごうとしています。

アイデアをください:)

現在、「ローカル使用」スペース 239.255.42.99 から任意のものを割り当てました。

私はネットワーキングの初心者です。マルチキャストの概念は理解していますが、オープン/パブリック インターネットで信頼できるかどうか疑問に思っていましたか?

さまざまなバックボーンまたは ISP が意図的に切断してルーターの負荷を軽減したり、実際の使用頻度の高いアプリケーションのためにネットワークを一般的にセグメント化したりするのは、一種のエッジ ケースのように思えます。

私の恐れは合理的ですか？

PS フォローアップの質問はこちら: アプリケーション マルチキャストの最適なチュートリアルは?

私は最近、IP マルチキャスト (公共のインターネットではうまく機能しないようです) とアプリケーション マルチキャスト (IRC と PSYC で使用されているようです) には違いがあることに気づきました。 /wiki/マルチキャスト)。

アプリケーションレベルのマルチキャストの実装に関する優れたチュートリアルはありますか?

マルチキャストの要点は、一般的なネットワーク セグメントの帯域幅を削減することだと思っていたので、アプリケーション レベルのマルチキャストが何をするのかを理解するのは困難です。

MulticastSocket を使用して UDP マルチキャスト パケットを受信して​​います。そのようなパケットが送信されたアドレスを特定するにはどうすればよいですか? 提供された方法では、送信者のアドレスしか特定できません。

もちろん、リッスン ソケットを作成するときに To-Address を設定するのは私ですが、これについて本当に確信が持てますか? ブロードキャスト パケットはどうですか。どういうわけかここで終わるパケットはどうですか? パケットが本当にマルチキャストであったかどうかを本当に区別したい.

ありがとうございました！

更新: 現在、そのポートに送信されたばかりのユニキャスト パケットも、マルチキャスト ソケット receive() で終了するようです :( デバイスへのバインドでも、より良い結果は得られません