目次

概要

前提条件

要件

使用するコンポーネント

背景説明

限られたへのエンド ポイント セットまたは OVUM ごとの完全な 可視性の制限

設定

Call Manager に登録されているビデオ エンドポイントのシナリオ 1.会議

Cisco Unified Communications Manager 設定

イネーブル HTTP

イネーブル SNMP

CTI サービスを開始して下さい

作成して下さい PCA CTI 制御（JTAPI ユーザ）のためのアプリケーションのユーザーを

会議 Relatable アラーム

会議 Relatable レポート

会議ビデオ テスト コール

非 Call Manager によって登録されているエンド ポイントのシナリオ 2.会議

会議 Relatable アラーム

会議ビデオ テスト コール

確認

トラブルシューティング

概要

この資料に設定する方法を記述され、Prime Collaboration 保証（PCA）内の会議診断のための配備を設定するために予防的に音声/テレビ会議統計情報を監視して下さい。

前提条件

要件

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

- Call Manager Admin ログイン

- PCA ログイン

- TelePresence 監視サーバー（TMS）

- コア/Expressway 信任状、該当する場合

使用するコンポーネント

この 文書に記載されている 情報は PCA バージョン 11.x に- 12.x 基づいています。

本書の情報は、特定のラボ環境にあるデバイスに基づいて作成されたものです。 このドキュメントで使用するすべてのデバイスは、初期（デフォルト）設定の状態から起動しています。 稼働中のネットワークで作業を行う場合、コマンドの影響について十分に理解したうえで作業してください。

背景説明

Cisco Prime Collaboration 11.x は表示のこれらの型をサポートします:

- 完全な 可視性-会議統計情報のような JTAPI/HTTP フィードバックおよび実時間監視情報の使用を用いるコール検出、および会議情報はサポートされます。

- 限られた表示- JTAPI/HTTP フィードバックの使用を用いる自動呼検出は、会議統計情報のような実時間監視情報起こりが、会議情報はサポートされません。 限られた表示のエンド ポイントは会議トポロジーの半薄暗くされたアイコンと示されます。

Cisco Prime Collaboration 12.x は表示のこれらの型をサポートします:

- 完全な 可視性-会議統計情報のような JTAPI/HTTP フィードバックおよび実時間監視情報の使用を用いるコール検出、および会議情報はサポートされます。

- 表示無し- JTAPI/HTTP フィードバックおよび実時間監視情報の使用を用いるコール検出はサポートされません。 これらのエンド ポイントは十分に薄暗くされたアイコンと Monitoring ページ会議に表示されます。

限られたへのエンド ポイント セットまたは OVUM ごとの完全な 可視性の制限

- 小さい開いた仮想化アーカイブ（OVUM）は 500 までのエンド ポイントをサポートします

- 中間 OVUM は 1000 までのエンド ポイントをサポートします

- 大きい OVUM は 1800 までのエンド ポイントをサポートします

- 非常に大きい OVUM は 2000 までのエンド ポイントをサポートします

会議およびサポートされたセッションに関する PCA ごとのサポートされているデバイスのリストは表イメージに示すようにここにあります。

設定

Call Manager に登録されているビデオ エンドポイントのシナリオ 1.会議

ステップ 1： 最初に管理された状態にいます Call Managers を確認する必要があります。

在庫整理するべきナビゲートは > 資材 管理 > 信任状を > 作成します Call Manager クラスタのためのプロファイルを管理します。

注: 各々のクレデンシャル プロファイルがプロファイルの内にリストされている各 IP のために同じ信任状を使用することを覚えていて下さい。 このように同じクレデンシャル プロファイル内の Call Manager パブリッシャ および サブスクライバをリストすれば、それは両方の IP アドレスを検出するのにそれらの同じ信任状を使用します。 設定のコンダクターがある場合、イメージに示すようにコンダクターをそして Cisco Call Manager 最初に検出して下さい。

呼び出します。 設定しました Hypertext Transfer Protocol （HTTP）、単純名 管理プロトコル（SNMP）および Java Telephony API （JTAPI）信任状を確認して下さい

さらに、Call Manager サービサビリティの Cisco コンピュータ テレフォニー インテグレーション （CTI）サービスを有効に しなければなりません。

Cisco Unified Communications Manager 設定

イネーブル HTTP

Cisco Prime Collaboration がログインに admin 信任状を使用するようにたいと思う場合新規 ユーザを作成する必要がありません。 また Cisco Unified Communications Manager にログイン すればのに Cisco Prime Collaboration Manager が右の信任状を使用することを許可したいと思えば Cisco Prime Collaboration が伝えるのに使用できる対応したユーザおよび新しい HTTP ユーザグループを作成して下さい。

ユーザを作成するために次の手順に従って下さい:

ステップ 1.管理者 アカウントの Cisco Unified CM 管理 Webインターフェイスにログイン して下さい。

ステップ 2.十分な特権でユーザグループを作成して下さい。 ユーザ Management>User Settings> アクセス制御 Groupand へのナビゲートは適した名前で新規 ユーザ グループを、PC_HTTP_Users この場合作成します。 この場合、selectSave。

ステップ 3.ユーザ Management>User Settings> アクセス制御グループおよび selectFind にナビゲート して下さい。 定義した見つけ、右のアイコンをクリックして下さいグループを。

ステップ 4. Groupand への SelectAssign ロールはこれらのロールを選択します:

- 標準 AXL API アクセス

- 標準 CCM 管理者ユーザ

- 標準サービサビリティ 管理

ステップ 5. 『SAVE』 をクリック して下さい。

ステップ 6 メインメニューから、ナビゲート toUser Management>Application Users>Create 新規 ユーザ。

theApplication ユーザ Configurationpage の適したパスワードを規定 して下さい。 利用可能なデバイス テキスト領域から特定タイプだけのデバイス選択できますまたは Cisco Prime Collaboration がすべてのデバイスを監視するようにして下さい

ステップ 7 thePermission Informationsection では、ユーザ Groupand への selectAdd はステップ 1.で作成されたグループを選択します（たとえば、PC_HTTP_Users）。

ステップ 8. ClickSave。 ページはリフレッシュされ、右の特権は表示されます。

イネーブル SNMP

SNMP は Cisco Unified Communications Manager でデフォルトでイネーブルになっていません。

SNMP を有効に するため:

ステップ 1. Cisco Unified Communications Manager Web GUI の theCisco によって統一される Serviceabilityview にログイン して下さい。

ステップ 2. Tools > Service アクティベーションへのナビゲート。

ステップ 3.パブリッシャ サーバを選択して下さい。

ステップ 4.パフォーマンス > 監視サービスにナビゲート し、Cisco Call Manager SNMP サービスにチェックボックスを選択して下さい。

ステップ 5.スクリーンの一番下で『SAVE』 を選択 して下さい。

SNMP コミュニティストリングを作成するため:

ステップ 1. theCisco によって統一される Serviceabilityview に Cisco Unified Communications Manager Web GUI ログイン して下さい。

呼び出します。 Cisco Unified サービサビリティ ビューのメインメニューから、ナビゲート toSNMP > v1/v2c > コミュニティ ストリング。

ステップ 3.サーバおよび clickFind を選択して下さい。

コミュニティ ストリングが既に定義されている場合、コミュニティ ストリング名前は検索結果で表示されます。

ステップ 4. ClickAdd newto は結果が表示されない場合新しい文字列を入力します。

ステップ 5.必須 SNMP 情報を規定 し、設定を保存して下さい。

注: SNMP Read only （RO）アクセスだけ必要です。

CTI サービスを開始して下さい

望む Cisco Unified Communications Manager ノードにおける手順を、それ 2 つのノードで設定すること望ましいです行って下さい。

ステップ 1. Cisco Unified Communications Manager グラフィカル ユーザ インターフェイスで表示される Cisco Unified サービサビリティにログイン して下さい。

ステップ 2.ナビゲート toTools > サービス アクティベーション。

ステップ 3.ドロップダウン リストからサーバを選択して下さい。

ステップ 4 CM からサービスは theCisco CTI Managercheck ボックスを区分しましたり、チェックします。

ステップ 5.画面の上で『SAVE』 を選択 して下さい

作成して下さい PCA CTI 制御（JTAPI ユーザ）のためのアプリケーションのユーザーを

JTAPI がデバイスからセッションステータス状況情報を検索するのに使用されています。 エンド ポイントの JTAPIイベントを受け取る必要なアクセス許可でコールプロセッサの CTI 制御のためのアプリケーションのユーザーを作成して下さい。 Prime Collaboration は複数のコール プロセッサ クラスタを管理します。 クラスタ ID がユニークであることを確認して下さい。 Cisco Prime Collaboration を必要情報を得るために助けるように新規アプリケーション ユーザを作成して下さい。

新しい JTAPI アプリケーションのユーザーを作成するために次の手順に従って下さい:

ステップ 1.管理者 アカウントによって Cisco Unified CM 管理 Webインターフェイスにログイン して下さい。

ステップ 2.十分な特権でユーザグループを作成して下さい。 ユーザ Management>User Settings> アクセス制御 Groupand へのナビゲートは適した名前で新規 ユーザ グループを、PC_HTTP_Users この場合作成します。 この場合、selectSave。

ステップ 3. Management>User Settings> アクセス制御グループおよび clickFind を『User』 を選択 して下さい。 定義した見つけ、右のアイコンを選択して下さいグループを。

ステップ 4. Groupand への ClickAssign ロールはこれらのロールを選択します:

- Standard CTI Allow Call Monitoring

- Standard CTI Enabled

- 接続された Xfer および CONF をサポートする電話の標準 CTI 割り当て制御

ステップ 5. SelectSave。

ステップ 6 メインメニューから、ナビゲート toUser Management>Application Users>Create 新規 ユーザ。

theApplication ユーザ Configurationpage の適したパスワードを規定 して下さい。 利用可能なデバイス テキスト領域から特定タイプのデバイスを選択できますまたは Cisco Prime Collaboration がすべてのデバイスを監視するようにして下さい。

注: パスワードはセミコロン（;）または等号が含まれていてはなりません（=）。

ステップ 7 thePermission Informationsection では、アクセス制御 Groupand への selectAdd はステップ 1.で作成されたグループを選択します（たとえば、PC_HTTP_Users）。

ステップ 8. ClickSave。 ページはリフレッシュされ、右の特権は表示されます。

注: Call Manager が JTAPI ユーザの追加前に管理された場合、JTAPI ユーザを追加され、Call Manager のためのクレデンシャル プロファイルに再発見しますそれを確認して下さい。

シナリオ 1.ステップから続けられる:

ステップ 3.作成した Call Manager JTAPI アプリケーションのユーザーへのナビゲートは利用可能なデバイスから制御装置に、サポートされたエンド ポイントを移動し。

イメージに示すようにデバイス アソシエーション 機能によってこれを行うことができます。

限られたをエンド ポイント セットの制限に戻ってまたは参照するか、OVUM ごとの完全な 可視性 OVUM サイズに追加したデバイスの量を確認できます。

この画面の中では、イメージに示すようにこれらのデバイスを管理し、フィルタリングするのを助けるデバイス名、説明またはディレクトリ番号によってフィルタリングできます。

それがステップ 7.に追加されるのでこれらのデバイスに注意することは役立ちます。

同様に正しいユーザの役割を追加されますこの JTAPI ユーザ向けに確認して下さい:

- Standard CTI Allow Call Monitoring

- Standard CTI Enabled

- イメージに示すように接続された Xfer および CONF をサポートする電話の標準 CTI 割り当て制御。

PCA ごとのサポートされているデバイスのリストに関しては、会議およびサポートされたセッションに関して、Background Information セクションに戻って参照して下さい。

注: CTI アプリケーションのユーザーによって装置制御文字にイメージに示すようにデバイス情報の下でチェックされる CTI チェックボックスからのデバイスの割り当て制御があることをさらに、確認して下さい。

注: Call Manager に登録されているエンド ポイントがあり、Call Manager が VCS/TMS と統合場合こと続行する前に注意することは重要です、VCS/TMS を最初に検出しましたり、Call Manager 最後を検出します。 コンポーネント観点からこの方法は適切な位置に、インフラストラクチャすべてマップされます。 さらに、検出するとき VCS/TMS は TMS/VCS または Call Manager のそれぞれデバイスへの変更をデフォルト検出するタブ確認します。

ステップ 4 次に PCA で、Call Managers の IP アドレスのディスカバリおよび入力を『Device』 を選択 し、自動設定の 2 つのチェックボックスを選択し、イメージに示すように『Run Now』 を選択 して下さい。

ステップ 5 Call Managers が管理された状態にあった後、ステップ 6.に進んで下さい。

注: Call Manager が管理された状態にない場合、管理された状態の Call Manager を得るために詳細事項が必要オープンすれば TAC ケースをである場合、HTTP か SNMP がほとんどの場合原因です。

ステップ 6. > コンポーネント スケジュール > クラスタ データ ディスカバリ スケジュール在庫整理し、『Run Now』 を選択 するべきナビゲート。

注: これは持っている未登録デバイス/登録したりか何に依存しています。 このプロセスは数分から少数の時間にどこでもかかるかもしれません。 ページのリフレッシュによって終日チェックして下さい。 同様に、これは Call Manager クラスタを一緒にマップし、エンド ポイントすべてを取得します。 これが完了する後、次のステップに進んで下さい。

注: サポートされる会議統計情報がありたいと思うエンド ポイントがあるかどうか PCA コンポーネントで述べることは重要です。 これらがレポートおよびすべての統計情報のためによく管理される正しい情報を示すためにように、して下さい。

ステップ 7.診断するべきナビゲート > エンド ポイント診断。

システムによって許可される最高レベルに表示を可能な限り設定する必要がある会議エンド ポイントのための日付統計情報まで得るため。

会議診断で監視したいと思い、そして表示を『Edit』 をクリック し、イメージに示すように完全な 可視性を選択するすべてのエンド ポイントを選択して下さい。

限られた表示はトポロジー内のデバイスだけを示しますが、統計情報およびそれは会議診断に関するそれらのデバイスのための適当なアラームを取得できません。

注: 、たとえば、10 のエンド ポイントを選択し、完全な 可視性を選択すればデバイスごとの表示サポートの最高レベルを選択します。

ステップ 8.テストするために、ナビゲート するために > 会議診断および進行中か完了する会議はイメージに示すように診断するために、示します。

これらの会議の中では可聴周波およびビデオ コールのための平均パケット損失、レイテンシーおよびジッタを表示できます。

また、含まれるセッションおよびデバイスのトポロジーを得て下さい。

現在、会議診断は DN の基づいて情報を引っ張り、環境が DN を共有したら、PCA は会議のために受け取る最初の 1 つを取得します。

会議 Relatable アラーム

会議診断に関してはあらゆるセッションのための 3 つの異なるアラームを受け取り、しきい値を設定できます:

- パケット損失

- 遅延

- ジッター

これらのそれぞれの場合、デフォルトしきい値を、surpress それ修正するかまたはどんなデバイスをこのアラームに準好むか定義できます。

ステップ 1. Administration > イベント カスタマイゼーションに警告する及び報告するナビゲート。

ステップ 2.しきい値規則を選択し、選択してもらいます基本を確認して下さい。

ステップ 3.スクロールするか、またはイメージに示すように Session と指名されるカテゴリのための権限にフィルタリングして下さい。

ステップ 4.アラームの隣にあるドロップする 下 矢印を選択して下さい。 修正したいと思い、パケットロス、ジッタまたはレイテンシーのためのマイナー、主要または重要なパーセントを修正できます。

ステップ 5 surpress に好んだら Surpress に発生を切り替えて下さい。

ステップ 6 アラームに関連付けられたエンド ポイントを定義することを望んだらルールを『Custom』 を選択 することができます。

ステップ 7 次に、デバイスの種類を > 『All』 を選択 しますこのアラームのためにほしいと思い、『SAVE』 をクリック する デバイスをか選択可能デバイスを選択して下さい。

会議 Relatable レポート

会議の場合 Diagnostics レポートは取得され、表示することができます。

2 つのレポートがあります:

- Conference レポート

- TelePresence エンド ポイント レポート

Conference レポートの場合、必要に応じて 1 つからの 4 週かカスタムある一定の時間に時間枠内のすべての会議のリストを表示できます。

ステップ 1.イメージに示すようにレポート > Conference レポートにナビゲートして下さい。

会議要約レポート

これは限られた/完全な 可視性および会議として選択したこと提供します各エンド ポイントの概観を報告します。

ここに表示される統計情報は次のとおりです:

- 平均会議使用方法

- 会議に関するアラーム

- 平均パケット損失、ジッタおよびレイテンシー

- 最も長い会議

これはどのエンド ポイントがほとんどの問題があるか判別する音声/ビデオネットワークの内で持つことができる問題に粒状ビューを実現させるのを助けることができます。

また、使用方法ごとの一致の帯域幅を利用できます。

会議 Detail レポート タブ

会議のためのアラームに出会えば会議 Detail レポート タブにナビゲートできます。

会議を選択すれば、興味があるかもしれないエンドポイント名、ソフトウェア バージョンをおよび他の詳細を見つけるためにそれを精製できます。

TelePresence エンド ポイント レポートの場合、エンド ポイントごとに表示できます:

- このデバイスが持っていた会議の数

- 稼働率

- エンド ポイント モデル

- 用途

さらに、イメージに示すように変更利用タブによって利用 Paramaters を変更できます。

これはそのデバイスのためのパラメータを設定します従って表示するべきか何パーセント システムは使用方法から認知しています。

エンド ポイントが要約レポート スケジュールされた会議が抜けていたエンド ポイントを表示することを示しません。

このグラフの中では、何合計が会議をスケジュールし、これらの何発生し、だったか示すかまたエンド ポイントを表示でき。

会議ビデオ テスト コール

ネットワークをテストするために管理された状態の 2 つのビデオ エンドポイント間のポイントツーポイント ビデオ テスト コールを作成できます。 他のコールのような統計情報のイベントおよびアラーム、セッション統計情報、エンド ポイント統計情報およびネットワーク トポロジ表示できます。 CTS、C および EX シリーズ コーデックだけこのコールのためにサポートされます。

さらに、これがです会議診断と機能すべてを検証するのに使用することができます。

前提条件

- この機能は E20 コーデック シリーズのためにサポートされません。

- この機能を使用するために、CLI 信任状はエンド ポイントのために追加する必要があります。

- （登録されていた統一された CM）エンド ポイントが登録されている JTAPI がエンド ポイントのためにイネーブルになっているようにすれば。

- ビデオ テスト コール機能は MSP モードの Cisco Prime Collaboration を展開する場合、利用できません。

ステップ 1.診断するべきナビゲート > エンド ポイント診断。

ステップ 2.述べられる前提条件によって 2 つの適当なエンド ポイントを選択して下さい。

ステップ 3.テストを > ビデオ テスト コール 『Run』 を選択 して下さい。

ステップ 4 今または再occurance スケジュールで動作するためにビデオ テスト コールをスケジュールできます。

ステップ 5 このビデオ テスト コールは会議 Diagnostics 画面でそれから示します。

非 Call Manager によって登録されているエンド ポイントのシナリオ 2.会議

ステップ 1： TelePresence 管理スイート（TMS）ことを確認して下さいおよびビデオ コミュニケーション コミュニケーション・サーバ（VCS）信任状は利用できます。

注: このシナリオの VCS/TMS を検出するとき、発見のプロセスは重要です。 設定の Call Manager がある場合、コンダクターをそして Cisco Call Manager 最初に検出して下さい。

ステップ 2.イメージに示すように VCS のための別途のクレデンシャル プロファイルを作成するが、在庫整理するために > 資材 管理 > 管理します信任状を > 『Add』 を選択 し、次に入力します TMS のための情報をナビゲートして下さい。

ステップ 3 クレデンシャル プロファイルが作成されたら、ディスカバリを『Device』 を選択 し、Discovery タブ選定された VCS で IP アドレスを入力し、VCS デバイスを検出して下さい。 また、TMS のための選定された TMS はそれでです IP アドレス入り。 イメージに示すように『Run Now』 をクリック して下さい。

ステップ 4 VCS および TMS をあります管理された状態に確認して下さい。

注: VCS か TMS が管理された状態にない場合、管理された状態の VCS/TMS を得るために詳細事項が必要オープンすれば TAC ケースをである場合、HTTP か SNMP がほとんどの場合原因です。

注: VCS が管理された状態にあったらこの URL を使用し、適切な IP アドレスと IP_Address _of_VCS_Server を取り替えて下さい。PCA サーバは VCS へのフィードバック サーバとしてそこの会議セッション端があるときデータ VCS においての問題は PCA に送り返さないようにこれします登録している必要があります。

https:// <IP_Address_of_VCS_Server>/getxml か。location+/Status/feedback は、http 信任状要求され、入力されて、イメージに示すように応答を受け取って下さい。

注: Prime Collaboration が HTTP フィードバック予約購読による VCS を定期講読されない場合、登録されていたエンド ポイントはセッションに VCS によって知らせられるべきではないですし、または加入するか、または残すとき VCS に登録しませんでしたり登録解除しません。 この場合、それらのエンド ポイントの可視性を完全か限られたに必要とされるように設定し、VCS をあります管理された状態に確認して下さい。

ステップ 5. > コンポーネント スケジュール > クラスタ データ ディスカバリ スケジュール在庫整理し、『Run Now』 を選択 するべきナビゲート。

注: このプロセスはすべてのインフラストラクチャ デバイスを渡るこの機能を行うと同時に時間をかけることができます。 従ってそれが数分後に完了しなかったら、1-2 時間後に再確認して下さい。 非常に大型 システムは 4 時間程かかることができます。 サポートされるレポートおよびすべての統計情報が適切な情報に示すことができるようにまた確認し、これら同様に管理される会議統計情報がありたいと思うエンド ポイントがあるかどうか PCA コンポーネントで述べることは重要です。

会議およびサポートされたセッションに関する PCA によるサポートされているデバイスのリストに関しては、Background Information セクションを参照して下さい。

ステップ 6.診断するべきナビゲート > エンド ポイント診断。

会議エンド ポイントのための正しい統計情報を得るために、可能な限りシステムによって許可される最高レベルに表示を設定する必要があります。

会議診断で監視したいと思い、そして表示を『Edit』 をクリック し、最大表示を選択するすべてのエンド ポイントを選択して下さい。

注: 、たとえば、10 のエンド ポイントを選択し、完全な 可視性を選択すればデバイスごとの表示サポートの最高レベルを選択します。

ステップ 7.テストするために、ナビゲート するために > 会議診断および進行中か完了する会議はイメージに示すように診断するためにあります。

これらの会議の中では可聴周波およびビデオ コールのための平均パケット損失、レイテンシーおよびジッタを表示できます。

また、含まれるセッションおよびデバイスのトポロジーを得ます。

会議 Relatable アラーム

会議診断に関しては、3 を受け取れます警告し、セッションに設定します thressholds を:

- パケット損失

- 遅延

- ジッター

これらのそれぞれデフォルトしきい値を修正するか、それを完全に無効に するか、またはどんなデバイスをこのアラームに準好むか定義できます。

ステップ 1.管理は >Event カスタマイゼーションに警告するために及び報告するためにナビゲート します。

ステップ 2.しきい値規則を選択し、選択してもらいます基本を確認して下さい。

ステップ 3.スクロールするか、またはイメージに示すように Session と指名されるカテゴリのための権限にフィルタリングして下さい。

ステップ 4.修正したいと思うパケットロス、ジッタまたはレイテンシーのためのマイナー、主要または重要なパーセントを修正できますアラームの隣でドロップする 下 矢印を選択すれば。

ステップ 5 surpress に好んだら Surpress にスイッチを発生 itthen。

ステップ 6 アラームに関連付けられたエンド ポイントを定義することを望んだらルールを『Custom』 を選択 します。

ステップ 7 次に、型を > 『All』 を選択 しますこのアラームのためにほしいと思い、『SAVE』 をクリック する デバイスをか選択可能デバイスを『Device』 を選択 して下さい。

会議 Relatable レポート

会議の場合 Diagnostics レポートは取得され、表示することができます。

2 つのレポートがあります:

- Conference レポート

- TelePresence エンド ポイント レポート

Conference レポートの場合、必要に応じて 1 つからの 4 週かカスタムある一定の時間に時間枠内のすべての会議のリストを表示できます。

ステップ 1.イメージに示すように > Conference レポート報告するためにナビゲートして下さい。

会議要約レポート

これは提供します限られた/完全な 可視性および会議として選択した各エンド ポイントの概観を報告します。

ここに表示される統計情報は次のとおりです:

- 平均会議使用方法

- 会議に関するアラーム

- 平均パケット損失、ジッタおよびレイテンシー

- 最も長い会議

これはどのエンド ポイントがほとんどの問題があるか判別する音声/ビデオネットワークの内で発行します持つかもしれません粒状ビューをに実現させるのを助けることができます。

同様に使用方法ごとの一致の帯域幅を利用して下さい

会議 Detail レポート タブ

会議のためのアラームに出会う場合、会議 Detail レポート タブにナビゲートできます。

エンドポイント名を検索すために精製できる会議を選択すればソフトウェア バージョンおよび他の詳細 maye 興味があります。

TelePresence に関してはエンド ポイントはエンド ポイントごとに表示できます報告します

- このデバイスが持っていた会議の数

- 稼働率

- エンド ポイント モデル

- 用途

さらに、イメージに示すように変更利用タブによって利用 Paramaters を変更できます。

これはそのデバイスのためのパラメータを設定します従って表示するべきか何パーセント システムは使用方法から認知しています。

エンド ポイントが要約レポート スケジュールされた会議が抜けていたエンド ポイントを表示することを示しません。

このグラフの中では、何合計が会議をスケジュールし、これらの何発生し、だったか示すかエンド ポイントを表示でき。

会議ビデオ テスト コール

、ネットワークをテストするために管理された状態にある 2 つのビデオ エンドポイント間のポイントツーポイント ビデオ テスト コールを作成できます。 イベントおよびアラーム、セッション統計情報、エンド ポイント統計情報およびネットワーク トポロジ表示できます。 CTS、C および EX シリーズ コーデックだけこのコールのためにサポートされます。

さらに、これが会議診断と正しいですすべての機能性を検証するのに使用することができます。

前提条件

- この機能は E20 コーデック シリーズのためにサポートされません。

- この機能を使用するために、CLI 信任状はエンド ポイントのために追加する必要があります。

- （登録されていた統一された CM）エンド ポイントが登録されている JTAPI がエンド ポイントのためにイネーブルになっているようにすれば。

- ビデオ テスト コール機能は MSP モードの Cisco Prime Collaboration を展開する場合利用できません。

ステップ 1.診断するべきナビゲート > エンド ポイント診断。

ステップ 2.前提条件によって 2 つの適当なエンド ポイントを選択して下さい。

ステップ 3.テストを > ビデオ テスト コール 『Run』 を選択 して下さい。

ステップ 4 今または再occurance スケジュールで動作するためにビデオ テスト コールをスケジュールできます。

ステップ 5 このビデオ テスト コールは会議 Diagnostics 画面でそれから示します。

確認

現在、この設定に使用できる確認手順はありません。

トラブルシューティング

このセクションでは、設定のトラブルシューティングに役立つ情報を提供します。

トラブルシューティングのために集まるべきログ

ステップ 1.システム 管理 > ログ管理へのナビゲート。

ステップ 2.モジュールにスクロールし、セッション モニタリングを選択し、イメージに示すように『Edit』 を選択 して下さい。

ステップ 3.デバッグし、『SAVE』 をクリック するためにログ レベルを変更して下さい。

ステップ 4.問題を再現 しそしてログ管理画面に戻って下さい。

ステップ 5 問題を再現 した後、セッション モニタリングを選択し、ログを『Download』 を選択 して下さい。

ステップ 6 ダウンロードした後、ZIP ファイルを抽出して下さい。

ステップ 7. ZIP ファイルを開発し、有用なログのための場所にナビゲート して下さい:

/opt/emms/emsam/log/SessionMon/

- CUCMJTAPI.log

- CUCMJTAPIDiag.log

- CSMTracker

- CSMTrackerDiag.log

- CSMTrackerDataSource.log

- PostInitSessionMon.log