Microsoft TeamsとCatoを使ったQoSの実装

Prev Next

この記事では、Microsoft TeamsアプリとCatoアカウントを使用して、サービス品質(QoS)を実装する方法について説明します。

問題

デフォルトでは、Microsoft Teamsアプリにおける音声、ビデオ、画面共有といったトラフィックタイプを区別することはできません。 Catoはそれらを単一のアプリ、Skype と MS Teamsに統合するため、各トラフィックタイプに対して別々にQoSを定義することはできません。

解決策

Microsoft Teamsでは、各トラフィックタイプに異なるDSCPマーキングを割り当て、グループポリシーオブジェクト(GPO)を使用して、すべてのオペレーティングシステムとCatoクライアントにQoSポリシーが適用されるようにします。

Cato管理アプリケーションは、DSCPマーキングに基づいてSkypeやTeamsの異なるアプリケーションを持っています。例えば、Skype音声(DSCP = 46)。

QoSとTeamsのベストプラクティスに関する詳細は、Microsoftのドキュメントをご覧ください。

Microsoft TeamsにおけるDSCPマーカーの追加

Microsoftは、可能であればエンドポイントでのDSCPマーキングとルーターでのポートベースのACLの組み合わせを使用することを推奨しています。 GPOを使用してクライアントの大多数をキャッチし、ポートベースのDSCPタグ付けを使用することにより、モバイル、Mac、およびその他のクライアントが引き続きQoSの処理を受けることができます(少なくとも部分的には)。

GPOを使用して、クライアントデバイスがIPパケットヘッダーにDSCPマーカーを挿入し、特定のトラフィックタイプ(例えば音声)を識別するQoSを実装できます。 ルーターや他のネットワークデバイスはこれを認識し、トラフィックを別個の優先度が高いキューに振り分けるように設定できます。

これは、TeamsにおけるトラフィックタイプのQoS設定のサンプルです:

Teams_DSCP_TrafficType.png

MS TeamsおよびSkypeアプリケーションをネットワークルールに追加

ネットワークルール画面(ネットワーク > ネットワークルール)で、ルールのアプリケーションを編集し、特定のトラフィックタイプに合わせてSkypeアプリケーションを追加します。 次のスクリーンショットは、ネットワークルールに追加できる異なるSkypeアプリケーションを示しています:

NetworkRule_DSCP.png

これは、Skype Screenshare(DSCP = 24)とSkype Video(DSCP = 36)に同じQoSの優先順位を適用するネットワークルールの例です:

NetworkRule_SkypeApp.png

Microsoft TeamsのQoSのサンプル分析

このセクションは、サイトのアプリケーション分析の例を示しています。

これは、DSCPマーカーを追加する前のMicrosoft Teamsトラフィックの例です:

AppAnalytics_Before.png

DSCPマーカーを追加した後、各トラフィックタイプのアナリティクスを確認できます:

AppAnalytics_After.png