|
全員をブロック
|
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 人のユーザを含めることができます。 ウィンドウで、正確な数を設定できます。
データベース内のユーザ アカウントの最大数は 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
データベースで、想定されているようにユーザとグループの関連付けが更新されます。ただし、ユーザとユーザ グループが別々の同期アグリーメントの一部として同期されている場合は、最初の同期後、ユーザとグループはデータベースで関連付けされないことがあります。データベース内のユーザとグループの関連付けは、同期アグリーメントが処理される順序によって異なります。ユーザがグループより前に同期された場合は、データベース内でグループを関連付けに使用できない可能性があります。その場合は、グループとの同期アグリーメントがユーザとの同期アグリーメントより前にスケジュールされるようにします。そうでない場合は、グループをデータベースに同期した後、ユーザは次の手動同期または定期的に同期タイプを設定してユーザとグループとして同期した後にグループに関連付けられます。契約の同期タイプがユーザとグループとして設定されている場合にのみ、ユーザおよび対応するグループ情報がマップされます。
。
|
| エンタープライズ グループの検証済 OVA 情報 |
検証 シナリオ
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 以下です。
|
（注）
|
2 つ以上のクラスタがある環境では、これらの数量はサポートされていません。
|
|
|
連絡先リストのエクスポート
|
を使用してユーザの連絡先リストをエクスポートすると、連絡先リストの CSV ファイルには、Jabber クライアントにあるエンタープライズグループの詳細が含まれません。
|
フィードバック