問題タブ [service-discovery]

UPNP（ユニバーサルプラグアンドプレイ）とシンプルなサービス検出プロトコルの機能に役立ついくつかのプロトコルを開発したいと思います。pythonとupnpのライブラリを見つけて、それらを読み取れるようにする必要があります。これらのライブラリをいつ使用したかがわかりやすくなります。リンクを教えてください。

.NET4.0でWCFの検出メカニズムを使用しようとしています。これはWindows7で動作しますが、XPマシンでは失敗し、「要求されたアドレスはそのコンテキストでは無効です」というソケット例外が発生します（エンドポイントはsoap.udp：//239.255.255.250：3702です）。

Windows 7とXPは真っ赤なニシンですか？netstatは競合を示していないようです。ここで何が欠けていますか？

次の設定を使用して、問題を示す簡略化されたテストサービスを作成しました。

WCF サービスに接続し、WCF 4.0 検出を使用するデスクトップ アプリがあります。サービスを検出可能にするコードは次のようになります。

最近、このアプリは同じ会社の 2 つの異なる部門で使用されています。各部門には独自のサーバーがあり、その部門のクライアントは、この部門のサーバーのみを検出する必要があります。現在、クライアントは企業ネットワーク内のすべてのサーバーを表示できます。

サービスが検出できる IP アドレスを制限する方法はありますか? または、さらに良いことに、発見要求が発生したときに動的に承認/拒否できますか?

シナリオ：

さまざまなクライアントに見つけてもらいたいサービスがいくつかあります。ディスカバリーの実行は完全に機能しています。しかし今、私はさまざまな理由でこれらのサービスのさまざまなバージョンを持っています。

アプリケーションのライフサイクルには、本番、ステージング、テスト、および開発の 3 ～ 4 つの異なるレイヤーがある場合があります。

過去 6 か月間に展開したクライアントをサポートする必要があるため、同時に 2 から 3 つのバージョンのサービスを実行する必要があるかもしれません。コントラクトの異なるバージョンではなく、実装のわずかに異なるバージョンです。

また、提供するデータのカテゴリごとにサービスを分ける必要があるかもしれません。米国のデータを提供するサービスの 1 つのインスタンスと、カナダのデータを提供する別のインスタンス、およびオーストラリアのデータを提供する 3 つ目のインスタンスがあるとします。場合によっては、サービスに複数のカテゴリが含まれる場合があります。

したがって、クライアントの観点から見ると、契約のみに基づいてサービスを要求すると、実際にはプロダクション、米国、バージョン 1.1 の 1 つのサービスとのみ通信したい場合に、9 ～ 15 のエンドポイントを取得する可能性があります。サービスのスコープが存在することはわかっていますが、自分の環境で必要な種類の柔軟性を可能にする一連のスコープをうまく作成できていません。

前の例では、非常に具体的なサービスを探していましたが、国やバージョンに関係なく、Production だけの特定の契約のすべてのサービスを表示したい場合もあります。追加の「スコープ」をミックスに追加する必要がある場合もあります。合計すると、「スコープ」として使用されている基準が 4 から 6 あるかもしれません。

質問:

スコープは、この種の複雑なフィルタリングを構築する正しい方法ですか、それとも何かカスタムを行う必要がありますか?

スコープが正しい方法である場合、私が見ることができるサンプルを教えてもらえますか?

カスタムする必要がある場合、「スコープ」の動作を拡張して、それをだましてやりたいことをさせる標準的な方法はありますか?

ソースコード：

http://nardax.codeplex.com/

XMPP サーバー (OpenFire) で MUC のリストを取得する必要があります。XEP 0030 とサービス ディスカバリについて読みましたが、xmpppy での実装に関するドキュメントや例が見つかりません。

現在、 WCFディスカバリーを使用し、ディスカバリーエンドポイントとアナウンスエンドポイントを提供するサービスを実装しています。また、クライアントでアナウンス/検出されたエンドポイントをフィルタリングするためにスコープを使用する必要があります。

ディスカバリーエンドポイントにスコープを追加することはうまくいきますが、アナウンスメントエンドポイントの正しい構成を理解できません。これが私が思いついたものです：

ディスカバリーエンドポイント用に作成したエンドポイントの動作を再利用しているため、正しくないと思います。しかし、それが私のスコープを説明するために私が見つけた唯一の方法です。

アナウンスにスコープを使用できるのは、次の理由からだと思います。

• 受信したアナウンスをフィルタリングする他の方法はありません
• クラス（EndpointDiscoveryMetadataアナウンスを受信したときに取得するインスタンス）には、プロパティScopesが含まれています。

しかし、私の構成ではScopes、クライアント側のコレクションは、mex 1を除くすべてのエンドポイントで空です（2つのtempuriスコープが含まれています）。

では、アナウンスエンドポイントのスコープを正しく宣言する方法はありますか？どんな助けでもありがたいです、事前に感謝します。

既知のURIでホストされているManagedDiscoveryServiceがあります。検出可能なサービスがあり、開始時に、サービスのServiceDiscoveryBehaviorに追加されたAnnouncementEndpointを使用して自分自身をアナウンスします。

私が解決したい特定のユースケースは次のとおりです。

1. マネージドディスカバリーサービスが開始されます。
2. 検出可能なサービスが開始され、ManagedDiscoveryサービスに通知されます。
3. Managed Discoveryサービスが再起動されます（さまざまな理由で）。

それでは、検出可能なサービスはどのようにしてそれ自体をマネージドディスカバリーサービスに更新（再アナウンス）しますか？

Managed Discoveryサービスはエンドポイントを永続化し、起動時に復元できることは知っていますが、エンドポイント情報が古くなる可能性がないように、すべてを動的かつ自己修復する必要があります。

別のユースケースは次のとおりです。

1. 既存の検出可能なサービスが実行されています。
2. 新しいマネージドディスカバリーサービスがオンラインになりました。

新しいManagedDiscoveryサービスに対して同じアナウンスサービスコントラクトコールを強制または呼び出すにはどうすればよいですか？

これが私が達成したいことについての十分な情報であることを願っています。

現在のサーバーが MUC コンポーネントに Smack を提供しているかどうかを確認することは可能ですか?

エンドユーザーができるだけ簡単に設定できるようにしています。そのため、JID とパスワードだけを入力する必要があります。JID に属するサーバーに MUC コンポーネントがある場合、そのコンポーネントを新しい MUC に使用する必要があります。サーバーが MUC コンポーネントを提供しない場合、デフォルトの MUC コンポーネントが使用されます。

私は、CSRBluecore6チップを使用するこのHCIモジュールで何かをしようとしています。私はこれに非常に慣れていないので、照会スキャンのみを実行するようにします（つまり、検出可能にします）。そのためには、Bluetoothスタックを実装する必要がありますか、それともCSRチップはすでにそれをサポートしていますか？モジュールのデータシートはあまり役に立ちません。これはHCIモジュールのみなので、外部MCU内またはチップ内に実装する必要がありますか？

何を期待するかについての他のアドバイスは大歓迎です！

ありがとう