全員をブロック

Cisco Jabber ユーザが Cisco Jabber ポリシー設定から [全員をブロック（Block everyone）] 機能を有効にすると、ブロック機能により、他の Jabber ユーザは IM and Presence を表示したり、ブロックするユーザと IM and Presence を交換したりできなくなります。ただしブロックするユーザの連絡先リストに連絡先として登録されている場合を除きます。

たとえば、Cisco Jabber ユーザ（Andy）が Jabber の個人設定で [全員をブロック（Block everyone）] を有効にしたとします。Andy の個人用連絡先リストに含まれている Jabber ユーザと含まれていない Jabber ユーザに対して Andy のブロックがどのように影響するかを以下に説明します。Andy は、ブロックの他に、次のような個人用連絡先リストを持っています。

• Bob が含まれている：Bob は Andy の個人用連絡先リストに含まれているので、ブロックに関わらず、IM を送信し、Andy のプレゼンスを確認できます。

• Carol が除外されている：ブロックに基づき Carol は Andy のプレゼンスを確認できず、IM を送信できません。

• Deborah は個人連絡先から除外されています。ただし Deborah は、Andy が連絡先としてリストに含めたエンタープライズ グループのメンバーです。ブロック機能により、Deborah は Andy のプレゼンスの確認も Andy への IM 送信も実行できません。

Deborah は Andy の連絡先リストのエンタープライズ グループのメンバーであるにもかかわらず、Andy のプレゼンスの確認や Andy への IM の送信がブロックされる点に注意してください。エンタープライズ グループの連絡先の動作の詳細については、CSCvg48001 を参照してください。

10.x クラスタとのクラスタ間ピアリング

エンタープライズ グループは、リリース 11.0(1) 以降でサポートされます。

同期されたグループに 10.x クラスタ間ピアからのグループ メンバーが含まれている場合、より高いクラスタ上のユーザは 10.x クラスタからの同期されたメンバーのプレゼンスを確認できません。これは、エンタープライズ グループの同期用に 11.0(1) で導入されたデータベース更新が原因です。この更新は 10.x リリースの一部ではありません。

より高いクラスタをホームにしているユーザが 10.x クラスタをホームにしているグループ メンバーのプレゼンスを確認できることを保証するには、より高いクラスタ上のユーザが自分の連絡先リストに 10.x ユーザを手動で追加する必要があります。手動で追加されたユーザに関するプレゼンスの問題は存在しません。

複数レベルのグループ分け

複数レベルのグループ分けは、グループ同期に対して許可されません。

グループ専用同期

ユーザ グループとユーザが同じ検索ベース内に存在する場合、グループ専用同期は許容されません。代わりに、ユーザ グループとユーザが同期されます。

ユーザ グループの最大数

Microsoft Active Directory サーバから Unified Communications Manager データベースに最大 15000 のユーザ グループを同期できます。 各ユーザ グループには 1 ～ 200 人のユーザを含めることができます。 [Cisco Unified CM IM and Presence Administration] > [システム（System）] > [サービス パラメータ（Service Parameters）] ウィンドウで、正確な数を設定できます。

データベース内のユーザ アカウントの最大数は 160,000 を超えることはできません。

ユーザ グループの移行

ユーザ グループを組織単位間で移動する場合は、元の単位に対して完全同期を実行してから、新しい単位に対して完全同期を実行する必要があります。

ローカル グループ

ローカル グループはサポートされません。Microsoft Active Directory から同期されたグループのみがサポートされます。

IM and Presence Service ノードに割り当てられていないグループ メンバー

IM and Presence Service ノードに割り当てられていないグループ メンバーは、プレゼンス バブルが灰色表示されて連絡先リストに表示されます。ただし、これらのメンバーは、連絡先リストで許可されるユーザの最大数を計算する際に考慮されます。

Microsoft Office Communications Server からの移行

Microsoft Office Communications Server からの移行中は、ユーザが IM and Presence Service ノードに完全に移行されるまで、グループ エンタープライズ機能がサポートされません。

LDAP 同期

同期の進行中に、[LDAPディレクトリの設定（LDAP Directory Configuration）] ウィンドウで同期オプションを変更しても、既存の同期は影響を受けません。たとえば、同期の進行中に同期オプションを [ユーザとグループ（Users and Groups）] から [ユーザのみ（Users Only）] に変更しても、ユーザとグループの同期はそのまま継続されます。

エッジ経由のグループ検索機能

エッジ経由のグループ検索機能は、このリリースで提供されますが、完全にテストされているわけではありません。そのため、エッジ経由のグループ検索のフル サポートは保証できません。フル サポートは今後のリリースで提供される予定です。

Cisco Intercluster Sync Agent サービスの定期同期

外部 LDAP ディレクトリでグループ名またはグループ メンバー名を更新すると、定期 Cisco Intercluster Sync Agent サービス同期の後でしか Cisco Jabber 連絡先リストが更新されません。通常、Cisco Intercluster Sync Agent サービスの同期は 30 分ごとに実行されます。

LDAP 設定内の別々の同期アグリーメント経由のユーザとユーザ グループの同期

ユーザとユーザ グループが同じ同期アグリーメントの一部として Cisco Unified Communications Manager データベースに同期されている場合は、同期後に、Cisco Unified Communications Manager データベースで、想定されているようにユーザとグループの関連付けが更新されます。ただし、ユーザとユーザ グループが別々の同期アグリーメントの一部として同期されている場合は、最初の同期後、ユーザとグループはデータベースで関連付けされないことがあります。データベース内のユーザとグループの関連付けは、同期アグリーメントが処理される順序によって異なります。ユーザがグループより前に同期された場合は、データベース内でグループを関連付けに使用できない可能性があります。その場合は、グループとの同期アグリーメントがユーザとの同期アグリーメントより前にスケジュールされるようにします。このように調整しない場合は、グループがデータベースに同期された後、次の手動同期または定期同期後にユーザがグループに関連付けられます。

検証 シナリオ

2 つのクラスタを持つクラスタ間の導入では、クラスタ A とクラスタ B が使用されています。

クラスタ A は、Active Directory から同期される 160 k ユーザの IM and Presence Service で 15K OVA および 15K ユーザが有効になっています。15K OVA クラスタでは、ユーザあたりのエンタープライズグループの検証され、サポートされる平均数は 13 のエンタープライズ グループです。

クラスタ B では、Active Directory から同期される 160 k ユーザの IM and Presence Service で 25K OVA および 25K ユーザが有効になっています。25K OVA クラスタでは、ユーザあたりのエンタープライズグループの検証され、サポートされる平均数は 8 のエンタープライズ グループです。

名簿に記載されているユーザの個人連絡先と、ユーザの名簿に含まれるエンタープライズグループからの連絡先の、検証済およびサポートされる合計は、200 以下です。