サイレント テストのトラブルシューティング

Microsoft eCDN サイレント テスト フレームワークを使用すると、複数のデバイスでシミュレーションを簡単に実行して、ライブ ビデオ イベントの負荷の下で特定のネットワークがどのように動作するかをエミュレートして調べることができます。 すべての結果は、Microsoft eCDN の分析ダッシュボードに論理的に表示されます。

潜在的な問題:

• サイレント テストを作成できない
• ランナー (またはピア) がサイレント テストに参加しない
• サイレント ランナーのインスタンス化を検証できない
• 分析の欠如
• ピアリング効率が低い
• 同時閲覧者と割り当てられたデバイスの間の大きな不一致

サイレント テストを作成できないソリューション

サイレント テストを作成するためのプラス (+) ボタンがない場合は、サイレント テスト の変更 アクセス許可を付与する適切なロールが Microsoft Entra ユーザーに割り当てられていることを確認します。 詳細については、 アクセスの管理 に関するドキュメントの該当するロールを参照してください。

サイレント テストへのランナー参加の欠如に対するソリューション

サイレント テスト プロセスの概要を確認して、コンプライアンスを確認します。 詳細については、このトラブルシューティング ガイドに進んでください。

サイレント ランナーのインスタンス化を検証できないソリューション

サイレント ランナーは、ユーザーに目立たないように設計されているため、1 つのインスタンス化を検証することは、簡単な作業ではありません。 サイレント ランナーがアクティブかどうかを検証する場合は、次の点を確認します。

• [接続済みクライアント] は、サイレント テスト ダッシュボードでカウントされます。
• $env:TEMPがシステム設定パスであり、スクリプトで$TestID値が設定されている"$env:TEMP\p5_log_" + $TestID + ".txt"としてのログ ファイルの存在。 たとえば、"C:\Users\MYUSERNAME\AppData\Local\Temp\p5_log_123.txt"
• これらの各バックグラウンド プロセスの存在。
  • powershell または pwsh - サイレント ランナー スクリプトを実行する非表示の PowerShell インスタンス。その選択は通常、エンドポイント管理システムによって制御されます。
  • msedge または chrome - Chromium ブラウザー インスタンスを非表示にします。これは、シミュレートされたビューアーの役割を担います。
  • cmd - タイムアウトが経過した後に PowerShell と chromium プロセスを終了する非表示のコマンド プロンプト ウォッチドッグ プロセス。

注:

Microsoft Intune などの一部のエンドポイント管理ツールを使用してサイレント テスト スクリプトを展開する場合、一部のツールでは、事前に決定された時間内に終了コードが返されなかったため、スクリプトが失敗したと判断されることに注意してください。 これは、スクリプトの実行時間が長いために予想されます。 上記のいくつかの点など、さまざまな成功基準を使用してスクリプトの成功を判断することをお勧めします。

分析の不足に対するソリューション

分析が見つからない場合は、個々のクライアントと Microsoft eCDN のバックエンドの間にブロックが発生していると推定されます。 管理コンソールを開き、[Advanced > Silent Tester] に移動してトラブルシューティングを開始します。 そのページの右上に疑問符 (?) リンクが表示され、手順 1 と手順 3 の追加情報が見つかるヘルパー ページに移動します。 または、「 サイレント テストを実行する方法」を参照することもできます。

1. TENANT_ID_HERE プレースホルダーの代わりにテナント ID を使用するように注意して、直接ランナー URL を開きます。 ここで指定したテンプレート URL から作成するか、 ヘルパー ページにある事前構築済みの URL を使用できます。 直接ランナー ページは、1 つのビューアーをシミュレートし、必要な接続の状態を調査します。

   https://st-sdk.ecdn.teams.microsoft.com/?customerId=TENANT_ID_HERE&adapterId=Direct
   

   

2. ブラウザーの DevTools を表示します。 Microsoft Edge でページを右クリックし、[検査] を選択します。

   重要

   次の手順でサイレント テストを開始する 前に DevTools を開く必要があります。または、分析のために重要なセッションのスタートアップ情報がキャプチャされません。

3. [サイレント テスター] ページに戻り、スケジュールされた (サイレント) テストを開始し、すべての設定はビデオ品質とは別に既定値のままにします。 ビデオ品質を静的な値 ( 480p - 1Mbps など) に設定して、ばらつきを取り除く。 開始すると、直接 ランナー ページに灰色の DIV バーが表示され、この例の図に示すように、ストリームが開始されたことを確認する "進行中のテスト" というテキストが表示されます。

   

   DevTool の [ネットワーク] タブでダウンロードされているビデオ チャンクを観察することで、セッションが進行中であることを確認することもできます。

   

4. DevTool の [ネットワーク ] タブと [コンソール ] タブでエラーがないか調べます。 セッションの開始に特に注意してください。

   "フォント" エラーを除き、赤でエラーが発生します。これは既知であり、不使用です。 Microsoft eCDN をブロックしていることを示す可能性のあるエラーは、トラブルシューティングの取り組みの公正なリードです。

   たとえば、[コンソール] タブで、次の図のような接続拒否エラーが発生する可能性があります。

   

   これは、サード パーティ プラットフォーム ページの [Web サイトの許可リスト] で、ドメイン ecdn.teams.microsoft.comが許可リストに追加されていないことを示している可能性があります。

   

   または、IP が [セキュリティ] ページの [エンド ユーザー IP 許可リスト] に含まれていない場合もあります。

   

   注:

   どちらのフィルターでも、Microsoft eCDN が機能するためのエントリは必要ありません。 つまり、これらのフィルターのいずれかを未入力のままにすると、フィルターが無効になります。

   HTTP ビデオ データ チャンクが取得されていない場合は、バックエンドへの接続が妨げている可能性があります。ファイアウォール、プロキシなどです。ブロックされている URL またはプロトコルを特定できる場合は、ネットワークやセキュリティ チームに問い合わせて、その種類の接続が許可されているかどうかを確認してください。 次のドキュメントを確認して、適切な例外が作成されていることを確認します。 ネットワーク要件、 クラウド、セキュリティドキュメント。

ヒント

また、 テスト担当者 ページを使用して、ファイアウォールによる Websocket 接続のブロックなどの潜在的なネットワークの問題を特定することもできます。 [ネットワーク] セクションのいずれかの項目が赤い X でマークされている場合は、レポートをダウンロードし、Microsoft カスタマー サクセス アカウント マネージャーに送信してレビューとサポートを行います。

ピアリング効率を低くするためのソリューション

通常、低いピアリング効率は、クライアントが少なすぎる (20 歳未満) でサイレント テストを行う場合に発生します。 クライアントの数を増やすと、ピアリング グループが拡大されるため、ピアリングの効率が向上します。 その他の考えられる原因の一覧と、それぞれのトラブルシューティング方法については、 効率の低 いトラブルシューティングに関する記事を参照してください。

同時閲覧者と割り当てられたデバイスの間で大きな不一致が生じるソリューション

この状況は通常、次の場合に発生します。

• ローカルまたは企業のセキュリティ ソフトウェアが Microsoft eCDN をブロックしている
• 移行期間中にサイレント テストが実施されています (従業員が退社し、ワークステーションをシャットダウンする)

トラブルシューティングの方法を次に示します。

• 以降、移行期間 (従業員が退職する) でサイレント テストを開始することは避けてください。そのため、参加者の数が偏る可能性があります。

• Microsoft eCDN Analytics ダッシュボードにリアルタイム分析が反映されるまで、1 ~ 3 分かかります。

• ランナー URL がブロックされていないことを確認します。 詳細については、「 分析の欠如に関するソリューション 」セクションの手順を参照してください。