Cisco Unified CallManager CDR Analysis and Reporting アドミニストレーション ガイド Release 5.1(3)

CDR Analysis and Reporting の概要

---

Cisco Unified CallManager のサービスアビリティの Tools メニューには、CDR Analysis and Reporting（CAR）があります。CAR は、QoS（Quality of Service）、トラフィック、および課金情報に関するレポートを生成します。

（注） CAR では、iDivert（即転送）コール（コールをボイス メッセージング システムに転送する機能）は処理されず、通常のコールとして扱われます。iDivert 機能を起動した後、コールの一部が正しいパーティに対して課金されないことがあります。

この章は次の内容で構成されています。

• 「CDR のデータについて」

• 「CDR Analysis and Reporting について」

• 「CAR 管理者、マネージャ、およびユーザ」

• 「CAR システムの設定値」

• 「CAR のレポート」

• 「CDR 検索」

• 「CDR Analysis and Reporting の国際化」

• 「Web ブラウザ」

• 「CDR Analysis and Reporting の設定チェックリスト」

• 「関連トピック」

CDR のデータについて

呼詳細レコード（CDR）は、着番号、コールを発信した番号、コールの開始日時、接続日時、および終了日時を詳細に記述したものです。呼管理レコード（CMR）は、ジッタ、喪失パケット、コール中に送受信されたデータの量、および遅延を詳細に記述したもので、診断レコードとも呼ばれます。CDR データは、CDR および CMR の集合から構成されます。1 つのコールによって、複数の CDR と CMR が生成されることもあります。Cisco Unified CallManager では、各コールに関する情報を CDR と CMR に記録します。CDR と CMR（まとめて CDR データと呼ばれます）は、CAR の基本的な情報ソースとして機能します。

Cisco CDR Agent サービスは、Cisco Unified CallManager が生成する CDR と CMR のファイルをローカル ホストから取得して、CDR Repository Manager サービスが動作しているリポジトリ ノードに SFTP 接続を介して転送します。SFTP 接続を確立できない場合は、接続が作成されるまで、引き続き CDR リポジトリ ノードへの接続を試行します。CDR リポジトリ ノードに向かう接続が復旧すると、それまでに蓄積されたすべての CDR ファイルを Cisco CDR Agent サービスが送信します。CDR Repository Manager サービスは、CDR と CMR のファイルを保守し、CDR と CMR で使用されるディスク スペースを確保し、これらのファイルを 3 つまでの設定済み宛先に送信して、送信の結果を宛先ごとに追跡します。CDR Analysis and Reporting（CAR）がアクセスする CDR ファイルと CMR ファイルは、CDR Repository Manager サービスの作成するディレクトリ構造の中にあります。

設定する最高水準点と最低水準点により、CDR リポジトリに割り当てる合計ディスク スペースの割合（%）を指定します。CDR リポジトリ フォルダ下に保存されたフォルダは最高水準点および最低水準点の割合（%）の原因となりますが、最高水準点に達した場合でも Log Partition Monitoring ではこのフォルダは削除されません。最高水準点に達した場合、CDR Repository Manager は、最低水準点に達するかまたはすべての処理されたファイルが削除されるまで、処理された CDR ファイルを削除します。処理された CDR ファイルがすべて削除されても最低水準点には達していない場合、削除処理は停止します。最大ディスク割り当てに達するまで、CDRHighWaterMarkExceeded アラームが生成されます。最大ディスク割り当てに達すると、未送信のファイルおよび保存期間内のファイルは、ディスクの使用量が最高水準点より下回るまで、古いものから順に削除されます。この計画で CDRMaximumDiskSpaceExceeded アラームが繰り返し発生する場合は、ディスク割り振りを 増加させるか保存日数を減少してください。

CDR のサービスおよび警告の詳細については、『 Cisco Unified CallManager Serviceability アドミニストレーション ガイド 』を参照してください。

（注） Cisco Unified CallManager 4.x からアップグレードする場合は、CAR データベースに含まれている CDR を Cisco Unified CallManager が CSV ファイルに保存します。Data Migration Tool では、これらの CSV ファイルを使用して CAR データベースをアップグレードします。CSV ファイルの格納場所は /common/download/windows/car です。事前生成されるレポートの格納場所は、
/common/download/windows/pregenerated です。

Cisco Unified CallManager 5.x では、以前のリリースとは異なり、CDR レコードの格納に CDR データベースを使用しないため、CDR データは Cisco Unified CallManager 5.x システムには移行されません。

CDR Analysis and Reporting について

CAR の主な機能は、Cisco Unified CallManager のユーザに関するレポートと、システムのコール処理のステータスに関するレポートを生成することです。CAR は、CAR のデータベース管理アクティビティも行います。これらのタスクは、次のいずれかの方法で実行できます。

• 目的のタスクが実行されるように自動設定する。

• Web インターフェイスを使用してタスクを手動で実行する。

CAR には、Cisco Unified CallManager Serviceability にある Tools メニューからアクセスします。「CAR のアクティブ化」の説明に従って、必要なサービスをあらかじめアクティブにしておく必要があります。

すべての CAR レポートが CDR データを使用します。CAR が処理する CDR は、CDR Repository サービスが CDR リポジトリ フォルダ構造に配置したフラット ファイルから取得されます。CAR では、スケジューリングされた時刻および頻度に従って CDR を処理します。デフォルトでは、CDR データは毎日午前 0 時から午前 5 時までロードされます。ただし、ロードする時刻、間隔、期間は必要に応じて設定できます。オプションを指定すると、CDR データを毎日 24 時間連続してロードできます。「CDR データのみをロード」するオプションもあります（対応する CMR レコードはロードされません）。

CAR では、各種のレポートに必要となる情報を、CDR と CMR、さらに Cisco Unified CallManager データベースから取得します。

レポートのスケジューリング

CAR レポートは、スケジュールを設定して定期的に自動生成することができます。スケジューリング可能なレポートは、それぞれ独自に生成間隔を保持しています。レポートの生成間隔は、日次、週次、または月次にすることができます。日報をスケジューリングすると、レポート生成間隔を保持しているすべてのレポートが、日次としてスケジューリングされます。同様に、週報や月次報告をスケジューリングすると、レポート生成間隔を保持しているすべてのレポートが、週次や月次としてスケジューリングされます。レポートの保管期間を指定することもできます。この期間を過ぎると、レポートは自動的に削除されます。

CAR で使用されるレポート生成および削除のスケジュールは、デフォルトでは次のとおりです。

• 日報は、毎日午前 1 時に実行されます。これらのレポートは 2 日後に消去されます。

• 週報は、毎週日曜日の午前 4 時に実行されます。これらのレポートは 4 週間後に消去されます。

• 月次請求書レポートは、毎月 1 日の午前 3 時に実行されます。これらのレポートは 2 か月後に消去されます。

• この他の月次報告は、毎月 1 日の午前 2 時に実行されます。これらのレポートは 2 か月後に消去されます。

（注） レポートおよびデフォルト生成スケジュールのリストについては、「CAR のレポートの概要」を参照してください。

システムを監視するには、QoS レポートなどの各種のレポートを自動生成して、定期的に確認します。規模が非常に大きいシステムでは 1 日 1 回、比較的小規模のシステムでは 1 ～ 2 週に 1 回確認します。QoS レポートは、ネットワーク上で発生しているコールの品質を調べて、パフォーマンスを強化するための追加ハードウェアが必要かどうかを判断するのに役立ちます。ゲートウェイ、ボイス メッセージング、会議ブリッジ、ルート グループ、ルート リスト、およびルート パターンに関する使用状況レポートを使用すると、使用状況がグラフで提供されるので、システムでの処理に役立ちます。

また、レポート パラメータをカスタマイズしてメーリング オプションを有効にすることで、レポートが作成されたときにそれらを電子メールで送信することもできます。Customize Parameters オプションを使用すると、特定のレポートのパラメータを［Customize Parameters］ウィンドウでカスタマイズできます。個々のレポートについて、該当するレポートのパラメータをカスタマイズすることができます。

警告のセットアップ

CAR は、さまざまなイベントについて電子メール警告を提供します。たとえば、次のようなイベントがあります。

• 料金限度通知：ユーザの 1 日間の利用額が、所定の上限値を超えたことを示します。この上限値は、 ［Report Config］>［Notification Limits］ ウィンドウで設定できます。

• QOS 通知：品質の良好なコールの割合（%）が所定の範囲を下回ったこと、または品質の低いコールの割合が所定の上限値を超えたことを示します。この範囲は、 ［Report Config］>［Notification Limits］ ウィンドウで設定できます。

システムで電子メール警告を有効にするプロセスは、2 つの手順で構成されます。まず、メール サーバの構成情報を指定する必要があります（ ［System］>［System Parameters］>［Mail Parameters］ ）。CAR は、構成情報を使用して電子メール サーバに正常に接続します。次に、［Automatic Report Generation/Alert］ウィンドウで電子メール警告を有効にする必要があります（ ［Report Config］>［Automatic Generation/Alert］ ）。デフォルトでは、CAR で電子メール警告が有効になっているのは一部のレポートであり、すべてのレポートで有効になっているわけではありません。

（注） アプリケーション ユーザには、電子メール ID がないため、電子メール警告が送信されません。

CAR データの消去

この項は、次の内容で構成されています。

• 自動消去

• 手動消去

• イベント ログの消去

CAR では、CAR データベースの内容を自動および手動で消去することができます。デフォルトでは、自動消去が有効になっています。CDR/CMR のロードの前後に、CAR は CAR データベースのサイズを確認し、必要な場合は、自動消去を実行して CAR データベースのサイズを制御します。

自動消去の場合、CAR は、CDR がCAR データベースに保持されている日数を継続して監視します。CDR の保管期間が、［Configure Automatic Database Purge］ウィンドウ内の最大保管期間に設定されている最大日数を超えると、CAR は設定された日数を超えている CDR をすべて削除します。

［Configure Automatic Database Purge］ウィンドウで、CAR データに割り当てる CAR データベースの割合（%）を指定します。CAR データベースのサイズは、指定した最高水準点と最低水準点との間で維持されます。CAR データベースのサイズが最低水準点を下回ると、CAR はすべての CAR 管理者に電子メールを送信します。データベースのサイズが最高水準点を上回るか、または CAR データベース内の CDR 数が 200 万レコードを超えた場合、CAR は［Configure Automatic Database Purge］ウィンドウの CDR 最小保管期間に指定された日数を経過した CDR を削除し、すべての CAR 管理者に電子メールを送信します。CDR が再び最高水準点を上回るか、自動消去が完了した後でも CDR が 200 万レコードを超える場合は、CAR は自動消去をトリガーし、CDR/CMR をロードせず、別の電子メールを送信します。

ヒント 最高水準点を超えるか、CDR が 200 万レコードを超えた場合に、最小保管期間を経過したレコードの自動消去を無効にするには、CDR 最小保管期間を［Configure Automatic Database Purge］ウィンドウの CDR 最大保管期間と同じ値に設定します。

自動消去のスケジュールを変更しないまま、特定の日付よりも古いレコードや、特定の期間内のレコードを削除するには、データベースの手動消去を設定します。［Manual Purge］ウィンドウの［Reload］ボタンをクリックして、CAR データベースに CDR レコードをリロードすることもできます。ダイヤルプランのアップデート、ユーザとデバイスとのアソシエーションの変更、コール レートの変更などの後に、データベースをリロードしてコールを分類し直す必要が生じることがあります。システムに新しいレコードをロードした後は、設定した CDR ロード スケジュールに従ってレコードがロードされます。デフォルトでは、CDR データは毎日午前 0 時から午前 5 時までロードされます。

ヒント データベース消去は、混雑していない時間帯に実行するようにスケジューリングし、手動消去も同様の時間帯に実行して、Cisco Unified CallManager のパフォーマンス低下を最小限に抑えるようにします。

イベント ログ消去（tbl_event_log テーブルを毎日監視するようにスケジューリングされたジョブ）は、日次ジョブの過去 3 日分、週次ジョブの過去 3 週間分、および月次ジョブの過去 3 か月分のtbl_event_log レコードをそれぞれ保持して、それより古いレコードを自動的に削除します（つまり、tbl_event_log table テーブルが 1500 行を超えた場合にレコードを削除します）。CAR は、イベント ログ消去を自動的に有効にし、イベント ログ消去が実行されても電子メールは送信しません。

コールのコスト

CAR を使用すると、時間の経過に伴って加算されていくコールのコストに関して、基本的な料金レートを設定できます。時間帯および音声品質ファクタを適用することで、コストをさらに適正化することができます。この機能は、加入者にサービス料金を請求することが必要になるサービス プロバイダーが使用します。組織によっては、アカウンティングや予算編成の目的でこの情報を使用し、組織内のユーザと部門の課金コストを決定することもできます。

これらの評価パラメータを使用するレポートとしては、個別の課金情報、部門の課金情報、料金別の上位 N 件、コール数別の上位 N 件、および接続時間別の上位 N 件があります。

（注） 料金ベースやブロックのデフォルト値を変更しない場合は、ブロックあたりのデフォルト基本料金が 0 になるため、コストは常に 0 のままになります。

（注） 音声品質を高めるためにコール コストを増やしたくない場合は、デフォルト値を使用できます。デフォルトの乗数には 1.00 が指定されているため、音声品質によるコール コストの割増は発生しません。

コール レートの設定の詳細については、「評価エンジンの設定」を参照してください。

アクティビティの追跡

CAR は、さまざまなアクティビティのステータスを追跡できるログを提供します。CAR Scheduler が開始するイベント、たとえば、自動生成レポート、CDR のロード、通知、レポート削除、データベースの内容消去などが、イベント ログによって追跡されます。

CAR 管理者、マネージャ、およびユーザ

CAR には次の 3 レベルのユーザに対応したレポート機能があります。

• 管理者は、CDR Analysis and Reporting のすべての機能を使用します。たとえば、システム レポートを生成して、ロード バランシング、システムのパフォーマンス向上、およびトラブルシューティングに役立てることができます。

• マネージャは、予算編成またはセキュリティを目的とする場合や、コールの音声品質を判断する場合のコール モニタリングに役立つユーザ、部門、および QoS に関するレポートを生成できます。

• 個々のユーザは、コールの課金情報レポートを生成できます。

どのユーザも、CAR 管理者になることができます。CAR 管理者として認識されたユーザは、CAR システムに対するフル コントロール権限を持っています。管理者はシステムとレポートに関連するすべてのパラメータを変更できます。

CAR には、管理者が少なくとも 1 名必要です。

管理者、マネージャ、およびユーザは、Cisco Unified CallManager の管理ページでセットアップします。詳細については、「CAR 管理者、マネージャ、およびユーザの設定」を参照してください。

CAR システムの設定値

CDR Analysis and Reporting では、すべてのシステム パラメータにデフォルト値が設定されています。CAR でレポートを生成するときは、システム パラメータの数値を事前にカスタマイズしておくことをお勧めします。シスコではカスタマイズすることを推奨していますが、すべてのシステム パラメータにデフォルト値が用意されているため、カスタマイズは必須ではありません。

CAR で設定できるパラメータは、次のとおりです。

• メール サーバの基準：CAR は、この情報を使用して電子メール サーバに正常に接続し、警告とレポートを電子メールで送信します。警告やレポートを電子メールで送信しない場合は、この情報を指定する必要はありません。

• ダイヤル プラン：CAR のデフォルト ダイヤル プランは、北米番号計画（NANP）です。コールがレポートで正しく分類されるようにするには、ダイヤル プランを適切に設定する必要があります。Cisco Unified CallManager の管理ページのデフォルトである NANP を変更した場合、または NANP の範囲外にいる場合は、Cisco Unified CallManager のダイヤル プランに従ってダイヤル プランを設定する必要があります。

• ゲートウェイ：ゲートウェイ レポートを利用するには、CAR でゲートウェイを設定する必要があります。この設定作業は、既存のすべてのゲートウェイを Cisco IP テレフォニー システムにインストールした後、システムにゲートウェイを追加するときに実施します。システムがゲートウェイを削除した場合、CAR は最新のゲートウェイ リストを取得します。削除されたゲートウェイに関して、CAR で指定されていた設定はすべて削除されます。CAR はエリア コード情報を使用して、コールがローカルか長距離かを判別します。CAR が使用状況レポートを生成するために使用できる各ゲートウェイのポート数の情報を提供する必要があります。

• システム設定：Company Name パラメータの CAR システム設定値を設定できます。

CAR のレポート

CAR では、レポートをオンデマンドで生成することができます。管理者である場合は、レポートのスケジュールを設定して自動生成できます。レポートは、カンマ区切り（CSV）形式または Portable Document Format（PDF）形式で表示することができます。PDF を選択する場合は、コンピュータ上に Adobe Acrobat Reader がインストールされている必要があります。

この項では、CDR Analysis and Reporting で使用可能なレポートについて説明します。次のトピックを取り上げます。

• 「CAR のレポートの概要」

• 「ユーザ レポート」

• 「システム レポート」

• 「デバイス レポート」

• 「自動生成レポートのスケジュール」

CDR 検索

すべての CDR 検索レポートには、設定された時刻および日付範囲の中で最も古い 100 レコードだけが表示されます。

CDR 検索を設定すると、コールの詳細を確認できます。検索により、コールのすべての関連レッグのグループが形成されます。これは、コールに会議または転送が関係している場合に便利です。この方法は、1 つのコール全体について、各過程の進行と品質を追跡するのに役立ちます。

この項では、次の機能について説明します。

• ユーザ内線を条件とした CDR 検索：CAR 管理者が使用できます。CDR をユーザまたは電話番号（発信元、元の着信先、または最終着信先）で検索し、検索条件を満たす最初の 100 レコードについてコール詳細を分析することができます。指定した期間について特定の番号を使用してコールを検索できます。これは、診断または情報収集のために、特定の番号で発着信したコールをトレースする場合に役立ちます。転送コールや会議コールなど、関連するすべてのレコードが、1 つの論理グループとしてまとめて表示されます。内線を指定しない場合は、指定した日付範囲と一致する CDR レコードのうち、最初の 100 個が戻されます。

• ゲートウェイを条件とした CDR 検索：CAR 管理者が使用できます。ゲートウェイを条件として CDR を検索すると、特定のゲートウェイを使用しているコールについて、コールの詳細を分析できます。この方法は、特定のゲートウェイを通過するコールに関する問題をトレースするのに役立ちます。

• コール終了原因を条件とした CDR 検索：CAR 管理者が使用できます。コール終了原因を条件として CDR を検索すると、コールが終了した原因について情報を得ることができます。コールの終了原因をリストから選択し、特定の日付範囲に関してレポートを生成できます。生成されるレポートには、レポートの生成条件とともに、所定の期間内に発信されたコールの合計数が示されます。また、Call Termination Cause Value と説明のフィールド、コール合計数、およびコール終了原因ごとのコールの割合（%）を示す表が表示され、CDR を選択するためのオプションが表示されます。

• コールの優先レベルを条件とした CDR 検索：CAR 管理者が使用できます。コールの優先レベルを条件として、CDR を検索することができます。生成されるレポートを利用すると、優先順位を条件として CDR を確認できます。レポートの生成対象にする優先レベルと日付範囲は、管理者が選択できます。このレポートには、選択した優先レベルごとに、コールの数と割合（%）が示されます。レポートの条件については、情報の生成対象となった優先レベルと日付範囲が、［Call Precedence Details］ウィンドウに表示されます。メディア情報と CDR-CMR ダンプは、［CDR Search by Precedence Levels Result］ウィンドウで閲覧できます。メディア情報と CDR-CMR ダンプ情報は、個別のウィンドウに表示されます。

• 迷惑呼を条件とした CDR 検索：CAR 管理者が使用できます。CDR を検索すると、迷惑呼に関する情報を得ることができます。レポートの生成対象にする内線と日付範囲は、管理者が選択できます。このレポートには、選択した内線と日付範囲に関して、すべての迷惑呼の CDR が表示されます。レポートの条件については、情報の生成対象となった内線と日付範囲が表示されます。メディア情報と CDR-CMR ダンプは、［CDR-CMR search results］ウィンドウで閲覧できます。メディア情報と CDR-CMR ダンプ情報は、個別のウィンドウに表示されます。

• CDR/CMR のエクスポート：CAR 管理者が使用できます。この機能を使用すると、所定の日付範囲内にある CDR/CMR ダンプ情報を、コンピュータ上の選択した位置に CSV 形式でエクスポートできます。また、ダンプ情報のファイル サイズを表示して、CDR/CMR のファイルを削除することもできます。

CDR Analysis and Reporting の国際化

CAR は、任意のロケール（言語）に対応できるように国際化されて設計されており、任意のロケールに対応できるデータベースも備えています。

（注） CAR では、Cisco Unified CallManager のヘルプ ページに記載されているように、すべての Latin-1 言語と Unicode 言語ロケールをサポートしています。Latin-1 言語には、英語と西ヨーロッパの諸言語が含まれます。Unicode 言語には、日本語と中国語が含まれます。

ロケールには、ユーザとネットワークの 2 つのタイプがあります。それぞれのロケールは、一連のロケール ファイルで構成されます。この 2 タイプのファイルについて、次の定義で説明します。

• ユーザ：電話機ディスプレイのテキスト、ユーザ アプリケーション、ユーザ Web ページなど、ユーザ関連の機能に関係するファイル。

• ネットワーク：電話機やゲートウェイのトーンなど、ネットワーク関連の機能に関係するファイル。ネットワーク ロケールは、国/地域名によって決まります。

CAR でロケールがサポートされるのは、Locale Installer でロケールがインストールされている場合のみです。

（注） まず、Cisco Unified CallManager Locale Installer がクラスタ内のすべてのサーバにインストールされていることを確認してください。Locale Installer をインストールすると、CAR の Web ページに最新の翻訳済みテキストが適用されるようになります。Cisco Unified CallManager Locale Installer の詳細については、『Cisco Unified Communications Operating System アドミニストレーション ガイド』を参照してください。

複数のロケールをサポートしているのは、ユーザとマネージャのウィンドウのみです。管理者用のページは、英語で表示されます。

Cisco Unified CallManager の管理ページで、ユーザが優先使用するロケールをCisco Unified
CallManager データベース内に設定します。この作業は、ユーザを作成するときに、［End User Configuration］ウィンドウで行います。ユーザ名やユーザ ID などとともに、優先ロケールを指定します。この情報は、Cisco Unified CallManager データベースに格納されます。詳細については、『 Cisco Unified CallManager アドミニストレーション ガイド 』を参照してください。

この項では、CAR の国際化を構成している要素について説明します。

ログイン ページ

クライアント（ブラウザ）がログイン情報を要求するときは、ログイン ウィンドウのヘッダーに、そのクライアントで最優先使用されるロケールが示されます。CAR システムは、CAR の UI がこのロケールをサポートしているかどうかを確認します。CAR の UI がこのロケールをサポートしていない場合や、このロケールがシステムにインストールされていない場合、ログイン ウィンドウは、Cisco CallManager のエンタープライズ パラメータで設定されている Cisco Unified CallManager システムのデフォルト ロケールで表示されます。CAR がこのデフォルト ロケールもサポートしていない場合や、該当のデフォルト ロケールがシステムにインストールされていない場合には、ロケールは English_United_States に設定されます。

ログイン後のウィンドウでの CAR ページの認証と表示

どの言語でも、ユーザの資格情報は Cisco Unified CallManager データベースと照合して認証され、管理者以外のユーザ（ユーザまたはマネージャ）の CAR ウィンドウは、ユーザの優先ロケールで表示されます。CAR の UI がこのロケールをサポートしていない場合や、このロケールがシステムにインストールされていない場合は、Cisco Unified CallManager システムのデフォルト ロケールが使用されます。このロケールが CAR でサポートされていない場合や、システムにインストールされていない場合には、ページはブラウザの最優先ロケールで表示されます。ブラウザの優先ロケールもサポートされていない場合やインストールされていない場合には、ロケールは English_United_States に設定されます。UI ページ上の情報は、ラベルや数値書式なども含めて、すべてロケールに基づいて表示されます。管理者用のウィンドウは、常に英語で表示されます。

レポート

CSV 形式と PDF 形式の両方で生成されるレポートは、管理者以外のユーザ（ユーザまたはマネージャ）の場合にはユーザの優先ロケールで表示されます。ただし、レポートのヘッダーに表示される企業名などの動的なデータは、データベースへの入力時に使用されたものと同じ言語で表示されます。ロケールは、ヘッダー、フッター、数値書式、および一部の統計データ（コール分類など）を表示するときの基準になります。管理者用のレポートは、英語で表示されます。

Web ブラウザ

CAR プログラムでは、次の Web ブラウザをサポートしています。

• Netscape Communicator 7.1 以降

• Microsoft Internet Explorer 6.0 以降

ネットワーク内の任意のユーザ コンピュータから、Cisco Unified CallManager の管理ページを実行しているサーバを参照し、管理特権を持つアカウントでログインします。

（注） Cisco Unified CallManager の管理ページに多数のユーザが同時にログインすると、Web ページのパフォーマンスが低下する可能性があります。同時にログインするユーザおよび管理者の数は、制限するようにしてください。

CDR Analysis and Reporting の設定チェックリスト

表1-1 に、CDR Analysis and Reporting の設定手順の概要を示します。

追加情報

「関連トピック」を参照してください。

関連トピック

• 「CAR のレポートの概要」

• 「ユーザ レポート」

• 「システム レポート」

• 「デバイス レポート」

• 「自動生成レポートのスケジュール」

• 「CDR Analysis and Reporting の基本操作」

• 「CAR システムの設定」

• 「CAR レポートの設定」

• 「CAR ユーザ レポートの設定」

• 「CAR システム レポートの設定」

• 「CAR デバイス レポートの設定」

• 「CDR 検索の設定」

• 「CDR/CMR レコードのエクスポートの設定」

• 「CAR レポートの結果」

その他のシスコ マニュアル

• Cisco Unified Communications Operating System アドミニストレーション ガイド

• Cisco Unified CallManager Serviceability アドミニストレーション ガイド

• Cisco Unified CallManager Serviceability システム ガイド