Teams 用の新しい VDI ソリューション

Teams 用の新しい VDI ソリューションは、仮想デスクトップでのマルチメディア ワークロードの配信を最適化するための新しいアーキテクチャです。

Components

コンポーネント	役割	更新	大きさ	メモ
新しい Teams vdiBridge	サーバー側の仮想チャネル モジュール。	新しい Teams バージョンごとに新しいバージョン。	新しい Teams にバンドルされています。
カスタム仮想チャネル (VC)	Microsoft Teamsが所有するカスタム VC。	安定した API - 更新は予測されません。		Citrix Studio ポリシーの [仮想チャネル許可] の一覧を確認します。
プラグイン	クライアント側 VC dll。 SlimCore のダウンロードとクリーンも担当します。	頻度が高くありません (理想的には更新プログラムはありません)。	約 200 KB。	RD クライアント 1.2.5405.0 または Windows App 1.3.252 以降にバンドルされています。 Citrix CWA 2402 以降では、プラグインをフェッチしてインストールできます。
SlimCore	メディア エンジン (VDI ベンダー固有ではなく、オペレーティング システム固有)。	新しい Teams バージョンごとに新しいバージョンに自動更新されます。	約 50 MB。	Microsoft のパブリック コンテンツ配信ネットワークでホストされている MSIX パッケージ

システム要件

要件	最小バージョン
新しい Teams	24193.1805.3040.8975 (Azure Virtual Desktop/Windows 365用) 24295.605.3225.8804 (Citrix 用)
Azure Virtual Desktop/Windows 365	Windows App: 1.3.252 リモート デスクトップ クライアント: 1.2.5405.0
Citrix	VDA: 2203 長期サービス リリース (LTSR) CU3 または 2305 Current Release Citrix ワークスペース アプリ: 2203 LTSR (任意の累積的な更新プログラム)、2402 LTSR、または 2302 CR。 サポートされているのは、終了時点以外のバージョンのみです MsTeamsPluginCitrix: 2024.41.1.1
Endpoint	Windows 10 2019/2021 の Windows Enterprise LTSC Thin クライアント Windows 10 1809 (SlimCore の最小要件)、 または Windows 11 2024 がサポートされています GPO は MSIX のインストールをブロックしないでください (「手順 3: SlimCore MSIX のステージングとエンドポイントでの登録」を参照) Minimum CPU: Intel Celeron (またはそれと同等) @ 1.10 GHz、4 コア、最小 RAM: 4 GB

Teams 用の新しい VDI ソリューションを使用した最適化

手順 1: 前提条件を確認する

1. Citrix の新しい Microsoft Teams バージョン 24193.1805.3040.8975 以降 (Azure Virtual Desktop/Windows 365 の場合)、および 24295.605.3225.8804 以降があることを確認します。
2. 特定のユーザー グループに対して必要に応じて新しい Teams ポリシーを有効にします (既定ではグローバル組織全体レベルで有効になっています)。
3. Citrix の場合は、この記事の「Citrix Virtual チャネル許可リスト 」セクションで説明されているように 、仮想チャネル許可リスト を構成する必要があります。

手順 2: エンドポイントへのプラグインのインストール

1. Azure Virtual Desktop とWindows 365の場合、MsTeamsPluginAvd.dll はリモート デスクトップ クライアント for Windows 1.2.5405.0、または Windows App Store アプリ 1.3.252 以降にバンドルされています。

   • プラグインは、リモート デスクトップ クライアントがインストールされているのと同じフォルダーの場所にあります。 プラグインは、インストールされているモードに応じて、AppData\Local\Apps\Remote Desktop または C:\Program Files (x86) にあります。
   • MSIX ベースの Windows App ストア アプリは、C:\Program Files\WindowsApps にあります。 このフォルダーへのアクセスは制限されています。

2. Citrix Workspace アプリ 2402 以降の場合、MsTeamsPluginCitrix.dll は次のいずれかをインストールできます。

   • Citrix Workspace アプリをインストールするときにユーザー インターフェイスを使用する:

     [アドオン] ページ で 、[ Microsoft Teams VDI プラグインのインストール ] チェック ボックスをオンにし、[ インストール] を選択します。

     ポップアップ表示されるユーザー契約に同意し、Citrix Workspace アプリのインストールを続行します。

     注意

     Citrix Workspace アプリ 2402 では、新規インストール時にプラグインのインストール UI のみが表示されます。 このオプションを一括アップグレードして表示するには、Citrix Workspace アプリ 2405 以降が必要です。

   • 次を使用して、マネージド デバイスのコマンド ラインまたはスクリプトを使用します。

     C:\>CitrixWorkspaceApp.exe /installMSTeamsPlugin

   • 管理者は、SCCM (Windows アプリ パッケージの展開の種類を使用) やIntune (基幹業務アプリを使用) などのツールを使用して、サポートされている既存の Citrix ワークスペース アプリの上にプラグインを手動でインストールすることもできます (「システム要件」を参照)。

     管理者は、 msiexec で 説明されているように、適切なフラグで msiexec を使用できます。

     Important

     Citrix のお客様向けのプラグイン MSI ダウンロード リンク: aka.ms/plugin。

プラグイン MSI は CWA インストール フォルダーを自動的に検出し、その場所に MsTeamsPluginCitrix.dll を配置します。

ユーザーの種類	インストール フォルダー	インストールの種類
Administrator	64 ビット: C:\Program Files (x86)\Citrix\ICA Client 32 ビット: C:\Program Files\Citrix\ICA Client	システムごとのインストール

• プラグインはダウングレードできません。アップグレードまたは再インストール (修復) のみです。
• CWA のユーザーごとのインストールはサポートされていません。
• エンドポイントで CWA が見つからない場合、インストールは停止します。

リリース ノートのバージョン	詳細
2025.14.1.8	2025 年 5 月 -プラグインは、64 ビットの SlimCore パッケージをダウンロードできるようになり、パフォーマンスが向上します。
2024.41.1.1	2024 年 10 月 -マルチモニターのセットアップで SlimCore を使用する場合、Citrix ユーザーは画面全体または個々のモニターを共有できません -仮想チャネルが確立された後に SlimCoreVdi MSIX パッケージの登録が失敗した場合に Reset-AppxPackage を試行します。
2024.32.X.X	2024 年 8 月 -プラグインは、AppExecution エイリアスが見つからない場合に、SlimCoreVdi MSIX パッケージの Reset-AppxPackage を試行するようになりました。

手順 3: エンドポイントでの SlimCore MSIX のステージングと登録

プラグインは、ユーザーまたは管理者の介入なしで、この手順をサイレント 実行します。 ステージングと登録は、エンドポイント上の App Readiness Service (ARS) に依存します。 グループ ポリシーまたはサード パーティ製ツールによって設定されたレジストリ キーによって MSIX パッケージのインストールがブロックされる可能性があります。 該当するレジストリ キーの完全な一覧については、「パッケージ 化されたアプリとグループ ポリシーのしくみ - MSIX」を参照してください。

次のレジストリ キーは、新しいメディア エンジン MSIX パッケージのインストールをブロックする可能性があります。

• BlockNonAdminUserInstall
• AllowAllTrustedApps
• AllowDevelopmentWithoutDevLicense

Important

BlockNonAdminUserInstall が有効になっているマネージド エンドポイント/シン クライアントでは、SlimCore パッケージのインストールを引き続き許可できます。 KB5052094 (Windows 11 23H2 および 22H2)、KB5052093 (Windows 11 24H2)、KB5055612 (Windows 10 22H2)、または後続の KB を適用します。 このインストールでは、ローカル グループ ポリシー エディターの "管理者以外のユーザー インストールで許可されているパッケージ ファミリ名" という新しいグループ ポリシーが導入されます。

管理者は、完全なパッケージ familyName (Microsoft.Teams.SlimCoreVdi.win-x64.2024.43_8wekyb3d8bbwe など) を許可するか、Regex (Microsoft.Teams.SlimCoreVdi.*_8wekyb3d8bbwe など) を使用して、SlimCore パッケージの一覧を許可できます。

Important

AllowAllTrustedApps が無効になっている場合、新しいメディア エンジン (MSIX) のインストールは失敗します。 この問題は、次の Windows 累積的な更新プログラムで修正されています。

• Windows 10: 2023 年 10 月 26 日 —KB5031445 (OS ビルド 19045.3636)
• Windows 11: 2023 年 10 月 26 日 — KB5031455 (OS ビルド 22621.2506)
• Windows 10 1809: 2025 年 4 月 8 日 — KB5055519 (OS ビルド 17763.7136)

これら 3 つのレジストリ キーは、ユーザーのデバイス上の次のいずれかの場所にあります。

• HKLM\SOFTWARE\Microsoft\Windows\CurrentVersion\AppModelUnlock
• HKLM\SOFTWARE\Policies\Microsoft\Windows\Appx

一部のポリシーでは、管理者が制限付きポリシーを設定しているため、これらのレジストリ キーが変更され、organizationでのアプリのインストールがブロックされる場合があります。 インストールを妨げる可能性がある既知の GPO ポリシーには、次のようなものがあります。

• 管理者以外のユーザーがパッケージ化された Windows アプリをインストールできないようにします。
• すべての信頼されたアプリのインストールを許可する (無効)。

注意

AppLocker または Windows Defender アプリケーションコントロール は、MSIX パッケージのインストールを防ぐこともできます。

AppLocker は多層防御セキュリティ機能であり、防御可能な Windows セキュリティ機能とは見なされません。 Windows Defender アプリケーション制御は、脅威に対して堅牢な保護を提供することを目的としており、セキュリティ機能がこの目標を達成するのを防ぐための設計上の制限がないことを想定している場合に使用します。

Important

ブロック構成またはポリシーがないことを確認するか、ローカル セキュリティ ポリシー -> アプリケーション制御ポリシー -> AppLocker で SlimCore MSIX パッケージの例外を追加します。

Windows Defender アプリケーションコントロールとは異なり、AppLocker では後続のワイルドカードを処理できません。 SlimCoreVdi パッケージにはバージョン固有の PackageFamilyName (Microsoft.Teams.SlimCoreVdi.win-x64.2024.36_8wekyb3d8bbwe など) が含まれるため、お客様は代わりに PublisherID 8wekyb3d8bbwe に依存して AppX または MSIX の除外を追加できます。

アプリケーションごとのより詳細な "AllAppList" を 使用して実行が許可されるアプリケーションの一覧を定義する管理者は、この方法で例外を追加する必要があります (SlimCore は UWP モデルに従います)。

<App AppUserModelId="Microsoft.Teams.SlimCoreVdi.<platform>-<architecture>.<release_version>_8wekyb3d8bbwe!MsTeamsVdi" />

たとえば、 <App AppUserModelId="Microsoft.Teams.SlimCoreVdi.win-x86.2025.12_8wekyb3d8bbwe!MsTeamsVdi" />。

リリースされた SlimCore パッケージの一覧を見つけるには、次の表チェック。

エンドポイントが最適化されていることを確認する

すべての最小要件を満たすと、新しい Teams を初めて起動すると、既定では WebRTC 最適化モードで引き続き見つかります。

Important

初めての実行エクスペリエンスでは、新しい最適化を取得するために 2 つのアプリの再起動が必要です。

新しいアーキテクチャで最適化した Teams クライアントでチェックするには、上部のバーの省略記号 (3 つのドット ...) に移動し、[設定] > [バージョン情報] を選択します。 Teams とクライアントのバージョンが一覧表示されます。

• AVD SlimCore Media Optimized = SlimCore に基づく新しい最適化。
• AVD Media Optimized = WebRTC に基づくレガシ最適化。

プラグイン (MsTeamsPluginAvd.dll または MsTeamsPluginCitrix.dll) は、最終的にメディア エンジンと MSIX パッケージである SlimCore をダウンロードする役割を担います。 管理者特権や再起動なしでサイレント インストールされます (正確なパスは異なります)。

C:\Program Files\WindowsApps\Microsoft.Teams.SlimCoreVdi.win-x64.2024.15_2024.15.1.5_x64__8wekyb3d8bbwe

リモート デスクトップ クライアントは x64 または x86 SlimCore パッケージをダウンロードし、Citrix CWA は x86 パッケージをダウンロードします。 このフォルダーはロックダウンされているため、ユーザーはアクセスできません。 管理者は ACL を変更して所有権を取得しますが、このアクションはお勧めしません。 代わりに、PowerShell を使用して、エンドポイント内の MSIX アプリを一覧表示します。

PowerShellCopy

Get-AppxPackage Microsoft.Teams.SlimCore*

この PowerShell の実行から返される結果のサンプルは次のとおりです。

Name              : Microsoft.Teams.SlimCoreVdi.win-x64.2024.32
Publisher         : CN=Microsoft Corporation, O=Microsoft Corporation, L=Redmond, S=Washington, C=US
Architecture      : X64
ResourceId        :
Version           : 2024.32.1.7
PackageFullName   : Microsoft.Teams.SlimCoreVdi.win-x64.2024.32_2024.32.1.7_x64__8wekyb3d8bbwe
InstallLocation   : C:\Program
                    Files\WindowsApps\Microsoft.Teams.SlimCoreVdi.win-x64.2024.32_2024.32.1.7_x64__8wekyb3d8bbwe
IsFramework       : False
PackageFamilyName : Microsoft.Teams.SlimCoreVdi.win-x64.2024.32_8wekyb3d8bbwe
PublisherId       : 8wekyb3d8bbwe
IsResourcePackage : False
IsBundle          : False
IsDevelopmentMode : False
NonRemovable      : False
IsPartiallyStaged : False
SignatureKind     : Developer
Status            : Ok

Important

Microsoft では、互換性のために最大 12 バージョンの SlimCoreVdi を保存しています。 これらのバージョンは、ユーザーが永続的な、新しい Teams の自動更新自体、および新しい Teams 自動更新が無効になっている非永続的ななど、さまざまな VDI 環境にアクセスする場合に備えて格納されます。

最適化されている場合は、(msrdc.exe の子プロセスとして) Azure Virtual Desktop/W365 または Citrix (wfica32.exe の子プロセスとして) のエンドポイントで実行されている MsTeamsVdi.exe を確認できます。 プロセス エクスプローラーを使用する場合、[msrdc.exe (または wfica32.exe)] を選択した場合は、[表示] の下のペインを選択し、[DLL] タブに切り替えると、読み込まれているプラグイン (MsTeamsPluginAvd.dll または MsTeamsPluginCitrix.dll) も表示されます。 このアクションは、新しい最適化が得られない場合に役立つトラブルシューティング 手順です。

下部のウィンドウを有効にして [DLL] タブに切り替えると、プラグインが読み込まれているのも確認できます。 このアクションは、新しい最適化が得られない場合に役立つトラブルシューティング 手順です。

VDI ステータス インジケーター

Microsoft Teamsは、最適化状態に関する情報を表示し、最適化されているかどうかをユーザーが理解するのに役立ちます。 また、従来の WebRTC 最適化または新しい Slimcore ベースの最適化を使用している場合は、カーソルを [最適化済 み] バナーの上に置くことで表示されます。

Microsoft Teamsが最適化されていない場合、ユーザーに警告アイコンが表示されます。

ユーザーは 3 つのドットを選択し、[ 仮想デスクトップの最適化と再起動 ] を選択して修復を試みることができます。

この選択によって Teams の再起動がトリガーされ、既知の問題を解決できます。 ユーザーがまだ最適化されていない場合は、 接続エラー テーブルに基づいて IT 管理者による迅速な診断のためにエラー コードが表示されます。

ユーザーには、エラーに関する詳細情報を受け取る リンク が表示され、実行可能な場合は、自己修復を試すことができます。

セッションローミングと再接続

新しい Teams では、起動時に WebRTC または SlimCore が読み込まれます。 仮想デスクトップ セッションが切断されている場合 (ログオフされず、Teams は仮想マシン上で実行されたままです)、Teams は再起動しない限り最適化スタックを切り替えることはできません。 その結果、ユーザーは、新しい最適化アーキテクチャをサポートしていないさまざまなデバイス間をローミングする場合、フォールバック モード (最適化されていない) になる可能性があります。 たとえば、自宅で作業している間に BYOD で使用される MAC デバイス (独自のデバイスを持ち込む) や、オフィス内の企業が管理するシン クライアントなどです。 このシナリオを回避するために、Teams は、アプリの再起動を求めるモーダル ダイアログをユーザーに求めます。 再起動後、ユーザーは WebRTC 最適化モードになります。

さらに、ユーザーは WebRTC のみをサポートするデバイスから、SlimCore をサポートするデバイスにローミングできます。 このシナリオでは、Teams は、アプリの再起動を求めるモーダル ダイアログをユーザーに求めます。 再起動後、ユーザーは SlimCore 最適化モードになります。

再接続オプション	現在の最適化が WebRTC の場合	現在の最適化が SlimCore の場合
MsTeamsPlugin を使用せずに エンドポイントから再接続する	次に、WebRTC クラシック最適化。 ("AVD Media Optimized")。 ("Citrix HDX Media Optimized")。	次に、ダイアログ プロンプトを再起動します。 再起動後、ユーザーは WebRTC クラシック最適化を行います。 それ以外の場合、Teams は再起動せず、ユーザーはフォールバック モード (サーバー側レンダリング) になります。
MsTeamsPlugin を 使用 したエンドポイントからの再接続	次に、ダイアログ プロンプトを再起動します。 再起動後、ユーザーは新しい SlimCore 最適化を行います。 それ以外の場合、Teams は再起動せず、ユーザーは引き続き WebRTC に入っています。	次に、新しい SlimCore ベースの最適化。

ネットワークに関する考慮事項

注意

MsTeamsVdi.exe は、Teams リレー/会議サーバーまたはその他のピアへの TCP/UDP ネットワーク接続をすべて行うプロセスです。

SlimCore MSIX マニフェストは、ファイアウォールに次の規則を追加します。 <Rule Direction="in" IPProtocol="TCP" Profile="all" /><Rule Direction="in" IPProtocol="UDP" Profile="all" />

ユーザーのデバイスに、 Microsoft 365 URL と IP アドレス範囲で説明されているエンドポイント ID 11、12、47、127 へのネットワーク接続 (UDP と TCP) があることを確認します。

ID	[カテゴリ]	人	アドレス	ポート	メモ
11	必要に応じて最適化する	Yes	52.112.0.0/14, 52.122.0.0/15, 2603:1063::/38	UDP: 3478、3479、3480、3481	メディア プロセッサとトランスポート リレー 3478 (STUN)、3479 (オーディオ)、3480 (ビデオ)、3481 (画面共有)
12	必要な許可	Yes	*.lync.com、 *.teams.microsoft.com、 teams.microsoft.com 52.112.0.0/14、52.122.0.0/15、52.238.119.141/32、52.244.160.207/32、2603:1027:/48、 2603:1037::/48, 2603:1047::/48, 2603:1057::/48, 2 603:1063::/38, 2620:1ec:6::/48, 2620:1ec:40::/42	TCP: 443、80
47	既定の必須	いいえ	*.office.net	TCP: 443、80	SlimCore のダウンロードと背景効果に使用されます
127	既定の必須	いいえ	*.skype.com	TCP: 443、80

ネットワーク アーキテクチャ

図のアーキテクチャのチュートリアル:

1. 新しい Teams を開始します。
2. Teams クライアントは、Teams サービスに対して認証を行います。 テナント ポリシーは Teams クライアントにプッシュダウンされ、関連する構成がアプリに中継されます。
3. Teams は、仮想デスクトップ環境で実行されていることを検出し、内部 vdibridge サービスをインスタンス化します。
4. Teams は、サーバー上にセキュリティで保護された仮想チャネルを開きます。
5. RDP または HDX プロトコルは、以前に MsTeamsPlugin (クライアント側の仮想チャネル コンポーネント) を読み込んだ RD クライアントまたは Citrix ワークスペース アプリに要求を送信します。
6. RD クライアントまたは Citrix ワークスペース アプリは、新しい最適化に使用される新しいメディア エンジン (SlimCore) である MsTeamsVdi.exe という新しいプロセスを生成します。
7. SlimCore メディア エンジン (クライアント上) と msteams.exe (仮想デスクトップ上) に双方向チャネルが用意され、マルチメディア要求の処理を開始できるようになりました。

ユーザー呼び出し

8. ピア A が呼び出しボタンを選択します。 MsTeamsVdi.exe は、Azure のMicrosoft Teams サービスと通信し、ピア B とエンドツーエンドのシグナリング パスを確立します。MsTeamsVdi.exe では、サポートされている一連の呼び出しパラメーター (コーデック、解決策など、セッション記述プロトコル (SDP) オファー) が収集されます。 これらの呼び出しパラメーターは、Azure のMicrosoft Teams サービスへのシグナリング パスを使用して、そこから他のピアに中継されます。
9. SDP オファー/応答 (シングルパス ネゴシエーション) はシグナリング チャネルを介して行われ、ICE 接続チェック (STUN バインド要求を使用した NAT とファイアウォールトラバーサル) が完了します。 次に、Secure Real-Time Transport Protocol (SRTP) メディア は、MsTeamsVdi.exe と他のピア (または Teams トランスポート リレーまたは会議サーバー) の間で直接フローします。

シグナリング、メディア、背景効果、およびその他のオプションの IP ブロックについては、 この記事で説明します。

エンドポイントで SlimCore によって処理されるトラフィックの種類

1. Teams メディア フロー接続は、STUN と TURN の手順に標準 IETF 対話型接続確立 (ICE) を使用して実装されます。
2. リアルタイムのメディア。 オーディオ、ビデオ、および画面共有のワークロードをサポートする RTP (リアルタイム転送プロトコル) 内にカプセル化されたデータ。 一般に、メディア トラフィックは非常に待機時間の影響を受けやすいです。 このトラフィックは、可能な限り最も直接的なパスを使用し、UDP と TCP をトランスポート層プロトコルとして使用する必要があります。これは、品質の観点から対話型リアルタイム メディアに最適なトランスポートです。
   • 最後の手段として、メディアは TCP/IP を使用でき、HTTP プロトコル内でもトンネリングできますが、品質への影響が悪いためはお勧めしません。
   • RTP フローは、ペイロードのみが暗号化される SRTP を使用してセキュリティで保護されます。
3. シグナリング。 アクティビティの制御に使用されるエンドポイントと Teams サーバー、またはその他のクライアント間の通信リンク (呼び出しが開始されたときなど)。 ほとんどのシグナリング トラフィックでは、HTTPS へのフォールバックで UDP 3478 が使用されますが、一部のシナリオ (たとえば、Microsoft 365 とセッション ボーダー コントローラー間の接続) では SIP プロトコルが使用されます。 このトラフィックは遅延に対してあまり敏感ではありませんが、エンドポイント間に数秒を超える遅延があった場合、サービス停止や通話のタイムアウトが発生する可能性がある点にご注意ください。

帯域幅の消費

Teams は、ネットワークの状態に関係なく、最高のオーディオ、ビデオ、およびコンテンツ共有エクスペリエンスを提供するように設計されています。 帯域幅が不足している場合、Teams はビデオ品質よりもオーディオ品質を優先します。 帯域幅が制限されない場合、Teams では、ビデオとコンテンツの高忠実度オーディオ、最大 1080p ビデオ解像度、最大 30 fps (1 秒あたりのフレーム数) など、メディア品質が最適化されます。 詳細については、「帯域幅の 要件」を参照してください。

サービスの品質 (QoS)

エンドポイントとネットワーク デバイスの QoS 設定を実装し、通話と会議のメディア トラフィックを処理する方法を決定します。

• 前提条件として、Teams 管理 センターで QoS をグローバルに有効にします。 リアルタイム メディア トラフィック設定のサービス品質 (QoS) マーカーの挿入を有効にする方法の詳細については、「Teams 管理センターでの QoS の構成」を参照してください。

  推奨される初期ポート範囲:

  メディア トラフィックの種類	クライアントの送信元ポート範囲	プロトコル	DSCP 値	DSCP クラス
  オーディオ	50,000 - 50,019	TCP/UDP	46	完全優先転送 (EF)
  ビデオ	50,020 - 50,039	TCP/UDP	34	相対的優先転送 (AF41)
  アプリまたは画面の共有	50,040 = 50,059	TCP/UDP	18	相対的優先転送 (AF41)

• Windows エンドポイントの DSCP マーキングの構成については、「 Teams クライアントで QoS を実装する」を参照してください。

  注意

  エンドポイント ベースのマーキングは、ユーザーのデバイス上のすべてのマルチメディア オフロードを処理するプロセスである MsTeamsVdi.exe に適用する必要があります。 QoS の詳細については、 プレイブックのドキュメント を参照してください。

• ルーターの QoS の実装については、製造元のドキュメントを参照してください。

• ネットワーク デバイスでの QoS の設定には、次の一部またはすべてを含めることができます。

  • ポート ベースのAccess Control Lists (ACL) を使用する
  • QoS キューの定義
  • DSCP マーキングの定義

Important

これらの QoS ポリシーは、エンドポイント の送信元ポートと"any" の送信元と宛先の IP アドレスを使用して実装することをお勧めします。 これらのポリシーは、内部ネットワーク上の着信メディア トラフィックと発信メディア トラフィックの両方をキャッチします。

VDI でのMicrosoft Teamsでは推奨されないテクノロジ

1. VPN ネットワーク。 メディア トラフィックにはお勧めしません。
2. パケット シェーパー。 あらゆる種類のパケット スニファ、パケット検査、プロキシ、またはパケット シェーパー デバイスは、Teams メディア トラフィックには推奨されず、品質が大幅に低下する可能性があります。

最適化のための PowerShell ポリシーのMicrosoft Teams

CsTeamsVdiPolicy コマンドレットを使用すると、管理者は、VDI パートナーのポリシー エンジン (Citrix Studio、VMware HTML5 ADMX テンプレート、または AVD と Windows 365 のこのレジストリ キー) を使用して WebRTC の最適化が無効になった VDI 環境で、ユーザーが作成できる会議の種類や、会議中にアクセスできる機能を制御できるようになりました。

既定のポリシー構成は次のとおりです。

• DisableCallsAndMeetings: False
• DisableAudioVideoInCallsAndMeetings: False

このポリシーには、ユーザーが SlimCore に基づいて新しい最適化モードを取得できるかどうかを制御するための唯一の構成ポイントとして追加の引数が追加されました。 つまり、VDI パートナーのポリシー エンジンは、新しい最適化モードを制御しません。

• VDI2 最適化: 有効 (既定値)

名前	定義	例	メモ
New-CsTeamsVdiPolicy	管理者は、VDI 環境での会議に関連する Teams 機能を制御するためにユーザーに割り当てることができる新しい VDI ポリシーを定義できます。	PS C:\> New-CsTeamsVdiPolicy -Identity RestrictedUserPolicy -VDI2Optimization "Disabled"	ここに示すコマンドは、New-CsTeamsVdiPolicy コマンドレットを使用して、ID RestrictedUserPolicy を使用して新しい VDI ポリシーを作成します。 このポリシーでは、VDI2Optimization 以外のすべての既定値が VDI ポリシーに使用されます。 この例では、このポリシーを持つユーザーを SlimCore で最適化することはできません。
Grant-CsTeamsVdiPolicy	管理者は、ユーザーごとのスコープで Teams VDI ポリシーを割り当てることができます。 管理者は、ユーザーが作成できる会議の種類、最適化されていない VDI 環境でアクセスできる機能、および SlimCore に基づく新しい最適化モードでユーザーを最適化できるかどうかを制御できます。	PS C:\> Grant-CsTeamsVdiPolicy -identity "Ken Myer" -PolicyName RestrictedUserPolicy	この例では、ID "Ken Myer" を持つユーザーに RestrictedUserPolicy が割り当てられます。
Set-CsTeamsVdiPolicy	管理者が既存の VDI ポリシーを更新できるようにします。	PS C:\> Set-CsTeamsVdiPolicy -Identity RestrictedUserPolicy -VDI2Optimization "Disabled"	ここに示すコマンドでは、Set-CsTeamsVdiPolicy コマンドレットを使用して、Identity RestrictedUserPolicy を使用して既存の VDI ポリシーを更新します。 このポリシーでは、VDI2Optimization 以外のすべての既存の値が使用されます。この例では、このポリシーを持つユーザーを SlimCore で最適化することはできません。
Remove-CsTeamsVdiPolicy	管理者は、以前に作成した Teams VDI ポリシーを削除できます。 明示的に割り当てられていないポリシーを持つユーザーは、organizationの既定のポリシーにフォールバックします。	PS C:\> Remove-CsTeamsMeetingPolicy -Identity RestrictedUserPolicy	前に示した例では、コマンドは制限付きユーザー ポリシーをorganizationのポリシーの一覧から削除し、ポリシーが割り当てられているユーザーからこのポリシーのすべての割り当てを削除します。
Get-CsTeamsVdiPolicy	管理者は、organizationで構成されているすべての VDI ポリシーに関する情報を取得できます。	PS C:\> Get-CsTeamsVdiPolicy -Identity SalesPolicy	この例では、Get-CsTeamsVdiPolicy を使用して、Identity SalesPolicy を持つユーザーごとの会議ポリシーを返します。 ID は一意であるため、このコマンドは複数の項目を返しません。

新しい最適化を含む機能一覧

機能	SlimCore (Windows) で使用できます	WebRTC (Windows) で使用できます
1080p	Yes	いいえ
エンドポイントでのハードウェア アクセラレーション	はい 2	いいえ
ギャラリー ビュー 3x3 および 7x7	Yes	いいえ
サービスの品質	はい	いいえ
ノイズ抑制	Yes	はい (AVD)
音声分離	はい	いいえ
HID	Yes	はい (AVD と Omnissa)
発表者モード	はい	いいえ
Teams Premium	Teams Premium ページを確認する	Teams Premium ページを確認する
組織のカスタム背景	はい (Teams Premium ライセンスが必要)	いいえ
ユーザーがアップロードした背景効果	はい 3	いいえ
ズーム +/-	はい	いいえ
メディア バイパス、場所ベースのルーティング、オペレーター接続 1	Yes	いいえ
通話品質ダッシュボードと Teams 管理センター	Yes	狹
発行済みアプリ/リモート アプリ	いいえ	Yes
Give/Take コントロール	Yes	はい
アプリ共有	はい	はい
e911	はい	Yes
サイムルキャスト	Yes	Yes
システム オーディオを共有する	Yes	はい
セカンダリ リンガー	はい	はい
背景のぼかし	はい	Yes
開催者は、会議、ウェビナー、タウン ホールをスケジュールできます	Yes	Yes
開催者、発表者、出席者は、会議やウェビナーに参加できます	Yes	はい
開催者と発表者は、町役場に参加できます	はい	いいえ
出席者はタウン ホールに参加できます	Yes	Yes
会議とウェビナーの開催者と発表者が最適化されています	Yes	はい
タウン ホールの開催者と発表者が最適化されています	はい	いいえ
会議とウェビナーの出席者が最適化されている	Yes	いいえ
タウン ホールの出席者が最適化されている	いいえ	いいえ
注釈	発表者としてのみ。 4	いいえ

¹ 携帯電話番号を使用してインドのオペレーター接続を行うには、エンドポイントの OS とローカル インターネット ブレークアウトからの緯度と経度へのアクセスが必要です。 ワイヤライン番号を使用したオペレーター接続では、IP またはサブネットを使用して場所にマップできます。 詳細については、「インドのワイヤラインおよびワイヤレス番号の種類」をチェック。 ² グラフィックス ハードウェア アクセラレーションには DirectX 9 以降が必要で、Windows 10には WDDM 2.0 以上 (Windows 10 Fall Creators Updateでは WDDM 1.3 以上) が必要です。 ³ ゲストとして会議に参加する場合、この機能はサポートされていません。 ⁴ ビューアーには注釈が表示されません (受信ビデオ ウィンドウ オーバーレイで非表示になります)

エンドポイント上の SlimCore ユーザー プロファイル

VDI の新しいソリューションでは、ベンダーに応じて、エンドポイント上のユーザー固有のデータが次の場所に格納されます。

• C:\users\<user>\AppData\Local\Microsoft\TeamsVDI\avd-default-<cloudname>\
• C:\users\<user>\AppData\Local\Microsoft\TeamsVDI\citrix-default-<cloudname>\

Important

ロックダウンされたシン クライアントでは、これらの場所を読み取り/書き込み可能にする必要があります。 そうしないと、新しい最適化が失敗する可能性があります。 古い Windows 10 1809 シン クライアント (Dell Wyse 5070 など) の場合、SlimCore プロファイルのフォルダーの場所がC:\Users\<user>\AppData\Local\Packages\Microsoft.Teams.SlimCoreVdi.win-<architecture>.<version>_8wekyb3d8bbwe\LocalCache\されます。

ログ、構成、AI または ML モデル (ノイズ抑制、帯域幅推定などに使用) は、この場所に保存されます。 ユーザーがサインアウトした後にこれらのフォルダーが消去された場合 (たとえば、ローミング プロファイルのないロックダウンされたシン クライアント)、MsTeamsVdi.exe それらを再作成し、ユーザー固有の構成 (約 12 MB のデータ) をダウンロードします。 ユーザー固有のデータは、最大 100 MB (ログの場合は約 60 MB を含む) まで増加する可能性があります。

ロックダウンされたシン クライアント環境での SlimCore のインストールとアップグレード プロセス (省略可能)

既定では、MsTeamsPlugin は、ユーザーまたは管理の介入なしに、適切な SlimCore メディア エンジン バージョンを自動的にダウンロードしてインストールします。 ただし、ブランチ オフィスの制限付きネットワーク環境のお客様は、エンドポイントが Microsoft のパブリック コンテンツ配信ネットワークから https を使用して SlimCore パッケージをフェッチできるようにする必要なく、代替の SlimCore 配布プロセスを選択できます。

注意

対応する新しい Teams バージョンに一致する SlimCore パッケージの更新された一覧については、次の表チェック。

Important

この方法を選択する必要がある場合は、次のことが保証される必要があります。

1. Teams の自動更新は、 仮想デスクトップで無効になっています。
2. SlimCore パッケージは、仮想デスクトップで新しい Teams をアップグレードする前に、エンドポイントのローカル ストレージまたはネットワーク共有に事前にプロビジョニングされます。 新しい Teams バージョンでは、一致する新しいバージョンの SlimCore が要求され、プラグインが見つからない場合、ユーザーはフォールバック モード (サーバー側レンダリング) になります。

この状況は、新しい Teams と SlimCore のバージョンが一致する必要があるために発生します。

構成手順

1. ユーザーのエンドポイント (シン クライアント/fat クライアント) で、次の regkey を作成する必要があります。

   • Citrix の場所: HKLM\SOFTWARE\WOW6432Node\Microsoft\Teams\MsTeamsPlugin
   • Azure Virtual Desktop/W365 の場所: HKLM\SOFTWARE\Microsoft\Teams\MsTeamsPlugin
   • 名前: MsixUrlBase
   • 型: REG_SZ
   • データ: ローカル ストレージまたはネットワーク ストレージ UNC パス (file://C:/Temp や file://ComputerName/SharedFolder など)。

   regkey はベース URL を定義します。

2. さらに、管理者は、今後展開する予定の新しい Teams バージョンと一致する正確な SlimCore MSIX パッケージ バージョンを Microsoft の Content Delivery Network からダウンロードする必要があります。

   Important

   MSIX パッケージは、Citrix Workspace アプリ (x86 のみ) またはリモート デスクトップまたはWindows App クライアントのアーキテクチャまたはビット数 (Microsoft.Teams.SlimCoreVdi.<platform>-<architecture>.msix) と一致する必要があります。

3. 構造を保持するには、レジストリ キーで指定された場所内のバージョンを持つ特定のフォルダーに MSIX を配置します。 たとえば、C:\Temp\2024.4.1.9\Microsoft.Teams.SlimCoreVdi.win-x86.msix または //ComputerName/SharedFolder/2024.4.1.9/ などです。

   注意

   プラグインがローカルまたはネットワーク ストレージに SlimCore MSIX パッケージを見つけることができない場合、フォールバックとして Microsoft パブリック コンテンツ配信ネットワークからダウンロードが自動的に試行されます。

統合書き込みフィルター (UWF)

統合書き込みフィルターが適用されたシン クライアントをお持ちのお客様は、SlimCore MSIX パッケージのプロビジョニングを許可するために、次の除外を作成する必要があります。

• uwfmgr.exe ファイル Add-Exclusion "C:\Program Files\WindowsApps"
• uwfmgr.exe ファイル Add-Exclusion "C:\Users\User\AppData\Local\Packages"
• uwfmgr.exe ファイル Add-Exclusion "C:\Users\User\AppData\Local\Microsoft\WindowsApps"
• uwfmgr.exe ファイル Add-Exclusion "C:\Users\User\AppData\Local\Microsoft\TeamsVDI"

既知の問題

• 現時点では、AVD RemoteApps と Citrix 公開アプリはサポートされていません。
• スクリーン キャプチャ保護 (SCP) を使用すると、発表者の画面が黒い画面として表示され、マウス カーソルだけが上に表示されます (受信側で見られます)。 この問題は、Teams 25060.205.3499.6849 およびリモート デスクトップ クライアント 1.2.6081 または Windows アプリ 2.0.379 で修正されています。
• アクティブな呼び出し中に仮想マシン (VM) をロックすると、呼び出しは切断されます。 この問題は、25094.303.3554.9058 以降のバージョンで修正されています。
• ユーザーが同じローカル コンピューターから仮想デスクトップを起動し、Teams にログインした場合、HID 周辺機器が接続されているローカル コンピューターで実行されている Teams の通話ドロップ。 この問題は、ユーザーがアクティブな仮想デスクトップを持ち、Teams がインストールされている 2 つ目のデスクトップ (または最適化を使用するその他のユニファイド コミュニケーション アプリ) を起動した場合にも発生する可能性があります。
• 現時点では、カメラのセルフ プレビューはサポートされていません ([設定/デバイス] の下、またはカメラ アイコンの下矢印を選択するときの通話中)。
• エンドポイントのコントロール パネル/Apps/インストール済みアプリでは、ユーザーには複数の "Microsoft Teams VDI" エントリ (インストールされているすべての Slimcore パッケージに対して 1 つ) が表示されます。
• フル モニター画面共有を実行すると、通話モニター ウィンドウが他の参加者に表示されます (中にビデオ コンテンツはありません)。
• Citrix では、発表者が VDA (仮想配信エージェント) バージョン 2402 と CWA for Windows 2309.1 (またはそれ以上のバージョン) の両方にある場合、他の参加者のアプリ共有セッションがフリーズする可能性があります。
  • この問題は、ビデオ要素が破棄されたときに発生します。
    • たとえば、参加者はアプリ共有セッションの途中でカメラをオフにします。
    • 他のユーザーがカメラの電源のみを オンに した場合、ビデオ要素が作成され、破棄されないため、問題はありません。
    • 発表者が通話モニターを最大化した場合 (発表者が共有している内容の自己プレビューが破棄されます)。
  • ウィンドウを停止して再共有すると、問題が解決する必要があります。
  • この問題は、新しい Teams 24335.206.X.X 以降のバージョンで解決されています。
• ビデオ通話中に仮想マシンで [スタート] メニューを開くと、ビデオ フィードではなく Teams 会議ウィンドウに空白の画面が表示されます。
• CQD では、VdiMode (x2xx) は VDI SlimCore 最適化フォールバックと最適化されていないフォールバックの両方を表します。これにより、低品質の呼び出し品質が誤って発生する可能性があります。 詳細については、「CQD セクション」を参照してください。

クラウド間コラボレーション

Microsoft のパブリック、GCC (Government Community Cloud)、GCCH (Government Community Cloud High)、DoD (国防総省) クラウドの組織は、新しい最適化を使用して互いに効率的に共同作業できるようになりました (このコラボレーションは、企業内と企業間の両方に適用されます)。 多くの場合、このコラボレーションには、認証されたアクセスが必要な共有コンテンツへのアクセスが含まれます。 以前は、Teams を介したクラウド間のコラボレーションは、オーディオ/ビデオの最適化がないために制限されていました。 新しい Teams と Slimcore ベースの最適化により、ユーザーは高解像度のユーザー エクスペリエンスを楽しむことができます。 Cross Cloud の詳細については、このリンクをチェックしてください。

次のシナリオがサポートされています。

• クロス クラウド匿名 では、ユーザーが Teams でクラウド A にサインインし、別のクラウド B の会議に匿名で参加するシナリオが可能になります。 詳細については、 Teams 会議、ウェビナー、タウン ホール (IT 管理者) への匿名参加者アクセスの管理 に関するページを参照してください。
• クロスクラウド ゲスト アクセス は、ユーザーがチーム、チャネル、ドキュメント、Teams 会議で豊富なコラボレーション エクスペリエンスに参加できるように機能を拡張し、オーディオ/ビデオの最適化、画面共有、ファイル共有、1:1 と 1:n チャットの両方を含む完全なエクスペリエンスを実現します。 詳細 については、こちらを 参照してください。
• クラウド間認証会議参加 は、Teams ユーザーが自宅のテナントで自分のアカウントにサインインしているときに、別のクラウドで会議に参加する機能を提供します。 この機能により、会議ホストは、それらの参加者にホスト テナントへのアクセスを許可することなく、会議参加者の ID を検証できます。

最小バージョン: Teams 25060.205.3499.6849。 リモート デスクトップ クライアント 1.2.6186。 Citrix Plugin 2024.41.1.1。

既知の問題:

• HID はプライマリ クラウドでのみ機能します。
• Teams UI からのミュートでは、非プライベート クラウドで "ミュート/ミュート解除" 音声コマンドは再生されません。
• その他の周辺機器の制限事項については、こちらを参照してください。
• 複数のクラウド (マルチ クラウドまたはクロス クラウド) にサインインしているユーザーは、WebRTC で最適化できません。 ユーザーが SlimCore をサポートしていないデバイスにローミングする場合、SlimCore 対応デバイスに戻るまでフォールバック モード (サーバー側レンダリング) になります。 この問題は、WebRTC がクロスクラウド機能をサポートしていないために発生します。
• ユーザーが最小要件を満たしていてもクロス クラウド機能が機能しない場合は、Teams を終了し (SlimCore で最適化された後)、次のパスで ecs_settings.dat64 というファイルを削除してみてください: %localappdata%\packages\MSTeams_8wekyb3d8bbwe\LocalCache\microsoft\MSTeams。 Teams を再起動します。

Citrix 仮想チャネルの許可リスト

CVAD の 仮想チャネル許可リスト ポリシー設定を使用すると、ICA セッションで開くことができる仮想チャネルを指定する許可リストを使用できます。 有効にした場合、Citrix 組み込み仮想チャネルを除くすべてのプロセスを明記する必要があります。 その結果、新しい Teams クライアントがクライアント側プラグイン (MsTeamsPluginCitrix.dll) に接続するには、より多くのエントリが必要になります。

Citrix Virtual Apps および Desktops 2203 以降では、仮想チャネル許可リストは 既定で有効になっています。 これらの既定の設定では、許可リストに新しい Teams メイン プロセス名が含まれていないので、新しい Teams カスタム仮想チャネルへのアクセスが拒否されます。

新しい Teams クライアントが機能するには、MSTEAMS、MSTEAM1、MSTEAM2の 3 つのカスタム仮想チャネルが必要です。 Ms-teams.xes はこれらのチャネルにアクセスします。 ワイルドカードを使用して、ms-teams.exe 実行可能ファイルとカスタム仮想チャネルを許可できます。

• MSTEAMS,C:\Program Files\WindowsApps\MSTeams*8wekyb3d8bbwe\ms-teams.exe
• MSTEAM1,C:\Program Files\WindowsApps\MSTeams*8wekyb3d8bbwe\ms-teams.exe
• MSTEAM2,C:\Program Files\WindowsApps\MSTeams*8wekyb3d8bbwe\ms-teams.exe

1. ワイルドカードのサポートは、次の中で使用できます。

   • VDA 2206 CR。
   • CU2 以降の VDA 2203 LTSR。

2. ポリシーを有効にするには、VDA マシンを再起動する必要があります。

画面共有

最適化された VDI では、最適化されていない Teams デスクトップ クライアントと比較して、送信画面共有とアプリ共有の動作が異なります。 そのため、これらのアクティビティには、ユーザーのデバイス リソース (CPU、GPU、RAM、ネットワークなど) を使用するエンコードが必要です。 ネットワークの観点から、共有はユーザーのデバイスと他のピアまたは会議サーバーの間で直接行われます。

フル モニター画面共有では、Teams 通話モニターがキャプチャされ、他の参加者に表示されます。 内部のビデオ要素は表示されず、代わりに空白の正方形として表示されます。 アプリ共有を行う場合、共有されているアプリケーションのみが他の参加者に表示され、通話モニターはキャプチャされません。

Citrix App Protection とMicrosoft Teams互換性

App Protection が有効になっているユーザーは、新しい最適化を使用しながら、画面とアプリを共有できます。 共有には、VDA バージョン 2402 以降と Windows 2309.1 以降の CWA が必要です。 下位バージョンのユーザーは、App Protection モジュールがインストールされて有効になると、代わりに黒い画面が共有されます。

AVD スクリーン キャプチャ保護とMicrosoft Teams互換性

リモート デスクトップ クライアントでの画面キャプチャのブロック (クライアントでの画面キャプチャのブロック) を有効にした画面キャプチャ保護 (SCP) を使用しているユーザーは、Microsoft Teamsの新しい SlimCore ベースの最適化を使用しながら、画面とアプリを共有できます。 共有には、Teams 25060.205.3499.6849、およびリモート デスクトップ クライアント 1.2.6081 または Windows App 2.0.379 が必要です。

下位バージョンのユーザーは、SCP が有効になっている代わりに黒い画面を共有します。

VDI の周辺機器

Teams が SlimCore で最適化されると、物理デバイスに接続されているカメラ、マイク、スピーカーが仮想デスクトップにマップされます。 Teams は、検出されたすべてのデバイスを列挙し、既定の通信デバイスを優先します (ユーザーのデバイスで実行すると、mmsys.cpl パネルに表示されます)。 SlimCore ベースの最適化では、 Teams 認定ヘッドセット用のヒューマン インターフェイス デバイス (HID) がサポートされており、ユーザーはヘッドセットから直接ボリュームをミュート/umute および増減できます。 認定された Teams デバイスの [Microsoft Teams] ボタンは現在サポートされていません。

注意

一部の周辺機器では、2 つのユニファイド コミュニケーション アプリが並行して実行されると、アクティブな呼び出しが切断される HID 競合が発生する可能性があります。

「既知の問題」セクションを参照してください。

回避策として、キーをエンドポイントで作成できる Teams 25060.205.3499.6849 以降のレジストリ キーを使用して HID を無効にすることができます。 (2025.14.1.8 プラグイン (Citrix)、またはリモート デスクトップ クライアント 1.2.6275/ Windows App 2.0.550.0 がある場合は、VM でキーを作成することもできます。

HKEY_CURRENT_USER\Software\Microsoft\Teams\HID

名前: DisableHidManagerV1

型: DWORD

値: 1 (1 に設定すると HID が無効になります) (0 に設定されている場合、またはキーが存在しない場合、HID は有効になります)

監視 API

管理者は、vdi_connection_info.json クエリを実行 するカスタム スクリプトを作成できます。仮想マシン内のこのファイルには、さまざまなコンポーネントの最適化状態、周辺機器、ソフトウェア バージョンなど、現在および最後のセッションに関する情報が含まれています。

場所 (VDA または RD ホスト内): C:\Users<username>\AppData\Local\Packages\MSTeams_8wekyb3d8bbwe\LocalCache\Microsoft\MSTeams\tfw

監視 API の一般的なユース ケースは次のとおりです。

• VDA または RD ホストに自動化スクリプトをデプロイして、クライアント エンドポイント オペレーティング システムが前回の接続以降に変更されたかどうかを検出する管理者。 このスクリプトでは、JSON ファイルの内容を使用して、最後の 2 つのセッションの値を比較し、独自のアラート/ポップアップ メッセージを発行します。
• VDI 最適化接続の現在の状態を報告するサード パーティ製アプリを作成する開発者。 このスクリプトでは、JSON ファイルの内容を使用して、現在の Teams セッションで使用可能なすべての接続、最適化、デバイス情報を取得します。

Json ファイル構造:

• Timestamp - vdiConnectedState.timestamp はセッション接続のタイムスタンプを示します
• VDI 最適化 - vdiConnectedState.vdiMode は最適化バージョンを示します (VDI セッション全体を通じて静的なままです)
• Connected State - connectedStack (remote = optimized, local = not optimized) (VDI セッション全体を通じて静的なまま)
• エンドポイントの SlimCore バージョン - remoteSlimcoreVersion
• VM 上の VdiBridge バージョン - bridgeVersion
• エンドポイントのプラグイン バージョンのMS Teams - pluginVersion
• Teams バージョン - vdiVersionInfo.teamsVersion
• クライアント プラットフォーム - vdiVersionInfo.clientPlatform
• VDI クライアント (CWA またはWindows App) バージョン - vdiVersionInfo.rdClientVersion
• VM OS バージョン - vdiVersionInfo.vmVersion
• 使用可能な周辺機器 - devices.speakers.available、devices.cameras.available、devices.microphones.available (json ファイルへのリアルタイム更新)
• 選択した周辺機器 - devices.speakers.selected、devices.cameras.selected、devices.microphone.selected (json ファイルへのリアルタイム更新)
• セカンダリ リンガー - devices.secondaryRinger (json ファイルのリアルタイム更新)

注意

WebRTC 最適化では、vdiConnectedState のみが設定され、セッションが現在どの最適化に含まれているかを示します。 セッションの JSON ファイルに格納されている vdiVersionInfo とデバイス情報はありません。 最適化が使用できない場合、JSON ファイルに対する更新は行われません。

VDI の通話品質ダッシュボード

通話品質ダッシュボード (CQD) を使用すると、IT 担当者は集計データを使用して、ユーザーのグループの統計を比較して傾向とパターンを特定することで、メディア品質の問題を作成する問題を特定できます。 CQD は、個々の通話の問題の解決ではなく、多くのユーザーに適用される問題と解決策の特定に焦点を当てています。

VDI ユーザー情報は、さまざまなディメンションとフィルターを通じて公開されるようになりました。 各ディメンションの詳細については、 このページ を参照してください。

注意

新しい Quality of Experience (QER) テンプレートは、CQD ダウンロード用の Power BI クエリ テンプレートで入手できます。 バージョン 8 には、VDI クライアントに焦点を当てたメトリックを確認するためのテンプレートが含まれるようになりました。

Important

CQD では、ディメンション 'Second Client VDI Mode' VdiMode 値 (x2xx) は、VDI SlimCore Optimized と VDI SlimCore Not Connected (最適化されていないフォールバック) の両方を表します。 最適化されていないセッションの呼び出し品質が低いと、VDI SlimCore の最適化に問題がある可能性があるため、この重複によって誤った解釈が発生する可能性があります。 ディメンション 'Second Client VDI Is Optimized' は、ユーザーが最適化されたかどうかを正確に表示する方法です。このディメンションは、VDI モードと 'Second Client VDI 接続状態' の間でエンドツーエンドの結果の値を計算するためです。 SlimCore によるエンド ツー エンドの最適化は、接続状態が "接続済み" の場合に発生します。

クエリの基礎

適切な形式の CQD クエリ/レポートには、次の 3 つのパラメーターがすべて含まれています。

• 測定
• ディメンション
• フィルター

適切な形式のクエリの例を次に示します。

1. "先月の [フィルター] の新しい最適化 [ディメンション] を使用して、VDI ユーザーの低いストリーム [測定] を表示します。
2. "先月の合計Stream数 [ディメンション] と、最初または 2 番目のクライアント VDI モードが最適化された [フィルター] によって、アプリの共有が不十分であることを示します。

多くのディメンションと測定値をフィルターとして使用することもできます。 クエリでフィルターを使用すると、ディメンションまたは測定を選択してクエリに情報を追加または含めるのと同じ方法で情報を削除できます。

UNION の機能

既定では、フィルターを使用すると、AND 演算子を使用して条件をフィルター処理できます。 ただし、複数のフィルター条件を組み合わせて OR 演算と同様の結果を得るシナリオがあります。 たとえば、VDI ユーザーからすべてのストリームを取得するために、UNION はマージされたデータセットの個別のビューを提供します。 UNION を使用するには、統合 (UNION) したい 2 つのフィルターについて、UNION フィールドに一般的なテキストを挿入します。

呼び出し元と呼び出し先の場所

CQD では、呼び出し元または呼び出し先のフィールドは使用されません。代わりに、呼び出し元と呼び出し先の間に介入する手順があるため、 First と Second が使用されます。

• サーバー がストリームに関係している場合、最初は常にサーバー エンドポイント (AV MCU やメディア プロセッサ サーバーなど) です。
• 2 つ目 は、サーバー サーバー ストリームでない限り、常にクライアント エンドポイントです。

両方のエンドポイントが同じ種類 (たとえば、人から人への呼び出し) である場合、最初と 2 番目のエンドポイントは、ユーザー エージェント カテゴリの内部順序に基づいて設定され、順序が一貫していることを確認します。