Nova solução VDI para o Teams

A nova solução VDI para o Teams é uma nova arquitetura para otimizar a entrega de cargas de trabalho multimídia em áreas de trabalho virtuais.

Requisitos do sistema

Requisito	Versão mínima
Teams	-24193.1805.3040.8975 (para a Área de Trabalho Virtual do Azure/Windows 365) -24295.605.3225.8804 (para Citrix) -25198.1109.3837.4725 (para Amazon) -Os pontos de extremidade MAC exigem 26072.521.4595.7966 ou superior -26072.521.4595.7966 (para Omnissa)
Área de Trabalho Virtual do Azure/Windows 365	-aplicativo do Windows para Windows: 2.0.352.0-Cliente de Área de Trabalho Remota para Windows: não há mais suporte. Atualize para o aplicativo do Windows mais recente. -aplicativo do Windows para MAC: 11.3.4 versão não da App Store. Os usuários devem usar o arquivo .pkg autônomo, que pode ser atualizado automaticamente. Não há suporte para a versão da Store. -Vínculo perene para o cliente MAU mais recente: https://aka.ms/RDMacMAU
Citrix	-VDA (Agente de Área de Trabalho Virtual): 2203 (Atualização Cumulativa) 3 ou 2305 CR (Versão de Serviço de Longo Prazo) - Citrix Workspace app (CWA) para Windows: 2203 LTSR (qualquer atualização cumulativa), 2402 LTSR ou 2302 CR. -MsTeamsPluginCitrix: 2024.41.1.1 (para Windows) -Aplicativo Citrix Workspace para MAC: 2508.10 -MsTeamsPluginCitrix: 2025.49.x.x (para MAC) aka.ms/macplugin -Há suporte apenas para versões do CWA que não estão no Fim da Vida Útil
Amazon WorkSpaces	Cliente 5.31.0.5733. WSP (Server Agent) 2.1.0.1840
Omnissa Horizon	Cliente para Windows 8.17 ou superior
Ponto de extremidade	-Windows 10 1809 (requisito mínimo do SlimCore) -Canal de Serviço de Longo Prazo do Windows Enterprise Thin clients no Windows 10 2019/2021 ou no Windows 11 2024 têm suporte - os GPOs não devem bloquear instalações MSIX (consulte Etapa 3: preparo e registro do SlimCore MSIX no ponto de extremidade) -CPU mínima: Intel Celeron (ou equivalente) @ 1,10 GHz, quatro núcleos, RAM mínima: 4 GB-macOS 14, 15 ou 26 (requer CWA 2511)

Componentes

Componente	Função	Atualizar	Tamanho	Observações
Teams vdiBridge	Módulo de canal virtual do lado do servidor.	Nova versão a cada versão do Teams.		Pacote com o Teams.
VC (canal virtual personalizado)	VC personalizado de propriedade do Microsoft Teams.	API estável - sem atualizações previstas.		Verifique a política do Citrix Studio Lista de permissões de canais virtuais.
Plug-in	dll VC do lado do cliente. Responsável também pelo download e limpeza do SlimCore.	Não frequente (idealmente, sem atualizações).	Aproximadamente 600 KB.	Incluído no Cliente da Área de Trabalho Remota do Windows 1.2.5405.0, no Aplicativo do aplicativo do Windows para Windows 1.3.252 e no Cliente MAU do aplicativo do Windows para MAC 11.3.4 ou superior. O Citrix CWA 2402 para Windows ou superior pode buscar e instalar o plug-in. CWA 2508.10 para MAC Em conjunto com o cliente do Amazon WorkSpaces 5.31.0.5733 para Windows ou superior. Incluído no Horizon Client 8.17 (2512) da Omnissa para Windows ou superior
SlimCore	Mecanismo de mídia (específico do sistema operacional, não específico do fornecedor VDI).	Atualizado automaticamente para uma nova versão a cada nova versão do Teams.	Aproximadamente 50 MB.	Pacote MSIX hospedado na Rede de Distribuição de Conteúdo pública da Microsoft.

Otimizando com a nova solução VDI para o Teams

Etapa 1: confirmar os pré-requisitos

1. Verifique se você tem a nova versão do Microsoft Teams 24193.1805.3040.8975 ou superior (para Área de Trabalho Virtual do Azure/Windows 365), 24295.605.3225.8804 ou superior para Citrix ou 26032.206.4355.6508 para Omnissa.

2. Habilite a política do Teams, se necessário , para um grupo de usuários específico (está habilitado por padrão em todo o nível global da organização).

3. Para a Citrix, você deve configurar a lista de permissões de canais virtuais conforme descrito na seção Lista de permissões de canais virtuais Citrix deste artigo.

4. Para o Amazon WorkSpaces, verifique se o cliente do WorkSpace para Windows é 5.31.0.5733 ou superior.

5. Para o Omnissa Horizon, a otimização agora está em disponibilidade geral - certifique-se de que o cliente Horizon para Windows seja 8.17 (2512) ou superior.

Etapa 2: Instalação do plug-in no ponto de extremidade

1. Para Área de Trabalho Virtual do Azure e Windows 365, o MsTeamsPluginAvd.dll é fornecido com o Cliente de Área de Trabalho Remota para Windows 1.2.5405.0, com o aplicativo aplicativo do Windows Store para Windows 1.3.252 ou superior e com o aplicativo do Windows para MAC que não é da Store versão 11.3.4

   • O plug-in é encontrado no mesmo local de pasta em que o Cliente de Área de Trabalho Remota está instalado. Você pode encontrar o plug-in em AppData\Local\Apps\Área de Trabalho Remota ou C:\Program Files (x86), dependendo do modo em que ele foi instalado.
   • O aplicativo da aplicativo do Windows Store, que é baseado em MSIX, é encontrado em C:\Program Files\WindowsApps. O acesso a esta pasta é restrito.

2. Para o Amazon WorkSpaces, o MsTeamsPluginAmazon.dll é fornecido com o cliente do WorkSpaces para Windows 5.28.0.5487 ou superior.

   • O plug-in é encontrado no mesmo local de pasta em que o cliente do WorkSpaces está instalado.

3. Para o Omnissa Horizon, o MsTeamsPluginOmnissa.dll é fornecido com o Horizon Client para Windows 8.17 (2512) ou superior.

   • O plug-in é encontrado no mesmo local de pasta em que o Horizon Client está instalado (C:\Program Files\Omnissa\Omnissa Horizon Client).

4. Para o aplicativo Citrix Workspace para Windows 2402 ou superior, MsTeamsPluginCitrix.dll pode ser instalado:

   • Usando a interface do usuário ao instalar o aplicativo Citrix Workspace:

     Na página Complementos , marque a caixa de seleção Instalar plug-in VDI do Microsoft Teams e selecione Instalar.

     Concorde com o contrato do usuário que aparece e prossiga com a instalação do aplicativo Citrix Workspace.

     Nota

     O aplicativo Citrix Workspace para Windows 2402 apresenta apenas a interface do usuário de instalação do plug-in em uma instalação recente.
     Para que as atualizações in-loco também apresentem essa opção, é necessário o aplicativo Citrix Workspace para Windows 2405 ou Mac 2603 superior.
     A instalação automática do plug-in quando o CWA é atualizado automaticamente foi introduzida no CWA para Windows 2508.
     A partir do aplicativo Citrix Workspace 2603 para Windows, o CWA pode atualizar automaticamente o plug-in para a versão mais recente, mesmo antes de o CWA atualizar automaticamente para uma versão mais recente.
     Para obter mais informações, marque este artigo da Citrix

   • Por meio de linha de comando ou scripts para dispositivos Windows gerenciados usando C:>CitrixWorkspaceApp.exe /installMSTeamsPlugin

• Os administradores também podem instalar o plug-in manualmente sobre qualquer aplicativo Citrix Workspace existente com suporte (consulte Requisitos do sistema) usando ferramentas como SCCM (use o tipo de implantação do pacote de aplicativos Windows) ou Intune (use o aplicativo de linha de negócios).

  Os administradores podem usar msiexec com sinalizadores apropriados, conforme discutido em msiexec.

  Importante

  • Link de download do MSI do Plug-in do Windows para clientes da Citrix:
    - Para o aplicativo Workspace de 32 bits aka.ms/plugin.
    - Para o aplicativo Workspace de 64 bits (novo) aka.ms/plugin_x64.
    - Para aplicativo https://aka.ms/plugin_arm64de espaço de trabalho baseado em arm.
    - O aplicativo Citrix Workspace (processo wfica) só pode carregar plug-ins da mesma arquitetura (em outras palavras, o CWA de 32 bits carregando a DLL de 64 bits falhará na otimização)
  • Link de download do plug-in do Mac para clientes da Citrix aka.ms/macplugin

• O plug-in MSI detecta automaticamente a pasta de instalação do CWA e coloca MsTeamsPluginCitrix.dll nesse local.

• Os plug-ins só podem ser atualizados enquanto não houver nenhuma sessão ativa da Área de Trabalho Virtual.

• Os plug-ins não podem ser rebaixados, apenas atualizados ou reinstalados (reparados).

• Não há suporte para a instalação por usuário do CWA.

• Se nenhum CWA for encontrado no ponto de extremidade, a instalação será interrompida.

Tipo de usuário	Pasta de instalação	Tipo de instalação
Administrador	64 bits: C:\Program Files (x86)\Citrix\ICA Client 32 bits: C:\Program Files\Citrix\ICA Client	Instalação por sistema

Versão da nota de lançamento	Detalhes
2026.29.1.4	Julho de 2026 - Corrigido problemas de provisionamento e registro do MSIX para thin clients ou dispositivos de quiosque que impediam que novos usuários fossem otimizados com a nova arquitetura. -Somente pacotes MSIX divididos são suportados desta versão do plugin em diante. -Melhorias de segurança
2026.15.1.1	Abril de 2026 - Confiabilidade de watchdog aprimorada do lado do cliente para reduzir desconexões falsas e garantir uma recuperação mais estável de interrupções de rede transitórias. -Suporte para Teams como aplicativos publicados (Citrix Virtual Apps)
2025.43.1.1	Novembro de 2025 - Melhorias no manuseio e transporte do canal virtual. - Melhorias no processo de instalação do MSIX (local de download atualizado para localappdata quando o temp não está disponível). Confiabilidade aprimorada no downloader do BITS. - Correções de registro em log e telemetria para obter melhores diagnósticos
2025.29.1.2	Agosto de 2025 - Recursos adicionais de registro e telemetria
2025.24.1.3	Julho de 2025 - Thin Clients que usam filtros de gravação unificados com sobreposição de RAM podem ter erros de instalação do SlimCore MSIX se as variáveis de ambiente TEMP/TMP (sistema) forem apontadas para um disco RAM. Este plugin corrige esse problema. Para obter mais detalhes, marque a seção UWF (Filtros de Gravação Unificados) mais adiante neste artigo. Além disso, ele dá suporte à desabilitação de HID criando uma chave de registro na máquina virtual (consulte a seção 'Periféricos em VDI')
2025.14.1.8	Maio de 2025 - O plug-in Citrix agora pode baixar pacotes SlimCore de 64 bits, aumentando o desempenho e melhorando as experiências de compartilhamento de tela. Esta versão também dá suporte ao pacote MSIX dividido do SlimCore quando o Teams é 25094.x.x.x ou superior, simplificando os prompts do usuário para permissões de câmera e microfone. Consulte "Novo pacote MSIX dividido" na Etapa 3: preparo e registro do SlimCore MSIX no ponto de extremidade.
2024.41.1.1	Outubro de 2024 - Ao usar o SlimCore em configurações multimonitor, um usuário do Citrix não poderá compartilhar a tela inteira ou monitores individuais. -Tenta um Reset-AppxPackage se os registros de pacote MSIX do SlimCoreVdi falharem depois que o canal virtual for estabelecido.
2024.32.X.X	Agosto de 2024 – O plug-in agora tenta um Reset-AppxPackage para o pacote MSIX SlimCoreVdi no caso de o alias AppExecution estar ausente.

Etapa 3: preparo e registro do SlimCore MSIX no ponto de extremidade

O plug-in executa silenciosamente essa etapa, sem intervenção do usuário ou administrador. O preparo e o registro dependem do Serviço de Preparação de Aplicativos (ARS) no ponto de extremidade. É possível que as chaves do Registro definidas por uma Política de Grupo ou uma ferramenta de terceiros bloqueiem a instalação do pacote MSIX. Para obter uma lista completa das chaves do Registro aplicáveis, consulte Como a Política de Grupo funciona com aplicativos empacotados - MSIX.

Importante

Novo pacote MSIX dividido Um novo instalador do Slimcore de 64 bits está disponível, que divide a instalação do mecanismo de mídia em dois pacotes MSIX diferentes, chamados Host e Framework. Essa alteração tem implicações diretas no AppLocker/WDAC/Política de Grupo Objects (GPO), se configurada no dispositivo do usuário:

• Pacotes host (~100 KB) [Microsoft.Teams.SlimCoreVdiHost.win-x64_8wekyb3d8bbwe] são responsáveis por registrar o SlimCore como um aplicativo no sistema operacional Windows, em um único Nome da Família de Pacotes (PFN) - isso aparece como "Microsoft Teams VDI Optimizer" em Configurações/Aplicativos/Aplicativos instalados. Depois que os usuários concederem permissões de câmera/microfone/localização a esse aplicativo, eles não serão solicitados novamente. Isso resolve uma limitação do instalador anterior do SlimCore MSIX, que tinha PFNs diferentes. Portanto, toda vez que o Teams era atualizado na VM, ele redisparava um prompt do usuário para acesso periférico. MsTeamsVdi.exe cargas do pacote Host e permanece como o processo responsável por todas as comunicações de rede.

• Pacotes Framework (~60 MB) [Microsoft.Teams.SlimCoreVdiFwk.win-x64.<versão>_8wekyb3d8bbwe] contêm apenas bibliotecas de mídia em tempo real. Esses pacotes têm PFNs diferentes, com controle de versão. Eles não são visíveis em Aplicativos/Aplicativos instalados. Vários pacotes do Framework podem coexistir no mesmo ponto de extremidade. MsTeamsVdi.exe carrega automaticamente o pacote Framework que corresponde à versão do Teams na VM.

• Requisitos mínimos do sistema:
  Ambientes AVD/W365 com Teams 25153.x.x.x e cliente de Área de Trabalho Remota 1.2.6278 / aplicativo do Windows 2.0.550.0.
  Ambientes Citrix com Teams 25094.x.x.x e plug-in 2025.14.1.8

As seguintes chaves do registro podem bloquear a instalação do novo pacote MSIX do mecanismo de mídia:

• BlockNonAdminUserInstall
• AllowAllTrustedApps
• AllowDevelopmentWithoutDevLicense

Importante

Endpoints/thin clients gerenciados com BlockNonAdminUserInstall habilitado ainda podem permitir a instalação de pacotes SlimCore. Aplique KB5052094 (Windows 11 23H2 e 22H2), KB5052093 (Windows 11 24H2), KB5055612 (Windows 10 22H2) ou qualquer KB subsequente. Esta instalação introduz uma nova Política de Grupo chamada "Nomes de família de pacotes permitidos para instalação de usuário não administrador" no Editor de Política de Grupo Local:

Editor de Política de Grupo –> Configuração do computador -> Modelos administrativos -> Componentes do Windows -> Implantação de pacote de aplicativos -> Os administradores podem então incluir pacotes SlimCore na lista de permissões, permitindo um Nome de Família de Pacote completo (por exemplo, Microsoft.Teams.SlimCoreVdi.win-x64.2024.43_8wekyb3d8bbwe) ou usar Regex (por exemplo, Microsoft.Teams.SlimCoreVdi.*_8wekyb3d8bbwe).

Para a nova arquitetura de Pacote MSIX Dividido, os dois novos pacotes devem ser adicionados à lista de permissões (Microsoft.Teams.SlimCoreVdiHost.win-x64_8wekyb3d8bbwe e Microsoft.Teams.SlimCoreVdiFwk.*_8wekyb3d8bbwe).
Isso também pode ser feito usando Regex: Microsoft.Teams.SlimCoreVdi*.*_8wekyb3d8bbwe

Importante

Se AllowAllTrustedApps estiver desabilitado, a instalação do novo mecanismo de mídia (MSIX) falhará. Esse problema é corrigido nas seguintes atualizações cumulativas do Windows:

• Windows 10: 26 de outubro de 2023 — KB5031445 (Build 19045.3636 do SO)
• Windows 11: 26 de outubro de 2023 — KB5031455 (Build do Sistema Operacional 22621.2506)
• Windows 10 1809: 8 de abril de 2025 — KB5055519 (Compilação 17763.7136 do SO)

Essas três chaves do Registro podem ser encontradas em um dos seguintes locais no dispositivo do usuário:

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

Algumas políticas podem alterar essas chaves do Registro e bloquear a instalação de aplicativos em sua organização porque os administradores definiram uma política restritiva. Algumas das políticas de GPO conhecidas que podem impedir a instalação incluem:

• Impedir que usuários não administradores instalem aplicativos empacotados do Windows.

• Permitir a instalação de todos os aplicativos confiáveis (desabilitado).

Nota

O AppLocker ou o Windows Defender Application Control também podem impedir a instalação do pacote MSIX. O AppLocker é um recurso de segurança de defesa em profundidade e não é considerado um recurso de segurança defensável do Windows. Use o Controle de Aplicativos do Windows Defender quando o objetivo for fornecer proteção robusta contra uma ameaça e se você não esperar limitações por design para impedir que o recurso de segurança atinja esse objetivo.

Importante

Verifique se não há nenhuma configuração ou política de bloqueio ou adicione uma exceção para pacotes MSIX do SlimCore em Política de Segurança Local -> Políticas de Controle de Aplicativos -> AppLocker. O AppLocker não pode processar curingas à direita, ao contrário do Windows Defender Application Control. Como os pacotes SlimCoreVdi antigos ou os novos pacotes Framework contêm um PackageFamilyName específico da versão (por exemplo, Microsoft.Teams.SlimCoreVdi.win-x64.2024.36_8wekyb3d8bbwe ou Microsoft.Teams.SlimCoreVdiFwk.win-x64.2025.14_2025.14.1.4_x64__8wekyb3d8bbwe), os clientes podem adicionar exclusões de AppX ou MSIX contando com o PublisherID 8wekyb3d8bbwe em vez disso. Os novos pacotes de Host são nomes de família de pacotes únicos (Microsoft.Teams.SlimCoreVdiHost.win-x64_8wekyb3d8bbwe).

Os administradores que usam o 'AllAppList' mais granular por aplicativo para definir a lista de aplicativos que têm permissão para executar precisam adicionar exceções desta maneira (já que o SlimCore segue o modelo UWP):

<App AppUserModelId="Microsoft.Teams.SlimCoreVdi.<arquitetura> de< plataforma>.<release_version>_8wekyb3d8bbwe! MsTeamsVdi" />

Para o instalador do MSIX antigo: <App AppUserModelId="Microsoft.Teams.SlimCoreVdi.win-x86.2025.12_8wekyb3d8bbwe!MsTeamsVdi" />.
Para a nova arquitetura Split MSIX: <App AppUserModelId="Microsoft.Teams.SlimCoreVdiHost.win-x64_8wekyb3d8bbwe!MsTeamsVdi" />.

Para encontrar uma lista de pacotes SlimCore lançados, marque esta tabela.

Pontos de extremidade Mac

Nota

O Mac agora está disponível 100% para disponibilidade geral para ambientes AVD/W365 e Citrix.

Os usuários que atendem aos requisitos mínimos descritos anteriormente neste artigo podem ser otimizados usando a nova arquitetura (baseada em SlimCore).

Os clientes do AVD e do Windows 365 devem usar a versão do aplicativo do Windows que não é store (também conhecida como Microsoft AutoUpdate ou cliente MAU), pois apenas essa versão agrupa o plug-in. App Store aplicativo do Windows não incluir o plug-in, portanto, os usuários permanecerão na otimização baseada em WebRTC. Link perene para o cliente MAU mais recente: https://aka.ms/RDMacMAU

Para clientes Citrix, o CWA 2508.10 pode apresentar uma interface do usuário na instalação que solicita que o usuário instale o plug-in, mas esse fluxo requer ação do usuário. O CWA 2603 também oferece suporte à implantação de plug-in por meio do Serviço de Configuração de Aplicativo Global ou da política do Gerenciador de Download de Plug-in de Canal Virtual no Citrix Studio.
Uma próxima versão do CWA (2607) instalará automaticamente o plug-in. Os administradores também podem implantar o plug-in usando outras ferramentas como o JAMF.

Importante

• O Plugin é responsável pelo estabelecimento do canal virtual e pela instalação automática e silenciosa do mecanismo de mídia no dispositivo Mac.
• O plug-in para Mac também inclui o pacote Host SlimCore MSIX. Portanto, o pacote SlimCore buscado e instalado no macOS é somente o Framework ('Microsoft.Teams.SlimCoreVdi.mac-arm64'). Várias versões podem coexistir no mesmo dispositivo de usuário. A versão do Microsoft Teams na VM determina ao plug-in qual versão do SlimCore é necessária.
• Todas essas atividades são transparentes para o usuário e os Administradores.
• Local: /Applications/Utilities/MsTeamsVdi.Plugin.app

Pasta de instalação do SlimCoreVdi

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

Coleção de logs no Mac

Os logs são armazenados no seguinte diretório no dispositivo do usuário: ~/Library/Application Support/Microsoft/TeamsVDI

Recursos não suportados no Mac

• HID (atualmente disponível apenas em Visualização Pública)
• Otimização de reuniões gerais como participante
• No momento, não há suporte para o AVD/W365 para o Cross Cloud
• O compartilhamento de tela de saída em reuniões criptografadas de ponta a ponta está desabilitado
• Compartilhar áudio do sistema
• Proxies autenticados nas configurações de rede do macOS (somente AVD/W365)
• Protocolo LLDP (Link Layer Discovery Protocol) em e911 (somente AVD/W365)
• Aplicativo Remoto / Aplicativos Publicados

Problemas conhecidos no Mac

1. O cursor do mouse do apresentador fica lento durante o compartilhamento do aplicativo. Se o apresentador parar e reiniciar o compartilhamento de aplicativos, o atraso não estará mais presente. Isso é corrigido no Teams 26149.x.x.x ou superior.

2. O plug-in VDI do Zoom anterior à versão 6.6.10 no dispositivo Mac resulta em uma falha do aplicativo Citrix Workspace nas transferências de chamadas.

3. Se você conectar/desconectar monitores externos durante a chamada, o vídeo poderá aparecer na tela errada. Isso também ocorre quando você altera os alinhamentos de exibição durante a sessão HDX.

Verificando se o ponto de extremidade está otimizado

Depois de atender a todos os requisitos mínimos, a inicialização do Teams pela primeira vez tentará carregar no modo otimizado do SlimCore, por padrão.

Você pode marcar no cliente do Teams que está otimizado com a nova arquitetura observando o Indicador de Status VDI (canto superior esquerdo na interface do usuário). Além disso, os usuários podem selecionar as reticências (três pontos ...) na barra superior e, em seguida, selecionar Configurações>sobre. As versões do Teams e do cliente estão listadas lá.

• AVD SlimCore Media Optimized = Nova otimização baseada em SlimCore.
• AVD Media Optimized = otimização baseada em WebRTC.

O plug-in (MsTeamsPluginAvd.dll, MsTeamsPluginCitrix.dll ou MsTeamsPluginAmazon.dll) é responsável por eventualmente baixar o mecanismo de mídia e o SlimCore, que é um pacote MSIX. Ele é instalado silenciosamente sem privilégios de administrador ou reinicia em (exemplo, o caminho exato varia):

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

Para o novo pacote Split MSIX: C:\Program Files\WindowsApps\Microsoft.Teams.SlimCoreVdiFwk.win-x64.2025.28_2025.28.1.4_x64__8wekyb3d8bbweC:\Program Files\WindowsApps\Microsoft.Teams.SlimCoreVdiHost.win-x64_2025.28.1.4_x64__8wekyb3d8bbwe

O cliente da área de trabalho remota ou o aplicativo Citrix Workspace baixa o pacote SlimCore x64 ou x86, com base no dispositivo do usuário. A pasta 'WindowsApps' está bloqueada, para que os usuários não tenham acesso a ela. Os administradores modificam as ACLs para assumir a propriedade, embora essa ação não seja recomendada. Em vez disso, use o PowerShell para listar os aplicativos MSIX no ponto de extremidade:

PowerShellCopy

Get-AppxPackage Microsoft.Teams.SlimCore*

Um exemplo dos resultados que podem ser retornados da execução deste PowerShell é:

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

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

Importante

A Microsoft armazena até 12 versões do SlimCoreVdi Frameworks para fins de compatibilidade. Armazenamos essas versões caso o usuário acesse diferentes ambientes VDI, como persistente, em que o Teams se atualiza automaticamente e não persistente, em que as atualizações automáticas do Teams estão desabilitadas.

Se você estiver otimizado, poderá ver MsTeamsVdi.exe em execução em seu ponto de extremidade para Área de Trabalho Virtual do Azure/W365 (como um processo filho do msrdc.exe) ou Citrix (como um processo filho do wfica32.exe). Ao usar o Process Explorer, se você selecionar msrdc.exe (ou wfica32.exe), selecione Mostrar o painel inferior em Exibir e alterne para a guia DLL, também poderá ver o Plug-in (MsTeamsPluginAvd.dll ou MsTeamsPluginCitrix.dll) sendo carregado. Essa ação é uma etapa útil de solução de problemas caso você não esteja recebendo a nova otimização.

Indicador de Status da VDI

O Microsoft Teams exibe informações sobre o status de otimização, ajudando o usuário a entender se ele está otimizado ou não. Ele também mostra se eles estão usando a otimização WebRTC ou a nova baseada em Slimcore, passando o cursor sobre o banner Otimizado .

Nos casos em que o Microsoft Teams não está otimizado, o usuário vê um ícone de aviso.

Os usuários podem selecionar os três pontos e escolher Otimizar área de trabalho virtual e reiniciar para tentar um reparo.

Essa seleção dispara uma reinicialização do Teams, o que pode resolver alguns problemas conhecidos. Se o usuário ainda não estiver otimizado, um código de erro será exibido para diagnóstico rápido pelos administradores de TI com base na tabela de erros de conexão.

Os usuários recebem um link para receber mais informações sobre o erro e, se for acionável, eles podem tentar uma autocorreção.

Roaming de sessão e reconexões

Nota

Se as sessões da área de trabalho virtual estiverem desconectadas (não desconectadas, o Teams será deixado em execução na máquina virtual), agora o Teams no Citrix também pode alternar as pilhas de otimização sem ser reiniciado após as reconexões. Em outras palavras, o Teams tenta otimizar o usuário com o SlimCore, se possível, e se o ponto de extremidade não der suporte a ele, a otimização WebRTC é tentada.

Por exemplo, um ponto de extremidade do Windows usado em cenários BYOD (traga seu próprio dispositivo) enquanto trabalha em casa que tenha o plug-in instalado e um cliente fino Linux gerenciado pela empresa no escritório que dá suporte apenas a WebRTC. Quando o usuário transita entre os dois pontos de extremidade, o Teams escolhe automaticamente a pilha de otimização correta sem solicitar que o usuário reinicie o aplicativo. Além disso, o usuário é notificado sobre a opção de otimização com uma faixa dispensável ("Otimizando a área de trabalho virtual ...").

Essa transição de pilha perfeita substituiu a caixa de diálogo modal que solicitava ao usuário que reiniciasse manualmente o aplicativo em ambientes VDI.

Considerações sobre rede

Dica

MsTeamsVdi.exe é o processo que faz todas as conexões de rede TCP/UDP com os retransmissores/servidores de conferência do Teams ou outros pares (sinalização e mídia).

O manifesto MSIX do SlimCore adiciona as seguintes regras ao firewall: <Rule Direction="in" IPProtocol="TCP" Profile="all" /><Rule Direction="in" IPProtocol="UDP" Profile="all" />

Importante

Em ambientes VDI em que a nova otimização é usada juntamente com políticas de Acesso Condicional com Avaliação Contínua de Acesso (CAE) e imposição estrita de localização, os usuários podem enfrentar solicitações de entrada repetidas do Teams ou chamadas com falha porque as solicitações de autenticação são avaliadas em relação ao IP do ponto de extremidade (cliente) em vez do IP do host VM, fazendo com que o acesso seja bloqueado ao se conectar de redes não confiáveis. Esse comportamento é por design e reflete uma imposição mais rigorosa em comparação com a otimização baseada em WebRTC. Para reduzir o impacto, os clientes podem relaxar as políticas de CAE (por exemplo, evitar a imposição estrita de localização) ou adicionar intervalos de IP de ponto de extremidade ou ISP relevantes a locais confiáveis.

Nota

Verifique se o dispositivo do usuário tem conectividade de rede (UDP e TCP) para as IDs de ponto de extremidade 11, 12, 47 e 127 descritas em URLs e intervalos de endereços IP do Microsoft 365.
A ID 184 também é necessária. A tabela a seguir é um resumo apenas para referência, monitore esses dois links (via assinatura RSS) para obter a lista atualizada.

ID	Categoria	ER	Endereços	Portas	Observações
11	Otimização necessária	Sim	52.112.0.0/14, 52.122.0.0/15, 2603:1063::/38	UDP: 3478, 3479, 3480, 3481	Processadores de mídia e Transport Relay 3478 (STUN), 3479 (áudio), 3480 (vídeo), 3481 (compartilhamento de tela)
12	Permitir necessário	Sim	*.lync.com, *.teams.microsoft.com, teams.microsoft.com, *.teams.cloud.microsoftteams.cloud.microsoft, , 52.112.0.0/14, 52.122.0.0/15, 2603:1027::/48, 2603:1037::/48, 2603:1047::/48, 2603:1057::/48, 2603:1063::/38, 2620:1ec:6::/48, 2620:1ec:40::/42	TCP: 443, 80, UDP: 443
47	Padrão necessário	Não	*.office.net , graph.microsoft.com	TCP: 443, 80	Usado para downloads do SlimCore e efeitos de fundo
69	Padrão necessário	Não	*.aria.microsoft.com, *.events.data.microsoft.com	TCP: 443	Serviços de comunicação de back-end
127	Padrão necessário	Não	*.skype.com	TCP: 443, 80
184	Padrão necessário	Não	*.cloud.microsoft, *.static.microsoft, *.usercontent.microsoft	TCP: 443, UDP 443	Usado para toques, supressão de ruído e outros modelos

Arquitetura de rede

Um passo a passo da arquitetura no diagrama:

1. Inicie o Microsoft Teams.
2. O cliente do Teams é autenticado nos serviços do Teams. As políticas de locatário são enviadas para o cliente do Teams e as configurações relevantes são retransmitidas para o aplicativo.
3. O Teams detecta que está em execução em um ambiente de área de trabalho virtual e instancia o serviço vdibridge interno.
4. O Teams abre um canal virtual seguro no servidor.
5. O protocolo RDP/HDX/Blast/DVC transporta a solicitação para o cliente VDI (aplicativo do Windows, aplicativo Citrix Workspace, Horizon Client ou Amazon WorkSpaces) que carregou anteriormente o MsTeamsPlugin (componente de canal virtual do lado do cliente).
6. O aplicativo Cliente VDI gera um novo processo chamado MsTeamsVdi.exe, que é o novo mecanismo de mídia (SlimCore) usado para a nova otimização. Todas as atividades de rede são executadas por esse processo.
7. O mecanismo de mídia SlimCore (no cliente) e msteams.exe (na área de trabalho virtual) agora têm um canal bidirecional e podem começar a processar solicitações de multimídia.

Chamadas de usuário

8. O Peer A seleciona o botão de chamada. MsTeamsVdi.exe se comunica com os serviços do Microsoft Teams no Azure, estabelecendo um caminho de sinalização de ponta a ponta com o Par B. MsTeamsVdi.exe coleta uma série de parâmetros de chamada com suporte (codecs, resoluções e assim por diante, o que é conhecido como uma oferta SDP (Protocolo de Descrição de Sessão)). Esses parâmetros de chamada são então retransmitidos usando o caminho de sinalização para os serviços do Microsoft Teams no Azure e de lá para o outro par.
9. A oferta/resposta do SDP (negociação de passagem única) ocorre por meio do canal de sinalização e as verificações de conectividade ICE (NAT e travessia do firewall usando solicitações de associação STUN) são concluídas. Em seguida, a mídia SRTP (Secure Real-time Transport Protocol) flui diretamente entre MsTeamsVdi.exe e o outro par (ou Retransmissores de Transporte do Teams ou servidores de conferência).

Bloqueios de IP para sinalização, mídia, efeitos de fundo e outras opções são descritos neste artigo.

Tipos de tráfego manipulados pelo SlimCore no ponto de extremidade

1. A conectividade de fluxos de mídia do Teams é implementada usando o ICE (Estabelecimento de Conectividade Interativa) IETF padrão para procedimentos STUN e TURN.
2. Mídia em tempo real. Dados encapsulados no Protocolo de Transporte em Tempo Real (RTP) que suporta cargas de trabalho de áudio, vídeo e compartilhamento de tela. Em geral, o tráfego de mídia é altamente sensível à latência. Esse tráfego deve seguir o caminho mais direto possível e usar UDP versus TCP como o protocolo da camada de transporte, que é o melhor transporte para mídia interativa em tempo real do ponto de vista da qualidade.
   • Como último recurso, a mídia pode usar TCP/IP e também ser encapsulada dentro do protocolo HTTP, mas não recomendamos isso devido a implicações de má qualidade.
   • O fluxo RTP é protegido usando SRTP, no qual somente a carga é criptografada.
3. Sinalização. O link de comunicação entre o ponto de extremidade e os servidores do Teams, ou outros clientes, usado para controlar as atividades (por exemplo, quando uma chamada é iniciada). A maioria do tráfego de sinalização usa o UDP 3478 com fallback para HTTPS, embora em alguns cenários (por exemplo, a conexão entre o Microsoft 365 e um Controlador de Borda de Sessão) ele use o protocolo SIP. É importante entender que esse tráfego é muito menos sensível à latência, mas poderá causar interrupções de serviço ou tempos limite de chamada se a latência entre os pontos de extremidade exceder vários segundos.

Consumo de largura de banda

O Teams foi projetado para dar a você a melhor experiência de compartilhamento de áudio, vídeo e conteúdo, independentemente das condições da sua rede. Quando a largura de banda não é suficiente, o Teams prioriza a qualidade de áudio em relação à qualidade do vídeo. Onde a largura de banda não é limitada, o Teams otimiza a qualidade da mídia, incluindo áudio de alta fidelidade, resolução de vídeo de até 1080p e até 30 fps (quadros por segundo) para vídeo e conteúdo. Para saber mais, leia Requisitos de largura de banda.

Qualidade de serviços (QoS)

Implemente as configurações de QoS para pontos de extremidade e dispositivos de rede e determine como você quer lidar com o tráfego de mídia para chamadas e reuniões.

• Como pré-requisito, habilite a QoS globalmente no Centro de Administração do Teams. Consulte Configurar a QoS no Centro de administração do Teams para obter detalhes sobre como habilitar os marcadores de Qualidade de Serviço (QoS) de Inserção para configurações de tráfego de mídia em tempo real .

  Intervalos de portas iniciais recomendados:

  Tipo de tráfego de mídia	Intervalo de portas de origem do cliente	Protocolo	Valor DSCP	Classe DSCP
  Áudio	50,000 - 50,019	TCP/UDP	46	Expedited Forwarding (EF)
  Vídeo	50,020 - 50,039	TCP/UDP	34	Assured Forwarding (AF41)
  Compartilhamento de tela ou aplicativo	50,040 - 50,059	TCP/UDP	18	Assured Forwarding (AF41)

• Para obter informações sobre como configurar marcações de Ponto de Código de Serviços Diferenciados (DSCP) para pontos de extremidade do Windows, consulte Implementar a QoS em clientes do Teams.

  Nota

  Qualquer marcação baseada em ponto de extremidade deve ser aplicada ao MsTeamsVdi.exe, o processo que lida com todo o descarregamento de multimídia no dispositivo do usuário. Consulte o documento do Manual para obter mais informações sobre o QoS.

• Para obter informações sobre como implementar a QoS para roteadores, consulte a documentação do fabricante.

• A configuração de QoS em dispositivos de rede pode incluir alguns ou todos os itens:

  • usando ACLs (Listas de Controle de Acesso) baseadas em porta
  • definindo as filas de QoS
  • definindo marcações DSCP

Importante

Recomendamos implementar essas políticas de QoS usando as portas de origem do ponto de extremidade e um endereço IP de origem e destino de "qualquer". Essas políticas capturam o tráfego de mídia de entrada e saída na rede interna.

Tecnologias que não são recomendadas com o Microsoft Teams em VDI

1. VPN de rede. Não recomendado para tráfego de mídia.
2. Modeladores de pacotes. Qualquer tipo de sniffer de pacotes, inspeção de pacotes, proxies ou dispositivos modeladores de pacotes não são recomendados para o tráfego de mídia do Teams e podem prejudicar significativamente a qualidade.

Política de otimização do Microsoft Teams PowerShell

Os cmdlets CsTeamsVdiPolicy permitiram que os administradores controlassem o tipo de reunião que os usuários podem criar ou os recursos que eles podem acessar durante uma reunião especificamente em um ambiente VDI, onde a otimização WebRTC foi desabilitada usando o mecanismo de política do parceiro VDI (Citrix Studio, modelo VMware HTML5 ADMX ou esta chave do registro para AVD e Windows 365).

As configurações de política padrão são:

• DisableCallsAndMeetings: False
• DisableAudioVideoInCallsAndMeetings: False

Essa política agora tem um argumento adicional como o único ponto de configuração para controlar se um usuário pode ou não obter o novo modo de otimização com base no SlimCore. Em outras palavras, os mecanismos de política do Parceiro VDI não controlam o novo modo de otimização:

• VDI2Optimization: Habilitado (valor padrão)

Nome	Definição	Exemplo	Observações
New-CsTeamsVdiPolicy	Permite que os administradores definam novas políticas VDI que podem ser atribuídas aos usuários para controlar os recursos do Teams relacionados a reuniões em um ambiente VDI.	PS C:\> New-CsTeamsVdiPolicy -Identity RestrictedUserPolicy -VDI2Optimization "Disabled"	O comando mostrado aqui usa o cmdlet New-CsTeamsVdiPolicy para criar uma nova política VDI com a identidade RestrictedUserPolicy. Essa política usa todos os valores padrão para uma política VDI, exceto uma: VDI2Optimization. Neste exemplo, os usuários com essa política não podem ser otimizados com o SlimCore.
Grant-CsTeamsVdiPolicy	Permite que os administradores atribuam uma política VDI do Teams em um escopo por usuário. Os administradores podem controlar o tipo de reunião que um usuário pode criar, os recursos que podem ser acessados em um ambiente VDI não otimizado e se um usuário pode ser otimizado com o novo modo de otimização baseado no SlimCore.	PS C:\> Grant-CsTeamsVdiPolicy -identity "Ken Myer" -PolicyName RestrictedUserPolicy	Neste exemplo, um usuário com a identidade "Ken Myer" é atribuído ao RestrictedUserPolicy.
Set-CsTeamsVdiPolicy	Permite que os administradores atualizem as políticas VDI existentes.	PS C:\> Set-CsTeamsVdiPolicy -Identity RestrictedUserPolicy -VDI2Optimization "Disabled"	O comando mostrado aqui usa o cmdlet Set-CsTeamsVdiPolicy para atualizar uma política VDI existente com a Identity RestrictedUserPolicy. Essa política usa todos os valores existentes, exceto um: VDI2Optimization; neste exemplo, os usuários com essa política não podem ser otimizados com o SlimCore.
Remove-CsTeamsVdiPolicy	Permite que os administradores excluam uma política VDI do Teams criada anteriormente. Os usuários sem política atribuída explicitamente retornam à política padrão na organização.	PS C:\> Remove-CsTeamsMeetingPolicy -Identity RestrictedUserPolicy	No exemplo mostrado anteriormente, o comando exclui a política de usuário restrito da lista de políticas da organização e remove todas as atribuições dessa política de usuários com a política atribuída.
Get-CsTeamsVdiPolicy	Permite que os administradores recuperem informações sobre todas as políticas VDI configuradas na organização.	PS C:\> Get-CsTeamsVdiPolicy -Identity SalesPolicy	Neste exemplo, Get-CsTeamsVdiPolicy é usado para retornar a política de reunião por usuário que tem uma Identity SalesPolicy. Como as identidades são exclusivas, esse comando não retorna mais de um item.

Lista de recursos com a nova otimização

A tabela a seguir compara o novo conjunto de recursos de otimização com a otimização baseada em WebRTC. A nova otimização oferece suporte a pontos de extremidade do Windows para AVD/W365, Citrix, Omnissa e Amazon. O Mac é compatível apenas com AVD/W365 e Citrix. WebRTC é compatível com AVD/W365, Citrix e Omnissa.

Recurso	Disponível na nova otimização (Windows e MAC)	Disponível no WebRTC (Windows e MAC)
1080p	Sim	Não
Aceleração de hardware no ponto de extremidade	Sim 1	Não
Exibição da Galeria 3x3 e 7x7	Sim	Não
Qualidade de Serviço	Sim	Não
Supressão de ruído	Sim	Sim (AVD)
Isolamento de voz e registro facial	Sim 6	Não
HID	Sim (apenas Windows)	Sim (AVD e Omnissa)
Modo de apresentador	Sim	Não
Teams Premium	Confira a página do Teams Premium	Confira a página do Teams Premium
Telas de fundo personalizadas organizacionais	Sim (é necessária uma licença do Teams Premium)	Não
Efeito de tela de fundo carregado pelo usuário	Sim 2	Não
Zoom +/-	Sim	Não
Bypass de mídia, roteamento baseado em localização, Operator Connect 3	Sim	Não
Call quality dashboard and Teams admin center	Sim	Limitada
Aplicativo publicado/Aplicativo remoto/Aplicativos de nuvem	Sim (AVD/W365 e Citrix)	Sim (para AVD, somente Windows)
Dê/Assuma o controle	Sim	Sim
Compartilhamento de aplicativos	Sim	Sim
E911	Sim	Sim
Transmissão simultânea	Sim	Sim
Compartilhar áudio do sistema	Sim (apenas Windows)	Sim
Campainha secundária	Sim	Sim
Desfoque do plano de fundo	Sim	Sim
Os organizadores podem agendar reuniões e eventos	Sim	Sim
Organizadores, apresentadores e participantes podem ingressar em reuniões e eventos com até 1.000 participantes, como webinars	Sim	Sim
Os organizadores e apresentadores podem participar de eventos de grande escala , como reuniões gerais	Sim	Não
Os participantes podem participar de eventos de grande escala , como reuniões gerais	Sim	Sim
Organizadores e apresentadores de reuniões e eventos com até 1.000 participantes, como webinars, são otimizados	Sim 4	Sim
Os organizadores e apresentadores de eventos de grande escala , como reuniões gerais, são otimizados	Sim	Não
Os participantes em reuniões e eventos com até 1.000 participantes, como webinars, são otimizados	Sim	Não
Os participantes em eventos de grande escala , como reuniões gerais, são otimizados	Não	Não
Anotações	Somente como apresentador. 5	Não

¹ A aceleração de hardware gráfico requer o DirectX 9 ou posterior, com o WDDM 2.0 ou superior para o Windows 10 (ou o WDDM 1.3 ou superior para o Windows 10 Fall Creators Update).
² Se você ingressar em uma reunião como convidado, esse recurso não será suportado. Não há suporte para a colocação de arquivos em segundo plano por meio de scripts no perfil Appdata do usuário (os usuários devem carregar o arquivo personalizado desejado por meio do Teams, que é copiado para o OneDrive do usuário, desde que tenha capacidade de armazenamento suficiente).
³ O Operator Connect na Índia com números de celular requer acesso de latitude e longitude do sistema operacional do ponto de extremidade e da sessão de Internet local. O Operator Connect com números com ou sem fio pode usar o IP/sub-rede ou internet breakout para mapear para um local. É fundamental garantir que o sistema operacional do ponto de extremidade detecte o país correto, pois o roteamento de tráfego por meio de interrupções fora da Índia pode fazer com que o sistema operacional do ponto de extremidade identifique incorretamente o local. Para obter mais detalhes, marcar Tipos de número de telefone fixo e sem fio na Índia.
⁴ A NDI (Network Device Interface), a solução moderna para conectar dispositivos de mídia (como uma câmera de estúdio e mixer), não tem suporte para produtores.
⁵ Os espectadores não veem as anotações (elas ficam ocultas pela sobreposição da janela de vídeo recebida).
⁶ O registro de voz e reconhecimento facial depende do redirecionamento de câmera/microfone do Provedor VDI (por exemplo, Citrix HDX, Omnissa RTAV, Microsoft RDP etc.). Consulte a seção Problemas conhecidos .

Perfil de usuário SlimCore no ponto de extremidade

A nova solução para VDI armazena dados específicos do usuário no ponto de extremidade nos seguintes locais, dependendo do seu fornecedor:

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

Os pacotes MSIX SlimCore mais antigos (antes dos novos Pacotes MSIX Divididos com Host e Estrutura) armazenavam dados específicos do usuário em:

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

Logs, toques, configurações e modelos de IA ou ML (usados na supressão de ruído, estimativa de largura de banda etc.) são salvos neste local. Além disso, os efeitos de plano de fundo personalizados carregados no Teams são baixados do OneDrive do usuário para a pasta 'downloads' nesse local (portanto, é necessária uma conta do OneDrive com armazenamento suficiente para que o recurso funcione). Se essas pastas AppData forem limpas depois que um usuário sair (por exemplo, thin clients bloqueados sem perfis móveis), MsTeamsVdi.exe as recriará e fará o download da configuração específica do usuário (cerca de 12 MB de dados). Dados específicos do usuário podem crescer para ~100 MB (incluindo ~60 MB para logs).

Importante

Os thin clients bloqueados devem permitir que esses locais sejam de leitura/gravação. Caso contrário, a nova otimização poderá falhar. Para thin clients mais antigos do Windows 10 1809 (como Dell Wyse 5070 e modelos semelhantes), os processos do SlimCoreVDI gravam AppData em um armazenamento de arquivos virtualizado, portanto, o local da pasta para o perfil de usuário do SlimCore é (dependendo do pacote SlimCore MSIX): C:\Users\<user>\AppData\Local\Packages\Microsoft.Teams.SlimCoreVdi.win-<architecture>.<version>_8wekyb3d8bbwe\LocalCache\. C:\Users\<user>\AppData\Local\Packages\Microsoft.Teams.SlimCoreVdiHost.win-x64_8wekyb3d8bbwe\LocalCache\.

Processo de instalação e atualização do SlimCore em ambientes Thin Client bloqueados (opcional)

Por padrão, o MsTeamsPlugin baixa e instala automaticamente a versão correta do mecanismo de mídia SlimCore sem intervenção do usuário ou do Administrador. Mas os clientes em ambientes de rede restritos na filial podem optar por um processo de distribuição alternativo do SlimCore, sem exigir que o endpoint seja capaz de buscar pacotes SlimCore usando https da Rede de Distribuição de Conteúdo pública da Microsoft.

Nota

Para obter uma lista atualizada de pacotes SlimCore que correspondem à versão correspondente do Teams, marque esta tabela.

Importante

Se você precisar escolher esse método, deverá garantir que:

1. A atualização automática do Teams está desabilitada na área de trabalho virtual.
2. Os pacotes SlimCore são pré-provisionados para o armazenamento local do ponto de extremidade ou compartilhamento de rede antes de atualizar o Teams na área de trabalho virtual. Qualquer versão mais recente do Teams solicita uma nova versão correspondente do SlimCore e, se o plug-in não conseguir encontrá-la, o usuário estará no modo fallback (renderização do lado do servidor).

Essa circunstância ocorre porque as versões do Teams e do SlimCore devem ser correspondentes.

Etapas de configuração

1. No ponto de extremidade do usuário (thin client/fat client), você deve criar a seguinte chave de registro:

   • Local do Citrix: HKLM\SOFTWARE\WOW6432Node\Microsoft\Teams\MsTeamsPlugin
   • Local da Área de Trabalho Virtual do Azure/W365: HKLM\SOFTWARE\Microsoft\Teams\MsTeamsPlugin
   • Nome: MsixUrlBase
   • Tipo: REG_SZ
   • Dados: Armazenamento local ou caminho UNC de armazenamento de rede, como file://C:/Temp ou file://ComputerName/SharedFolder.

   A chave do registro define a URL base.

2. Além disso, os administradores devem baixar a versão exata do pacote SlimCore MSIX da Rede de Distribuição de Conteúdo da Microsoft que corresponde à versão do Teams que você planeja implantar no futuro.

   Importante

   O pacote MSIX precisa corresponder à arquitetura ou número de bit do aplicativo Citrix Workspace (somente x86) ou da Área de Trabalho Remota ou dos clientes do aplicativo do Windows: Microsoft.Teams.SlimCoreVdi.<platform>-<architecture>.msix.

3. Para preservar a estrutura, coloque o MSIX em uma pasta específica com a versão dentro do local especificado na chave do registro. Por exemplo, C:\Temp\2024.4.1.9\Microsoft.Teams.SlimCoreVdi.win-x86.msix ou //ComputerName/SharedFolder/2024.4.1.9/.

   Nota

   Se o plug-in não encontrar um pacote SlimCore MSIX no armazenamento local ou de rede, ele tentará baixá-lo automaticamente da Rede de Distribuição de Conteúdo pública da Microsoft como um fallback.

UWF (Filtros de Gravação Unificados)

Os clientes com Thin Clients com Filtros de Gravação Unificados aplicados devem criar as seguintes exclusões para permitir que os pacotes MSIX do SlimCore sejam provisionados e ativados:

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

Thin Clients com discos RAM

Thin Clients como HP/DELL que têm um gerenciador de disco RAM onde as variáveis ambientais TEMP/TMP estão apontando para um disco RAM (por exemplo, Z:) não provisionarão pacotes SlimCore MSIX ("sc_host_install_error":"{"val":4390,"cat":"windows"}", ao procurar nas entradas de descrição do Visualizador de Eventos da VM para "Microsoft Teams VDI"). A solução alternativa é criar um novo MSTEAMSVDI_BITS_TMP_PATH de variável de sistema e apontá-lo para um local de disco físico temporário (como C:\TMP ou C:\TEMP). Isso permite que o Serviço de Transferência Inteligente em Segundo Plano baixe e provisione o SlimCore com êxito.

Colaboração entre nuvens

As organizações nas nuvens Pública, GCC (Nuvem da Comunidade Governamental), GCCH (Nuvem da Comunidade Governamental Alta) e DoD (Departamento de Defesa) da Microsoft agora podem colaborar umas com as outras de forma eficiente com a nova otimização (essa colaboração se aplica tanto à empresa quanto à empresa). Essa colaboração geralmente envolve acesso a conteúdo compartilhado, o que requer acesso autenticado. Anteriormente, a colaboração entre nuvens por meio do Teams era limitada devido à falta de otimização em áudio/vídeo. Com a otimização baseada no Teams e no Slimcore, os usuários agora podem desfrutar de uma experiência de usuário de alta definição. Para obter mais informações sobre o Cross Cloud, marque este link.

Há suporte para os seguintes cenários:

• O Cross Cloud Anonymous permite o cenário em que um usuário está conectado à Nuvem A no Teams e ingressa em uma reunião em uma Nuvem B diferente anonimamente. Verifique Gerenciar acesso de participante anônimo a reuniões e eventos do Teams (administradores de TI) para obter mais detalhes.
• O Acesso de Convidado entre nuvens estende a funcionalidade para permitir que um usuário participe de experiências avançadas de colaboração em equipes, canais, documentos e reuniões do Teams para uma experiência completa, incluindo otimização de áudio/vídeo, compartilhamento de tela, compartilhamento de arquivos e chat 1:1 e 1:n. Confira aqui para obter mais detalhes.
• O ingresso na reunião autenticado entre nuvens oferece a capacidade de um usuário do Teams ingressar em uma reunião em outra nuvem enquanto estiver conectado à sua conta em seu locatário inicial. Esse recurso fornece ao host da reunião a capacidade de validar as identidades dos participantes da reunião sem conceder a esses participantes qualquer acesso ao locatário do host.

Versões mínimas: Teams 25060.205.3499.6849. Cliente de Área de Trabalho Remota 1.2.6186. Plug-in Citrix 2024.41.1.1.

Problemas conhecidos:

• A HID só funciona na nuvem principal.
• O silenciamento da interface do usuário do Teams não executa o comando de voz "Ativar mudo/ativar mudo" na nuvem não primária.
• Mais limitações de periféricos são descritas aqui
• Qualquer usuário conectado a várias nuvens (Multi Cloud ou Cross Cloud) não pode ser otimizado com WebRTC. Se o usuário fizer roaming para um dispositivo que não dá suporte ao SlimCore, ele estará no modo de fallback (renderização do lado do servidor) até que retorne para um dispositivo compatível com SlimCore. Esse problema acontece porque o WebRTC não dá suporte a nenhum recurso entre nuvens.
• Se os recursos do Cross Cloud não funcionarem, mesmo que o usuário atenda aos requisitos mínimos, você poderá sair do Teams (depois que ele for otimizado com o SlimCore) e tentar excluir um arquivo chamado ecs_settings.dat64 no seguinte caminho: %localappdata%\packages\MSTeams_8wekyb3d8bbwe\LocalCache\microsoft\MSTeams. Reinicie o Teams.

Lista de permissões do canal virtual Citrix

A configuração da política da lista de permissões do canal virtual no CVAD permite o uso de uma lista de permissões que especifica quais canais virtuais podem ser abertos em uma sessão ICA. Quando habilitado, todos os processos, exceto os canais virtuais internos da Citrix, devem ser declarados. Como resultado, mais entradas são necessárias para que o cliente do Teams possa se conectar ao plug-in do lado do cliente (MsTeamsPluginCitrix.dll).

Com o Citrix Virtual Apps and Desktops 2203 ou posterior, a lista de permissões de canais virtuais está habilitada por padrão. Essas configurações padrão negam acesso aos canais virtuais personalizados do Teams, pois a lista de permissões não inclui o nome do processo principal do Teams.

O cliente do Teams requer três canais virtuais personalizados para funcionar: MSTEAMS, MSTEAM1 e MSTEAM2. Ms-teams.exe acessa esses canais. Você pode usar curingas para permitir que o ms-teams.exe canal virtual executável e personalizado:

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

1. O suporte a curinga está disponível em:

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

2. Os computadores VDA devem ser reinicializados para que a política entre em vigor.

Nota

O VDA 2603 ou superior agora permite os três canais virtuais por padrão, sem exigir a configuração específica da política do Citrix Studio ("Permitido").

Compartilhamento de tela

O compartilhamento de tela de saída e o compartilhamento de aplicativos se comportam de maneira diferente na VDI otimizada em comparação com o cliente de área de trabalho não otimizado do Teams. Dessa forma, essas atividades exigem uma codificação que empregue os recursos do dispositivo do usuário (por exemplo, CPU, GPU, RAM, rede e assim por diante). Do ponto de vista da rede, o compartilhamento é feito diretamente entre o dispositivo do usuário e o outro par ou servidor de conferência.

Nota

Compartilhamento de tela do lado da máquina virtual (VMSS)

Para Omnissa, Amazon ou para MAC (Citrix ou AVD/W365), o compartilhamento é feito diretamente entre a máquina virtual do usuário -o apresentador- e o outro peer -viewer- ou servidor de conferência, portanto, os administradores devem permitir as IDs 11 e 12 na rede da VM, conforme descrito em URLs e intervalos de endereços IP do Microsoft 365. Isso ocorre porque, quando um usuário VDI seleciona o botão de compartilhamento de tela, uma chamada de áudio/vídeo p2p é escalada para uma chamada de grupo, permitindo que o Teams compartilhe conteúdo diretamente da máquina virtual. Os visualizadores otimizados para o Teams ainda recebem o fluxo de compartilhamento de tela de entrada diretamente em seu ponto de extremidade, onde ocorre o descarregamento.
Atualmente, esse recurso também está no modo de Visualização Pública para usuários do Windows (Citrix, AVD/W365). Verifique o diagrama 'Arquitetura de Rede' acima para obter mais detalhes. Os administradores podem detectar essas sessões de compartilhamento de tela de saída no Centro de Administração do Teams (onde elas aparecem como uma sessão adicional de "Fluxo de compartilhamento de tela" para o usuário) ou CQD (onde aparecem como "Microsoft Teams VDI (VM Screenshare)" na Categoria de Agente do Usuário)

Dica

A seguinte chave do Registro pode ser criada na VM para controlar o consumo de recursos da CPU do vmss:

• Caminho: HKCU\Software\Microsoft\Teams\VMSS ou HKLM\Software\Microsoft\Teams\VMSS (HKLM tem precedência sobre HKCU)
• Nome: MaxFPS (DWORD)
• Valor: em qualquer lugar entre 1 e 15

Uma sessão típica do PowerPoint consome 3fps. Se o usuário clicar no botão "otimizar" na barra de ferramentas de compartilhamento (destinada ao compartilhamento de vídeos), o Teams tentará aumentar até 15 fps e um impacto maior na CPU é esperado. Limitar o MaxFPS em algum lugar entre 5 e 10 pode ajudar a reduzir o impacto nesse cenário.

Diretrizes de dimensionamento

As recomendações a seguir são derivadas do teste de carga interno da Microsoft. Como os resultados do teste podem variar entre as implantações, os clientes devem realizar sua própria validação em seus ambientes específicos. Os resultados são influenciados por vários fatores, incluindo dimensionamento de VM, padrões de carga de trabalho e, o mais importante, a presença de aceleração de GPU.

Em uma VM de usuário único de 4vCPU/16 GB de RAM com uma CPU Intel Xeon E5-2673 v4 @ 2,30 GHz (sem GPU ou Quick Sync, portanto, usando a codificação de software H264),

• Com um monitor externo 4K, o uso de memória para o Microsoft Teams na VM consumiu ~510 MB adicionais e ~ 7-8% da CPU adicionais (a 3 fps) ou 25-30% da CPU (a 15 fps, quando o usuário clica em "Otimizar para vídeo" na barra de ferramentas da interface do usuário).
• Com um monitor externo de 2K, o uso de memória para o Microsoft Teams na VM é consumido e ~320 MB adicionais e ~ 3-4% da CPU adicionais (a 3 fps) ou 20-25% da CPU (a 15 fps, quando o usuário clica em "Otimizar para vídeo" na barra de ferramentas da interface do usuário).

Um compartilhamento de tela de monitor completo captura o monitor de chamadas do Teams e o torna visível para os outros participantes. Os elementos de vídeo internos não são visíveis e, em vez disso, são vistos como quadrados em branco. Ao fazer o compartilhamento de aplicativos, somente o aplicativo que está sendo compartilhado fica visível para os outros participantes e o monitor de chamadas não é capturado.

Compatibilidade com a Proteção de Aplicativos Citrix e o Microsoft Teams

Os usuários com a Proteção de Aplicativo habilitada ainda podem compartilhar sua tela e aplicativos enquanto usam a nova otimização. O compartilhamento requer o VDA versão 2402 ou superior e o CWA para Windows 2309.1 ou superior. Os usuários em versões anteriores acabam compartilhando uma tela preta quando o módulo de Proteção do Aplicativo é instalado e habilitado.

Proteção contra Captura de Tela AVD e compatibilidade com o Microsoft Teams

Os usuários com a SCP (Proteção de Captura de Tela) habilitada para bloquear a captura de tela no cliente de área de trabalho remota (Bloquear captura de tela no cliente) ainda podem compartilhar sua tela e aplicativos enquanto usam a nova otimização baseada em SlimCore para Microsoft Teams. O compartilhamento requer as seguintes versões mínimas: Teams 25060.205.3499.6849 e cliente de Área de Trabalho Remota 1.2.6081 ou aplicativo do Windows 2.0.379.

Os usuários em versões anteriores acabam compartilhando uma tela preta com o SCP habilitado.

AVD RemoteApp / W365 Cloud Apps e Citrix Virtual Apps

Se você publicar o aplicativo Microsoft Teams com RemoteApp na Área de Trabalho Virtual do Azure, Aplicativos de Nuvem no Windows 365 ou Aplicativos Virtuais Citrix (aplicativos publicados), os usuários poderão ser otimizados com a nova arquitetura se atenderem aos seguintes requisitos mínimos:

• aplicativo do Windows para Windows 2.0.964.0
• Plug-in Citrix 2026.15.1.1
• Microsoft Teams 26043.2016.4478.2773

Problemas conhecidos:

• Conceder/Assumir o Controle não está disponível no momento.
• Não há suporte para pontos de extremidade Mac, portanto, a otimização não ocorrerá e os usuários ficarão no modo fallback (também conhecido como renderização do lado do servidor). Atualize para o Microsoft Teams 26093.411.4595.9804 ou superior se os usuários virem comportamentos inconsistentes e não estiverem no modo de fallback.

Efeitos de plano de fundo personalizados

A nova otimização permite que os usuários mantenham seu plano de fundo privado durante as reuniões do Teams, desfocando ou alterando seu plano de fundo, carregando suas próprias imagens ou escolhendo entre imagens de plano de fundo já existentes no Teams. O upload de imagens personalizadas exige que o usuário carregue o arquivo por meio da interface do usuário do Teams, portanto, o arquivo deve estar disponível na área de trabalho virtual (direta ou indiretamente, por meio do Mapeamento de Unidade do Cliente). Em seguida, o Teams carregará o arquivo na pasta do OneDrive do usuário e instruirá o mecanismo de mídia em execução no dispositivo do usuário a baixá-lo para processamento local. A rede do dispositivo do usuário deve permitir o acesso a graph.microsoft.com. Não há suporte para a colocação de arquivos em segundo plano por meio de scripts no perfil Appdata do usuário no local (os usuários devem carregar o arquivo personalizado desejado por meio do Teams, que é copiado para o OneDrive do usuário, desde que tenha capacidade de armazenamento suficiente). Se você ingressar em uma reunião como convidado, o recurso de plano de fundo personalizado não será compatível.

Eventos de grande escala (como reuniões gerais) e eventos ao vivo

Os participantes que ingressam nesses tipos de eventos não são otimizados (WebRTC ou SlimCore), portanto, eles usam como padrão a renderização do lado do servidor, incorrendo em alto consumo de recursos na área de trabalho virtual (principalmente CPU, RAM e largura de banda do canal virtual). Portanto, o tráfego de eCDN e P2P (ponto a ponto) da Microsoft é realizado nas próprias máquinas virtuais, já que não há descarregamento possível. Para obter mais detalhes, consulte este artigo.

Para suporte à função de Apresentador/Organizador, consulte a lista Recursos com a nova tabela de otimização anteriormente neste artigo.

Periféricos na VDI

Quando o Teams é otimizado com o SlimCore, as câmeras, os microfones, a localização e os alto-falantes conectados ao seu dispositivo físico são mapeados na sua área de trabalho virtual. O Teams enumera todos os dispositivos detectados, priorizando os Dispositivos de Comunicação Padrão (como visto no painel mmsys.cpl quando executado no dispositivo do usuário). A otimização baseada no SlimCore oferece suporte a HID (Dispositivos de Interface Humana) para headsets certificados pelo Teams, permitindo que os usuários ativem mudo/desativem o mudo e aumentem/diminuam o volume diretamente do headset. No momento, não há suporte para um botão do Microsoft Teams em um dispositivo certificado do Teams.

Dica

Usando a Política CSP - Privacidade, você pode especificar preventivamente uma configuração por aplicativo para câmera, microfone e localização informando o Nome da Família de Pacotes do SlimCore (Microsoft.Teams.SlimCoreVdiHost.win-x64_8wekyb3d8bbwe). Essas configurações são LetAppsAccessCamera_ForceAllowTheseApps, LetAppsAccessMicrophone_ForceAllowTheseAppsLetAppsAccessLocation_ForceAllowTheseApps

Nota

Com alguns periféricos, dois aplicativos de Comunicação Unificada funcionando lado a lado podem causar colisões HID onde as chamadas ativas são desconectadas.

Consulte a seção Problemas conhecidos .

Como solução alternativa, o HID pode ser desabilitado por meio da chave do Registro no Teams 25060.205.3499.6849 ou superior, onde a chave pode ser criada no ponto de extremidade. (A chave também poderá ser criada na VM se você tiver o plug-in 2025.24.1.3 (Citrix) ou o cliente da Área de Trabalho Remota 1.2.6275 / aplicativo do Windows 2.0.550.0).

HKEY_CURRENT_USER\Software\Microsoft\Teams\HID

Nome: DisableHidManagerV1

Tipo: DWORD

Valor: 1 (quando definido como 1, desabilita o HID) (se definido como 0 ou a chave não estiver presente, o HID está habilitado)

API de monitoramento

Os administradores podem criar scripts personalizados para consultar vdi_connection_info.json - esse arquivo na máquina virtual contém informações sobre a sessão atual e a anterior, como status de otimização, periféricos e versões de software dos diferentes componentes.

Local (no VDA ou no host de Área de Trabalho Remota): C:\Users<username>\AppData\Local\Packages\MSTeams_8wekyb3d8bbwe\LocalCache\Microsoft\MSTeams\tfw

Os casos de uso típicos para a API de monitoramento são:

• Administradores implantando um script de automação em um VDA ou Host de Área de Trabalho Remota para detectar se o sistema operacional do ponto de extremidade do cliente foi alterado desde a última conexão. O script consome o conteúdo do arquivo JSON para comparar os valores das duas últimas sessões e emitir seus próprios alertas/mensagens pop-up.
• Desenvolvedores que criam aplicativos de terceiros que relatam o estado atual da conexão de otimização VDI. O script consome o conteúdo do arquivo JSON para recuperar todas as informações de conexão, otimização e dispositivo disponíveis da sessão atual do Teams.

Estrutura do arquivo Json:

• Carimbo de data/hora - vdiConnectedState.timestamp indica o carimbo de data/hora da conexão de sessão
• Otimização de VDI - vdiConnectedState.vdiMode indica a versão de otimização (permanece estática durante toda a sessão VDI)
• Estado conectado - connectedStack (remoto = otimizado, local = não otimizado) (permanece estático durante toda a sessão VDI)
• Versão SlimCore no ponto de extremidade - remoteSlimCoreVersion
• Versão do VdiBridge na VM - bridgeVersion
• Versão do Plugin do MS Teams no ponto de extremidade - pluginVersion
• Versão do Teams - vdiVersionInfo.teamsVersion
• Plataforma do Cliente - vdiVersionInfo.clientPlatform
• Versão do VDI Client (CWA ou aplicativo do Windows) - vdiVersionInfo.rdClientVersion
• Versão do sistema operacional da VM - vdiVersionInfo.vmVersion
• Dispositivos periféricos disponíveis - devices.speakers.available, devices.cameras.available, devices.microphones.available (atualização em tempo real para o arquivo json)
• Dispositivos periféricos selecionados - devices.speakers.selected, devices.cameras.selected, devices.microphone.selected (atualização em tempo real para o arquivo json)
• Campainha secundária - devices.secondaryRinger (atualização em tempo real para o arquivo json)

Nota

Quando na otimização WebRTC, somente o vdiConnectedState é preenchido, indicando em qual otimização a sessão está no momento. Não há vdiVersionInfo e informações do dispositivo armazenadas no arquivo JSON da sessão. Quando nenhuma otimização está disponível, não há atualizações feitas no arquivo JSON.

Painel de Qualidade de Chamadas no VDI

O Painel de Qualidade de Chamadas (CQD) permite que os profissionais de TI usem dados agregados para identificar problemas na criação de problemas de qualidade de mídia comparando estatísticas de grupos de usuários para identificar tendências e padrões. O CQD não se concentra em resolver problemas de chamadas individuais, mas em identificar problemas e soluções que se aplicam a muitos usuários.

As informações do usuário da VDI agora são expostas por meio de várias dimensões e filtros. Confira esta página para obter mais informações sobre cada dimensão.

Nota

O novo modelo de QER (Qualidade da Experiência) está disponível nos modelos de consulta do Power BI para download do CQD. A versão 8 agora inclui modelos para revisar métricas focadas no cliente VDI. No Relatório VDI, os usuários otimizados com a nova arquitetura são categorizados como "Otimizados para VDI 2.0", enquanto "Otimizados" refere-se à otimização WebRTC.

Importante

• No CQD, o valor VdiMode da dimensão 'Modo VDI do Segundo Cliente' (x2xx) representa o VDI SlimCore Otimizado e o VDI SlimCore Não Conectado (Fallback Não Otimizado). Essa duplicação pode levar a interpretações errôneas, pois a baixa qualidade da chamada em uma sessão não otimizada pode parecer ser um problema com a Otimização do VDI SlimCore. A dimensão "VDI do Segundo Cliente Está Otimizada" é a maneira precisa de exibir se o usuário foi otimizado ou não, pois essa dimensão calcula um valor resultante de ponta a ponta entre o Modo VDI e o "Estado Conectado VDI do Segundo Cliente". A otimização de ponta a ponta com o SlimCore só acontece quando o Estado Conectado é 'Conectado'.
• O valor 'Inativo' nos Relatórios CQD para a dimensão 'VDI do cliente está otimizada' significa que o Administrador desabilitou a política de otimização do Teams (por exemplo, por meio da política do Citrix Studio 'Redirecionamento do Microsoft Teams' ou por meio de chaves do registro para Omnissa e AVD/Windows 365). Isso resulta em VdiMode x0xx (o segundo dígito é um zero). Os usuários nesse cenário reverterão para a renderização do lado do servidor, em que toda a multimídia é manipulada pela máquina virtual sem descarregamento para o ponto de extremidade.
• Em ambientes Citrix, onde o VDA foi instalado na estação de trabalho do usuário (PC remoto), a sessão do Teams pode ser sinalizada como 'Inativa' ou não otimizada se o usuário iniciar o Teams na estação de trabalho (ou seja, localmente).

Fundamentos da consulta

Uma consulta/relatório CQD bem formado contém todos estes três parâmetros:

• Medição
• Dimensão
• Filter

Alguns exemplos de uma consulta bem formada seriam:

1. "Show me Poor Streams [Measurement] for VDI Users with the new Optimization [Dimension] for Last Month [Filter]."
2. "Show me Poor App sharing [Measurement] by Total Stream Count [Dimension] for Last Month And where First OR Second Client VDI mode was optimized [Filters]."

Você também pode usar muitos valores de Dimensão e Medida como filtros. Você pode usar filtros em sua consulta para eliminar informações da mesma forma que selecionaria uma Dimensão ou Medida para adicionar ou incluir informações na consulta.

O que a UNION faz

Por padrão, os filtros permitem filtrar condições com o operador E. Mas há cenários em que você pode querer combinar várias condições de filtro para obter um resultado semelhante a uma operação OR. Por exemplo: para obter todos os fluxos de usuários VDI, UNIÃO fornece uma exibição distinta do conjunto de dados mesclado. Para usar o parâmetro UNION, insira texto comum no campo UNION nas duas condições de filtro que você deseja unir.

Localização do chamador e do receptor

O CQD não usa os campos Chamador ou Chamador, em vez disso, usa o Primeiro e o Segundo porque há etapas intermediárias entre o receptor e o chamador.

• O primeiro é sempre o ponto de extremidade do servidor (por exemplo, Audio-Video Unidade de Controle Multiponto ou o Servidor de Processador de Mídia) se um servidor estiver envolvido no fluxo.
• O segundo é sempre o ponto de extremidade do cliente, a menos que seja um fluxo servidor-servidor.

Se ambos os pontos de extremidade forem do mesmo tipo (por exemplo, uma chamada de pessoa para pessoa), o primeiro versus o segundo será definido com base na ordenação interna da categoria do agente do usuário para garantir que a ordenação seja consistente.

Problemas conhecidos

• Para Omnissa (Windows), Citrix/AVD (Mac) e Citrix/AVD (pontos de extremidade do Windows em Visualização Pública), o apresentador (e, por extensão, o visualizador) pode enfrentar atraso do cursor ou arrastar o mouse durante o compartilhamento do aplicativo. Se o apresentador parar e reiniciar o compartilhamento de aplicativos, o atraso não estará mais presente. Isso é corrigido no Teams 26149.x.x.x ou superior.

• Para Omnissa (Windows), Citrix/AVD (Mac) e Citrix/AVD (pontos de extremidade do Windows em Visualização Pública), usuários VDI anônimos que tentam ingressar em uma reunião que tem o Captcha habilitado não podem compartilhar suas telas.

• Para registro de reconhecimento de voz ou face (Teams/Configurações/Reconhecimento), os usuários não podem alterar a câmera/microfone no menu suspenso. Ele sempre usará os dispositivos padrão do sistema disponíveis para a Área de Trabalho Virtual por meio do próprio protocolo RDP/HDX/Blast/DCV. Portanto, os administradores precisam garantir que a VM/Teams tenha acesso a eles configurando as respectivas políticas para redirecionamento periférico.

• O mixer de volume em Sistema/Configurações/Som na máquina virtual não pode controlar os níveis de volume se o Teams estiver otimizado. Os usuários devem confiar nos controles deslizantes de volume internos nas configurações de áudio do Teams ou no mixer de volume no próprio ponto de extremidade.

• A SCP (Proteção contra Captura de Tela) faz com que a tela do apresentador seja exibida como uma tela preta com apenas o cursor do mouse na parte superior (como visto pelo lado receptor). Esse problema foi corrigido no Teams 25060.205.3499.6849 e no cliente de Área de Trabalho Remota 1.2.6081 ou no aplicativo do Windows 2.0.379.

• Se você bloquear a VM (máquina virtual) durante uma chamada ativa, a chamada será desconectada. Esse problema foi corrigido em 25094.303.3554.9058 ou versões posteriores. O bloqueio de ponto de extremidade não resulta no compartilhamento de câmera, microfone e tela a ser desativado automaticamente.

• As chamadas caem no Teams em execução no computador local que tem um periférico HID conectado se um usuário iniciar uma área de trabalho virtual desse mesmo computador local e fizer logon no Teams. Esse problema também pode acontecer se o usuário tiver uma área de trabalho virtual ativa e iniciar uma segunda que tenha o Teams instalado (ou outros aplicativos de Comunicação Unificada que usem otimização).

• No momento, não há suporte para a autovisualização da câmera (em Configurações/Dispositivos ou durante uma chamada ao selecionar a seta para baixo no ícone da câmera).

• No Painel de Controle/Aplicativos/Aplicativos instalados do ponto de extremidade, os usuários veem várias entradas "VDI do Microsoft Teams" (uma para cada pacote Slimcore instalado). O novo Pacote Split MSIX corrige esse problema, em que o "Microsoft Teams VDI Optimizer" é o único aplicativo que aparece no menu (e as entradas mais antigas do "Microsoft Teams VDI" serão limpas automaticamente após um determinado período de tempo).

• Ao fazer o compartilhamento de tela do monitor completo, a janela do monitor de chamada fica visível para os outros participantes (sem nenhum conteúdo de vídeo dentro).

• Os usuários que tentam fazer uma captura de tela do conteúdo do Microsoft Teams (por exemplo, compartilhamento de tela de entrada ou feeds de vídeo) não conseguem capturar nenhum conteúdo, porque ele é renderizado (descarregado) no dispositivo do usuário. Assim, um quadrado preto é capturado. Essa limitação não se aplica ao PowerPoint Live, pois essa modalidade não é descarregada (em outras palavras, ela é renderizada na máquina virtual pelo aplicativo Teams). Os clientes da Citrix podem implementar essa solução alternativa para fazer capturas de tela ou usar a ferramenta de captura Citrix.

• No Citrix, as sessões de compartilhamento de aplicativos podem congelar para os outros participantes se o apresentador estiver no VDA (agente de entrega virtual) versão 2402 e no CWA para Windows 2309.1 (ou versões superiores).

  • O problema acontece quando um elemento de vídeo é destruído.
    • Por exemplo, um participante desliga a câmera no meio da sessão de compartilhamento do aplicativo.
    • Se alguém ligar apenas a câmera, não haverá problema, pois o elemento de vídeo é criado, e não destruído.
    • Se o apresentador maximizar a chamada, monitore (o que destrói a autovisualização do que o apresentador está compartilhando).
  • Parar e compartilhar novamente a janela deve resolver o problema.
  • Esse problema é resolvido no Teams 24335.206.X.X ou versões superiores.

• No CQD, o VdiMode (x2xx) representa o fallback otimizado e não otimizado do VDI SlimCore, o que pode atribuir incorretamente uma qualidade de chamada ruim. Para obter mais informações, consulte a seção Painel de Qualidade de Chamadas na VDI neste artigo.

• Para o Amazon WorkSpaces, não há suporte para compartilhamento de áudio do sistema (incluindo áudio do computador) e compartilhamento de tela do bate-papo.