Nueva solución VDI para Teams

La nueva solución VDI para Teams es una nueva arquitectura para optimizar la entrega de cargas de trabajo multimedia en escritorios virtuales.

Requisitos del sistema

Requisito	Versión mínima
Teams	-24193.1805.3040.8975 (para Azure Virtual Desktop/Windows 365) -24295.605.3225.8804 (para Citrix) -25198.1109.3837.4725 (para Amazon): los puntos de conexión MAC requieren 26072.521.4595.7966 o superior -26072.521.4595.7966 (para Omnissa)
Azure Virtual Desktop/Windows 365	-Aplicación de Windows para Windows: 2.0.352.0-Cliente de Escritorio remoto para Windows: ya no se admite. Actualiza a la última versión de Aplicación de Windows. -Aplicación de Windows para MAC: 11.3.4 Versión que no es de App Store. Los usuarios deben usar el archivo .pkg independiente, que se puede actualizar automáticamente. La versión de Store no es compatible. -Vínculo perenne al cliente MAU más reciente: https://aka.ms/RDMacMAU
Citrix	-Agente de Virtual Desktop (VDA): 2203 Long Term Service Release (LTSR) Actualización acumulativa (CU) 3 o 2305 versión actual (CR) -Aplicación Citrix Workspace (CWA) para Windows: 2203 LTSR (cualquier actualización acumulativa), 2402 LTSR o 2302 CR. -MsTeamsPluginCitrix: 2024.41.1.1 (para Windows) -Aplicación Citrix Workspace para MAC: 2508.10 -MsTeamsPluginCitrix: 2025.49.x.x (para MAC) aka.ms/macplugin -Solo se admiten las versiones de CWA que no están al final de su vida útil
Amazon WorkSpaces	Cliente 5.31.0.5733. WSP (agente de servidor) 2.1.0.1840
Omnissa Horizon	Cliente para Windows 8.17 o posterior
Punto de conexión	-Windows 10 1809 (requisito mínimo de SlimCore) -Canal de servicio a largo plazo de Windows Enterprise Se admiten los clientes ligeros en Windows 10 2019/2021 o Windows 11 2024: los GPO no deben bloquear las instalaciones de MSIX (vea Paso 3: SlimCore Almacenamiento provisional y registro de MSIX en el extremo) -CPU mínima: Intel Celeron (o equivalente) @ 1.10 GHz, cuatro núcleos, RAM mínima: 4 GB-macOS 14, 15 o 26 (requiere CWA 2511)

Components

Componente	Rol	Actualización	Tamaño	Notas
Teams vdiBridge	Módulo de canal virtual del lado servidor.	Nueva versión con cada versión de Teams.		Incluido con Teams.
Canal virtual (VC) personalizado	VC personalizado propiedad de Microsoft Teams.	API estable: no se prevén actualizaciones.		Compruebe la directiva de Citrix Studio Lista de permitidos de canales virtuales.
Complemento	DLL de VC del lado cliente. Responsable también de la descarga y limpieza de SlimCore.	No es frecuente (lo ideal es que no haya actualizaciones).	Aproximadamente 600 KB.	Se incluye con el cliente de Escritorio remoto de Windows 1.2.5405.0, Aplicación de Windows para Windows 1.3.252 y Aplicación de Windows para MAC 11.3.4 cliente MAU o superior. Citrix CWA 2402 para Windows o superior puede recuperar e instalar el complemento. CWA 2508.10 para MAC incluido con el cliente de Amazon WorkSpaces 5.31.0.5733 para Windows o superior. Incluido con Horizon Client 8.17 (2512) de Omnissa para Windows o superior
SlimCore	Motor multimedia (específico del sistema operativo, no específico del proveedor de VDI).	Se actualiza automáticamente a una nueva versión con cada nueva versión de Teams.	Aproximadamente 50 MB.	Paquete MSIX hospedado en la red de entrega de contenido pública de Microsoft.

Optimización con la nueva solución VDI para Teams

Paso 1: Confirmar los requisitos previos

1. Asegúrese de que tiene la nueva versión de Microsoft Teams 24193.1805.3040.8975 o posterior (para Azure Virtual Desktop/Windows 365), 24295.605.3225.8804 o posterior para Citrix o 26032.206.4355.6508 para Omnissa.

2. Habilite la directiva de Teamssi es necesario para un grupo de usuarios específico (está habilitada de forma predeterminada a nivel global de toda la organización).

3. Para Citrix, debe configurar la lista de permitidos de canales virtuales como se describe en la sección Lista de permitidos de canal virtual de Citrix de este artículo.

4. Para Amazon WorkSpaces, asegúrese de que el cliente de WorkSpace para Windows sea 5.31.0.5733 o superior.

5. Para Omnissa Horizon, la optimización ahora está disponible de forma general: asegúrese de que Horizon Client para Windows sea 8.17 (2512) o superior.

Paso 2: Instalación del complemento en el punto de conexión

1. Para Azure el escritorio virtual y Windows 365, MsTeamsPluginAvd.dll se incluye con el cliente de Escritorio remoto para Windows 1.2.5405.0, con la aplicación Aplicación de Windows Store para Windows 1.3.252 o posterior y con la Aplicación de Windows para MAC Non-Store versión 11.3.4

   • El complemento se encuentra en la misma ubicación de carpeta donde está instalado el cliente de escritorio remoto. Puede encontrar el complemento en AppData\Local\Apps\Escritorio remoto o C:\Program Files (x86), dependiendo del modo en que se instaló.
   • La aplicación Aplicación de Windows Store, que está basada en MSIX, se encuentra en C:\Program Files\WindowsApps. El acceso a esta carpeta está restringido.

2. Para Amazon WorkSpaces, MsTeamsPluginAmazon.dll se incluye con el cliente de WorkSpaces para Windows 5.28.0.5487 o superior.

   • El complemento se encuentra en la misma ubicación de carpeta donde está instalado WorkSpaces Client.

3. Para Omnissa Horizon, MsTeamsPluginOmnissa.dll se incluye con Horizon Client para Windows 8.17 (2512) o superior.

   • El complemento se encuentra en la misma ubicación de carpeta donde está instalado Horizon Client (C:\Program Files\Omnissa\Omnissa Horizon Client).

4. Para la aplicación Citrix Workspace para Windows 2402 o versiones posteriores, MsTeamsPluginCitrix.dll se puede instalar de la siguiente manera:

   • Uso de la interfaz de usuario al instalar la aplicación Citrix Workspace:

     En la página Complementos , active la casilla Instalar complemento VDI de Microsoft Teams y, a continuación, seleccione Instalar.

     Acepte el acuerdo de usuario que aparece y continúe con la instalación de la aplicación Citrix Workspace.

     Nota

     La aplicación Citrix Workspace para Windows 2402 solo presenta la interfaz de usuario de instalación del complemento en una instalación nueva.
     Para que las actualizaciones locales también presenten esta opción, se requiere la aplicación Citrix Workspace para Windows 2405 o Mac 2603 superior.
     La instalación automática del complemento cuando CWA se actualiza automáticamente se introdujo en CWA para Windows 2508.
     A partir de la aplicación Citrix Workspace 2603 para Windows, CWA puede actualizar automáticamente el complemento a la versión más reciente, incluso antes de que CWA se actualice automáticamente a una versión más reciente.
     Para obtener más información, consulte este artículo de Citrix

   • A través de la línea de comandos o de scripts para dispositivos Windows administrados con C:>CitrixWorkspaceApp.exe /installMSTeamsPlugin

• Los administradores también pueden instalar el complemento manualmente sobre cualquier aplicación Citrix Workspace existente compatible (consulte Requisitos del sistema) mediante herramientas como SCCM (usa el tipo de implementación de paquete de la aplicación de Windows) o Intune (usa la aplicación de línea de negocio).

  Los administradores pueden usar msiexec con las banderas adecuadas, como se explica en msiexec.

  Importante

  • Vínculo de descarga de MSI del complemento de Windows para clientes de Citrix:
    - Para aka.ms/plugin de aplicaciones Workspace de 32 bits.
    - Para la aplicación Área de trabajo de 64 bits (nueva) aka.ms/plugin_x64.
    - Para la aplicación https://aka.ms/plugin_arm64Workspace basada en arm.
    - La aplicación Citrix Workspace (proceso wfica) solo puede cargar complementos de la misma arquitectura (en otras palabras, CWA de 32 bits que carga DLL de 64 bits no se optimizará)
  • Vínculo de descarga del complemento de Mac para clientes de Citrix aka.ms/macplugin

• El complemento MSI detecta automáticamente la carpeta de instalación de CWA y coloca MsTeamsPluginCitrix.dll en esa ubicación.

• Los complementos solo se pueden actualizar mientras no haya una sesión de escritorio virtual activa.

• Los complementos no se pueden degradar, solo actualizar o reinstalar (reparar).

• No se admite la instalación de CWA por usuario.

• Si no se encuentra ningún CWA en el punto de conexión, se detiene la instalación.

Tipo de usuario	Carpeta de instalación	Tipo de instalación
Administrador	64 bits: C:\Program Files (x86)\Citrix\ICA Client 32 bits: C:\Program Files\Citrix\ICA Client	Instalación por sistema

Versión de nota de la versión	Detalles
2026.29.1.4	Julio de 2026 : se han corregido los problemas de aprovisionamiento y registro de MSIX para clientes ligeros o dispositivos de quiosco que impedían que los nuevos usuarios se optimizaran con la nueva arquitectura. - Solo se admiten paquetes MSIX divididos a partir de esta versión del complemento. -Mejoras de seguridad
2026.15.1.1	Abril de 2026 : Fiabilidad mejorada del guardián del lado cliente para reducir las desconexiones falsas y garantizar una recuperación más estable de las interrupciones transitorias de la red. -Soporte para Teams como aplicaciones publicadas (Citrix Virtual Apps)
2025.43.1.1	Noviembre de 2025-Mejoras en el manejo y transporte de canales virtuales. - Mejoras en el proceso de instalación de MSIX (ubicación de descarga actualizada a localappdata cuando la temperatura no está disponible). Confiabilidad mejorada en el descargador de BITS. - Registro y correcciones de telemetría para diagnósticos mejorados
2025.29.1.2	Agosto de 2025 : capacidades de registro y telemetría adicionales
2025.24.1.3	Julio de 2025 : los clientes ligeros que usan filtros de escritura unificados con superposición de RAM pueden experimentar errores de instalación de SlimCore MSIX si las variables de entorno (sistema) TEMP/TMP apuntan a un disco RAM. Este complemento corrige este problema. Para obtener más información, consulte la sección Filtros de escritura unificados (UWF) más adelante en este artículo. Además, admite la desactivación de HID mediante la creación de una clave de registro en la máquina virtual (consulte la sección "Periféricos en VDI")
2025.14.1.8	Mayo de 2025 : El complemento Citrix ahora puede descargar paquetes SlimCore de 64 bits, lo que aumenta el rendimiento y mejora las experiencias de uso compartido de pantalla. Esta versión también admite el paquete MSIX dividido de SlimCore cuando Teams es 25094.x.x.x o superior, lo que simplifica las solicitudes de usuario para los permisos de cámara y micrófono. Consulte "Nuevo paquete MSIX dividido" en el Paso 3: Almacenamiento provisional y registro de SlimCore MSIX en el punto de conexión.
2024.41.1.1	Octubre de 2024 : al usar SlimCore en configuraciones de varios monitores, un usuario de Citrix no puede compartir toda la pantalla o monitores individuales. -Intenta restablecer el paquete Reset-AppxPackage si se produce un error en el registro del paquete MSIX de SlimCoreVdi después de establecer el canal virtual.
2024.32.X.X	Agosto de 2024 : el complemento ahora intenta una Reset-AppxPackage para el paquete SlimCoreVdi MSIX en caso de que falte el alias AppExecution.

Paso 3: Almacenamiento provisional y registro de SlimCore MSIX en el punto de conexión

El complemento ejecuta este paso de forma silenciosa, sin la intervención del usuario ni del administrador. El almacenamiento provisional y el registro dependen del Servicio de preparación de aplicaciones (ARS) en el punto de conexión. Es posible que las claves del Registro establecidas por una directiva de grupo o una herramienta de otro fabricante bloqueen la instalación del paquete MSIX. Para obtener una lista completa de las claves del Registro aplicables, consulte Cómo funciona la directiva de grupo con aplicaciones empaquetadas: MSIX.

Importante

Nuevo paquete MSIX dividido Está disponible un nuevo instalador Slimcore de 64 bits, que divide la instalación del motor de medios en dos paquetes MSIX diferentes, denominados Host y Framework. Este cambio tiene implicaciones directas en AppLocker/WDAC/objetos de directiva de grupo (GPO), si están configurados en el dispositivo del usuario:

• Los paquetes host (~100 KB) [Microsoft.Teams.SlimCoreVdiHost.win-x64_8wekyb3d8bbwe] se encargan de registrar SlimCore como una aplicación en el sistema operativo Windows, bajo un único nombre de familia de paquete (PFN) - esto aparece como "Optimizador de VDI de Microsoft Teams" en Configuración/Aplicaciones/Aplicaciones instaladas. Una vez que los usuarios concedan permisos para cámara, micrófono o ubicación para esta aplicación, no se les volverá a pedir. Esto soluciona una limitación con el instalador MSIX de SlimCore anterior, que tenía diferentes PFN, por lo tanto, cada vez que se actualizaba Teams en la máquina virtual, se volvía a activar un mensaje de usuario para el acceso periférico. MsTeamsVdi.exe cargas desde el paquete Host y permanece como el proceso a cargo de todas las comunicaciones de red.

• Paquetes de marco (~60 MB) [Microsoft.Teams.SlimCoreVdiFwk.win-x64.<version>_8wekyb3d8bbwe] solo contienen bibliotecas multimedia en tiempo real. Estos paquetes tienen diferentes PFN, con control de versiones. No están visibles en Aplicaciones/Aplicaciones instaladas. Varios paquetes de Framework pueden coexistir en el mismo punto de conexión. MsTeamsVdi.exe carga automáticamente el paquete de marcos que coincide con la versión de Teams en la máquina virtual.

• Requisitos mínimos del sistema:
  entornos AVD/W365 con Teams 25153.x.x.x y cliente de Escritorio remoto 1.2.6278 / Aplicación de Windows 2.0.550.0.
  Entornos Citrix con Teams 25094.x.x.x y complemento 2025.14.1.8

Las siguientes claves del Registro podrían bloquear la instalación del paquete MSIX del nuevo motor multimedia:

• BlockNonAdminUserInstall
• AllowAllTrustedApps
• AllowDevelopmentWithoutDevLicense

Importante

Los puntos finales administrados o los clientes ligeros con BlockNonAdminUserInstall habilitado pueden seguir permitiendo la instalación de paquetes SlimCore. Aplique KB5052094 (Windows 11 23H2 y 22H2), KB5052093 (Windows 11 24H2), KB5055612 (Windows 10 22H2) o cualquier KB posterior. Esta instalación presenta una nueva directiva de grupo denominada "Nombres de familia de paquetes permitidos para la instalación de usuarios no administradores" en el Editor de directiva de grupo local:

Editor de directiva de grupo:> Configuración del equipo -> Plantillas administrativas -> Componentes de Windows -> Implementación de paquetes de la aplicación.> Los administradores podrán incluir paquetes de SlimCore en la lista de permitidos permitiendo un nombre de familia de paquete completo (por ejemplo, Microsoft.Teams.SlimCoreVdi.win-x64.2024.43_8wekyb3d8bbwe) o usar expresiones regulares (por ejemplo, Microsoft.Teams.SlimCoreVdi.*_8wekyb3d8bbwe).

Para la nueva arquitectura de paquetes MSIX divididos, los dos nuevos paquetes deben agregarse a la lista de permitidos (Microsoft.Teams.SlimCoreVdiHost.win-x64_8wekyb3d8bbwe y Microsoft.Teams.SlimCoreVdiFwk.*_8wekyb3d8bbwe).
Esto también se puede lograr mediante expresiones regulares: Microsoft.Teams.SlimCoreVdi*.*_8wekyb3d8bbwe

Importante

Si AllowAllTrustedApps está deshabilitado, se produce un error en la instalación del nuevo motor de medios (MSIX). Este problema se ha corregido en las siguientes actualizaciones acumulativas de Windows:

• Windows 10: 26 de octubre de 2023 - KB5031445 (compilación del SO 19045.3636)
• Windows 11: 26 de octubre de 2023 - KB5031455 (compilación del SO 22621.2506)
• Windows 10 1809: 8 de abril de 2025: KB5055519 (compilación del SO 17763.7136)

Estas tres claves del Registro se pueden encontrar en cualquiera de las siguientes ubicaciones en el dispositivo del usuario:

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

Algunas directivas pueden cambiar estas claves del Registro y bloquear la instalación de aplicaciones en su organización porque los administradores establecen una directiva restrictiva. Entre algunas de las directivas de GPO conocidas que podrían impedir la instalación se incluyen:

• Evite que los usuarios que no son administradores instalen aplicaciones de Windows empaquetadas.

• Permitir la instalación de todas las aplicaciones de confianza (deshabilitado).

Nota

AppLocker o el Control de aplicaciones de Windows Defender también pueden impedir la instalación de paquetes MSIX. AppLocker es una característica de seguridad de defensa en profundidad y no se considera una característica de seguridad de Windows defendible. Usa el Control de aplicaciones de Windows Defender cuando el objetivo sea proporcionar una protección sólida contra una amenaza y no esperes limitaciones por diseño que impidan que la característica de seguridad logre este objetivo.

Importante

Asegúrese de que no haya configuración o directiva de bloqueo, o agregue una excepción para los paquetes MSIX de SlimCore en Directiva de seguridad local:> directivas de control de aplicaciones:> AppLocker. AppLocker no puede procesar los caracteres comodín finales, a diferencia del Control de aplicaciones de Windows Defender. Dado que los paquetes SlimCoreVdi antiguos o los nuevos paquetes de Framework contienen un PackageFamilyName específico de la versión (por ejemplo, Microsoft.Teams.SlimCoreVdi.win-x64.2024.36_8wekyb3d8bbwe o Microsoft.Teams.SlimCoreVdiFwk.win-x64.2025.14_2025.14.1.4_x64__8wekyb3d8bbwe), los clientes pueden agregar exclusiones AppX o MSIX confiando en el PublisherID 8wekyb3d8bbwe en su lugar. Los nuevos paquetes de host son nombres de familia de paquetes únicos (Microsoft.Teams.SlimCoreVdiHost.win-x64_8wekyb3d8bbwe).

Los administradores que usan el "AllAppList" más granular por aplicación para definir la lista de aplicaciones que pueden ejecutarse deben agregar excepciones de esta manera (ya que SlimCore sigue el modelo UWP):

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

Para el antiguo instalador de MSIX: <App AppUserModelId="Microsoft.Teams.SlimCoreVdi.win-x86.2025.12_8wekyb3d8bbwe!MsTeamsVdi" />.
Para la nueva arquitectura de MSIX dividida: <App AppUserModelId="Microsoft.Teams.SlimCoreVdiHost.win-x64_8wekyb3d8bbwe!MsTeamsVdi" />.

Para encontrar una lista de los paquetes SlimCore lanzados, consulte esta tabla.

Puntos de conexión de Mac

Nota

Mac ahora está 100% disponible con carácter general para entornos AVD/W365 y Citrix.

Los usuarios que cumplan los requisitos mínimos descritos anteriormente en este artículo se pueden optimizar utilizando la nueva arquitectura (basada en SlimCore).

Los clientes de AVD y Windows 365 deben usar la versión de Aplicación de Windows que no sea de tienda (también conocida como cliente Microsoft AutoUpdate o MAU), ya que solo esa versión incluye el complemento. App Store Aplicación de Windows no incluye el complemento, por lo que los usuarios permanecerán en la optimización basada en WebRTC. Vínculo permanente al cliente de MAU más reciente: https://aka.ms/RDMacMAU

Para los clientes de Citrix, CWA 2508.10 puede presentar una interfaz de usuario durante la instalación que solicita al usuario que instale el complemento, pero este flujo requiere la acción del usuario. CWA 2603 también admite la implementación de complementos a través de Global App Config Service o la directiva Virtual Channel Plugin Download Manager en Citrix Studio.
Una próxima versión de CWA (2607) instalará automáticamente el complemento. Los administradores también pueden implementar el complemento mediante otras herramientas como JAMF.

Importante

• El complemento se encarga del establecimiento del canal virtual y de la instalación automática y silenciosa del motor de medios en el dispositivo Mac.
• El complemento para Mac también incluye el paquete MSIX de Host SlimCore. Por lo tanto, el paquete SlimCore que se captura e instala en macOS es solo Framework ('Microsoft.Teams.SlimCoreVdi.mac-arm64'). Pueden coexistir varias versiones en el mismo dispositivo de usuario. La versión de Microsoft Teams en la máquina virtual indica al complemento qué versión de SlimCore se necesita.
• Todas estas actividades son transparentes para el usuario y los administradores.
• Ubicación: /Aplicaciones/Utilidades/MsTeamsVdi.Plugin.app

Carpeta de instalación de 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

Colección de registros en Mac

Los registros se almacenan en el siguiente directorio en el dispositivo del usuario: ~/Library/Application Support/Microsoft/TeamsVDI

Características no compatibles en Mac

• HID (actualmente solo disponible en versión preliminar pública)
• Optimización de la asamblea como asistente
• Para AVD/W365, la nube cruzada no se admite actualmente
• El uso compartido de pantalla saliente en reuniones cifradas de un extremo a otro está deshabilitado
• Compartir audio del sistema
• Servidores proxy autenticados en la configuración de red de macOS (solo AVD/W365)
• Protocolo de detección de capa de vínculo (LLDP) en e911 (solo AVD/W365)
• Aplicaciones remotas / Aplicaciones publicadas

Problemas conocidos en Mac

1. El cursor del mouse del moderador va lento durante el uso compartido de aplicaciones. Si el moderador detiene y reinicia el uso compartido de aplicaciones, el retraso ya no está presente. Esto se ha corregido en Teams 26149.x.x.x y en versiones posteriores.

2. El complemento Zoom VDI anterior a 6.6.10 en el dispositivo Mac provoca que la aplicación Citrix Workspace se bloquee al realizar transferencias de llamadas.

3. Si conecta o desconecta monitores externos durante la llamada, es posible que el vídeo aparezca en la pantalla incorrecta. Esto también ocurre cuando cambia las alineaciones de pantalla durante la sesión HDX.

Comprobar que el punto de conexión está optimizado

Una vez que cumpla todos los requisitos mínimos, al iniciar Teams por primera vez se intentará cargar en el modo optimizado SlimCore de forma predeterminada.

Puede comprobar en el cliente de Teams que está optimizado con la nueva arquitectura mirando el indicador de estado de VDI (parte superior izquierda en la interfaz de usuario). Además, los usuarios pueden seleccionar los puntos suspensivos (tres puntos ...) en la barra superior y, a continuación, seleccionar Configuración>sobre. Las versiones de Teams y cliente se muestran allí.

• AVD SlimCore Media Optimized = Nueva optimización basada en SlimCore.
• AVD Media Optimized = optimización basada en WebRTC.

El complemento (MsTeamsPluginAvd.dll, MsTeamsPluginCitrix.dll o MsTeamsPluginAmazon.dll) es responsable de descargar finalmente el motor multimedia y SlimCore, que es un paquete MSIX. Se instala de forma silenciosa sin privilegios de administrador ni reinicia en (por ejemplo, la ruta exacta varía):

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

Para el nuevo paquete 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

El cliente de escritorio remoto o la aplicación Citrix Workspace descarga el paquete SlimCore x64 o x86, según el dispositivo del usuario. La carpeta "WindowsApps" está bloqueada, por lo que los usuarios no tienen acceso a ella. Los administradores modifican las ACL para tomar posesión, aunque esta acción no se recomienda. En su lugar, use PowerShell para enumerar las aplicaciones MSIX en el punto de conexión:

PowerShellCopy

Get-AppxPackage Microsoft.Teams.SlimCore*

Una muestra de los resultados que se pueden devolver al ejecutar este PowerShell es:

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

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

Importante

Microsoft almacena hasta 12 versiones de marcos SlimCoreVdi con fines de compatibilidad. Almacenamos estas versiones en caso de que el usuario acceda a diferentes entornos de VDI, como persistente, donde Teams se actualiza automáticamente, y no persistente, donde las actualizaciones automáticas de Teams están deshabilitadas.

Si está optimizado, puede ver MsTeamsVdi.exe ejecutándose en el punto de conexión para Azure Escritorio virtual/W365 (como un proceso secundario de msrdc.exe) o Citrix (como un proceso secundario de wfica32.exe). Al usar el Explorador de procesos, si selecciona msrdc.exe (o wfica32.exe), selecciona Mostrar el panel inferior en Vista y cambia a la pestaña DLL , también puede ver el complemento (MsTeamsPluginAvd.dll o MsTeamsPluginCitrix.dll) que se está cargando. Esta acción es un paso de solución de problemas útil en caso de que no obtenga la nueva optimización.

Indicador de estado de VDI

Microsoft Teams muestra información sobre el estado de optimización, lo que ayuda al usuario a comprender si están optimizados o no. También muestra si están utilizando la optimización WebRTC o la nueva basada en Slimcore al pasar el cursor sobre el banner optimizado .

En los casos en los que Microsoft Teams no está optimizado, el usuario ve un icono de advertencia.

Los usuarios pueden seleccionar los tres puntos y elegir Optimizar el escritorio virtual y reiniciar para intentar una reparación.

Esta selección desencadena un reinicio de Teams, lo que puede resolver algunos problemas conocidos. Si el usuario aún no está optimizado, se muestra un código de error para que los administradores de TI realicen un diagnóstico rápido en función de la tabla de errores de conexión.

Se presenta a los usuarios un vínculo para recibir más información sobre el error y, si es accionable, pueden intentar una corrección automática.

Itinerancia de sesión y reconexiones

Nota

Si las sesiones de escritorio virtual están desconectadas (no cerradas, Teams se deja ejecutándose en la máquina virtual), ahora Teams en Citrix también puede cambiar las pilas de optimización sin reiniciarse después de las reconexiones. En otras palabras, Teams intenta optimizar el usuario con SlimCore si es posible y, si el punto de conexión no lo admite, se intenta la optimización de WebRTC.

Por ejemplo, un punto de conexión de Windows usado en escenarios de traiga su propio dispositivo (BYOD) mientras trabaja desde casa que tiene instalado el complemento y un cliente ligero de Linux administrado por la empresa en la oficina que solo admite WebRTC. Cuando el usuario se desplaza entre los dos puntos de conexión, Teams elegirá automáticamente la pila de optimización correcta sin pedir al usuario que reinicie la aplicación. Además, se notifica al usuario sobre el cambio de optimización con un banner descartable ("Optimización del escritorio virtual...").

Esta transición de pila sin problemas reemplazó al cuadro de diálogo modal que pedía al usuario que reiniciara manualmente la aplicación en entornos VDI.

Consideraciones sobre la red

Sugerencia

MsTeamsVdi.exe es el proceso que realiza todas las conexiones de red TCP/UDP a los servidores de conferencias o relés de Teams u otros sistemas del mismo nivel (tanto señalización como multimedia).

El manifiesto MSIX de SlimCore agrega las siguientes reglas al firewall: <Rule Direction="in" IPProtocol="TCP" Profile="all" /><Rule Direction="in" IPProtocol="UDP" Profile="all" />

Importante

En entornos de VDI donde la nueva optimización se usa junto con directivas de acceso condicional con evaluación continua de acceso (CAE) y aplicación estricta de la ubicación, los usuarios pueden experimentar solicitudes repetidas de inicio de sesión de Teams o llamadas con error porque las solicitudes de autenticación se evalúan con respecto a la dirección IP del punto de conexión (cliente) en lugar de la dirección IP del host de máquina virtual, lo que provoca que se bloquee el acceso al conectarse desde redes que no son de confianza. Este comportamiento es por diseño y refleja una aplicación más estricta en comparación con la optimización basada en WebRTC. Para mitigar el impacto, los clientes pueden relajar las directivas CAE (por ejemplo, evitar la aplicación estricta de ubicaciones) o agregar intervalos IP de punto de conexión o ISP relevantes a ubicaciones de confianza.

Nota

Asegúrese de que el dispositivo del usuario tenga conectividad de red (UDP y TCP) con los id. de punto de conexión 11, 12, 47 y 127 descritos en las direcciones URL e intervalos de direcciones IP de Microsoft 365.
También se requiere la identificación 184. La siguiente tabla es un resumen solo de referencia, supervise estos dos vínculos (a través de la suscripción RSS) para obtener la lista actualizada.

ID	Categoría	ER	Direcciones	Puertos	Notas
11	Optimizar lo necesario	Sí	52.112.0.0/14, 52.122.0.0/15, 2603:1063::/38	UDP: 3478, 3479, 3480, 3481	Procesadores multimedia y retransmisión de transporte 3478 (STUN), 3479 (Audio), 3480 (Vídeo), 3481 (Pantalla compartida)
12	Permitir necesario	Sí	*.lync.com, *.teams.microsoft.com, teams.microsoft.com, *.teams.cloud.microsoft, teams.cloud.microsoft, , 52.112.0.0/14, 52.122.0.0/15, 2603:1027::/48, 2603:1037::/48, 2603:1047::/48, 2603:1057::/48, 2603:1063::/38, 2620:1ec:6::/48, 2620:1ec:40::/42	TCP: 443, 80, UDP: 443
47	Valor predeterminado obligatorio	No	*.office.net , graph.microsoft.com	TCP: 443, 80	Se usa para descargas de SlimCore y efectos de fondo
69	Valor predeterminado obligatorio	No	*.aria.microsoft.com, *.events.data.microsoft.com	TCP: 443	Servicios de comunicación de back-end
127	Valor predeterminado obligatorio	No	*.skype.com	TCP: 443, 80
184	Valor predeterminado obligatorio	No	*.cloud.microsoft, *.static.microsoft, *.usercontent.microsoft	TCP: 443, UDP 443	Se utiliza para tonos de llamada, supresión de ruido y otros modelos

Arquitectura de red

Un recorrido por la arquitectura en el diagrama:

1. Inicie Teams.
2. Cliente de Teams se autentica en los servicios de Teams. Las directivas de inquilino se envían al cliente de Teams y las configuraciones relevantes se transmiten a la aplicación.
3. Teams detecta que se está ejecutando en un entorno de escritorio virtual y crea una instancia del servicio vdibridge interno.
4. Teams abre un canal virtual seguro en el servidor.
5. El protocolo RDP/HDX/Blast/DVC transporta la solicitud al cliente VDI (Aplicación de Windows, aplicación Citrix Workspace, Horizon Client o Amazon WorkSpaces) que cargó previamente MsTeamsPlugin (componente de canal virtual del lado del cliente).
6. La aplicación cliente de VDI genera un nuevo proceso denominado MsTeamsVdi.exe, que es el nuevo motor multimedia (SlimCore) usado para la nueva optimización. Todas las actividades de la red son ejecutadas por este proceso.
7. El motor multimedia SlimCore (en el cliente) y el msteams.exe (en el escritorio virtual) ahora tienen un canal bidireccional y pueden empezar a procesar solicitudes multimedia.

Llamadas de usuario

8. El par A selecciona el botón de llamada. MsTeamsVdi.exe se comunica con los servicios de Microsoft Teams en Azure, estableciendo una ruta de señalización de un extremo a otro con el par B. MsTeamsVdi.exe recopila una serie de parámetros de llamada admitidos (códecs, resoluciones, etc., lo que se conoce como oferta de protocolo de descripción de sesión (SDP). Estos parámetros de llamada se retransmiten mediante la ruta de señalización a los servicios de Microsoft Teams en Azure y desde allí al otro sistema del mismo nivel.
9. La oferta/respuesta SDP (negociación de un solo paso) tiene lugar a través del canal de señalización y se completan las comprobaciones de conectividad de ICE (NAT y cruce de firewall mediante solicitudes de enlace STUN). A continuación, los medios del Protocolo de transporte seguro en tiempo real (SRTP) fluyen directamente entre MsTeamsVdi.exe y el otro elemento del mismo nivel (o los relés de transporte de Teams o los servidores de conferencias).

Los bloques de IP para la señalización, los medios, los efectos de fondo y otras opciones se describen en este artículo.

Tipos de tráfico que maneja SlimCore en el punto de conexión

1. La conectividad de flujos multimedia de Teams se implementa mediante el Establecimiento de conectividad interactiva (ICE) estándar de IETF para los procedimientos STUN y TURN.
2. Elementos multimedia en tiempo real. Datos encapsulados en el Protocolo de transporte en tiempo real (RTP) que admite cargas de trabajo de audio, vídeo y uso compartido de pantalla. En general, el tráfico multimedia es muy sensible a la latencia. Este tráfico debe tomar la ruta más directa posible y usar UDP frente a TCP como protocolo de capa de transporte, que es el mejor transporte para medios interactivos en tiempo real desde una perspectiva de calidad.
   • Como último recurso, los medios pueden usar TCP/IP y también ser tunelizados dentro del protocolo HTTP, pero no se recomienda debido a implicaciones de mala calidad.
   • El flujo RTP se protege mediante SRTP, en el que solo se cifra la carga útil.
3. Señalización. El vínculo de comunicación entre el punto de conexión y los servidores de Teams, u otros clientes, que se usa para controlar las actividades (por ejemplo, cuando se inicia una llamada). La mayoría del tráfico de señalización usa UDP 3478 con reserva a HTTPS, aunque en algunos escenarios (por ejemplo, la conexión entre Microsoft 365 y un controlador de borde de sesión) usa el protocolo SIP. Es importante comprender que este tráfico es mucho menos sensible a la latencia, pero puede causar interrupciones del servicio o tiempos de espera de llamadas si la latencia entre los puntos de conexión supera varios segundos.

Consumo de ancho de banda

Teams está concebido para ofrece las mejores posibilidades de uso compartido de audio, vídeo y contenido, independientemente de las condiciones de su red. Cuando el ancho de banda es insuficiente, Teams da prioridad a la calidad de audio sobre la de vídeo. Cuando el ancho de banda no está limitado, Teams optimiza la calidad multimedia, incluido el audio de alta fidelidad, una resolución de vídeo de hasta 1080p y hasta 30 fps (fotogramas por segundo) para vídeo y contenido. Para obtener más información, lea Requisitos de ancho de banda.

Calidad del servicio (QoS)

Implemente la configuración de QoS para los puntos de conexión y los dispositivos de red, y determine cómo quiere controlar el tráfico multimedia para llamadas y reuniones.

• Como requisito previo, habilite la QoS globalmente en el Centro de Administración de Teams. Consulte Configuración de QoS en el Centro de administración de Teams para obtener más información sobre cómo habilitar los marcadores Insertar calidad de servicio (QoS) para la configuración del tráfico multimedia en tiempo real .

  Intervalos de puertos iniciales recomendados:

  Tipo de tráfico de medios	Rango de puertos de origen del cliente	Protocolo	Valor de DSCP	Clase DSCP
  Audio	50,000 - 50,019	TCP/UDP	46	Desvío rápido (EF)
  Vídeo	50,020 - 50,039	TCP/UDP	34	Desvío garantizado (AF41)
  Aplicación o pantalla compartida	50,040 - 50,059	TCP/UDP	18	Desvío garantizado (AF41)

• Para obtener información sobre cómo configurar las marcas de punto de código de servicios diferenciados (DSCP) para los puntos de conexión de Windows, consulte Implementar QoS en clientes de Teams.

  Nota

  Cualquier marca basada en puntos de conexión debe aplicarse a MsTeamsVdi.exe, el proceso que controla toda la descarga multimedia en el dispositivo del usuario. Consulte el documento del cuaderno de estrategias para obtener más información sobre la QoS.

• Para obtener información sobre cómo implementar QoS para enrutadores, consulte la documentación del fabricante.

• La configuración de QoS en los dispositivos de red puede incluir algunos o todos los elementos de:

  • mediante listas de Access Control (ACL) basadas en puertos
  • definir las colas de QoS
  • definir marcas de DSCP

Importante

Se recomienda implementar estas directivas de QoS mediante los puertos de origen del punto de conexión y una dirección IP de origen y destino de "cualquiera". Estas directivas capturan el tráfico de medios entrante y saliente en la red interna.

Tecnologías que no se recomiendan con Microsoft Teams en VDI

1. red VPN. No se recomienda para el tráfico multimedia.
2. Conformadores de paquetes. No se recomienda ningún tipo de dispositivo de examen de paquetes, inspección de paquetes, proxies o moldeador de paquetes para el tráfico multimedia de Teams y podría degradar significativamente la calidad.

Directiva de PowerShell de Microsoft Teams para la optimización

Los cmdlets CsTeamsVdiPolicy permitieron a los administradores controlar el tipo de reuniones que los usuarios pueden crear o las características a las que pueden acceder mientras se encuentran en una reunión específicamente en un entorno VDI, donde la optimización WebRTC se deshabilitó mediante el motor de directivas del socio de VDI (Citrix Studio, plantilla ADMX HTML5 de VMware o esta clave del Registro para AVD y Windows 365).

Las configuraciones de directiva predeterminadas son:

• DisableCallsAndMeetings: False
• DisableAudioVideoInCallsAndMeetings: False

Esta directiva ahora tiene un argumento adicional como el único punto de configuración para controlar si un usuario puede obtener o no el nuevo modo de optimización basado en SlimCore. En otras palabras, los motores de directivas del partner de VDI no controlan el nuevo modo de optimización:

• VDI2Optimization: habilitado (valor predeterminado)

Nombre	Definición	Ejemplo	Notas
New-CsTeamsVdiPolicy	Permite a los administradores definir nuevas directivas de VDI que se pueden asignar a los usuarios para controlar las características de Teams relacionadas con las reuniones en un entorno VDI.	PS C:\> New-CsTeamsVdiPolicy -Identity RestrictedUserPolicy -VDI2Optimization "Disabled"	El comando que se muestra aquí usa el cmdlet New-CsTeamsVdiPolicy para crear una nueva directiva VDI con la identidad RestrictedUserPolicy. Esta directiva usa todos los valores predeterminados para una directiva VDI excepto uno: VDI2Optimization. En este ejemplo, los usuarios con esta directiva no se pueden optimizar con SlimCore.
Grant-CsTeamsVdiPolicy	Permite a los administradores asignar una directiva VDI de Teams en un ámbito por usuario. Los administradores pueden controlar el tipo de reuniones que puede crear un usuario, las características a las que puede acceder en un entorno de VDI no optimizado y si se puede optimizar un usuario con el nuevo modo de optimización basado en SlimCore.	PS C:\> Grant-CsTeamsVdiPolicy -identity "Ken Myer" -PolicyName RestrictedUserPolicy	En este ejemplo, se asigna un usuario con la identidad "Ken Myer" a RestrictedUserPolicy.
Set-CsTeamsVdiPolicy	Permite a los administradores actualizar las directivas de VDI existentes.	PS C:\> Set-CsTeamsVdiPolicy -Identity RestrictedUserPolicy -VDI2Optimization "Disabled"	El comando que se muestra aquí usa el cmdlet Set-CsTeamsVdiPolicy para actualizar una directiva de VDI existente con la identidad RestrictedUserPolicy. Esta directiva usa todos los valores existentes excepto uno: VDI2Optimization; en este ejemplo, los usuarios con esta directiva no se pueden optimizar con SlimCore.
Remove-CsTeamsVdiPolicy	Permite a los administradores eliminar una directiva VDI de Teams creada anteriormente. Los usuarios que no tengan ninguna directiva asignada explícitamente recurren a la directiva predeterminada de la organización.	PS C:\> Remove-CsTeamsMeetingPolicy -Identity RestrictedUserPolicy	En el ejemplo mostrado anteriormente, el comando elimina la directiva de usuario restringido de la lista de directivas de la organización y quita todas las asignaciones de esta directiva de los usuarios con la directiva asignada.
Get-CsTeamsVdiPolicy	Permite a los administradores recuperar información sobre todas las directivas de VDI configuradas en la organización.	PS C:\> Get-CsTeamsVdiPolicy -Identity SalesPolicy	En este ejemplo, Get-CsTeamsVdiPolicy se usa para devolver la directiva de reunión por usuario que tiene una Identity SalesPolicy. Dado que las identidades son únicas, este comando no devuelve más de un elemento.

Feature list con la nueva optimización

En la tabla siguiente se compara el nuevo conjunto de características de optimización con la optimización basada en WebRTC. La nueva optimización es compatible con los puntos finales de Windows para AVD/W365, Citrix, Omnissa y Amazon. Mac solo es compatible con AVD/W365 y Citrix. WebRTC es compatible con AVD/W365, Citrix y Omnissa.

Característica	Disponible en la nueva optimización (Windows y MAC)	Disponible en WebRTC (Windows y MAC)
1080p	Sí	No
Aceleración de hardware en el punto de conexión	Sí1	No
Vista Galería 3x3 y 7x7	Sí	No
Calidad de servicio	Sí	No
Supresión de ruido	Sí	Sí (AVD)
Aislamiento de voz e inscripción de Face	Sí6	No
HID	Sí (solo Windows)	Sí (AVD y Omnissa)
Modo moderador	Sí	No
Teams Premium	Comprobar la página de Teams Premium	Comprobar la página de Teams Premium
Fondos personalizados de la organización	Sí (se requiere una licencia de Teams Premium)	No
Efecto de fondo cargado por el usuario	Sí 2	No
Zoom +/-	Sí	No
Omisión de medios, enrutamiento basado en la ubicación, conexión con operador 3	Sí	No
Panel de calidad de llamadas y Centro de administración de Teams	Sí	Limitaciones
Aplicación publicada/aplicación remota/aplicaciones en la nube	Sí (AVD/W365 y Citrix)	Sí (solo para AVD, Windows)
Control de give/clear	Sí	Sí
Uso compartido de aplicaciones	Sí	Sí
E911	Sí	Sí
Transmisión simultánea	Sí	Sí
Compartir audio del sistema	Sí (solo Windows)	Sí
Timbre secundario	Sí	Sí
Desenfoque de fondo	Sí	Sí
Los organizadores pueden programar reuniones y eventos	Sí	Sí
Los organizadores, moderadores y asistentes pueden unirse a reuniones y eventos de hasta 1000 asistentes, como seminarios web	Sí	Sí
Los organizadores y moderadores pueden unirse a eventos a gran escala , como asambleas informativas	Sí	No
Los asistentes pueden unirse a eventos a gran escala , como asambleas informativas	Sí	Sí
Organizadores y moderadores de reuniones y eventos de hasta 1000 asistentes, como seminarios web, están optimizados	Sí 4	Sí
Se optimizan los organizadores y moderadores de eventos a gran escala , como asambleas informativas	Sí	No
Se optimizan los asistentes a reuniones y eventos de hasta 1000 asistentes, como seminarios web	Sí	No
Se optimiza la asistencia a eventos de gran escala , como asambleas informativas	No	No
Anotaciones	Solo como moderador. 5	No

¹ La aceleración del hardware de gráficos requiere DirectX 9 o posterior con WDDM 2.0 o superior para Windows 10 (o WDDM 1.3 o superior para Windows 10 Fall Creators Update).
² Si se une a una reunión como invitado, esta característica no es compatible. No se admite la colocación de archivos en segundo plano a través de scripts en el perfil Appdata del usuario (los usuarios deben cargar el archivo personalizado deseado a través de Teams, que luego se copia en OneDrive del usuario, siempre que tenga suficiente capacidad de almacenamiento).
³ Operator Connect en India con números móviles requiere acceso de latitud y longitud desde el sistema operativo del punto final y la interrupción local de Internet. Operador Conexión con números fijos o inalámbricos puede usar IP/subred o interrupción de Internet para asignar a una ubicación. Es fundamental asegurarse de que el sistema operativo del punto de conexión detecta el país correcto, ya que el enrutamiento del tráfico a través de grupos fuera de la India puede hacer que el sistema operativo del punto de conexión identifique erróneamente la ubicación. Para obtener más información, consulte los tipos de números fijos e inalámbricos en India.
⁴ NDI (Network Device Interface), la solución moderna para conectar dispositivos multimedia (como una cámara de estudio y un mezclador) no es compatible con los productores.
⁵ Los espectadores no ven las anotaciones (están ocultas por la superposición de la ventana de vídeo entrante).
⁶ La inscripción de voz y rostro depende de la redirección de cámara y micrófono del proveedor de VDI (por ejemplo, Citrix HDX, Omnissa RTAV, Microsoft RDP, etc.). Consulte la sección Problemas conocidos .

Perfil de usuario de SlimCore en el punto de conexión

La nueva solución para VDI almacena datos específicos del usuario en el punto de conexión en las siguientes ubicaciones, en función de su proveedor:

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

Los paquetes MSIX de SlimCore anteriores (antes de los nuevos paquetes Split MSIX con Host y Framework) almacenaban datos específicos del usuario en:

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

En esta ubicación se guardan los registros, los tonos, las configuraciones y los modelos de IA o ML (utilizados en la supresión de ruido, la estimación del ancho de banda, etc.). Además, los efectos de fondo personalizados cargados en Teams se descargan desde el OneDrive del usuario a la carpeta "descargas" de esta ubicación (por lo tanto, se requiere una cuenta de OneDrive con suficiente almacenamiento para que la característica funcione). Si estas carpetas AppData se purgan después de que un usuario cierre la sesión (por ejemplo, clientes ligeros bloqueados sin perfiles móviles), MsTeamsVdi.exe las vuelve a crear y descarga la configuración específica del usuario (unos 12 MB de datos). Los datos específicos del usuario pueden crecer hasta ~100 MB (incluidos ~60 MB para los registros).

Importante

Los clientes ligeros bloqueados deben permitir que estas ubicaciones sean de lectura y escritura. De lo contrario, es posible que se produzca un error en la nueva optimización. Para clientes ligeros de Windows 10 1809 anteriores (como Dell Wyse 5070 y modelos similares), los procesos de SlimCoreVdi escriben AppData en un almacenamiento de archivos virtualizado, por lo tanto, la ubicación de la carpeta para el perfil de usuario de SlimCore es (dependiendo del paquete 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\.

Proceso de instalación y actualización de SlimCore en entornos de cliente ligero bloqueados (opcional)

De forma predeterminada, MsTeamsPlugin descarga e instala automáticamente la versión correcta del motor multimedia SlimCore sin la intervención del usuario ni del Administrador. Pero los clientes en entornos de red restringidos en la sucursal pueden optar por un proceso alternativo de distribución de SlimCore, sin necesidad de que el punto final pueda obtener paquetes de SlimCore utilizando https desde la red de entrega de contenido pública de Microsoft.

Nota

Para obtener una lista actualizada de paquetes de SlimCore que coinciden con su versión correspondiente de Teams, consulte esta tabla.

Importante

Si debe elegir este método, debe garantizar que:

1. La actualización automática de Teams está deshabilitada en el escritorio virtual.
2. Los paquetes SlimCore se aprovisionan previamente en el almacenamiento local o el recurso compartido de red del punto de conexión antes de actualizar Teams en el escritorio virtual. Cualquier versión más reciente de Teams solicita una nueva versión de SlimCore correspondiente y, si el complemento no la encuentra, el usuario está en modo de reserva (representación del lado servidor).

Esta circunstancia se produce porque las versiones de Teams y SlimCore deben coincidir.

Pasos de configuración

1. En el punto final del usuario (cliente ligero/cliente pesado), debe crear la siguiente clave de registro:

   • Ubicación para Citrix: HKLM\SOFTWARE\WOW6432Node\Microsoft\Teams\MsTeamsPlugin
   • Ubicación de Azure Virtual Desktop/W365: HKLM\SOFTWARE\Microsoft\Teams\MsTeamsPlugin
   • Nombre: MsixUrlBase
   • Tipo: REG_SZ
   • Datos: Ruta UNC de almacenamiento local o almacenamiento en red, como file://C:/Temp o file://ComputerName/SharedFolder.

   La clave de registro define la dirección URL base.

2. Además, los administradores deben descargar la versión exacta del paquete SlimCore MSIX de la red de entrega de contenido de Microsoft que coincida con la versión de Teams que tiene previsto implementar en el futuro.

   Importante

   El paquete MSIX debe coincidir con la arquitectura o el valor de bits de la aplicación Citrix Workspace (solo x86) o de los clientes de Escritorio remoto o Aplicación de Windows: Microsoft.Teams.SlimCoreVdi.<platform>-<architecture>.msix.

3. Para conservar la estructura, coloque MSIX en una carpeta específica con la versión dentro de la ubicación especificada en la clave del Registro. Por ejemplo, C:\Temp\2024.4.1.9\Microsoft.Teams.SlimCoreVdi.win-x86.msix o //ComputerName/SharedFolder/2024.4.1.9/.

   Nota

   Si el complemento no encuentra un paquete MSIX de SlimCore en el almacenamiento local o en la red, intenta descargarlo automáticamente de la red de entrega de contenido pública de Microsoft como respaldo.

Filtros de escritura unificados (UWF)

Los clientes ligeros con filtros de escritura unificados aplicados deben crear las siguientes exclusiones para permitir que los paquetes SlimCore MSIX se aprovisionen y activen:

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

Clientes ligeros con discos RAM

Los clientes ligeros como HP/DELL que tienen un administrador de discos RAM donde las variables de entorno TEMP/TMP apuntan a un disco RAM (por ejemplo, Z:) no podrán aprovisionar paquetes MSIX de SlimCore ("sc_host_install_error":"{"val":4390,"cat":"windows"}" al buscar en las entradas de descripción Visor de eventos de la máquina virtual para "VDI de Microsoft Teams"). La solución alternativa consiste en crear una nueva variable del sistema MSTEAMSVDI_BITS_TMP_PATH y apuntar a una ubicación de disco físico temporal (como C:\TMP o C:\TEMP). Esto permite que el servicio de transferencia inteligente en segundo plano descargue y aprovisione correctamente SlimCore.

Colaboración entre nubes

Las organizaciones de las nubes públicas, GCC (Government Community Cloud), GCCH (Government Community Cloud High) y DoD (Departamento de Defensa) de Microsoft ahora pueden colaborar entre sí de manera eficiente con la nueva optimización (esta colaboración se aplica tanto a las empresas como a las empresas). Esta colaboración suele implicar el acceso a contenido compartido, lo que requiere acceso autenticado. Anteriormente, la colaboración entre nubes a través de Teams estaba limitada debido a la falta de optimización en audio / video. Con la optimización basada en Teams y Slimcore, los usuarios ahora pueden disfrutar de una experiencia de usuario de alta definición. Para obtener más información sobre Cross Cloud, consulte este enlace.

Se admiten los siguientes escenarios:

• Nube cruzada anónima permite el escenario en el que un usuario inicia sesión en la nube A en Teams y se une a una reunión en una nube B diferente de forma anónima. Active Administrar el acceso de participantes anónimos a reuniones y eventos de Teams (administradores de TI) para obtener más información.
• El acceso de invitado entre nubes amplía la funcionalidad para permitir que un usuario participe en experiencias de colaboración enriquecidas en equipos, canales, documentos y reuniones de Teams para obtener una experiencia completa que incluye optimización de audio y vídeo, uso compartido de pantalla, uso compartido de archivos y chat 1:1 y 1:n. Consulte aquí para obtener más detalles.
• Unirse a una reunión autenticada entre nubes ofrece la posibilidad de que un usuario de Teams se una a una reunión en otra nube mientras ha iniciado sesión en su cuenta en su inquilino principal. Esta característica proporciona al anfitrión de la reunión la capacidad de validar las identidades de los participantes de la reunión sin concederles acceso al inquilino del host.

Versiones mínimas: Teams 25060.205.3499.6849. Cliente de Escritorio remoto 1.2.6186. Complemento de Citrix 2024.41.1.1.

Problemas conocidos:

• HID solo funciona en la nube principal.
• Al silenciar desde la interfaz de usuario de Teams no se reproduce el comando de voz "Silenciar/no silenciar" en la nube no principal.
• Más limitaciones de periféricos se describen aquí
• Cualquier usuario que haya iniciado sesión en varias nubes (multinube o cross cloud) no puede optimizarse con WebRTC. Si el usuario se desplaza a un dispositivo que no es compatible con SlimCore, estará en modo de reserva (representación del lado servidor) hasta que vuelva a un dispositivo compatible con SlimCore. Este problema se produce porque WebRTC no admite ninguna característica entre nubes.
• Si las características de nube cruzada no parecen funcionar a pesar de que el usuario cumple los requisitos mínimos, puede salir de Teams (después de que se optimice con SlimCore) e intentar eliminar un archivo llamado ecs_settings.dat64 en la siguiente ruta de acceso: %localappdata%\packages\MSTeams_8wekyb3d8bbwe\LocalCache\microsoft\MSTeams. Reinicie Teams.

Lista de permitidos del canal virtual de Citrix

La configuración de directiva de lista de permitidos de canales virtuales en CVAD permite el uso de una lista de permitidos que especifica qué canales virtuales se pueden abrir en una sesión ICA. Cuando se habilita, se deben indicar todos los procesos excepto los canales virtuales integrados de Citrix. Como resultado, se requieren más entradas para que el cliente de Teams pueda conectarse al complemento del lado cliente (MsTeamsPluginCitrix.dll).

Con Citrix Virtual Apps and Desktops 2203 o posterior, la lista de permitidos de canales virtuales está habilitada de forma predeterminada. Esta configuración predeterminada deniega el acceso a los canales virtuales personalizados de Teams, ya que la lista de permitidos no incluye el nombre del proceso principal de Teams.

El cliente de Teams requiere tres canales virtuales personalizados para funcionar: MSTEAMS, MSTEAM1 y MSTEAM2. Ms-teams.exe tiene acceso a estos canales. Puede usar caracteres comodín para permitir el ms-teams.exe ejecutable y el canal virtual 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. La compatibilidad con comodines está disponible en:

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

2. Los equipos VDA deben reiniciarse para que la directiva surta efecto.

Nota

VDA 2603 o posterior ahora permite los tres canales virtuales de forma predeterminada, sin necesidad de la configuración específica de la directiva de Citrix Studio ("Permitido").

Pantalla compartida

Tanto el uso compartido de pantalla saliente como el uso compartido de aplicaciones se comportan de forma diferente en la VDI optimizada en comparación con el cliente de escritorio de Teams no optimizado. Por lo tanto, estas actividades requieren una codificación que emplee los recursos del dispositivo del usuario (por ejemplo, CPU, GPU, RAM, red, etc.). Desde el punto de vista de la red, el uso compartido se realiza directamente entre el dispositivo del usuario y el otro servidor del mismo nivel o del mismo nivel.

Nota

Uso compartido de pantalla del lado de máquina virtual (VMSS)

Para Omnissa, Amazon o para MAC (Citrix o AVD/W365), el uso compartido se realiza directamente entre la máquina virtual del usuario -el moderador- y el otro visor de pares o servidor de conferencias, por lo que los administradores deben permitir los identificadores 11 y 12 en la red de la máquina virtual como se describe en las direcciones URL e intervalos de direcciones IP de Microsoft 365. Esto se debe a que cuando un usuario de VDI selecciona el botón de compartir pantalla, una llamada de audio o vídeo p2p se escala a una llamada grupal, lo que permite a los equipos compartir contenido directamente desde la máquina virtual. Los visores optimizados para Teams siguen recibiendo la transmisión de screenshare entrante directamente en su punto de conexión, donde tiene lugar la descarga.
Esta característica también está actualmente en versión preliminar pública para los usuarios de Windows (Citrix, AVD/W365). Consulte el diagrama de "Arquitectura de red" anterior para obtener más detalles. Los administradores pueden detectar estas sesiones salientes de uso compartido de pantalla en el Centro de Administración de Teams (donde aparecen como una sesión adicional de "Secuencia de uso compartido de pantalla" para el usuario) o en el Panel de calidad de llamadas (donde aparecen como "VDI de Microsoft Teams (pantalla compartida de VM)" en la categoría Agente de usuario)

Sugerencia

Se puede crear la siguiente clave de registro en la máquina virtual para controlar el consumo de recursos de CPU de VMSS:

• Ruta de acceso: HKCU\Software\Microsoft\Teams\VMSS o HKLM\Software\Microsoft\Teams\VMSS (HKLM tiene prioridad sobre HKCU)
• Nombre: MaxFPS (DWORD)
• Valor: entre 1 y 15

Una sesión típica de PowerPoint consume 3 fps. Si el usuario hace clic en el botón "optimizar" de la barra de herramientas de uso compartido (diseñado para compartir vídeos), Teams intenta aumentar hasta 15 fps y se espera un mayor impacto en la CPU. Limitar MaxFPS en algún lugar entre 5-10 puede ayudar a reducir el impacto en este escenario.

Directrices de ajuste de tamaño

Las siguientes recomendaciones se derivan de las pruebas de carga internas de Microsoft. Como los resultados de las pruebas pueden variar según las implementaciones, los clientes deben realizar su propia validación en sus entornos específicos. Varios factores influyen en los resultados, como el tamaño de la máquina virtual, los patrones de carga de trabajo y, lo que es más importante, la presencia de aceleración de GPU.

En una máquina virtual de un solo usuario de 4 vCPU o 16 GB de RAM con una CPU Intel Xeon E5-2673 v4 @ 2,30 GHz (sin GPU ni sincronización rápida, por lo que se utiliza la codificación de software H264),

• Con un monitor externo 4K, el uso de memoria para Microsoft Teams en la VM consumido y ~510 MB adicionales y un ~ 7-8 % de CPU adicional (a 3 fps) o 25-30 % de CPU (a 15 fps, cuando el usuario hace clic en "Optimizar para vídeo" en la barra de herramientas de la interfaz de usuario).
• Con un monitor externo de 2K, el uso de memoria para Microsoft Teams en la VM consumido y ~320 MB adicionales y un ~ 3-4 % de CPU adicional (a 3 fps) o 20-25 % de CPU (a 15 fps, cuando el usuario hace clic en "Optimizar para vídeo" en la barra de herramientas de la interfaz de usuario).

Un recurso compartido de pantalla de monitor completo captura el monitor de llamadas de Teams y lo hace visible para los demás participantes. Los elementos de vídeo que hay en su interior no son visibles y, en su lugar, se ven como cuadrados en blanco. Al compartir aplicaciones, solo la aplicación que se comparte es visible para los demás participantes y no se captura el monitor de llamadas.

Compatibilidad con Citrix App Protection y Microsoft Teams

Los usuarios con la protección de aplicaciones habilitada aún pueden compartir su pantalla y aplicaciones mientras usan la nueva optimización. El uso compartido requiere VDA versión 2402 o superior, y CWA para Windows 2309.1 o posterior. Los usuarios de versiones inferiores terminan compartiendo una pantalla negra en su lugar cuando se instala y habilita el módulo de protección de aplicaciones.

Protección contra capturas de pantalla AVD y compatibilidad con Microsoft Teams

Los usuarios con la protección contra capturas de pantalla (SCP) habilitada para bloquear la captura de pantalla en el cliente de escritorio remoto (Bloquear captura de pantalla en el cliente) aún pueden compartir su pantalla y aplicaciones mientras usan la nueva optimización basada en SlimCore para Microsoft Teams. El uso compartido requiere las siguientes versiones mínimas: Teams 25060.205.3499.6849 y cliente de Escritorio remoto 1.2.6081 o Aplicación de Windows 2.0.379.

Los usuarios de versiones inferiores terminan compartiendo una pantalla negra en lugar de con SCP habilitado.

AVD RemoteApp / W365 Cloud Apps y Citrix Virtual Apps

Si publica la aplicación Microsoft Teams con RemoteApp en Azure Virtual Desktop, Cloud Apps en Windows 365 o Citrix Virtual Apps (aplicaciones publicadas), los usuarios pueden optimizarse con la nueva arquitectura si cumplen los siguientes requisitos mínimos:

• Aplicación de Windows para Windows 2.0.964.0
• Complemento de Citrix 2026.15.1.1
• Microsoft Teams 26043.2016.4478.2773

Problemas conocidos:

• El control de toma y daca no está disponible actualmente.
• Los puntos de conexión de Mac no son compatibles, por lo que no se realizará la optimización, y los usuarios estarán en modo de reserva (también conocido como representación del lado servidor). Actualice a Microsoft Teams 26093.411.4595.9804 o superior si los usuarios detectan comportamientos incoherentes y no están en modo de reserva.

Efectos de fondo personalizados

La nueva optimización permite a los usuarios mantener su fondo privado durante las reuniones de Teams difuminando o cambiando su fondo, cargando sus propias imágenes o eligiendo entre las imágenes de fondo que ya están en Teams. La carga de imágenes personalizadas requiere que el usuario cargue el archivo a través de la interfaz de usuario de Teams, por lo tanto, el archivo debe estar disponible en el escritorio virtual (directa o indirectamente, a través de la asignación de unidades de cliente). Teams cargará el archivo en la carpeta de OneDrive del usuario e indicará al motor de medios que se ejecuta en el dispositivo del usuario que lo descargue para su procesamiento local. La red del dispositivo del usuario debe permitir el acceso a graph.microsoft.com. No se admite la colocación de archivos en segundo plano a través de scripts en el perfil Appdata del usuario en su local (los usuarios deben cargar el archivo personalizado deseado a través de Teams, que luego se copia en OneDrive del usuario, siempre que tenga suficiente capacidad de almacenamiento). Si se une a una reunión como invitado, no se admite la característica de fondo personalizado.

Eventos a gran escala (como asambleas informativas) y eventos en directo

Los asistentes que se unen a este tipo de eventos no están optimizados (WebRTC o SlimCore), por lo que optan por la representación predeterminada del lado servidor, lo que provoca un alto consumo de recursos en el escritorio virtual (principalmente CPU, RAM y ancho de banda del canal virtual). Por lo tanto, el tráfico de eCDN de Microsoft y de punto a punto (P2P) se realiza en las propias máquinas virtuales, ya que no es posible descargar nada. Para obtener más información, consulte este artículo.

Para la compatibilidad con el rol de moderador u organizador, consulte la lista de características con la nueva tabla de optimización anteriormente en este artículo.

Periféricos en VDI

Cuando Teams se optimiza con SlimCore, las cámaras, los micrófonos, la ubicación y los altavoces conectados al dispositivo físico se asignan al escritorio virtual. Teams enumera todos los dispositivos detectados, dando prioridad a los dispositivos de comunicación predeterminados (como se ve en el panel mmsys.cpl cuando se ejecuta en el dispositivo del usuario). La optimización basada en SlimCore admite dispositivos de interfaz humana (HID) para auriculares certificados de Teams, lo que permite a los usuarios silenciar/reactivar audio y aumentar/reducir el volumen directamente desde sus auriculares. Actualmente, no se admite un botón de Microsoft Teams en un dispositivo Teams certificado.

Sugerencia

Con la directiva CSP: privacidad, puedes especificar de forma preventiva una configuración por aplicación para la cámara, el micrófono y la ubicación indicando el nombre de familia de paquetes de SlimCore (Microsoft.Teams.SlimCoreVdiHost.win-x64_8wekyb3d8bbwe). Estas opciones de configuración son LetAppsAccessCamera_ForceAllowTheseApps, LetAppsAccessMicrophone_ForceAllowTheseAppsLetAppsAccessLocation_ForceAllowTheseApps

Nota

En algunos periféricos, dos aplicaciones de comunicaciones unificadas que se ejecutan en paralelo pueden provocar colisiones HID en las que se desconectan las llamadas activas.

Consulte la sección Problemas conocidos .

Como solución alternativa, se puede deshabilitar el HID mediante la clave del Registro en Teams 25060.205.3499.6849 o posterior, donde la clave se puede crear en el punto de conexión. (La clave también se puede crear en la máquina virtual si tiene el complemento 2025.24.1.3 (Citrix) o el cliente de Escritorio remoto 1.2.6275 / Aplicación de Windows 2.0.550.0).

HKEY_CURRENT_USER\Software\Microsoft\Teams\HID

Nombre: DisableHidManagerV1

Tipo: DWORD

Valor: 1 (cuando se establece en 1, deshabilita el HID) (si se establece en 0 o la clave no está presente, el HID está habilitado)

API de supervisión

Los administradores pueden crear scripts personalizados para consultar vdi_connection_info.json: este archivo de la máquina virtual contiene información sobre la sesión actual y la última, como el estado de optimización, los periféricos y las versiones de software de los distintos componentes.

Ubicación (en el VDA o en el host de Escritorio remoto): C:\Users<username>\AppData\Local\Packages\MSTeams_8wekyb3d8bbwe\LocalCache\Microsoft\MSTeams\tfw

Los casos de uso típicos de la API de supervisión son:

• Administradores que implementan un script de automatización en un VDA o host de Escritorio remoto para detectar si el sistema operativo del punto de conexión del cliente ha cambiado desde la última conexión. El script consume el contenido del archivo JSON para comparar los valores de las dos últimas sesiones y emitir sus propias alertas o mensajes emergentes.
• Desarrolladores que crean aplicaciones de terceros que informan del estado actual de la conexión de optimización de VDI. El script consume el contenido del archivo JSON para recuperar toda la información disponible de conexión, optimización y dispositivo de la sesión actual de Teams.

Estructura del archivo JSON:

• Marca de tiempo: vdiConnectedState.timestamp indica la marca de tiempo de la conexión de la sesión
• Optimización de VDI: vdiConnectedState.vdiMode indica la versión de optimización (permanece estática durante toda la sesión de VDI)
• Estado conectado: connectedStack (remoto = optimizado, local = no optimizado) (permanece estático durante toda la sesión de VDI)
• SlimCore Version en el punto de conexión: remoteSlimCoreVersion
• Versión de VdiBridge en la VM: bridgeVersion
• Versión del complemento de MS Teams en el punto de conexión: pluginVersion
• Versión de Teams: vdiVersionInfo.teamsVersion
• Plataforma de cliente: vdiVersionInfo.clientPlatform
• Versión del cliente VDI (CWA o Aplicación de Windows): vdiVersionInfo.rdClientVersion
• Versión del sistema operativo de la VM: vdiVersionInfo.vmVersion
• Dispositivos periféricos disponibles: devices.speakers.available, devices.cameras.available, devices.microphones.available (actualización en tiempo real del archivo JSON)
• Dispositivos periféricos seleccionados: devices.speakers.selected, devices.cameras.selected, devices.microphone.selected (actualización en tiempo real del archivo json)
• Timbre secundario: devices.secondaryRinger (actualización en tiempo real del archivo json)

Nota

En la optimización de WebRTC, solo se rellena vdiConnectedState, lo que indica en qué optimización se encuentra actualmente la sesión. No hay información de vdiVersionInfo ni del dispositivo almacenada en el archivo JSON de la sesión. Cuando no hay ninguna optimización disponible, no se realizan actualizaciones en el archivo JSON.

Panel de calidad de llamadas en VDI

El Panel de calidad de llamadas (CQD) permite a los profesionales de TI usar datos agregados para identificar problemas que crean problemas de calidad multimedia mediante la comparación de estadísticas para grupos de usuarios con el fin de identificar tendencias y patrones. El Panel de calidad de llamadas no se centra en resolver problemas de llamadas individuales, sino en identificar problemas y soluciones que se aplican a muchos usuarios.

La información del usuario de VDI ahora se expone a través de numerosas dimensiones y filtros. Consulta esta página para obtener más información sobre cada dimensión.

Nota

La nueva plantilla de Calidad de la experiencia (QER) está disponible en las plantillas de consulta de Power BI para descarga del CQD. La versión 8 ahora incluye plantillas para revisar métricas centradas en el cliente VDI. En el informe de VDI, los usuarios optimizados con la nueva arquitectura se clasifican como "VDI 2.0 optimizado", mientras que "optimizado" se refiere a la optimización de WebRTC.

Importante

• En el CQD, la dimensión "Modo VDI de segundo cliente" El valor VdiMode (x2xx) representa tanto VDI SlimCore optimizado como VDI SlimCore no conectado (reserva no optimizada). Esta duplicación puede dar lugar a interpretaciones erróneas, ya que una mala calidad de llamada en una sesión no optimizada podría parecer un problema con la optimización de VDI SlimCore. La dimensión "La segunda VDI del cliente está optimizada" es la forma precisa de mostrar si el usuario se ha optimizado o no, ya que esta dimensión calcula un valor resultante de un extremo a otro entre el modo VDI y el "Estado conectado de la segunda VDI del cliente". La optimización de un extremo a otro con SlimCore solo se produce cuando el estado conectado es "Conectado".
• El valor "Inactivo" en los informes del Panel de calidad de llamadas para la dimensión "El cliente VDI está optimizado" significa que el administrador ha deshabilitado la directiva de optimización de Teams (por ejemplo, a través de la directiva de Citrix Studio "Redireccionamiento de Microsoft Teams" o a través de las claves del Registro para Omnissa y AVD/Windows 365). Esto da como resultado VdiMode x0xx (el segundo dígito es un cero). Los usuarios en este escenario revertirán a la representación del lado servidor, donde la máquina virtual controla todo el multimedia sin descargarlo en el punto de conexión.
• En entornos Citrix donde el VDA se instaló en la estación de trabajo del usuario (equipo remoto), la sesión de Teams podría marcarse como "inactiva" o no optimizada si el usuario inicia Teams en la estación de trabajo (es decir, localmente).

Aspectos básicos de las consultas

Una consulta o informe del Panel de calidad de llamadas bien formada contiene estos tres parámetros:

• Medida
• Dimensión
• Filtro

Algunos ejemplos de una consulta bien formada serían:

1. "Mostrarme flujos deficientes [medición] para usuarios de VDI con la nueva optimización [dimensión] para el último mes [filtro]".
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]."

También puede utilizar muchos valores de dimensión y medición como filtros. Puede usar filtros en la consulta para eliminar información de la misma manera que seleccionaría una dimensión o medida para agregar o incluir información en la consulta.

¿Qué hace UNION?

De forma predeterminada, los filtros permiten filtrar condiciones con el operador Y. Pero hay escenarios en los que es posible que desee combinar varias condiciones de filtro para lograr un resultado similar a una operación O. Por ejemplo: para obtener todas las transmisiones de usuarios de VDI, UNION proporciona una vista distinta del conjunto de datos combinados. Para usar UNION, inserte texto común en el campo UNION en las dos condiciones de filtro que quiera unir.

Ubicación del autor de la llamada y del destinatario

El Panel de calidad de llamadas no usa los campos Llamador o Destinatario, sino Primero y Segundo , ya que hay pasos intermedios entre el autor de la llamada y el destinatario.

• El primero es siempre el punto final del servidor (por ejemplo, Audio-Video unidad de control multipunto o el servidor procesador multimedia) si un servidor está implicado en la secuencia.
• El segundo es siempre el punto de conexión del cliente, a menos que sea una secuencia servidor-servidor.

Si ambos puntos de conexión son del mismo tipo (por ejemplo, una llamada de persona a persona), se establece el primero frente al segundo en función del orden interno de la categoría de agente de usuario para asegurarse de que el orden sea coherente.

Problemas conocidos

• En el caso de Omnissa (Windows), Citrix/AVD (Mac) y Citrix/AVD (puntos de conexión de Windows en versión preliminar pública), el moderador (y, por extensión, el visor) podría experimentar arrastre del mouse o retraso del cursor al compartir aplicaciones. Si el moderador detiene y reinicia el uso compartido de aplicaciones, el retraso ya no está presente. Esto se ha corregido en Teams 26149.x.x.x y en versiones posteriores.

• En el caso de Omnissa (Windows), Citrix/AVD (Mac) y Citrix/AVD (puntos de conexión de Windows en versión preliminar pública), los usuarios anónimos de VDI que intentan unirse a una reunión que tiene Captcha habilitado no pueden compartir sus pantallas.

• Para la inscripción de reconocimiento de voz o rostro (Teams/Configuración/Reconocimiento), los usuarios no pueden cambiar la cámara ni el micrófono desde el menú desplegable. Siempre usará los dispositivos predeterminados del sistema que están disponibles para el escritorio virtual a través del propio protocolo RDP/HDX/Blast/DCV. Por lo tanto, los administradores deben asegurarse de que la máquina virtual o Teams tenga acceso a ellos mediante la configuración de las directivas respectivas para el redireccionamiento periférico.

• El mezclador de volumen en Sistema/Configuración/Sonido en la máquina virtual no puede controlar los niveles de volumen si Teams está optimizado. Los usuarios deben confiar en los controles deslizantes de volumen integrados en la configuración de audio de Teams o en el mezclador de volumen en el propio punto de conexión.

• La protección contra capturas de pantalla (SCP) hace que la pantalla del moderador se muestre como una pantalla negra con solo el cursor del mouse en la parte superior (como lo ve el lado receptor). Este problema se ha corregido en Teams 25060.205.3499.6849 y el cliente de Escritorio remoto 1.2.6081 o la aplicación de Windows 2.0.379.

• Si bloquea la máquina virtual (VM) durante una llamada activa, la llamada se desconecta. Este problema se ha corregido en la versión 25094.303.3554.9058 o posteriores. El bloqueo de puntos de conexión no provoca que la cámara, el micrófono y el uso compartido de la pantalla se desactiven automáticamente.

• Las llamadas se interrumpen en Teams que se ejecutan en el equipo local que tiene un periférico HID conectado si un usuario inicia un escritorio virtual desde ese mismo equipo local e inicia sesión en Teams. Este problema también puede suceder si el usuario tenía un escritorio virtual activo e inicia un segundo que tiene Teams instalado (u otras aplicaciones de comunicaciones unificadas que usan la optimización).

• La vista previa automática de la cámara no se admite en este momento (en Configuración/Dispositivos o durante una llamada al seleccionar la flecha hacia abajo en el icono de la cámara).

• En el Panel de control/Aplicaciones/Aplicaciones instaladas del punto de conexión, los usuarios ven varias entradas "VDI de Microsoft Teams" (una para cada paquete Slimcore instalado). El paquete MSIX dividido más reciente corrige este problema, donde "Optimizador de VDI de Microsoft Teams" es la única aplicación que se muestra en el menú (y las entradas anteriores de "VDI de Microsoft Teams" se limpiarán automáticamente después de un determinado período de tiempo).

• Al compartir la pantalla en todo el monitor, la ventana del monitor de llamada es visible para los demás participantes (sin ningún contenido de vídeo dentro).

• Los usuarios que intentan tomar una captura de pantalla del contenido de Microsoft Teams (por ejemplo, uso compartido de pantalla entrante o fuentes de vídeo) no pueden capturar ningún contenido, ya que se representa (descarga) en el dispositivo del usuario. Por lo tanto, se captura un cuadrado negro. Esta limitación no se aplica a PowerPoint Live, ya que esa modalidad no se descarga (en otras palabras, la aplicación Teams la representa en la máquina virtual). Los clientes de Citrix pueden implementar esta solución alternativa para realizar capturas de pantalla o usar la herramienta Citrix Renipping.

• En Citrix, las sesiones de uso compartido de aplicaciones pueden bloquearse para los demás participantes si el moderador está tanto en VDA (agente de entrega virtual) versión 2402 como CWA para Windows 2309.1 (o versiones posteriores).

  • El problema ocurre cuando se destruye un elemento de vídeo.
    • Por ejemplo, un participante desactiva su cámara en medio de la sesión de uso compartido de aplicaciones.
    • Si alguien solo enciende su cámara, no hay problema porque el elemento de vídeo se crea, no se destruye.
    • Si el moderador maximiza el monitor de llamadas (lo que destruye la vista previa automática de lo que el moderador está compartiendo).
  • Detener y volver a compartir la ventana debería resolver el problema.
  • Este problema se resuelve en Teams 24335.206.X.X o versiones posteriores.

• En el Panel de calidad de llamadas, VdiMode (x2xx) representa tanto VDI SlimCore optimizado como no optimizado Fallback, lo que podría atribuir erróneamente una llamada de mala calidad. Para obtener más información, consulte el Panel de calidad de llamadas en la sección VDI de este artículo.

• En el caso de Amazon WorkSpaces, no se admite el uso compartido de audio del sistema (incluye audio del equipo) ni el uso compartido de la pantalla desde el chat.