接続タイムアウトは、TCP プロトコルの動作を監視し、接続障害や遅延などの潜在的なネットワークの問題を検出するために、アラート ルール構成でよく使用されます。

コラボレーション監視に関する「Designing and Implementing Enterprise Network Assurance (300-445 ENNA)」のベスト プラクティスによると、Microsoft Teams (および Webex と Zoom) は、スケジュールされたテストと動的テスト (オプション D) の組み合わせを使用して監視されます。
* スケジュールされたテスト：Microsoft Teams インフラストラクチャの到達可能性とパフォーマンスをプロアクティブに監視するために使用されます。Teams テンプレートには通常、teams.microsoft.com および login.microsoftonline.com への HTTP サーバーテストと、Teams トランスポートリレー（例：worldaz.tr.teams.microsoft.com）へのネットワーク層テストがスケジュールされています。これにより、ユーザーが通話中かどうかに関係なく、継続的な接続のベースラインが提供されます。
* 動的テスト：これはコラボレーション監視のための独自の機能です。エンドポイントエージェントは、Teams アプリケーションがリアルタイムメディアセッション（音声通話またはビデオ通話）を開始したことを検出すると、その通話に使用されている特定の IP アドレスとポートに対して動的テストを自動的にトリガーします。これにより、IT チームはセッションがアクティブな間、実際の通話トラフィックの正確なネットワークパス（ホップバイホップの遅延やロスを含む）を把握できます。
リアルユーザーテスト（オプションC）は、WebベースのSaaSアプリの場合と同様に、Teamsの監視には通常使用されません。ほとんどのユーザーはブラウザではなくTeamsデスクトップクライアントを利用するため、RUMブラウザ拡張機能ではデスクトップアプリケーションの内部シグナリングやメディアストリームの豊富なテレメトリをキャプチャできません。そのため、Dynamic Testsが提供する専用の「自動セッションテスト」と、Scheduled Testsによるプロアクティブなヘルスチェックを組み合わせることで、Microsoft Teamsの包括的なアシュアランス戦略が実現します。

シングル サインオン (SSO) は、ネットワーク保証のために Web アプリケーションをテストするときによく使用される Web 認証方法であり、安全で合理化されたアクセスを保証します。

エンタープライズネットワークアシュアランスの設計と実装（300-445 ENNA）カリキュラムでは、NetFlowなどのテレメトリデータに基づいてキャパシティプランニングと最適化が行われます。NetFlowが、ピーク時のリアルタイムトラフィックの急増に大きく影響する遅延とジッターの指標を特定すると、高優先度パケットがバルクデータとリソースを競合していることを示します。
最も適切な推奨事項は、既存のQoS設定を調整することです（オプションC）。これは、ルータのキューイングおよびスケジューリングポリシーを調整し、輻輳時に音声およびビデオトラフィック（通常、EFおよびAF41/AF42のDSCP値でマークされます）が他のトラフィッククラスよりも先に処理されるようにすることを意味します。このソリューションは、対象を絞り込み、費用対効果が高く、大規模な設備投資を必要とせずに、観測されたジッタの問題に直接対処します。
他のオプションの検討:
* オプション A: 基本的な QoS フレームワークがすでに導入されている場合、完全な QoS の再設計は不要であり、ピーク時のジッターを解決するには大きすぎる場合があります。
* オプション B: 「すべての」リンクの帯域幅を増やすことは、コストがかかる「力ずく」アプローチであり、トラフィックの優先順位付けという根本的な問題に対処できません。
* オプション D: ハードウェアの交換は最後の手段であり、新しいハードウェアに適切に調整された QoS ポリシーがまだない場合は、遅延/ジッターは解決されません。

エンタープライズネットワークアシュアランスの設計と実装（300-445 ENNA）カリキュラムでは、複雑なWebアプリケーションにおけるパフォーマンスのボトルネックを特定するために、適切なテストタイプを選択することが不可欠です。ポータルへのログインやショッピングカートの操作など、特定の複数ステップのワークフローに関する問題をユーザーから報告された場合、トランザクションテストタイプ（オプションC）が最も効果的なツールとなります。
トランザクションテストは、スクリプト（通常はJavaScriptで記述）を利用する特殊なWeb層テストです。
トランザクションテストは、Webサイトにおける実際のユーザーインタラクションを模倣するために、JavaScript（JavaScript /TypeScript）を使用します。単一のURLからの200 OKレスポンスのみを確認する単純なHTTPサーバーテスト（オプションA）や、単一ページのレンダリングを測定するページロードテスト（オプションB）とは異なり、トランザクションテストは、事前に定義されたユーザージャーニーに沿って実行されます。この小売業のシナリオでは、ホームページに移動し、認証情報を入力し、ログインボタンをクリックし、商品を検索してカートに追加するというテストを構成できます。
このアプローチの主な利点は、きめ細かなステップごとのタイミングを提供できることです。これにより、エンジニアは遅延や障害が発生した場所を正確に特定できます。例えば、バックエンドデータベースがログイン処理に時間がかかりすぎる場合や、「カートに追加」アクション中にAPI呼び出しが失敗するなどです。エージェント対サーバー（オプションD）テストとDNSサーバー（オプションE）テストは、ネットワークとインフラストラクチャに関する貴重なデータを提供しますが、Webアプリケーションの機能ロジックを検証することはできません。エージェント対エージェント（オプションF）テストは、2つの管理対象ポイント間のスループットを測定するために使用され、一般公開されているWebサイトのテストには適していません。したがって、対話型Webプロセスのトラブルシューティングでは、問題の原因を特定するための最適な選択肢はトランザクションテストです。