コラボレーション : Cisco Unified Contact Center Express

IPCC Express Edition での LDAP サーバ フェールオーバーの設定

2015 年 11 月 26 日 - 機械翻訳について
その他のバージョン: PDFpdf | ライター翻訳版 (2009 年 1 月 14 日) | 英語版 (2015 年 8 月 22 日) | フィードバック


目次


概要

このドキュメントでは、エージェントが Cisco Agent Desktop へのログインに失敗する原因の 1 つについて説明しています。 セカンダリ Lightweight Directory Access Protocol(LDAP)サーバにアクセスできない場合、エージェントはログインに失敗します。 Cisco IP Contact Center(IPCC)Express Edition 環境における耐障害性を確保するため、LDAP サーバでは Active Directory サービスまたは Data Connection(DC)Directory サービスのいずれかを使用できます。

ただし、Cisco CallManager の LDAP 設定で統合が行われるため、ユーザ情報が LDAP ディレクトリから Cisco CallManager のローカル データベースにダウンロードされ、この情報が AXL API 経由で定期的に Cisco Response Solution(CRS)に同期されます。 ユーザ認証要求は AXL API 経由で Cisco CallManager に送信され、外部の LDAP ディレクトリ サービスにリレーされます(設定されている場合)。

前提条件

要件

次の項目に関する知識があることが推奨されます。

  • Cisco CallManager

  • Cisco IPCC Express Edition

  • Cisco Desktop Product Suite

使用するコンポーネント

このドキュメントの情報は、次のソフトウェアとハードウェアのバージョンに基づくものです。

  • Cisco CallManager

  • Cisco IPCC Express Edition

  • Cisco Desktop Product Suite

このドキュメントの情報は、特定のラボ環境にあるデバイスに基づいて作成されたものです。 このドキュメントで使用するすべてのデバイスは、クリアな(デフォルト)設定で作業を開始しています。 ネットワークが稼働中の場合は、コマンドが及ぼす潜在的な影響を十分に理解しておく必要があります。

表記法

ドキュメント表記の詳細は、『シスコ テクニカル ティップスの表記法』を参照してください。

問題

プライマリ LDAP サーバがダウンした際に、セカンダリ LDAP サーバが機能していて使用できる状態にあるにもかかわらず、エージェントが Cisco Agent Desktop にログインできないことがあります。 その場合は、次に示す Cisco Agent Desktop ソフトウェアのエラー メッセージが表示されます。

07:08:28 01/11/2005 INFO   DAClient
  Could not get agent testuser
07:08:28 01/11/2005 FATAL  FastCall FC0254
 Unable to connect to Directory Services:
 <Failed to bind to LDAP server. Can't contact LDAP server>

原因

ログ ファイルを見ると、セカンダリ LDAP サーバへの接続が試みられていないことがわかります。 これは、Cisco Desktop Product Suite が LDAP の耐障害性を確保するように設定されていないことが原因であると考えられます。

解決策

LDAP サーバのフェールオーバーに関する問題を解決するには、次の 2 つの手順を実行する必要があります。

  • セット 1: CRS サーバ上での手順

  • セット 2: 各エージェントのデスクトップ上での手順

CRS サーバ上

次の手順を実行します。

  1. Start > Programs > Cisco CRA Administrator > Application Administrator の順に選択して、CRA Administrator にログインします。

    Authentication ウィンドウが表示されます。

    図 1:Authentication 画面

    backupldap_01.gif

  2. User Identification フィールドにユーザ名を入力します。

  3. Password フィールドにパスワードを入力します。

  4. Log On をクリックします。

    Configuration and Repository ウィンドウが表示されます。

  5. System > Configuration and Repository の順に選択します。

    図 2:Configuration and Repository

    backupldap_02.gif

    Directory Setup ウィンドウが表示されます(図 3 を参照)。

  6. Director Host Name フィールドにセカンダリ LDAP サーバの IP アドレスを入力します。 このアドレスとプライマリ LDAP サーバの IP アドレスをカンマで区切ります。

    図 3:Directory Setup: Step 1 of 2

    backupldap_03.gif

  7. [Next] をクリックします。

    図 4:Directory Setup: Step 2 of 2

    backupldap_04.gif

  8. Profile Name リストから適切なプロファイルを選択します。

  9. [Edit] をクリックします。

    Explorer User Prompt が表示されます。

    図 5:Explorer User Prompt

    backupldap_05.gif

  10. [OK] をクリックします。

  11. Directory Setup ウィンドウで Next をクリックします。

    最初の Directory Setup ウィンドウが再び表示され、プライマリおよびセカンダリ LDAP サーバの IP アドレスが表示されます。

    図 6:Directory Setup: 更新後の設定

    /image/gif/paws/64130/backupldap_06.gif

  12. 変更を有効にするために、エンジンを一度停止してから再起動します。

  13. ワークフローの変更部分(カスタマイズしたスクリーン ポップやオプションなど)をすべてバックアップします。

  14. CRS サーバからすべての Desktop ソフトウェアを削除します(図 7 を参照)。

    • Desktop Administrator を削除します。

    • RASCAL Server を削除します。

    • Desktop Server を削除します。

    • VoIP Server を削除します。

    • Desktop Base を削除します。

      注: Desktop Base は最後に削除してください。 その他のコンポーネントは任意の順序で削除してかまいません。

    図 7:CRS サーバ上の Desktop ソフトウェアの削除

    /image/gif/paws/64130/backupldap_07.gif

  15. CRS サーバをリブートします。

  16. CRS のフル インストーラを実行して、デスクトップ ソフトウェアを再インストールします。

  17. インストールしたサービス リリースのセットアップを再実行します。

  18. ワークフローの変更部分を復元します(ある場合)。

各エージェントのデスクトップ上での手順

Add/Remove Programs ウィンドウでの手順

次の手順を実行します。

  1. エージェントのデスクトップ ワークステーションにインストールされている Cisco Agent Desktop ソフトウェアを、次の順序で削除します(図 8 を参照)。

    1. Desktop Supervisor を削除します。

    2. Desktop Agent を削除します。

    3. Desktop Base を削除します。

    図 8:エージェント デスクトップで Desktop ソフトウェアを削除する順序

    /image/gif/paws/64130/backupldap_08.gif

  2. エージェントのワークステーションをリブートします。

  3. エージェントのデスクトップ ワークステーションから削除した Cisco Agent Desktop ソフトウェアを再インストールします。

レジストリ エディタでの手順

各エージェントのデスクトップ ワークステーションでレジストリ エディタを使用して、この問題を解決することもできます。 次の手順を実行します。

  1. [Start]、[Run] の順にクリックします。

    Run ダイアログボックスが表示されます。

  2. regedit32 と入力し、OK をクリックします。

    Registry Editor ウィンドウが表示されます(図 9 を参照)。

  3. 次のパスにある LDAP_HOSTA キーと LDAP_HOSTB キーを捜します。

    HKEY_LOCAL_MACHINE\SOFTWARE\Spanlink\Site Setup
  4. これら 2 つのレジストリ キーの値を、プライマリおよびセカンダリ LDAP サーバの IP アドレスに変更します。

    図 9:レジストリ ナビゲーション パス

    backupldap_09.gif

IPCC Express 4.x で複数の LDAP サーバによる LDAP フェールオーバーを設定する方法

ユーザ認証では、LDAP サーバ内のユーザ データベースにアクセスする必要があります。 LDAPサーバがまたは利用できないダウンしている場合、CRS 管理 Webインターフェイスにアクセスできないし、エージェントはログインできません。 従って、ハイ アベイラビリティを提供するために冗長 な LDAPサーバをインストールして下さい。 Cisco CallManager では、複数の LDAP サーバを設定して冗長性を確保できます。

新しいサーバを追加して、IPCC Express 4.x で LDAP フェールオーバーを実現するには、次の手順を実行します。 この例では、LDAP フェールオーバー用に 2 台の CallManager サーバを追加しています。

  1. CRS サーバで、CRS Appadmin ページにログインします。 System > LDAP Information に移動し、両方の CallManager サーバが表示されていることを確認します。

  2. CRS Appadmin ページで、Tools > User Management に移動します。 次に Cisco CallManager LDAP のハイパーリンクをクリックします。 両方の CallManager サーバが表示されていることを確認します。

  3. CRS サーバで、Start > Programs > Cisco CRS Administrator の順に選択して、Cisco CRS Serviceability Utility を起動します。 CallManager LDAP Information タブをクリックし、両方の CallManager サーバが表示されていることを確認します。

  4. Cisco CRS Serviceability Utility で、File > Change Connection の順にクリックすると、CRS Bootstrap Information が表示されます。 両方の LDAP サーバがここにも表示されていることを確認します。 一方のサーバが表示されていない場合は、最初の LDAP サーバがダウンしたときに CRS エンジンが正常に起動しません。 必要な場合は 2 台目のサーバを追加し、Sync をクリックします。

関連するシスコ サポート コミュニティ ディスカッション

シスコ サポート コミュニティは、どなたでも投稿や回答ができる情報交換スペースです。


関連情報


Document ID: 64130