DA の配置およびスコープ名の割り当て

経路指定が無効だが net.slp.interfaces プロパティが構成されているマルチホームホストを持つネットワークにおいて、DA の配置およびスコープ名の割り当てを行う場合は、クライアントがアクセス可能なサービスを確実に入手するように注意してください。さらに、マルチホームマシンのインタフェース間でユニキャストルーティングが有効な場合は、特別な DA およびスコープを構成する必要はありません。これは、DA にキャッシュされている通知が任意のサブネットからアクセス可能なサービスを識別するためです。ただし、ユニキャストルーティングが無効な場合は、DA をうまく配置しないと問題になることがあります。

前述の例で何が問題になりうるか見るために、bigguy が DA を実行し、すべてのサブネット上のクライアントが同じスコープを持つ場合に、何が起こるか考えてみます。サブネット 143 上の SA はサービス通知を DA に登録します。サブネット 144 上の UA は、サブネット 143 上のホストに到達できなくても、それらのサービス通知を入手できます。

この問題の 1 つの解決方法は、マルチホームホスト上ではなく、各サブネット上で DA を実行することです。この場合は、マルチホームホスト上の net.slp.interfaces プロパティは、単一のインタフェースホスト名あるいはアドレスを使用して構成するか、構成せずそのままにし、強制的にデフォルトのインタフェースが使用されるようにします。この解決方法の欠点は、通常大規模なマシンであり、DA として高機能であるマルチホームホストを DA に設定できないことです。

もう 1 つの解決方法は、マルチホームホスト上で DA を実行するが、各サブネット上の SA および UA が異なるスコープを持つようにスコープを構成することです。たとえば、前述の場合、142 ネット上の UA および SA がスコープ scope142、143 ネット上の UA および SA がスコープ scope143、144 ネット上の UA および SA がスコープ scope144 を持つようにスコープを構成することができます。3 つのインタフェースを持つ bigguy 上の net.slp.interfaces プロパティを構成して、DA を 3 つのサブネット上の 3 つのスコープに作用させることができます。