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.

Componenti

Componente	Ruolo	Aggiornamento	Grandezza	Note
Nuovo teams vdiBridge	Modulo canale virtuale sul lato server.	Nuova versione con ogni nuova versione di Teams.	In bundle con i nuovi Team.
Canale virtuale personalizzato	VC personalizzato di proprietà di Microsoft Teams.	API stabile: nessun aggiornamento previsto.		Controlla l'elenco dei canali virtuali consentiti dei criteri di Citrix Studio.
Plug-in	DLL VC lato client. Responsabile anche per il download e la pulizia di SlimCore.	Non frequenti (idealmente senza aggiornamenti).	Circa 200 KB.	In bundle con Client Desktop remoto 1.2.5405.0 o Windows App 1.3.252 o versione successiva. Citrix CWA 2402 o versione successiva può recuperare e installare il plug-in.
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 pubblica di distribuzione di contenuti di Microsoft

Requisiti di sistema

Requisiti	Versione minima
Il nuovo Teams	24193.1805.3040.8975 (per Desktop virtuale Azure/Windows 365) 24295.605.3225.8804 (per Citrix)
Desktop virtuale di Azure/Windows 365	Windows App: 1.3.252 Client Desktop remoto: 1.2.5405.0
Citrix	VDA: 2203 Long Term Service Release (LTSR) CU3 o 2305 Current Release Citrix Workspace App: 2203 LTSR (qualsiasi aggiornamento cumulativo), 2402 LTSR o 2302 CR. Sono supportate solo le versioni non alla fine del ciclo di vita MsTeamsPluginCitrix: 2024.41.1.1
Endpoint	Windows 10 1809 (requisito minimo SlimCore) I client Thin Windows Enterprise LTSC in Windows 10 2019/2021 o Windows 11 2024 non devono bloccare le installazioni MSIX (vedere Passaggio 3: gestione temporanea e registrazione SlimCore MSIX sull'endpoint) CPU minima: Intel Celeron (o equivalente) @ 1,10 GHz, 4 core, RAM minima: 4 GB

Ottimizzazione con la nuova soluzione VDI per Teams

Passaggio 1: Confermare i prerequisiti

1. Assicurati di avere la nuova versione di Microsoft Teams 24193.1805.3040.8975 o successiva (per Desktop virtuale di Azure/Windows 365) e 24295.605.3225.8804 o successiva per Citrix.
2. Abilitare il nuovo criterio di Teams, se necessario , per un gruppo di utenti specifico (è abilitato per impostazione predefinita a livello globale a livello di organizzazione).
3. Per Citrix, è necessario configurare l'elenco dei canali virtuali consentiti come descritto nella sezione del canale virtuale citrix elenco consentiti di questo articolo.

Passaggio 2: Installazione del plug-in nell'endpoint

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

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

2. Per l'app Citrix Workspace 2402 o versione successiva, è possibile installare MsTeamsPluginCitrix.dll:

   • Utilizzo 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 dell'utente che viene visualizzato e procedi con l'installazione dell'app Citrix Workspace.

     Nota

     L'app Citrix Workspace 2402 presenta solo l'interfaccia utente di installazione del plug-in su una nuova installazione. Per gli aggiornamenti sul posto per presentare anche questa opzione, è necessaria l'app Citrix Workspace 2405 o versione successiva.

   • Tramite la riga di comando o gli script per i dispositivi gestiti utilizzando:

     C:\>CitrixWorkspaceApp.exe /installMSTeamsPlugin

   • Gli amministratori possono anche installare il plug-in manualmente sopra qualsiasi app Citrix Workspace supportata (vedere i requisiti di sistema) utilizzando 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 i flag appropriati, come descritto in msiexec.

     Importante

     Plugin MSI link per il download per clienti Citrix: aka.ms/plugin.

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

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

• I plug-in non possono essere downgrade, ma solo aggiornati o reinstallati (ripristinati).
• L'installazione per utente di CWA non è supportata.
• Se non viene trovato CWA nell'endpoint, l'installazione viene interrotta.

Versione nota di rilascio	Dettagli
2025.14.1.8	Maggio 2025-Il plug-in può ora scaricare i pacchetti SlimCore a 64 bit, aumentando le prestazioni.
2024.41.1.1	Ottobre 2024-Quando si utilizza SlimCore nelle configurazioni multimonitori, un utente Citrix non è in grado di condividere l'intero schermo o singoli monitor. -Tenta un Reset-AppxPackage se la registrazione del pacchetto SlimCoreVdi MSIX non riesce dopo la creazione del canale virtuale.
2024.32.X.X	Agosto 2024 - Il plug-in prova ora un pacchetto Reset-AppxPackage per SlimCoreVdi MSIX nel caso in cui l'alias AppExecution non sia presente.

Passaggio 3: Registrazione e gestione temporanea di SlimCore MSIX sull'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 ARS (App Readiness Service) nell'endpoint. È possibile che le chiavi del Registro di sistema impostate da un 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, vedi Funzionamento di Criteri di gruppo con le app in pacchetto - MSIX.

Le chiavi del Registro di sistema seguenti potrebbero bloccare l'installazione del 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 successiva. Questa installazione introduce una nuova Criteri di gruppo denominata "Nomi della famiglia di pacchetti consentiti per l'installazione da parte di utenti non amministratori" nella Criteri di gruppo Editor locale.

Gli amministratori possono quindi consentire l'elenco di pacchetti SlimCore consentendo un pacchetto completo familyName (ad esempio, Microsoft.Teams.SlimCoreVdi.win-x64.2024.43_8wekyb3d8bbwe) o usare Regex (ad esempio, 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 uno dei percorsi 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 delle app nell'organizzazione perché gli amministratori impostano criteri restrittivi. Alcuni dei criteri noti dell'oggetto Criteri di gruppo che potrebbero impedire l'installazione includono:

• Impedire agli utenti non amministratori di installare le app di Windows in pacchetto.
• Consenti l'installazione di tutte le app attendibili (disabilitata).

Nota

AppLocker o Controllo applicazioni di Windows Defender possono anche impedire l'installazione del pacchetto MSIX.

AppLocker è una funzionalità di sicurezza approfondita e non considerata una funzionalità di sicurezza di Windows difendibile. Usa Controllo di applicazioni di Windows Defender quando l'obiettivo è fornire una protezione efficace da una minaccia e non prevedi limitazioni di progettazione per impedire che la funzionalità di sicurezza raggiunga questo obiettivo.

Importante

Assicurati che non ci siano criteri o configurazioni di blocco oppure aggiungi un'eccezione per i pacchetti SlimCore MSIX in Criteri di sicurezza locali -> Criteri di controllo applicazioni -> AppLocker.

AppLocker non è in grado di elaborare i caratteri jolly finali, a differenza di Controllo di applicazioni di Windows Defender. Poiché i pacchetti SlimCoreVdi contengono un PackageFamilyName specifico della versione (ad esempio, Microsoft.Teams.SlimCoreVdi.win-x64.2024.36_8wekyb3d8bbwe), i clienti possono aggiungere esclusioni AppX o MSIX facendo affidamento sull'PublisherID 8wekyb3d8bbwe.

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

<App AppUserModelId="Microsoft.Teams.SlimCoreVdi.<architettura-piattaforma><>.<>release_version_8wekyb3d8bbwe! MsTeamsVdi" />

Ad esempio: <AppUserModelId="Microsoft.Teams.SlimCoreVdi.win-x86.2025.12_8wekyb3d8bbwe! MsTeamsVdi" />.

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

Verifica che il punto finale sia ottimizzato

Una volta soddisfatti tutti i requisiti minimi, avviando nuovo Teams per la prima volta trova ancora in modalità ottimizzata WebRTC per impostazione predefinita.

Importante

Per le esperienze di prima esecuzione, sono necessari due riavvii dell'app per ottenere la nuova ottimizzazione.

Puoi controllare il client di Teams che hai ottimizzato con la nuova architettura passando ai puntini di sospensione (tre puntini ...) sulla barra superiore, quindi selezionando Impostazioni > su. Le versioni di Teams e client sono elencate qui.

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

Il plug-in (MsTeamsPluginAvd.dll o MsTeamsPluginCitrix.dll) è responsabile del download del motore multimediale e di SlimCore, che è un pacchetto MSIX. Viene installato automaticamente senza privilegi di amministratore o viene riavviato (ad esempio, il percorso esatto varia):

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

Il client desktop remoto scarica il pacchetto SlimCore x64 o x86 e Citrix CWA scarica un pacchetto x86. Questa cartella è 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 powershell è:

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

Importante

Microsoft archivia fino a 12 versioni di SlimCoreVdi per motivi di compatibilità. Archiviamo queste versioni nel caso in cui l'utente acceda a diversi ambienti VDI, ad esempio persistenti, in cui i nuovi aggiornamenti automatici di Teams stessi e non persistenti, in cui i nuovi aggiornamenti automatici di Teams sono disabilitati.

Se sei ottimizzato, puoi vedere MsTeamsVdi.exe in esecuzione nell'endpoint per Desktop virtuale di Azure/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), selezionare Mostra il riquadro inferiore in Visualizza e passare alla scheda DLL, è anche possibile vedere il plug-in (MsTeamsPluginAvd.dll o MsTeamsPluginCitrix.dll) in fase di caricamento. Questa azione è un utile passaggio per la risoluzione dei problemi nel caso in cui non si stia ottenendo la nuova ottimizzazione.

Se si abilita il riquadro inferiore e si passa alla scheda DLL, è anche possibile vedere il plug-in caricato. Questa azione è un utile passaggio per la risoluzione dei problemi nel caso in cui non si stia ottenendo la nuova ottimizzazione.

Indicatore di stato VDI

Microsoft Teams visualizza informazioni sullo stato di ottimizzazione, aiutando l'utente a capire se è ottimizzato o meno. Mostra anche se usa l'ottimizzazione WebRTC legacy o la nuova ottimizzazione basata su Slimcore posizionando il cursore sul banner Ottimizzato .

Nei casi in cui Microsoft Teams non è ottimizzato, l'utente visualizza 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 visualizzato un collegamento per ricevere altre informazioni sull'errore e, se è utilizzabile, possono provare una correzione automatica.

Roaming della sessione e riconnessioni

I nuovi Team caricano WebRTC o SlimCore al momento dell'avvio. Se le sessioni desktop virtuali sono disconnesse (non disconnesse, Teams viene lasciato in esecuzione sulla macchina virtuale), Teams non può cambiare gli stack di ottimizzazione a meno che non venga riavviato. Di conseguenza, gli utenti potrebbero essere in modalità di fallback (non ottimizzati) se eseguono il roaming tra dispositivi diversi che non supportano la nuova architettura di ottimizzazione. Ad esempio, un dispositivo MAC usato in BYOD (portare il proprio dispositivo) mentre si lavora da casa e un thin client gestito dall'azienda in ufficio. Per evitare questo scenario, Teams richiede all'utente un dialogo modale che chiede di riavviare l'app. Dopo il riavvio, gli utenti sono in modalità di ottimizzazione WebRTC.

Inoltre, gli utenti possono effettuare il roaming da un dispositivo che supporta solo WebRTC a un dispositivo che supporta SlimCore. In questo scenario, Teams chiede anche all'utente con un dialogo modale di riavviare l'app. Dopo il riavvio, gli utenti sono in modalità di ottimizzazione SlimCore.

Opzioni di riconnessione	Se l'ottimizzazione corrente è WebRTC	Se l'ottimizzazione corrente è SlimCore
Riconnessione da un endpoint senza MsTeamsPlugin	Quindi l'ottimizzazione classica di WebRTC. ("AVD Media Optimized"). "Citrix HDX Media Optimized").	Riavvia quindi la richiesta di dialogo. Dopo il riavvio, l'utente usa l'ottimizzazione classica di WebRTC. In caso contrario, Teams non viene riavviato e l'utente è in modalità di fallback (rendering lato server).
Riconnessione da un endpoint con MsTeamsPlugin	Riavvia quindi la richiesta di dialogo. Dopo il riavvio, l'utente ha una nuova ottimizzazione SlimCore. In caso contrario, Teams non viene riavviato e l'utente è ancora in WebRTC.	Quindi nuova ottimizzazione basata su SlimCore.

Considerazioni sulla rete

Nota

MsTeamsVdi.exe è il processo che effettua tutte le connessioni di rete TCP/UDP ai server di inoltro/conferenza di Teams o ad altri peer.

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

Verificare che il dispositivo dell'utente disponga di connettività di rete (UDP e TCP) all'ENDPOINT ID 11, 12, 47 e 127 descritti in URL e intervalli di indirizzi IP per Microsoft 365.

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 Transport Relay 3478 (STUN), 3479 (Audio), 3480 (Video), 3481 (condivisione schermo)
12	Consenti obbligatorio	Sì	*.lync.com, *.teams.microsoft.com, teams.microsoft.com 52.112.0.0/14, 52.122.0.0/15, 52.238.119.141/32, 52.244.160.207/32, 2603:1027::/48, 2603:1037::/48, 2603:1047::/48, 2603:1057::/48, 2603:1063::/38, 2620:1ec:6::/48, 2620:1ec:40::/42	TCP: 443, 80
47	Impostazione predefinita obbligatoria	No	*.office.net	TCP: 443, 80	Usato per il download di SlimCore e gli effetti di sfondo
127	Impostazione predefinita obbligatoria	No	*.skype.com	TCP: 443, 80

Architettura di rete

Procedura dettagliata dell'architettura nel diagramma:

1. Avvia nuovi team.
2. Il client Teams esegue l'autenticazione nei servizi di Teams. I criteri tenant vengono inoltrati 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 o HDX trasporta la richiesta all'app Client Desktop remoto o Citrix Workspace che in precedenza ha caricato MsTeamsPlugin (componente del canale virtuale sul lato client).
6. Il client DESKTOP o l'app Citrix Workspace genera un nuovo processo chiamato MsTeamsVdi.exe, ovvero il nuovo motore multimediale (SlimCore) utilizzato per la nuova ottimizzazione.
7. Il motore di supporto SlimCore (sul client) e msteams.exe (sul desktop virtuale) hanno ora un canale bidirezionale e possono iniziare a elaborare richieste multimediali.

Chiamate degli utenti

8. Peer A seleziona il pulsante di chiamata. MsTeamsVdi.exe comunica con i servizi Microsoft Teams in Azure, stabilendo un percorso di segnalazione end-to-end con peer B. MsTeamsVdi.exe raccoglie una serie di parametri di chiamata supportati (codec, risoluzioni e così via, nota 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 single-pass) viene eseguita attraverso il canale di segnalazione e i controlli di connettività ICE (NAT e Firewall traversal using STUN bind requests) vengono completati. Quindi, i flussi multimediali Secure Real-Time Transport Protocol (SRTP) passano direttamente tra MsTeamsVdi.exe e gli altri server peer (o Teams Transport Relay o Conference).

I blocchi IP per segnalazione, elementi multimediali, effetti di sfondo e altre opzioni sono descritti in questo articolo.

Tipi di traffico gestiti da SlimCore sull'endpoint

1. La connettività per i flussi multimediali di Teams viene implementata usando le procedure IETF Interactive Connectivity Establishment (ICE) standard per STUN e TURN.
2. Elementi multimediali in tempo reale. Dati incapsulati all'interno del protocollo RTP (Real-Time Transport Protocol) che supporta i 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 di livello di trasporto, che è il miglior trasporto per i supporti interattivi in tempo reale da una prospettiva di qualità.
   • Come ultima risorsa, i supporti possono usare TCP/IP e anche essere tunneling all'interno del protocollo HTTP, ma non lo consigliamo a causa di implicazioni di cattiva qualità.
   • Il flusso RTP è protetto tramite SRTP, in cui viene crittografato solo il payload.
3. Segnalazione. Il collegamento di comunicazione tra l'endpoint e i server di Teams, o altri client, usato per controllare le attività (ad esempio, quando viene avviata una chiamata). La maggior parte del traffico di segnalazione utilizza UDP 3478 con fallback a HTTPS, anche se in alcuni scenari (ad esempio, la connessione tra Microsoft 365 e un controller dei confini della sessione) utilizza il protocollo SIP. È importante tenere presente che questo traffico è molto meno sensibile alla latenza, ma può causare interruzioni del servizio o timeout delle chiamate se la latenza tra gli endpoint supera diversi secondi.

Consumo di larghezza di banda

Microsoft Teams è progettato per offrire esperienze audio, video e di condivisione contenuti eccezionali, a prescindere dalle condizioni di rete. Quando la larghezza di banda è insufficiente, Teams assegna priorità alla qualità audio rispetto alla qualità video. Quando la larghezza di banda non è limitata, Teams ottimizza la qualità multimediale, tra cui audio ad alta fedeltà, risoluzione video fino a 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 endpoint e dispositivi di rete e determinare come gestire il traffico multimediale per chiamate e riunioni.

• Come prerequisito, abilitare la QoS a livello globale nel Teams Amministrazione Center. Vedere Configurare QoS nell'interfaccia di amministrazione di Teams per informazioni dettagliate sull'abilitazione dei marcatori QoS (Insert Quality of Service) per le impostazioni del traffico multimediale in tempo reale .

  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 schermo	50.040 = 50.059	TCP/UDP	18	Assured Forwarding (AF41)

• Per informazioni sulla configurazione dei contrassegni DSCP per gli endpoint di Windows, vedere Implementare QoS nei client di Teams.

  Nota

  Qualsiasi contrassegno basato sull'endpoint deve essere applicato a MsTeamsVdi.exe, il processo che gestisce tutto il offload multimediale sul dispositivo dell'utente. Per altre informazioni sulla QoS, fai riferimento al documento playbook .

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

• L'impostazione di QoS nei dispositivi di rete può includere alcuni o tutti:

  • uso di Controllo di accesso Elenchi 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 di destinazione "any". Questi criteri catturano il traffico multimediale sia in ingresso che in uscita nella rete interna.

Tecnologie non consigliate con Microsoft Teams in VDI

1. Rete VPN. Non consigliato per il traffico multimediale.
2. Packet shaper. Qualsiasi tipo di dispositivo packet sniffer, packet inspection, proxy o packet shaper non è consigliato per il traffico multimediale di Teams e può ridurre significativamente la qualità.

Criteri di PowerShell di Microsoft Teams per l'ottimizzazione

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

Le configurazioni predefinite dei criteri sono:

• DisableCallsAndMeetings: False
• DisableAudioVideoInCallsAndMeetings: False

Questo criterio ora ha un argomento aggiuntivo come l'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 dei 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 relative alle riunioni in un ambiente VDI.	PS C:\> New-CsTeamsVdiPolicy -Identity RestrictedUserPolicy -VDI2Optimization "Disabled"	Il comando illustrato qui usa il cmdlet New-CsTeamsVdiPolicy per creare un nuovo criterio VDI con identity 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 criteri VDI di Teams in 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, a un utente con identità "Ken Myer" viene assegnato RestrictedUserPolicy.
Set-CsTeamsVdiPolicy	Consente agli amministratori di aggiornare i criteri VDI esistenti.	PS C:\> Set-CsTeamsVdiPolicy -Identity RestrictedUserPolicy -VDI2Optimization "Disabled"	Il comando illustrato qui usa il cmdlet Set-CsTeamsVdiPolicy per aggiornare un criterio VDI esistente con Identity RestrictedUserPolicy. Questo criterio utilizza 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 tornano al criterio predefinito nell'organizzazione.	PS C:\> Remove-CsTeamsMeetingPolicy -Identity RestrictedUserPolicy	Nell'esempio mostrato in precedenza, il comando elimina i criteri utente con restrizioni dall'elenco di criteri dell'organizzazione e rimuove tutte le assegnazioni di questo criterio dagli utenti a cui è assegnato il criterio.
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 il criterio riunione per utente che include un Identity SalesPolicy. Poiché le identità sono univoche, questo comando non restituisce più di un elemento.

Elenco delle funzionalità con la nuova ottimizzazione

Funzionalità	Disponibile su SlimCore (Windows)	Disponibile su WebRTC (Windows)
1080p	Sì	No
Accelerazione hardware sull'endpoint	Sì 2	No
Visualizzazione Raccolta 3x3 e 7x7	Sì	No
Qualità del servizio	Sì	No
Eliminazione del rumore	Sì	Sì (AVD)
Isolamento vocale	Sì	No
NASCOSTO	Sì	Sì (AVD e Omnissa)
Modalità Relatore	Sì	No
Teams Premium	Controllare la pagina Teams Premium	Controllare la pagina Teams Premium
Sfondi personalizzati dell'organizzazione	Sì (Teams Premium licenza necessaria)	No
Effetto sfondo caricato dall'utente	Sì 3	No
Zoom +/-	Sì	No
Bypass multimediale, routing basato sulla posizione, Operator Connect 1	Sì	No
Dashboard per la qualità delle chiamate e interfaccia di amministrazione di Teams	Sì	Limitato
App pubblicata/app remota	No	Sì
Concedere/assumere il controllo	Sì	Sì
Condivisione di app	Sì	Sì
e911	Sì	Sì
Simulcast	Sì	Sì
Condividere l'audio di sistema	Sì	Sì
Suoneria secondaria	Sì	Sì
Sfocatura dello sfondo	Sì	Sì
Gli organizzatori possono pianificare riunioni, webinar e municipio	Sì	Sì
Organizzatori, relatori e partecipanti possono partecipare a riunioni e webinar	Sì	Sì
Organizzatori e relatori possono partecipare ai municipio	Sì	No
I partecipanti possono partecipare ai municipio	Sì	Sì
Organizzatori di riunioni e webinar e relatori sono ottimizzati	Sì	Sì
Organizzatori e relatori del municipio sono ottimizzati	Sì	No
I partecipanti a riunioni e webinar sono ottimizzati	Sì	No
I partecipanti al municipio sono ottimizzati	No	No
Annotazioni	Solo come relatore. 4	No

¹ 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. Operator Connect with wireline numbers can use IP or subnet to map to a location. Per altri dettagli, seleziona Tipi di numeri di rete wireless e a linee in India. ² L'accelerazione hardware grafica 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. ⁴ I visualizzatori non vedranno le annotazioni (sono nascoste dalla sovrapposizione della finestra video in arrivo)

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\Microsoft\TeamsVDI\avd-default-<cloudname>\
• C:\users\<user>\AppData\Local\Microsoft\TeamsVDI\citrix-default-<cloudname>\

Importante

I thin client bloccati devono consentire la lettura/scrittura di queste posizioni. In caso contrario, la nuova ottimizzazione potrebbe non riuscire. Per i più vecchi Windows 10 1809 Thin Clients (ad esempio Dell Wyse 5070 e modelli simili), il percorso della cartella per il profilo SlimCore è C:\Users\<user>\AppData\Local\Packages\Microsoft.Teams.SlimCoreVdi.win-<architecture>.<version>_8wekyb3d8bbwe\LocalCache\.

Log, configurazioni e modelli AI o ML (usati per l'eliminazione del rumore, la stima della larghezza di banda e così via) vengono salvati in questa posizione. Se queste cartelle vengono eliminate dopo la disconnessione di un utente (ad esempio, thin client bloccati senza profili mobili), MsTeamsVdi.exe le ricrea e scarica la configurazione specifica dell'utente (circa 12 MB di dati). I dati specifici dell'utente possono raggiungere ~100 MB (inclusi circa 60 MB per i log).

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

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

Nota

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

Importante

Se è necessario scegliere questo metodo, è necessario garantire che:

1. L'aggiornamento automatico di Teams è disabilitato nel desktop virtuale.
2. I pacchetti SlimCore vengono pre-provisioning nell'archiviazione locale dell'endpoint o nella condivisione di rete prima di aggiornare i nuovi 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à di fallback (rendering sul lato server).

Questa situazione si verifica perché le nuove versioni di Teams e SlimCore devono corrispondere.

Passaggi di configurazione

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

   • 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 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 l'esatta versione del pacchetto SlimCore MSIX dalla rete per la distribuzione di contenuti microsoft corrispondente alla nuova versione di Teams che si prevede di distribuire in futuro.

   Importante

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

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

   Nota

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

Filtro scrittura unificato

I clienti con Thin Clients con filtri scrittura unificati devono creare le seguenti esclusioni per consentire il provisioning dei pacchetti SlimCore MSIX:

• uwfmgr.exe file Add-Exclusion "C:\Programmi\WindowsApps"
• uwfmgr.exe file Add-Exclusion "C:\Utenti\Utente\AppData\Local\Packages"
• uwfmgr.exe file Add-Exclusion "C:\Utenti\Utente\AppData\Local\Microsoft\WindowsApps"
• uwfmgr.exe file Add-Exclusion "C:\Utenti\Utente\AppData\Local\Microsoft\TeamsVDI"

Problemi noti

• AVD RemoteApps e Citrix Published Apps non sono supportati in questo momento.
• Screen Capture Protection (SCP) fa sì che lo schermo del relatore sia visualizzato come una schermata nera con solo il cursore del mouse in alto (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 successiva.
• Le chiamate vengono eseguite su Teams in esecuzione sul computer locale con una periferica HID connessa se un utente avvia un desktop virtuale da quella stessa macchina locale e accede a Teams. Questo problema può verificarsi anche se l'utente aveva un desktop virtuale attivo e ne avvia una seconda con Teams installato (o altre app per le comunicazioni unificate 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).
• Nella Pannello di controllo/App/App installate dell'endpoint, gli utenti vedono più voci "VDI di Microsoft Teams" (una per ogni pacchetto Slimcore installato).
• Quando si esegue la condivisione dello schermo schermo schermo intero, la finestra del monitor di chiamata è visibile agli altri partecipanti (senza contenuti video all'interno).
• In Citrix, le sessioni di condivisione delle app potrebbero bloccarsi per gli altri partecipanti se il relatore usa sia VDA (agente di recapito virtuale) versione 2402 che CWA per Windows 2309.1 (o versioni successive).
  • Il problema si verifica quando un elemento video viene eliminato.
    • Ad esempio, un partecipante disattiva la fotocamera al centro della sessione di condivisione dell'app.
    • Se qualcuno attiva solo la videocamera, non c'è problema perché l'elemento video viene creato, non distrutto.
    • Se il relatore ingrandisce il monitor di chiamata, che distrugge l'anteprima automatica di ciò che il relatore condivide.
  • L'arresto e la condivisione della finestra dovrebbero risolvere il problema.
  • Questo problema è stato risolto nelle nuove versioni di Teams 24335.206.X.X o successive.
• Se stai facendo una videochiamata e apri il menu Start sulla macchina virtuale, nella finestra della riunione di Teams viene visualizzata una schermata vuota anziché il feed video.
• In CQD, VdiMode (x2xx) rappresenta sia VDI SlimCore ottimizzato che Unoptimized Fallback, che potrebbe inginografare in modo errato la qualità delle chiamate.

Collaborazione tra cloud

Le organizzazioni nei cloud Pubblico, GCC (Government Community Cloud), GCCH (Government Community Cloud High) e DoD (Department of Defense) di Microsoft possono ora collaborare in modo efficiente con la nuova ottimizzazione (questa collaborazione si applica sia all'interno dell'azienda che all'intera azienda). Questa collaborazione implica spesso l'accesso a 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. Con la nuova ottimizzazione basata su Teams e Slimcore, gli utenti possono ora usufruire di un'esperienza utente ad alta definizione. Per ulteriori informazioni su Cross Cloud, consulta questo collegamento.

Sono supportati gli scenari seguenti:

• Cross Cloud Anonymous consente lo scenario in cui un utente ha eseguito l'accesso al cloud A in Teams e partecipa a una riunione in un cloud B diverso in modalità anonima. Per altre informazioni, vedere Gestire l'accesso anonimo dei partecipanti alle riunioni di Teams, ai webinar e ai comuni (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, tra cui ottimizzazione audio/video, condivisione dello schermo, condivisione file e chat 1:1 e 1:n. Controlla qui per maggiori dettagli.
• L'accesso a una riunione autenticato tra cloud offre a un utente di Teams la possibilità di partecipare a una riunione in un altro cloud dopo avere eseguito l'accesso al proprio account nel tenant di casa. Questa caratteristica offre all'host della riunione la possibilità di convalidare le identità dei partecipanti alla riunione senza concedere a tali partecipanti l'accesso al tenant host.

Versioni minime: Teams 25060.205.3499.6849. Client Desktop remoto 1.2.6186. Citrix Plugin 2024.41.1.1.

Problemi noti:

• HID funziona solo nel cloud primario.
• La disattivazione dell'audio dall'interfaccia utente di Teams non riproduce il comando vocale "Disattiva audio/Riattivato" nel cloud non principale.
• Altre limitazioni per le periferiche sono descritte qui
• Qualsiasi utente connesso 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à di fallback (rendering sul lato server) finché non torna su un dispositivo che supporta SlimCore. Questo problema si verifica perché WebRTC non supporta alcuna funzionalità Cross Cloud.
• Se le funzionalità Cross Cloud non funzionano anche se l'utente soddisfa i requisiti minimi, è possibile uscire da Teams (dopo che è stato ottimizzato con SlimCore) e provare a eliminare un file denominato ecs_settings.dat64 nel percorso seguente: %localappdata%\packages\MSTeams_8wekyb3d8bbwe\LocalCache\microsoft\MSTeams. Riavvia Teams.

Elenco dei canali virtuali consentiti di Citrix

L'impostazione dei criteri elenco di canali virtuali consentiti in CVAD consente l'uso di un elenco di indirizzi consentiti che specifica quali canali virtuali possono essere aperti in una sessione ICA. Quando abilitato, tutti i processi tranne i canali virtuali incorporati Citrix devono essere indicati. Di conseguenza, sono necessarie più voci per consentire al nuovo client di Teams 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 nuovi canali virtuali personalizzati di Teams perché l'elenco dei domini consentiti non include il nuovo nome del processo principale di Teams.

Per il funzionamento del nuovo client Teams sono necessari tre canali virtuali personalizzati: MSTEAMS, MSTEAM1 e MSTEAM2. Ms-teams.xes accede a questi canali. È possibile usare i caratteri jolly per consentire il ms-teams.exe eseguibile e il canale virtuale personalizzato:

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

1. Il supporto per i caratteri jolly è disponibile in:

   • VDA 2206 CR.
   • VDA 2203 LTSR a partire da CU2.

2. Per rendere effettiva la policy è necessario riavviare i computer VDA.

Condivisione dello schermo.

Sia la condivisione dello schermo in uscita che la condivisione delle app si comportano in modo diverso in VDI ottimizzato rispetto al client desktop non ottimizzato di Teams. Di conseguenza, queste attività richiedono la codifica che utilizza 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.

Una condivisione schermo schermo intero acquisisce il monitor di chiamata di Teams e lo rende visibile agli altri partecipanti. Gli elementi video all'interno non sono visibili e sono invece visualizzati come quadratini vuoti. Quando si esegue la condivisione di app, solo l'applicazione condivisa è visibile agli altri partecipanti e il monitor della chiamata non viene acquisito.

Citrix App Protection e compatibilità con Microsoft Teams

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

Protezione acquisizione schermo AVD e compatibilità di Microsoft Teams

Gli utenti con Screen Capture Protection (SCP) abilitato a bloccare l'acquisizione dello schermo sul client desktop remoto (Blocca acquisizione schermata nel client) possono comunque condividere lo schermo e le app usando la 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 Windows App 2.0.379.

Gli utenti con versioni inferiori condividono invece uno schermo nero con SCP abilitato.

Periferiche in VDI

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

Nota

Con alcune periferiche, due app Unified Communications eseguite 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 la chiave può essere creata nell'endpoint. (La chiave può essere creata anche sulla macchina virtuale se hai il plug-in 2025.14.1.8 (Citrix) o il client Desktop remoto 1.2.6275 / Windows App 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 su vdi_connection_info.json: questo file nella macchina virtuale contiene informazioni sulla sessione corrente e sull'ultima sessione, ad esempio lo stato di ottimizzazione, le periferiche e le versioni software dei diversi componenti.

Percorso (nell'host VDA o RD): C:\Nomeutente> utenti<\AppData\Local\Packages\MSTeams_8wekyb3d8bbwe\LocalCache\Microsoft\MSTeams\tfw

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

• Gli amministratori che distribuiscono uno script di automazione in un host VDA o RD per rilevare se il sistema operativo dell'endpoint client è cambiato dall'ultima connessione. Lo script utilizza il contenuto del file JSON per confrontare i valori delle ultime due sessioni ed emette i propri avvisi/messaggi popup.
• Sviluppatori che creano app di terze parti che segnalano lo stato corrente della connessione di ottimizzazione VDI. Lo script utilizza il contenuto del file JSON per recuperare tutte le informazioni disponibili su connessione, ottimizzazione e dispositivo della sessione di Teams corrente.

Struttura 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 (remoto = ottimizzato, locale = non ottimizzato) (rimane statico per tutta la sessione VDI)
• Versione SlimCore sull'endpoint - remoteSlimcoreVersion
• Versione VdiBridge sulla macchina virtuale - bridgeVersion
• Versione plug-in di MS Teams sull'endpoint - pluginVersion
• Versione di Teams - vdiVersionInfo.teamsVersion
• Piattaforma client - vdiVersionInfo.clientPlatform
• Versione client VDI (CWA o Windows App) - vdiVersionInfo.rdClientVersion
• Versione del sistema operativo VM - vdiVersionInfo.vmVersion
• Dispositivi periferici 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

Quando si utilizza l'ottimizzazione WebRTC, viene popolato solo vdiConnectedState, che indica quale ottimizzazione è attualmente attiva la sessione. Non sono archiviate informazioni vdiVersionInfo e sul dispositivo nel file JSON per la sessione. Quando non è disponibile alcuna ottimizzazione, non ci sono aggiornamenti apportati al file JSON.

Call Quality Dashboard in VDI

Call Quality Dashboard (CQD) consente ai professionisti IT di usare i dati aggregati per identificare i problemi che creano problemi di qualità multimediale confrontando le statistiche per gruppi di utenti allo scopo di identificare tendenze e modelli. Call Quality Dashboard non è incentrato sulla risoluzione dei singoli problemi di chiamata, ma sull'identificazione di problemi e soluzioni applicabili a molti utenti.

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

Nota

Il nuovo modello QER (Quality of Experience) è disponibile nei modelli di query di Power BI per il download di Call Quality Of Experience. La versione 8 include ora modelli per la revisione delle metriche VDI incentrate sul client.

Importante

In CQD, il valore VdiMode (x2xx) rappresenta sia SlimCore VDI ottimizzato che VDI SlimCore non connesso (Fallback non ottimizzato). Questa duplicazione può causare un'interpretazione errata, in quanto la scarsa qualità delle chiamate in una sessione non ottimizzata potrebbe sembrare un problema con L'ottimizzazione SlimCore VDI. Stiamo lavorando per risolvere questa limitazione nella telemetria. Per il momento, è consigliabile usare i log di Teams per verificare lo stato di ottimizzazione effettivo.

Nozioni fondamentali sulla query

Una query/report CQD ben formato contiene tutti e tre i parametri seguenti:

• Misurazione
• Dimensione
• Filter

Ecco alcuni esempi di query ben formata:

1. "Mostra flussi scadenti [Misurazione] per gli utenti VDI con la nuova ottimizzazione [dimensione] per il mese scorso [filtro]."
2. "Mostra scarsa condivisione app [misurazione] per totale Stream conteggio [dimensione] per il mese scorso E dove la modalità VDI del primo O secondo client è stata ottimizzata [filtri]."

Come filtri è anche possibile usare molti valori dimensione e misura. È possibile usare i filtri nella query per eliminare le informazioni nello stesso modo in cui si seleziona una dimensione o un'unità di misura per aggiungere o includere informazioni nella query.

Funzione di UNION

Per impostazione predefinita, i filtri consentono di filtrare le condizioni con l'operatore AND. Tuttavia, in alcuni scenari può essere necessario combinare più condizioni di filtro per ottenere un risultato simile a un'operazione OR. Ad esempio: Per ottenere tutti i flussi da utenti VDI, UNION fornisce una visualizzazione distinta del set di dati unito. Per usare UNION, inserire il testo comune nel campo UNION nelle due condizioni di filtro che si desidera UNION.

Posizione del chiamante e del destinatario della chiamata

Caller o Callee non usa i campi Caller, ma First e Second perché sono in corso passaggi tra il chiamante e il chiamante.

• Prima di tutto è sempre l'endpoint server (ad esempio, AV MCU o Media Processor Server) se un server è coinvolto nello stream.
• Secondo è sempre l'endpoint client, a meno che non si tratti di uno stream server-server.

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