- このマニュアルについて
- トラブルシューティングの概要
- トラブルシューティング ツール
- インストール、バックアップ、 および復元の問題
- Cisco CallManager システムの 問題
- ディレクトリの問題
- デバイスの問題
- ダイヤル プランとルーティング の問題
- Cisco CallManager サービスの 問題
- ボイス メッセージの問題
- TAC への問い合せ
- ケース スタディ：クラスタ内 コール のトラブルシューティ ング
- ケース スタディ：Cisco IP Phone と Cisco IOS Gateway 間のコールのトラブルシュー ティング
- ケース スタディ：クラスタ間 コールのトラブルシューティン グ
- 索引
Cisco CallManager トラブルシューティング ガイドRelease 4.1(3)
偏向のない言語
この製品のマニュアルセットは、偏向のない言語を使用するように配慮されています。このマニュアルセットでの偏向のない言語とは、年齢、障害、性別、人種的アイデンティティ、民族的アイデンティティ、性的指向、社会経済的地位、およびインターセクショナリティに基づく差別を意味しない言語として定義されています。製品ソフトウェアのユーザーインターフェイスにハードコードされている言語、RFP のドキュメントに基づいて使用されている言語、または参照されているサードパーティ製品で使用されている言語によりドキュメントに例外が存在する場合があります。シスコのインクルーシブランゲージに対する取り組みの詳細は、こちらをご覧ください。
翻訳について
このドキュメントは、米国シスコ発行ドキュメントの参考和訳です。リンク情報につきましては、日本語版掲載時点で、英語版にアップデートがあり、リンク先のページが移動/変更されている場合がありますことをご了承ください。あくまでも参考和訳となりますので、正式な内容については米国サイトのドキュメントを参照ください。
- Updated:
- 2017年5月30日
章のタイトル： ディレクトリの問題
ディレクトリの問題
この章では、Lightweight Directory Access Protocol（LDAP）ディレクトリを使用する Cisco CallManager DC Directory（DCD）、および Microsoft Active Directory（AD）に関連する一般的な問題の解決方法について説明します。
•
DC Directory でユーザ設定用のアプリケーション プロファイルが表示されない
• 新しいユーザの追加が機能せず、DC Directory Administrator にアクセスできない
• 子ドメインがダウンしていると、Active Directory でスキーマ更新が失敗する
• ユーザ ページへのアクセスに失敗した後、SSL を介した Netscape Directory プラグインが失敗する
• SSL を介した LDAP での Netscape Directory 統合では、データベースに CA 証明書が必要である
次の手順でディレクトリの問題が解決されない場合は、TAC に連絡して詳細な調査を依頼してください。
IP Phone のディレクトリ問題の詳細については、次の URL を参照してください。
http://www.cisco.com/univercd/cc/td/doc/product/voice/c_ipphon/index.htm
複製の問題
複製の問題については、 第4章「Cisco CallManager システムの問題」 および 「パブリッシャとサブスクライバの間で複製が失敗する」を参照してください。
DC Directory の安定性
「DCD の不安定性」の手順は、バージョン 4.0(1) 以降を実行している Cisco CallManager サーバで有効です。
DCD の不安定性
• Cisco CallManager パブリッシャ サーバには正しいユーザ データがあるが、1 つまたは複数の Cisco CallManager サブスクライバ サーバにユーザ データがないか、ユーザ データがパブリッシャのデータベースよりも古い。
• Cisco CallManager パブリッシャ サーバ上の DC Directory サービスの開始に時間がかかる（開始時にストールまたはハングしているように思える）。
• Cisco CallManager パブリッシャ サーバまたはサブスクライバ サーバ（あるいはその両方）の Application Event Viewer に、DC Directory Replication エラーが記録される。
C:\dcdsrvr\run\dcx500\dcx500.out を調べると、重複する複製許諾契約または無効な複製許諾契約（あるいはその両方）があります。
無効な複製許諾契約があると、DC Directory データベース（C:\dcdsrvr\run\dcx500\database 内のファイル）が大きくなりすぎて（100 MB を超える）、DC Directory の終了および起動に非常に時間がかかります。
このような重複する許諾契約や無効な許諾契約は、次のいずれかの原因によって発生します。
–お客様が Cisco Customer Response Solutions（CRS）サーバ（または Cisco CallManager サブスクライバ）を 1 回以上再インストールした（CRS サーバまたは Cisco CallManager サーバを再インストールするたびに、サブスクライバに対する新しい複製許諾契約がパブリッシャに作成される）。
–Cisco CallManager クラスタ内で、DC Directory の再設定手順を実行せずに、既存の CRS サーバ（または Cisco CallManager サブスクライバ）を破棄した。
（注） Cisco CallManager クラスタからディレクトリ ノードを削除しても、削除したサブスクライバに対する DC Directory 複製許諾契約は自動的にクリーンアップされません。
–サブスクライバ上で avvid_scfg コマンドを複数回手動で実行した（たとえば、DC Directory 再設定手順の一部を試行した）。
（注） DC Directory 再設定手順の一部を実行しないでください（たとえば、パブリッシャと CRS サーバや Cisco CallManager サブスクライバ上で cleandsa を実行せずに avvid_scfg を実行するなど）。
データベースがこのように大きくなる根本的な原因は、DC Directory が、複製に失敗するたびに各複製処理の状態を保存しようとするためです。時間が経つにつれて、無効な複製許諾契約に関する状態情報が保存されて、データベースが数百 MB にもなります。
DcDirectory 複製を SQLServer 複製と混同しないでください。これらは、完全に独立した 2 つのプロセスです。
Cisco CallManager サブスクライバを再インストールする場合は、
DC Directory パブリッシャから始めて、クラスタ内のすべてのノード（スタンドアロン CRS サーバを含む）で DC Directory の再設定手順を実行する必要があります。
これらのタスクの実行中は、Keyboard/Video/Mouse（KVM）スイッチを介して接続された Media Convergence Server（MCS）サーバのコンソールの前にいるか、または Telnet を介して MCS サーバに接続している必要があります。Terminal Services Client 接続で接続してこれらのタスクを実行することは十分にテストされていないため、予期せぬ結果が生じることがあります。
（注） ダウンタイムにこの手順を実行するようにスケジュールすることをお勧めします。
インストール後に DC Directory を再設定する場合は、次の 2 つのシナリオが考えられます。
–DC Directory データベースが 100 MB より大きい。
Cisco CallManager パブリッシャでの DC Directory の再設定（データベースが 100 MB より大きい場合）
この手順では、DC Directory データベース（C:\dcdsrvr\run\dcx500\database）が 100 MB より大きい場合、この手順の実行中に障害などが発生したときに備えて、パブリッシャ Cisco CallManager サーバ上の DC Direcory 内にあるユーザ データを確実にバックアップします。
1. MCS バックアップ ユーティリティを使用するか、DOS コマンド プロンプトから dcbckdib /y backup C:\dcdsrvr\backup コマンドを実行して、現在のディレクトリ情報をバックアップします。
（注） 前述のコマンドを実行するには、C:\dcdsrvr\backup フォルダが存在する必要があります。
2. パブリッシャ サーバで、Administrator としてログインし、Start > Run を選択して cmd と入力し、コマンド プロンプトを開きます。
3. avvid_migrate_save.cmd <servername><password> コマンドを入力し、プロンプトが表示されたら任意のキーを押します。
4. コマンド プロンプトから net stop dcdirectory と入力し、DC Directory サービスを停止します。
5. cleandsa.cmd を実行します。cleandsa.cmd がサポートされていないことが cleandsa.cmd によって報告される場合は、 deletedib.cmd を実行します。
6. avvid_migrate_cfg "<password>" を実行します。
7. avvid_migrate_restore <Server Name> < Directory Manager Password> を実行します。
8. reconfig_cluster < Directory Manager Password > を実行します。
このコマンドにより、すべての Cisco CallManager サブスクライバに対する複製許諾契約が確立されます。Cisco CallManager サブスクライバでタスクを実行する必要はありません。
Cisco CallManager パブリッシャでの DC Directory の再設定（データベースが 100 MB より小さい場合）
DCD データベース（C:\dcdsrvr\run\dcx500\database）が 100 MB より小さい場合は、次の手順を実行し、Cisco CallManager パブリッシャの DC Directory を再設定します。
1. reconfig_cluster.cmd を実行します。
2. このコマンドにより、すべての Cisco CallManager サブスクライバ サーバに対する複製許諾契約が確立されます。Cisco CallManager サブスクライバで追加の手順を実行する必要はありません。
（注） ネットワークに 1 つの Cisco CallManager サーバがある場合は、そのサーバに CRS が共存しているかどうかに関わらず、
reconfig_cluster.cmd コマンドを実行してください。この場合は、Cisco CRS サーバ用の手順は実行しないでください。
DC Directory でユーザ設定用のアプリケーション プロファイルが表示されない
ユーザをディレクトリに追加しているときに、アプリケーション プロファイル（AutoAttendant、Softphone、エクステンション モビリティなど）が表示されず、ユーザをアプリケーション プロファイルにリンクできません。
次の手順を実行してアプリケーション プロファイルを設定し、DC Directory にユーザを追加または表示できるようにします。
1. DC Directory Administrator に接続します。
2. Directory > cisco.com > CCN を選択します。
4. systemProfile を右クリックし、 Properties を選択します。
5. Application Install Status タブをクリックします。
6. アプリケーションの値を確認します。「AA Installed」、
「Softphone Installed」、「ASR Installed」、および「Hotelling Installed」の値がブランクである場合は、7. に進みます。
それ以外の場合は、11. に進みます。
8. 値を true から false に変更し、false の値は true に変更します。
14. インストールされているアプリケーションの値を true に変更します。
18. 右のパネルで、 World Wide Web Publishing Service を選択します。
19. Restart Service アイコンをクリックします。
20. 問題が発生したクラスタ内のすべてのサーバに対してすべてのステップを繰り返します。
新しいユーザの追加が機能せず、DC Directory Administrator にアクセスできない
Cisco CallManager Administration からユーザを追加できません。また、DC Directory Administrator にログインすることもできません。
エラー メッセージ Sorry your session object has timed out. Click here to Begin a New search.新しいユーザを検索すると、ページが更新され、入力待機状態になります。
ディレクトリ マネージャのユーザ パスワードに、「^」などの特殊文字が含まれています。
次の手順を実行し、DC Directory パスワードを、特殊文字を含まないパスワードに変更します。
（注） DC ディレクトリ マネージャのパスワードを変更するには、スーパーユーザ アカウント特権を持っている必要があります。
（注） クラスタ内にパブリッシャ サーバと 1 つまたは複数のサブスクライバ サーバがある場合は、クラスタ内のすべての Cisco CallManager で次の手順を実行する必要があります。
1. Cisco CallManager Administration から、 Start > Programs > DC Directory Administrator を選択します。
3. Password フィールドに、デフォルト パスワード cisco を入力し、 Finish をクリックします。
DC Directory Administrator ウィンドウが表示されます。
4. Tools メニューから、 Change Password を選択します。
Change User Password ウィンドウが表示されます。
5. Old Value フィールドに、 cisco と入力します。
6. New Value フィールドに、特殊文字を含まない新しい ÉpÉXÉèÅ[Éh を入力します。
7. Confirm New Value フィールドに、新しい ÉpÉXÉèÅ[Éh を再入力します。
Cisco CallManager Administration は、DC Directory LDAP サーバ上での追加、削除、または更新の各操作にもディレクトリ マネージャ アカウントを使用します。
次の手順を実行し、レジストリに格納されている情報を更新して、レジストリが正しいディレクトリを指すようにします。
1. コマンドラインを開き、 c:\dcdsrvr\bin と入力します。
2. passwordutils.exe とパスワードを入力します。
5. Open フィールドに、 regedit と入力します。
6. My Computer\HKEY_LOCAL_MACHINE\SOFTWARE\Cisco Systems, Inc.\Directory Configuration に移動します。
8. Value Data フィールドに、ステップ 3. で取得した暗号化パスワード値を入力します。
10. Registry Editor ウィンドウから、 MGRPW をダブルクリックします。
11. Value Data フィールドに、ステップ 3. で取得した暗号化パスワード値を入力します。
（注） レジストリ エントリの変更後は、Cisco CallManager ノード上の WWW サービスと IIS サービスを再起動して、レジストリから最新の設定を取得する必要があります。
13. Control Panel > Administrative Tools を選択します。
15. Worldwide Web Publishing Service を選択します。
18. DC Directory Server を選択します。
Cisco Customer Response Solutions（CRS）、Cisco IPCC Express 3.5（x）、または Cisco CallManager Extended Services 3.5（x）を使用している場合は、次の「CRS および Extended Services のディレクトリ マネージャ パスワードの再設定」の手順に進みます。
CRS および Extended Services のディレクトリ マネージャ パスワードの再設定
次の手順を実行し、ディレクトリ マネージャ パスワードを更新します。
1. 前述の「Windows レジストリの設定」の手順で使用した暗号化パスワードのコピーを作成します。
2. CRS サーバで CMD プロンプトを開き、ディレクトリを c:\winnt\system32\ccn サブディレクトリに変更します。
3. 'dir'<Enter> を入力し、ディレクトリの内容を表示します。'ccndir.ini' という名前のファイルを見つける必要があります。'copy ccndir.ini ccndir.ini.oldpass'<Enter> を入力し、そのファイルのバックアップを作成します。
4. 'notepad ccndir.ini'<Enter> を入力し、ccndir.ini ファイルを開いて編集します。'MGRPW' と書いてある行を見つけます。この行を見て、引用符の内側の暗号化文字列を、ステップ 1 で記録した暗号化パスワードに置き換えます。
6. CRS サーバで Application Administration ページを開き、ログインします。メニューから、System、Engine を選択します。エンジンを停止および開始して、すべてのサブシステムが IN_SERVICE であることを確認します。
Cisco CallManager の DC ディレクトリ マネージャのパスワードを正常に変更したことを確認するには、次の手順を実行します。
1. Cisco CallManager Administration から、 User > Global Directory を選択します。
User Information ウィンドウが表示されます。
3. システムに設定されているユーザが表示される場合は、設定が成功しています。
システムに設定されているユーザが表示されない場合は、次の情報を確認します。
–新しいパスワードが有効である（新しいパスワードで DC Directory にログインします）。
–ディレクトリが、別のディレクトリ（AD や、空の可能性のある古いディレクトリ）ではなく、正しいディレクトリを指している。
–Worldwide Web Publishing サービスと DC Directory サービスが再起動され、再起動後に実行されている。
子ドメインがダウンしていると、Active Directory でスキーマ更新が失敗する
症状 1 つの子ドメインがダウンしていると、2 ドメインの Active Directory Forest 構成でスキーマ更新が失敗します。
考えられる原因 子ドメインがネットワークから接続解除されている可能性があります。
推奨処置 Cisco CallManager を Active Directory Forest と統合する場合、すべてのドメインがネットワークに接続されている必要があります。スキーマ更新をフォレスト全体に複製するために、スキーマ マスター サーバは、すべてのドメインにアクセスできる必要があります。
ユーザ ページへのアクセスに失敗した後、SSL を介した Netscape Directory プラグインが失敗する
症状 Netscape Directory を統合するプラグインが、無効な SSL 証明書で実行されている場合、ユーザ ページを表示できません。
考えられる原因 Netscape Directory を統合するプラグインが、無効な SSL 証明書で実行されています。たとえば、ND サーバが、WebServer 証明書を持っている必要がある場合に、Subordinate Certification Authority 証明書を持っています。
推奨処置 Netscape Directory マシンで、Netscape Directory Service を再起動します。次に、有効な証明書を使用して、Cisco CallManager を Netscape Directory と統合するプラグインを再び実行します。
SSL を介した LDAP での Netscape Directory 統合では、データベースに CA 証明書が必要である
症状 SSL を介した Netscape Directory 統合で、ユーザ ページにアクセスできません。
考えられる原因 証明書データベースに CA 証明書が存在しません。
推奨処置 証明書データベースに CA 証明書をコピーしてから、プラグインを実行します。Cisco CallManager（LDAP クライアント）が、Netscape Directory Server（LDAP Server）証明書に署名した者を特定できない場合、LDAP クライアントは証明書が本物であると確信できないため、Netscape Directory Server への接続が失敗します。
関連情報
ディレクトリのインストールと設定については、次の URL にアクセスしてください。
http://www.cisco.com/univercd/cc/td/doc/product/voice/c_callmg/4_1/install
フィードバック