この節は、DA を配置する場所について状況ごとにヒントを示します。
マルチキャストルーティングが使用できず、DA がサブネット間のサービス検出をブリッジする必要がある場合
この場合は、インタフェースとサービスを共有するすべてのサブネットを持つホスト上に DA を配置してください。IP パケットがインタフェースの間を経路指定されない場合を除き、net.slp.interfaces 構成プロパティを設定する必要はありません。net.slp.interfaces プロパティの設定については、マルチホームの構成を参照してください。
DA が拡張に備えて配置されており、考慮すべき主要な事柄がエージェントのアクセスの最適化である場合
UA は通常、DA に対してサービスを大量に要求します。SA がサービスを DA に登録すると、SA は通知を定期的に適切な頻度で更新できます。その結果、UA から DA へのアクセスの方が SA のアクセスよりはるかに頻繁になります。通常、サービス通知の数も要求の数より小さくなります。このため、UA のアクセスに対して DA の配置が最適化されている場合、多くの DA を配置することは効率化をうながします。
UA のアクセスを最適化するために、ネットワーク上でトポロジ的に UA の近くになるように DA を配置する場合
UA クライアントと SA クライアントの両方が共有しているスコープを使用して、DA を構成してください。
負荷を均等にする手段として、同じスコープの集合体について複数の DA を配置できます。次の状況のどれかに当てはまれば、DA を配置できます。
DA ログが、多くの SLP 要求が欠落していることを示す
スコープ内でサービスを共有しているユーザーのネットワークが、複数の建物や物理的なサイトに渡っている
SLP トラフィックの snoop トレースを行うことによって、どれくらいの UA 要求で DA_BUSY_NOW エラーが返されるかを判断することができます。返される UA 要求の数が多い場合は、DA から物理的およびトポロジ的に離れている建物内の UA は、応答が遅かったり過度にタイムアウトしたりすることがあります。このような場合、建物内の UA クライアントの応答を改善するために、建物ごとに DA を配置できます。
建物に接続しているリンクは、建物内のローカルエリアネットワークよりも遅いことがあります。ネットワークが複数の建物または物理的なサイトに渡っている場合は、/etc/inet/slp.conf ファイル内の net.slp.DAAddresses プロパティを特定のホスト名またはアドレスのリストに設定して、指定した DA だけに UA がアクセスするようにします。
特定の DA がサービス登録に対して大量のホストメモリーを消費している場合は、DA がサポートするスコープ数を減らすことによって、SA 登録の数を削減します。登録数の多いスコープを 2 つのスコープに分け、別のホストに新たに DA を配置して、新しく作成した 2 つのスコープの 1 つをサポートすることができます。