Nota
L'accesso a questa pagina richiede l'autorizzazione. È possibile provare ad accedere o modificare le directory.
L'accesso a questa pagina richiede l'autorizzazione. È possibile provare a modificare le directory.
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
- 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.
- 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).
- 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
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.
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:
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:
- Avvia nuovi team.
- 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.
- Teams rileva che è in esecuzione in un ambiente desktop virtuale e crea un'istanza del servizio vdibridge interno.
- Teams apre un canale virtuale sicuro sul server.
- 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).
- 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.
- 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
- 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.
- 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
- La connettività per i flussi multimediali di Teams viene implementata usando le procedure IETF Interactive Connectivity Establishment (ICE) standard per STUN e TURN.
- 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.
- 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
- Rete VPN. Non consigliato per il traffico multimediale.
- 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 |
1 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. 2 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). 3 Se si partecipa a una riunione come guest, questa funzionalità non è supportata. 4 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:
- L'aggiornamento automatico di Teams è disabilitato nel desktop virtuale.
- 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
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.
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
.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.
- Il problema si verifica quando un elemento video viene eliminato.
- 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
Il supporto per i caratteri jolly è disponibile in:
- VDA 2206 CR.
- VDA 2203 LTSR a partire da CU2.
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:
Ecco alcuni esempi di query ben formata:
- "Mostra flussi scadenti [Misurazione] per gli utenti VDI con la nuova ottimizzazione [dimensione] per il mese scorso [filtro]."
- "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.