Webinar 要約：MicrosoftTeamsの通話品質の問題のトラブルシューティングに時間がかかる理由

一緒にプレゼンテーションをする絶好の機会がありました StåleHansen （Microsoft Teams Voice Expert）最近の webinar （2022年XNUMX月）。 トピックは既製のものについてでした、 software 調査とトラブルのためのツールMicrosoftTeamsの通話品質の問題の詳細. また、テレメトリ データの収集を改善し、Teams の通話品質の問題を分析して根本原因を見つけるために必要な時間を短縮するために利用できるオプションについても説明しました。 私はこれらのツールのほとんどに精通していましたが、 Microsoft CQD、ヘルプデスク エンジニアがこれらすべてのツールを実行し、必要なデータを収集し、問題を分析して修正を見つけるために、さまざまな IT サポート グループ間の作業を調整しなければならないことに伴う複雑さについて、私は本当に考えたことがありませんでした。 説明したように、かなり時間がかかります。 webinar.

この中の blog 私たちが議論したトピックのハイライトを提供します webinar Ståleから受け取ったいくつかの重要なヒントにスポットライトを当てます MicrosoftTeamsの通話品質のパフォーマンスを向上させる。 こちらからの録画をご覧になりたい場合 webinar、これを使ってください 完全な概要ページへのリンク または、投稿の最後をご覧ください。

間に webinar、出席者に示した最も重要なスライドの XNUMX つは、Teams 音声トラフィックのエンド ツー エンドのデジタル エクスペリエンス ジャーニーの XNUMX つの異なるセグメントに関するものでした。 これにより、このジャーニーの各段階でパフォーマンスを評価するために必要なさまざまなツールの準備が整います。 そして、この地図はオフィス ワーカーと リモートで働く従業員 – 時にはホームオフィスから。

リモートワーカーとオフィスベースのワーカーの大きな違いは、上記のセグメント2と3に示されているネットワークパフォーマンスの監視です。 リモートで作業している従業員は、ITサポートグループの死角である管理されていない/監視されていないネットワークからMicrosoftクラウドにアクセスしています。 で説明したネットワークパフォーマンスツール webinar 企業ネットワーク用のオフィスロケーション専用です。

Teamsのエンタープライズ音声展開の計画と監視に役立つ、Microsoftが提供する優れたツールがいくつかあります。 利用可能なMicrosoftツールを最大限に活用するには、企業ネットワーク構成に割り当てられたさまざまな地域、サイト、およびサブネットに関する情報をアップロードする必要があります。 これにより、ネットワークパフォーマンスの全体像を把握できます。 サイト情報をアップロードする方法の詳細については、このリンクを使用してください.

このデータは、通話品質ダッシュボード（CQD）、生産性スコア、Teams Network Planner、通話分析など、利用可能なMicrosoftの監視およびレポートツールに詳細な情報を提供します。

間に webinar また、Microsoft CQDツールに関するいくつかの有用な情報を取り上げ、「低品質」で通話をランク付けする方法について説明しました。 CQDは、企業がTeamsVoIP通話品質を監視するために依存している最も一般的なMicrosoftツールのXNUMXつです。 テナント全体の使用状況に関する貴重な詳細が提供されるため、ピアツーピアコール、グループコール/会議、およびPSTNトラフィックの数を追跡できます。 CQDは、ユーザーへの影響を評価するために、定量化されたしきい値を持つXNUMXつの主要なメトリックに基づいて通話品質のパフォーマンスも測定します。 通話中にこれらの制限に違反した場合は、「品質が悪い」というフラグが立てられ、他のツールを使用した追加の調査と検査が必要になります。

上記の指標のXNUMXつだけが文書化されたしきい値を超えた場合、特定のチームのコールストリームは不良として分類されます。 ただし、オーディオジッター、長いRTT、またはパケット損失の問題の根本的な原因を見つけるには、さまざまなセグメントのネットワークスループットまたはエンドポイントデバイスの処理速度を測定するツールを使用して、さらに調査する必要があります。 そこで、ハードワークと広範な調査が役立ちます。

Ståleとの話し合いの中で最大の「Aha」の瞬間は、報告されたVoIP通話品質の問題の調査、分析、トラブルシューティングに関与した複数のITサポートグループについてでした。 A case study それ panagenda 参照された 彼らの企業のXNUMXつ お客様は、チームの通話品質に関連するヘルプデスクのトラブルチケットの調査と修正に、14日間で平均4時間を費やしていました。。 これは、最初に数字について話し合ったとき、Ståleに衝撃を与えたように聞こえましたが、顧客から全体の話を聞いた後、それは完全に理にかなっています。 Teamsの通話品質に関連するヘルプデスクトラブルチケットの評価は、リードサポートエンジニアによって管理されましたが、次のXNUMXつの異なるITサポートグループからの支援をもたらす必要がありました。

課題は、私が上で説明したエンドツーエンドのデジタルエクスペリエンスの旅に関連していました。 これらのさまざまなITサポート部門は、独自のデータ収集ツールを実行して、各チームのエンタープライズ音声トラフィックセグメントのパフォーマンスを測定し、通話品質のパフォーマンスに影響を与えた根本原因であるチョークポイントにスポットライトを当てることができるかどうかを確認する必要がありました。 それはエンドユーザーのコンピューター–エンドポイントでしたか、それともローカルネットワーク帯域幅でしたか、それともISP /インターネット速度でしたか、それともMicrosoftクラウドサービスでしたか？

これらすべての情報を収集し、データをまとめて、これら14つのITサポートグループが調査結果について共同作業できるようにするためには、時間がかかりました。 この顧客は平均してXNUMX時間かかり、問題が見つからないこともあれば、ログデータがすでになくなっていることもありました。 そのとき、これが他のチームの音声専門家との将来の議論にとって興味深いトピックであることがわかりました。 IT運用グループは、今日、チームが品質の問題をどのようにトラブルシューティングしていますか？ 彼らが根本的な原因を見つけるのにどれくらい時間がかかりますか？ そして、分析を行うのに何人のITエンジニアが必要ですか？

間に webinar 10分間のデモンストレーションを行いました OfficeExpert EPMソリューション。 Microsoft CQDメトリックを含む、必要なすべてのテレメトリデータを集約し、単一のUIで利用できるようにして、迅速なトラブルシューティングを実現します。 XNUMX人のITサポートエンジニアが問題を調査し、数日ではなく数分で問題を見つける方法を示しました。

間に webinar エンタープライズ音声プラットフォームとしてチームに依存しているすべてのIT運用グループを支援できるXNUMXつの重要な結論、XNUMXつのベストプラクティスに到達しました。 Teamsの音声トラフィックをMicrosoftメディアリレーにできるだけ早く入れましょう！ 　 Microsoftグローバルネットワークは超高速です、毎秒160テラビットのオーダーで、185を超えるグローバルネットワークPOPと、165,000マイルを超える照明付き光ファイバーおよび海底ケーブルシステムを備えています。

Microsoftクラウドネットワークへのこの高速なオンランプを実現するには、バイパスやハイジャックを行わずに、常にTeamsトラフィックを直接ルーティングするようにしてください。 これらの問題を引き起こす最大の問題は、VPNルーティングとトラフィックセキュリティ検査のネットワーク構成に関連しています。。 チームの音声トラフィックは、次のオプションの使用を含め、その速度低下ルーティングから除外する必要があります。

Teamsの音声トラブルシューティングに関するこの技術的な議論に参加してくれたStåleHansenに感謝します。 私たちがStåleと話し合ったことを伝えたいもうXNUMXつのこと webinar。 Teamsの音声展開の最適化について詳しく知りたい場合は、Microsoftが提供する無料のワークショップシリーズがあります。 のコンサルティングサービスグル​​ープ クラウドウェイ は、これらの1日のワークショップを実行するためにMicrosoftによって承認されたパートナーのXNUMXつです。 チームの音声サービスがユニファイドコミュニケーションと共同会議をどのように近代化できるかを知りたい場合は、次の専門家に連絡してください。 クラウドウェイ 適格性を確認します。 また、これらのワークショップは無料です。 それらは、お客様の場所のオンプレミスで保持することも、仮想的に管理することもできます。

次をお見逃しなく webinar Microsoft RD＆Teams MVPStåleHansen、15年2022月1日。交差できないパフォーマンスレッドラインに関するMicrosoft Teams UCエキスパートとのこの技術的なディスカッションでは、XNUMX万を超えるエンドポイントを含む現在の顧客からの実際のメトリックを確認します。