問題タブ [multicast]

UDP マルチキャストを介して「アナウンス」をリッスンするコードがいくつかあります。送信者の IP アドレスを取得できますが、本当に必要なのは送信者の MAC アドレスです (IP アドレスは変更される可能性があり、変更されるため)。

Pythonでこれを行う簡単な方法はありますか?

参照用にコード スニペットが含まれていますが、不要である可能性があります。

...

マルチキャスト データをリッスンする Java プログラムを使用している場合、着信データグラムの残りの TTL を確認するにはどうすればよいですか?

送信側のマルチキャスト ソケットに TTL を設定する方法は知っていますが、到着するパケットの残りの TTL を知りたいです。

私の最初の REAL Erlang プログラムである私のプログラムは順調にスタートしました。メッセージをリッスンし、読み取り、解析します。私も送ってもらいました。私を悩ませている小さなことは、ポート 5353 で SEND できないことです。すべてを試しました。私のマシン上の他のすべてのアプリケーションは、ポート 5353、SubEthaEdit、iTunes、iChat でリッスンおよび送信できます。

ソリューションは、ポート 5353 でブロードキャスト送信する必要があります。その理由は次のとおりです。

" 受信したマルチキャスト DNS クエリの送信元 UDP ポートがポート 5353 でない場合、これは、クエリを発信したクライアントが、マルチキャスト DNS のすべてを完全に実装していない単純なクライアントであることを示します。この場合、マルチキャスト DNS レスポンダは、クエリ パケットの送信元 IP アドレスとポートへのユニキャストを介して、クライアントに直接返す UDP 応答. このユニキャスト応答は、従来のユニキャスト DNS サーバーによって生成される従来のユニキャスト応答でなければならない. たとえば、クエリ ID を繰り返さなければならない.そしてクエリパケットで与えられた質問。」

それらはすべて、マルチキャスト メッセージの送信時にポート: 5353 を報告します。私は自分のアプリケーションがうまく動作し、同じことをポート 5353 で送信することを本当に望んでいます。これが現在の私のモジュールです。

出力の一部を次に示します。

これは、ローカル ネットワーク上の他のインスタンスを探している SubEthaEdit からのクエリです。Port: 5353 と表示されていることに注意してください。

ここで、ローカル ネットワーク上の iTunes のインスタンスを検索するモジュールからの QUERY を示します。Port: 59795 と表示されていることに注意してください。現在のコードでは、そのポートはランダムです。どうしても5353にしたいです。

UDPマルチキャストについて、難解な洞察を持っている人はいますか? 更新して、回答を受け入れることができるようにします。これしかできないと思います。

あるプロセスでオブジェクトの「マスター」コレクション（顧客オブジェクトのディクショナリなど）を維持し、他の「クライアント」プロセスでメモリ内の複製を維持できるようにする C# から使用できるテクノロジ (オープン ソースまたは自分でビルド) が必要「マスター」コレクションの。コレクションへのすべての変更は「マスター」に対してのみ発生する必要があり、変更が発生した場合 (コレクションまたはコレクション内のオブジェクトが変更された場合)、信頼できるマルチキャスト プロトコル (PGM など) を介してリアルタイムで「クライアント」を更新する必要があります。

この機能を提供するオープン ソース プロジェクトを知っている人はいますか?

マルチキャストを使用していくつかの UDP パケットを送信するアプリケーションがあります。ネットワーク トラフィックを調べたところ、マルチキャストの使用に関連する多くの補助パケットがあるようです。私はそれを完全には理解していませんが、本質的にマルチキャストはより多くのネットワークトラフィックをもたらします. もしそうなら、どうすればこれを抑えることができますか？

バツ

udp マルチキャストが機能するかどうか疑問に思っています。ルーターはそれをサポートする必要がありますか?

XP で作成した C# アプリを実行すると問題なく動作しますが、Windows 7 では次のエラーが発生します。

「システムに十分なバッファ領域がなかったか、キューがいっぱいだったため、ソケットに対する操作を実行できませんでした」

私は次のことをしています：

エラーは、最後の 2 行目の socket.SetSocketOption(...) で発生します。

UDP マルチキャストを行っていることがわかりますが、Windows 7 でこれを許可するために必要なことはありますか?

メッセージを受信するために Erlang でマルチキャスト ソケットを開くのに問題があります。

さまざまな IP アドレスとポート、およびオプション {active, false} をチェックしましたが、何も役に立ちません。その理由は何ですか？

ありがとう、マティアス。

IPv6マルチキャストアドレスのグループIDを選択するためのルールを理解しようとしていますが、RFCに多少の一貫性がないようです。たとえば、RFC 2373セクション2.7では、この図が示されています。

...しかし、セクション2.7.2では、次のように示されています。

だから私の質問は、グループIDフィールドの上位80ビットは使用可能かどうかです。それらが使用可能である場合、それは特定の状況下でのみですか（たとえば、非イーサネットネットワークテクノロジーを使用している場合）。イーサネットLANを介してマルチキャストするときにこれらのビットを設定すると、どのような問題が発生する可能性がありますか？

次のようなコードがあります。

JDK6u17 を使用する Windows 7 および Windows XP で、SocketException: Socket operation on non socket が発生しました。

しかし、2行目を次のように変更すると:

大丈夫です。jdk6u14 でも find が動作します。

なんで？ありがとう。

編集: なぜポート 0 が問題になるのでしょうか?

このコードではすべてうまくいきますが、そうではありません

ポートは何でも構いません。