Cisco CallManager 機能およびサービス ガイド Release 4.2(1)

QRT のコンポーネント

多層構成で Web ベースのアプリケーションである QRT には、次の重要なコンポーネントが含まれています。

• クライアント コンポーネント

• エンド ユーザ インターフェイスとしての IP Phone ブラウザ

• 機能およびツールの設定とビューア アプリケーション用の Cisco CallManager Administration ウィンドウ

• サーバ コンポーネント

• Cisco Extended Functions NT サービス

• Skinny メッセージ用の Cisco CallManager

• QBE メッセージ用の CTIManager

• 構成データおよびデバイス データ用のデータベース

• 実行時のデバイス関連情報を収集する Cisco RIS Data Collector

• アラーム インターフェイス

• システム診断インターフェイス（SDI）トレース

• NT サービス：ユーザ レポートを収集および管理するための Cisco Extended Functions サービス。また IP Phone 上のユーザ インターフェイスの処理や、Cisco RIS Data Collector へのアラート通知や SNMP トラップの発行も行います。

• ビューア アプリケーション：Cisco CallManager Serviceability Administration ウィンドウには、QRT Viewer ツール メニューが含まれており、生成されたレポートのフィルタリング、フォーマット、および表示などができます。

QRT アーキテクチャの概要

QRT 機能は、Cisco Extended Functions サービスを使用します。このサービスは、次のインターフェイスによって構成されています。

• 「Cisco CTIManager インターフェイス（QBEHelper）」

• 「Cisco CallManager データベース インターフェイス（DBL ライブラリ）」

• 「スクリーン ヘルパーとディクショナリ」

• 「Redundancy Manager」

• 「DB Change Notifier」

• 「SDI トレースおよびアラーム」

Cisco Extended Functions サービスは、Skinny プロトコル（Cisco IP Phone と Cisco CallManager の間で使用するプロトコル）および Quick Byte Encoding プロトコル（Cisco CTIManager と TSP/JTAPI の間で使用するプロトコル）を介した XML サービス インターフェイス（XSI）を使用して電話機とインターフェイスします。

ユーザが QRT ソフトキーを押すと、QRT によってデバイスが開かれ、最大 4 つの異なる画面に問題カテゴリと関連する理由コードが表示され、ユーザのフィードバックを取得できます。

問題を最も適切に説明するオプションをユーザが選択すると、システムはフィードバックを XML ファイルに記録し、Cisco RIS Data Collector にアラートと SNMP トラップを生成するように通知するアラームを発行します。ユーザのインタラクションが完了したことを QRT が検出すると、デバイスが閉じられます。

（注） 実際に記録される情報は、ユーザの選択、および宛先デバイスが Cisco IP Phone であるかどうかに依存します。

図 17-1に、Cisco Extended Functions サービスのアーキテクチャを示します。

図 17-1 Cisco Extended Functions サービスのアーキテクチャの使用

Cisco CTIManager インターフェイス（QBEHelper）

QBEHelper ライブラリによって、CEF サービスと、構成済みの Cisco CTIManager との通信を可能にするインターフェイスが提供されます。

Cisco CallManager データベース インターフェイス（DBL ライブラリ）

DBL ライブラリによって、Cisco CallManager データベースで構成および登録された各種デバイスで Cisco Extended Functions サービスがクエリーを実行するためのインターフェイスが提供されます。

スクリーン ヘルパーとディクショナリ

Cisco Extended Functions サービスのスクリーン ヘルパーは、Cisco Extended Functions サービスを起動したときに、XML ディクショナリ ファイルを読み取り、インストールされたすべてのロケールのドキュメント オブジェクト モデル（DOM）オブジェクトを作成します。システムは、この DOM オブジェクトを使用して、Cisco IP Phone で必要な XSI スクリーンを構築します。

Redundancy Manager

1 つの Cisco CallManager クラスタ内で複数の Cisco Extended Functions がアクティブになっている場合、Redundancy Manager は、アルゴリズムを使用して、アクティブ Cisco Extended Functions とバックアップ CEF を判断します。Redundancy Manager は、CEF サービスを実行しているサーバの最も小さな IP アドレスをアクティブ サービスとして使用します。その他の CEF サービスは、バックアップ サービスとして機能します。

DB Change Notifier

DB Change Notifier は、サービス パラメータの変更、トレース パラメータの変更、アラーム設定の変更、クラスタ内の他の CEF サービスのステータス変更など、データベースの変更に関するすべての通知を処理し、Cisco Extended Functions サービスにレポートします。

SDI トレースおよびアラーム

Cisco Extended Functions サービスは、SDI トレース ライブラリとアラーム ライブラリを使用します。このライブラリは、イベント ビューアへのトレースとアラームを生成します。アラーム ライブラリは、CEF サービスに関する情報を Syslog、SNMP、および Cisco RIS Data Collector サービスに送達します。トレースとアラームの詳細については、『 Cisco CallManager Serviceability アドミニストレーション ガイド 』を参照してください。

1 つのクラスタ内に複数の Cisco Extended Functions アプリケーションがある場合

1 つの Cisco CallManager クラスタ内で複数の Cisco Extended Functions サービスがアクティブになっている場合、Cisco Extended Functions はアルゴリズムを使用して、アクティブにするサービスと残りのバックアップ用のサービスを判断します。最も小さな IP アドレスの Cisco Extended Functions アプリケーションがアクティブになります。その次に小さな IP アドレスのサービスが、アクティブなサービスのバックアップになります。その他のサービスも、IP アドレスが小さい順に、互いのバックアップとして機能します。新しいサービスをクラスタに追加した場合、Cisco Extended Functions はアルゴリズムを再起動し、アクティブにするサービスを判断します。

（注） クラスタ内で Cisco Extended Functions サービスを起動すると、最も小さな IP アドレスの Cisco Extended Functions サービスがアクティブになります。このプロセスによって、約 2 分間サービスが中断する場合があります。

Cisco CTIManager に対するディレクトリ ステータスおよび Cisco Extended Functions サービスの登録ステータスを確認するには、Real-Time Monitoring Tool（RTMT)を使用します。使用方法については、『 Cisco CallManager Serviceability アドミニストレーション ガイド 』を参照してください。

ユーザ インターフェイス

QRT ユーザ インターフェイスには、次に示す複数のコンポーネントが含まれています。

• 電話スクリーン：デバイス プール内のすべての IP Phone で使用できます。QRT ソフトキーは設定済みで、電話スクリーンは複数のロケールをサポートしています。

次の 4 つのコンポーネントは、Cisco CallManager 管理者だけがアクセスできます。

• Serviceability：「Cisco CallManager Serviceability 機能の設定」を参照してください。

• アラート設定：「QRT のアラームおよびトレースの設定」を参照してください。

• サービス パラメータ：「QRT の Cisco Extended Functions サービス パラメータの設定」を参照してください。

• ビューア アプリケーション：「QRT Viewer の使用」を参照してください。

図 17-3 に、Cisco IP Phone に表示された QRT ソフトキーの例を示します。

図 17-3 QRT Phone Interface の表示

拡張メニューの選択肢

拡張メニューを選択することで、ユーザは QRT と対話し、レポートする電話機の問題に関する詳細を入力できます。ユーザが送信する情報の量によって、拡張メニューの選択肢を有効にするか、またはより受動的なインターフェイスをユーザに提供するかを選択できます。

Cisco CallManager の Service Parameters Configuration ウィンドウでは、次のオプションを使用して QRT のユーザ インターフェイス モードを設定できます。

• Silent Mode：このモードでは、ユーザに拡張メニューの選択肢は表示されません。ユーザが QRT ソフトキーを押すと、システムはストリーミングの統計情報を収集し、ユーザ インタラクションを追加せずにレポートを記録します。

システムが Silent Mode をサポートするのは、IP Phone のコール状態が Connected、Connected Conference、または Connected Transfer の場合だけです。

図 17-4 に、Silent Mode の QRT の表示例を示します。

図 17-4 Silent Mode での音声品質のフィードバックの送信

• Interview Mode：このモードでは、ユーザに拡張メニュー選択肢が表示され、IP Phone の音声品質に関連するユーザ入力を追加することができます（適用可能な理由コードについては、「問題分類カテゴリと理由コード」を参照してください）。このモードでは、ユーザは電話機をリブートする場合や電話をかけることができない場合など、オーディオ以外の問題についてもレポートできます。

システムが Interview Mode をサポートするのは、IP Phone のコール状態が Connected または On Hook の場合だけです。

図 17-5 は、電話機がオンフックで Interview Mode になっている状態で QRT ソフトキーを押した場合の QRT 表示の例です。

図 17-5 QRT Phone Interface：On Hook、Interview Mode の表示

（注） QRT ソフトキーは、サポートされているコール状態だけに設定されていることを確認してください。

（注） Cisco CallManager Administration の Service Parameters Configuration ウィンドウの Display extended menu choices フィールドで、ユーザが拡張メニューの選択肢にアクセスできるかどうかを設定します。詳細については、「QRT の Cisco Extended Functions サービス パラメータの設定」を参照してください。

問題分類カテゴリと理由コード

次の表に、ユーザが IP Phone に関する問題をレポートする際に選択可能な問題カテゴリと対応する理由コードを示します。拡張メニューの選択肢を設定すると、追加オプションを使用できるようになります。ユーザは 1 つの問題について 1 つのカテゴリと 1 つの理由コードだけを選択できます。各問題カテゴリは、IP Phone がサポートしているコール状態になっている場合だけ使用可能になります。

表17-1 に、Problems with current call カテゴリで使用可能な、サポートされているコール状態および理由コードを示します。

図 17-6 に示す例は、IP Phone の状態が Connected のときに QRT ソフトキーを押した場合の電話機の表示です。このメニューを使用すると、ユーザは追加の詳細を入力してから現在のコールに関する問題を送信できます。

図 17-6 Problems with current call のレポート

表17-2 に、Problems with last call カテゴリで使用可能な、サポートされているコール状態および理由コードを示します。

図 17-7 に示す例は、ユーザが Problems with last call カテゴリを選択した場合の電話機の表示です。このメニューを使用すると、ユーザは追加の詳細を入力してから最後のコールに関する問題を送信できます。

図 17-7 Problems with last call のレポート

表17-3 に、Phone recently rebooted カテゴリで使用可能な、サポートされているコール状態を示します。このカテゴリに関連付けられている理由コードはありません。

図 17-8 に示す例は、ユーザが Phone recently rebooted カテゴリを選択した場合の電話機の表示です。ユーザのフィードバックはシステムによって記録されます。

図 17-8 Phone recently rebooted の問題のレポート

表17-4 に、I can't make calls カテゴリで使用可能な、サポートされているコール状態および理由コードを示します。

図 17-9 に示す例は、ユーザが I can't make calls カテゴリを選択した場合の電話機の表示です。

図 17-9 I can't make calls の問題のレポート

（注） QRT は、発信元の IP Phone、宛先の IP Phone、Cisco RIS Data Collector、Cisco CallManager データベース、およびユーザなど、さまざまな発信元から情報を収集します。電話機の問題レポートに含まれるフィールドの詳細については、「QRT レポート」を参照してください。

QRT の設定チェックリスト

Cisco CallManager で QRT 機能を設定するためのステップを 表17-5 に示します。

表17-5 QRT 設定チェックリスト

設定手順		関連手順と関連項目
ステップ 1	Standard User ソフトキー テンプレートのコピーを作成し、次のコール状態に対して QRT ソフトキーを追加します。 • On Hook • Connected • Connected Conference • Connected Transfer	「QRT ソフトキーを含むソフトキー テンプレートの作成」 『 Cisco CallManager アドミニストレーション ガイド 』の「ソフトキー テンプレートの設定」
ステップ 2	新しいソフトキー テンプレートをデバイス プールに追加します。	「デバイス プールでの QRT ソフトキー テンプレートの構成」 『 Cisco CallManager アドミニストレーション ガイド 』の「デバイス プールの設定」
ステップ 3	Phone Configuration ウィンドウを使用して、新しいソフトキー テンプレートをユーザの電話機に追加します。 （注） ソフトキーにデバイス プールを使用する場合は、デバイス プールを電話機の設定に割り当てることができます。または、各電話機に個別にソフトキーを追加することもできます。	「電話機の設定における QRT ソフトキー テンプレートの追加」 『 Cisco CallManager アドミニストレーション ガイド 』の「ソフトキー テンプレートの設定」
ステップ 4	Cisco CallManager Serviceability ツールの Service Activation を使用して、Cisco Extended Functions サービスをアクティブにします。	「QRT を使用する場合の Cisco Extended Functions サービスのアクティブ化」 Cisco CallManager Serviceability アドミニストレーション ガイド
ステップ 5	Cisco CallManager Serviceability で、QRT のアラームとトレースを設定します。	「QRT のアラームおよびトレースの設定」 Cisco CallManager Serviceability アドミニストレーション ガイド
ステップ 6	QRT の Cisco Extended Functions サービス パラメータを設定します。	「QRT の Cisco Extended Functions サービス パラメータの設定」
ステップ 7	QRT Viewer にアクセスして、IP Phone の問題レポートを作成、カスタマイズ、および表示します。	「QRT Viewer の使用」 『 Cisco CallManager Serviceability アドミニストレーション ガイド 』

QRT ソフトキーを含むソフトキー テンプレートの作成

次の手順に従って、QRT ソフトキーを含むソフトキー テンプレートを作成します。

手順

ステップ 1 Cisco CallManager Administration で、 Device > Device Settings > Softkey Template を選択します。

Softkey Template Configuration ウィンドウが表示されます。

ステップ 2 Softkey Template リストまたは Create a softkey template based on フィールドのドロップダウン リスト ボックスから Standard User ソフトキー テンプレートを選択します（Softkey Template リストから最初のオプションを選択した場合は、Softkey Template Configuration ウィンドウが自動的に開き、新しい情報が表示されます。ステップ 3 に進んでください）。

ステップ 3 Copy ボタンをクリックします。

Softkey Template Configuration ウィンドウに、新しい情報が表示されます。

ステップ 4 Softkey Template Name フィールドに、QRT Standard User など、テンプレートの新しい名前を入力します。

図 17-10 に、Cisco CallManager Administration の Softkey Template ウィンドウの例を示します。ここで、ソフトキー テンプレートをコピーします。

図 17-10 QRT Softkey Template Copy

ステップ 5 Insert ボタンをクリックします。

Softkey Template Configuration ウィンドウに、新しい情報が再表示されます。

図 17-11 に、Cisco CallManager Administration の Softkey Template Configuration ウィンドウの例を示します。

図 17-11 QRT Softkey Template Configuration

ステップ 6 QRT ソフトキーをテンプレートに追加するには、 Configure Softkey Layout リンクをクリックします。

Softkey Layout Configuration ウィンドウが表示されます。QRT ソフトキーは、Connected、Connected Conference、Connected Transfer、および On Hook のコール状態に追加する必要があります。

ステップ 7 QRT ソフトキーを On Hook コール状態に追加するには、Call States フィールドの On Hook リンクをクリックします。

Softkey Layout Configuration ウィンドウが再表示され、Unselected Softkeys リストと Selected Softkeys リストが表示されます。

ステップ 8 Unselected Softkeys リストで Quality Report Tool (QRT) ソフトキーを選択し、右矢印をクリックして Selected Softkeys リストにソフトキーを移動します。

図 17-12 に、Cisco CallManager Administration の Softkey Layout Configuration ウィンドウの例を示します。

図 17-12 QRT Softkey Layout Configuration ウィンドウ

ステップ 9 Update ボタンをクリックして保存し、処理を続けます。

ステップ 10 QRT ソフトキーを Connected、Connected Conference、および Connected Transfer のコール状態に追加するには、各コール状態に対してステップ 7 ～ステップ 9 を繰り返します。

（注） サポートされているコール状態だけに QRT ソフトキーを設定していることを確認し、入力が完了するごとに Update ボタンをクリックします。

デバイス プールでの QRT ソフトキー テンプレートの構成

次の手順に従って、QRT ソフトキー テンプレートをデバイス プールに追加します。

手順

ステップ 1 Cisco CallManager Administration で、 System > Device Pool を選択します。

Device Pool Configuration ウィンドウが表示されます。

ステップ 2 Default のデバイス プール、または Device Pools に表示された、作成済みのいずれかのデバイス プールを選択します。

すべてのユーザが QRT ソフトキーを使用できるようにする場合、または QRT 機能を持つユーザ用にカスタマイズしたデバイス プールを作成する場合は、テンプレートをデフォルトのデバイス プールに追加します。

ステップ 3 Softkey Template フィールドのドロップダウン リスト ボックスから、QRT ソフトキーを含むソフトキー テンプレートを選択します（このテンプレートをまだ作成していない場合は、「QRT ソフトキーを含むソフトキー テンプレートの作成」を参照してください）。

図 17-13 に、Cisco CallManager Administration の Device Pool Configuration ウィンドウの例を示します。

図 17-13 Device Pool Configuration ウィンドウ

（注） このデバイス プールの一部である IP Phone はすべて、このソフトキー テンプレートを継承するため、複数の電話機へのソフトキー テンプレートの割り当てが容易になります。

ステップ 4 Update ボタンをクリックします。

電話機の設定における QRT ソフトキー テンプレートの追加

次の手順に従って、QRT ソフトキー テンプレートをユーザごとの電話機に追加します。

手順

ステップ 1 Cisco CallManager Administration で、 Device > Phone を選択します。

Find and List Phones ウィンドウが表示されます。

ステップ 2 ソフトキー テンプレートを追加する電話機を検索します。『 Cisco CallManager アドミニストレーション ガイド 』の「電話機の検索」を参照してください。

ステップ 3 Softkey Template フィールドのドロップダウン リスト ボックスから、QRT ソフトキーを含むソフトキー テンプレートを選択します（このテンプレートをまだ作成していない場合は、「QRT ソフトキーを含むソフトキー テンプレートの作成」を参照してください）。

この方法の代わりに Device Pool フィールドからデバイス プール内のソフトキー テンプレートを設定した場合は、新しいソフトキー テンプレートが含まれたデバイス プールを選択します。

図 17-14 に、Cisco CallManager Administration の Phone Configuration ウィンドウの例を示します。

図 17-14 Phone Configuration ウィンドウ

ステップ 4 Update ボタンをクリックします。

Cisco CallManager Serviceability 機能の設定

Cisco Extended Functions サービスは、次の Cisco CallManager Serviceability 機能を使用します。

• Service Activation：Cisco CallManager Serviceability の Tools ウィンドウで設定します。

• SDI Trace：Cisco CallManager Serviceability の Trace Configuration ウィンドウで設定します。

• Alarm Interface：Cisco CallManager Serviceability の Alarm Configuration ウィンドウで設定します。

• Real-Time Monitoring Tool（RTMT）：QRT および CTI Manager の稼働状態を監視するために使用します。RTMT の詳細については、『 Cisco CallManager Serviceability アドミニストレーション ガイド 』を参照してください。

この項では、QRT を使用する場合に、Cisco CallManager Serviceability 機能をどのようにアクティブにし、設定するかについて説明します。内容は、次のとおりです。

• 「QRT を使用する場合の Cisco Extended Functions サービスのアクティブ化」

• 「QRT のアラームおよびトレースの設定」

Cisco CallManager Serviceability の詳細については、『 Cisco CallManager Serviceability アドミニストレーション ガイド 』を参照してください。

QRT を使用する場合の Cisco Extended Functions サービスのアクティブ化

QRT 機能を使用する場合に、Cisco Extended Functions サービスを有効にする手順は、次のとおりです。

手順

ステップ 1 Cisco CallManager Serviceability で、 Tools > Service Activation を選択します。

Cisco CallManager サーバのリストが表示されます。

ステップ 2 Cisco Extended Functions サービスをアクティブにする Cisco CallManager サーバをクリックして選択します。

ステップ 3 Cisco Extended Functions チェックボックスをオンにします。

ステップ 4 Update をクリックします。

図 17-15 に、Cisco CallManager Serviceability の Service Activation ウィンドウの例を示します。ここで、Cisco Extended Functions サービスを有効にします。

図 17-15 CEF Service Activation ウィンドウ

QRT のアラームおよびトレースの設定

Cisco CallManager Serviceability を使用してアラームと SDI トレースを設定するには、次の手順を実行します。

手順

ステップ 1 アラームを設定するには、Cisco CallManager Serviceability ウィンドウで、 Alarm > Configuration を選択します。

Cisco CallManager サーバのリストが表示されます。

ステップ 2 アラームを設定する Cisco CallManager サーバをクリックして選択します。

ステップ 3 Configured Services ウィンドウで Cisco Extended Functions を選択します。

ステップ 4 Event Viewer と SDI Trace の両方について Enable Alarm チェックボックスをオンにします。

図 17-16 に、Cisco CallManager Serviceability の Alarm Configuration ウィンドウの例を示します（記録されたアラーム エントリが表示された Event Viewer の例については、図 17-18を参照してください）。

図 17-16 QRT Alarm Configuration

ステップ 5 Update をクリックします。

ステップ 6 トレースを設定するには、Cisco CallManager Serviceability ウィンドウで、 Trace > Configuration を選択します。

Cisco CallManager サーバのリストが表示されます。

ステップ 7 トレースを設定する Cisco CallManager サーバをクリックして選択します。

ステップ 8 Configured Services ウィンドウで Cisco Extended Functions を選択します。

ステップ 9 Cisco Extended Functions Trace Fields チェックボックスをオンにします。

図 17-17 に、Cisco CallManager Serviceability の Trace Configuration ウィンドウの例を示します。ここで、Cisco Extended Functions サービスと QRT のトレース情報を設定します。

図 17-17 QRT Trace Configuration

ステップ 10 Update をクリックします。

図 17-18に、Windows 2000 Event Viewer に記録された QRT アラーム エントリの Event Properties ウィンドウの例を示します。このエントリには、次の情報が表示されます。

• 発信元デバイス名

• 発信元 IP アドレス

• 発信元の電話番号

• カテゴリ

• 理由コード

• タイムスタンプ

図 17-18 Event Viewer：QRT アラーム エントリの Event Properties ウィンドウ

アラームとトレースの設定の詳細については、『 Cisco CallManager Serviceability アドミニストレーション ガイド 』を参照してください。

QRT の Cisco Extended Functions サービス パラメータの設定

サービス パラメータにアクセスするために、Cisco CallManager Administration を使用して、Cisco Extended Functions サービス パラメータを設定します（ Service > Service Parameters ）。QRT アプリケーションが常駐するサーバを選択してから、Cisco Extended Functions サービスを選択します。

図 17-19 に、Cisco CallManager Administration の Service Parameters Configuration ウィンドウにおけるサーバおよびサービスの選択の例を示します。

図 17-19 Service Parameters Configuration ウィンドウでのサーバ選択

Cisco Technical Assistance Center（TAC）の指示があった場合を除き、デフォルトのサービス パラメータ設定の使用をお勧めします。

Cisco Extended Functions には、QRT に関する次のパラメータが含まれています。

• Display extended menu choices：拡張メニュー選択肢をユーザに表示するかどうかを決定します。このフィールドを true に設定すると、拡張メニューの選択肢が表示され（Interview Mode）、このフィールドを false に設定すると拡張メニューの選択肢は表示されません（Silent Mode）。

推奨するデフォルト値として false（Silent Mode）が設定されています。

• Streaming statistics polling duration：ストリーミング統計情報のポーリングに使用する間隔を決定します。このフィールドを -1 に設定すると、コールが終了するまでポーリングを行い、0 に設定するとポーリングを行わず、任意の正の値に設定するとその値の秒数を間隔としてポーリングを行います。コールが終了すると、ポーリングは停止します。

推奨するデフォルトの値として、-1（コールが終了するまでポーリングを行う）が設定されています。

• Streaming statistics polling frequency (seconds)：各ポーリングの間に待機する秒数を指定します。値の範囲は、30 ～ 3600 です。

推奨するデフォルトの値として 30 が設定されています。

• Log File：QRT レポート ファイルが格納されるパスを指定します。ユーザがこれらのファイルにアクセスするには、適切な権限が必要です。

推奨するデフォルトの値として、次が設定されています。
C:\Program Files\Cisco\QRT\QRT.xml

• Maximum No. of Files：ファイル カウントを再開して古いファイルへの上書きを開始するファイルの最大数を指定します。値の範囲は、1 ～ 10000 です。

推奨するデフォルトの値として 250 が設定されています。

• Maximum No. of Lines per File：各ファイルで次のファイルを開始する行の最大数を指定します。値の範囲は、100 ～ 2000 です。

推奨するデフォルトの値として 2000 が設定されています。

図 17-20 に、Cisco CallManager Administration の Service Parameters Configuration ウィンドウの例を示します。ここで、QRT の Cisco Extended Functions サービス パラメータを指定します。

図 17-20 QRT Service Parameters Configuration

QRT レポート

QRT は、発信元の IP Phone、宛先の IP Phone、Cisco RIS Data Collector、
Cisco CallManager、およびユーザなど、さまざまなソースから情報を収集します（システムは、ゲートウェイまたは他のデバイスから情報を収集しません）。

次に、QRT レポートのフィールドを情報ソースごとにセグメント化して示します。

発信元デバイスから収集される情報

• 発信元デバイスの電話番号（複数回線の場合は、最初のプライマリ電話番号の情報だけが表示されます）

• 発信元デバイスのタイプ（CP-7960、CP-7940 など）

• 発信元のストリーム 1 ポート番号

• 発信元のコーデック（G.711u など）

• 発信元のパケット（2、45、78 など)

• 発信元の rcvr パケット（12、45、78 など）

• 発信元の rcvr ジッタ（0 0 など）

• 発信元の失われた rcvr パケット（0、21 0、21 など）

• 発信元の暗黙的なサンプリング タイムスタンプ（12:30、13:00、13:30、14:00 など）

• 宛先デバイス名（IP）

• 宛先のストリーム 1 ポート番号

（注） パケット、ジッタ、失われたパケットなどをサンプルとして収集する数は、サンプリングの間隔とポーリングの頻度によって異なります。ストリーミング情報は、1 回のコールについて一度だけ収集されます。たとえば、電話機 A が電話機 B にコールし、電話機A と電話機 B の両方が同一のコールについて複数のレポートを送信した場合は、最初のレポートだけにストリーミング データが含まれます。また Problems with last call カテゴリについては、これらの値は電話機に保存されたストリーミング統計情報の最後のスナップショットだけを反映します。

宛先デバイスから収集される情報

宛先デバイスが、同一の Cisco CallManager クラスタ内にあるサポートされている Cisco IP Phone である場合は、次の情報が収集されます。宛先デバイスが IP Phone ではない場合、収集される情報は IP アドレス、デバイス名、およびデバイス タイプだけです。

• 宛先デバイスの電話番号（複数回線の場合は、最初のプライマリ電話番号の情報だけが表示される）

• 宛先デバイスのタイプ（CP-7960、CP-7940 など）

• 宛先のコーデック

• 宛先のパケット

• 宛先の rcvr パケット

• 宛先の rcvr ジッタ

• 宛先の失われた rcvr パケット

• 宛先のサンプリング タイムスタンプ（暗黙的）

（注） パケット、ジッタ、失われたパケットなどをサンプルとして収集する数は、サンプリングの間隔とポーリングの頻度によって異なります。ストリーミング情報は、1 回のコールについて一度だけ収集されます。たとえば、電話機 A が電話機 B にコールし、電話機A と電話機 B の両方が同一のコールについて複数のレポートを送信した場合は、最初のレポートだけにストリーミング データが含まれます。QRT は、Problems with current call カテゴリの場合だけ、宛先の IP Phone から情報を収集しようとします。

RIS Data Collector から収集される情報

• 発信元デバイスの所有者（現在 IP Phone にログインしているユーザの名前）。明示的にログインしているユーザがいない場合、このフィールドはヌルになります。

• 発信元デバイスの IP アドレス

• 発信元デバイスに登録されている Cisco CallManager の名前

• 発信元デバイスのタイプ（デバイスが、サポートされている IP Phone のいずれかではない場合。たとえば、RISCLASS_PHONE、RISCLASS_GATEWAY、RISCLASS_H323、RISCLASS_CTI、RISCLASS_VOICEMAIL、など）

• 発信元デバイスのモデル（DBLTypeModel::MODEL_TELECASTER_MGR、DBLTypeModel::MODEL_TELECASTER_BUSINESS など）

• 発信元デバイスのプロダクト（DBLTypeProduct::PRODUCT_7960、DBLTypeProduct::PRODUCT_7940 など）

• 宛先デバイスの名前

• 宛先デバイスのタイプ（デバイスが、サポートされている IP Phone のいずれかではない場合。たとえば、RISCLASS_PHONE、RISCLASS_GATEWAY、RISCLASS_H323、RISCLASS_CTI、RISCLASS_VOICEMAIL、など）

• 宛先デバイスのモデル（DBLTypeModel::MODEL_TELECASTER_MGR、DBLTypeModel::MODEL_TELECASTER_BUSINESS など）

• 宛先デバイスのプロダクト（DBLTypeProduct::PRODUCT_7960、DBLTypeProduct::PRODUCT_7940 など）

• 宛先デバイスに登録されている CiscoCallManager の名前

• 宛先デバイスの所有者（現在 IP Phone にログインしているユーザの名前）。明示的にログインしているユーザがいない場合、このフィールドはヌルになります。

Cisco CallManager/CTIManager から収集される情報

• 発信元デバイスの名前（MAC アドレス）

• CallingPartyNumber（コールの発信側。転送されたコールについては、転送されたユーザが発信側になる）

• OriginalCalledPartyNumber（数字の変換が行われた後の元の着信側）

• FinalCalledPartyNumber（転送されたコールについては、このフィールドによって最終的にコールを受信する側が指定され、転送されないコールについては、このフィールドで元の着信側が指定される）

• LastRedirectDn（転送されたコールについては、このフィールドでコールを転送する最後の着信側が指定され、転送されないコールについては、このフィールドで転送または会議経由で最終的にコールを転送する着信側が指定される）

• globalCallID_callManagerId（CAR のコールを区別する）

• globalCallID_callId（CAR のコールを区別する）

• CallState（Connected、Connected Conference、Connected Transfer、On Hook）

Cisco CallManager データベースから収集される情報

• サンプリング間隔 - サービス パラメータ（50 秒など）

• サンプリング頻度 - サービス パラメータ（30 秒など）

• クラスタ ID - エンタープライズ パラメータ

ユーザから収集される情報

• カテゴリ

• 理由コード

• タイムスタンプ（明示的）

（注） 電話機の問題レポートの詳細な説明については、『Cisco CallManager Serviceability アドミニストレーション ガイド』の QRT Viewer の章を参照してください。

表17-6に、サポートされているカテゴリごとに使用可能なフィールドを示します。