メディア最適化のためのネットワークの設計
Microsoft Teams は、通話と会議、機能のためにネットワーク経由でリアルタイムのトラフィックを送受信しているため、良好なネットワーク接続に依存します。 Teams のパフォーマンスを最適化するために、ネットワーク アーキテクチャで行うことができる構成がいくつかあります。 このユニットでは、メディア最適化の方法としてインターネット ブレークアウト戦略について説明します。
クライアント メディアの最適化のためにローカル サイトのインターネット ブレイクアウト戦略を設計する
ほとんどの大規模な組織では、マルチプロトコル ラベル スイッチング (MPLS) やソフトウェア定義 WAN (SD-WAN) などのテクノロジを使用して、プライベートワイド エリア ネットワーク (WAN) を介してサイト ネットワークが接続されています。
その後、グローバル プライベート ネットワーク上に特定のインターネット イングレス ポイントとエグレス ポイントがある場合があります。たとえば、ヨーロッパのすべてのインターネット接続を 1 つの接続に入れ、1 つの接続から外します。 これは、専用のファイアウォールとプロキシを経由するインターネットトラフィックを一箇所に集中させるために行われます。
この構成によりネットワーク管理が容易になる可能性がありますが、Teams などのリアルタイム ネットワーク トラフィックには最適ではありません。これは、WAN 経由でルーティングし、リージョンのインターネット接続でインターネットに分割する必要があります。 これでは待機時間が増加し、WAN リンク上の連携によってトラフィックが影響を受ける可能性があります。 すべての会議トラフィックや通話プランとオペレーター接続通話を含むほとんどの Teams トラフィックは、インターネットに侵入する必要があります。
Microsoft は、世界中のネットワークへのローカルイングレス ポイントを持っています。これは、顧客とクラウド サービスの間のルートを短縮するように設計された、いわゆる "Distributed Service Front Door インフラストラクチャ" です。 インターネットが一元化されている場合、クライアントのトラフィックは、Microsoft 365 に到達するためにより長いルートを要します。
Microsoft 365 トラフィックに最適なオプションは、各サイトからのローカル インターネット ブレークアウトを許可することです。 これは、ローカル エグレス ダイレクト インターネット ネットワーク アーキテクチャとも呼ばれます。
この写真では、各サイトが WAN や VPN を経由せずにインターネットに直接接続できることがわかります。
これにより、ネットワーク ルートが最適化されます。エンドユーザー接続は、分散サービスのフロント ドア インフラストラクチャによって、最も近い Microsoft 365 のエントリ ポイントに動的にルーティングされます。 また、組織の WAN への負荷も軽減されます。 クライアントと Office 365 の間のすべての接続は暗号化されています。 WAN 経由でのトラフィック ルーティングが少なくなると、ほとんどのトラフィックが Microsoft に直接送信されるため、QoS などのテクノロジの重要度は低くなります。
ローカル サイトのインターネット ブレークアウトを検証する
ローカル サイトのインターネット ブレークアウトを構成し、動作していることを検証する場合、またはサイトに最適なインターネット ルーティングがあるかどうかわからない場合は、Microsoft 365 接続テストで検証できます。
Microsoft 365 の接続テストは、Microsoft 365 テナントに対して基本的な接続性テストを実行し、Microsoft 365 のパフォーマンスを最適化するための推奨事項を提示するツールです。
このツールによって位置情報が検出されるか、場所を手動で指定し、最も近い Microsoft 365 サービス フロント ドアへの接続をテストできます。
テストを実行するには、次の手順に従います。
Microsoft 365 ネットワーク接続テスト (https://connectivity.office.com/) に移動します。
最適なテスト エクスペリエンスを得るには、Microsoft 365 アカウントでサインインします。
位置情報を自動的に検出するか、手動で位置情報を追加します。
ヒント
ツールを使用して接続を自動的に検出する場合は、テストが有効になるよう、マップ上の場所が正しいことを確認します。
この画像は、ネットワーク接続テストの結果を示しています。 使用中の Azure フロント ドアがサイトの場所に近いことが確認でき、これは良好な結果です。
その後、Exchange Online と SharePoint Online のフロント ドアの場所を確認し、場所に最適なオプションと一致させます。 Teams の特定のフロント ドア テストはありません。
次の詳細結果の画像は、使用中の Exchange と SharePoint のフロント ドアの場所が最適なフロント ドアの場所の 1 つであることを示しており、これは良好です。
Microsoft 365 接続テスト ツールは、いくつかの基本的な Teams ネットワーク パフォーマンス テストを実行します。 以下の画像では、このサイトが接続性、パケット損失、待機時間、ジッターのテストに合格していることがわかります。
すべてのエンタープライズ サイトで、およびネットワークの変更後にこのテストを実行して、ネットワークと ISP がトラフィックを最適にルーティングしていることを確認します。
WiFi ネットワークを最適化する
既定では、WiFi ネットワークは、リアルタイム メディアを最適にサポートするように設計または構成されていません。 各ベンダーは、提供するワイヤレス ソリューションを展開するための独自の推奨事項を定めているため、詳細については、ベンダーのドキュメントを参照してください。 いくつかの一般的な推奨事項は以下のとおりです。
リアルタイム メディア トラフィックを優先するために QoS または Wi-Fi マルチメディア (WMM) を実装します。
5 GHz 帯は 2.4 Ghz 帯に比べ、帯域に密度があり干渉が少ないため、リアルタイム メディアに適しています。 デュアルバンドの Wi-Fi ネットワークを使用している場合は、5-GHz 帯を使用するよう促すため、バンド ステアリングを実装することを検討してください。
同じチャネルのアクセス ポイントがお互いに近すぎる場合、信号のオーバーラップや意図しない競合が発生して、ユーザーのエクスペリエンスが低下する可能性があります。 お互いに隣り合っているアクセス ポイントが、オーバーラップしていないチャネル上にあることを確認します。
中国の組織向けのパフォーマンスの最適化
中国の電話会社のアーキテクチャに固有の要因により、中国のユーザーの接続性とパフォーマンスは異なります。 中国の ISP は、境界デバイスを経由するグローバル パブリック インターネットへのオフショア接続を規制します。これは、国境を越えたネットワークの高レベルの輻輳を起こしやすい可能性があります。 この輻輳により、中国との間で送受信されるすべてのインターネット トラフィックのパケット損失と待機時間が発生します。
このセクションでは、中国にいるユーザーが中国以外のグローバル Microsoft 365 テナントに接続するシナリオに関するガイダンスを提供します。 組織は、21Vianet が運営する中国の Microsoft 365 テナントを選択できます。その場合、境界デバイスを越えていないため、このアドバイスは適用されません。
次の推奨事項は、中国のユーザーのトラフィックを最適化するために役立ちます。
既存のプライベート ネットワークを利用して、中国のオフィス ネットワークと、中国以外のパブリック インターネット上の洋上の場所との間で Microsoft 365 ネットワーク トラフィックを伝送します。 シンガポール、日本、韓国などの Microsoft グローバル ネットワークとの相互接続が低遅延の領域が最適です。
ネットワークを構成して、すべての Microsoft 365 トラフィックをプライベートのオフショア リンクにルーティングします。
Microsoft 365 トラフィックが企業ネットワークのプライベートなオフショア リンクを転送できるように、VPN 接続を介して企業ネットワークにアクセスするようにユーザー デバイスを構成します。
VPN クライアントが分割トンネリングを使用するように構成されていないか、ユーザー デバイスが Microsoft 365 トラフィックの分割トンネリングを無視するように構成されていることを確認します。
Teams などのライブ メディア ストリーミング トラフィックには、可能であれば TCP ではなく UDP を使用してください。 UDP は、TCP よりも優れたライブ メディア ストリーミング パフォーマンスを提供します。
ユーザーが PSTN 電話会議を使用している場合、中国のユーザーは、公衆交換電話網 (PSTN) を介して会議に参加する方が会議エクスペリエンスが向上する可能性があります。
中国ユーザー向けの最適化の詳細については、リソース セクションのリンクを参照してください。