LDAP ディレクトリ同期を構成する場合、各 Cisco Unity Connection サーバまたはクラスターに対して最大 20 の LDAP ディレクトリ構成を作成できます。 各 LDAP ディレクトリ構成は、1 つのドメインまたは 1 つの組織単位 (OU) のみをサポートできます。5 つのドメインまたは OU からユーザーをインポートする場合は、5 つの LDAP ディレクトリ構成を作成する必要があります。

Unity Connection ネットワーキングサイトは、サイトに参加している各 Unity Connection サーバまたはクラスターについて、最大 20 の LDAP ディレクトリ構成もサポートします。 例えば、10 個のサーバを持つサイトがある場合、最大 200 個のドメインからユーザーをインポートできます。

LDAP ディレクトリと 160,000 ユーザーのデータを同期できます。

各 LDAP ディレクトリ構成で、次のものを指定します。

• 設定がアクセスするユーザー検索ベース：ユーザー検索ベースは、LDAP ディレクトリツリー内で Unity Connection がユーザーアカウントの検索を開始する位置です。 Unity Connection は、検索ベースで指定されたツリーまたはサブツリードメインまたは OU 内のすべてのユーザーをインポートします。 Unity Connection サーバーまたはクラスタは、同じ Active Directory フォレストなど、同じディレクトリルートを持つサブツリーからのみ LDAP データをインポートできます。

  （注）	Unity Connection サーバーの LDAP ディレクトリ設定で指定されているユーザー検索ベースには、合計 120,000 名を超える LDAP ユーザーを含めてはなりません。 Unity Connection ユーザーにならない多数の LDAP ユーザーをインポートすると、メッセージに利用できるディスクスペースの量が減少し、データベースのパフォーマンスが低下し、アップグレードに時間がかかります。

  Microsoft Active Directory 以外の LDAP ディレクトリを使用していて、ユーザー検索ベースとしてディレクトリのルートを指定する Unity Connection LDAP ディレクトリ構成を作成すると、Unity Connection はディレクトリ内の各ユーザーのデータをインポートします。 ディレクトリのルートに Unity Connection にアクセスさせたくないサブツリーが含まれる場合（サービスアカウントのサブツリーなど）、次のいずれかを実行する必要があります。

  • 2 つ以上の Unity Connection LDAP ディレクトリ構成を作成し、Unity Connection にアクセスさせたくないユーザーを除外する検索ベースを指定します。
  • 1 つ以上の LDAP 検索フィルターを作成します。 詳細については、https://www.cisco.com/c/en/us/td/docs/voice_ip_comm/connection/14/administration/guide/b_14cucsag.html にある『Cisco Unity Connection システム アドミニストレーション ガイド、リリース 14』の「LDAP」の章の「LDAP ユーザーのフィルタリング」の項を参照してください 。

  Active Directory 以外のディレクトリについては、複数の構成を作成することを意味する場合でも、同期を高速化するために、可能な最小数のユーザーを含むユーザー検索ベースを指定する必要があります。

  Active Directory を使用していて、ドメインに子ドメインがある場合、各子ドメインにアクセスするための個別の構成を作成する必要があります。Unity Connection は、同期の間、Active Directory 照会に従いません。 複数のツリーを含む Active Directory フォレストについても同様です。各ツリーにアクセスするには、少なくとも 1 つの構成を作成する必要があります。 この構成では、UserPrincipalName (UPN) 属性を Unity Connection エイリアス フィールドにマッピングする必要があります。UPN は、フォレスト全体で一意であることが Active Directory によって保証されます。 複数ツリーの AD シナリオでの UPN 属性の使用に関するその他の考慮事項については、 認証と Microsoft Active Directory に関するその他の考慮事項 セクションを参照してください。

  サイト内またはサイト間ネットワークを使用して、それぞれが LDAP ディレクトリと統合された 2 つ以上の Unity Connection サーバーをネットワーク接続する場合、一つの Unity Connection サーバーのユーザー検索ベースが別の Unity Connection サーバーのユーザー検索ベースと重複しないように指定してください。そうしないと、同じ Unity Connection ユーザーのユーザーアカウントとメールボックスが複数の Unity Connection サーバーに存在することになります。

  （注）	1 つまたは複数の Unity Connection サーバで LDAP フィルターを作成することで、ユーザーが重複する可能性を排除できます。 https://www.cisco.com/c/en/us/td/docs/voice_ip_comm/connection/14/administration/guide/b_14cucsag.html にある『Cisco Unity Connection システム アドミニストレーション ガイド』の「LDAP」の章の「LDAP ユーザーのフィルタリング」の項を参照してください。

• Unity Connection がユーザー検索ベースで指定されたサブツリーにアクセスするために使用する LDAP ディレクトリの管理者アカウント。

  Connection はディレクトリへのバインドを実行し、このアカウントを使用して認証を行います。 Unity Connection 専用のアカウントを使用し、検索ベース内のすべてのユーザーオブジェクトを「読み取る」最低限の権限を持ち、パスワードが期限切れにならないように設定します。 (管理者アカウントのパスワードが変更された場合は、新しいパスワードで Unity Connection を再設定する必要があります。)

  複数の構成を作成する場合は、各構成に対して 1 つの管理者アカウントを作成し、そのアカウントに、対応するサブツリー内のすべてのユーザーオブジェクトの読み取り権限のみを付与する必要があります。 構成を作成するときに、管理者アカウントの完全識別名を入力します。そのため、アカウントは LDAP ディレクトリツリーのどこにでも置くことができます。

• Unity Connection が Unity Connection データベースを LDAP ディレクトリと自動的に再同期する頻度、もしそれが存在する場合。

  次の再同期の日時、再同期を 1 回だけ行うかスケジュールに従うか、スケジュールする場合は頻度を時間、日、週、月単位で指定できます（最小値は 6 時間）。 複数の合意が同じ LDAP サーバに同時にクエリしないように、同期スケジュールをずらしてください。 勤務時間外に同期をスケジュールします。

• Unity Connection が LDAP データへのアクセスに使用する LDAP サーバのポートです。
• オプションで、SSL を使用して LDAP サーバーと Unity Connection サーバー間で転送されるデータを暗号化するかどうかを決定します。
• 1 つ以上の LDAP サーバ。

  一部の LDAP ディレクトリでは、同期を試みるときに Unity Connection が使用する最大 3 つの LDAP ディレクトリサーバを指定できます。 Unity Connection は、指定された順番でサーバーとの通信を試みます。 どのディレクトリサーバも応答しない場合、同期は失敗します。Unity Connection は、次のスケジュールされた同期時刻に再試行します。 ホスト名の代わりに IP アドレスを使用して、ドメインネームシステム（DNS）の可用性への依存を排除できます。

  （注）

  同期のために Unity Connection がアクセスする LDAP ディレクトリサーバが利用できなくなった場合に備えて、すべての LDAP ディレクトリがバックアップとして機能する追加の LDAP ディレクトリサーバの指定をサポートしているわけではありません。 LDAP ディレクトリが複数のディレクトリサーバの指定をサポートしているかどうかについては、『System Requirements for Cisco Unity Connection リリース 14』の「Requirements for an LDAP Directory Configuration 」を参照してください。 https://www.cisco.com/c/en/us/td/docs/voice_ip_comm/connection/14/requirements/b_14cucsysreqs.html 。

• 以下の表に記載されているように、LDAP ディレクトリ属性から Unity Connection フィールドへのマッピング。

  Unity Connection エイリアス フィールドへのマッピングは、すべての構成で同一でなければならないことに注意してください。 Unity Connection エイリアス フィールドにマッピングする LDAP 属性を選択する場合、

  • LDAP ディレクトリから Unity Connection にインポートするすべてのユーザーが、その属性に固有の値を持っていることを確認します。
  • Unity Connection データベースにすでにユーザーが存在する場合、ディレクトリからインポートするユーザーの属性の値が、既存の Unity Connection ユーザーの [エイリアス] フィールドの値と一致していないことを確認します。

  LDAP ディレクトリから Unity Connection にインポートする各ユーザーについて、LDAP sn 属性に値がなければならないことに注意してください。 Sn 属性の値が空の LDAP ユーザーは、Unity Connection データベースにインポートされません。

  LDAP ディレクトリ内のデータの整合性を保護するため、Unity Connection ツールを使用してインポートする値を変更することはできません。 Unity Connection 固有のユーザー データ (例えば、グリーティング、通知デバイス、会話基本設定) は、Unity Connection によって管理され、ローカルの Unity Connection データベースにのみ保存されます。

  パスワードや PIN は LDAP ディレクトリから Unity Connection データベースにコピーされないことに注意してください。 Unity Connection ユーザーに LDAP ディレクトリに対して認証させたい場合は、 [LDAP認証(LDAP Authentication)]

クラスタリング（アクティブ/アクティブ高可用性）が設定されている場合、LDAP ディレクトリからインポートされたデータを含むすべてのユーザーデータは、Unity Connection パブリッシャサーバーからサブスクライバサーバーに自動的に複製されます。 この構成では、Cisco DirSync サービスはパブリッシャサーバでのみ実行されます。

（注）	LDAP 電話番号を変更しても内線フィールドが更新されない。 その結果、まったく異なる番号を指定するなど、必要に応じて LDAP 電話番号を変更できます。次に Connection が LDAP ディレクトリとデータを同期するときに、内線は上書きされません。

LDAP ディレクトリと統合されている Unity Connection システムでは、LDAP ディレクトリからデータをインポートするか、既存の Unity Connection ユーザーを LDAP ディレクトリと同期するように変換することによって、あるいはその両方によって、Unity Connection ユーザーを作成できます。 次の点に注意してください。　

• LDAP データをインポートして Unity Connection ユーザーを作成すると、Unity Connection は LDAP ディレクトリから 表 10-1 で指定された値を取得し、指定された Unity Connection ユーザーテンプレートから残りの情報を入力します。

• 既存のユーザーを変換すると、表 10-1 のフィールドの既存の値が LDAP ディレクトリの値で置換されます。

• LDAP ディレクトリからインポートする任意のユーザーについて、Unity Connection エイリアスフィールドにマッピングされる LDAP 属性の値は、Unity Connection オブジェクト（スタンドアロンユーザー、既に LDAP ディレクトリからインポートされたユーザー、AXL 経由で Cisco Unified Communications Manager からインポートされたユーザー、連絡先、配信リストなど）の Unity Connection エイリアスフィールドの値と一致してはなりません。

• LDAP ディレクトリと Unity Connection を同期した後、LDAP ディレクトリと統合されていない Unity Connection ユーザーを追加し続けることができます。 AXL サーバ経由で Cisco Unified Communications Manager からユーザーをインポートすることで、引き続き Unity Connection ユーザーを追加することもできます。

• Unity Connection を LDAP ディレクトリと同期した後、新しい LDAP ディレクトリ ユーザーは Unity Connection に自動的にインポートされませんが、手動でインポートする必要があります。

• ユーザーが LDAP からインポートされると、Cisco Unity Connection 管理のユーザーページはそのユーザーを「LDAP ディレクトリからインポートされたアクティブユーザー」として識別します。

• その後、社内ディレクトリのユーザー データに変更が加えられると、LDAP ディレクトリから入力された Unity Connection フィールドは、次にスケジュールされている再同期の際に新しい LDAP 値で更新されます。

さまざまな理由から、どの LDAP ユーザーを Cisco Unity Connection にインポートするかをさらに細かくコントロールしたい場合があります。 次に例を示します。

• LDAP ディレクトリはフラットな構造になっているため、ユーザー検索ベースを指定するだけでは十分に制御することはできません。

• LDAP ユーザー アカウントのサブセットだけを Unity Connection ユーザーにしたいとします。

• LDAP ディレクトリ構造が、Unity Connection にユーザーをインポートする方法と一致しません。 次に例を示します。

  • 組織単位が組織階層に従ってセットアップされていても、ユーザーが地理的な場所によって Unity Connection にマッピングされている場合、2 つの間に重複する部分はほとんどない可能性があります。

  • ディレクトリ内のすべてのユーザーが 1 つのツリーまたはドメインに属しているが、複数の Unity Connection サーバをインストールしたい場合、ユーザーが複数の Unity Connection サーバ上にメールボックスを持つことを防ぐために、何らかの操作を行う必要があります。

このような場合、ユーザーの検索ベースに対する追加のコントロールを提供するために、フィルター作成を使用することができます。 次の点に注意してください。　

• LDAP フィルタは必要な数だけ作成できますが、Unity Connection ディレクトリ設定ごとにアクティブにできるフィルタは 1 つだけで、サーバーまたはクラスタごとに最大20個までです。

• Unity Connection で LDAP ディレクトリ設定を作成する場合、ユーザー検索ベースと LDAP フィルタの両方を指定します。 該当する場合、作成できる最大 20 の LDAP ディレクトリ設定に対して指定するユーザー検索ベースを統合するフィルタを作成します。

• 各フィルタは、RFC 4515「Lightweight Directory Access Protocol (LDAP):String presentation of Search filters」で指定されている LDAP フィルタ構文に従う必要があります。

• フィルタ構文は、フィルタ作成時には検証されません。 代わりに、LDAP ディレクトリ構成でフィルターを指定するときに検証されます。

• フィルタを追加し、すでに LDAP ディレクトリと同期している LDAP ディレクトリ設定にそれを追加する場合、または LDAP ディレクトリ設定で既に使用されているフィルタを変更する場合、新規または更新されたフィルタによって指定された LDAP ユーザーが Connection にアクセスできるようにするには、次のステップを実行する必要があります。

  1. Cisco DirSync サービスを非アクティブ化し、再度アクティブ化します。 Cisco Unified Serviceability で、[ツール（Tools）] > [サービスのアクティブ化（Service Activation）] の順に選択します。 [ Cisco DirSync] の隣のチェックボックスの選択を解除し、[ 保存 ] を選択してサービスを無効にします。 次に、[ Cisco DirSync] の隣にあるチェックボックスにチェックを入れ、[ 保存 ] を選択してサービスを再度有効にします。

  2. Unity Connection Administration で、フィルタにアクセスする LDAP ディレクトリ設定で、完全同期を実行します（[今すぐ完全同期を実行（Perform Full Sync Now）] を選択します）。

• 以前アクセス可能だったユーザーの一部を除外するフィルタに変更する場合、現在アクセスできなくなった LDAP ユーザーと同期されている Unity Connection ユーザーは、次の 2 回のスケジュールされた同期の間または 24 時間以内のどちらか時間が長い方に、スタンドアロンの Unity Connection ユーザーに変換されます。 ユーザーは引き続き電話から Unity Connection にログインでき、発信者は引き続きユーザーにメッセージを残すことができ、彼らのメッセージは削除されません。 ただし、Unity Connection がこれらのユーザーとの同期を中断している間は、Unity Connection ウェブ アプリケーションにログインすることはできません。 同期が壊れた後は、ウェブ アプリケーションのパスワードは、Unity Connection アカウントが作成されたときに割り当てられたパスワードです。

マルチフォレスト LDAP インフラストラクチャを使用する Unity Connection の展開は、Active Directory Lightweight Directory Services (AD LDS) を使用して、複数の異なるフォレストと統合する単一のフォレスト ビューとしてサポートできます。 連携では LDAP フィルタリングも使用する必要があります。 詳細については、「マルチフォレスト環境で Unified Communications Manager 統合ディレクトリ統合を設定する方法」を参照してください。 http://www.cisco.com/en/US/products/sw/voicesw/ps556/products_configuration_example019186a0080b2b103.shtml

LDAP 認証の設定は、同期の設定よりはるかに簡単です。 以下の項目のみを指定します。

• ユーザー検索ベースです。 複数の LDAP 設定を作成した場合、認証を設定する際には、LDAP 設定で指定した全てのユーザー検索ベースを含むベースを指定する必要があります。

• Unity Connection が検索ベースにアクセスするために使用する LDAP ディレクトリの管理者アカウント。 Unity Connection 専用のアカウントを使用し、検索ベース内のすべてのユーザーオブジェクトを「読み取る」最低限の権限を持ち、パスワードが期限切れにならないように設定します。 (管理者アカウントのパスワードが変更された場合は、新しいパスワードで Unity Connection を再設定する必要があります。) 管理者アカウントの完全識別名を入力します。そのため、アカウントは LDAP ディレクトリツリーのどこにでも置くことができます。

• 1 つ以上の LDAP サーバ。 認証の際に Unity Connection が使用する最大 3 つの LDAP ディレクトリサーバーを指定できます。 Unity Connection は、指定された順番でサーバーとの通信を試みます。 どのディレクトリサーバも応答しない場合、認証は失敗します。 ホスト名の代わりに IP アドレスを使用して、ドメインネームシステム（DNS）の可用性への依存を排除できます。

LDAP 同期と認証が Cisco Unity Connection で設定されている場合、会社の LDAP ディレクトリに対するユーザーのエイリアスとパスワードの認証は次のように機能します。

1. ユーザーが HTTPS 経由で Cisco Personal Communications Assistant (PCA) に接続し、エイリアス (jsmith など) とパスワードを使って認証を試みます。

2. Unity Connection は、エイリアス jsmith の LDAP クエリを発行します。 クエリの範囲については、Unity Connection は、Cisco Unity Connection の管理で LDAP 同期を設定したときに指定した LDAP 検索ベースを使用します。 SSL オプションを選択した場合、LDAP サーバに送信される情報は暗号化されます。

3. 企業ディレクトリ サーバは、ユーザー jsmith の完全な識別名 (DN) で応答します。たとえば、"cn=jsmith, ou=Users, dc=vse, dc=lab"。

4. Unity Connection は、この完全な DN とユーザーが提供するパスワードを使用して、LDAP バインドを試みます。

5. LDAP バインドが成功すると、Unity Connection はユーザーが Cisco PCA に移動することを許可します。

Unity Connection LDAP ディレクトリ構成で識別されるすべての LDAP サーバが利用できない場合、Unity Connection ウェブ アプリケーションの認証は失敗し、ユーザーはアプリケーションにアクセスすることを許可されません。 ただし、電話と音声のユーザー インターフェイスの認証は引き続き機能します。これらの PIN は Unity Connection データベースに対して認証されるためです。

Unity Connection ユーザーの LDAP ユーザー アカウントが無効化または削除された場合、または LDAP ディレクトリ設定が Unity Connection システムから削除された場合、次のことが起こります。

1. 最初に、Unity Connection ユーザーが Unity Connection ウェブアプリケーションにログインしようとすると、LDAP 認証が失敗します。これは、Unity Connection がまだ LDAP ディレクトリに対して認証しようとするためです。

   複数の LDAP ユーザー検索ベースにアクセスする複数の LDAP ディレクトリ構成があり、1 つの構成だけが削除された場合、関連するユーザー検索ベースのユーザーだけが影響を受けます。 他のユーザー検索ベースのユーザーは、引き続き Unity Connection ウェブ アプリケーションにログインできます。

2. 最初のスケジュールされた同期で、ユーザーは Unity Connection で「LDAP 非アクティブ」としてマークされます。

   Unity Connection ウェブ アプリケーションへのログインの試みが引き続き失敗します。

3. ユーザーが「LDAP 非アクティブ」としてマークされてから少なくとも 24 時間後に行われる、次のスケジュールされた同期で、LDAP アカウントに関連付けられていたアカウントを持つすべての Unity Connection ユーザーが Unity Connection スタンドアロン ユーザーに変換されます。

   各 Unity Connection ユーザーの Unity Connection ウェブアプリケーションのパスワードと Unity Connection ボイスメッセージへの IMAP メールアクセスのパスワードは、ユーザーアカウントが作成されたときに Unity Connection データベースに保存されたパスワードになります。 (これは通常、ユーザーの作成に使用されたユーザーテンプレート中のパスワードです。) Unity Connection ユーザーはこのパスワードを知らないため、管理者がリセットする必要があります。

   電話ユーザーインターフェイスと音声ユーザーインターフェイスで使用するパスワード番号 (PIN) に変更はありません。

LDAP ユーザーアカウントが無効または削除された、あるいは Unity Connection から削除された LDAP ディレクトリ構成を介して同期された Unity Connection ユーザーに関して次のことに注意してください。

• Unity Connection が LDAP 同期ユーザーからスタンドアロンユーザーに変換する間、ユーザーは電話で Unity Connection にログインできます。

• メッセージは削除されません。

• 発信者は、これらの Unity Connection ユーザーにメッセージを残すことができます。

  （注）	LDAP 電話番号は、Unity Connection データを LDAP データと最初に同期するときに、1 回だけ Unity Connection 内線に変換されます。 その後のスケジュールされた同期では、LDAP 電話番号を変更しても [内線接続] フィールドの値は更新されません。 その結果、まったく異なる番号を指定することも含め、必要に応じて LDAP 電話番号を変更することができます。内線番号は次回の Connection の際に上書きされません。

Active Directory で LDAP 認証を有効にする場合、Active Directory グローバルカタログサーバにクエリを実行して応答時間を短縮するように Unity Connection を設定する必要があります。 グローバル カタログ サーバに対するクエリを有効にするには、Unity Connection 管理で、グローバル カタログ サーバの IP アドレスまたはホスト名を指定します。 LDAP ポートには、LDAP サーバと Unity Connection サーバ間で転送されるデータの暗号化に SSL を使用していない場合は 3268、SSL を使用している場合は 3269 のいずれかを指定します。

Active Directory から同期されたユーザーが複数のドメインに属している場合、認証にグローバルカタログサーバを使用するとさらに効率的です。Unity Connection は照会をたどる必要なくすぐにユーザーを認証できるためです。 このような場合は、グローバルカタログサーバにアクセスするように Unity Connection を構成し、LDAP ユーザー検索ベースをルートドメインの最上位に設定します。

単一の LDAP ユーザー検索ベースに複数のネームスペースを含めることはできません。そのため、Active Directory フォレストに複数のツリーが含まれる場合、Unity Connection は異なるメカニズムを使用してユーザーを認証する必要があります。 この構成では、LDAP userPrincipalName (UPN) 属性を Unity Connection エイリアス フィールドにマッピングする必要があります。 メール アドレス (username@companyname.com) のような UPN 属性の値は、フォレスト内で一意である必要があります。

（注）	Active Directory フォレストに複数のツリーが含まれる場合、各ユーザーの UPN サフィックス (@ 記号の後のメール アドレスの部分) は、ユーザーが存在するツリーのルート ドメインに対応する必要があります。 UPN サフィックスがツリーのネームスペースと一致しない場合、Unity Connection ユーザーは Active Directory フォレスト全体に対して認証することができません。 ただし、別の LDAP 属性を Unity Connection エイリアス フィールドにマッピングし、LDAP 統合をフォレスト内の単一のツリーに制限することができます。

たとえば、Active Directory フォレストに 2 つのツリー avvid.info と vse.lab が含まれているとします。 また、各ツリーに、samAccountName が jdoe であるユーザーが含まれているとします。 Unity Connection は、avvid.info ツリーの jdoe へのサインイン試行を次のように認証します。

1. ユーザー jdoe は、HTTPS 経由で Cisco Personal Communications Assistant (PCA) に接続し、UPN (jdoe@avvid.info) とパスワードを入力します。

2. Unity Connection は UPN を使用して Active Directory グローバルカタログサーバに対して LDAP クエリを実行します。 LDAP 検索ベースは UPN サフィックスから取得されます。 この場合、エイリアスは jdoe で、LDAP 検索ベースは「dc=avvid, dc=info」です。

3. Active Directory は、LDAP クエリで指定されたツリー内のエイリアスに対応する識別名を検索します。この場合、「cn=jdoe, ou=Users, dc=avvid, dc=info」です。

4. Active Directory は LDAP 経由で Unity Connection にこのユーザーの完全識別名を返します。

5. Unity Connection は、ユーザーが最初に入力した識別名とパスワードを使用して、LDAP バインドを試みます。

6. LDAP バインドが成功すると、Unity Connection はユーザーが Cisco PCA に移動することを許可します。

LDAP ディレクトリと Unity Connection を統合する代わりに、Cisco Unified Communications Manager からデータをインポートしてユーザーを作成することもできます。詳細については、https://www.cisco.com/c/en/us/td/docs/voice_ip_comm/connection/14/administration/guide/b_14cucsag.html にある『Cisco Unity Connection システム アドミニストレーション ガイド、リリース 14』の「ユーザー」の章の「AXL を通じてユーザーをインポートする」の項を参照してください。

次の点に注意してください。　

• Cisco Unified CM からユーザーをインポートする場合、および Cisco Unified CM が LDAP ディレクトリと統合されている場合、Unity Connection は自動的に LDAP 同期または認証へのアクセスを持ちません。 Unity Connection ユーザーに LDAP ディレクトリに対して認証させたい場合は、Unity Connection を LDAP ディレクトリにも統合する必要があります。

• Cisco Unified CM からユーザーをインポートする場合、Cisco Unified CM データの更新は Unity Connection サーバーに自動的に複製されません。そのため、Cisco Unity Connection Administration の [ユーザーの同期（Synch Users）] ページを使用して、Unity Connection ユーザーデータを Cisco Unified CM ユーザーデータと手動で同期することを忘れないでください。これは時々行う必要があります。 Unity Connection を LDAP ディレクトリと統合する場合、Unity Connection データベースのデータが LDAP ディレクトリのデータと自動的に再同期されるタイミングを指定する同期スケジュールを定義できます。

LDAP ディレクトリにユーザーを追加する場合、手動で Unity Connection にインポートする必要があることに注意してください。自動同期は、既存ユーザーの新規データで Unity Connection データベースを更新するだけで、新規ユーザーの新規データは更新しません。

• Unity Connection を LDAP ディレクトリと統合すると、LDAP データベースに対してウェブ アプリケーションのパスワードを認証するように Unity Connection を設定できます。 Cisco Unified CM からデータをインポートする場合、Unity Connection で Unity Connection ウェブアプリケーションのパスワードを管理し、Cisco Unified CM で Cisco Unified CM ウェブアプリケーションのパスワードを管理する必要があります。