Cisco Prime Collaboration Manager 1.0 ユーザ ガイド
セッションのトラブルシューティング
セッションのトラブルシューティング
発行日;2012/05/09 | 英語版ドキュメント(2011/04/26 版) | ドキュメントご利用ガイド | ダウンロード ; この章pdf , ドキュメント全体pdf (PDF - 2MB) | フィードバック

目次

セッションのトラブルシューティング

トラブルシューティング ワークフローの開始

トラブルシューティング データのエクスポート

セッションのトラブルシューティング

この項を確認する前に、Cisco Prime Collaboration Managerディスカバリ ワークフローについて理解しておく必要があります。Cisco Prime CM でのディスカバリ ワークフローを理解するには、「デバイスの検出」を参照してください。

Cisco Prime CM ディスカバリは、エンドポイントのレイヤ 2 情報を検出すると終了します。つまり、エンドポイントが接続されているスイッチとデフォルト ゲートウェイを検出します。エンドポイント間のレイヤ 3 情報は、トラブルシューティング ワークフロー中に検出されます。新たに検出されたデバイスは、Cisco Prime CM インベントリに追加されます。ネットワーク トポロジは、CDP を使用して検出されます。

ネットワーク デバイスに関する詳細(CPU 使用率、メモリ使用率、インターフェイスなど)を表示できます。システムの詳細に加えて、デバイスの障害情報も表示されます。

トラブルシューティング ワークフロー中に、デバイスは、[Device Monitoring Configuration] ページ([Administration] > [Device Monitoring Configuration]) の [System Status Polling Interval]、[Interface Statistics Polling Interval]、および [Flow Statistics Polling Interval] に対して定義された値に基づいてポーリングされます。


) トラブルシューティング ワークフローは、Cisco Prime CM システムのパフォーマンスに影響を与えます。監視リストにセッションまたはエンドポイントを追加するのは、必要な場合だけにしてください。


図 21-1 に、セッションのトラブルシューティング ワークフローのフロー図を示します。

図 21-1 セッションの Cisco Prime CM トラブルシューティング ワークフロー

 

トラブルシューティング ワークフローの特徴

次に、トラブルシューティング ワークフローの主な特徴を示します。

トラブルシューティング ワークフローは、自動的に開始することも手動で開始することもできます。

自動トラブルシューティングは、セッションを監視リストに追加すると起動されます(図 21-2 を参照)。

自動トラブルシューティングは、セッションの開始時にいずれかのエンドポイントが監視リストに含まれている場合に起動されます(図 21-3 を参照)。トラブルシューティング ワークフローは、エンドポイントが監視対象状態になっている場合に限り開始できます。

自動トラブルシューティングは、パケット損失、ジッター、および遅延アラーム用に自動トラブルシューティングを設定してある([Administration] > [Device Monitoring Configuration])場合も起動されます。

パケット損失、ジッター、または遅延アラームの値が定義済みのしきい値を超えると、自動トラブルシューティングが起動されます。これは、ポイントツーポイント セッションだけに適用できます。

自動トラブルシューティングは、パケット損失、ジッター、または遅延アラームがマルチポイント セッションで発生する場合は起動されません。

手動トラブルシューティングは、[Session Monitoring] または [Video Collaboration Dashboard]([Home] タブ)ページのいずれかから起動できます(図 21-2 を参照)。

セッションおよびエンドポイントのトラブルシューティング ワークフローを開始する方法の詳細については、「トラブルシューティング ワークフローの開始」を参照してください。

ポイントツーポイント セッションの場合は、2 つのエンドポイント間でトラブルシューティングが実行されます。トラブルシューティング ワークフローを手動で開始する場合は、エンドポイント間のトラブルシューティングの方向を選択できます。

マルチポイント セッションの場合は、マルチポイント スイッチとエンドポイント間でトラブルシューティングが実行されます。トラブルシューティング方向は、エンドポイントからマルチポイント スイッチとなり、反対方向では行われません。

2 つのエンドポイント間でパケット損失、ジッター、または遅延アラームが存在するとき、自動トラブルシューティングに対して設定されている場合はトラブルシューティング ワークフローが開始されます。このアラームがクリアされると、トラブルシューティング ワークフローは停止します。

2 つのエンドポイント A と B が存在すると仮定します(パケット フローは A から B および B から A の間です)。自動トラブルシューティング用に設定してあり、エンドポイント A から B の間でパケット損失が発生した場合は、トラブルシューティング ワークフローは自動的に A から B で開始されます。


) • トラブルシューティング ワークフローは、開始時から最大で 4 時間続きます。トラブルシューティング ワークフローがこの時間内に終了しない場合は、Cisco Prime CM はワークフローを自動的に終了します。

一度に最大 25 個の同時トラブルシューティング ワークフローを使用できます。この制限を超えると、トラブルシューティング ログ ファイルにエラー メッセージが表示されます。


 

セッションのトラブルシューティング ワークフローの特徴

次に、スケジューリングされたセッションが監視リストに追加された場合のトラブルシューティング ワークフローの主な動作を示します。

自動トラブルシューティング ワークフローは、監視リストに追加されるすべてのセッションで開始されます。

マルチポイント セッションでは、トラブルシューティングは、エンドポイントがセッションに参加するとすぐに開始されます。

マルチポイント セッションでは、エンドポイントのトラブルシューティングが停止されると、トラブルシューティング ワークフローは、セッション内の他のエンドポイントについて続行されます。このエンドポイントのトラブルシューティングは手動で開始する必要があります。

マルチポイント セッションでは、問題が原因でエンドポイントが再開されると、セッションへの参加後に、このエンドポイントの新しいトラブルシューティング ワークフローが起動されます。セッション内の他のエンドポイントに影響はありません。

監視リストからセッションが削除されると、次の条件では、関連付けられたトラブルシューティング ワークフローは停止します。

そのセッションについてトリガーされたパケット損失、ジッター、または遅延アラームがない。

手動で起動されたトラブルシューティング ワークフローがない。

パケット損失、ジッター、または遅延アラームが原因でトラブルシューティング ワークフローが起動された場合は、次の条件では、パケット損失、ジッター、または遅延アラームがクリアされると、トラブルシューティング ワークフローは停止します。

セッションが監視リストに追加されていない。

手動で起動されたトラブルシューティング ワークフローがない。

トラブルシューティング ワークフローが手動で停止された。

セッションが終了した。

手動で起動したトラブルシューティング ワークフローは、手動で停止する必要があります。他には、セッションが終了すると停止します。

セッションを再度監視リストに追加すると、新しいトラブルシューティング ワークフローが開始されます。

エンドポイントのトラブルシューティング ワークフローの特徴

トラブルシューティング ワークフローは、エンドポイントが監視対象状態になっている場合に限り開始できます。次に、エンドポイントが監視リストに追加された場合のトラブルシューティング ワークフローの主な動作を示します。

エンドポイントの自動トラブルシューティングは、そのエンドポイントがセッションに参加するとすぐに開始されます。(監視リストに追加された)エンドポイントに関連付けられたセッションのトラブルシューティング ワークフローを停止できます。このセッションのトラブルシューティングは手動で開始する必要があります。

セッション中に、エンドポイントが監視リストから削除されると、そのエンドポイントのトラブルシューティングは停止します。

セッションおよび関連付けられたエンドポイントが管理リストに属している場合に、エンドポイントが監視リストから削除されると、そのセッションのトラブルシューティング ワークフローは、セッションが終了するまで続行されます。

セッションおよび関連付けられたエンドポイントが監視リストに属している場合は、セッションが監視リストから削除されると、そのエンドポイントのトラブルシューティング ワークフローは、エンドポイントがセッションから切断されるまで続行されます。つまり、セッションとエンドポイントが監視リストに属している場合は、エンドポイントにより高い優先順位が付けられます。

Cisco Mediatrace

Cisco Mediatrace を使用すると、データ ストリームに関するネットワーク パフォーマンスの低下の問題を分離してトラブルシューティングできます。これは、任意のタイプのフローを監視するために使用できますが、主にビデオ フローで使用されます。また、メディア フロー パスに沿った、フロー以外に関連する監視にも使用できます。

これによって、ネットワーク管理者は、IP フローのパスを検出し、パスに沿ったノードで監視機能を動的にイネーブルにして、ホップバイホップ ベースで情報を収集できます。

Cisco Prime CM で Mediatrace ポーリングを実行する前に、フロー情報を収集する各ネットワーク ノードで Mediatrace をイネーブルにしておく必要があります。Mediatrace セッションまたはポーリングを設定、開始、および制御するために使用するネットワーク ノードで Mediatrace Initiator をイネーブルにする必要があります。情報を収集する各ネットワーク ノードでは、Mediatrace Responder をイネーブルにする必要があります。

Mediatrace Initiator と Responder 機能がデバイスでイネーブルになっているかどうかは、Cisco Prime CM インベントリ([Inventory] > [Device Inventory] [Mediatrace Role])を使用して確認できます。

ネットワーク ノードで Cisco Mediatrace をイネーブルにした場合は、Cisco Prime CM は、トラブルシューティング データの一部として Medianet Path View を提供します。Medianet Path View には、次の項目のグラフィカルなビューが含まれています。

CPU およびパケット損失

ビデオ IP ビット レートおよびパケット損失

ビデオ到着間ジッタおよびパケット損失

IP DSCP およびパケット損失

トラブルシューティング ワークフローの開始

セッションまたはエンドポイントのトラブルシューティング ワークフローは、[Session Monitoring] および [Endpoint Monitoring] ページのクイック ビュー ウィンドウ( 表 21-1 )から開始できます。次の作業を実行します。

進行中のセッションのトラブルシューティング ワークフローを開始します。

セッションを監視リストにタグ付けします。セッションが開始すると、トラブルシューティング ワークフローが開始します。

エンドポイントを監視リストにタグ付けします。エンドポイントがセッションに参加すると、トラブルシューティング ワークフローが開始します。

ポイントツーポイント セッションのパケット損失、ジッター、または遅延アラームが存在する場合に自動トラブルシューティング ワークフローを起動するよう設定します。


) トラブルシューティング ワークフローを開始するには、CLI クレデンシャルは必須です。トラブルシューティング ワークフローを開始する前に、すべてのエンドポイントとネットワーク デバイスについて CLI クレデンシャルを入力する必要があります。CLI クレデンシャルを入力していない場合は、CLI クレデンシャルを入力して、デバイスを再検出します。
クレデンシャルの更新については、「クレデンシャルの管理」を参照してください。検出ジョブを開始するには、「デバイスの検出」を参照してください。CLI クレデンシャルが設定されているかどうかを確認するには、「[Access Information]」を参照してください。


図 21-2 [Session Monitoring] ページからのトラブルシューティングの開始

 

 

1

クイック ビューを起動できる [Session Subject] 列。

2

トラブルシューティングを開始するセッションの上にマウスを移動して、[quick view] アイコンをクリックします。

3

[Troubleshoot Session] または [Add to Watch List] リンクのいずれかをクリックします。

図 21-3 [Endpoint Monitoring] ページからのトラブルシューティングの開始

 

 

1

クイック ビューを起動できる [Endpoint Name] 列。

2

トラブルシューティングを開始するエンドポイントの上にマウスを移動して、[quick view] アイコンをクリックします。

3

[Add to Watch List] リンクをクリックします。

 

表 21-1 トラブルシューティング ワークフローの起動ポイント

トラブルシューティング タイプ
起動ポイント

自動

1. [Administration] > [Device Monitoring Configuration] を選択します。
[Device Monitoring Configuration] ページが表示されます。

2. [Rx Packet Loss]、[Average Period Jitter]、および [Average Period Latency] のしきい値を設定します。

3. 要件に基づいて、[Rx Packet Loss]、[Average Period Jitter]、または [Average Period Latency] をオンにします。

4. [Save] をクリックします。

自動

1. [Monitoring] > [Session Monitoring] を選択します。
[Sessions Monitoring] ページが表示されます。

2. スケジューリングしたセッションを選択します。

3. [Video Collaboration Sessions] テーブルの [Session Subject] 列の上にマウスを移動して、表示される [quick view] アイコンをクリックします。

4. [Add to Watch List] をクリックします。

自動

1. [Monitoring] > [Endpoint Monitoring] を選択します。
[Endpoint Monitoring] ページが表示されます。

2. [Not In Use] 使用ステータスになっているエンドポイントを選択します。

3. [List of Endpoints] テーブルの [Endpoint Name] 列の上にマウスを移動して、表示される [quick view] アイコンをクリックします。

4. [Add to Watch List] をクリックします。
エンドポイントがセッションに参加するとすぐに、トラブルシューティング ワークフローが開始されます。

手動

1. [Home] を選択します。
[Sessions in Progress with Alarms] ページが表示されます。

2. 進行中のセッションを選択します。

3. [Session Subject] 列の上にマウスを移動して、表示される [quick view] アイコンをクリックします。

4. 次のいずれかをクリックします。

[Troubleshoot Session]:[Troubleshooting] ページを起動して、トラブルシューティングを開始する方法を選択します。

または

[Add to Watch List]:ポイントツーポイント セッションの場合はエンドポイント間、マルチポイント セッションの場合はエンドポイントとマルチポイント スイッチ間のトラブルシューティング ワークフローを即時に開始します。トラブルシューティング方向は、エンドポイントからマルチポイント スイッチとなり、反対方向では行われません。

手動

1. [Monitoring] > [Session Monitoring] を選択します。
[Sessions Monitoring] ページが表示されます。

2. 進行中のセッションを選択します。アラームが設定された進行中のセッションを選択することをお勧めします。

3. [Video Collaboration Sessions] テーブルの [Session Subject] 列の上にマウスを移動して、表示される [quick view] アイコンをクリックします。

4. 次のいずれかをクリックします。

[Troubleshoot Session]:[Troubleshooting] ページを起動して、トラブルシューティングを開始する方法を選択します。

または

[Add to Watch List]:ポイントツーポイント セッションの場合はエンドポイント間、マルチポイント セッションの場合はエンドポイントとマルチポイント スイッチ間のトラブルシューティング ワークフローを即時に開始します。トラブルシューティング方向は、エンドポイントからマルチポイント スイッチとなり、反対方向では行われません。

手動

1. [Monitoring] > [Session Monitoring] を選択します。
[Sessions Monitoring] ページが表示されます。

2. 進行中のセッションを選択します。アラームが設定された進行中のセッションを選択することをお勧めします。

3. [session topology] ペインでネットワーク リンク(ネットワーク リンクにアラームがある場合)の上にマウスを移動して、表示される [quick view] アイコンをクリックします。

4. [Troubleshoot Network Link] をクリックします。

手動

1. [Monitoring] > [Endpoint Monitoring] を選択します。
[Endpoint Monitoring] ページが表示されます。

2. [In Use] 使用ステータスになっているエンドポイントを選択します。

3. [List of Endpoints] テーブルの [Endpoint Name] 列の上にマウスを移動して、表示される [quick view] アイコンをクリックします。

4. [Add to Watch List] をクリックします。
トラブルシューティング ワークフローが即時に開始されます。

トラブルシューティング ワークフロー結果が新しいページに表示されます。次の情報を参照できます。

Session Information

[Subject]:スケジューリングしたときに指定されたセッションの詳細。

[Session Type]:セッションがアドホックか、スケジュール済みか、スタティックかを表示します。

[Scheduler]:セッションをスケジューリングしたユーザの詳細を表示します。たとえば、john@cisco.com のように表示されます。アドホック セッションの場合は、スケジューラ情報は表示されません。

[Start Time]:セッションの開始時刻。

[Structure]:セッションがポイントツーポイントか、またはマルチポイントかを表示します。

[Status]:セッションのステータス(進行中、完了など)を表示します。

[Elapsed Time]:セッションが開始されてからの期間。

[View Session Topology]

このペインでは、セッション トポロジを表示できます。[Session Topology] ビューについて理解するには、「セッション トポロジ」を参照してください。

[Troubleshooting Status]

次の項目間のトラブルシューティング ステータスを表示できます。

エンドポイント。これが、ポイントツーポイント セッションである場合。

マルチポイント スイッチとエンドポイント。これが、マルチポイント セッションである場合。

分析するエンドポイントに基づいて、トラブルシューティング ワークフローを開始、停止、および再開([Start New])できます。

トラブルシューティング結果の詳細([Troubleshooting]、[Log]、および [Medianet Path View] タブ)については、「トラブルシュート データについて」を参照してください。

トラブルシューティング データのエクスポート

Cisco Prime CM クライアントからトラブルシューティング ワークフロー データをエクスポートできます。データをエクスポートできるのは、セッションの終了後だけです。トラブルシューティング ジョブの完了後に、[Session Monitoring] ページにトラブルシューティング ジョブ ステータスが表示されます([Troubleshooting Status] 列を参照)。

トラブルシューティング データをエクスポートして表示するには、次のようにします。


ステップ 1 [Monitoring] > [Session Monitoring] を選択します。

[Sessions Monitoring] ページが表示されます。

ステップ 2 トラブルシューティング ステータス アイコンに [Troubleshooting Report Available] が表示される過去のセッションを選択します。

ステップ 3 [Video Collaboration Sessions] テーブルの [Session Subject] 列の上にマウスを移動して、表示される [quick view] アイコンをクリックします。

ステップ 4 クイック ビュー ウィンドウで [Export Troubleshooting Data] をクリックします。

次のメッセージとともにポップアップ ウィンドウが表示されます。

「Click here to view the troubleshooting data.」

ステップ 5 ポップアップ ウィンドウのリンクをクリックします。

HTML ファイル形式のトラブルシューティング レポートが新しいブラウザ ウィンドウに表示されます。


 

トラブルシューティング レポートのエクスポートについて

トラブルシューティング レポートをエクスポートすると、次の詳細情報が含まれます。

 

レポート フィールド
説明

[Session Identifier]

セッションの固有 ID。

[Session Subject]

セッションがアドホックか、スケジュール済みか、スタティックかを表示します。

[Session Date]

セッションが発生した日付。

[Session Start Time]

セッションの開始時刻。

[Session Duration in Minutes]

セッションの期間。

[Session Type]

セッションがポイントツーポイントか、またはマルチポイントかを表示します。

[Endpoints]

セッションの一部であったエンドポイントの詳細。

[Call Segment]

トラブルシューティング中に使用された方向を表示します。

[Troubleshooting Session]

トラブルシューティング ワークフローの開始時刻と終了時刻。

[Troubleshooting Session ID]

トラブルシューティング ワークフローの固有 ID。

[Troubleshooting Start Time]

トラブルシューティング ワークフローの開始時刻。

[Troubleshooting Initiation]

トラブルシューティングが手動で開始されたか、自動的に開始されたかを表示します。

[Segment Service Topology]

トラブルシューティング パス トポロジに関する情報(デバイス名、タイプ、および IP アドレス)を表示します。

[Troubleshooting End Time]

トラブルシューティング ワークフローの開始時刻。

[Troubleshooting Termination]

トラブルシューティング ワークフローが手動で終了されたか、自動的に終了されたかを表示します。