- はじめに
- トラブルシューティングの概要
- トラブルシューティング ツール
- Cisco Unified Communications Manager システムの問題
- デバイスの 問題
- ダイヤル プランとルーティングの問題
- Cisco Unified Communications Manager サービスの問題
- 音声メッセージングの問題
- トラブルシューティングの機能とサービス
- SNMP の トラブルシューティング
- TAC とのサービス リクエストのオープン
- ケース スタディ：Cisco Unified IP Phone コールのトラブルシューティング
- ケース スタディ： Cisco Unified IP Phone と Cisco IOS ゲートウェイ間のコールのトラ ブルシューティング
- 索引
Cisco Unified Communications Manager トラブ ルシューティング ガイド
偏向のない言語
この製品のマニュアルセットは、偏向のない言語を使用するように配慮されています。このマニュアルセットでの偏向のない言語とは、年齢、障害、性別、人種的アイデンティティ、民族的アイデンティティ、性的指向、社会経済的地位、およびインターセクショナリティに基づく差別を意味しない言語として定義されています。製品ソフトウェアのユーザーインターフェイスにハードコードされている言語、RFP のドキュメントに基づいて使用されている言語、または参照されているサードパーティ製品で使用されている言語によりドキュメントに例外が存在する場合があります。シスコのインクルーシブランゲージに対する取り組みの詳細は、こちらをご覧ください。
翻訳について
このドキュメントは、米国シスコ発行ドキュメントの参考和訳です。リンク情報につきましては、日本語版掲載時点で、英語版にアップデートがあり、リンク先のページが移動/変更されている場合がありますことをご了承ください。あくまでも参考和訳となりますので、正式な内容については米国サイトのドキュメントを参照ください。
- Updated:
- 2017年7月13日
章のタイトル： トラブルシューティング ツール
トラブルシューティング ツール
ここでは、Cisco Unified Communications Manager の設定、監視、およびトラブルシューティングを行うために使用するツールやユーティリティについて説明し、テストの繰り返しや同一データの再収集を回避するためのデータ収集に関する一般的なガイドラインを提供します。
（注） このマニュアルにリストされている URL サイトの一部にアクセスするには、登録ユーザとしてログインする必要があります。
•
「Cisco Unified Serviceability のトラブルシューティング ツール」
• 「デバッグ」
• 「一般的なトラブルシューティングのタスク、ツール、およびコマンド」
• 「監査ログ」
Cisco Unified Serviceability のトラブルシューティング ツール
さまざまな Cisco Unified Communications Manager システムを監視および分析するために Cisco Unified Serviceability によって提供されている、次の各種ツールの詳細については、『 Cisco Unified Serviceability Administration Guide 』を参照してください。
コマンドライン インターフェイス
Command Line Interface（CLI; コマンドライン インターフェイス）を使用すると、Cisco Unified Communications Manager システムにアクセスし、基本的なメンテナンスや障害からの回復を行うことができます。ハードワイヤされた端末（システム モニタとキーボード）を使用するか、または SSH セッションを実行することによってシステムにアクセスします。
インストール時に、アカウント名とパスワードが作成されます。パスワードはインストール後に変更できますが、アカウント名は変更できません。
コマンドとは、システムに特定の機能を実行させるテキスト命令を表します。コマンドは、単独で使用される場合と、必須または任意の引数を伴う場合があります。
レベルは、コマンドの集合で構成されます。たとえば、show はレベルを示し、show status はコマンドを示します。また、各レベルとコマンドには、特権レベルが関連付けられています。ユーザは、適切な特権レベルを持っている場合にだけ、コマンドを実行できます。
Cisco Unified Communications Manager の CLI コマンド セットの詳細については、『 Command Line Interface Reference Guide for Cisco Unified Solutions 』を参照してください。
netdump ユーティリティ
netdump ユーティリティを使用すると、ネットワーク上のサーバから別のサーバにデータやメモリ クラッシュ ダンプ ログを送信できます。netdump クライアントとして設定されているサーバから netdump サーバとして設定されているサーバにクラッシュログが送信されます。ログ ファイルは、netdump サーバのクラッシュ ディレクトリに送信されます。
Cisco Unified Communications Manager クラスタでは、netdump サーバとして少なくとも 2 つのノードを設定し、第 1 ノードと後続ノードの間でクラッシュ ダンプ ログを互いに送信できるようにする必要があります。
たとえば、クラスタに 3 つのサーバ（1 つのプライマリ/第 1 ノードと 2 つの後続ノード）がある場合、第 1 ノードと後続ノード #1 を netdump サーバとして設定できます。次に、第 1 ノードを後続ノード #1 の netdump クライアントとして設定し、すべての後続ノードを第 1 ノードの netdump クライアントとして設定できます。第 1 ノードがクラッシュした場合、netdump が後続ノード #1 に送信されます。後続ノードがクラッシュした場合は、netdump が第 1 ノードに送信されます。
Cisco Unified Communications Manager サーバを netdump サーバとして設定せずに、外部の netdump サーバを使用できます。外部の netdump サーバの設定方法については、TAC にお問い合せください。
（注） netdump ユーティリティの設定は、トラブルシューティングのための Cisco Unified Communications Manager をインストールしてから行うことを推奨します。netdump ユーティリティの設定をまだ行っていない場合は、Cisco Unified Communications Manager をサポート対象のアプライアンス リリースからアップグレードする前に行ってください。
netdump のサーバとクライアントを設定するには、次の項で説明されている、Cisco Unified Communications Operating Systemで利用可能な Command Line Interface（CLI; コマンドライン インターフェイス）を使用します。
• 「netdump サーバによって収集されるファイルの処理」
netdump サーバの設定
netdump サーバを設定するには、次の手順を実行します。
ステップ 1 netdump サーバとして設定するノードで、『 Command Line Interface Reference Guide for Cisco Unified Solutions 』の説明に従って CLI セッションを開始します。
ステップ 2 utils netdump server start コマンドを実行します。
ステップ 3 netdump サーバのステータスを表示するには、 utils netdump server status コマンドを実行します。
ステップ 4 「netdump クライアントの設定」の説明に従って netdump クライアントを設定します。
netdump クライアントの設定
netdump クライアントを設定するには、次の手順を実行します。
ステップ 1 netdump クライアントとして設定するノードで、『 Command Line Interface Reference Guide for Cisco Unified Solutions 』の説明に従って CLI セッションを開始します。
ステップ 2 utils netdump client start ip-address-of-netdump-server コマンドを実行します。
ステップ 3 utils netdump server add-client ip-address-of-netdump-client を実行します。netdump クライアントとして設定する各ノードで、このコマンドを繰り返します。
（注） 正しい IP アドレスが入力されていることを確認してください。CLI では、IP アドレスの検証は行われません。
ステップ 4 netdump クライアントのステータスを表示するには、 utils netdump client status コマンドを実行します。
netdump サーバによって収集されるファイルの処理
netdump サーバから送信されたクラッシュ情報を表示するには、Cisco Unified Real-Time Monitoring Tool または Command Line Interface（CLI; コマンドライン インターフェイス）を使用します。Cisco Unified Real-Time Monitoring Tool を使用して netdump ログを収集するには、Trace & Log Central の [Collect Files] オプションを選択します。[Select System Services/Applications] タブで、[Netdump logs] チェックボックスをオンにします。Cisco Unified Real-Time Monitoring Tool を使用したファイル収集の詳細については、『 Cisco Unified Real-Time Monitoring Tool Administration Guide 』を参照してください。
CLI を使用して netdump ログを収集するには、クラッシュ ディレクトリのファイルに対して「file」CLI コマンドを使用します。ログ ファイル名は、netdump クライアントの IP アドレスで始まり、ファイルが作成された日付で終わります。file コマンドの詳細については、『 Command Line Interface Reference Guide for Cisco Unified Solutions 』を参照してください。
netdump ステータスの監視
Cisco Unified Real-Time Monitoring Tool で SyslogSearchStringFound アラートを設定すると、netdump ステータスを監視できます。適切なアラートを設定するには、次の手順を実行します。
ステップ 1 Cisco Unified Real-Time Monitoring Tool のクイック起動チャネルで、[Tools] > [Alert Central] を選択します。
ステップ 2 SyslogStringMatchFound アラートを右クリックし、[Set Alert/Properties] を選択します。
ステップ 4 [SysLog Alert] ウィンドウで、[Add] ボタンをクリックします。[Add Search String] ダイアログボックスが表示されたら、 netdump: failed と入力し、[Add] をクリックします。次に、[Next] をクリックします。
（注） 大文字と小文字、および構文が正確に一致していることを確認してください。
ステップ 5 [Email Notification] ウィンドウで、適切なトリガー アラート アクションを選択し、ユーザ定義の電子メール テキストを入力して、[Save] をクリックします。
ネットワーク管理
Cisco Unified Communications Manager リモート サービスアビリティのために、次のネットワーク管理ツールを使用します。
• 「Cisco Discovery Protocol のサポート」
これらのネットワーク管理ツールの詳細については、次の項に記載されている URL のマニュアルを参照してください。
システム ログ管理
Resource Manager Essentials（RME）にパッケージされている Cisco Syslog Analysis は、他のネットワーク管理システムにも適応可能ですが、Cisco デバイスから送信される Syslog メッセージの管理に最適な方法を提供します。
Cisco Syslog Analyzer は、複数アプリケーションのシステム ログの共通ストレージを提供し、その分析を行う Cisco Syslog Analysis のコンポーネントとして機能します。もう 1 つの主要コンポーネントである Syslog Analyzer Collector は、Cisco Unified Communications Manager サーバからログ メッセージを収集します。
これら 2 つの Cisco アプリケーションが連動し、Cisco Unified Communication ソリューションの集中型システム ログ サービスを提供します。
RME のマニュアルについては、次の URL を参照してください。
http://www.cisco.com/en/US/products/sw/cscowork/ps2073/tsd_products_support_series_home.html
Cisco Discovery Protocol のサポート
Cisco Discovery Protocol がサポートされているため、Cisco Unified Communications Manager サーバの検出および管理が可能です。
Cisco Discovery Protocol のサポートは、CiscoWorks Common Services ソフトウェアに組み込まれています。RME のマニュアルについては、次の URL を参照してください。
http://www.cisco.com/en/US/products/sw/cscowork/ps3996/tsd_products_support_series_home.html
簡易ネットワーク管理プロトコルのサポート
Network Management System（NMS; ネットワーク管理システム）では、業界標準インターフェイスである SNMP を使用して、ネットワーク デバイス間で管理情報が交換されます。TCP/IP プロトコル スイートの一部である SNMP を使用すると、管理者はリモートでネットワークのパフォーマンスを管理し、ネットワークの問題を検出および解決し、ネットワークの拡張計画を立てることができます。
SNMP 管理のネットワークは、管理対象デバイス、エージェント、およびネットワーク管理システムという 3 つの主要コンポーネントで構成されています。
• 管理対象デバイスは、SNMP エージェントを含み、管理対象ネットワークに存在するネットワーク ノードを指します。管理対象デバイスには管理情報が収集および格納され、その情報は SNMP を使用することによって利用可能になります。
• エージェントは、ネットワーク管理ソフトウェアとして、管理対象デバイスに存在します。エージェントには、管理情報のローカルな知識が蓄積され、SNMP と互換性のある形式に変換されます。
• ネットワーク管理システムは、SNMP 管理アプリケーションと、そのアプリケーションが実行されるコンピュータで構成されています。NMS では、管理対象デバイスを監視および制御するアプリケーションが実行されます。ネットワーク管理に必要な処理とメモリ リソースの大部分は、NMS によって提供されます。次の NMS は Cisco Unified Communications Manager と互換性を持っています。
– CiscoWorks Common Services ソフトウェア
（マニュアルの URL：
http://www.cisco.com/en/US/products/sw/cscowork/ps3996/tsd_products_support_series_home.html ）
– SNMP および Cisco Unified Communications Manager SNMP インターフェイスをサポートするサードパーティ アプリケーション
スニファ トレース
通常、スニファ トレースは、VLAN または問題の情報が含まれるポート（CatOS、Cat6K-IOS、XL-IOS）にまたがるように設定された Catalyst ポートに、ラップトップやその他のスニファ搭載デバイスを接続することによって収集します。利用可能なポートが空いていない場合は、スニファ搭載デバイスを、スイッチとデバイスの間に挿入されるハブに接続します。
ヒント TAC のエンジニアがトレースを読解しやすいように、TAC で広く使用されている Sniffer Pro ソフトウェアを使用することを推奨します。
IP Phone、ゲートウェイ、Cisco Unified Communications Manager など、関連するすべての装置の IP/MAC アドレスを利用可能にしておいてください。
デバッグ
debug 特権 EXEC コマンドの出力は、プロトコルのステータスおよびネットワーク アクティビティ全般に関する、さまざまなネットワーク間イベントについての診断情報を提供します。
端末エミュレータ ソフトウェア（ハイパーターミナルなど）を設定し、デバッグ出力をファイルに取得できるようにしてください。ハイパーターミナルで、[転送（Transfer）] をクリックし、[テキストのキャプチャ（Capture Text）] をクリックして、適切なオプションを選択します。
IOS 音声ゲートウェイ デバッグを実行する前に、 service timestamps debug datetime msec がゲートウェイでグローバルに設定されていることを確認してください。
（注） 営業時間中にライブ環境でデバッグを収集することは避けてください。
営業時間外にデバッグを収集することを推奨します。ライブ環境でデバッグを収集する必要がある場合は、 no logging console および logging buffered を設定します。デバッグを収集するには、 show log を使用します。
デバッグは長くなることがあるため、コンソール ポート（デフォルト logging console ）またはバッファ（ logging buffer ）でデバッグを直接収集します。セッションを介してデバッグを収集すると、デバイスのパフォーマンスが低下して、デバッグが不完全となり、デバッグを再収集する必要が生じることがあります。
デバッグを停止するには、 no debug all コマンドまたは undebug all コマンドを使用します。 show debug コマンドを使用して、デバッグがオフになっていることを確認してください。
Cisco Secure Telnet
Cisco Service Engineer（CSE; シスコ サービス エンジニア）は、Cisco Secure Telnet を使用して、サイト上の Cisco Unified Communications Manager ノードに対して透過的にファイアウォール アクセスを実行できます。Cisco Secure Telnet は、強力な暗号化を使用して、シスコシステムズ内の特別な Telnet クライアントを、ファイアウォールの内側にある Telnet デーモンに接続できます。このセキュアな接続により、ファイアウォールを変更せずに、Cisco Unified Communications Manager ノードの監視およびトラブルシューティングをリモートで行うことができます。
（注） シスコは、お客様の承諾を得た場合にだけこのサービスを提供します。サイトに、このプロセスの開始を支援するネットワーク管理者を配置する必要があります。
パケット キャプチャ
• 「Standard Packet Sniffer Users グループへのエンド ユーザの追加」
• 「[電話の設定（Phone Configuration）] ウィンドウでのパケット キャプチャの設定」
• 「[ゲートウェイの設定（Gateway Configuration）] ウィンドウおよび [トランクの設定（Trunk Configuration）] ウィンドウでのパケット キャプチャの設定」
パケット キャプチャの概要
メディアや TCP パケットをスニフィングするサードパーティ製トラブルシューティング ツールは、暗号化をイネーブルにしたあとは機能しません。このため、問題が発生した場合は、Cisco Unified CM の管理を使用して次のタスクを行う必要があります。
• Cisco Unified Communications Manager とデバイスとの間で交換されるメッセージのパケットの分析（Cisco Unified IP Phone [SIP と SCCP]、Cisco IOS MGCP ゲートウェイ、H.323 ゲートウェイ、H.323/H.245/H.225 トランク、または SIP トランク）
• デバイス間の Secure Real Time Protocol（SRTP）パケットのキャプチャ
• メッセージからのメディア暗号化鍵情報の抽出、およびデバイス間のメディアの復号化
ヒント このタスクを複数のデバイスに対して同時に実行すると、CPU 使用率が高くなり、コール処理が中断される可能性があります。このタスクは、コール処理が中断される危険性が最も少ないときに実行することを強く推奨します。
詳細については、『 Cisco Unified Communications Manager Security Guide 』を参照してください。
パケット キャプチャの設定チェックリスト
必要なデータを抽出し、分析するには、 表 2-2 に示すタスクを行います。
|
|
|
|
|---|---|---|
Cisco Unified CM の管理の [サービス パラメータ設定（Service Parameter Configuration）] ウィンドウで、パケット キャプチャのサービス パラメータを設定します。たとえば、Packet Capture Enable サービス パラメータを設定します。 |
||
[電話の設定（Phone Configuration）]、[ゲートウェイの設定（Gateway Configuration）]、または [トランクの設定（Trunk Configuration）] の各ウィンドウで、デバイスごとのパケット キャプチャの設定を行います。 （注） パケット キャプチャは、複数のデバイスで同時にはイネーブルにしないことを強く推奨します。このタスクによって、ネットワークで使用されている CPU の使用率が上昇する可能性があるためです。 |
• • |
|
パケットをキャプチャしたら、Packet Capture Enable サービス パラメータを False に設定します。 |
||
Cisco Technical Assistance Center（TAC）がパケットを分析します。このタスクについては、TAC に直接お問い合せください。 |
||
Standard Packet Sniffer Users グループへのエンド ユーザの追加
Standard Packet Sniffer Users グループに所属するユーザは、パケット キャプチャをサポートしているデバイスについて、パケット キャプチャ モードとパケット キャプチャ時間を設定できます。ユーザが Standard Packet Sniffer Users グループに含まれていない場合、そのユーザはパケット キャプチャを開始できません。
次の手順では、エンド ユーザを Standard Packet Sniffer Users グループに追加する方法について説明します。この手順では、『 Cisco Unified Communications Manager Administration Guide 』の説明に従って、Cisco Unified CM の管理でエンド ユーザを設定したことを前提としています。
ステップ 1 『 Cisco Unified Communications Manager Administration Guide 』の説明に従って、ユーザ グループを検索します。
ステップ 2 [検索/リスト（Find/List）] ウィンドウが表示されたら、[標準パケット スニファ ユーザ（Standard Packet Sniffer Users）] リンクをクリックします。
ステップ 3 [グループにエンド ユーザを追加（Add Users to Group）] ボタンをクリックします。
ステップ 4 『 Cisco Unified Communications Manager Administration Guide 』の説明に従って、エンド ユーザを追加します。
ステップ 5 ユーザを追加したら、[保存（Save）] をクリックします。
パケット キャプチャのサービス パラメータの設定
パケット キャプチャのパラメータを設定するには、次の手順を実行します。
ステップ 1 Cisco Unified CM の管理で、[システム（System）] > [サービス パラメータ（Service Parameters）] を選択します。
ステップ 2 [サーバ（Server）] ドロップダウン リスト ボックスで、Cisco CallManager サービスをアクティブにした Active サーバを選択します。
ステップ 3 [サービス（Service）] ドロップダウン リスト ボックスで、[Cisco CallManager (Active)] サービスを選択します。
ステップ 4 [TLS パケット キャプチャ設定（TLS Packet Capturing Configuration）] ペインまでスクロールして、パケット キャプチャを設定します。
ヒント サービス パラメータについては、ウィンドウに表示されているパラメータ名または疑問符をクリックしてください。
（注） パケット キャプチャを実行するには、Packet Capture Enable サービス パラメータを True に設定する必要があります。
ステップ 5 変更内容を有効にするには、[保存（Save）] をクリックします。
ステップ 6 パケット キャプチャの設定を続行する場合は、次のいずれかの項を参照してください。
• 「[電話の設定（Phone Configuration）] ウィンドウでのパケット キャプチャの設定」
• 「[ゲートウェイの設定（Gateway Configuration）] ウィンドウおよび [トランクの設定（Trunk Configuration）] ウィンドウでのパケット キャプチャの設定」
[電話の設定（Phone Configuration）] ウィンドウでのパケット キャプチャの設定
[サービス パラメータ（Service Parameter）] ウィンドウでパケット キャプチャをイネーブルにしたら、Cisco Unified CM の管理の [電話の設定（Phone Configuration）] ウィンドウで、デバイスごとにパケット キャプチャを設定できます。
電話機ごとに、パケット キャプチャをイネーブルまたはディセーブルにします。パケット キャプチャのデフォルト設定は、None です。
パケットをキャプチャしない場合、またはタスクが完了した場合は、Packet Capture Enable サービス パラメータを False に設定します。
電話機のパケット キャプチャを設定するには、次の手順を実行します。
ステップ 1 パケット キャプチャを設定する前に、「パケット キャプチャの設定チェックリスト」を参照してください。
ステップ 2 『 Cisco Unified Communications Manager Administration Guide 』の説明に従って、SIP 電話機または SCCP 電話機を検索します。
ステップ 3 [電話の設定（Phone Configuration）] ウィンドウが表示されたら、 表 2-3 の説明に従って、トラブルシューティングの設定を行います。
ステップ 4 設定が完了したら、[保存（Save）] をクリックします。
ステップ 5 [リセット（Reset）] ダイアログボックスで、[OK（OK）] をクリックします。
ヒント Cisco Unified CM の管理からデバイスをリセットするように求められますが、パケットをキャプチャするためにデバイスをリセットする必要はありません。
該当するデバイス間でスニファ トレースを使用して、SRTP パケットをキャプチャします。
パケットをキャプチャしたら、Packet Capture Enable サービス パラメータを False に設定します。
「キャプチャしたパケットの分析」を参照してください。
[ゲートウェイの設定（Gateway Configuration）] ウィンドウおよび [トランクの設定（Trunk Configuration）] ウィンドウでのパケット キャプチャの設定
次のゲートウェイおよびトランクは、Cisco Unified CM の管理でのパケット キャプチャをサポートしています。
ヒント パケット キャプチャは、複数のデバイスで同時にはイネーブルにしないことを強く推奨します。このタスクによって、ネットワークで使用されている CPU の使用率が上昇する可能性があるためです。
パケットをキャプチャしない場合、またはタスクが完了した場合は、Packet Capture Enable サービス パラメータを False に設定します。
[ゲートウェイの設定（Gateway Configuration）] ウィンドウまたは [トランクの設定（Trunk Configuration）] ウィンドウでパケット キャプチャの設定を行うには、次の手順を実行します。
ステップ 1 パケット キャプチャを設定する前に、「パケット キャプチャの設定チェックリスト」を参照してください。
• 『 Cisco Unified Communications Manager Administration Guide 』の説明に従って、Cisco IOS MGCP ゲートウェイを検索します。
• 『 Cisco Unified Communications Manager Administration Guide 』の説明に従って、H.323 ゲートウェイを検索します。
• 『 Cisco Unified Communications Manager Administration Guide 』の説明に従って、H.323、H.245、または H.225 トランクを検索します。
• 『 Cisco Unified Communications Manager Administration Guide 』の説明に従って、SIP トランクを検索します。
ステップ 3 設定ウィンドウが表示されたら、[パケット キャプチャ モード（Packet Capture Mode）] と [パケット キャプチャ時間（Packet Capture Duration）] の設定値を確認します。
ヒント Cisco IOS MGCP ゲートウェイを見つけたら、Cisco IOS MGCP ゲートウェイ用のポートを『Cisco Unified Communications Manager Administration Guide』の説明に従って設定してあることを確認します。Cisco IOS MGCP ゲートウェイのパケット キャプチャ設定値は、エンドポイント識別子の [ゲートウェイの設定（Gateway Configuration）] ウィンドウに表示されます。このウィンドウにアクセスするには、音声インターフェイス カードのエンドポイント識別子をクリックします。
ステップ 4 表 2-3 の説明に従って、トラブルシューティングの設定を行います。
ステップ 5 パケット キャプチャを設定したら、[保存（Save）] をクリックします。
ステップ 6 [リセット（Reset）] ダイアログボックスで、[OK（OK）] をクリックします。
ヒント Cisco Unified CM の管理からデバイスをリセットするように求められますが、パケットをキャプチャするためにデバイスをリセットする必要はありません。
該当するデバイス間でスニファ トレースを使用して、SRTP パケットをキャプチャします。
パケットをキャプチャしたら、Packet Capture Enable サービス パラメータを False に設定します。
「キャプチャしたパケットの分析」を参照してください。
パケット キャプチャの設定値
[パケット キャプチャ モード（Packet Capture Mode）] と [パケット キャプチャ時間（Packet Capture Duration）] の設定値について説明した 表 2-3 とともに、次の項も参照してください。
• 「[電話の設定（Phone Configuration）] ウィンドウでのパケット キャプチャの設定」
• 「[ゲートウェイの設定（Gateway Configuration）] ウィンドウおよび [トランクの設定（Trunk Configuration）] ウィンドウでのパケット キャプチャの設定」
キャプチャしたパケットの分析
Cisco Technical Assistance Center（TAC）は、デバッグ ツールを使用してパケットを分析します。TAC にお問い合せいただく前に、該当するデバイス間でスニファ トレースを使用して、SRTP パケットをキャプチャしてください。次の情報を収集したら、TAC に直接お問い合せください。
• パケット キャプチャ ファイル： https://<IP アドレスまたはサーバ名>/pktCap/ pktCap.jsp?file=mm-dd-yyyy.pkt 。サーバを参照し、西暦年と日付（mm-dd-yyyy）別のパケット キャプチャ ファイルを見つけます。
• ファイルの鍵： https://<IP アドレスまたはサーバ名>/pktCap/ pktCap.jsp?key=mm-dd-yyyy.pkt 。サーバを参照し、西暦年と日付（mm-dd-yyyy）別の鍵を見つけます。
• Standard Packet Sniffer Users グループに所属しているエンド ユーザのユーザ名とパスワード。
詳細については、『 Cisco Unified Communications Manager Security Guide 』を参照してください。
一般的なトラブルシューティングのタスク、ツール、およびコマンド
ここでは、ルート アクセスがディセーブルになっている Cisco Unified Communications Manager サーバをトラブルシューティングするためのコマンドおよびユーティリティについて簡単に説明します。 表 2-4 に、システムのさまざまな問題をトラブルシューティングするための情報収集に使用できる CLI コマンドおよび GUI 選択オプションの要約を示します。
|
|
|
|
|
|---|---|---|---|
| show perf query class Processor |
|||
表 2-5 に、一般的な問題と、そのトラブルシューティングに使用するツールのリストを示します。
トラブルシューティングのヒント
次の各ヒントは、Cisco Unified Communications Manager のトラブルシューティングに役立ちます。
ヒント Cisco Unified Communications Manager のリリース ノートで既知の問題を確認します。リリース ノートには、既知の問題の説明と対応策が記載されています。
各 Cisco Unified Communications Manager ログはファイルをローカルでトレースします。電話機またはゲートウェイが特定の Cisco Unified Communications Manager に登録されている場合、その Cisco Unified Communications Manager でコールが開始されると、コール処理はそこで実行されます。問題をデバッグするには、その Cisco Unified Communications Manager 上のトレースを取り込む必要があります。
デバイスがサブスクライバ サーバに登録されているにもかかわらず、パブリッシャ サーバ上のトレースを取り込むという間違いがよくあります。そのトレース ファイルはほとんど空です（そのファイルには目的のコールが含まれていません）。
デバイス 1 を CM1 に登録し、デバイス 2 を CM2 に登録しているために問題が生じることも多くあります。デバイス 1 がデバイス 2 をコールすると CM1 でコール トレースが実行され、デバイス 2 がデバイス 1 をコールすると CM2 でトレースが実行されます。双方向のコール問題のトラブルシューティングを行う場合は、トラブルシューティングに必要なすべての情報を得るために、両方の Cisco Unified Communications Manager からの両方のトレースが必要となります。
複数のコールが発信された可能性があるため、コールのおおよその時刻を確認していると、TAC が問題を迅速に特定するのに役立ちます。
アクティブなコール中に [i] ボタンまたは [?] ボタンを 2 回押すと、Cisco Unified IP Phone 79xx 上で統計情報を取得できます。
テストを実行して問題を再現し、情報を生成する場合は、問題を理解するために不可欠な次のデータを確認してください。
（注） トラブルシューティングには、すべての機器の時刻が同期化されていることが重要であることに注意してください。
問題を再現している場合は、ファイルの変更日付とタイムスタンプを調べて、その時間枠のファイルを選択します。適切なトレースを収集する最良の方法は、問題を再現してからすぐに最新のファイルを見つけ、そのファイルを Cisco Unified Communications Manager サーバからコピーすることです。
ヒント ログ ファイルを保存して、上書きされないようにします。
ファイルは、時間が経つと上書きされます。ログが記録されているファイルを調べる唯一の方法は、メニューバーで [表示（View）] > [リフレッシュ（Refresh）] を選択し、ファイルの日付と時刻を確認することです。
システム履歴ログ
システム履歴ログを使用すると、システムの初期インストール、システムのアップグレード、Cisco オプションのインストール、DRS バックアップと DRS 復元、バージョン切り替えとリブート履歴などの情報の概要を中央からすばやく把握できます。
システム履歴ログの概要
システム履歴ログは、 system-history.log という単純な ASCII ファイルとして保管され、そのデータはデータベース内には保持されません。サイズが膨大ではないため、ローテーションされることはありません。
• ソフトウェアの各アップデート（Cisco オプション ファイルおよびパッチ）の成功、失敗、またはキャンセルを記録します。
• CLI または GUI によって発行されるバージョン切り替えの各呼び出しを記録します。
• CLI または GUI によって発行される再起動およびシャットダウンの各呼び出しを記録します。
• システムの各ブートを記録します。再起動エントリまたはシャットダウン エントリと関連付けられていない場合のブートは、手動リブート、電源サイクル、またはカーネル パニックの結果として発生したものです。
• 初期インストール以降、または機能が利用可能になって以降のシステム履歴を単一ファイルに保持します。
• インストール フォルダに存在します。 file コマンドか、または Real Time Monitoring Tool（RTMT）を使用して、CLI からログにアクセスできます。
システム履歴ログのフィールド
ログには、製品名、製品バージョン、およびカーネル イメージに関する情報を含む、次のような共通のヘッダーが表示されます。
=====================================
Product Name - Cisco Unified Communications Manager
Product Version - 7.1.0.39000-9023
=====================================
システム履歴ログの各エントリには、次のようなフィールドがあります。
timestamp userid action description start/result
システム履歴ログのフィールドには、次のような値が含まれます。
• timestamp ：サーバ上のローカルな日付と時刻が mm/dd/yyyy hh:mm:ss の形式で表示されます。
• userid ：アクションを呼び出したユーザの名前が表示されます。
• action ：次のいずれかのアクションが表示されます。
• description ：次のいずれかのメッセージが表示されます。
– Version ：基本インストール、Windows アップグレード、インストール時のアップグレード、アップグレードの各アクションが表示されます。
– Cisco Option file name ：Cisco オプションのインストールのアクションが表示されます。
– Timestamp ：DRS バックアップと DRS 復元の各アクションが表示されます。
– Active version to inactive version ：バージョン切り替えのアクションが表示されます。
– Active version ：システム再起動、シャットダウン、およびブートの各アクションが表示されます。
例 2-1 に、システム履歴ログの例を示します。
システム履歴ログへのアクセス
システム履歴ログにアクセスするには、CLI または RTMT を使用できます。
次のように CLI の file コマンドを使用すると、システム履歴ログにアクセスできます。
• file view install system-history.log
• file get install system-history.log
CLI の file コマンドの詳細については、『 Command Line Interface Reference Guide for Cisco Unified Solutions 』を参照してください。
RTMT を使用してシステム履歴ログにアクセスすることもできます。[Trace and Log Central] タブで、[Collect Install Logs] を選択します。
RTMT の使用の詳細については、『 Cisco Unified Real-Time Monitoring Tool Administration Guide 』を参照してください。
監査ログ
集中型監査ログによって、Cisco Unified Communications Manager システムの設定の変更が個別の監査ログ ファイルに記録されます。監査イベントは、記録する必要があるすべてのイベントを指します。次の Cisco Unified Communications Manager コンポーネントによって監査イベントが生成されます。
• Cisco Unified Serviceability
• Cisco Unified Communications Manager CDR Analysis and Reporting
• Cisco Unified Real-Time Monitoring Tool
• Cisco Unified Communications Operating System
• Remote Support Account Enabled（テクニカル サポート チームによって発行される CLI コマンド）
監査イベントに関する情報が含まれている監査ログは、共通のパーティションに書き込まれます。これらの監査ログのパージは、トレース ファイルと同様に、Log Partition Monitor（LPM）によって管理されます。デフォルトでは、LPM によって監査ログがパージされますが、監査ユーザは Cisco Unified Serviceability の [Audit User Configuration] ウィンドウからこの設定を変更できます。共通パーティションのディスク使用量がしきい値を超えると、LPM によってアラートが送信されますが、アラートには、ディスクが監査ログまたはトレース ファイルによっていっぱいであるかどうかに関する情報は含まれていません。
ヒント 監査ログをサポートするネットワーク サービスである Cisco Audit Event Service は、Cisco Unified Serviceability の Control Center-Network Services に表示されます。監査ログへの書き込みが行われない場合は、Cisco Unified Serviceability で [Tools] > [Control Center-Network Services] を選択し、このサービスを停止してから開始します。
すべての監査ログは、Cisco Unified Real-Time Monitoring Tool の Trace and Log Central で収集、表示、および削除されます。RTMT の Trace and Log Central で監査ログにアクセスします。[System] > [Real-Time Trace] > [Audit Logs] > [Nodes] に移動します。ノードを選択したら、別のウィンドウに [System] > [Cisco Audit Logs] が表示されます。
RTMT の AuditApp フォルダに表示されるアプリケーション監査ログには、Cisco Unified CM の管理、Cisco Unified Serviceability、CLI、Cisco Unified Real-Time Monitoring Tool（RTMT）、Disaster Recovery System、および Cisco Unified CDR Analysis and Reporting（CAR）の設定変更が示されます。
アプリケーション ログはデフォルトでイネーブルになっていますが、Cisco Unified Serviceability で [Tools] > [Audit Log Configuration] を選択することによって設定を変更できます。監査ログの設定変更の詳細については、『 Cisco Unified Serviceability Administration Guide 』を参照してください。
Cisco Unified Serviceability で監査ログがディセーブルになると、新しい監査ログは作成されません。
ヒント 監査の役割を割り当てられたユーザだけが監査ログの設定を変更する権限を持っています。新規のインストールまたはアップグレード後には、デフォルトで CCMAdministrator に監査の役割が割り当てられます。CCMAdministrator は、監査のために作成した新規ユーザを「Standard Audit Users」グループに割り当てることができます。その後、CCMAdministrator を監査ユーザ グループから削除できます。「Standard Audit Log Configuration」役割には、監査ログを削除する権限と、Cisco Unified Real-Time Monitoring Tool、Trace Collection Tool、RTMT Alert Configuration、[Control Center - Network Services] ウィンドウ、RTMT Profile Saving、[Audit Configuration] ウィンドウ、および Audit Traces という新規リソースへの読み取り/更新権限が与えられます。
Cisco Unified Communications Manager では、1 つのアプリケーション監査ログ ファイルが作成され、設定済みの最大ファイル サイズに到達すると、そのファイルが閉じられて新しいアプリケーション監査ログ ファイルが作成されます。システムでログ ファイルのローテーションが指定されている場合は、Cisco Unified Communications Manager によって設定済みの数のファイルが保存されます。ログ イベントの一部は、RTMT SyslogViewer を使用して表示できます。
Cisco Unified CM の管理では、次のイベントが記録されます。
• ユーザのロールメンバーシップの更新（ユーザの追加、ユーザの削除、またはユーザのロールの更新）
• サーバ設定の更新（アラームまたはトレースの設定、サービス パラメータ、エンタープライズ パラメータ、IP アドレス、ホスト名、イーサネット設定の変更、およびCisco Unified Communications Manager サーバの追加または削除）
Cisco Unified Serviceabilityでは、次のイベントが記録されます。
• Serviceability ウィンドウからのサービスのアクティブ化、非アクティブ化、開始、または停止。
• Serviceability Reports Archive のレポートの参照。このログはレポーター ノードで表示します。
RTMT では、次のイベントが監査イベント アラームとともに記録されます。
Cisco Unified Communications Manager CDR Analysis and Reportingでは、次のイベントが記録されます。
• ユーザ レポート、システム レポート、デバイス レポートの日次、週次、月次のスケジュール
Disaster Recovery System では次のイベントが記録されます。
• バックアップ スケジュールの保存、更新、削除、イネーブル化、ディセーブル化
RTMT の informix フォルダに表示されるデータベース監査ログでは、データベースの変更がレポートされます。このログは、デフォルトではイネーブルになっていませんが、Cisco Unified Serviceability で [Tools] > [Audit Log Configuration] を選択することによって設定を変更できます。監査ログの設定変更の詳細については、『 Cisco Unified Serviceability Administration Guide 』を参照してください。
このログは、アプリケーションの設定変更を記録するアプリケーション監査ログとは異なり、データベースの変更を記録します。Cisco Unified Serviceability でデータベース監査がイネーブルに設定されるまで、informix フォルダは RTMT に表示されません。
RTMT の vos フォルダに表示されるオペレーティング システム監査ログでは、オペレーティング システムによってトリガーされるイベントがレポートされます。デフォルトでは、イネーブルになっていません。 utils auditd CLI コマンドによって、イネーブルまたはディセーブルにしたり、イベントのステータスを提供したりできます。
CLI で監査がイネーブルに設定されるまで、vos フォルダは RTMT に表示されません。
CLI の詳細については、『 Command Line Interface Reference Guide for Cisco Unified Solutions 』を参照してください。
RTMT の vos フォルダに表示されるリモート サポート アカウント イネーブル化ログでは、テクニカル サポート チームによって発行される CLI コマンドがレポートされます。このログの設定は変更できません。このログは、テクニカル サポート チームによってリモート サポート アカウントがイネーブルに設定された場合にだけ作成されます。
Cisco Unified Communications Manager サービスが動作していることの確認
サーバ上で Cisco CallManager サービスがアクティブであることを確認するには、次の手順を実行します。
ステップ 1 Cisco Unified CM の管理で、[ナビゲーション（Navigation）] > [Cisco Unified Serviceability] を選択します。
ステップ 2 [Tools] > [Service Activation] の順に選択します。
ステップ 3 [Server] カラムから必要なサーバを選択します。
選択したサーバが Current Server というタイトルの隣に表示され、設定済みのサービスを示す一連のボックスが表示されます。
Cisco CallManager 行の [Activation Status] カラムに、[Activated] または [Deactivated] と表示されます。
[Activated] というステータスが表示されている場合、選択したサーバ上で、指定した Cisco CallManager サービスがアクティブのままになっています。
[Deactivated] というステータスが表示されている場合は、引き続き次のステップを実行します。
ステップ 4 目的の Cisco CallManager サービスのチェックボックスをオンにします。
指定した Cisco CallManager サービス行の [Activation Status] カラムに [Activated] と表示されます。
これで、選択したサーバ上の指定したサービスがアクティブになります。
Cisco CallManager サービスがアクティブであるかどうか、およびサービスが現在動作しているかどうかを確認するには、次の手順を実行します。
ステップ 1 Cisco Unified CM の管理で、[ナビゲーション（Navigation）] > [Cisco Unified Serviceability] を選択します。
[Cisco Unified Serviceability] ウィンドウが表示されます。
ステップ 2 [Tools] > [Control Center - Feature Services] を選択します。
ステップ 3 [Server] カラムからサーバを選択します。
選択したサーバが Current Server というタイトルの隣に表示され、設定済みのサービスを示すボックスが表示されます。
[Status] カラムに、選択したサーバでどのサービスが動作しているかが表示されます。
フィードバック