問題タブ [multicast]

IISでC++ベースのWebServicesアプリケーションをホストしていますが、独自のC ++スレッドを開始しようとすると、IISが適切でクラッシュすることがわかりました。スレッドはboost.threadに基づいており、その下にある標準のWindowsスレッドAPIに明確にドリブルします。

スレッドを開始する必要がある理由は、ローカルキャッシュを最新の状態に保つために、中間層サーバーからのマルチキャストをリッスンするためです。私たちの話を聞くための別のプロセスを書くことを除いて、私は他に何ができるか途方に暮れています。

だから問題は、これはうまくいくべきかということです。IISでこの種のことを行うことには固有の制限がありますか？

私は現在、既存のプロプライエタリなソケット ラッパー コードを修正して、boost asio を使用し、重労働の一部を処理できるようにしています。おそらく、既存のコードの中で最も複雑な領域は、マルチキャスト処理コードです。このコードにより、中間層サーバー (1 つのシステムに多数存在する可能性があります) がクライアント ボックスにマルチキャストを送信できるようになり、クライアント ボックスはこれらを使用してシステムのユーザーに更新を提示します。

コードが複雑でエラーが発生しやすい理由は、多くの未加工のバッファを使用して、マルチキャスト ストリームを元の場所に従って再構成するためです。Boost.Asio でも同じ問題に対処する必要があるようです。そのため、行き詰まる前に、他の人がこの状況にどのように対処したかを聞いてみる価値があると思いました。

非常に一般的なユースケースのようです。私が今持っているようなコードなしでこの仕事をするのに役立つものはありますか? または、この種の作業を実行できる確立された C++ テンプレート (Boost またはその他) はありますか?

明らかに、自分で物事を簡単にし、未加工の配列の代わりに STL コンテナーを使用してパケットをバッファーに入れることができますが、このコードは非常に高性能である必要があります。大規模なインストールでは、膨大な数のパケットが飛び交うため、可能な限りリアルタイムに応答する必要があります。

この件についてご意見をお寄せいただきありがとうございます。

ジェイミー

アプリケーションで1つの論理PGMベースのマルチキャストアドレスを使用する必要がありますが、そのようなアプリケーションを複数の異なる地理的位置(つまり、米国/ヨーロッパ/オーストラリアを考えてください)で「シームレスに」実行できるようにする必要があります。

アプリケーションはかなりのスループット (1 日に数百万のビジネス メッセージ) であり、多くの小さいながらも非常に頻繁にメッセージを送信するため、遅延が要求されます。古典的な Atom pub は、レイテンシの外部制限により、ここでは機能しません。

これらのデータセンターを接続するためのいくつかのオプションを考え出しましたが、最適なものが見つかりません。私が検討したオプションは次のとおりです。1) VPN を介してマルチキャスト メッセージを転送します (VPN はそのような大きな負荷を処理できますか)。2) すべてのマルチキャスト メッセージを「ラッパー メッセージ」に変換し、AMQP 経由で転送します。3) TCP 経由でマルチキャスト メッセージを他の 2 つの場所にトンネリングする専用の社内ゲートを作成します。4) その他の解決策

開発者から追加のコードを書き込む必要がないため、オプション 1 をお勧めします。しかし、信頼できる接続ではないのではないかと心配しています。

そのような接続に適用する規則はありますか?

地理的構成に関する最適なネットワーク構成は、上記の制約に対するものです。

非常に単純なストリーミング サーバーを構築する必要があります。デバイスからビデオをキャプチャし、そのビデオをマルチキャスト経由で LAN 上の複数のクライアントにストリーミングできる必要があります。

これのキャプチャ部分は、誰かが DirectShow.Net ( http://www.codeproject.com/KB/directx/directxcapture.aspx )で作成したライブラリのおかげで (C# で) 非常に簡単です。

私が今持っている質問は、これをマルチキャストする方法ですか? これは私が立ち往生している部分です。次に何をすべきか、またはどのような手順を踏めばよいかわかりません。

ソケットと c++ (c) を使用して udp マルチキャスト データを取得しようとしています。2 つのネットワーク カードを備えたサーバーを使用しているため、ソケットを特定のインターフェイスにバインドする必要があります。現在、ネットワーク カードが 1 つしかない別のサーバーでテストしています。

INADDR_ANY を使用すると udp データが表示されますが、特定のインターフェイスにバインドするとデータが表示されません。関数 inet_addr は失敗していません (今のところ、戻り値のチェックを削除しました)。

コードは以下です。1 つのネットワーク カードを備えたサーバーでは、私の IP アドレスは 10.81.128.44 です。次のように実行するとデータを受け取ります: ./client 225.0.0.37 12346

これは私にデータを与えません: ./client 225.0.0.37 12346 10.81.128.44

助言がありますか？（コードがコンパイルされることを願っています。コメントを削除しました...）

前もって感謝します ...

次の C# コードは、Vista では正しく動作しますが、XP では失敗します。

SocketException: 無効な引数が指定されました。

エラー コードは 10022 です。

XP のファイアウォールは無効になっています。

何か案は？

TTL 1 でマルチキャスト パケットを送信するサードパーティ アプリをサポートしています。アプリを変更することはできませんが、パケットを別の顧客のネットワークにルーティングするには、より高い TTL が必要です。これを変更できるネットワーク アプライアンスまたは Windows (サーバー 2003) アプリはありますか?

このシナリオで送信者と受信者を接続するためのより良い方法はありますか?

サービス検出で mdns を使用して関連するサーバーを見つける Java クライアント プログラムがあります。Windows、Fedora 10、および Ubuntu 8.10 を使用した単一のネットワークで多くのテストを行った後、テスト ビルドを顧客に提供しました。彼らは、クライアントとサーバーが接続しないと報告しています。彼らは、コードで 32 に設定されているにもかかわらず、mdns パケットの TTL が 1 であることを示す Wireshark キャプチャを送信してきました。お客様は Redhat Enterprise 5 を使用しています。

Java Multicast Time To Live が常に 0であることを確認しましたが、質問者の TTL が 0 であるのに、私の場合は 1 である理由が気になります。

マルチキャストを使用して小さな定期的なメッセージをネットワーク内の他のプロセスに送信するネットワーク アプリケーションを実装するには、.Net フレームワークでの API の使用に関してどのような選択肢がありますか? 私の明らかな現在の選択である System.net.sockets API とは別に、WCF はより単純なアプローチを提供しますか? それとも、WCF は純粋にポイント ツー ポイントの SOA ベースの IPC メカニズムなのでしょうか?

注: 私は、マルチキャスト プログラミングの実装の詳細に精通しています。私が興味を持っているのは、.Net フレームワークが提供するその他の選択肢です。

Windows で winsock (MSMQ ではない) レベルで PGM を使用した経験のある人はいますか? これは便利で信頼性の高いマルチキャスト プロトコル (TIBCO Rendezvous のようなもの) のように見えます。ネイティブの完了ポート ベースの I/O で実行すると、このようなものを実際に飛ばすことができると思います。

私は C++ レベルで、いくつかの boost::asio サポートを作成することによってそれに手を出しました。また、SocketAsyncEventArgs を介して C# で実行することもできました。そして、誰かがそれにいつでも費やして、何か観察があるかどうか疑問に思いましたか?