Neue VDI-Lösung für Teams

Die neue VDI-Lösung für Teams ist eine neue Architektur zur Optimierung der Bereitstellung von Multimedia-Workloads auf virtuellen Desktops.

Systemanforderungen

Anforderung	Mindestversion
Teams	-24193.1805.3040.8975 (für Azure Virtual Desktop/Windows 365) -24295.605.3225.8804 (für Citrix) -25198.1109.3837.4725 (für Amazon) -MAC-Endpunkte erfordern 26072.521.4595.7966 oder höher -26072.521.4595.7966 (für Omnissa)
Azure Virtual Desktop/Windows 365	-Windows-App für Windows: 2.0.352.0-Remotedesktopclient für Windows: Nicht mehr unterstützt. Aktualisieren Sie auf die neueste Windows-App. -Windows-App für MAC: 11.3.4 Nicht-App Store-Version. Benutzer müssen die eigenständige .pkg-Datei verwenden, die automatisch aktualisiert werden kann. Die Store-Version wird nicht unterstützt. -Evergreen-Link zum neuesten MAU-Client: https://aka.ms/RDMacMAU
Citrix	-Virtual Desktop Agent (VDA): 2203 Long Term Service Release (LTSR) Kumulatives Update (CU) 3 oder 2305 Current Release (CR) - Citrix Workspace-App (CWA) für Windows: 2203 LTSR (jedes kumulative Update), 2402 LTSR oder 2302 CR. -MsTeamsPluginCitrix: 2024.41.1.1 (für Windows) -Citrix Workspace-App für MAC: 2508.10 -MsTeamsPluginCitrix: 2025.49.x.x (für MAC) aka.ms/macplugin -Es werden nur CWA-Versionen unterstützt, die sich nicht am Ende des Lebenszyklus befinden
Amazon WorkSpaces	Client 5.31.0.5733. WSP (Server-Agent) 2.1.0.1840
Omnissa Horizon	Client für Windows 8.17 oder höher
Endpunkt	-Windows 10 1809 (SlimCore-Mindestanforderung) -Windows Enterprise Long Term Service Channel Thin Clients unter Windows 10 2019/2021 oder Windows 11 2024 werden unterstützt – GPOs dürfen MSIX-Installationen nicht blockieren (siehe Schritt 3: SlimCore MSIX-Staging und -Registrierung auf dem Endpunkt) - Minimale CPU: Intel Celeron (oder gleichwertig) @ 1,10 GHz, vier Kerne, minimaler RAM: 4 GB - macOS 14, 15 oder 26 (erfordert CWA 2511)

Komponenten

Komponente	Rolle	Aktualisieren	Größe	Hinweise
Teams vdiBridge	Serverseitiges virtuelles Kanalmodul.	Neue Version mit jeder Teams-Version.		Im Lieferumfang von Teams enthalten.
Benutzerdefinierter virtueller Kanal (VC)	Benutzerdefinierter VC im Besitz von Microsoft Teams.	Stabile API – keine Updates vorgesehen.		Überprüfen der Citrix Studio-Richtlinie Zulassungsliste für virtuelle Kanäle.
Das Plugin	Clientseitige VC-DLL. Verantwortlich auch für den Download und die saubere Reinigung von SlimCore.	Nicht häufig (idealerweise keine Updates).	Ungefähr 600 KB.	Im Lieferumfang enthalten sind im Lieferumfang von Windows-Remotedesktopclient 1.2.5405.0, Windows-App für Windows 1.3.252 und Windows-App für MAC 11.3.4 MAU-Client oder höher. Citrix CWA 2402 für Windows oder höher kann das Plug-In abrufen und installieren. CWA 2508.10 für MAC Im Paket mit Amazon WorkSpaces-Client 5.31.0.5733 für Windows oder höher. Im Lieferumfang von Omnissas Horizon Client 8.17 (2512) für Windows oder höher
SlimCore	Medien-Engine (betriebssystemspezifisch, nicht VDI-anbieterspezifisch).	Wird mit jeder neuen Teams-Version automatisch auf eine neue Version aktualisiert.	Ca. 50 MB.	MSIX-Paket, das im öffentlichen Content Delivery Network von Microsoft gehostet wird.

Optimieren mit neuer VDI-Lösung für Teams

Schritt 1: Voraussetzungen bestätigen

1. Stellen Sie sicher, dass Sie über die neue Microsoft Teams-Version 24193.1805.3040.8975 oder höher (für Azure Virtual Desktop/Windows 365), 24295.605.3225.8804 oder höher für Citrix oder 26032.206.4355.6508 für Omnissa verfügen.

2. Aktivieren Sie die Teams-Richtliniebei Bedarf für eine bestimmte Benutzergruppe (sie ist standardmäßig auf globaler organisationsweiter Ebene aktiviert).

3. Für Citrix müssen Sie die Zulassungsliste für virtuelle Kanäle konfigurieren, wie im Abschnitt Citrix Virtual Channel-Zulassungsliste dieses Artikels beschrieben.

4. Stellen Sie für Amazon WorkSpaces sicher, dass der WorkSpace-Client für Windows 5.31.0.5733 oder höher ist.

5. Für Omnissa Horizon ist die Optimierung jetzt allgemein verfügbar – stellen Sie sicher, dass der Horizon-Client für Windows 8.17 (2512) oder höher ist.

Schritt 2: Plugin-Installation auf dem Endpunkt

1. Für Azure Virtual Desktop und Windows 365 wird MsTeamsPluginAvd.dll mit dem Remotedesktopclient für Windows 1.2.5405.0, mit der Windows-App Store-App für Windows 1.3.252 oder höher und mit dem Windows-App für MAC Nicht-Store Version 11.3.4 gebündelt

   • Das Plug-In befindet sich im gleichen Ordner, an dem der Remotedesktopclient installiert ist. Sie finden das Plug-In unter AppData\Local\Apps\Remotedesktop oder C:\Program Files (x86), je nachdem, in welchem Modus es installiert wurde.
   • Die MSIX-basierte Windows-App Store-App befindet sich unter C:\Program Files\WindowsApps. Der Zugriff auf diesen Ordner ist eingeschränkt.

2. Für Amazon WorkSpaces wird MsTeamsPluginAmazon.dll mit dem WorkSpaces-Client für Windows 5.28.0.5487 oder höher gebündelt.

   • Das Plug-In befindet sich im gleichen Ordner, an dem der WorkSpaces-Client installiert ist.

3. Für Omnissa Horizon ist MsTeamsPluginOmnissa.dll mit dem Horizon Client für Windows 8.17 (2512) oder höher gebündelt.

   • Das Plug-In befindet sich im gleichen Ordner, in dem der Horizon Client installiert ist (C:\Program Files\Omnissa\Omnissa Horizon Client).

4. Für die Citrix Workspace-App für Windows 2402 oder höher können MsTeamsPluginCitrix.dll installiert werden:

   • Verwenden der Benutzeroberfläche bei der Installation der Citrix Workspace-App:

     Aktivieren Sie auf der Seite Add-Ons das Kontrollkästchen Microsoft Teams VDI-Plug-In installieren , und wählen Sie dann Installieren aus.

     Stimmen Sie der daraufhin angezeigten Benutzervereinbarung zu, und fahren Sie mit der Installation der Citrix Workspace-App fort.

     Hinweis

     Die Citrix Workspace-App für Windows 2402 zeigt die Benutzeroberfläche für die Plug-In-Installation nur bei einer Neuinstallation an.
     Damit bei direkten Upgrades auch diese Option angeboten wird, ist die Citrix Workspace-App für Windows 2405 oder Mac 2603 höher erforderlich.
     Die automatische Installation des Plug-Ins bei automatischer Aktualisierung von CWA wurde in CWA für Windows 2508 eingeführt.
     Ausgehend von der Citrix Workspace-App 2603 für Windows kann CWA das Plug-In automatisch auf die neueste Version aktualisieren, noch bevor CWA automatisch auf eine neuere Version aktualisiert wird.
     Weitere Informationen finden Sie in diesem Citrix-Artikel

   • Per Befehlszeile oder Skripts für verwaltete Windows-Geräte mit C:>CitrixWorkspaceApp.exe /installMSTeamsPlugin

• Administratoren können das Plug-In auch manuell zusätzlich zu allen vorhandenen unterstützten Citrix Workspace-Apps installieren (siehe Systemanforderungen) mit Tools wie SCCM (verwenden Sie den Bereitstellungstyp Windows-App-Paket) oder Intune (verwenden Sie die Branchen-App).

  Administratoren können msiexec mit entsprechenden Flags verwenden, wie in msiexec beschrieben.

  Wichtig

  • Downloadlink für Windows-Plug-In MSI für Citrix-Kunden:
    - Für 32-Bit-Workspace-App-aka.ms/plugin.
    - Für 64-Bit-Workspace-App (neu) aka.ms/plugin_x64.
    - Für ARM-basierte Workspace-App https://aka.ms/plugin_arm64.
    - Die Citrix Workspace-App (WFICA-Prozess) kann nur Plugins aus derselben Architektur laden (d. h. das Laden von 32-Bit-CWA-64-Bit-DLLs kann nicht optimiert werden).
  • Download-Link für Mac-Plug-In für Citrix-Kunden aka.ms/macplugin

• Das Plug-In MSI erkennt automatisch den CWA-Installationsordner und legt MsTeamsPluginCitrix.dll an diesem Speicherort ab.

• Plug-Ins können nur aktualisiert werden, wenn keine aktive Virtual Desktop-Sitzung vorhanden ist.

• Plugins können nicht herabgestuft, nur aktualisiert oder neu installiert (repariert) werden.

• Eine Installation von CWA pro Benutzer wird nicht unterstützt.

• Wenn auf dem Endpunkt kein CWA gefunden wird, wird die Installation gestoppt.

Benutzertyp	Installationsordner	Installationstyp
Administrator	64-Bit: C:\Program Files (x86)\Citrix\ICA Client 32-Bit: C:\Program Files\Citrix\ICA Client	Installation auf Systembasis

Version der Versionshinweise	Details
2026.29.1.4	Juli 2026 – Es wurden MSIX-Bereitstellungs- und Registrierungsprobleme für Thin Clients oder Kioskgeräte behoben, die verhinderten, dass neue Benutzer mit der neuen Architektur optimiert wurden. -Ab dieser Plugin-Version werden nur geteilte MSIX-Pakete unterstützt. -Sicherheitsverbesserungen
2026.15.1.1	April 2026 – Verbesserte clientseitige Watchdogzuverlässigkeit, um falsche Trennungen zu reduzieren und eine stabilere Wiederherstellung nach vorübergehenden Netzwerkunterbrechungen zu gewährleisten. -Unterstützung für Teams als veröffentlichte Apps (Citrix Virtual Apps)
2025.43.1.1	November 2025 – Verbesserungen bei der Handhabung und dem Transport virtueller Kanäle. -Verbesserungen im MSIX-Installationsprozess (Download-Speicherort wurde auf localappdata aktualisiert, wenn temp nicht verfügbar ist). Verbesserte Zuverlässigkeit im BITS-Downloader. -Protokollierungs- und Telemetrie-Fixes für verbesserte Diagnose
2025.29.1.2	August 2025 – Zusätzliche Protokollierungs- und Telemetriefunktionen
2025.24.1.3	Juli 2025 – Bei Thin Clients, die Unified Write Filters mit RAM Overlay verwenden, treten möglicherweise SlimCore MSIX-Installationsfehler auf, wenn TEMP/TMP Environment (System)-Variablen auf eine RAM-Disk verweisen. Dieses Plugin behebt dieses Problem. Weitere Informationen finden Sie weiter unten in diesem Artikel im Abschnitt Unified Write Filters (UWF). Es unterstützt zusätzlich die HID-Deaktivierung, indem ein Registrierungsschlüssel in der virtuellen Maschine erstellt wird (siehe Abschnitt "Peripheriegeräte in VDI").
2025.14.1.8	Mai 2025 – Das Citrix-Plug-In kann jetzt SlimCore-Pakete herunterladen, die 64-Bit sind, was die Leistung erhöht und die Bildschirmfreigabe verbessert. Diese Version unterstützt auch das geteilte MSIX-Paket SlimCore, wenn Teams 25094.x.x.x oder höher ist, wodurch die Benutzeraufforderungen zur Eingabe von Kamera- und Mikrofonberechtigungen vereinfacht werden. Weitere Informationen finden Sie unter "Neues geteiltes MSIX-Paket" in Schritt 3: SlimCore MSIX-Staging und Registrierung auf dem Endpunkt.
2024.41.1.1	Oktober 2024 – Bei Verwendung von SlimCore in Multimonitor-Setups kann ein Citrix-Benutzer nicht den gesamten Bildschirm oder einzelne Monitore freigeben. -Versucht ein Reset-AppxPackage, wenn die MSIX-Paketregistrierungen von SlimCoreVdi nach dem Einrichten des virtuellen Kanals fehlschlagen.
2024.32.X.X	August 2024 – Das Plug-In versucht nun eine Reset-AppxPackage für das MSIX-Paket SlimCoreVdi für den Fall, dass der AppExecution-Alias fehlt.

Schritt 3: SlimCore MSIX-Staging und -Registrierung auf dem Endpunkt

Das Plug-In führt diesen Schritt im Hintergrund aus, ohne dass der Benutzer oder der Administrator eingreifen muss. Das Staging und die Registrierung basieren auf dem App Readiness Service (ARS) auf dem Endpunkt. Es kann vorkommen, dass Registrierungsschlüssel, die von einer Gruppenrichtlinie oder einem Drittanbietertool festgelegt wurden, die Installation von MSIX-Paketen blockieren. Eine vollständige Liste der anwendbaren Registrierungsschlüssel finden Sie unter Funktionsweise von Gruppenrichtlinien mit App-Paketen – MSIX.

Wichtig

Neues geteiltes MSIX-Paket Es ist ein neues 64-Bit-Slimcore-Installationsprogramm verfügbar, das die Installation der Media Engine in zwei verschiedene MSIX-Pakete aufteilt, die als Host und Framework bezeichnet werden. Diese Änderung hat direkte Auswirkungen auf AppLocker-/WDAC-/Gruppenrichtlinienobjekte (GPO), wenn sie auf dem Gerät des Benutzers konfiguriert sind:

• Hostpakete (~100 KB) [Microsoft.Teams.SlimCoreVdiHost.win-x64_8wekyb3d8bbwe] sind für die Registrierung von SlimCore als Anwendung im Windows-Betriebssystem unter einem einzelnen Paketfamiliennamen (PFN) verantwortlich – dieser wird als "Microsoft Teams VDI Optimizer" unter Einstellungen/Apps/Installierte Apps angezeigt. Nachdem Benutzer dieser App Berechtigungen für Kamera/Mikrofon/Standort erteilt haben, werden sie nicht mehr dazu aufgefordert. Damit wird eine Einschränkung des vorherigen SlimCore MSIX-Installationsprogramms behoben, das unterschiedliche PFNs aufwies. Daher wurde bei jedem Upgrade von Teams auf der VM eine Benutzeraufforderung für den Peripheriezugriff erneut ausgelöst. MsTeamsVdi.exe wird aus dem Hostpaket geladen und bleibt für die gesamte Netzwerkkommunikation verantwortlich.

• Frameworkpakete (~60 MB) [Microsoft.Teams.SlimCoreVdiFwk.win-x64.<version>_8wekyb3d8bbwe] enthalten nur Echtzeit-Medienbibliotheken. Diese Pakete verfügen über unterschiedliche PFNs mit Versionsverwaltung. Sie sind unter Apps/Installierte Apps nicht sichtbar. Mehrere Framework-Pakete können gleichzeitig im selben Endpunkt vorhanden sein. MsTeamsVdi.exe lädt automatisch das Framework-Paket, das der Teams-Version auf der VM entspricht.

• Mindestsystemanforderungen:
  AVD/W365-Umgebungen mit Teams 25153.x.x.x und Remotedesktopclient 1.2.6278 / Windows-App 2.0.550.0.
  Citrix-Umgebungen mit Teams 25094.x.x.x und Plug-In 2025.14.1.8

Die folgenden Registrierungsschlüssel können die Installation eines neuen MSIX-Pakets für das Medienmodul blockieren:

• BlockNonAdminUserInstall
• AllowAllTrustedApps
• AllowDevelopmentWithoutDevLicense

Wichtig

Verwaltete Endpunkte/Thin Clients mit aktivierter BlockNonAdminUserInstall können weiterhin die Installation von SlimCore-Paketen zulassen. Wenden Sie KB5052094 (Windows 11 23H2 und 22H2), KB5052093 (Windows 11 24H2), KB5055612 (Windows 10 22H2) oder eine beliebige nachfolgende Wissensdatenbank an. Mit dieser Installation wird eine neue Gruppenrichtlinie namens "Zulässige Paketfamiliennamen für Nicht-Administratorbenutzerinstallationen" im Editor für lokale Gruppenrichtlinien eingeführt:

Gruppenrichtlinie-Editor -> Computerkonfiguration –> Administrative Vorlagen –> Windows-Komponenten –> App-Paketbereitstellung –> Administratoren können dann SlimCore-Pakete auf die Zulassungsliste setzen, indem sie einen vollständigen Paketfamiliennamen zulassen (z. B. Microsoft.Teams.SlimCoreVdi.win-x64.2024.43_8wekyb3d8bbwe) oder Regex verwenden (z. B. Microsoft.Teams.SlimCoreVdi.*_8wekyb3d8bbwe).

Für die neue Architektur des geteilten MSIX-Pakets müssen die beiden neuen Pakete der Zulassungsliste hinzugefügt werden (Microsoft.Teams.SlimCoreVdiHost.win-x64_8wekyb3d8bbwe und Microsoft.Teams.SlimCoreVdiFwk.*_8wekyb3d8bbwe).
Dies kann auch mit Regex erreicht werden: Microsoft.Teams.SlimCoreVdi*.*_8wekyb3d8bbwe

Wichtig

Wenn AllowAllTrustedApps deaktiviert ist, schlägt die Installation der neuen Medien-Engine (MSIX) fehl. Dieses Problem wurde in den folgenden kumulativen Windows-Updates behoben:

• Windows 10: 26. Oktober 2023 – KB5031445 (Betriebssystembuild 19045.3636)
• Windows 11: 26. Oktober 2023 – KB5031455 (Betriebssystembuild 22621.2506)
• Windows 10 1809: 8. April 2025 – KB5055519 (Betriebssystembuild 17763.7136)

Diese drei Registrierungsschlüssel finden Sie an einem der folgenden Speicherorte auf dem Gerät des Benutzers:

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

Einige Richtlinien ändern diese Registrierungsschlüssel möglicherweise und blockieren die App-Installation in Ihrer organization, da die Administratoren eine restriktive Richtlinie festgelegt haben. Zu den bekannten GPO-Richtlinien, die die Installation verhindern können, gehören:

• Verhindern, dass Benutzer, die keine Administratoren sind, gepackte Windows-Apps installieren.

• Installation aller vertrauenswürdigen Apps zulassen (deaktiviert).

Hinweis

AppLocker oder Windows Defender Application Control können die Installation von MSIX-Paketen ebenfalls verhindern. AppLocker ist ein Sicherheitsfeature mit tiefgreifendem Schutz und wird nicht als vertretbares Windows-Sicherheitsfeature angesehen. Verwenden Sie die Windows Defender-Anwendungssteuerung , wenn das Ziel darin besteht, einen zuverlässigen Schutz vor einer Bedrohung bereitzustellen, und Sie daher keine entwurfsbedingten Einschränkungen erwarten, die verhindern, dass die Sicherheitsfunktion dieses Ziel erreicht.

Wichtig

Stellen Sie sicher, dass keine blockierende Konfiguration oder Richtlinie vorhanden ist, oder fügen Sie eine Ausnahme für SlimCore-MSIX-Pakete unter Lokale Sicherheitsrichtlinie -> Richtlinien zur Anwendungssteuerung -> AppLocker hinzu. AppLocker kann im Gegensatz zur Windows Defender-Anwendungssteuerung keine nachgestellten Platzhalter verarbeiten. Da alte SlimCoreVdi-Pakete oder neue Framework-Pakete einen versionsspezifischen PackageFamilyName enthalten (z. B. Microsoft.Teams.SlimCoreVdi.win-x64.2024.36_8wekyb3d8bbwe oder Microsoft.Teams.SlimCoreVdiFwk.win-x64.2025.14_2025.14.1.4_x64__8wekyb3d8bbwe), können Kunden AppX- oder MSIX-Ausschlüsse hinzufügen, indem sie sich stattdessen auf die PublisherID 8wekyb3d8bbwe verlassen. Neue Hostpakete sind einzelne Paketfamiliennamen (Microsoft.Teams.SlimCoreVdiHost.win-x64_8wekyb3d8bbwe).

Administratoren, die die präzisere "AllAppList" pro Anwendung verwenden, um die Liste der Anwendungen zu definieren, die ausgeführt werden dürfen, müssen auf folgende Weise Ausnahmen hinzufügen (da SlimCore dem UWP-Modell folgt):

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

Für das alte MSIX-Installationsprogramm: <App AppUserModelId="Microsoft.Teams.SlimCoreVdi.win-x86.2025.12_8wekyb3d8bbwe!MsTeamsVdi" />.
Für die neue Split-MSIX-Architektur: <App AppUserModelId="Microsoft.Teams.SlimCoreVdiHost.win-x64_8wekyb3d8bbwe!MsTeamsVdi" />.

Eine Liste der veröffentlichten SlimCore-Pakete finden Sie in dieser Tabelle.

Mac-Endpunkte

Hinweis

Mac ist jetzt zu 100% allgemein verfügbar für AVD/W365- und Citrix-Umgebungen.

Nutzer, welche die weiter oben in diesem Artikel beschriebenen Mindestanforderungen erfüllen, können mit der neuen Architektur (SlimCore-basiert) optimiert werden.

AVD- und Windows 365-Kunden müssen die nicht im Store erhältliche Windows-App-Version (auch als Microsoft AutoUpdate- oder MAU-Client bezeichnet) verwenden, da nur diese Version das Plug-In bündelt. App Store Windows-App enthält das Plugin nicht, daher bleiben die Benutzer in der WebRTC-basierten Optimierung. Evergreen-Link zum neuesten MAU-Client: https://aka.ms/RDMacMAU

Für Citrix-Kunden kann CWA 2508.10 bei der Installation eine Benutzeroberfläche bereitstellen, die den Benutzer auffordert, das Plug-In zu installieren, aber dieser Vorgang erfordert Benutzeraktionen. CWA 2603 unterstützt auch die Plug-In-Bereitstellung über den Global App Config Service oder die Virtual Channel Plugin Download Manager-Richtlinie in Citrix Studio.
Eine kommende Version von CWA (2607) installiert das Plug-In automatisch. Administratoren können das Plug-In auch mit anderen Tools wie JAMF bereitstellen.

Wichtig

• Das Plugin ist für die Einrichtung virtueller Kanäle und die automatische und stille Installation der Medien-Engine auf dem Mac-Gerät verantwortlich.
• Das Plugin für Mac bündelt auch das Host SlimCore MSIX-Paket. Daher ist das SlimCore-Paket, das unter macOS abgerufen und installiert wird, nur das Framework ('Microsoft.Teams.SlimCoreVdi.mac-arm64'). Auf demselben Benutzergerät können mehrere Versionen gleichzeitig vorhanden sein. Die Microsoft Teams-Version auf der VM schreibt dem Plugin vor, welche SlimCore-Version benötigt wird.
• Alle diese Aktivitäten sind für den Benutzer und die Administratoren transparent.
• Speicherort: /Applications/Utilities/MsTeamsVdi.Plugin.app

Installationsordner "SlimCoreVdi"

• Für AVD/W365, /Users/{USER}/Library/Containers/Windows App/Data/Library/Application Support/Microsoft/TeamsVDI/Packages/
• Für Citrix, /Users/{User}/Library/Application Support/Microsoft/TeamsVDI/Packages

Protokollsammlung auf dem Mac

Protokolle werden im folgenden Verzeichnis auf dem Gerät des Benutzers gespeichert: ~/Library/Application Support/Microsoft/TeamsVDI

Nicht unterstützte Funktionen auf dem Mac

• HID (derzeit nur in der Public Preview verfügbar)
• Versammlungsoptimierung für Teilnehmer
• Für AVD/W365 wird Cross-Cloud derzeit nicht unterstützt
• Die ausgehende Bildschirmfreigabe in verschlüsselten End-to-End-Besprechungen ist deaktiviert.
• Teilen von Systemaudio
• Authentifizierte Proxys in macOS-Netzwerkeinstellungen (nur AVD/W365)
• Link Layer Discovery Protocol (LLDP) in e911 (nur AVD/W365)
• Remote-App/Veröffentlichte Apps

Bekannte Probleme auf dem Mac

1. Der Mauszeiger des Referenten ist während der App-Freigabe langsam. Wenn der Referent die App-Freigabe beendet und erneut aktiviert, ist die Verzögerung nicht mehr vorhanden. Dies wurde in Teams 26149.x.x.x oder höher behoben.

2. Zoom VDI-Plugin, das älter als 6.6.10 auf dem Mac-Gerät ist, führt zu einem Absturz der Citrix Workspace-App bei Anrufübertragungen.

3. Wenn Sie externe Monitore während des Anrufs anschließen/trennen, wird das Video möglicherweise auf dem falschen Bildschirm angezeigt. Dies tritt auch auf, wenn Sie die Anzeigeausrichtungen während der HDX-Sitzung ändern.

Überprüfen, ob der Endpunkt optimiert ist

Sobald Sie alle Mindestanforderungen erfüllt haben, wird beim ersten Starten von Teams standardmäßig versucht, im SlimCore-optimierten Modus zu laden.

Sie können im Teams-Client überprüfen, ob Sie mit der neuen Architektur optimiert sind, indem Sie sich die VDI-Statusanzeige (oben links in der Benutzeroberfläche) ansehen. Außerdem können Benutzer die Auslassungspunkte (drei Punkte ...) in der oberen Leiste und dann Einstellungen>Info auswählen. Die Teams- und Client-Versionen sind dort aufgeführt.

• AVD SlimCore Media Optimized = Neue Optimierung auf Basis von SlimCore.
• AVD Media Optimized = Optimierung basierend auf WebRTC.

Das Plug-In (MsTeamsPluginAvd.dll, MsTeamsPluginCitrix.dll oder MsTeamsPluginAmazon.dll) ist für das Herunterladen der Medien-Engine und SlimCore, einem MSIX-Paket, verantwortlich. Es wird im Hintergrund ohne Administratorrechte oder Neustarts installiert (Beispiel, genauer Pfad variiert):

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

Für das neue Split-MSIX-Paket: C:\Program Files\WindowsApps\Microsoft.Teams.SlimCoreVdiFwk.win-x64.2025.28_2025.28.1.4_x64__8wekyb3d8bbweC:\Program Files\WindowsApps\Microsoft.Teams.SlimCoreVdiHost.win-x64_2025.28.1.4_x64__8wekyb3d8bbwe

Der Remotedesktopclient oder die Citrix Workspace-App lädt das x64- oder x86-SlimCore-Paket herunter, je nach Gerät des Benutzers. Der Ordner "WindowsApps" ist gesperrt, sodass Benutzer keinen Zugriff darauf haben. Administratoren ändern ACLs, um den Besitz zu übernehmen, obwohl diese Aktion nicht empfohlen wird. Verwenden Sie stattdessen PowerShell, um die MSIX-Apps im Endpunkt aufzulisten:

PowerShellCopy

Get-AppxPackage Microsoft.Teams.SlimCore*

Ein Beispiel für die Ergebnisse, die bei der Ausführung dieser PowerShell zurückgegeben werden können, ist:

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

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

Wichtig

Microsoft speichert bis zu 12 Versionen von SlimCoreVdi-Frameworks aus Kompatibilitätsgründen. Wir speichern diese Versionen für den Fall, dass der Benutzer auf verschiedene VDI-Umgebungen zugreift, z. B. persistent, in der Teams automatisch aktualisiert wird, und nicht persistent, in denen die automatischen Updates von Teams deaktiviert sind.

Wenn Sie optimiert sind, können Sie sehen, dass MsTeamsVdi.exe auf Ihrem Endpunkt für Azure Virtual Desktop/W365 (als untergeordneter Prozess von msrdc.exe) oder Citrix (als untergeordneter Prozess von wfica32.exe) ausgeführt werden. Wenn Sie Process Explorer verwenden, Wenn Sie msrdc.exe (oder wfica32.exe) auswählen, den unteren Bereich unter Ansicht anzeigen auswählen und zur Registerkarte DLL, können Sie auch sehen, dass das Plug-In (MsTeamsPluginAvd.dll oder MsTeamsPluginCitrix.dll) geladen wird. Diese Aktion ist ein nützlicher Schritt zur Problembehandlung, falls Sie die neue Optimierung nicht erhalten.

VDI-Statusanzeige

Microsoft Teams zeigt Informationen zum Status der Optimierung an, damit der Benutzer nachvollziehen kann, ob er optimiert ist oder nicht. Es wird auch angezeigt, ob sie die WebRTC-Optimierung oder die neue Slimcore-basierte Optimierung verwenden, indem sie den Cursor über das optimierte Banner bewegen.

In Fällen, in denen Microsoft Teams nicht optimiert ist, wird dem Benutzer ein Warnsymbol angezeigt.

Benutzer können die drei Punkte auswählen und "Virtuellen Desktop optimieren" und dann "Neu starten " auswählen, um eine Reparatur zu versuchen.

Diese Auswahl löst einen Neustart von Teams aus, wodurch einige bekannte Probleme behoben werden können. Wenn der Benutzer immer noch nicht optimiert ist, wird basierend auf der Verbindungsfehlertabelle ein Fehlercode zur schnellen Diagnose durch IT-Administratoren angezeigt.

Benutzern wird ein Link angezeigt, über den sie weitere Informationen über den Fehler erhalten. Wenn Maßnahmen ergriffen werden können, können sie eine Selbstbehebung versuchen.

Sitzungsroaming und Wiederverbindungen

Hinweis

Wenn die Verbindung mit virtuellen Desktopsitzungen unterbrochen wird (nicht abgemeldet, Teams wird weiterhin auf der virtuellen Maschine ausgeführt), kann Teams auf Citrix jetzt auch Optimierungsstapel wechseln, ohne nach erneuten Verbindungen neu gestartet zu werden. Mit anderen Worten: Teams versucht, den Benutzer nach Möglichkeit mit SlimCore zu optimieren, und wenn der Endpunkt dies nicht unterstützt, wird eine WebRTC-Optimierung versucht.

Beispielsweise ein Windows-Endpunkt, der in BYOD-Szenarien (Bring Your Own Device) verwendet wird, während man von zu Hause aus arbeitet, und der das Plug-In installiert hat, und ein vom Unternehmen verwalteter Linux Thin Client im Büro, der nur WebRTC unterstützt. Wenn der Benutzer zwischen den beiden Endpunkten wechselt, wählt Teams automatisch den richtigen Optimierungsstapel aus, ohne den Benutzer aufzufordern, die Anwendung neu zu starten. Zusätzlich wird der Benutzer über den Optimierungsschalter mit einem ausblendbaren Banner ("Optimierung des virtuellen Desktops ...") informiert.

Dieser nahtlose Stack-Übergang ersetzt den modalen Dialog, in dem der Benutzer aufgefordert wurde, die App in VDI-Umgebungen manuell neu zu starten.

Überlegungen zum Netzwerk

Tipp

MsTeamsVdi.exe ist der Prozess, der alle TCP/UDP-Netzwerkverbindungen zu den Teams-Relais/Konferenzservern oder anderen Peers (sowohl Signalisierungs- als auch Medien) herstellt.

Das SlimCore MSIX-Manifest fügt der Firewall die folgenden Regeln hinzu: <Rule Direction="in" IPProtocol="TCP" Profile="all" /><Rule Direction="in" IPProtocol="UDP" Profile="all" />

Wichtig

In VDI-Umgebungen, in denen die neue Optimierung zusammen mit Richtlinien für bedingten Zugriff mit fortlaufender Zugriffsauswertung (Continuous Access Evaluation, CAE) und strikter Standorterzwingung verwendet wird, treten bei Benutzern möglicherweise wiederholte Teams-Anmeldeaufforderungen oder fehlerhafte Aufrufe auf, da Authentifizierungsanforderungen anhand der Endpunkt-IP (Client) und nicht der VM-Host-IP ausgewertet werden, wodurch der Zugriff beim Herstellen einer Verbindung aus nicht vertrauenswürdigen Netzwerken blockiert wird. Dieses Verhalten ist beabsichtigt und spiegelt eine strengere Durchsetzung im Vergleich zur WebRTC-basierten Optimierung wider. Um die Auswirkungen zu minimieren, können Kunden die CAE-Richtlinien lockern (z. B. die strikte Standorterzwingung vermeiden) oder relevante Endpunkt- oder ISP-IP-Bereiche zu vertrauenswürdigen Standorten hinzufügen.

Hinweis

Stellen Sie sicher, dass das Gerät des Benutzers über Netzwerkkonnektivität (UDP und TCP) zu den Endpunkt-IDs 11, 12, 47 und 127 verfügt, die in Microsoft 365-URLs und IP-Adressbereichen beschrieben sind.
ID 184 ist ebenfalls erforderlich. Die folgende Tabelle dient nur als Referenz. Beachten Sie diese beiden Links (über RSS-Abonnement) für die aktuelle Liste.

ID	Kategorie	Notaufnahme	Adressen	Ports	Hinweise
11	Erforderliche Optimierung	Ja	52.112.0.0/14, 52.122.0.0/15, 2603:1063::/38	UDP: 3478, 3479, 3480, 3481	Medienprozessoren und Transportrelais 3478 (STUN), 3479 (Audio), 3480 (Video), 3481 (Bildschirmfreigabe)
12	Zulässig erforderlich	Ja	*.lync.com, *.teams.microsoft.com, teams.microsoft.com, *.teams.cloud.microsoftteams.cloud.microsoft, , 52.112.0.0/14, 52.122.0.0/15, 2603:1027::/48, 2603:1037::/48, 2603:1047::/48, 2603:1057::/48, 2603:1063::/38, 2620:1ec:6::/48, 2620:1ec:40::/42	TCP: 443, 80, UDP: 443
47	Standard erforderlich	Nein	*.office.net , graph.microsoft.com	TCP: 443, 80	Wird für SlimCore-Downloads und Hintergrundeffekte verwendet
69	Standard erforderlich	Nein	*.aria.microsoft.com, *.events.data.microsoft.com	TCP: 443	Back-End-Kommunikationsdienste
127	Standard erforderlich	Nein	*.skype.com	TCP: 443, 80
184	Standard erforderlich	Nein	*.cloud.microsoft, *.static.microsoft, *.usercontent.microsoft	TCP: 443, UDP 443	Wird für Klingeltöne, Rauschunterdrückung und andere Modelle verwendet

Netzwerkarchitektur

Eine exemplarische Vorgehensweise zur Architektur im Diagramm:

1. Starten Sie Teams.
2. Der Microsoft Teams-Client authentifiziert sich bei Microsoft Teams-Diensten. Mandantenrichtlinien werden an den Teams-Client übertragen, und relevante Konfigurationen werden an die App weitergeleitet.
3. Teams erkennt, dass es in einer virtuellen Desktopumgebung ausgeführt wird, und instanziiert den internen VDIBRIDGE-Dienst.
4. Teams öffnet einen sicheren virtuellen Kanal auf dem Server.
5. Das RDP/HDX/Blast/DVC-Protokoll transportiert die Anforderung an den VDI-Client (Windows-App, Citrix Workspace-App, Horizon Client oder Amazon WorkSpaces), der zuvor MsTeamsPlugin (clientseitige virtuelle Kanalkomponente) geladen hat.
6. Die VDI-Client-App erzeugt einen neuen Prozess namens MsTeamsVdi.exe, bei dem es sich um die neue Medien-Engine (SlimCore) handelt, die für die neue Optimierung verwendet wird. Alle Netzwerkaktivitäten werden von diesem Prozess ausgeführt.
7. Die SlimCore-Medien-Engine (auf dem Client) und msteams.exe (auf dem virtuellen Desktop) verfügen jetzt über einen bidirektionalen Kanal und können mit der Verarbeitung von Multimediaanforderungen beginnen.

Benutzer ruft an

8. Peer A wählt die Anrufschaltfläche aus. MsTeamsVdi.exe kommuniziert mit den Microsoft Teams-Diensten in Azure und erstellt einen End-to-End-Signalisierungspfad mit Peer B. MsTeamsVdi.exe erfasst eine Reihe unterstützter Aufrufparameter (Codecs, Auflösungen usw., was als SDP-Angebot (Session Description Protocol) bezeichnet wird. Diese Aufrufparameter werden dann über den Signalpfad an die Microsoft Teams-Dienste in Azure und von dort an den anderen Peer weitergeleitet.
9. Das SDP-Angebot/die Antwort (Single-Pass-Aushandlung) erfolgt über den Signalisierungskanal, und die ICE-Konnektivitätsprüfungen (NAT und Firewall-Traversal mit STUN-Bind-Anforderungen) werden abgeschlossen. Dann fließen SRTP-Medien (Secure Real-Time Transport-Protokoll) direkt zwischen MsTeamsVdi.exe und dem anderen Peer (oder Teams Transport Relays oder Konferenzservern).

IP-Blöcke für Signalisierung, Medien, Hintergrundeffekte und andere Optionen werden in diesem Artikel beschrieben.

Arten des Datenverkehrs, der von SlimCore auf dem Endpunkt verarbeitet wird

1. Die Teams-Medienflusskonnektivität wird mithilfe des standardmäßigen IETF Interactive Connectivity Establishment (ICE) für STUN- und TURN-Verfahren implementiert.
2. Echtzeitmedien. Daten in RTP (Real-time Transport-Protokoll) gekapselt, die Audio-, Video- und Bildschirmfreigabe-Workloads unterstützen. Im Allgemeinen ist Mediendatenverkehr sehr latenzempfindlich. Dieser Datenverkehr muss den direktesten Weg nehmen und UDP anstelle von TCP als Transportschichtprotokoll verwenden, was aus Qualitätssicht der beste Transport für interaktive Echtzeitmedien ist.
   • Als letzte Möglichkeit können Medien TCP/IP verwenden und auch innerhalb des HTTP-Protokolls getunnelt werden, was jedoch aufgrund schlechter Qualitätsbeeinträchtigungen nicht empfohlen wird.
   • Der RTP-Fluss wird mithilfe von SRTP gesichert, bei dem nur die Nutzlast verschlüsselt ist.
3. Signalisierung. Die Kommunikationsverbindung zwischen dem Endpunkt und Teams-Servern oder anderen Clients, die zur Steuerung von Aktivitäten verwendet wird (z. B. wenn ein Anruf initiiert wird). Der meiste Signalisierungsverkehr verwendet UDP 3478 mit Fallback auf HTTPS, obwohl in einigen Szenarien (z. B. bei der Verbindung zwischen Microsoft 365 und einem Session Border Controller) das SIP-Protokoll verwendet wird. Es ist wichtig zu verstehen, dass dieser Datenverkehr viel weniger empfindlich gegenüber Latenz ist, aber Dienstausfälle oder Anruftimeouts verursachen kann, wenn die Latenz zwischen den Endpunkten mehrere Sekunden überschreitet.

Bandbreitennutzung

Teams wurde dafür entwickelt, Ihnen unabhängig von Ihren Netzwerkbedingungen optimale Erfahrungen für Audio, Video und Inhaltsfreigabe zu geben. Wenn die Bandbreite nicht ausreicht, priorisiert Teams die Audioqualität gegenüber der Videoqualität. Wenn die Bandbreite nicht begrenzt ist, wird Teams die Medienqualität optimieren, einschließlich HiFi-Audio, bis hin zu einer Videoauflösung von 1080 Pixel, 30 Bilder pro Sekunde (Frames per Second, FPS) für Video und für Inhalte. Weitere Informationen finden Sie unter Bandbreitenanforderungen.

Quality of Services (QoS)

Implementieren Sie QoS-Einstellungen für Endpunkte und Netzwerkgeräte, und legen Sie fest, wie der Mediendatenverkehr für Anrufe und Besprechungen gehandhabt werden soll.

• Aktivieren Sie als Voraussetzung QoS global im Teams Admin Center. Ausführliche Informationen zum Aktivieren der QoS-Markierungen (Quality of Service) für Echtzeit-Mediendatenverkehr finden Sie unter Konfigurieren von QoS im Teams Admin Center.

  Empfohlene anfängliche Portbereiche:

  Typ des Mediendatenverkehrs	Client-Quellportbereich	Protokoll	DSCP-Wert	DSCP-Klasse
  Audio	50,000 - 50,019	TCP/UDP	46	Expedited Forwarding (EF)
  Video	50,020 - 50,039	TCP/UDP	34	Assured Forwarding (AF41)
  App- oder Bildschirmfreigabe	50,040 - 50,059	TCP/UDP	18	Assured Forwarding (AF41)

• Informationen zum Konfigurieren von DSCP-Markierungen (Differentiated Services Code Point) für Windows-Endpunkte finden Sie unter Implementieren von QoS in Teams-Clients.

  Hinweis

  Jede endpunktbasierte Kennzeichnung muss auf MsTeamsVdi.exe angewendet werden, den Prozess, der die gesamte Multimedia-Offloading auf dem Gerät des Benutzers verarbeitet. Weitere Informationen zu QoS finden Sie im Playbook-Dokument .

• Informationen zum Implementieren von QoS für Router finden Sie in der Dokumentation Ihres Herstellers.

• Das Festlegen von QoS auf Netzwerkgeräten kann einige oder alle der folgenden Punkte umfassen:

  • Port-basierte Access Control Lists (ACLs) verwenden
  • Definieren der QoS-Warteschlangen
  • Definieren von DSCP-Markierungen

Wichtig

Es wird empfohlen, diese QoS-Richtlinien mithilfe der Endpunktquellports und einer Quell- und Ziel-IP-Adresse von "beliebig" zu implementieren. Diese Richtlinien fangen sowohl eingehenden als auch ausgehenden Mediendatenverkehr im internen Netzwerk ab.

Technologien, die in Verbindung mit Microsoft Teams in VDI nicht empfohlen werden

1. VPN-Netzwerk. Wird nicht für Mediendatenverkehr empfohlen.
2. Paketformer. Jede Art von Paket-Sniffer, Paketüberprüfung, Proxys oder Paketformern wird für den Teams-Mediendatenverkehr nicht empfohlen und kann die Qualität erheblich beeinträchtigen.

Microsoft Teams PowerShell-Richtlinie zur Optimierung

Mit den CsTeamsVdiPolicy-Cmdlets können Administratoren die Art der Besprechungen steuern, die Benutzer erstellen können, oder die Features, auf die sie während einer Besprechung zugreifen können, insbesondere in einer VDI-Umgebung, in der die WebRTC-Optimierung mithilfe des Richtlinienmoduls des VDI-Partners (Citrix Studio, VMware HTML5 ADMX-Vorlage oder dieser Registrierungsschlüssel für AVD und Windows 365) deaktiviert wurde.

Die standardmäßigen Richtlinienkonfigurationen sind:

• DisableCallsAndMeetings: False
• DisableAudioVideoInCallsAndMeetings: False

Diese Richtlinie verfügt jetzt über ein zusätzliches Argument als einzigen Konfigurationspunkt, um zu steuern, ob ein Benutzer den neuen Optimierungsmodus basierend auf SlimCore erhalten kann oder nicht. Anders ausgedrückt: Die Richtlinienmodule des VDI-Partners steuern den neuen Optimierungsmodus nicht:

• VDI2Optimization: Aktiviert (Standardwert)

Name	Definition	Beispiel	Hinweise
New-CsTeamsVdiPolicy	Ermöglicht Administratoren das Definieren neuer VDI-Richtlinien, die Benutzern zugewiesen werden können, um Teams-Features im Zusammenhang mit Besprechungen in einer VDI-Umgebung zu steuern.	PS C:\> New-CsTeamsVdiPolicy -Identity RestrictedUserPolicy -VDI2Optimization "Disabled"	Der hier gezeigte Befehl verwendet das New-CsTeamsVdiPolicy Cmdlet, um eine neue VDI-Richtlinie mit der Identität "RestrictedUserPolicy" zu erstellen. Diese Richtlinie verwendet alle Standardwerte für eine VDI-Richtlinie mit Ausnahme von einem: VDI2Optimization. In diesem Beispiel können Benutzer mit dieser Richtlinie nicht mit SlimCore optimiert werden.
Grant-CsTeamsVdiPolicy	Ermöglicht Administratoren, eine VDI-Richtlinie für Teams auf Benutzerebene zuzuweisen. Administratoren können die Art der Besprechungen steuern, die ein Benutzer erstellen kann, auf welche Funktionen er in einer nicht optimierten VDI-Umgebung zugreifen kann und ob ein Benutzer mit dem neuen, auf SlimCore basierenden Optimierungsmodus optimiert werden kann.	PS C:\> Grant-CsTeamsVdiPolicy -identity "Ken Myer" -PolicyName RestrictedUserPolicy	In diesem Beispiel wird ein Benutzer mit der Identität "Ken Myer" der RestrictedUserPolicy zugewiesen.
Set-CsTeamsVdiPolicy	Ermöglicht Administratoren, vorhandene VDI-Richtlinien zu aktualisieren.	PS C:\> Set-CsTeamsVdiPolicy -Identity RestrictedUserPolicy -VDI2Optimization "Disabled"	Der hier gezeigte Befehl verwendet das Set-CsTeamsVdiPolicy Cmdlet, um eine vorhandene VDI-Richtlinie mit der Identity RestrictedUserPolicy zu aktualisieren. Diese Richtlinie verwendet alle vorhandenen Werte außer einem: VDI2Optimization; In diesem Beispiel können Benutzer mit dieser Richtlinie nicht mit SlimCore optimiert werden.
Remove-CsTeamsVdiPolicy	Ermöglicht Administratoren das Löschen einer zuvor erstellten Teams VDI-Richtlinie. Benutzer ohne explizit zugewiesene Richtlinie greifen auf die Standardrichtlinie in der organization zurück.	PS C:\> Remove-CsTeamsMeetingPolicy -Identity RestrictedUserPolicy	In dem zuvor gezeigten Beispiel löscht der Befehl die Richtlinie für eingeschränkte Benutzer aus der Richtlinienliste der organization und entfernt alle Zuweisungen dieser Richtlinie von Benutzern, denen die Richtlinie zugewiesen ist.
Get-CsTeamsVdiPolicy	Ermöglicht Administratoren das Abrufen von Informationen zu allen in der organization konfigurierten VDI-Richtlinien.	PS C:\> Get-CsTeamsVdiPolicy -Identity SalesPolicy	In diesem Beispiel wird Get-CsTeamsVdiPolicy verwendet, um die benutzerspezifische Besprechungsrichtlinie zurückzugeben, die über eine Identity SalesPolicy verfügt. Da Identitäten eindeutig sind, gibt dieser Befehl nicht mehr als ein Element zurück.

Featureliste mit der neuen Optimierung

In der folgenden Tabelle wird der neue Optimierungsfeaturesatz mit der WebRTC-basierten Optimierung verglichen. Die neue Optimierung unterstützt Windows-Endpunkte für AVD/W365, Citrix, Omnissa und Amazon. Mac wird nur auf AVD/W365 und Citrix unterstützt. WebRTC wird auf AVD/W365, Citrix und Omnissa unterstützt.

Feature	Verfügbar in der neuen Optimierung (Windows und MAC)	Verfügbar unter WebRTC (Windows und MAC)
1080p	Ja	Nein
Hardwarebeschleunigung am Endpunkt	Ja 1	Nein
Galerieansicht 3x3 und 7x7	Ja	Nein
Quality of Service	Ja	Nein
Geräuschunterdrückung	Ja	Ja (AVD)
Sprachisolation und Gesichtsregistrierung	Ja 6	Nein
HID	Ja (nur Windows)	Ja (AVD und Omnissa)
Referentenmodus	Ja	Nein
Teams Premium	Überprüfen der Seite "Teams Premium"	Überprüfen der Seite "Teams Premium"
Benutzerdefinierte organisatorische Hintergründe	Ja (Teams Premium-Lizenz erforderlich)	Nein
Vom Benutzer hochgeladener Hintergrundeffekt	Ja 2	Nein
Zoom +/-	Ja	Nein
Medienumgehung, standortbasiertes Routing, Telefonieanbieter 3	Ja	Nein
Dashboard für Anrufqualität und Teams Admin Center	Ja	Begrenzt
Veröffentlichte App/Remote-App/Cloud-Apps	Ja (AVD/W365 und Citrix)	Ja (für AVD, nur Windows)
Kontrolle geben/übernehmen	Ja	Ja
App-Freigabe	Ja	Ja
E911	Ja	Ja
Simulcast	Ja	Ja
Teilen von Systemaudio	Ja (nur Windows)	Ja
Sekundärer Klingelton	Ja	Ja
Verschwimmen des Hintergrunds	Ja	Ja
Organisatoren können Besprechungen und Ereignisse planen	Ja	Ja
Organisatoren, Referenten und Teilnehmer können an Besprechungen und Ereignissen mit bis zu 1.000 Teilnehmern teilnehmen, z. B. Webinaren	Ja	Ja
Organisatoren und Referenten können an umfangreichen Ereignisse wie Versammlungen teilnehmen	Ja	Nein
Teilnehmer können an umfangreichen Ereignissen wie Versammlungen teilnehmen	Ja	Ja
Organisatoren und Referenten von Besprechungen und Veranstaltungen mit bis zu 1.000 Teilnehmern, wie z. B. Webinaren, werden optimiert	Ja 4	Ja
Organisatoren und Referenten von Großveranstaltungen wie Rathäusern werden optimiert	Ja	Nein
Teilnehmer an Besprechungen und Ereignissen mit bis zu 1.000 Teilnehmern, z. B. Webinaren, sind optimiert	Ja	Nein
Teilnehmer an Großveranstaltungen wie Versammlungen werden optimiert	Nein	Nein
Anmerkungen	Nur als Referent. 5	Nein

¹ Grafikhardwarebeschleunigung erfordert DirectX 9 oder höher, mit WDDM 2.0 oder höher für Windows 10 (oder WDDM 1.3 oder höher für Windows 10 Fall Creators Update).
² Wenn Sie einer Besprechung als Gast beitreten, wird dieses Feature nicht unterstützt. Das Platzieren von Hintergrunddateien über Skripts im Appdata-Profil des Benutzers wird nicht unterstützt (Benutzer müssen die gewünschte benutzerdefinierte Datei über Teams hochladen, die dann auf das OneDrive des Benutzers kopiert wird – vorausgesetzt, sie verfügt über genügend Speicherkapazität).
³ Operator Connect in Indien mit Mobiltelefonnummern erfordert Zugriff auf Breiten- und Längengrad über das Betriebssystem des Endpunkts und eine lokale Internet-Breakout. Telefonieanbieter mit Festnetz- oder Drahtlosnummern können IP/Subnetz oder Internet-Breakout für die Zuordnung zu einem Standort verwenden. Es ist wichtig sicherzustellen, dass das Endpunktbetriebssystem das richtige Land erkennt, da das Routing von Datenverkehr über Breakouts außerhalb Indiens dazu führen kann, dass das Endpunktbetriebssystem den Standort falsch identifiziert. Weitere Informationen finden Sie unter Festnetz- und Funknummerntypen in Indien.
⁴ NDI (Network Device Interface), die moderne Lösung zum Anschließen von Mediengeräten (z. B. Studiokamera und Mischpult), wird für Produzenten nicht unterstützt.
⁵ Zuschauer sehen die Anmerkungen nicht (sie werden durch das eingehende Videofenster-Overlay ausgeblendet).
⁶ Die Sprach- und Gesichtsregistrierung basiert auf der Kamera-/Mikrofonumleitung des VDI-Anbieters (z. B. Citrix HDX, Omnissa RTAV, Microsoft RDP usw.). Weitere Informationen finden Sie im Abschnitt Bekannte Probleme .

SlimCore-Benutzerprofil auf dem Endpunkt

Die neue Lösung für VDI speichert benutzerspezifische Daten auf dem Endpunkt je nach Anbieter an den folgenden Orten:

• C:\users\<user>\AppData\Local\Packages\Microsoft.Teams.SlimCoreVdiHost.win-x64_8wekyb3d8bbwe\LocalCache\Local\Microsoft\TeamsVDI\<vdi provider>-tfw-<cloudname>\

Ältere SlimCore-MSIX-Pakete (vor dem neuen Split MSIX Packages with Host and Framework) speicherten benutzerspezifische Daten auf:

• C:\users\<user>\AppData\Local\Microsoft\TeamsVDI\<vdi provider>-default-<cloudname>\

Protokolle, Klingeltöne, Konfigurationen und KI- oder ML-Modelle (verwendet zur Rauschunterdrückung, Bandbreitenschätzung usw.) werden an diesem Speicherort gespeichert. Darüber hinaus werden benutzerdefinierte Hintergrundeffekte, die in Teams hochgeladen werden, vom OneDrive des Benutzers in den Ordner "Downloads" an diesem Speicherort heruntergeladen (daher ist ein OneDrive-Konto mit genügend Speicherplatz erforderlich, damit das Feature funktioniert). Wenn diese AppData-Ordner gelöscht werden, nachdem sich ein Benutzer abgemeldet hat (z. B. gesperrte Thin Clients ohne Roaming-Profile), erstellt MsTeamsVdi.exe sie neu und lädt die benutzerspezifische Konfiguration (ca. 12 MB Daten) herunter. Benutzerspezifische Daten können auf ~100 MB (einschließlich ~60 MB für Protokolle) anwachsen.

Wichtig

Gesperrte Thin Clients müssen Lese-/Schreibzugriff auf diese Standorte zulassen. Andernfalls schlägt die neue Optimierung möglicherweise fehl. Bei älteren Windows 10 1809 Thin Clients (z. B. Dell Wyse 5070 und ähnlichen Modellen) schreiben die Prozesse von SlimCoreVdi AppData in einen virtualisierten Dateispeicher. Daher lautet der Speicherort für das Benutzerprofil von SlimCore (abhängig vom SlimCore MSIX-Paket): C:\Users\<user>\AppData\Local\Packages\Microsoft.Teams.SlimCoreVdi.win-<architecture>.<version>_8wekyb3d8bbwe\LocalCache\. C:\Users\<user>\AppData\Local\Packages\Microsoft.Teams.SlimCoreVdiHost.win-x64_8wekyb3d8bbwe\LocalCache\.

SlimCore-Installations- und Upgradeprozess in gesperrten Thin Client-Umgebungen (optional)

Standardmäßig lädt das MsTeamsPlugin automatisch die richtige Version der SlimCore Media Engine herunter und installiert sie, ohne dass der Benutzer oder der Admin eingreifen muss. Kunden in eingeschränkten Netzwerkumgebungen in der Zweigstelle können sich jedoch für einen alternativen SlimCore-Verteilungsprozess entscheiden, ohne dass der Endpunkt in der Lage sein muss, SlimCore-Pakete über https aus dem öffentlichen Content Delivery Network von Microsoft abzurufen.

Hinweis

Eine aktualisierte Liste der SlimCore-Pakete, die der entsprechenden Teams-Version entsprechen, finden Sie in dieser Tabelle.

Wichtig

Wenn Sie sich für diese Methode entscheiden, müssen Sie Folgendes sicherstellen:

1. Die automatische Aktualisierung von Teams ist auf dem virtuellen Desktop deaktiviert.
2. Die SlimCore-Pakete werden auf dem lokalen Speicher oder der Netzwerkfreigabe des Endpunkts vorab bereitgestellt, bevor Sie Teams auf dem virtuellen Desktop aktualisieren. Jede neuere Teams-Version fordert eine passende neue Version von SlimCore an, und wenn das Plug-In sie nicht finden kann, befindet sich der Benutzer im Fallback-Modus (serverseitiges Rendering).

Dieser Umstand tritt auf, weil die Versionen von Teams und SlimCore übereinstimmen müssen.

Konfigurationsschritte

1. Auf dem Endpunkt des Benutzers (Thin Client/Fat Client) müssen Sie den folgenden Registrierungsschlüssel erstellen:

   • Speicherort für Citrix: HKLM\SOFTWARE\WOW6432Node\Microsoft\Teams\MsTeamsPlugin
   • Speicherort für Azure Virtual Desktop/W365: HKLM\SOFTWARE\Microsoft\Teams\MsTeamsPlugin
   • Name: MsixUrlBase
   • Typ: REG_SZ
   • Daten: Entweder lokaler Speicher oder Netzwerkspeicher UNC-Pfad, z. B. file://C:/Temp oder file://ComputerName/SharedFolder.

   Der Registrierungsschlüssel definiert die Basis-URL.

2. Darüber hinaus müssen Administratoren die exakte Version des SlimCore MSIX-Pakets aus dem Content Delivery Network von Microsoft herunterladen, die mit der Teams-Version übereinstimmt, die Sie in Zukunft bereitstellen möchten.

   Wichtig

   Das MSIX-Paket muss der Architektur oder Bitanzahl der Citrix Workspace-App (nur x86) oder Remotedesktop- oder Windows-App-Clients entsprechen: Microsoft.Teams.SlimCoreVdi.<platform>-<architecture>.msix.

3. Um die Struktur beizubehalten, platzieren Sie die MSIX in einem bestimmten Ordner mit der Version an dem im Registrierungsschlüssel angegebenen Speicherort. Beispiel: C:\Temp\2024.4.1.9\Microsoft.Teams.SlimCoreVdi.win-x86.msix oder //ComputerName/SharedFolder/2024.4.1.9/.

   Hinweis

   Wenn das Plug-In kein SlimCore MSIX-Paket im lokalen oder Netzwerkspeicher findet, versucht es automatisch, es aus dem öffentlichen Content Delivery Network von Microsoft als Fallback herunterzuladen.

UWF (Unified Write Filters)

Kunden mit Thin Clients mit angewendeten Unified Write Filtern sollten die folgenden Ausschlüsse erstellen, damit SlimCore MSIX-Pakete bereitgestellt und aktiviert werden können:

• uwfmgr.exe Datei Add-Exclusion "C:\Program Files\WindowsApps"
• uwfmgr.exe Datei Add-Exclusion "C:\Users\User\AppData\Local\Packages\Microsoft.Teams.SlimCoreVdiHost.win-x64_8wekyb3d8bbwe"

Thin Clients mit RAM-Disks

Thin Clients wie HP/DELL mit einem RAM-Datenträger-Manager, bei dem die Umgebungsvariablen TEMP/TMP auf einen RAM-Datenträger verweisen (z. B. Z:), können keine SlimCore-MSIX-Pakete bereitstellen ("sc_host_install_error":"{"val":4390,"cat":"windows"}", wenn Sie in den Ereignisanzeige Beschreibungseinträgen der VM nach "Microsoft Teams VDI") suchen. Die Problemumgehung besteht darin, eine neue Systemvariable MSTEAMSVDI_BITS_TMP_PATH zu erstellen und sie auf einen temporären Speicherort für physische Datenträger (z. B. C:\TMP oder C:\TEMP) zu verweisen. Dadurch kann der intelligente Hintergrundübertragungsdienst SlimCore erfolgreich herunterladen und bereitstellen.

Cloudübergreifende Zusammenarbeit

Organisationen in den Public-, GCC- (Government Community Cloud), GCCH- (Government Community Cloud High) und DoD-Clouds (Department of Defense) von Microsoft können jetzt mit der neuen Optimierung effizient zusammenarbeiten (diese Zusammenarbeit gilt sowohl für unternehmensinterne als auch für unternehmensübergreifende Clouds). Diese Zusammenarbeit umfasst häufig den Zugriff auf freigegebene Inhalte, für die ein authentifizierter Zugriff erforderlich ist. Bisher war die Cloudzusammenarbeit über Teams hinweg aufgrund der fehlenden Audio/Video-Optimierung eingeschränkt. Mit Teams- und Slimcore-basierter Optimierung können Benutzer jetzt eine hochauflösende Benutzererfahrung genießen. Weitere Informationen zu Cross Cloud finden Sie unter diesem Link.

Die folgenden Szenarien werden unterstützt:

• Cloudübergreifend Anonym ermöglicht das Szenario, dass ein Benutzer in Cloud A in Teams angemeldet ist und anonym an einer Besprechung in einer anderen Cloud B teilnimmt. Weitere Details finden Sie unter Verwalten des anonymen Teilnehmerzugriffs auf Teams-Besprechungen und -Ereignisse (IT-Administratoren).
• Der cloudübergreifende Gastzugriff erweitert die Funktionalität, damit ein Benutzer an umfangreichen Zusammenarbeitserfahrungen in Teams, Kanälen, Dokumenten und Teams-Besprechungen teilnehmen kann, um eine umfassende Erfahrung zu erhalten, einschließlich Audio-/Videooptimierung, Bildschirmfreigabe, Dateifreigabe und 1:1- und 1:n-Chat. Weitere Informationen finden Sie hier .
• Die cloudübergreifende authentifizierte Besprechungsteilnahme bietet einem Teams-Benutzer die Möglichkeit, an einer Besprechung in einer anderen Cloud teilzunehmen, während er bei seinem Konto in seinem Home-Mandanten angemeldet ist. Dieses Feature bietet dem Besprechungshost die Möglichkeit, die Identitäten von Besprechungsteilnehmern zu überprüfen, ohne diesen Teilnehmern Zugriff auf den Hostmandanten zu gewähren.

Mindestversionen: Teams 25060.205.3499.6849 Remotedesktopclient 1.2.6186. Citrix-Plugin 2024.41.1.1.

Bekannte Probleme:

• HID funktioniert nur in der primären Cloud.
• Wenn Sie über die Teams-Benutzeroberfläche stumm schalten, wird der Sprachbefehl "Stummschalten/Stummschalten aufgehoben" in der nicht primären Cloud nicht wiedergegeben.
• Weitere Einschränkungen für Peripheriegeräte werden hier beschrieben.
• Ein Benutzer, der bei mehreren Clouds (Multi Cloud oder Cross Cloud) angemeldet ist, kann nicht mit WebRTC optimiert werden. Wenn der Benutzer zu einem Gerät wechselt, das SlimCore nicht unterstützt, befindet er sich im Fallbackmodus (serverseitiges Rendering), bis er zu einem SlimCore-fähigen Gerät zurückkehrt. Dieses Problem tritt auf, weil WebRTC keine cloudübergreifenden Features unterstützt.
• Wenn cloudübergreifende Funktionen nicht zu funktionieren scheinen, obwohl der Benutzer die Mindestanforderungen erfüllt, können Sie Teams beenden (nachdem es mit SlimCore optimiert wurde) und versuchen, eine Datei mit dem Namen ecs_settings.dat64 unter dem folgenden Pfad zu löschen: %localappdata%\packages\MSTeams_8wekyb3d8bbwe\LocalCache\microsoft\MSTeams. Starten Sie Teams neu.

Zulassungsliste für virtuelle Citrix-Kanäle

Die Richtlinieneinstellung für die Zulassungsliste virtueller Kanäle in CVAD ermöglicht die Verwendung einer Zulassungsliste, die angibt, welche virtuellen Kanäle in einer ICA-Sitzung geöffnet werden können. Wenn diese Option aktiviert ist, müssen alle Prozesse mit Ausnahme der in Citrix integrierten virtuellen Kanäle angegeben werden. Daher sind weitere Einträge erforderlich, damit der Teams-Client eine Verbindung mit dem clientseitigen Plug-In (MsTeamsPluginCitrix.dll) herstellen kann.

Mit Citrix Virtual Apps and Desktops 2203 oder höher ist die Zulassungsliste für virtuelle Kanäle standardmäßig aktiviert. Diese Standardeinstellungen verweigern den Zugriff auf die benutzerdefinierten virtuellen Teams-Kanäle, da die Zulassungsliste den Namen des Teams-Hauptprozesses nicht enthält.

Der Teams-Client benötigt drei benutzerdefinierte virtuelle Kanäle, um zu funktionieren: MSTEAMS, MSTEAM1 und MSTEAM2. Ms-teams.exe greift auf diese Kanäle zu. Sie können Platzhalter verwenden, um die ms-teams.exe ausführbare Datei und den benutzerdefinierten virtuellen Kanal zuzulassen:

• 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. Die Unterstützung für Platzhalter ist verfügbar in:

   • VDA 2206 CR.
   • VDA 2203 LTSR ab CU2.

2. Die VDA-Computer müssen neu gestartet werden, damit die Richtlinie wirksam wird.

Hinweis

VDA 2603 oder höher lässt jetzt standardmäßig die drei virtuellen Kanäle zu, ohne dass die spezifische Konfiguration der Citrix Studio-Richtlinie ("Allowed") erforderlich ist.

Bildschirmübertragung

Sowohl die ausgehende Bildschirmfreigabe als auch die App-Freigabe verhalten sich im optimierten VDI anders als beim nicht optimierten Teams-Desktopclient. Daher erfordern diese Aktivitäten eine Kodierung, die die Geräteressourcen des Benutzers verwendet (z. B. CPU, GPU, RAM, Netzwerk usw.). Aus Netzwerksicht erfolgt die Freigabe direkt zwischen dem Gerät des Benutzers und dem anderen Peer oder Konferenzserver.

Hinweis

Virtual Machine-side Screensharing (VMSS)

Für Omnissa, Amazon oder für MAC (Citrix oder AVD/W365) erfolgt die Freigabe direkt zwischen dem virtuellen Computer des Benutzers - dem Referenten - und dem anderen Peer-Viewer - oder Konferenzserver, daher müssen Administratoren die IDs 11 und 12 im Netzwerk der VM zulassen, wie in Microsoft 365 URLs und IP-Adressbereiche beschrieben. Denn wenn ein VDI-Benutzer die Schaltfläche "Bildschirmfreigabe" auswählt, wird ein P2P-Audio/Video-Anruf zu einem Gruppenanruf eskaliert, sodass Teams Inhalte direkt vom virtuellen Computer aus freigeben können. Teams-optimierte Zuschauer erhalten den eingehenden Screenshare-Stream weiterhin direkt auf ihrem Endpunkt, wo das Offloading stattfindet.
Dieses Feature befindet sich derzeit auch für Windows-Benutzer (Citrix, AVD/W365) in der öffentlichen Vorschau. Weitere Details finden Sie im obigen Diagramm "Netzwerkarchitektur". Administratoren können diese ausgehenden Bildschirmfreigabesitzungen im Teams Admin Center erkennen (wo sie als zusätzliche "Bildschirmfreigabe-Stream"-Sitzung für den Benutzer angezeigt werden) oder im AQD (wo sie als "Microsoft Teams VDI (VM-Bildschirmfreigabe)" in der Kategorie "Benutzer-Agent" angezeigt werden)

Tipp

Der folgende Registrierungsschlüssel kann auf der VM erstellt werden, um den CPU-Ressourcenverbrauch von VMSS zu steuern:

• Pfad: HKCU\Software\Microsoft\Teams\VMSS oder HKLM\Software\Microsoft\Teams\VMSS (HKLM hat Vorrang vor HKCU)
• Bezeichnung: MaxFPS (DWORD)
• Wert: zwischen 1 und 15

Eine typische PowerPoint-Sitzung verbraucht 3 Bilder pro Sekunde. Wenn der Benutzer in der Freigabesymbolleiste auf die Schaltfläche "Optimieren" klickt (die für das Teilen von Videos vorgesehen ist), versucht Teams, die Geschwindigkeit auf 15 fps hochzufahren, und es wird eine höhere CPU-Belastung erwartet. Eine Begrenzung der MaxFPS auf einen Wert zwischen 5 und 10 kann in diesem Szenario helfen, die Auswirkungen zu verringern.

Größenrichtlinien

Die folgenden Empfehlungen wurden aus internen Auslastungstests von Microsoft abgeleitet. Da die Testergebnisse je nach Bereitstellung variieren können, sollten Kunden ihre eigene Validierung in ihren spezifischen Umgebungen durchführen. Die Ergebnisse werden von mehreren Faktoren beeinflusst, einschließlich VM-Größe, Arbeitsauslastungsmustern und vor allem dem Vorhandensein von GPU-Beschleunigung.

Auf einer Einzelbenutzer-VM mit 4vCPU/16 GB RAM mit einer Intel Xeon CPU E5-2673 v4 @ 2,30 GHz (ohne GPU oder Quick Sync, daher mit H264-Softwarecodierung),

• Bei einem externen 4K-Monitor beträgt die Speicherauslastung für Microsoft Teams auf der VM ~510 MB und zusätzlich ~ 7-8 % CPU (bei 3 FPS) oder 25-30 % CPU (bei 15 FPS, wenn der Benutzer in der Symbolleiste der Benutzeroberfläche auf "Für Video optimieren" klickt).
• Bei einem externen 2K-Monitor beträgt die Speicherauslastung für Microsoft Teams auf der VM zusätzliche ~320 MB und zusätzlich ~ 3-4 % CPU (bei 3 fps) oder 20-25 % CPU (bei 15 fps, wenn der Benutzer in der Symbolleiste der Benutzeroberfläche auf "Für Video optimieren" klickt).

Eine Bildschirmfreigabe mit vollem Monitor erfasst den Teams-Anrufmonitor und macht ihn für die anderen Teilnehmer sichtbar. Die darin enthaltenen Videoelemente sind nicht sichtbar, stattdessen werden sie als leere Quadrate dargestellt. Bei der App-Freigabe ist nur die freigegebene Anwendung für die anderen Teilnehmer sichtbar, und der Anrufmonitor wird nicht erfasst.

Citrix App Protection und Microsoft Teams-Kompatibilität

Benutzer mit aktiviertem App-Schutz können ihren Bildschirm und ihre Apps weiterhin freigeben, während sie die neue Optimierung verwenden. Die Freigabe erfordert VDA Version 2402 oder höher und CWA für Windows 2309.1 oder höher. Benutzer mit niedrigeren Versionen sehen stattdessen einen schwarzen Bildschirm, wenn das App-Schutz-Modul installiert und aktiviert ist.

AVD Screen Mitschreiben Protection und Microsoft Teams-Kompatibilität

Benutzer mit aktiviertem Bildschirmaufnahmeschutz (Screen Capture Protection, SCP) zum Blockieren der Bildschirmaufnahme auf dem Remotedesktopclient (Mitschreiben auf Client blockieren) können ihren Bildschirm und ihre Apps weiterhin freigeben, während sie die neue SlimCore-basierte Optimierung für Microsoft Teams verwenden. Für die Freigabe sind die folgenden Mindestversionen erforderlich: Teams 25060.205.3499.6849, und Remotedesktop-Client 1.2.6081 oder Windows-App 2.0.379.

Benutzer mit niedrigeren Versionen teilen sich stattdessen einen schwarzen Bildschirm mit aktiviertem SCP.

AVD RemoteApp / W365 Cloud-Apps und Citrix Virtual Apps

Wenn Sie die Microsoft Teams-Anwendung mit RemoteApp in Azure Virtual Desktop, Cloud-Apps in Windows 365 oder Citrix Virtual Apps (veröffentlichte Apps) veröffentlichen, können Benutzer mit der neuen Architektur optimiert werden, wenn sie die folgenden Mindestanforderungen erfüllen:

• Windows-App für Windows 2.0.964.0
• Citrix-Plugin 2026.15.1.1
• Microsoft Teams 26043.2016.4478.2773

Bekannte Probleme:

• "Give/Take Control" ist derzeit nicht verfügbar.
• Mac-Endpunkte werden nicht unterstützt, sodass keine Optimierung stattfindet, und die Benutzer befinden sich im Fallbackmodus (auch als serverseitiges Rendering bezeichnet). Aktualisieren Sie auf Microsoft Teams 26093.411.4595.9804 oder höher, wenn Benutzer inkonsistentes Verhalten sehen und sich nicht im Fallbackmodus befinden.

Benutzerdefinierte Hintergrundeffekte

Die neue Optimierung ermöglicht es Benutzern, ihren Hintergrund während Teams-Besprechungen privat zu halten, indem sie ihren Hintergrund weichzeichnen oder ändern, ihre eigenen Bilder hochladen oder aus bereits in Teams enthaltenen Hintergrundbildern auswählen. Zum Hochladen benutzerdefinierter Bilder muss der Benutzer die Datei über die Teams-Benutzeroberfläche hochladen. Daher muss die Datei auf dem virtuellen Desktop verfügbar sein (direkt oder indirekt über die Clientlaufwerkzuordnung). Teams lädt die Datei dann in den OneDrive-Ordner des Benutzers hoch und weist die auf dem Gerät des Benutzers ausgeführte Medien-Engine an, die Datei für die lokale Verarbeitung herunterzuladen. Das Gerätenetzwerk des Benutzers muss den Zugriff auf graph.microsoft.com zulassen. Das Platzieren von Hintergrunddateien über Skripts im Appdata-Profil des Benutzers auf seinem lokalen Profil wird nicht unterstützt (Benutzer müssen die gewünschte benutzerdefinierte Datei über Teams hochladen, die dann auf das OneDrive des Benutzers kopiert wird – vorausgesetzt, sie verfügt über genügend Speicherkapazität). Wenn Sie als Gast an einer Besprechung teilnehmen, wird die benutzerdefinierte Hintergrundfunktion nicht unterstützt.

Großveranstaltungen (z. B. Versammlungen) und Liveereignisse

Teilnehmer, die an dieser Art von Ereignissen teilnehmen, sind nicht optimiert (WebRTC oder SlimCore), daher wird standardmäßig serverseitiges Rendering verwendet, was zu einem hohen Ressourcenverbrauch auf dem virtuellen Desktop führt (hauptsächlich CPU, RAM und virtuelle Kanalbandbreite). Daher werden Microsoft eCDN- und Peer-to-Peer (P2P)-Datenverkehr auf den virtuellen Computern selbst ausgeführt, da keine Entladung möglich ist. Weitere Informationen finden Sie in diesem Artikel.

Informationen zur Unterstützung der Referenten-/Organisatorrolle finden Sie weiter oben in diesem Artikel in der Featureliste mit der neuen Optimierungstabelle .

Peripheriegeräte in VDI

Wenn Teams mit SlimCore optimiert ist, werden Kameras, Mikrofone, Standorte und Lautsprecher, die mit Ihrem physischen Gerät verbunden sind, Ihrem virtuellen Desktop zugeordnet. Teams zählt alle erkannten Geräte auf und priorisiert die Standardkommunikationsgeräte (wie im Bereich mmsys.cpl zu sehen, wenn sie auf dem Gerät des Benutzers ausgeführt werden). Die SlimCore-basierte Optimierung unterstützt Human Interface Devices (HID) für Teams-zertifizierte Headsets, sodass Benutzer die Lautstärke direkt von ihrem Headset aus stummschalten/aufheben und die Lautstärke erhöhen/verringern können. Eine Microsoft Teams-Schaltfläche auf einem zertifizierten Teams-Gerät wird derzeit nicht unterstützt.

Tipp

Mithilfe von Policy CSP – Datenschutz können Sie präventiv eine Einstellung pro App für Kamera, Mikrofon und Standort angeben, indem Sie den Paketfamiliennamen von SlimCore (Microsoft.Teams.SlimCoreVdiHost.win-x64_8wekyb3d8bbwe) angeben. Diese Einstellungen sind LetAppsAccessCamera_ForceAllowTheseApps, LetAppsAccessMicrophone_ForceAllowTheseAppsLetAppsAccessLocation_ForceAllowTheseApps

Hinweis

Bei einigen Peripheriegeräten können zwei nebeneinander laufende Unified Communications-Apps zu HID-Konflikten führen, bei denen aktive Anrufe getrennt werden.

Weitere Informationen finden Sie im Abschnitt Bekannte Probleme .

Als Problemumgehung kann HID über den Registrierungsschlüssel auf Teams 25060.205.3499.6849 oder höher deaktiviert werden, wobei der Schlüssel auf dem Endpunkt erstellt werden kann. (Der Schlüssel kann auch auf der VM erstellt werden, wenn Sie über das 2025.24.1.3-Plug-In (Citrix) oder den Remotedesktopclient 1.2.6275 / Windows-App 2.0.550.0 verfügen).

HKEY_CURRENT_USER\Software\Microsoft\Teams\HID

Name: DisableHidManagerV1

Typ: DWORD

Wert: 1 (bei Festlegung auf 1 wird HID deaktiviert) (Wenn der Wert auf 0 gesetzt ist oder der Schlüssel nicht vorhanden ist, ist HID aktiviert)

Überwachungs-API

Administratoren können benutzerdefinierte Skripts erstellen, um vdi_connection_info.json abzufragen – diese Datei auf dem virtuellen Computer enthält Informationen zur aktuellen und letzten Sitzung, z. B. Optimierungs-status, Peripheriegeräte und Softwareversionen der verschiedenen Komponenten.

Speicherort (im VDA- oder Remotedesktophost): C:\<Benutzername>\AppData\Local\Packages\MSTeams_8wekyb3d8bbwe\LocalCache\Microsoft\MSTeams\tfw

Typische Anwendungsfälle für die Überwachungs-API sind:

• Administratoren, die ein Automatisierungsskript in einem VDA- oder Remotedesktophost bereitstellen, um zu erkennen, ob sich das Betriebssystem des Clientendpunkts seit der letzten Verbindung geändert hat. Das Skript nutzt den Inhalt der JSON-Datei, um die Werte der letzten beiden Sitzungen zu vergleichen und ihre eigenen Warnungen/Popup-Meldungen auszugeben.
• Entwickler, die Apps von Drittanbietern erstellen, die den aktuellen Status der VDI-Optimierungsverbindung melden. Das Skript nutzt den Inhalt der JSON-Datei, um alle verfügbaren Verbindungs-, Optimierungs- und Geräteinformationen der aktuellen Teams-Sitzung abzurufen.

Struktur der JSON-Datei:

• Zeitstempel – vdiConnectedState.timestamp gibt den Zeitstempel der Sitzungsverbindung an
• VDI-Optimierung – vdiConnectedState.vdiMode gibt die Optimierungsversion an (bleibt während der gesamten VDI-Sitzung statisch)
• Connected State – connectedStack (remote = optimiert, lokal = nicht optimiert) (bleibt während der gesamten VDI-Sitzung statisch)
• SlimCore-Version auf dem Endpunkt – remoteSlimCoreVersion
• VdiBridge-Version auf der VM – bridgeVersion
• MS Teams-Plug-in-Version auf dem Endpunkt – pluginVersion
• Teams-Version – vdiVersionInfo.teamsVersion
• Clientplattform – vdiVersionInfo.clientPlatform
• VDI-Clientversion (CWA oder Windows-App) – vdiVersionInfo.rdClientVersion
• VM-Betriebssystemversion – vdiVersionInfo.vmVersion
• Verfügbare Peripheriegeräte - devices.speakers.available, devices.cameras.available, devices.microphones.available (Echtzeitaktualisierung der JSON-Datei)
• Ausgewählte Peripheriegeräte – devices.speakers.selected, devices.cameras.selected, devices.microphone.selected (Echtzeitaktualisierung der JSON-Datei)
• Sekundärer Klingelton: devices.secondaryRinger (Echtzeitaktualisierung der JSON-Datei)

Hinweis

Bei der WebRTC-Optimierung wird nur der vdiConnectedState aufgefüllt, der angibt, in welcher Optimierung sich die Sitzung gerade befindet. In der JSON-Datei für die Sitzung sind keine vdiVersionInfo und Geräteinformationen gespeichert. Wenn keine Optimierung verfügbar ist, werden keine Aktualisierungen an der JSON-Datei vorgenommen.

Anrufqualitätsdashboard in VDI

Mit dem Anrufqualitätsdashboard (Call Quality Dashboard, CQD) können IT-Spezialisten aggregierte Daten verwenden, um Probleme zu identifizieren, die Probleme mit der Medienqualität verursachen, indem sie Statistiken für Benutzergruppen vergleichen, um Trends und Muster zu identifizieren. Das AQD konzentriert sich nicht auf die Lösung einzelner Anrufprobleme, sondern auf die Identifizierung von Problemen und Lösungen, die für viele Benutzer gelten.

VDI-Benutzerinformationen werden jetzt durch zahlreiche Dimensionen und Filter offengelegt. Auf dieser Seite finden Sie weitere Informationen zu den einzelnen Dimensionen.

Hinweis

Die neue QER-Vorlage (Quality of Experience) steht in den Power BI-Abfragevorlagen zum AQD-Download zur Verfügung. Version 8 enthält jetzt Vorlagen für die Überprüfung clientorientierter VDI-Metriken. Im VDI-Bericht werden Benutzer, die mit der neuen Architektur optimiert wurden, als "VDI 2.0 optimiert" kategorisiert, während sich "Optimiert" auf die WebRTC-Optimierung bezieht.

Wichtig

• Im AQD stellt der VdiMode-Wert (x2xx) der Dimension "Zweiter Client-VDI-Modus" sowohl VDI SlimCore-optimiert als auch VDI SlimCore nicht verbunden (nicht optimierter Fallback) dar. Diese Duplizierung kann zu Fehlinterpretationen führen, da eine schlechte Aufrufqualität in einer nicht optimierten Sitzung möglicherweise ein Problem mit der VDI SlimCore-Optimierung darstellt. Die Dimension "Zweiter Client-VDI ist optimiert" ist die genaue Methode, um anzuzeigen, ob der Benutzer optimiert wurde oder nicht, da diese Dimension einen End-to-End-Ergebniswert zwischen dem VDI-Modus und dem "Zweiten Client-VDI-Verbindungsstatus" berechnet. Die End-to-End-Optimierung mit SlimCore erfolgt nur, wenn der Verbindungsstatus "Verbunden" ist.
• Der Wert "Inaktiv" in AQD-Berichten für die Dimension "Client-VDI ist optimiert" bedeutet, dass der Administrator die Teams-Optimierungsrichtlinie deaktiviert hat (z. B. über die Citrix Studio-Richtlinie "Microsoft Teams-Umleitung" oder über Registrierungsschlüssel für Omnissa und AVD/Windows 365). Dies führt zu VdiMode x0xx (zweite Ziffer ist eine Null). Benutzer in diesem Szenario werden zum serverseitigen Rendering rückgängig gemacht, bei dem alle Multimediainhalte vom virtuellen Computer verarbeitet werden, ohne dass eine Auslagerung an den Endpunkt erfolgt.
• In Citrix-Umgebungen, in denen der VDA auf der Arbeitsstation des Benutzers (Remote-PC) installiert wurde, wird die Teams-Sitzung möglicherweise als "inaktiv" oder nicht optimiert gekennzeichnet, wenn der Benutzer Teams auf der Arbeitsstation (d. h. lokal) startet.

Grundlagen des Abfragens

Eine wohlgeformte AQD-Abfrage/ein Bericht enthält alle drei dieser Parameter:

• Kennzahl
• Dimension
• Filter

Einige Beispiele für eine wohlgeformte Abfrage wären:

1. "Zeige mir schlechte Streams [Messung] für VDI-Benutzer mit der neuen Optimierungs-[Dimension] für den letzten Monat [Filter]."
2. "Zeige mir schlechte App-Freigabe [Messung] nach Total Stream Count [Dimension] für den letzten Monat UND wo der erste ODER zweite Client-VDI-Modus optimiert wurde [Filter]."

Du kannst auch viele Dimensions- und Messwerte als Filter verwenden. Sie können Filter in Ihrer Abfrage verwenden, um Informationen auf die gleiche Weise zu entfernen, wie Sie eine Dimension oder Messung auswählen würden, um Informationen zur Abfrage hinzuzufügen oder in die Abfrage aufzunehmen.

Was UNION macht

Standardmäßig können Sie mit Filtern Bedingungen mit dem UND-Operator filtern. Es gibt jedoch Szenarien, in denen Sie möglicherweise mehrere Filterbedingungen miteinander kombinieren möchten, um ein Ergebnis zu erzielen, das einem ODER-Vorgang ähnelt. Beispiel: Um alle Streams von VDI-Benutzern abzurufen, bietet UNION eine eindeutige Ansicht des zusammengeführten Datensatzes. Fügen Sie zur Verwendung von UNION einen allgemeinen Text in das UNION-Feld für die beiden Filterbedingungen, die Sie zusammenführen möchten.

Standort des Anrufers und Angerufenen

Das AQD verwendet weder die Felder "Anrufer" noch "Angerufener", sondern die Felder "Erster " und "Zweiter", da es dazwischenliegende Schritte zwischen dem Anrufer und dem Angerufenen gibt.

• An erster Stelle steht immer der Serverendpunkt (z. B. Audio-Video Multipoint Control Unit oder der Medienprozessorserver), wenn ein Server am Stream beteiligt ist.
• An zweiter Stelle steht immer der Clientendpunkt, es sei denn, es handelt sich um einen Server-Server-Stream.

Wenn beide Endpunkte derselbe Typ sind (z. B. ein Anruf von Person zu Person), wird der erste und der zweite basierend auf der internen Reihenfolge der Benutzer-Agent-Kategorie festgelegt, um sicherzustellen, dass die Reihenfolge konsistent ist.

Bekannte Probleme

• Bei Omnissa (Windows), Citrix/AVD (Mac) und Citrix/AVD (Windows-Endpunkte in Public Preview) kann es für den Presenter (und damit auch für den Betrachter) bei der App-Freigabe zu Mausbewegungen oder Cursorverzögerungen kommen. Wenn der Referent die App-Freigabe beendet und erneut aktiviert, ist die Verzögerung nicht mehr vorhanden. Dies wurde in Teams 26149.x.x.x oder höher behoben.

• Für Omnissa (Windows), Citrix/AVD (Mac) und Citrix/AVD (Windows-Endpunkte in Public Preview) können anonyme VDI-Benutzer, die versuchen, an einer Besprechung teilzunehmen, bei der Captcha aktiviert ist, ihren Bildschirm nicht teilen.

• Bei der Registrierung für Sprach- oder Gesichtserkennung (Teams/Einstellungen/Erkennung) können Benutzer die Kamera/das Mikrofon nicht über das Dropdownmenü ändern. Es werden immer die Standardsystemgeräte verwendet, die dem virtuellen Desktop über das RDP/HDX/Blast/DCV-Protokoll selbst zur Verfügung stehen. Daher müssen Administratoren sicherstellen, dass die VM/Teams Zugriff auf sie haben, indem sie die entsprechenden Richtlinien für die Umleitung von Peripheriegeräten konfigurieren.

• Der Lautstärkemixer unter System/Einstellungen/Sound im virtuellen Computer kann die Lautstärke nicht steuern, wenn Teams optimiert ist. Benutzer müssen sich auf die integrierten Lautstärkeregler in den Teams-Audioeinstellungen oder auf den Lautstärkemixer auf dem Endpunkt selbst verlassen.

• Screen Mitschreiben Protection (SCP) bewirkt, dass der Bildschirm des Referenten als schwarzer Bildschirm mit nur dem Mauszeiger oben angezeigt wird (wie von der Empfängerseite gesehen). Dieses Problem wurde in Teams 25060.205.3499.6849 und im Remotedesktopclient 1.2.6081 oder in der Windows-App 2.0.379 behoben.

• Wenn Sie den virtuellen Computer (VM) während eines aktiven Anrufs sperren, wird der Anruf getrennt. Dieses Problem wurde in 25094.303.3554.9058 oder höheren Versionen behoben. Die Endpunktsperre führt nicht dazu, dass Kamera, Mikrofon und Bildschirmfreigabe automatisch deaktiviert werden.

• Anrufe werden in Teams auf dem lokalen Computer mit angeschlossenem HID-Peripheriegerät abgerufen, wenn ein Benutzer einen virtuellen Desktop von demselben lokalen Computer aus startet und sich bei Teams anmeldet. Dieses Problem kann auch auftreten, wenn der Benutzer über einen aktiven virtuellen Desktop verfügt und einen zweiten startet, auf dem Teams installiert ist (oder andere Unified Communications-Apps, die eine Optimierung verwenden).

• Die Selbstvorschau der Kamera wird derzeit nicht unterstützt (entweder unter "Einstellungen/Geräte" oder während eines Anrufs, wenn der Abwärtspfeil auf dem Kamerasymbol ausgewählt wird).

• Unter Systemsteuerung/Apps/Installierte Apps des Endpunkts sehen Benutzer mehrere "Microsoft Teams VDI"-Einträge (einen für jedes installierte Slimcore-Paket). Das neuere geteilte MSIX-Paket behebt dieses Problem. Dabei wird nur "Microsoft Teams VDI Optimizer" im Menü angezeigt (und ältere "Microsoft Teams VDI"-Einträge werden nach einer bestimmten Zeit automatisch bereinigt).

• Bei der Bildschirmfreigabe auf dem vollständigen Monitor ist das Anrufmonitorfenster für die anderen Teilnehmer sichtbar (ohne Videoinhalte).

• Benutzer, die versuchen, einen Screenshot von Microsoft Teams-Inhalten zu erstellen (z. B. eingehende Bildschirmfreigaben oder Videofeeds), können keine Inhalte aufzeichnen, da sie stattdessen auf dem Gerät des Benutzers gerendert (ausgelagert) werden. Daher wird ein schwarzes Quadrat erobert. Diese Einschränkung gilt nicht für PowerPoint Live, da diese Modalität nicht abgeladen wird (sie wird also von der Teams-App auf dem virtuellen Computer gerendert). Citrix-Kunden können diese Problemumgehung implementieren, um Screenshots zu erstellen, oder das Citrix Snipping Tool verwenden.

• In Citrix können App-Freigabesitzungen für die anderen Teilnehmer einfrieren, wenn der Referent sowohl VDA (Virtual Delivery Agent) Version 2402 als auch CWA für Windows 2309.1 (oder höhere Versionen) verwendet.

  • Das Problem tritt auf, wenn ein Videoelement zerstört wird.
    • Beispielsweise schaltet ein Teilnehmer seine Kamera mitten in der App-Freigabesitzung aus.
    • Wenn jemand nur seine Kamera einschaltet , ist das kein Problem, da das Videoelement erstellt und nicht zerstört wird.
    • Wenn der Referent den Anrufmonitor maximiert (wodurch die Selbstvorschau dessen, was der Referent freigibt, zerstört wird).
  • Durch das Anhalten und erneute Freigeben des Fensters sollte das Problem behoben sein.
  • Dieses Problem wurde in Teams 24335.206.X.X oder höheren Versionen behoben.

• Im AQD stellt VdiMode (x2xx) sowohl VDI SlimCore-optimierten als auch nicht optimierten Fallback dar, wodurch eine schlechte Anrufqualität falsch zugeordnet werden könnte. Weitere Informationen finden Sie im Abschnitt Anrufqualitätsdashboard in VDI in diesem Artikel.

• Für Amazon WorkSpaces werden die Freigabe von Systemaudio (einschließlich Computeraudio) und die Bildschirmfreigabe aus dem Chat heraus nicht unterstützt.