Nuova soluzione VDI per Teams

La nuova soluzione VDI per Teams è una nuova architettura per ottimizzare la distribuzione dei carichi di lavoro multimediali nei desktop virtuali.

Requisiti di sistema

Requisiti	Versione minima
Teams	-24193.1805.3040.8975 (per Desktop virtuale Azure/Windows 365) -24295.605.3225.8804 (per Citrix) -25198.1109.3837.4725 (per Amazon) - Gli endpoint MAC richiedono 26072.521.4595.7966 o superiore - 26072.521.4595.7966 (per Omnissa)
Desktop virtuale Azure/Windows 365	- App di app di Windows per Windows: 2.0.352.0-Client Desktop remoto per Windows: non più supportato. Eseguire l'aggiornamento all'app di app di Windows più recente. - app di Windows per MAC: 11.3.4 versione non di App Store. Gli utenti devono utilizzare il file di .pkg autonomo, che può eseguire l'aggiornamento automatico. La versione Store non è supportata. -Collegamento sempreverde all'ultimo client MAU: https://aka.ms/RDMacMAU
Citrix	- Agente Desktop virtuale (VDA): 2203 Long Term Service Release (LTSR) Aggiornamento cumulativo (CU) 3 o 2305 Current Release (CR) - App Citrix Workspace (CWA) per Windows: 2203 LTSR (qualsiasi aggiornamento cumulativo), 2402 LTSR o 2302 CR. -MsTeamsPluginCitrix: 2024.41.1.1 (per Windows) -App Citrix Workspace per MAC: 2508.10 -MsTeamsPluginCitrix: 2025.49.x.x (per MAC) aka.ms/macplugin -Sono supportate solo le versioni CWA non alla fine del ciclo di vita
Amazon WorkSpaces	Client 5.31.0.5733. WSP (Server Agent) 2.1.0.1840
Omnissa Horizon	Client per Windows 8.17 o versione successiva
Endpoint	- Windows 10 1809 (requisito minimo SlimCore) -Windows Enterprise Long Term Service Channel I thin client in Windows 10 2019/2021 o Windows 11 2024 sono supportati . Gli oggetti Criteri di gruppo non devono bloccare le installazioni MSIX (vedere il passaggio 3: gestione temporanea e registrazione MSIX SlimCore nell'endpoint) -CPU minima: Intel Celeron (o equivalente) @ 1,10 GHz, quattro core, RAM minima: 4 GB-macOS 14, 15 o 26 (richiede CWA 2511)

Componenti

Componente	Ruolo	Aggiornamento	Dimensioni	Note
Teams vdiBridge	Modulo del canale virtuale lato server.	Nuova versione con ogni versione di Teams.		In bundle con Teams.
Canale virtuale (VC) personalizzato	VC personalizzato di proprietà di Microsoft Teams.	API Stable - nessun aggiornamento previsto.		Controllare l'elenco dei criteri di Citrix Studio Canali virtuali consentiti.
Plug-in	DLL VC lato client. Responsabile anche del download e della pulizia di SlimCore.	Non frequente (idealmente nessun aggiornamento).	Circa 600 KB.	In bundle con Windows Desktop remoto Client 1.2.5405.0, app di Windows per Windows 1.3.252 e app di Windows per MAC 11.3.4 MAU Client o versione successiva. Citrix CWA 2402 per Windows o versione successiva può recuperare e installare il plug-in. CWA 2508.10 per MAC In bundle con il client Amazon WorkSpaces 5.31.0.5733 per Windows o versioni successive. In bundle con Horizon Client 8.17 (2512) di Omnissa per Windows o versioni successive
SlimCore	Motore multimediale (specifico del sistema operativo, non del fornitore VDI).	Aggiornamento automatico a una nuova versione con ogni nuova versione di Teams.	Circa 50 MB.	Pacchetto MSIX ospitato nella rete di distribuzione dei contenuti pubblica di Microsoft.

Ottimizzazione con la nuova soluzione VDI per Teams

Passaggio 1: Confermare i prerequisiti

1. Assicurarsi di avere la nuova versione di Microsoft Teams 24193.1805.3040.8975 o successiva (per Desktop virtuale Azure/Windows 365), 24295.605.3225.8804 o successiva per Citrix o 26032.206.4355.6508 per Omnissa.

2. Abilitare i criteri di Teams, se necessario , per un gruppo di utenti specifico (abilitato per impostazione predefinita a livello di organizzazione globale).

3. Per Citrix, è necessario configurare l'elenco Canali virtuali consentiti come descritto nella sezione Elenco Canali virtuali consentiti di questo articolo.

4. Per Amazon WorkSpaces, assicurati che il client WorkSpace per Windows sia 5.31.0.5733 o versioni successive.

5. Per Omnissa Horizon, l'ottimizzazione è ora disponibile a livello generale: assicurati che il client Horizon per Windows sia 8.17 (2512) o superiore.

Passaggio 2: installazione del plug-in nell'endpoint

1. Per Azure Desktop virtuale e Windows 365, MsTeamsPluginAvd.dll viene fornito in bundle con il client Desktop remoto per Windows 1.2.5405.0, con l'app app di Windows Store per Windows 1.3.252 o versione successiva e con la versione 11.3.4 di app di Windows per Mac non Store

   • Il plug-in si trova nello stesso percorso della cartella in cui è installato il client Desktop remoto. Puoi trovare il plug-in in AppData\Local\Apps\Desktop remoto o C:\Program Files (x86), a seconda della modalità in cui è stato installato.
   • L'app di app di Windows Store, basata su MSIX, si trova in C:\Program Files\WindowsApps. L'accesso a questa cartella è limitato.

2. Per Amazon WorkSpaces, MsTeamsPluginAmazon.dll viene fornito in bundle con il client WorkSpaces per Windows 5.28.0.5487 o versioni successive.

   • Il plug-in si trova nella stessa posizione della cartella in cui è installato il client WorkSpaces.

3. Per Omnissa Horizon, MsTeamsPluginOmnissa.dll è in bundle con il client Horizon per Windows 8.17 (2512) o superiore.

   • Il plug-in si trova nella stessa posizione della cartella in cui è installato Horizon Client (C:\Program Files\Omnissa\Omnissa Horizon Client).

4. Per l'app Citrix Workspace per Windows 2402 o versioni successive, MsTeamsPluginCitrix.dll può essere installata:

   • Uso dell'interfaccia utente durante l'installazione dell'app Citrix Workspace:

     Nella pagina Componenti aggiuntivi selezionare la casella di controllo Installa plug-in VDI di Microsoft Teams e quindi selezionare Installa.

     Accetta il contratto con l'utente che viene visualizzato e procedi con l'installazione dell'app Citrix Workspace.

     Nota

     L'app Citrix Workspace per Windows 2402 presenta l'interfaccia utente di installazione del plug-in solo in una nuova installazione.
     Per fare in modo che gli aggiornamenti sul posto presentino anche questa opzione, è necessaria l'app Citrix Workspace per Windows 2405 o Mac 2603 superiore.
     L'installazione automatica del plug-in durante l'aggiornamento automatico di CWA è stata introdotta in CWA per Windows 2508.
     A partire dall'app Citrix Workspace 2603 per Windows, CWA può aggiornare automaticamente il plug-in alla versione più recente, anche prima dell'aggiornamento automatico di CWA a una versione più recente.
     Per altre informazioni, consulta questo articolo di Citrix

   • Tramite riga di comando o script per dispositivi Windows gestiti con C:>CitrixWorkspaceApp.exe /installMSTeamsPlugin

• Gli amministratori possono anche installare il plug-in manualmente su qualsiasi app Citrix Workspace supportata esistente (vedere Requisiti di sistema) usando strumenti come SCCM (usare il tipo di distribuzione del pacchetto dell'app di Windows) o Intune (usare l'app line-of-business).

  Gli amministratori possono usare msiexec con flag appropriati, come discusso in msiexec.

  Importante

  • Plug-in di Windows Link per il download di MSI per i clienti Citrix:
    - Per l'app Workspace a 32 bit aka.ms/plugin.
    - Per l'app Workspace a 64 bit (nuova) aka.ms/plugin_x64.
    - Per l'app https://aka.ms/plugin_arm64Workspace basata su ARM .
    - L'app Citrix Workspace (processo wfica) può caricare solo plug-in dalla stessa architettura (in altre parole, CWA a 32 bit che carica DLL a 64 bit non riuscirà a ottimizzare)
  • Link per il download del plug-in Mac per i clienti Citrix aka.ms/macplugin

• Il plug-in MSI rileva automaticamente la cartella di installazione CWA e inserisce MsTeamsPluginCitrix.dll in tale posizione.

• I plug-in possono essere aggiornati solo mentre non è attiva alcuna sessione di Desktop virtuale.

• I plug-in non possono essere sottoposti a downgrade, solo aggiornati o reinstallati (riparati).

• L'installazione per utente di CWA non è supportata.

• Se non viene trovato alcun CWA nell'endpoint, l'installazione viene arrestata.

Tipo di utente	Cartella di installazione	Tipo di installazione
Amministratore	64 bit: C:\Program Files (x86)\Citrix\ICA Client 32 bit: C:\Program Files\Citrix\ICA Client	Installazione per sistema

Versione delle note sulla versione	Dettagli
2026.29.1.4	Luglio 2026 - Risolti i problemi di provisioning e registrazione MSIX per thin client o dispositivi kiosk che impedivano ai nuovi utenti di essere ottimizzati con la nuova architettura. - Da questa versione del plug-in in poi sono supportati solo i pacchetti MSIX divisi . - Miglioramenti della sicurezza
2026.15.1.1	Aprile 2026 - Miglioramento dell'affidabilità del watchdog lato client per ridurre le false disconnessioni e garantire un ripristino più stabile dalle interruzioni transitorie della rete. - Supporto per Teams come app pubblicate (app virtuali Citrix)
2025.43.1.1	Novembre 2025 - Miglioramenti nella gestione e nel trasporto dei canali virtuali. - Miglioramenti nel processo di installazione MSIX (percorso di download aggiornato a localappdata quando la temperatura non è disponibile). Maggiore affidabilità nel downloader BITS. - Correzioni di registrazione e telemetria per una migliore diagnostica
2025.29.1.2	Agosto 2025 - Funzionalità aggiuntive di registrazione e telemetria
2025.24.1.3	Luglio 2025 - I thin client che usano filtri di scrittura unificati con overlay RAM potrebbero riscontrare errori di installazione SlimCore MSIX se le variabili di ambiente (sistema) TEMP/TMP puntano a un disco RAM. Questo plugin risolve questo problema. Per altri dettagli, vedere la sezione Filtri di scrittura unificati (UWF) più avanti in questo articolo. Supporta inoltre la disabilitazione di HID creando una chiave di registro nella macchina virtuale (vedere la sezione "Periferiche in VDI")
2025.14.1.8	Maggio 2025 - Il plug-in Citrix ora può scaricare pacchetti SlimCore a 64 bit, aumentando le prestazioni e migliorando le esperienze di condivisione dello schermo. Questa versione supporta anche il pacchetto SlimCore split MSIX quando Teams è 25094.x.x.x o superiore, semplificando le richieste dell'utente per le autorizzazioni di fotocamera e microfono. Vedere "Nuovo pacchetto MSIX diviso" nel passaggio 3: gestione temporanea e registrazione MSIX di SlimCore nell'endpoint.
2024.41.1.1	Ottobre 2024 - Quando si utilizza SlimCore in configurazioni multimonitor, un utente Citrix non è in grado di condividere l'intero schermo o singoli monitor. - Tenta un reset-AppxPackage se le registrazioni del pacchetto MSIX SlimCoreVdi non riescono dopo aver stabilito il canale virtuale.
2024.32.X.X	Agosto 2024 - Il plug-in ora tenta un Reset-AppxPackage per il pacchetto MSIX SlimCoreVdi nel caso in cui manchi l'alias AppExecution.

Passaggio 3: gestione temporanea SlimCore MSIX e registrazione nell'endpoint

Il plug-in esegue automaticamente questo passaggio, senza l'intervento dell'utente o dell'amministratore. La gestione temporanea e la registrazione si basano sul servizio di preparazione delle app (ARS) nell'endpoint. È possibile che le chiavi del Registro di sistema impostate da Criteri di gruppo o da uno strumento di terze parti blocchino l'installazione del pacchetto MSIX. Per un elenco completo delle chiavi del Registro di sistema applicabili, vedere Funzionamento dei Criteri di gruppo con le app in pacchetto - MSIX.

Importante

Nuovo pacchetto MSIX suddiviso È disponibile un nuovo programma di installazione slimcore a 64 bit, che suddivide l'installazione del motore multimediale in due diversi pacchetti MSIX, denominati Host e Framework. Questa modifica ha implicazioni dirette su AppLocker/WDAC/oggetti Criteri di gruppo (GPO), se configurati nel dispositivo dell'utente:

• Pacchetti host (~100 KB) [Microsoft.Teams.SlimCoreVdiHost.win-x64_8wekyb3d8bbwe] sono responsabili della registrazione di SlimCore come applicazione nel sistema operativo Windows, con un unico nome di famiglia di pacchetti (PFN) - questo appare come "Microsoft Teams VDI Optimizer" in Impostazioni/App/App installate. Una volta concesse le autorizzazioni per fotocamera/microfono/posizione a questa app, non verrà più richiesta loro. Questo risolve una limitazione con il programma di installazione MSIX SlimCore precedente, che aveva PFN diversi, quindi ogni volta che Teams veniva aggiornato nella macchina virtuale, riattivava una richiesta dell'utente per l'accesso alle periferiche. MsTeamsVdi.exe carica dal pacchetto host e rimane il processo responsabile di tutte le comunicazioni di rete.

• Pacchetti framework (~60 MB) [Microsoft.Teams.SlimCoreVdiFwk.win-x64.<version>_8wekyb3d8bbwe] contiene solo librerie multimediali in tempo reale. Questi pacchetti hanno PFN diversi, con controllo delle versioni. Non sono visibili in App/App installate. Più pacchetti framework possono coesistere nello stesso endpoint. MsTeamsVdi.exe carica automaticamente il pacchetto framework corrispondente alla versione di Teams nella macchina virtuale.

• Requisiti minimi di sistema:
  Ambienti AVD/W365 con Teams 25153.x.x.x e client Desktop remoto 1.2.6278/app di Windows 2.0.550.0.
  Ambienti Citrix con Teams 25094.x.x.x e plug-in 2025.14.1.8

Le chiavi del Registro di sistema seguenti potrebbero impedire l'installazione del nuovo pacchetto MSIX del motore multimediale:

• BlockNonAdminUserInstall
• AllowAllTrustedApps
• AllowDevelopmentWithoutDevLicense

Importante

Gli endpoint gestiti/thin client con BlockNonAdminUserInstall abilitato possono comunque consentire l'installazione dei pacchetti SlimCore. Applicare KB5052094 (Windows 11 23H2 e 22H2), KB5052093 (Windows 11 24H2), KB5055612 (Windows 10 22H2) o qualsiasi KB successivo. Questa installazione introduce una nuova Criteri di gruppo denominata "Nomi delle famiglie di pacchetti consentiti per l'installazione di utenti non amministratori" nell'Editor Criteri di gruppo locale:

Editor criteri di gruppo -> Configurazione computer -> Modelli amministrativi -> Componenti di Windows -> Distribuzione di pacchetti di app -> Gli amministratori possono quindi inserire pacchetti SlimCore nell'elenco di quelli consentiti consentendo un nome di famiglia completo (ad esempio, Microsoft.Teams.SlimCoreVdi.win-x64.2024.43_8wekyb3d8bbwe) o usare regex (ad esempio, Microsoft.Teams.SlimCoreVdi.*_8wekyb3d8bbwe).

Per la nuova architettura del pacchetto MSIX diviso, i due nuovi pacchetti devono essere aggiunti all'elenco dei pacchetti consentiti (Microsoft.Teams.SlimCoreVdiHost.win-x64_8wekyb3d8bbwe e Microsoft.Teams.SlimCoreVdiFwk.*_8wekyb3d8bbwe).
A questo scopo, è possibile anche usare Regex: Microsoft.Teams.SlimCoreVdi*.*_8wekyb3d8bbwe

Importante

Se AllowAllTrustedApps è disabilitato, l'installazione del nuovo motore multimediale (MSIX) non riesce. Questo problema è stato risolto nei seguenti aggiornamenti cumulativi di Windows:

• Windows 10: 26 ottobre 2023-KB5031445 (build del sistema operativo 19045.3636)
• Windows 11: 26 ottobre 2023-KB5031455 (build del sistema operativo 22621.2506)
• Windows 10 1809: 8 aprile 2025 - KB5055519 (build del sistema operativo 17763.7136)

Queste tre chiavi del Registro di sistema sono disponibili in una delle posizioni seguenti nel dispositivo dell'utente:

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

Alcuni criteri potrebbero modificare queste chiavi del Registro di sistema e bloccare l'installazione di app nell'organizzazione perché gli amministratori hanno impostato un criterio restrittivo. Alcuni dei criteri noti degli oggetti Criteri di gruppo che potrebbero impedire l'installazione includono:

• Impedire agli utenti non amministratori di installare app di Windows in pacchetto.

• Consenti l'installazione di tutte le app attendibili (opzione disabilitata).

Nota

Anche AppLocker o Controllo applicazioni di Windows Defender possono impedire l'installazione del pacchetto MSIX. AppLocker è una funzionalità di sicurezza avanzata e non è considerata una funzionalità di sicurezza di Windows difendibile. Usa Controllo applicazioni di Windows Defender quando l'obiettivo è fornire una protezione solida contro una minaccia e non prevedi limitazioni di progettazione che impediscano alla funzionalità di sicurezza di raggiungere questo obiettivo.

Importante

Assicurarsi che non siano presenti criteri o configurazioni di blocco oppure aggiungere un'eccezione per i pacchetti SlimCore MSIX nei criteri di sicurezza locali -> Criteri di controllo delle applicazioni -> AppLocker. AppLocker non è in grado di elaborare caratteri jolly finali, a differenza di Windows Defender Application Control. Poiché i pacchetti SlimCoreVdi precedenti o i nuovi pacchetti framework contengono un PackageFamilyName specifico della versione (ad esempio, Microsoft.Teams.SlimCoreVdi.win-x64.2024.36_8wekyb3d8bbwe o Microsoft.Teams.SlimCoreVdiFwk.win-x64.2025.14_2025.14.1.4_x64__8wekyb3d8bbwe), i clienti possono aggiungere esclusioni AppX o MSIX basandosi invece sul PublisherID 8wekyb3d8bbwe. I nuovi pacchetti host sono nomi di famiglie di pacchetti singoli (Microsoft.Teams.SlimCoreVdiHost.win-x64_8wekyb3d8bbwe).

Gli amministratori che usano l'elenco più granulare "AllAppList" per applicazione per definire l'elenco delle applicazioni che possono essere eseguite devono aggiungere eccezioni in questo modo (poiché SlimCore segue il modello UWP):

<App AppUserModelId="Microsoft.Teams.SlimCoreVdi.<<architettura> della piattaforma>.<release_version>_8wekyb3d8bbwe! MsTeamsVdi" />

Per il programma di installazione MSIX precedente: <App AppUserModelId="Microsoft.Teams.SlimCoreVdi.win-x86.2025.12_8wekyb3d8bbwe!MsTeamsVdi" />.
Per la nuova architettura Split MSIX: <App AppUserModelId="Microsoft.Teams.SlimCoreVdiHost.win-x64_8wekyb3d8bbwe!MsTeamsVdi" />.

Per trovare un elenco dei pacchetti SlimCore rilasciati, controlla questa tabella.

Endpoint Mac

Nota

Il Mac è ora disponibile al 100% per gli ambienti AVD/W365 e Citrix.

Gli utenti che soddisfano i requisiti minimi descritti in precedenza in questo articolo possono essere ottimizzati utilizzando la nuova architettura (basata su SlimCore).

I clienti di AVD e Windows 365 devono utilizzare la versione non Store dell'app di app di Windows (nota anche come client Microsoft AutoUpdate o MAU), poiché solo tale versione include il plug-in. App Store app di Windows non include il plug-in, pertanto gli utenti rimarranno nell'ottimizzazione basata su WebRTC. Collegamento sempreverde all'ultimo client di MAU: https://aka.ms/RDMacMAU

Per i clienti Citrix, CWA 2508.10 può presentare un'interfaccia utente al momento dell'installazione che richiede all'utente di installare il plug-in, ma questo flusso richiede l'azione dell'utente. CWA 2603 supporta anche la distribuzione di plug-in tramite Global App Config Service o il criterio Virtual Channel Plugin Download Manager in Citrix Studio.
Una versione futura di CWA (2607) installerà automaticamente il plug-in. Gli amministratori possono anche distribuire il plug-in usando altri strumenti come JAMF.

Importante

• Il plug-in è responsabile della creazione del canale virtuale e dell'installazione automatica e silenziosa del motore multimediale sul dispositivo Mac.
• Il plug-in per Mac include anche il pacchetto MSIX Host SlimCore. Pertanto, il pacchetto SlimCore recuperato e installato in macOS è solo il framework ("Microsoft.Teams.SlimCoreVdi.mac-arm64"). Più versioni possono coesistere nello stesso dispositivo utente. La versione di Microsoft Teams sulla VM determina al plugin quale versione di SlimCore è necessaria.
• Tutte queste attività sono trasparenti per l'utente e per gli amministratori.
• Posizione: /Applicazioni/Utilità/MsTeamsVdi.Plugin.app

Cartella di installazione SlimCoreVdi

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

Raccolta di log in Mac

I log vengono archiviati nella directory seguente nel dispositivo dell'utente: ~/Library/Application Support/Microsoft/TeamsVDI

Funzionalità non supportate in Mac

• HID (attualmente disponibile solo in anteprima pubblica)
• Ottimizzazione dell'assemblea generale come partecipante
• Per AVD/W365, Cross Cloud non è attualmente supportato
• La condivisione dello schermo in uscita nelle riunioni crittografate end-to-end è disabilitata
• Condividere l'audio del sistema
• Proxy autenticati nelle impostazioni di rete di macOS (solo AVD/W365)
• LLDP (Link Layer Discovery Protocol) in e911 (solo AVD/W365)
• App remota/app pubblicate

Problemi noti nel Mac

1. Il cursore del mouse del relatore è lento durante la condivisione di app. Se il relatore interrompe e riavvia la condivisione dell'app, il ritardo non è più presente. Questo problema è stato risolto in Teams 26149.x.x.x o versioni successive.

2. Il plug-in VDI di Zoom precedente alla versione 6.6.10 nel dispositivo Mac causa l'arresto anomalo dell'app Citrix Workspace durante i trasferimenti di chiamata.

3. Se si collegano/scollegano i monitor esterni durante la chiamata, il video potrebbe essere visualizzato sullo schermo sbagliato. Ciò si verifica anche quando si modificano gli allineamenti dello schermo durante la sessione HDX.

Verificare che l'endpoint sia ottimizzato

Una volta soddisfatti tutti i requisiti minimi, quando si avvia Teams per la prima volta, tenterà di caricarsi in modalità ottimizzata SlimCore, per impostazione predefinita.

È possibile verificare nel client di Teams che si sia ottimizzato con la nuova architettura esaminando l'indicatore di stato VDI (in alto a sinistra nell'interfaccia utente). Inoltre, gli utenti possono selezionare i puntini di sospensione (tre puntini ...) sulla barra superiore, quindi selezionare Impostazioni>su. Qui sono elencate le versioni di Teams e client.

• AVD SlimCore Media Optimized = Nuova ottimizzazione basata su SlimCore.
• AVD Media Optimized = ottimizzazione basata su WebRTC.

Il plug-in (MsTeamsPluginAvd.dll, MsTeamsPluginCitrix.dll o MsTeamsPluginAmazon.dll) è responsabile del download finale del motore multimediale e di SlimCore, che è un pacchetto MSIX. Si installa automaticamente senza privilegi di amministratore o si riavvia (ad esempio, il percorso esatto varia):

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

Per il nuovo pacchetto Split MSIX: 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

Il client desktop remoto o l'app Citrix Workspace scarica il pacchetto SlimCore x64 o x86, in base al dispositivo dell'utente. La cartella "WindowsApps" è bloccata, quindi gli utenti non possono accedervi. Gli amministratori modificano gli ACL per assumerne la proprietà, anche se questa azione non è consigliata. Usare invece PowerShell per elencare le app MSIX nell'endpoint:

PowerShellCopy

Get-AppxPackage Microsoft.Teams.SlimCore*

Un esempio dei risultati che possono essere restituiti dall'esecuzione di questo PowerShell è:

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

Importante

Microsoft archivia fino a 12 versioni di Framework SlimCoreVdi per motivi di compatibilità. Microsoft archivia queste versioni nel caso in cui l'utente acceda ad ambienti VDI diversi, ad esempio persistenti, in cui Teams si aggiorna automaticamente, e non permanenti, in cui gli aggiornamenti automatici di Teams sono disabilitati.

Se sei ottimizzato, puoi vedere MsTeamsVdi.exe in esecuzione sul tuo endpoint per Azure Desktop virtuale/W365 (come processo figlio di msrdc.exe) o Citrix (come processo figlio di wfica32.exe). Quando si usa Esplora processi, se si seleziona msrdc.exe (o wfica32.exe), si seleziona Mostra il riquadro inferiore in Visualizza e si passa alla scheda DLL , è anche possibile vedere il plug-in (MsTeamsPluginAvd.dll o MsTeamsPluginCitrix.dll) caricato. Questa azione è un passaggio utile per la risoluzione dei problemi nel caso in cui non si ottenga la nuova ottimizzazione.

Indicatore di stato VDI

Microsoft Teams visualizza informazioni sullo stato di ottimizzazione, consentendo all'utente di comprendere se il programma è ottimizzato o meno. Mostra anche se stanno utilizzando l'ottimizzazione WebRTC o la nuova ottimizzazione basata su Slimcore passando il cursore sul banner ottimizzato .

Nei casi in cui Microsoft Teams non è ottimizzato, l'utente vede un'icona di avviso.

Gli utenti possono selezionare i tre puntini e scegliere Ottimizza desktop virtuale e riavviare per tentare un ripristino.

Questa selezione attiva un riavvio di Teams, che può risolvere alcuni problemi noti. Se l'utente non è ancora ottimizzato, viene visualizzato un codice di errore per una diagnosi rapida da parte degli amministratori IT in base alla tabella degli errori di connessione.

Agli utenti viene presentato un collegamento per ricevere altre informazioni sull'errore e, se è attuabile, possono provare una correzione automatica.

Roaming sessione e riconnessioni

Nota

Se le sessioni del desktop virtuale sono disconnesse (non disconnesse, Teams rimane in esecuzione sulla macchina virtuale), ora Teams su Citrix può anche passare da uno stack di ottimizzazione all'altro senza essere riavviato dopo la riconnessione. In altre parole, Teams tenta di ottimizzare l'utente con SlimCore, se possibile, e se l'endpoint non lo supporta, viene tentata l'ottimizzazione WebRTC.

Ad esempio, un endpoint Windows usato in scenari BYOD (Bring Your Own Device) mentre si lavora da casa con il plug-in installato e un thin client Linux gestito dall'azienda in ufficio che supporta solo WebRTC. Quando l'utente si sposta tra i due endpoint, Teams seleziona automaticamente lo stack di ottimizzazione corretto senza chiedere all'utente di riavviare l'applicazione. Inoltre, l'utente viene informato dell'opzione di ottimizzazione con un banner chiudibile ("Ottimizzazione del desktop virtuale ...").

Questa transizione semplice dello stack ha sostituito la finestra di dialogo modale che chiedeva all'utente di riavviare manualmente l'app negli ambienti VDI.

Considerazioni sulla rete

Suggerimento

MsTeamsVdi.exe è il processo che effettua tutte le connessioni di rete TCP/UDP ai server di trasmissione/conferenza di Teams o ad altri peer (sia di segnalazione che multimediali).

Il manifesto MSIX di SlimCore aggiunge le regole seguenti al firewall: <Rule Direction="in" IPProtocol="TCP" Profile="all" /><Rule Direction="in" IPProtocol="UDP" Profile="all" />

Importante

Negli ambienti VDI in cui la nuova ottimizzazione viene usata insieme ai criteri di accesso condizionale con la valutazione dell'accesso continuo (CAE) e la rigorosa applicazione della posizione, gli utenti possono riscontrare ripetute richieste di accesso a Teams o chiamate non riuscite perché le richieste di autenticazione vengono valutate in base all'IP dell'endpoint (client) anziché all'IP dell'host della macchina virtuale, causando il blocco dell'accesso durante la connessione da reti non attendibili. Questo comportamento è da progettazione e riflette un'applicazione più rigorosa rispetto all'ottimizzazione basata su WebRTC. Per mitigare l'impatto, i clienti possono allentare i criteri CAE (ad esempio, evitare l'applicazione rigorosa della posizione) o aggiungere intervalli IP di endpoint o ISP pertinenti a posizioni attendibili.

Nota

Assicurarsi che il dispositivo dell'utente disponga di connettività di rete (UDP e TCP) agli endpoint ID 11, 12, 47 e 127 descritti negli URL e negli intervalli di indirizzi IP di Microsoft 365.
È richiesto anche l'ID 184. La tabella seguente è un riepilogo solo per riferimento, monitorare questi due collegamenti (tramite abbonamento RSS) per l'elenco aggiornato.

ID	Categoria	Pronto soccorso	Indirizzi	Porte	Note
11	Ottimizza obbligatorio	Sì	52.112.0.0/14, 52.122.0.0/15, 2603:1063::/38	UDP: 3478, 3479, 3480, 3481	Processori multimediali e relè di trasporto 3478 (STUN), 3479 (Audio), 3480 (Video), 3481 (Condivisione schermo)
12	Consenti obbligatorio	Sì	*.lync.com, *.teams.microsoft.com, teams.microsoft.com, *.teams.cloud.microsoft, teams.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	Impostazione predefinita obbligatoria	No	*.office.net , graph.microsoft.com	TCP: 443, 80	Usato per i download SlimCore e gli effetti di sfondo
69	Impostazione predefinita obbligatoria	No	*.aria.microsoft.com, *.events.data.microsoft.com	TCP: 443	Servizi di comunicazione back-end
127	Impostazione predefinita obbligatoria	No	*.skype.com	TCP: 443, 80
184	Impostazione predefinita obbligatoria	No	*.cloud.microsoft, *.static.microsoft, *.usercontent.microsoft	TCP: 443, UDP 443	Utilizzato per suonerie, eliminazione del rumore e altri modelli

Architettura di rete

Panoramica delle architetture nel diagramma:

1. Avvia Teams.
2. Il client di Teams viene autenticato ai servizi di Teams. I criteri tenant vengono inviati al client Teams e le configurazioni pertinenti vengono inoltrate all'app.
3. Teams rileva che è in esecuzione in un ambiente desktop virtuale e crea un'istanza del servizio vdibridge interno.
4. Teams apre un canale virtuale sicuro sul server.
5. Il protocollo RDP/HDX/Blast/DVC trasporta la richiesta al client VDI (app app di Windows, app Citrix Workspace, client Horizon o Amazon WorkSpaces) che ha caricato in precedenza MsTeamsPlugin (componente del canale virtuale lato client).
6. L'app client VDI genera un nuovo processo denominato MsTeamsVdi.exe, ovvero il nuovo motore multimediale (SlimCore) usato per la nuova ottimizzazione. Tutte le attività di rete vengono eseguite da questo processo.
7. Il motore multimediale SlimCore (sul client) e msteams.exe (sul desktop virtuale) hanno ora un canale bidirezionale e possono iniziare a elaborare le richieste multimediali.

Chiamate utente

8. Il peer A seleziona il pulsante di chiamata. MsTeamsVdi.exe comunica con i servizi di Microsoft Teams in Azure, stabilendo un percorso di segnalazione end-to-end con il peer B. MsTeamsVdi.exe raccoglie una serie di parametri di chiamata supportati (codec, risoluzioni e così via, che è noto come offerta SDP (Session Description Protocol). Questi parametri di chiamata vengono quindi inoltrati usando il percorso di segnalazione ai servizi Microsoft Teams in Azure e da lì all'altro peer.
9. L'offerta/risposta SDP (negoziazione a passaggio singolo) avviene tramite il canale di segnalazione e i controlli di connettività ICE (attraversamento NAT e firewall utilizzando richieste di binding STUN) vengono completati. Quindi, i contenuti multimediali SRTP (Secure Real-Time Transport Protocol) fluiscono direttamente tra MsTeamsVdi.exe e l'altro peer (o i server di trasmissione di Teams o i server di conferenza).

I blocchi IP per la segnalazione, i contenuti multimediali, gli effetti di sfondo e altre opzioni sono descritti in questo articolo.

Tipi di traffico gestiti da SlimCore sull'endpoint

1. La connettività dei flussi multimediali di Teams viene implementata utilizzando IETF Interactive Connectivity Establishment (ICE) standard per le procedure STUN e TURN.
2. Contenuti multimediali in tempo reale. Dati incapsulati all'interno del protocollo RTP (Real-Time Transport Protocol) che supporta carichi di lavoro audio, video e di condivisione dello schermo. In generale, il traffico multimediale è altamente sensibile alla latenza. Questo traffico deve prendere il percorso più diretto possibile e utilizzare UDP rispetto a TCP come protocollo del livello di trasporto, che è il miglior trasporto per i media interattivi in tempo reale dal punto di vista della qualità.
   • Come ultima risorsa, i supporti possono utilizzare TCP/IP e anche essere sottoposti a tunneling all'interno del protocollo HTTP, ma non è consigliabile a causa di implicazioni di scarsa qualità.
   • Il flusso RTP è protetto tramite SRTP, in cui è crittografato solo il payload.
3. Segnalazione. Collegamento di comunicazione tra l'endpoint e i server Teams o altri client usati per controllare le attività, ad esempio quando viene avviata una chiamata. La maggior parte del traffico di segnalazione usa UDP 3478 con fallback a HTTPS, anche se in alcuni scenari (ad esempio, la connessione tra Microsoft 365 e un Session Border Controller) usa il protocollo SIP. È importante comprendere che questo traffico è molto meno sensibile alla latenza, ma potrebbe causare interruzioni del servizio o timeout delle chiamate se la latenza tra gli endpoint supera alcuni secondi.

Consumo della larghezza di banda

Microsoft Teams è progettato per offrire esperienze audio, video e di condivisione contenuti eccezionali, a prescindere dalle condizioni di rete. Se la larghezza di banda è insufficiente, Microsoft Teams assegna la priorità alla qualità audio sulla qualità video. Se la larghezza di banda non è limitata, Teams ottimizza la qualità multimediale, inclusi audio di alta fedeltà, una risoluzione video massima di 1080p e fino a 30 fps (fotogrammi al secondo) per video e contenuti. Per altre informazioni, vedere Requisiti della larghezza di banda.

Qualità dei servizi (QoS)

Implementare le impostazioni QoS per gli endpoint e i dispositivi di rete e determinare come si vuole gestire il traffico multimediale per le chiamate e le riunioni.

• Come prerequisito, abilitare QoS a livello globale nell'interfaccia di amministrazione di Teams. Per informazioni dettagliate sull'abilitazione degli indicatori di Inserire gli indicatori QoS (QoS) per le impostazioni del traffico multimediale in tempo reale, vedere Configurare QoS nell'interfaccia di amministrazione di Teams.

  Intervalli di porte iniziali consigliati:

  Tipo di traffico multimediale	Intervallo di porte di origine client	Protocollo	Valore DSCP	Classe DSCP
  Audio	50,000 - 50,019	TCP/UDP	46	Expedited Forwarding (EF)
  Video	50,020 - 50,039	TCP/UDP	34	Assured Forwarding (AF41)
  Condivisione di app o schermate	50,040 - 50,059	TCP/UDP	18	Assured Forwarding (AF41)

• Per informazioni sulla configurazione dei contrassegni Differentiated Services Code Point (DSCP) per gli endpoint di Windows, vedere Implementare QoS nei client di Teams.

  Nota

  Qualsiasi contrassegno basato su endpoint deve essere applicato a MsTeamsVdi.exe, il processo che gestisce tutto l'offload multimediale nel dispositivo dell'utente. Per altre informazioni su QoS, vedere il documento Playbook .

• Per informazioni sull'implementazione di QoS per i router, vedere la documentazione del produttore.

• L'impostazione di QoS nei dispositivi di rete potrebbe includere alcuni o tutti i seguenti elementi:

  • uso degli elenchi di controllo di accesso (ACL) basati sulle porte
  • definizione delle code QoS
  • definizione dei contrassegni DSCP

Importante

È consigliabile implementare questi criteri QoS usando le porte di origine dell'endpoint e un indirizzo IP di origine e destinazione pari a "any". Questi criteri intercettano il traffico multimediale in entrata e in uscita sulla rete interna.

Tecnologie non consigliate con Microsoft Teams in VDI

1. Rete VPN. Non consigliato per il traffico multimediale.
2. Modellatori di pacchetti. Qualsiasi tipo di sniffer pacchetti, ispezione pacchetti, proxy o dispositivi shaper dei pacchetti non è consigliato per il traffico multimediale di Teams e potrebbe ridurre significativamente la qualità.

Criteri di PowerShell di Microsoft Teams per l'ottimizzazione

I cmdlet CsTeamsVdiPolicy hanno consentito agli amministratori di controllare il tipo di riunioni che gli utenti possono creare o le funzionalità a cui possono accedere durante una riunione, in particolare in un ambiente VDI, in cui l'ottimizzazione WebRTC è stata disabilitata usando il motore dei criteri del partner VDI (Citrix Studio, modello ADMX HTML5 VMware o questa chiave del Registro di sistema per AVD e Windows 365).

Le configurazioni predefinite dei criteri sono:

• DisableCallsAndMeetings: False
• DisableAudioVideoInCallsAndMeetings: False

Questo criterio ha ora un argomento aggiuntivo come unico punto di configurazione per controllare se un utente può ottenere o meno la nuova modalità di ottimizzazione basata su SlimCore. In altre parole, i motori di criteri del partner VDI non controllano la nuova modalità di ottimizzazione:

• VDI2Optimization: Abilitato (valore predefinito)

Nome	Definizione	Esempio	Note
New-CsTeamsVdiPolicy	Consente agli amministratori di definire nuovi criteri VDI che possono essere assegnati agli utenti per controllare le funzionalità di Teams correlate alle riunioni in un ambiente VDI.	PS C:\> New-CsTeamsVdiPolicy -Identity RestrictedUserPolicy -VDI2Optimization "Disabled"	Il comando illustrato di seguito usa il cmdlet New-CsTeamsVdiPolicy per creare un nuovo criterio VDI con l'identità RestrictedUserPolicy. Questo criterio usa tutti i valori predefiniti per un criterio VDI tranne uno: VDI2Optimization. In questo esempio, gli utenti con questo criterio non possono essere ottimizzati con SlimCore.
Grant-CsTeamsVdiPolicy	Consente agli amministratori di assegnare un criterio VDI di Teams a un ambito per utente. Gli amministratori possono controllare il tipo di riunioni che un utente può creare, le funzionalità a cui può accedere in un ambiente VDI non ottimizzato e se un utente può essere ottimizzato con la nuova modalità di ottimizzazione basata su SlimCore.	PS C:\> Grant-CsTeamsVdiPolicy -identity "Ken Myer" -PolicyName RestrictedUserPolicy	In questo esempio un utente con identità "Ken Myer" viene assegnato a RestrictedUserPolicy.
Set-CsTeamsVdiPolicy	Consente agli amministratori di aggiornare i criteri VDI esistenti.	PS C:\> Set-CsTeamsVdiPolicy -Identity RestrictedUserPolicy -VDI2Optimization "Disabled"	Il comando illustrato di seguito usa il cmdlet Set-CsTeamsVdiPolicy per aggiornare un criterio VDI esistente con Identity RestrictedUserPolicy. Questo criterio usa tutti i valori esistenti tranne uno: VDI2Optimization; in questo esempio, gli utenti con questo criterio non possono essere ottimizzati con SlimCore.
Remove-CsTeamsVdiPolicy	Consente agli amministratori di eliminare un criterio VDI di Teams creato in precedenza. Gli utenti senza criteri assegnati in modo esplicito eseguono il fallback ai criteri predefiniti nell'organizzazione.	PS C:\> Remove-CsTeamsMeetingPolicy -Identity RestrictedUserPolicy	Nell'esempio illustrato in precedenza, il comando elimina il criterio utente con restrizioni dall'elenco dei criteri dell'organizzazione e rimuove tutte le assegnazioni di questo criterio dagli utenti con il criterio assegnato.
Get-CsTeamsVdiPolicy	Consente agli amministratori di recuperare informazioni su tutti i criteri VDI configurati nell'organizzazione.	PS C:\> Get-CsTeamsVdiPolicy -Identity SalesPolicy	In questo esempio Get-CsTeamsVdiPolicy viene usato per restituire i criteri riunione per utente con un SalesPolicy di identità. Poiché le identità sono univoche, questo comando non restituisce più di un elemento.

Elenco delle funzionalità con la nuova ottimizzazione

La tabella seguente confronta il nuovo set di funzionalità di ottimizzazione con l'ottimizzazione basata su WebRTC. La nuova ottimizzazione supporta gli endpoint di Windows per AVD/W365, Citrix, Omnissa e Amazon. Il Mac è supportato solo su AVD/W365 e Citrix. WebRTC è supportato in AVD/W365, Citrix e Omnissa.

Funzionalità	Disponibile nella nuova ottimizzazione (Windows e MAC)	Disponibile su WebRTC (Windows e MAC)
1080p	Sì	No
Accelerazione hardware nell'endpoint	Sì 1	No
Visualizzazione Raccolta 3x3 e 7x7	Sì	No
Qualità del servizio	Sì	No
Eliminazione del rumore	Sì	Sì (AVD)
Isolamento vocale e registrazione volto	Sì 6	No
HID	Sì (solo Windows)	Sì (AVD e Omnissa)
Modalità relatore	Sì	No
Teams Premium	Controllare la pagina di Teams Premium	Controllare la pagina di Teams Premium
Sfondi organizzativi personalizzati	Sì (è necessaria la licenza di Teams Premium)	No
Effetto di sfondo caricato dall'utente	Sì 2	No
Zoom +/-	Sì	No
Bypass multimediale, routing basato sulla posizione, Operator Connect 3	Sì	No
Dashboard Qualità della chiamata e interfaccia di amministrazione di Teams	Sì	Limitata
App pubblicata/App remota/App cloud	Sì (AVD/W365 e Citrix)	Sì (solo per AVD, Windows)
Concedi/Prendi il controllo	Sì	Sì
Condivisione di app	Sì	Sì
E911	Sì	Sì
Simulcast	Sì	Sì
Condividere l'audio del sistema	Sì (solo Windows)	Sì
Suoneria secondaria	Sì	Sì
Sfocatura dello sfondo	Sì	Sì
Gli organizzatori possono pianificare riunioni ed eventi	Sì	Sì
Organizzatori, relatori e partecipanti possono partecipare a riunioni ed eventi con un massimo di 1.000 partecipanti, ad esempio webinar	Sì	Sì
Gli organizzatori e i relatori possono partecipare a eventi su larga scala , ad esempio le assemblee generali	Sì	No
I partecipanti possono partecipare a eventi su larga scala , ad esempio le assemblee generali	Sì	Sì
Gli organizzatori e i relatori di riunioni ed eventi con un massimo di 1.000 partecipanti, ad esempio i webinar, sono ottimizzati	Sì 4	Sì
Gli organizzatori e i relatori di eventi su larga scala , ad esempio le assemblee generali, sono ottimizzati	Sì	No
I partecipanti a riunioni ed eventi con un massimo di 1.000 partecipanti, ad esempio i webinar, sono ottimizzati	Sì	No
I partecipanti a eventi su larga scala , ad esempio i municipi, sono ottimizzati	No	No
Annotazioni	Solo come relatore. 5	No

¹ L'accelerazione grafica hardware richiede DirectX 9 o versione successiva, con WDDM 2.0 o versione successiva per Windows 10 (o WDDM 1.3 o versione successiva per Windows 10 Fall Creators Update).
² Se si partecipa a una riunione come guest, questa funzionalità non è supportata. L'inserimento di file in background tramite script nel profilo Appdata dell'utente non è supportato (gli utenti devono caricare il file personalizzato desiderato tramite Teams, che viene quindi copiato in OneDrive dell'utente, a condizione che abbia una capacità di archiviazione sufficiente).
³ Operator Connect in India con numeri di cellulare richiede l'accesso a latitudine e longitudine dal sistema operativo dell'endpoint e dal breakout Internet locale. L'operatore Connect con numeri di rete fissa o wireless può utilizzare IP/subnet o breakout Internet per eseguire il mapping di una posizione. È fondamentale assicurarsi che il sistema operativo dell'endpoint rilevi il paese corretto, poiché l'instradamento del traffico attraverso breakout al di fuori dell'India può causare l'identificazione errata della posizione da parte del sistema operativo dell'endpoint. Per maggiori dettagli, controlla Tipi di numeri Wireline e Wireless in India.
⁴ NDI (Network Device Interface), la soluzione moderna per la connessione di dispositivi multimediali (come una fotocamera da studio e un mixer) non è supportata per i produttori.
⁵ Gli spettatori non vedono le annotazioni (sono nascoste dalla sovrapposizione della finestra video in arrivo).
⁶ La registrazione voce e volto si basa sul reindirizzamento fotocamera/microfono del provider VDI (ad esempio, Citrix HDX, Omnissa RTAV, Microsoft RDP, ecc.). Vedere la sezione Problemi noti .

Profilo utente SlimCore sull'endpoint

La nuova soluzione per VDI archivia i dati specifici dell'utente nell'endpoint nelle posizioni seguenti, a seconda del fornitore:

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

I pacchetti MSIX SlimCore meno recenti (prima dei nuovi pacchetti Split MSIX con Host e Framework) archiviavano i dati specifici dell'utente in:

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

I log, le suonerie, le configurazioni e i modelli di intelligenza artificiale o ML (usati per l'eliminazione del rumore, la stima della larghezza di banda e così via) vengono salvati in questa posizione. Inoltre, gli effetti di sfondo personalizzati caricati in Teams vengono scaricati da OneDrive dell'utente nella cartella "download" in questa posizione, pertanto è necessario un account di OneDrive con spazio di archiviazione sufficiente per il funzionamento della funzionalità. Se queste cartelle AppData vengono eliminate dopo che un utente si disconnette (ad esempio, thin client bloccati senza profili mobili), MsTeamsVdi.exe le ricrea e scarica la configurazione specifica dell'utente (circa 12 MB di dati). Le dimensioni dei dati specifici dell'utente possono arrivare a ~100 MB (inclusi ~60 MB per i log).

Importante

I thin client bloccati devono consentire la lettura/scrittura di queste posizioni. In caso contrario, la nuova ottimizzazione potrebbe non riuscire. Per i Thin Client di Windows 10 1809 meno recenti (come Dell Wyse 5070 e modelli simili), i processi di SlimCoreVdi scrivono AppData in uno spazio di archiviazione file virtualizzato, quindi la posizione della cartella per il profilo utente di SlimCore è (a seconda del pacchetto MSIX di SlimCore): 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\.

Processo di installazione e aggiornamento di SlimCore in ambienti Thin Client bloccati (opzionale)

Per impostazione predefinita, MsTeamsPlugin scarica e installa automaticamente la versione corretta del motore multimediale SlimCore senza l'intervento dell'utente o dell'Amministrazione. Tuttavia, i clienti in ambienti di rete ristretti nella filiale possono optare per un processo di distribuzione SlimCore alternativo, senza che l'endpoint sia in grado di recuperare i pacchetti SlimCore utilizzando HTTPS dalla rete di distribuzione dei contenuti pubblica di Microsoft.

Nota

Per un elenco aggiornato dei pacchetti SlimCore corrispondenti alla versione di Teams corrispondente, controlla questa tabella.

Importante

Se devi scegliere questo metodo, devi garantire che:

1. L'aggiornamento automatico di Teams è disabilitato nel desktop virtuale.
2. Viene eseguito il pre-provisioning dei pacchetti SlimCore nell'archivio locale o nella condivisione di rete dell'endpoint prima di eseguire l'aggiornamento di Teams nel desktop virtuale. Qualsiasi versione più recente di Teams richiede una nuova versione corrispondente di SlimCore e, se il plug-in non riesce a trovarla, l'utente è in modalità fallback (rendering lato server).

Questa circostanza si verifica perché le versioni Teams e SlimCore devono corrispondere.

Procedura di configurazione

1. Nell'endpoint dell'utente (thin client/fat client) è necessario creare la chiave del registro di sistema seguente:

   • Posizione per Citrix: HKLM\SOFTWARE\WOW6432Node\Microsoft\Teams\MsTeamsPlugin
   • Posizione per Desktop virtuale Azure/W365: HKLM\SOFTWARE\Microsoft\Teams\MsTeamsPlugin
   • Nome: MsixUrlBase
   • Tipo: REG_SZ
   • Dati: percorso UNC di archiviazione locale o di archiviazione di rete, ad esempio file://C:/Temp o file://ComputerName/SharedFolder.

   La chiave del registro di sistema definisce l'URL di base.

2. Inoltre, gli amministratori devono scaricare dalla rete per la distribuzione di contenuti Microsoft l'esatta versione del pacchetto SlimCore MSIX corrispondente alla versione di Teams che si prevede di distribuire in futuro.

   Importante

   Il pacchetto MSIX deve corrispondere all'architettura o al numero di bit dell'app Citrix Workspace (solo x86) o dei client Desktop remoto o App di Windows app di Windows: Microsoft.Teams.SlimCoreVdi.<platform>-<architecture>.msix.

3. Per mantenere la struttura, inserire MSIX in una cartella specifica con la versione all'interno del percorso specificato nella chiave del Registro di sistema. Ad esempio, C:\Temp\2024.4.1.9\Microsoft.Teams.SlimCoreVdi.win-x86.msix o //NomeComputer/SharedFolder/2024.4.1.9/.

   Nota

   Se il plug-in non riesce a trovare un pacchetto SlimCore MSIX nell'archiviazione locale o di rete, tenta automaticamente di scaricarlo dalla rete per la distribuzione di contenuti pubblici Microsoft come fallback.

Filtri di scrittura unificati (UWF)

I clienti con thin client con filtri di scrittura unificati applicati devono creare le seguenti esclusioni per consentire il provisioning e l'attivazione dei pacchetti SlimCore MSIX:

• uwfmgr.exe file Add-Exclusion "C:\Program Files\WindowsApps"
• uwfmgr.exe file Add-Exclusion "C:\Utenti\Utente\AppData\Local\Pacchetti\Microsoft.Teams.SlimCoreVdiHost.win-x64_8wekyb3d8bbwe"

Thin client con dischi RAM

I thin client come HP/DELL che dispongono di un gestore di dischi RAM in cui le variabili di ambiente TEMP/TMP puntano a un disco RAM (ad esempio, Z:) non riusciranno a eseguire il provisioning dei pacchetti MSIX SlimCore ("sc_host_install_error":"{"val":4390,"cat":"windows"}", quando si esaminano le voci di descrizione del Visualizzatore eventi della macchina virtuale per "Microsoft Teams VDI"). La soluzione alternativa consiste nel creare una nuova variabile di sistema MSTEAMSVDI_BITS_TMP_PATH e puntarla a una posizione temporanea del disco fisico, ad esempio C:\TMP o C:\TEMP. In questo modo il Servizio trasferimento intelligente in background può scaricare ed eseguire correttamente il provisioning di SlimCore.

Collaborazione tra cloud

Le organizzazioni nei cloud Microsoft's Public, GCC (Government Community Cloud), GCCH (Government Community Cloud High) e DoD (Department of Defense) possono ora collaborare tra loro in modo efficiente con la nuova ottimizzazione (questa collaborazione si applica sia all'interno che all'interno dell'azienda). Questa collaborazione implica spesso l'accesso al contenuto condiviso, che richiede l'accesso autenticato. In precedenza, la collaborazione tra cloud tramite Teams era limitata a causa della mancanza di ottimizzazione nell'audio/video. Grazie all'ottimizzazione basata su Teams e Slimcore, gli utenti possono ora usufruire di un'esperienza utente ad alta definizione. Per ulteriori informazioni su Cross Cloud, controlla questo link.

Sono supportati i seguenti scenari:

• Cross Cloud Anonymous consente lo scenario in cui un utente è connesso al cloud A in Teams e partecipa a una riunione in un altro cloud B in modo anonimo. Per altre informazioni, vedere Gestire l'accesso dei partecipanti anonimi alle riunioni e agli eventi di Teams (amministratori IT).
• L'accesso guest tra cloud estende le funzionalità per consentire a un utente di partecipare a esperienze di collaborazione avanzate in team, canali, documenti e riunioni di Teams per un'esperienza completa, che include ottimizzazione audio/video, condivisione schermo, condivisione di file e chat 1:1 e 1:N. Per ulteriori dettagli, vedere qui .
• La partecipazione alle riunioni autenticate tra cloud offre agli utenti di Teams la possibilità di partecipare a una riunione in un altro cloud dopo aver effettuato l'accesso al proprio account nel proprio tenant di appartenenza. Questa funzionalità offre all'host della riunione la possibilità di convalidare le identità dei partecipanti alla riunione senza concedere loro alcun accesso al tenant host.

Versioni minime: Teams 25060.205.3499.6849. Client Desktop remoto 1.2.6186. Plug-in Citrix 2024.41.1.1.

Problemi noti:

• HID funziona solo nel cloud primario.
• L'esclusione dell'audio dall'interfaccia utente di Teams non riproduce il comando vocale "Disattiva/Riattiva audio" nel cloud non primario.
• Altre limitazioni delle periferiche sono descritte qui
• Qualsiasi utente che abbia eseguito l'accesso a più cloud (multi cloud o cross cloud) non può essere ottimizzato con WebRTC. Se l'utente esegue il roaming su un dispositivo che non supporta SlimCore, è in modalità fallback (rendering lato server) fino a quando non torna su un dispositivo compatibile con SlimCore. Questo problema si verifica perché WebRTC non supporta alcuna funzionalità tra cloud.
• Se le funzionalità tra cloud non sembrano funzionare anche se l'utente soddisfa i requisiti minimi, è possibile uscire da Teams (dopo l'ottimizzazione con SlimCore) e provare a eliminare un file denominato ecs_settings.dat64 nel percorso seguente: %LocalAppData%\packages\MSTeams_8wekyb3d8bbwe\LocalCache\microsoft\MSTeams. Riavviare Teams.

Elenco canali virtuali consentiti Citrix

L'impostazione del criterio dell'elenco di canali consentiti in CVAD abilita l'uso di un elenco di indirizzi consentiti che specifica quali canali virtuali possono essere aperti in una sessione ICA. Se abilitata, è necessario specificare tutti i processi tranne i canali virtuali integrati di Citrix. Di conseguenza, sono necessarie più voci affinché il client Teams sia in grado di connettersi al plug-in sul lato client (MsTeamsPluginCitrix.dll).

Con Citrix Virtual Apps and Desktops 2203 o versione successiva, l'elenco dei canali virtuali consentiti è abilitato per impostazione predefinita. Queste impostazioni predefinite negano l'accesso ai canali virtuali personalizzati di Teams perché l'elenco Consenti non include il nome del processo principale di Teams.

Il client Teams richiede tre canali virtuali personalizzati per funzionare: MSTEAMS, MSTEAM1 e MSTEAM2. Ms-teams.exe accede a questi canali. È possibile usare i caratteri jolly per consentire il ms-teams.exe eseguibile e il canale virtuale personalizzato:

• 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. Il supporto dei caratteri jolly è disponibile in:

   • VDA 2206 CR.
   • VDA 2203 LTSR da CU2 in poi.

2. I computer VDA devono essere riavviati per rendere effettivo il criterio.

Nota

VDA 2603 o versione successiva ora consente i tre canali virtuali per impostazione predefinita, senza richiedere la configurazione specifica del criterio di Citrix Studio ("Allowed").

Condivisione dello schermo.

La condivisione dello schermo in uscita e la condivisione delle app si comportano in modo diverso nella VDI ottimizzata rispetto al client desktop di Teams non ottimizzato. Di conseguenza, queste attività richiedono una codifica che impieghi le risorse del dispositivo dell'utente, ad esempio CPU, GPU, RAM, rete e così via. Dal punto di vista della rete, la condivisione viene eseguita direttamente tra il dispositivo dell'utente e l'altro server peer o conferenza.

Nota

Condivisione schermo lato macchina virtuale (VMSS)

Per Omnissa, Amazon o per MAC (Citrix o AVD/W365), la condivisione viene eseguita direttamente tra la macchina virtuale dell'utente -il presentatore- e l'altro peer -viewer- o server di conferenza, pertanto gli amministratori devono consentire gli ID 11 e 12 sulla rete della macchina virtuale come descritto negli URL e negli intervalli di indirizzi IP di Microsoft 365. Infatti, quando un utente VDI seleziona il pulsante di condivisione dello schermo, una chiamata audio/video p2p viene inoltrata a una chiamata di gruppo, consentendo a Teams di condividere il contenuto direttamente dalla macchina virtuale. I visualizzatori ottimizzati per Teams ricevono comunque il flusso di condivisione schermo in ingresso direttamente nel proprio endpoint, dove avviene l'offload.
Questa funzionalità è attualmente disponibile in anteprima pubblica anche per gli utenti Windows (Citrix, AVD/W365). Per altre informazioni, vedere il diagramma "Architettura di rete" qui sopra. Gli amministratori possono rilevare queste sessioni di condivisione dello schermo in uscita nell'interfaccia di amministrazione di Teams (dove vengono visualizzate come sessione aggiuntiva "Flusso di condivisione dello schermo" per l'utente) o CQD (dove vengono visualizzate come "Microsoft Teams VDI (condivisione schermo VM)" nella categoria Agente utente

Suggerimento

È possibile creare la seguente chiave del Registro di sistema nella macchina virtuale per controllare il consumo delle risorse della CPU della macchina virtuale:

• Percorso: HKCU\Software\Microsoft\Teams\VMSS o HKLM\Software\Microsoft\Teams\VMSS (HKLM ha la precedenza su HKCU)
• Nome: MaxFPS (DWORD)
• Valore: ovunque tra 1 e 15

Una tipica sessione di PowerPoint consuma 3fps. Se l'utente fa clic sul pulsante "Ottimizza" nella barra degli strumenti di condivisione (destinato alla condivisione di video), Teams tenta di aumentare i 15 fps e si prevede un impatto maggiore sulla CPU. Limitare MaxFPS tra 5 e 10 può aiutare a ridurre l'impatto in questo scenario.

Linee guida per il dimensionamento

I consigli seguenti derivano dai test di carico interni di Microsoft. Poiché i risultati dei test possono variare in base alle distribuzioni, i clienti devono eseguire la propria convalida nei propri ambienti specifici. I risultati sono influenzati da diversi fattori, tra cui il dimensionamento della macchina virtuale, i modelli di carico di lavoro e, soprattutto, la presenza di accelerazione GPU.

In una macchina virtuale 4vCPU/16GB RAM per utente singolo con CPU Intel Xeon E5-2673 v4 @ 2,30 GHz (senza GPU o Quick Sync, quindi utilizzando la codifica software H264),

• Con un monitor esterno 4K, l'utilizzo della memoria per Microsoft Teams nella macchina virtuale è stato consumato e ulteriori ~ 510 MB e un ulteriore ~ 7-8% CPU (a 3 fps) o 25-30% CPU (a 15 fps, quando l'utente fa clic su "Ottimizza per video" nella barra degli strumenti dell'interfaccia utente).
• Con un monitor esterno 2K, l'utilizzo della memoria per Microsoft Teams nella macchina virtuale è stato consumato e altri ~ 320 MB e un ulteriore ~ 3-4% CPU (a 3 fps) o 20-25% CPU (a 15 fps, quando l'utente fa clic su "Ottimizza per video" nella barra degli strumenti dell'interfaccia utente).

Una condivisione completa dello schermo del monitor acquisisce il monitor delle chiamate di Teams e lo rende visibile agli altri partecipanti. Gli elementi video all'interno non sono visibili e sono invece visti come quadrati vuoti. Quando si esegue la condivisione di app, solo l'applicazione condivisa è visibile agli altri partecipanti e il monitoraggio delle chiamate non viene acquisito.

Compatibilità con Citrix App Protection e Microsoft Teams

Gli utenti con protezione delle app abilitata possono comunque condividere lo schermo e le app durante l'uso della nuova ottimizzazione. La condivisione richiede VDA versione 2402 o successiva e CWA per Windows 2309.1 o versione successiva. Gli utenti di versioni inferiori finiscono per condividere una schermata nera quando il modulo Protezione app viene installato e abilitato.

Protezione Trascrivi schermo AVD e compatibilità con Microsoft Teams

Gli utenti con la protezione Trascrivi dello schermo abilitata per bloccare l'acquisizione dello schermo nel client desktop remoto (Blocca l'acquisizione dello schermo nel client) possono comunque condividere lo schermo e le app durante l'uso della nuova ottimizzazione basata su SlimCore per Microsoft Teams. La condivisione richiede le versioni minime seguenti: Teams 25060.205.3499.6849 e client Desktop remoto 1.2.6081 o app di Windows 2.0.379.

Gli utenti di versioni inferiori finiscono per condividere una schermata nera con SCP abilitato.

App AVD RemoteApp/W365 Cloud Apps e app virtuali Citrix

Se si pubblica l'applicazione Microsoft Teams con RemoteApp in Desktop virtuale Azure, App cloud in Windows 365 o App virtuali Citrix (app pubblicate), gli utenti possono ottenere l'ottimizzazione con la nuova architettura se soddisfano i requisiti minimi seguenti:

• app di Windows per Windows 2.0.964.0
• Plug-in Citrix 2026.15.1.1
• Microsoft Teams 26043.2016.4478.2773

Problemi noti:

• Concedi/Prendi controllo non è attualmente disponibile.
• Gli endpoint Mac non sono supportati, quindi l'ottimizzazione non viene eseguita e gli utenti sono in modalità di fallback (nota anche come rendering lato server). Eseguire l'aggiornamento a Microsoft Teams 26093.411.4595.9804 o successiva se gli utenti riscontrano comportamenti incoerenti e non sono in modalità di fallback.

Effetti di sfondo personalizzati

La nuova ottimizzazione consente agli utenti di mantenere privato lo sfondo durante le riunioni di Teams sfocando o modificando lo sfondo, caricando le proprie immagini o scegliendo tra le immagini di sfondo già presenti in Teams. Il caricamento di immagini personalizzate richiede che l'utente carichi il file tramite l'interfaccia utente di Teams, pertanto il file deve essere disponibile nel desktop virtuale (direttamente o indirettamente, tramite Client Drive Mapping). Teams caricherà quindi il file nella cartella OneDrive dell'utente e indicherà al motore multimediale in esecuzione nel dispositivo dell'utente di scaricarlo per l'elaborazione locale. La rete del dispositivo dell'utente deve consentire l'accesso a graph.microsoft.com. L'inserimento di file in background tramite script nel profilo Appdata dell'utente nel locale non è supportato (gli utenti devono caricare il file personalizzato desiderato tramite Teams, che viene quindi copiato in OneDrive dell'utente, a condizione che abbia una capacità di archiviazione sufficiente). Se si partecipa a una riunione come guest, la funzionalità di sfondo personalizzato non è supportata.

Eventi su larga scala, ad esempio assemblee generali, ed eventi live

I partecipanti che partecipano a questi tipi di eventi non sono ottimizzati (WebRTC o SlimCore), quindi usano per impostazione predefinita il rendering lato server, con un elevato consumo di risorse sul desktop virtuale (principalmente CPU, RAM e larghezza di banda del canale virtuale). Pertanto, Microsoft eCDN e il traffico peer-to-peer (P2P) vengono eseguiti sulle macchine virtuali stesse, poiché non è possibile eseguire l'offload. Per ulteriori dettagli, vedere questo articolo.

Per il supporto del ruolo relatore/organizzatore, vedere l'elenco delle funzionalità con la nuova tabella di ottimizzazione più indietro in questo articolo.

Periferiche in VDI

Quando Teams è ottimizzato con SlimCore, le fotocamere, i microfoni, la posizione e gli altoparlanti connessi al dispositivo fisico vengono mappati sul desktop virtuale. Teams enumera tutti i dispositivi rilevati, assegnando priorità ai dispositivi di comunicazione predefiniti (come visualizzato nel pannello mmsys.cpl quando viene eseguito nel dispositivo dell'utente). L'ottimizzazione basata su SlimCore supporta i dispositivi HID (Human Interface Devices) per le cuffie certificate Teams, consentendo agli utenti di disattivare/riattivare l'audio e aumentare/diminuire il volume direttamente dalle cuffie. Un pulsante Microsoft Teams in un dispositivo Teams certificato non è attualmente supportato.

Suggerimento

Usando Policy CSP - Privacy, è possibile specificare preventivamente un'impostazione per app per fotocamera, microfono e posizione indicando il nome della famiglia di pacchetti di SlimCore (Microsoft.Teams.SlimCoreVdiHost.win-x64_8wekyb3d8bbwe). Queste impostazioni sono LetAppsAccessCamera_ForceAllowTheseApps, LetAppsAccessMicrophone_ForceAllowTheseAppsLetAppsAccessLocation_ForceAllowTheseApps

Nota

Con alcune periferiche, due app Unified Communications in esecuzione affiancate possono causare collisioni HID in cui le chiamate attive vengono disconnesse.

Vedere la sezione Problemi noti .

Come soluzione alternativa, HID può essere disabilitato tramite la chiave del Registro di sistema in Teams 25060.205.3499.6849 o versione successiva, in cui è possibile creare la chiave nell'endpoint. La chiave può essere creata anche nella macchina virtuale se si dispone del plug-in 2025.24.1.3 (Citrix) o del client Desktop remoto 1.2.6275/app di Windows 2.0.550.0.

HKEY_CURRENT_USER\Software\Microsoft\Teams\HID

Nome: DisableHidManagerV1

Tipo: DWORD

Valore: 1 (se impostato su 1, disabilita HID) (se impostato su 0 o la chiave non è presente, HID è abilitato)

API di monitoraggio

Gli amministratori possono creare script personalizzati per eseguire query vdi_connection_info.json - questo file nella macchina virtuale contiene informazioni sulla sessione corrente e sull'ultima, come lo stato di ottimizzazione, le periferiche e le versioni software dei diversi componenti.

Posizione (nel VDA o nell'host Desktop remoto): C:\Nome utente> utenti<\AppData\Local\Packages\MSTeams_8wekyb3d8bbwe\LocalCache\Microsoft\MSTeams\tfw

I casi d'uso tipici per l'API di monitoraggio sono:

• Amministratori che distribuiscono uno script di automazione in un VDA o in un host Desktop remoto per rilevare se il sistema operativo dell'endpoint client è stato modificato dall'ultima connessione. Lo script utilizza il contenuto del file JSON per confrontare i valori delle ultime due sessioni ed emettere i propri avvisi/messaggi pop-up.
• Sviluppatori che creano app di terze parti che segnalano lo stato corrente della connessione di ottimizzazione VDI. Lo script usa il contenuto del file JSON per recuperare tutte le informazioni disponibili sulla connessione, l'ottimizzazione e sul dispositivo della sessione corrente di Teams.

Struttura del file JSON:

• Timestamp - vdiConnectedState.timestamp indica il timestamp della connessione di sessione
• Ottimizzazione VDI: vdiConnectedState.vdiMode indica la versione di ottimizzazione (rimane statica per tutta la sessione VDI)
• Stato connesso - ConnectedStack (remote = ottimizzato, local = non ottimizzato) (rimane statico per tutta la sessione VDI)
• Versione SlimCore sull'endpoint - remoteSlimCoreVersion
• Versione VdiBridge sulla VM - bridgeVersion
• Versione del plug-in MS Teams sull'endpoint - pluginVersion
• Versione di Teams - vdiVersionInfo.teamsVersion
• Piattaforma client - vdiVersionInfo.clientPlatform
• Versione del client VDI (CWA o app di Windows) - vdiVersionInfo.rdClientVersion
• Versione del sistema operativo della macchina virtuale - vdiVersionInfo.vmVersion
• Periferiche disponibili - devices.speakers.available, devices.cameras.available, devices.microphones.available (aggiornamento in tempo reale al file JSON)
• Dispositivi periferici selezionati - devices.speakers.selected, devices.cameras.selected, devices.microphone.selected (aggiornamento in tempo reale al file JSON)
• Suoneria secondaria - devices.secondaryRinger (aggiornamento in tempo reale al file JSON)

Nota

Nell'ottimizzazione WebRTC viene popolato solo vdiConnectedState, a indicare in quale ottimizzazione si trova attualmente la sessione. Nel file JSON per la sessione non vengono archiviati vdiVersionInfo e informazioni sul dispositivo. Quando non è disponibile alcuna ottimizzazione, non vengono eseguiti aggiornamenti al file JSON.

Dashboard Qualità della chiamata in VDI

Call Quality Dashboard (DQC) consente ai professionisti IT di usare dati aggregati per identificare i problemi che creano problemi di qualità multimediale confrontando le statistiche per gruppi di utenti per identificare tendenze e modelli. DQC non è incentrato sulla risoluzione dei problemi relativi alle singole chiamate, ma sull'identificazione dei problemi e delle soluzioni che si applicano a molti utenti.

Le informazioni sull'utente VDI sono ora esposte attraverso numerose dimensioni e filtri. Controlla questa pagina per ulteriori informazioni su ciascuna dimensione.

Nota

Il nuovo modello di qualità dell'esperienza (QER) è disponibile nei modelli di query di Power BI per il download di DQC. La versione 8 include ora modelli per la revisione delle metriche incentrate sul client VDI. Nel report VDI, gli utenti ottimizzati con la nuova architettura sono classificati come "Ottimizzato per VDI 2.0", mentre "Ottimizzato" si riferisce all'ottimizzazione WebRTC.

Importante

• In DQC, il valore VdiMode della dimensione 'Modalità VDI secondo client' (x2xx) rappresenta sia VDI SlimCore ottimizzato che VDI SlimCore non connesso (fallback non ottimizzato). Questa duplicazione può portare a interpretazioni errate, perché una scarsa qualità delle chiamate in una sessione non ottimizzata potrebbe sembrare un problema con l'ottimizzazione SlimCore VDI. La dimensione "Second Client VDI Is Optimized" è il modo accurato per visualizzare se l'utente è stato ottimizzato o meno, poiché questa dimensione calcola un valore risultante end-to-end tra la modalità VDI e lo "Stato connesso VDI del secondo client". L'ottimizzazione end-to-end con SlimCore avviene solo quando lo stato connesso è "connesso".
• Il valore "Inattivo" nei report DQC per la dimensione "VDI client è ottimizzato" indica che l'amministratore ha disabilitato i criteri di ottimizzazione di Teams (ad esempio, tramite il criterio di Citrix Studio "Reindirizzamento di Microsoft Teams" o tramite chiavi del Registro di sistema per Omnissa e AVD/Windows 365). Il risultato è VdiMode x0xx (la seconda cifra è uno zero). Gli utenti in questo scenario torneranno al rendering lato server, in cui tutti i contenuti multimediali vengono gestiti dalla macchina virtuale senza offload all'endpoint.
• Negli ambienti Citrix, in cui il VDA è stato installato sulla workstation dell'utente (PC remoto), la sessione di Teams potrebbe essere contrassegnata come "inattiva" o non ottimizzata se l'utente avvia Teams sulla workstation (ovvero in locale).

Nozioni fondamentali sulle query

Una query/report DQC ben formata contiene tutti e tre questi parametri:

• Misurazione
• Dimensione
• Filter

Di seguito sono riportati alcuni esempi di query in formato corretto:

1. "Mostra flussi [misurazione] scadenti per gli utenti VDI con la nuova [dimensione] di ottimizzazione per il [filtro] dell'ultimo mese."
2. "Mostra una scarsa condivisione delle app [Misurazione] in base al numero totale di Stream [Dimensioni] per il mese scorso E dove la modalità VDI del primo o del secondo client è stata ottimizzata [Filtri]."

È possibile utilizzare anche molti valori di dimensione e misurazione come filtri. È possibile usare i filtri nella query per eliminare le informazioni nello stesso modo in cui si seleziona una dimensione o una misura per aggiungere o includere informazioni nella query.

Cosa fa UNION

Per impostazione predefinita, i filtri consentono di filtrare le condizioni con l'operatore AND. Esistono tuttavia scenari in cui potrebbe essere necessario combinare più condizioni di filtro per ottenere un risultato simile a un'operazione OR. Ad esempio: per ottenere tutti i flussi dagli utenti VDI, UNION fornisce una visualizzazione distinta del set di dati unito. Per utilizzare l'UNIONE, inserire testo comune nel campo UNIONE nelle due condizioni di filtro che si desidera UNIRE.

Posizione del chiamante e del chiamato

DQC non usa i campi del chiamante o del chiamato, ma il primo e il secondo perché esistono passaggi intermedi tra il chiamante e il chiamato.

• Il primo è sempre l'endpoint del server (ad esempio, Audio-Video'unità di controllo multipoint o il server del processore multimediale) se un server è coinvolto nel flusso.
• Il secondo è sempre l'endpoint client, a meno che non si tratti di un flusso server-server.

Se entrambi gli endpoint sono dello stesso tipo (ad esempio, una chiamata da persona a persona), il primo e il secondo vengono impostati in base all'ordinamento interno della categoria agente utente per garantire che l'ordinamento sia coerente.

Problemi noti

• Per Omnissa (Windows), Citrix/AVD (Mac) e Citrix/AVD (endpoint Windows in anteprima pubblica), il relatore (e, per estensione, il visualizzatore) potrebbe riscontrare il trascinamento del mouse o il ritardo del cursore durante la condivisione delle app. Se il relatore interrompe e riavvia la condivisione dell'app, il ritardo non è più presente. Questo problema è stato risolto in Teams 26149.x.x.x o versioni successive.

• Per Omnissa (Windows), Citrix/AVD (Mac) e Citrix/AVD (endpoint Windows in anteprima pubblica), gli utenti VDI anonimi che tentano di partecipare a una riunione con Captcha abilitato non sono in grado di condividere i propri schermi.

• Per la registrazione del riconoscimento vocale o del volto (Teams/Impostazioni/Riconoscimento), gli utenti non possono cambiare la fotocamera o il microfono dal menu a discesa. Userà sempre i dispositivi di sistema predefiniti disponibili per il desktop virtuale tramite il protocollo RDP/HDX/Blast/DCV stesso. Di conseguenza, gli amministratori devono assicurarsi che la macchina virtuale o i team abbiano accesso a tali computer configurando i rispettivi criteri per il reindirizzamento delle periferiche.

• Il mixer del volume in Sistema/Impostazioni/Audio della macchina virtuale non può controllare i livelli di volume se Teams è ottimizzato. Gli utenti devono fare affidamento sui dispositivi di scorrimento del volume predefiniti nelle impostazioni audio di Teams o sul mixer del volume nell'endpoint stesso.

• Protezione trascrivi schermo (SCP) fa sì che lo schermo del relatore venga visualizzato come uno schermo nero con solo il cursore del mouse in alto (come visto dal lato ricevente). Questo problema è stato risolto in Teams 25060.205.3499.6849 e nel client Desktop remoto 1.2.6081 o nell'app di Windows 2.0.379.

• Se si blocca la macchina virtuale (VM) durante una chiamata attiva, la chiamata si disconnette. Questo problema è stato risolto nella versione 25094.303.3554.9058 o versioni successive. Il blocco degli endpoint non comporta la disattivazione automatica della fotocamera, del microfono e della condivisione dello schermo.

• Le chiamate vengono eliminate su Teams in esecuzione sul computer locale con una periferica HID connessa se un utente avvia un desktop virtuale dallo stesso computer locale e accede a Teams. Questo problema può verificarsi anche se l'utente aveva un desktop virtuale attivo e ne avvia un secondo in cui è installato Teams (o altre app di comunicazione unificata che usano l'ottimizzazione).

• L'anteprima automatica della fotocamera non è al momento supportata (in Impostazioni/Dispositivi o durante una chiamata quando si seleziona la freccia in giù sull'icona della fotocamera).

• Nel pannello di controllo/App/App installate dell'endpoint, gli utenti vedono più voci "Microsoft Teams VDI" (una per ogni pacchetto Slimcore installato). Il nuovo pacchetto Split MSIX risolve questo problema, in cui "Microsoft Teams VDI Optimizer" è l'unica app visualizzata nel menu (e le voci "Microsoft Teams VDI" meno recenti verranno pulite automaticamente dopo un determinato periodo di tempo).

• Quando si esegue la condivisione completa dello schermo del monitor, la finestra del monitor della chiamata è visibile agli altri partecipanti (senza alcun contenuto video all'interno).

• Gli utenti che tentano di acquisire uno screenshot del contenuto di Microsoft Teams (ad esempio, la condivisione dello schermo in arrivo o i feed video) non sono in grado di acquisire alcun contenuto, perché viene eseguito il rendering (scaricato) nel dispositivo dell'utente. Quindi, viene catturato un quadrato nero. Questa limitazione non si applica a PowerPoint Live, perché tale modalità non viene scaricata, ovvero viene eseguito il rendering nella macchina virtuale dall'app Teams. I clienti Citrix possono implementare questa soluzione alternativa per acquisire screenshot o usare lo strumento di cattura Citrix.

• In Citrix, le sessioni di condivisione delle app potrebbero bloccarsi per gli altri partecipanti se il relatore usa sia VDA (Virtual Delivery Agent) versione 2402 che CWA per Windows 2309.1 (o versioni successive).

  • Il problema si verifica quando un elemento video viene distrutto.
    • Ad esempio, un partecipante spegne la videocamera durante una sessione di condivisione dell'app.
    • Se qualcuno attiva solo la fotocamera, non c'è alcun problema perché l'elemento video viene creato, non distrutto.
    • Se il relatore ingrandisce il monitoraggio della chiamata (che distrugge l'anteprima automatica di ciò che il relatore sta condividendo).
  • L'arresto e la ricondivisione della finestra dovrebbero risolvere il problema.
  • Questo problema è stato risolto in Teams 24335.206.X.X o versioni successive.

• In DQC, VdiMode (x2xx) rappresenta sia il fallback VDI SlimCore ottimizzato che quello non ottimizzato, il che potrebbe attribuire erroneamente una scarsa qualità delle chiamate. Per altre informazioni, vedere la sezione Dashboard Qualità della chiamata in VDI in questo articolo.

• Per Amazon WorkSpaces, la condivisione dell'audio di sistema (include l'audio del computer) e la condivisione dello schermo dalla chat non sono supportate.