概要

Webex Calling のトラブルシューティングを使用すると、特定の Webex Calling 通話のメディア品質や通話接続関連の問題をトラブルシューティングできます。通話品質が悪いという顧客からの苦情など、さまざまな理由から通話のトラブルシューティングが必要になる場合があります。この場合、トラブルシューティング ビューに直接移動し、特定の通話を検索して、ホップの詳細を表示し、問題の発生箇所を正確に特定できます。また、トラブルシューティングを使用すると、組織の通話品質を積極的に監視し、ユーザーが気付く前に特定の問題に先手を打つこともできます。

トラブルシューティング ビューにアクセスするには、Control Hub で完全な管理者、読み取り専用管理者、またはサポート管理者のロールを持っている必要があります。

Webex Calling のトラブルシューティングにより、次のことが可能になります。

  • 成功した通話、失敗した通話、拒否された通話を検索します。

  • 通話の参加者のエンドツーエンドのエクスペリエンスを表示します。

  • 通話のホップ詳細を表示します。

  • メディアがクラウドを通じて、またはユーザー Webex Calling間で直接(INTERACTIVE Connectivity 立ち上がり(ICE)を使用して通過する場合に表示します。

  • 通話にメディアがない場合、またはパス最適化の設定が失敗した場合は、Insights を表示します。

  • 過去 21 日間の通話を表示します。

  • シグナリング関連の通話の失敗と拒否を表示します。

  • ユーザーのエクスペリエンスに影響を与えた通話品質メトリックスを分析します。たとえば、管理者は Wi-Fi ネットワーク経由のクライアントで高いジッターを観察しても、パケット損失と遅延は許容範囲内である場合があります。

  • 問題が発信者または発信者に発生した場合に検出します。

電話を使った通話 Webex Calling 終了後に表示されます。

トラブルシューティング ビューは、関連するすべてのメトリックを提供することで問題領域を特定するのに役立ちますが、必ずしも通話品質の低下の根本原因を提供できるわけではありません。次のポインタを参照して様々な要因を特定し、解決方法を決定してください。

  • ユーザーのエンドツーエンドのエクスペリエンス。

  • [ホップの詳細] ビュー。

  • ユーザーまたはメディアリレーポイントからメトリクスを送受信します。

  • 外部ネットワークまたはネットワーク間の通話 の発生、または通信が登録済みのWebex Callingかどうか。

検索ビュー

次の基準を使用して検索すると、少なくとも 1 つの Webex Calling に登録されたエンドポイントでメディア セッションが使用された通話のリストを取得できます。

  • メール アドレス

  • 電話番号

  • MACアドレス

  • 通話 ID

  • 相関ID

部分検索は、電子メール アドレス、電話番号、通話 ID に対してサポートされています。電話番号の場合、最初の 3 ~ 8 桁を入力して Enter キーを押すと、一致するエントリが表示されます。8 桁を超える数字を入力すると、完全に一致するものを検索します。他の場所から電話番号をコピーして貼り付ける場合は、 +1 検索が機能するために。

コントロールハブのトラブルシューティングで検索された通話

ユーザーのメール アドレスを検索すると、会議と通話がそれぞれのタブに分かれて表示されます。

  • 会議 - ユーザーが参加したすべての会議が含まれます。

  • Webex Calling: すべての Webex Calling 通話が含まれます。

  • Webex での通話 - Webex での通話が含まれます。

相関 ID または電話番号で検索すると、関連するタブ (この場合は Webex 通話) のみが表示され、関連する結果のみが表示されます。

通話を検索すると、関連する通話セグメントが Webex Calling タブに表示されます。利用可能なデータは次のとおりです。

列名説明

ステータス

通話の試みが成功したかどうか。通話試行のステータスが 拒否 または 失敗 の場合、ステータスにマウスを合わせると関連するコードが表示されます。可能な値は次のとおりです。

  • 成功 - 通話試行が成功しました。

  • 拒否 - 通話の試みが拒否されました。

  • 失敗 - 通話の試行に失敗しました。

全体的な品質

すべての Webex Calling は、品質に対して採点されます。ただし、Webex ミーティングまたは Webex セッションの通話の場合、この評価は適用されません。通話エクスペリエンスは、次のように採点されます。

  • 悪い - 発信者または着信者のどちらかのエンドツーエンドのエクスペリエンスが悪かったことを示します (たとえば、音声が途切れる)。

  • 良好 - 発信者と着信者のエンドツーエンドのエクスペリエンスがしきい値を超えなかったことを示します。

  • なし / 利用不可 - メディア品質データは利用できません。

個人的な品質

ユーザーの個々の通話セグメントの品質。

Timestamp

通話の開始時刻。

発信元番号

発信者に割り当てられた Webex Calling 番号。

発信者名

発信者の名前です。

着信番号

着信者に割り当てられた Webex Calling 番号。

呼び出し先名

呼び出し先の名前。

継続時間

通話が続いた時間の長さ。

場所

Webex Calling の発信者の場所。

相関 ID

複数の通話を結び付ける相関ID segments/call 同じコールのレッグ。

検索されたユーザーの主要業績評価指標(KPI)

コントロール ハブのトラブルシューティングで検索されたユーザーの KPI

ユーザーを検索するときに、 Webex Calling タブで次の KPI を使用できます。

  • 合計通話数 - 合計通話数。

  • 通話セグメントの合計数 - 通話セグメントの合計数。

  • 失敗した通話セグメント - 失敗した通話セグメントの数。

  • 拒否された通話セグメント - 拒否された通話セグメントの数。

  • 低品質の通話セグメント - 品質の悪い通話セグメントの数。

通話セグメントとは?

通話セグメントは、Webex Calling 通話の個別の部分を表します。基本的に、2 つの参加者間の各直接ホップまたは接続は、単一の通話セグメントを構成します。

たとえば、アリスが自動応答を呼び出して、その通話をボブに転送する場合、アリスから自動応答への通話は通話の 1 つのセグメントとみなされ、自動応答からボブへの通話は同じ通話フローの別のセグメントとみなされます。したがって、単一の複雑な通話は複数の通話セグメントで構成される場合があります。

通常、コール セグメントは 2 つのコール レッグ (CDR) で構成されます。開始レグと終了レグ。ただし、PSTN 通話が含まれるシナリオでは、Webex Calling の観点からは単一のコール レグ (Webex ユーザーの終了レグ) のみが生成される場合があります。

各通話セグメントには、異なる結果 (成功、失敗、拒否など) が存在します。したがって、Control Hub のトラブルシューティング ビューで通信イベントを通話セグメントとして表示することが重要です。これにより、顧客は個々のセグメントへの完全な内訳を観察できるようになり、複雑なコールフロー内の問題を正確に特定できるようになります。

通話サマリ

通話のトラブルシューティング時の通話概要データの例

通話の詳細ページの通話概要セクションには、通話シーケンス全体の包括的なエンドツーエンドの進行が視覚的に表されます。この高レベルのビューにより、複数の論理「通話」(共通の相関 ID によって定義)や複雑な転送シナリオが含まれる場合でも、顧客は通話のフロー全体を視覚化できます。通話サマリーは、すべての中間ホップと関連する「通話」をインテリジェントにつなぎ合わせて、全体的かつ一貫したビューを提供します。

通話サマリーを使用すると、視覚的なタイムライン ビューで通話フローを最初から最後まで簡単に把握できます。左側の各参加者はユーザー タイプ (PSTN、ハント グループ、コール キューなど) を表し、その前の線はその参加者のコール インタラクションを表します。2 人の参加者間のやり取りが通話セグメントです。参加者の上にマウスを置くと、名前、ユーザータイプ、期間のタイムスタンプなどの詳細情報を表示できます。特定の参加者をクリックすると、同じページの通話概要カードの下のホップ ビューで通話セグメントの詳細を表示できます。PSTN およびローカル ゲートウェイ ユーザー タイプを持つ参加者の一部はクリックできないことに注意してください。

通話の概要では、ダイヤル、パーク、転送などの通話アクションも強調表示されます。そして、失敗、拒否などの接続ステータス。特定の兆候にマウスを合わせると詳細が表示され、問題が発生した正確な時点で問題を特定してトラブルシューティングすることができます。

たとえば、上のスクリーンショットは、外部の PSTN ユーザーが自動応答にダイヤルし、その通話がコール キューに転送された通話を表しています。その後、通話は 2 人のエージェントに転送され、2 番目のエージェントが通話に応答して PSTN ユーザーと話しました。メディア品質オーバーレイはエンドポイントでのメディア品質を表します。凡例には、通話の概要を理解するのに役立つ詳細情報が表示されます。

通話概要セクションの詳細な説明については、 このビデオキャストをご覧ください。

次のシナリオは、通話概要図ではサポートされていません。

  • 会議、割り込み、コール ブリッジ、コール マージなどの会議コール フロー。
  • サイレントモニタリング、コーチング、バージイン、テイクオーバーなどのコールキュースーパーバイザー機能。
  • エンドポイントに再生されるアナウンスに関する情報。
  • 通話中に保留され再開された通話に関する情報。
  • 通話の失敗や拒否の状況では、内部通話状態により、通話セグメントの両側で異なる理由が表示される場合があります。

ホップの詳細ビュー

トラブルシューティングにおける Webex Calling 通話のホット詳細の例

ホップ詳細ビューでは次のデータが表示されます。

項目説明
エンドポイント

以下のいずれかを表示します。

  • 物理エンドポイント用のデスクフォン

  • Webex アプリ

  • Cisco Room シリーズデバイス用の Room デバイス

ハードウェア

以下のいずれかを表示します。

  • 物理エンドポイントのデスクフォンモデル情報

  • Webexアプリの場合は「-」

  • Cisco Room Series デバイスの Room Series モデル情報

場所

ユーザーに対して設定されている Webex Calling の場所。Webex Calling がプロビジョニングされた国も括弧内に表示されます。

市内 IP

メディアを送信するために使用しているネットワーク インターフェイスのクライアントのローカル IP アドレス。ユーザーのパーソナル アイデンティティを保護するために IP アドレスを一部非表示にしています。

パブリック IP

これは、クラウドパブリック IP確認されたクライアントのデフォルト アドレスです。企業の場合、これは NAT を提供するファイアウォールのアドレスです。ユーザーのパーソナル アイデンティティを保護するために IP アドレスを一部非表示にしています。

MACアドレス

クライアントエンドポイントの MAC アドレス。

地理情報

パブリック IP アドレスの Geo ルックアップ。PNC 経由で接続している場合、このアドレスは正確ではありません。ユーザーが Webex アプリを使用し、VPN を通じてエンタープライズに接続している場合、場所は正確ではありません。

ISP

インターネットサービス プロバイダークラウドにネットワーク接続を提供するWebex Callingです。

ネットワーク

クライアントがメディアを交換するために使用したネットワーク接続のタイプです。可能な値は次のとおりです。

  • Wi-Fi

  • イーサネット

  • 細胞

  • 不明

音声コーデック

(送受信)クライアントによって送信されるメディアに対して使用されているメディアのエンコーディングおよびデコーディングの形式。

ビデオコーデック

(送受信)クライアントによって送信されるメディアに対して使用されているメディアのエンコーディングおよびデコーディングの形式。ビデオ通話にのみ適用されます。

SIPセッションID

元の (または初期) セッション ID と最終セッション ID。

トランク

ホップにローカル ゲートウェイが関係している場合にのみ使用できます。着信および発信トランクの名前。

ルート グループ

ホップにローカル ゲートウェイが関係している場合にのみ使用できます。ルート グループの名前。

PSTNベンダー名

ホップに PSTN が関係している場合にのみ使用できます。ベンダーの名前。

一部のメトリクスは、ユーザーの身元を保持するために、記事のスクリーンショットでマスクされます。

ホップの詳細から、次の操作を実行できます。

  • ホップが PSTN またはローカル ゲートウェイ経由でルーティングされたかどうかを表示します。

  • 通話を発信または受信したユーザーの種類を表示します。例としては HuntGroupVoiceMailGroupRoutePointなどがあります。 詳細通話履歴レポート には、すべてのユーザー タイプのリストが表示されます。

  • 次のシナリオで通話に関する分析情報を表示します。

    • 通話に関連するどのホップにもメディアがありませんでした。

    • パス最適化のセットアップに失敗しました。

    • ホップの 1 つが失敗したか、通話を拒否しました。失敗したホップは赤でマークされ、拒否されたホップは黄色でマークされます。ホップが失敗または拒否された理由も示されます。

  • デバイスの上にカーソルを合わせると、エンドツーエンドの通話エクスペリエンスが表示されます。

  • エンドポイントとクラウドの間のホップにカーソル Webex Calling、ホップの詳細を表示します。

エンドツーエンドの通話エクスペリエンスは、通話終了時に各 Webex Calling 登録エンドポイント (Webex アプリまたは 8865 や Desk Pro などのデバイス) から収集されるメディア品質データに基づいています。エンドポイントに次のしきい値がある場合、通話は良好と評価されます。

  • パケット損失は以下 5%.

  • 遅延またはラウンドトリップ時間 (RTT) が 400 ミリ秒未満。

  • ジッターは150ミリ秒未満です。

ホップの品質は、同 じクラウドのメディアリレーポイントから収集されたデータWebex Callingされます。CCPP PSTNローカル ゲートウェイを通じて通話する場合、データ収集は Webex Calling クラウドからであり、エンドポイントからではありませんPSTNされます。メディア リレー ポイントに次のしきい値がある場合、ホップは良好と評価されます。

  • パケット損失が 2.5% 未満

  • 待機時間または RTT は 200 ms 未満です。

  • ジッターは 75 ms 未満です。

アクション を選択し、次のいずれかのオプションを選択して、ホップの詳細にデータを保存することもできます。

  • トラブルシューティングの通話記録を保存する(CSV)
  • 通話レポートを保存 (JSON)
  • 参加者の詳細を保存 (CSV)

通話詳細ペイン

ホップ詳細ビューの右側のペインの「通話の詳細」では、次のデータが表示されます。

項目説明
相関 ID同じ通話セッションの複数の呼び出し足を結び付けする相関関係 ID。
通話日付通話が発生した日付です。
通話時刻通話の開始および終了時刻を検索ビューで選択したタイムゾーンで表示します。
セッションタイプ

サポートされているセッションのタイプです。例: Webex Call

参加者通話に参加した参加者の数です。
発信者名発信者の名前です。
発信者メール アドレス発信者のメール アドレスです。
発信者番号通話中に発信者が使用した電話番号。
音声使用された音声タイプです。
ビデオ参加者がビデオを有効にしている場合は はい が表示されます。ビデオがまったく有効になっていなかった場合は、 いいえと表示されます。
パスの最適化

通話パスの最適化が通話に適用される場合に指定します。許容される値:

  • ICE (インタラクティブ接続の確立)

  • PNC(プライベートネットワーク接続)

  • 最適化なし

通話タイプ

通話タイプは以下のいずれかの種類です。

  • 緊急

  • エンタープライズ

  • 国際通話

  • モバイル

  • 国内

  • 操作係

  • Premium

  • ショート

  • 無料通話

  • 不明

  • URI

通話終了時間

通話を終了したユーザー。

ダイヤル番号

事前翻訳前にユーザーがダイヤルしたキーパッドの数字。

関連理由

ホップが作成された理由を示します。たとえば、 CallQueue の値は、コール キューからエージェントへの通話試行によって希望が生じていることを示します。関連する理由の値の詳細については、 Webex Calling の詳細な通話履歴レポートを参照してください。

Webex Calling のトラブルシューティング ビューにアクセスする

部分検索は、電子メール ID、電話番号、通話 ID に対してサポートされています。電話番号の場合、最初の 3 ~ 8 桁を入力して Enter キーを押すと、一致するエントリが表示されます。8 桁を超える数字を入力すると、完全に一致するものを検索します。他の場所から電話番号をコピーして貼り付ける場合は、 +1 検索が機能するために。

Webex 通話を分析するには、以下を実行します。

1

コントロールハブ にサインインし、 モニタリング に移動します > トラブルシューティング

2

表示するメール ID、電話番号、MAC アドレス、通話 ID、または相関 ID を検索します。

相関 ID を使用して、検索ビューで関連する通話をグループ化できます。

3

選択したフィルターを適用します。利用可能なフィルターは次のとおりです。

  • 場所
  • 個人的な品質
  • デバイス タイプ
  • サービスタイプ

電話番号または相関 ID を検索する場合、フィルターは使用できません。

4

特定の呼び出しをクリックして、ホップの詳細ビューを調べます。

検索結果またはトラブルシューティングの通話記録をCSVファイルとしてダウンロードする

検索結果またはトラブルシューティングの通話記録を CSV ファイルとしてダウンロードできます。これらのレコードは、通話のトラブルシューティングに役立つコール レッグ レベルの詳細を提供します。

1 つの CSV ファイルにつき最大 100 件のトラブルシューティング通話記録をエクスポートできます。

ダウンロードをクリックすると、現在開いているタブの検索結果がダウンロードされます。したがって、Webex Calling レコードをダウンロードする場合は、Webex Calling タブが開いていることを確認してください。

1

コントロールハブ にサインインし、 モニタリング に移動します > トラブルシューティング

2

表示したい通話リストができたら、 エクスポート を選択します。 > 検索結果をダウンロード (CSV) または トラブルシューティングの通話記録をダウンロード (CSV)

コントロール ハブのトラブルシューティングで検索された通話の [エクスポート] ボタンが強調表示されるようになりました

通話詳細ページからトラブルシューティング記録をダウンロードすることもできます。ここでは、トラブルシューティングの通話記録、JSON 形式の通話レポート、参加者の詳細を CSV ファイルとしてダウンロードできます。

メディア品質の問題のトラブルシューティング

ホップ 1 つで表示することで、問題が発生した場所を特定することができます。問題がどこにあるか確認し、メトリック(ジッター、パケット損失、遅延)で問題をトラブルシューティングするために、以下を試みできます。

メディアの問題の一般的な可能性は次のとおりです。

  • Network/ISP/location 特定の問題—ファイアウォール、ネットワーク構成、または帯域幅が原因で、特定の場所またはネットワーク サブネットでエクスペリエンスが低下するというパターンがあります。分析ビューで通話ごとのトラブルシューティング ビュー (不良なセッションに関連付けられている場所を識別) を使用して、場所の集計パターンを確認します。

  • ユーザー固有の問題—ユーザーまたはデバイスが質の悪いネットワーク (Wi-Fi や在宅勤務など) に接続しているため、関連するネットワーク機能によってユーザー エクスペリエンスが影響を受けます。ネットワークの問題を特定するには、 CScan を使用して Webex Calling ネットワークの品質をテストする の記事を参照してください。

  • 通話タイプ固有の問題—ユーザーのエクスペリエンスが悪いのは、相手側の品質が原因です。これは、ユーザーがモバイル PSTN上で別のユーザーと話し、セッションがネットワーク上で高いパケット損失高いPSTNです。

  • メディアなしの問題—一部のホップでメディアが送信されない可能性があります。Insights バナーには、ホップの詳細ページの上部に原因が表示され、ホップの詳細ページの情報ボックスに責任者が表示されます。通話中にメディアが機能しない場合の考えられる原因とその責任者を以下に示します。

    • Webex が送信者からのメディアを受信していません。

    • Webex が受信機からのメディアを受信していません。

    • Webex はどちらの方向からもメディアを受信しません。

    • Webex が受信者にメディアを送信していません。Webex エンジニアリングがこの問題に対処します。

    • Webex は Cloud PSTN からメディアを受信していません。Webex エンジニアリングがこの問題に対処します。

    • Webex はクラウド サービスからメディアを受信していません。Webex エンジニアリングがこの問題に対処します。

    • Webex はローカル ゲートウェイからメディアを受信していません。顧客管理者が問題を調査する必要があります。

  • メディア パス最適化の失敗—一部の呼び出しではメディア パス最適化を正常に設定できません。Insights バナーには、ホップの詳細ページの上部に、失敗した ICE 呼び出しの原因と解決策が表示されます。

    考えられる理由としては次のようなものがあります:

    • ICE はスタン サーバー アクセスのため失敗しました - Webex Calling ポート参照情報を参照してください。

    • 接続チェックのため ICE が失敗しました - ネットワーク間の接続を確認してください。

    • ICEは、デフォルトのパスの往復時間が similar/better 最適化されたパスよりも優れています。

制限

メディア品質メトリックと、ネットワーク側からの発信フローおよび終了フローは、次のデバイスでは利用できません。

  • アナログ電話

  • サードパーティ デバイス

  • IPv6 エンドポイント

サポートされている通話フロー

メディア品質レポートは、発信者と呼び出し先のエンドポイントとメディアリレーポイントから収集されます。これにより、メディア エクスペリエンスの範囲を絞り込み、問題が発生したかどうかを識別できます。

  • 発信者または呼び出し先

  • クラウドへの、またはクラウドからの Webex Calling パス。

通話に登録済みのエンドポイントが少なくとも 1 つの確立されたメディア セッションがある場合、呼Webex Calling は表示されます。たとえば、ハント グループ から 8 人の担当者へのアウトバウンド通話の場合、1 人の担当者だけが応答した場合、他の 7 人のエージェントをトラブルシューティングするメディアエクスペリエンスはありません。

トラブルシューティングに使用するメディアエクスペリエンス またはWebex Callingパスは以下の通り:

  • オンネット最適化 – ICE が成功し、メディアがユーザー間で直接流れる組織内の通話。詳細 Webex Callingを確認する場合は、「インタラクティブ接続の最適化と ICE」 を参照してください。

  • オンネット非最適化 – 組織内で対話型接続確立 (ICE) が不可能または確立されなかった通話。このシナリオでは、メディアが Webex Calling クラウドを通じてフローします。

  • オンネット クラウド ホスト – クラウドでホストされているメディア サーバーによってメディアが提供される組織内の通話 (ボイスメールの再生、自動応答へのダイヤルなど)。

  • Webex Calling 登録エンドポイントとの間のオフライン通話 -

    • クラウド接続 PSTN プロバイダー経由- 相手が PSTN ネットワーク上にある組織の着信および発信通話。メディアは、高品質相互接続で、クラウド接続PSTNプロバイダ (CCPP) を通じてリレーされます。

    • ローカル ゲートウェイ経由- 相手側のメディアが企業を経由する組織の着信および発信コール。ローカル ゲートウェイの背後で、メディア セッションはエンタープライズがホストするユーザー (例えば、エンタープライズの通話制御に登録されている) または PSTN から利用できます。PSTN がエンタープライズによって提供されます。

ポイント・アンド・ポイントのネット通話に関与している登録ユーザーが 1~2 Webex Calling 人の場合、トラブルシューティングビューは両当事者のメトリックスを示します。通話がネット外(ユーザー 1 は PSTN ユーザーからの通話を受信)、トラブルシューティングビューでは、メディアリレーポイントから取得したメトリクスと共に User1 のクライアントメトリクスだけが表示されます。

トラブルシューティングビューの通話シナリオの大部分は、2 つの呼び出しレミー (発信者と呼び出し先) を表示します。しかし、一部の通話シナリオ (コール パークや取得など) では、コールレグは 1 つしか表示されません。このような場合は、トラブルシューティング ビューで他のコールレグが個別に表示されます。これにより、通話のトラブルシューティングや問題が発生した場所を検出することができます。しかし、重複時間など共通のエンティティを使用して 2 つのコールレコールを手動で関連付ける必要があります。トラブルシューティング ビューの今後の機能強化により、手動ルックアップを使用する必要が除去されます。

ホップ数は、セッション中にサンプリング時間およびネットワークの変動性に応じて変化します。メディアリレーポイントとクライアント(エンドツーエンドのエクスペリエンス)によって報告される値が一致しない場合があります。ただし、パスに一緒に配置するために近くに配置する必要があります。

Analytics から取得した集計情報とともに個別の通話のトラブルシューティング ビューを使用することをお 勧めします

トラブルシューティング ビューを使用して、異なる通話タイプの通話品質を分析しましょう。

ICE が成功し、クラウドのメディアリレーがパスから削除される組織内の通話。メディア フローは、ユーザーのデバイスの間で直接行います。

推論:

1

通話は発信者と呼び出し先の両方でエンドツーエンドのエクスペリエンスが優良として評価されます。

2

管理者は 2 人のユーザーの間で直接メディア フローを観察することができますが、Webex Calling クラウドを通じて移動することはできません。

最適化された通話フローでは、2 人のユーザー間のメディアがローカル ネットワークを通過するので、エンタープライズまたはローカル ネットワークが問題のソースである場合、エクスペリエンスが悪い場合があります。待ち時間または RTT は、通話の最適化では常に低くなりますが、パケット損失およびジッターは引き続き、2 人のユーザー間のネットワークに応じて要素になる場合があります。

ICE 通話が成功しない組織内の通話で、メディアがユーザーのクラウドをWebex Callingします。

推論:

管理者は、次の情報を参照することができます。

1

発信者のエンドツーエンド のエクスペリエンスは、不良として採点されます。

2

発信側および受信ストリームの両方に影響する発信者のネットワークホップに問題があります。

3

呼び出し先のネットワーク ホップに問題があります。

4

発信者からの問題のため、呼び出し元のエンドツーエンドのエクスペリエンスは不良として採点されます。

メディアがクラウドでホストされている組織によって提供されるメディア サーバー内の通話。

推論:

通話のエンドツーエンドエクスペリエンスが受け入れしきい値内であるとして、通話は良く評価されます。管理者は以下を参照することができます。

1

メトリックの一部が受け入れ可能なしきい値を超える場合、発信者のネットワーク ホップは不良として採点されます。

2

ボイスメールからの送信ストリームは、メディアリレーポイントから収集されたメトリクスに関して良い評価を受け取ります。

3

ボイスメディア サーバー収集またはお預かりするために使用されるメッセージは、現在、レポートメトリックスではありません。ただし、これらのサーバーは Webex Calling Cloud の一部としてホストおよび管理されています。そのため、リンクセグメントの品質は内部的で常に高品質、低遅延です。

4

管理者は、発信者のエンドツーエンドのエクスペリエンスを良く評価することができますが、ホップは不良として採点されます。これは、呼び出し先のホップが、発信者のネットワークのパフォーマンス劣化を補う優れたネットワークを有しているという理由です。

相手方がネットワーク上にある組織をPSTN出します。メディアは、クラウド接続されたネットワークプロバイダー (CCPP PSTNでリレーされます。

この例では、クライアント メディアは、クラウドを通じてPSTNプロバイダーから来ています。

呼び出しのエンドツーエンド エクスペリエンスが受け入れ可能なしきい値内ではなされていないので、通話は不良として採点されます。管理者は、次の情報を参照することができます。

1

問題は、送信ストリームに関する特別PSTN発信者のホップ数です。

2

呼び出し先のネットワーク ホップに問題があります。

3

発信者からの問題のため、呼び出し元のエンドツーエンドのエクスペリエンスは不良として採点されます。

4

PSTN ネットワーク上の発信者のエンドツーエンド エクスペリエンスと受信ストリーミング メトリックは、Webex Calling Cloud に送信されないので、現在使用可能ではありません。

発信者のメディアがエンタープライズから来ている組織に発信または発信します。メディア セッションは、エンタープライズがホストするユーザー (例えば、UCM に登録されている) または PSTN から利用できます。PSTN がエンタープライズを通して提供されます。

推論

通話のエンドツーエンドエクスペリエンスが受け入れ可能なしきい値内ではなされていないので、通話は不良として採点されます。管理者は、次の情報を参照することができます。

1

ストリームの送受信の両方で、Webex Calling Cloud に対する発信者のホップに問題があります。

2

ホップまたはユーザーの最後に見られた問題 (デバイス、ネットワークなど) で見られた問題のために、発信者のエンドツーエンドのエクスペリエンスは不良として採点されます。

3

通話者の末尾から Webex Calling Cloud への着信トラフィックは、良く評価されます。

4

ローカル ゲートウェイから呼び出される呼び出し先のエンドツーエンド エクスペリエンスと受信ストリーミング メトリックは、これらのメトリクスが Webex Calling Cloud に送信されないので、現在使用可能ではありません。

失敗した通話や拒否された通話のトラブルシューティング

通話ステータス 列には、通話が成功したか、拒否されたか、失敗したかが表示されます。通話のステータスが 拒否 または 失敗 の場合、ステータスにマウスを合わせると関連するコードが表示されます。

ユーザーの通話リストをドリルダウンすると、 失敗した通話 KPI が表示され、そのユーザーが重大な問題を経験しているかどうかをすぐに特定できます。 拒否 または 失敗 ステータスにマウスを合わせると、各ステータスに関連付けられている特定のコードが表示されます。

ホップの詳細ビューには、通話が 拒否 または 失敗 ステータスになっている理由に関する詳細情報を示すバナーが表示されます。通話ステータスが発信ホップ中または終了ホップ中に発生したかどうかも確認できます。

失敗した通話シナリオの例

失敗コード: 宛先へのルートがない

失敗コード: トラブルシューティングにおける通話の宛先へのルートがないエラーコードの例

職場のデバイスから通話を試みましたが、宛先までのルートが利用できないために失敗しました。

失敗コード: プロトコルエラー

失敗コード: トラブルシューティングにおける通話のプロトコルエラーコードの例

職場のデバイスから通話を試みましたが、プロトコル関連のエラーのため失敗しました。

失敗コード: 内部エラー

失敗コード: トラブルシューティングの呼び出しの内部エラーコードの例

ローカル ゲートウェイから通話が行われましたが、宛先の職場のデバイスの内部エラーにより失敗しました。通話は 14 分間確立されましたが、内部エラーが発生しました。

拒否コールのシナリオ例

拒否コード: 通話拒否

コントロール ハブのトラブルシューティングで、通話拒否の拒否コードを含むホップの詳細ビューを表示します。

通話試行が宛先に到達できなかったか、宛先へのインターフェイスが正しく機能していなかったため、通話試行は失敗しました。拒否されるシナリオの例は次のとおりです。

  • 匿名通話拒否のため、通話試行は拒否されました。

  • 着信権限により通話が拒否されました。

  • 発信通話の許可により、通話の試行が拒否されました。

  • 発信通話の許可により、通話の試行が拒否されました。

  • 通話インターセプトが設定されているために通話試行が拒否されました。

  • コールパークまたはコール取得の失敗により、通話試行が拒否されました。

  • プッシュツートーク拒否により通話試行が拒否されました。

  • 選択的通話承認により通話試行が拒否されました。

  • 選択的通話拒否により通話試行が拒否されました。

  • 不明な番号、権限不足などのエラーにより、通話試行が拒否されました。

失敗コード: 未割り当て番号

拒否コード: トラブルシューティングにおける未割り当て番号の通話エラーコード例

発信者から通話の試みがありましたが、宛先が割り当てられていない番号であったため拒否されました。

通話結果の理由

次の表は、失敗した通話に使用できる 拒否 および 失敗 コードを示しています。

コールの結果の理由説明

成功

通話は成功しました。考えられるコードは次のとおりです:

  • 正常 - 通話は正常に完了しました。
  • UserBusy: 通話は成功しましたが、ユーザーはビジーです。
  • NoAnswer: 通話は成功しましたが、ユーザーが応答しませんでした。

拒否

通話は拒否されました。考えられるコードは次のとおりです:

  • CallRejected - 受信者側で通話が拒否されました。
  • UnassignedNumber - ダイヤルした番号はどのユーザーまたはサービスにも割り当てられていません。
  • SIP408 - 時間内にユーザーが見つからなかったため、要求がタイムアウトしました。
  • InternalRequestTimeout - 予期しない状況によりサービスが要求を処理できなかったため、要求がタイムアウトしました。
  • Q850102ServerTimeout - タイマーの期限切れまたはサーバーのタイムアウト時に回復します。
  • NoUserResponse - エンドユーザーのデバイスまたはクライアントからの応答がありません。
  • NoAnswerFromUser - ユーザーからの応答がありません。
  • SIP480 - 着信側または呼び出し側が現在利用できません。
  • SIP487 - 通話が応答される前に要求が終了しました。
  • TemporarilyUnavailable - ユーザーは一時的に利用できません。
  • LocalGatewayLoop: ローカル ゲートウェイと Webex Calling の間でループが検出されました。
  • AdminCallBlock: 組織の通話ブロック リストにより通話が拒否されました。
  • UserCallBlock: 番号がユーザーのブロック リストに登録されているため、ユーザーへの通話は拒否されます。
  • 到達不能 - 通話を目的の宛先にルーティングできません。
  • UserAbsent - ユーザーは一時的にアクセスできないか、利用できません。
  • 未定義 - 上記のいずれの理由にも該当しません。

失敗

通話に失敗しました。考えられるコードは次のとおりです:

  • DestinationOutOfOrder - 宛先に到達できないか、宛先へのインターフェイスが正しく機能していないため、サービス要求が失敗しました。
  • SIP501 - メソッドが無効であり、要求メソッドを識別できません。
  • SIP503 - サービスが一時的に利用できないため、要求を処理できません。
  • ProtocolError - 不明または実装されていないリリース コード。
  • SIP606 - セッションの説明の一部が受け入れられませんでした。
  • NoRouteToDestination - 宛先へのルートがありません。
  • 内部 - Webex Calling の内部的な理由により失敗しました。
  • MaxConcurrentTerminatingAlertingRequestsExceeded - 同じ発信番号と着信番号に対する、ローカル ゲートウェイへの同時未応答通話の数が制限を超えました。
  • 未定義 - 上記のいずれの理由にも該当しません。