Nueva solución de VDI para Teams

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

Components

Requisitos del sistema

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

Paso 1: Confirmar los requisitos previos

1. Asegúrese de tener la nueva versión de Microsoft Teams 24193.1805.3040.8975 o posterior (para Azure Virtual Desktop/Windows 365) y 24295.605.3225.8804 o posterior para Citrix.
2. Habilite la directiva de Teamssi es necesario para un grupo de usuarios específico (está habilitada de forma predeterminada en un nivel global para toda la organización).
3. Para Citrix, debe configurar la lista de permitidos del canal virtual como se describe en la sección de la lista de permitidos del canal Citrix Virtual de este artículo.
4. Para Amazon WorkSpaces, la optimización se encuentra en la versión preliminar pública; por lo tanto, los usuarios deben formar parte de la configuración de directivas de Teams Update en Teams Administración Center.

Paso 2: Instalación de complementos en el punto de conexión

1. Para Azure Escritorio virtual y Windows 365, MsTeamsPluginAvd.dll se incluye con el cliente de Escritorio remoto para Windows 1.2.5405.0 o con la aplicación Windows App Store 1.3.252 o posterior.

   • El complemento se encuentra en la misma ubicación de carpeta donde está instalado el cliente de Escritorio remoto. Puedes encontrar el complemento en AppData\Local\Apps\Remote Desktop o C:\Program Files (x86), según el modo en el que se haya instalado.
   • La aplicación Windows App Store, que está basada en MSIX, se encuentra en C:\Archivos de programa\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 el cliente de WorkSpaces.

3. Para Citrix Workspace app 2402 o versiones posteriores, MsTeamsPluginCitrix.dll puede instalarse:

   • Uso de la interfaz de usuario al instalar Citrix Workspace App:

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

     Acepta el acuerdo de usuario que aparece y continúa con la instalación de Citrix Workspace App.

     Nota

     Citrix Workspace App 2402 solo presenta la interfaz de usuario de instalación de complementos en una nueva instalación. Para que las actualizaciones locales también presenten esta opción, se requiere Citrix Workspace App 2405 o superior.

   • A través de la línea de comandos o scripts para dispositivos administrados con:

     C:\>CitrixWorkspaceApp.exe /installMSTeamsPlugin

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

     Los administradores pueden usar msiexec con marcas adecuadas, como se describe en msiexec.

     Importante

     Plugin MSI download link for Citrix customers: aka.ms/plugin.

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

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

     • Los plugins no se pueden degradar, solo se pueden actualizar o reinstalar (reparar).
     • No se admite la instalación de CWA por usuario.
     • Si no se encuentra ninguna CWA en el punto de conexión, la instalación se detiene.

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

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

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

• BlockNonAdminUserInstall
• AllowAllTrustedApps
• AllowDevelopmentWithoutDevLicense

Estas tres claves del Registro pueden encontrarse en cualquiera de las siguientes ubicaciones del 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. Algunas de las directivas de GPO conocidas que podrían impedir la instalación son las siguientes:

• Impedir que los usuarios que no sean administradores instalen aplicaciones de Windows empaquetadas.
• Permitir la instalación de todas las aplicaciones de confianza (deshabilitadas).

Comprobar que el punto final está optimizado

Una vez que cumpla todos los requisitos mínimos, el inicio de Teams por primera vez todavía se carga en modo optimizado WebRTC, de forma predeterminada.

Puede comprobar en el cliente de Teams que ha optimizado con la nueva arquitectura yendo a los puntos suspensivos (tres puntos ...) en la barra superior y seleccionando Configuración > acerca de. Los equipos y las versiones de cliente se muestran allí.

• AVD SlimCore Media Optimized = Nueva optimización basada en SlimCore.
• AVD Media Optimized = Optimización heredada 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 en modo silencioso sin privilegios de administrador o se 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 MSIX dividido: 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__8wekyb3d8bbwee

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

PowerShellCopy

Get-AppxPackage Microsoft.Teams.SlimCore*

Un ejemplo de los resultados que se pueden devolver al ejecutar este PowerShell es:

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

Si está optimizado, puede ver MsTeamsVdi.exe ejecutándose en el punto de conexión para Azure Virtual Desktop/W365 (como proceso secundario de msrdc.exe) o Citrix (como proceso secundario de wfica32.exe). Al usar el Explorador de procesos, si selecciona msrdc.exe (o wfica32.exe), seleccione Mostrar el panel inferior en Ver y cambie a la pestaña DLL, también puede ver el complemento (MsTeamsPluginAvd.dll o MsTeamsPluginCitrix.dll) que se carga. Esta acción es un paso de solución de problemas útil en caso de que no estés obteniendo 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á optimizado o no. También muestra si están usando la optimización de WebRTC heredada o la nueva basada en Slimcore al mantener 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 sigue sin optimizarse, se mostrará un código de error para un diagnóstico rápido por parte de los administradores de TI en función de la tabla de errores de conexión.

A los usuarios se les presenta un vínculo para recibir más información sobre el error y, si se puede accionar, pueden probar una auto-corrección.

Itinerancia y conexiones de sesión

Teams carga WebRTC o SlimCore en el momento del lanzamiento. Si las sesiones de escritorio virtual están desconectadas (sin sesión iniciada, Teams se deja ejecutándose en la máquina virtual), Teams no puede cambiar las pilas de optimización a menos que se reinicie. Como resultado, es posible que los usuarios estén en modo de reserva (no optimizado) si se desplazan entre diferentes dispositivos que no admiten la nueva arquitectura de optimización. Por ejemplo, un dispositivo MAC usado en BYOD (lleva tu propio dispositivo) mientras trabajas desde casa y un cliente fino administrado por la empresa en la oficina. Para evitar este escenario, Teams pide al usuario un diálogo modal que le pide que reinicie la aplicación. Después del reinicio, los usuarios se encuentran en el modo de optimización WebRTC.

Además, los usuarios pueden desplazarse desde un dispositivo que solo admita WebRTC a un dispositivo que admita SlimCore. En este escenario, Teams también pide al usuario un diálogo modal que le pide que reinicie la aplicación. Después del reinicio, los usuarios se encuentran en el modo de optimización de SlimCore.

Consideraciones de redes

Arquitectura de red

Un tutorial de la arquitectura en el diagrama:

1. Inicie Teams.
2. El cliente de Teams se autentica a los servicios de Teams. Las directivas de inquilino se insertan en el cliente de Teams y las configuraciones relevantes se retransmiten a la aplicación.
3. Teams detecta que se está ejecutando en un entorno de escritorio virtual y crea una instancia del servicio interno de vdibridge.
4. Teams abre un canal virtual seguro en el servidor.
5. El protocolo RDP o HDX lleva la solicitud al cliente de RD o a la aplicación Citrix Workspace que cargó previamente MsTeamsPlugin (componente de canal virtual del lado cliente).
6. Rd Client o Citrix Workspace app genera un nuevo proceso llamado MsTeamsVdi.exe, que es el nuevo motor multimedia (SlimCore) usado para la nueva optimización.
7. El motor multimedia SlimCore (en el cliente) y msteams.exe (en el escritorio virtual) ahora tienen un canal bidireccional y pueden iniciar el procesamiento de solicitudes multimedia.

Llamadas de usuario

8. El punto 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 punto B. MsTeamsVdi.exe recopila una serie de parámetros de llamada admitidos (códecs, resoluciones, etc., lo que se conoce como una oferta de Protocolo de descripción de sesión (SDP). Estos parámetros de llamada se retransmiten a continuación mediante la ruta de señalización a los servicios de Microsoft Teams en Azure y desde allí al otro equipo del mismo nivel.
9. La oferta/respuesta SDP (negociación de paso único) tiene lugar a través del canal de señalización, y las comprobaciones de conectividad de ICE (NAT y cruces del firewall usando solicitudes de enlace STUN) completan. A continuación, los medios de protocolo de transporte seguro en tiempo real (SRTP) fluyen directamente entre MsTeamsVdi.exe y el otro par (o relés de transporte de Teams o servidores de conferencia).

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

Tipos de tráfico controlados por SlimCore en el punto de conexión

1. La conectividad de flujos de medios de Teams se implementa mediante el establecimiento de conectividad interactiva (ICE) IETF estándar para procedimientos de STUN y TURN.
2. Medios en tiempo real. Datos encapsulados dentro del Protocolo de transporte en tiempo real (RTP) que admite cargas de trabajo de audio, vídeo y pantalla compartida. 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 túnel dentro del protocolo HTTP, pero no lo recomendamos debido a las implicaciones de mala calidad.
   • El flujo RTP se asegura 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 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 llamada 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 prioriza la calidad del audio en lugar de la calidad del vídeo. Cuando el ancho de banda no está limitado, Teams optimiza la calidad de los medios, incluido el audio de alta fidelidad, la 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, consulte Requisitos de ancho de banda.

Calidad de los servicios (QoS)

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

• Como requisito previo, habilite QoS globalmente en el Centro de Administración de Teams. Consulte Configurar 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)
  Uso compartido de la pantalla o la aplicación	50,040 - 50,059	TCP/UDP	18	Desvío garantizado (AF41)

• Para obtener información sobre cómo configurar el marcado de DSCP para puntos de conexión de Windows, consulte Implementar QoS en clientes de Teams.

  Nota

  Cualquier marcado basado en puntos de conexión se debe aplicar a MsTeamsVdi.exe, el proceso que controla toda la descarga multimedia en el dispositivo del usuario. Consulte el documento de Playbook para obtener más información sobre QoS.

• Para obtener información sobre la implementación de QoS para enrutadores, consulte la documentación del fabricante.

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

  • uso de listas de Access Control basadas en puertos (ACL)
  • definición de las colas de QoS
  • definición de marcas dscp

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

1. Red VPN. No recomendado para el tráfico multimedia.
2. Shapers de paquetes. No se recomienda ningún tipo de rastreador de paquetes, inspección de paquetes, servidores proxy o dispositivos de formador de paquetes para el tráfico multimedia de Teams y puede degradar significativamente la calidad.

Directiva de PowerShell de Microsoft Teams para optimización

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

Las configuraciones de directiva predeterminadas son:

• DisableCallsAndMeetings: False
• DisableAudioVideoInCallsAndMeetings: False

Esta directiva tiene ahora 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 directiva del partner VDI no controlan el nuevo modo de optimización:

• VDI2Optimization: Habilitado (valor predeterminado)

Lista de características con la nueva optimización

¹ La aceleración de hardware de gráficos requiere DirectX 9 o posterior, con WDDM 2.0 o posterior 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 de Appdata del usuario (los usuarios deben cargar el archivo personalizado deseado a través de Teams, que después se copia en el OneDrive del usuario ,siempre que tenga suficiente capacidad de almacenamiento). ³ El operador Conectar en India con números móviles requiere acceso de latitud y longitud desde el sistema operativo del punto de conexión y la interrupción local de Internet. Operador Conectar con números de línea de alambre puede usar IP o subred para asignar a una ubicación. Para obtener más detalles, comprueba los tipos de números de línea cableada e inalámbrica en India. ⁴ NDI (Network Device Interface), la solución moderna para conectar dispositivos multimedia (como una cámara de estudio y mixer) no es compatible con los productores. ⁵ Los visores no ven las anotaciones (están ocultas por la superposición de la ventana de vídeo entrante).

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, según el 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 más antiguos (antes de los nuevos paquetes DE MSIX divididos con Host y Framework) almacenaban datos específicos del usuario en:

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

Los registros, tonos, configuraciones y modelos AI o ML (utilizados en la supresión del ruido, estimación del ancho de banda, etc.) se guardan en esta ubicación. Además, los efectos de fondo personalizados que se cargan en Teams se descargan del OneDrive del usuario en 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 de itinerancia), MsTeamsVdi.exe los vuelve a crear y descarga la configuración específica del usuario (alrededor de 12 MB de datos). Los datos específicos del usuario pueden aumentar hasta ~100 MB (incluidos ~60 MB para registros).

Proceso de instalación y actualización de SlimCore en entornos thin client bloqueados (opcional)

De forma predeterminada, MsTeamsPlugin descarga e instala automáticamente la versión correcta del motor multimedia SlimCore sin intervención del usuario ni Administración. Sin embargo, los clientes en entornos de red restringida de la sucursal pueden optar por un proceso de distribución SlimCore alternativo, sin que sea necesario que el punto de conexión pueda capturar paquetes SlimCore mediante https desde la red de entrega de contenido pública de Microsoft.

Pasos de configuración

1. En el punto de conexión del usuario (cliente ligero/cliente gordo), debe crear la siguiente clave del 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 de almacenamiento de red, como file://C:/Temp o file://ComputerName/SharedFolder.

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

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

   Importante

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

3. Para conservar la estructura, coloque el 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 puede encontrar un paquete MSIX de SlimCore en el almacenamiento local o en la red, intenta descargarlo automáticamente desde la red de entrega de contenido pública de Microsoft como una reserva.

Filtros de escritura unificados (UWF)

Los clientes con clientes finos con filtros de escritura unificados aplicados deben crear las siguientes exclusiones para permitir el aprovisionamiento y la activación de paquetes MSIX de SlimCore:

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

Clientes finos con discos RAM

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

Problemas conocidos

• AvD RemoteApps y Citrix Published Apps no son compatibles en este momento.
• 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.
• Protección de captura 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 bloqueas 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 y posteriores. El bloqueo del extremo no hace que la cámara, el micrófono y el uso compartido de pantalla se desactiven automáticamente.
• Las llamadas se reciben en Teams que se ejecutan en la máquina local que tiene un periférico HID conectado si un usuario inicia un escritorio virtual desde esa misma máquina local e inicia sesión en Teams. Este problema también puede ocurrir si el usuario tenía un escritorio virtual activo e inicia uno 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 (ni en Configuración/Dispositivos, ni durante una llamada al seleccionar la flecha hacia abajo del icono de cámara).
• En la Panel de control/Aplicaciones/Aplicaciones instaladas del punto de conexión, los usuarios ven varias entradas de "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 aparece 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 completa del monitor, la ventana del monitor de llamada es visible para los demás participantes (sin ningún contenido de vídeo dentro).
• En Citrix, las sesiones de uso compartido de aplicaciones pueden inmovilizarse para los demás participantes si el moderador está en VDA (agente de entrega virtual) versión 2402 y CWA para Windows 2309.1 (o versiones posteriores).
  • El problema se produce 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 activa solo su cámara, no hay ningún problema porque se crea el elemento de vídeo, no se destruye.
    • Si el moderador maximiza el monitor de llamada (lo que destruye la vista previa 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.
• Si está en una videollamada y abre el menú Inicio en la máquina virtual, se muestra una pantalla en blanco en la ventana de la reunión de Teams en lugar de la fuente de vídeo.
• En el CQD, VdiMode (x2xx) representa tanto VDI SlimCore Optimized como Unoptimized Fallback, que pueden tener errores en la calidad de la llamada. Vea la sección del CQD para obtener más información
• Para Amazon WorkSpaces, no se admiten compartir audio del sistema (incluir audio del equipo) ni el uso compartido de la pantalla desde el chat.

Colaboración entre nubes

Las organizaciones en las nubes Pública de Microsoft, GCC (Government Community Cloud), GCCH (Government Community Cloud High) y DoD (Departamento de Defensa) ahora pueden colaborar entre sí de forma eficaz con la nueva optimización (esta colaboración se aplica tanto a la intra-empresa como a la inter-empresa). Esta colaboración suele implicar acceso a contenido compartido que requiere acceso autenticado. Anteriormente, la colaboración entre las nubes a través de Teams estaba limitada debido a la falta de optimización en audio/vídeo. 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 la nube cruzada, consulte este vínculo.

Se admiten los siguientes escenarios:

• El anónimo entre nubes permite el escenario en el que un usuario ha iniciado sesión en la nube A en Teams y se une a una reunión en otra nube B de forma anónima. Consulte Administrar el acceso anónimo de participantes a reuniones, seminarios web y ayuntamientos de Teams 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 disfrutar de una experiencia completa, incluida la optimización de audio y vídeo, el uso compartido de pantalla, el uso compartido de archivos y el chat 1:1 y 1:n. Consulta aquí para obtener más información.
• 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 doméstico. Esta característica proporciona al host de la reunión la capacidad de validar la identidad de los participantes de la reunión sin conceder a esos participantes acceso al inquilino del host.

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

Problemas conocidos:

• HID solo funciona en la nube principal.
• Desactivar la interfaz de usuario de Teams no reproduce el comando de voz "Silenciar/Reactivar audio" en la nube no primaria.
• Más limitaciones de periféricos se describen aquí
• Cualquier usuario que inicie sesión en varias nubes (Multi Cloud o Cross Cloud), no puede optimizarse con WebRTC. Si el usuario se desplaza a un dispositivo que no admite SlimCore, está en modo de reserva (representación del lado servidor) hasta que vuelve a un dispositivo compatible con SlimCore. Este problema se produce porque WebRTC no admite ninguna característica entre nubes.
• Si las características entre nubes no parecen funcionar aunque el usuario cumpla los requisitos mínimos, puede salir de Teams (después de optimizarlo con SlimCore) e intentar eliminar un archivo llamado ecs_settings.dat64 en la siguiente ruta: %localappdata%\packages\MSTeams_8wekyb3d8bbwe\LocalCache\microsoft\MSTeams. Reinicie Teams.

Lista de permitidos del canal virtual Citrix

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

Con Citrix Virtual Apps y Desktops 2203 o posterior, la lista de canales virtuales permitidos 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 necesita tres canales virtuales personalizados para funcionar: MSTEAMS, MSTEAM1 y MSTEAM2. Ms-teams.exe accede a estos canales. Puede usar caracteres comodín para permitir el ms-teams.exe ejecutable y el canal virtual personalizado:

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

1. La compatibilidad con caracteres comodín está disponible en:

   • VDA 2206 CR.
   • VDA 2203 LTSR desde CU2 en adelante.

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

Pantalla compartida

Tanto el uso compartido de la pantalla saliente como el uso compartido de aplicaciones se comportan de forma diferente en VDI optimizado en comparación con el cliente de escritorio de Teams no optimizado. Por lo tanto, estas actividades requieren codificación que emplee los recursos de 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 de punto o de conferencia.

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 del vídeo en el interior no son visibles y, en su lugar, se ven como cuadrados en blanco. Al compartir aplicaciones, solo los demás participantes podrán ver la aplicación que se comparte y no se captura el monitor de llamada.

Compatibilidad con Citrix App Protection y Microsoft Teams

Los usuarios con Protección de aplicaciones habilitada pueden seguir compartiendo su pantalla y sus aplicaciones mientras usan la nueva optimización. El uso compartido requiere VDA versión 2402 o posterior y CWA para Windows 2309.1 o posterior. Los usuarios de versiones inferiores terminan compartiendo una pantalla negra en su lugar cuando el módulo de App Protection está instalado y habilitado.

Protección de captura de pantalla AVD y compatibilidad con Microsoft Teams

Los usuarios con protección de captura de pantalla (SCP) habilitada para bloquear la captura de pantalla en el cliente de escritorio remoto (bloquear la captura de pantalla en el cliente) pueden seguir compartiendo su pantalla y sus 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 Windows App 2.0.379.

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

Ayuntamientos y eventos en directo

Los asistentes que se unen a estos tipos de reuniones no están optimizados (WebRTC o SlimCore), por lo que de forma predeterminada se representa en el lado del servidor, incurriendo en 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 eCDN y P2P de Microsoft se lleva a cabo en las propias máquinas virtuales, ya que no hay ninguna descarga posible. Para obtener más información, consulte este artículo.

Para obtener soporte técnico para los roles de moderador/organizador, consulte la tabla anterior "Lista de características con la nueva optimización".

Periféricos en VDI

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

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, periféricos y versiones de software de los diferentes componentes.

Ubicación (en el host de VDA o RD): C:\Usuarios<nombre de usuario>\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 host de escritorio remoto o VDA 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 emite 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 e dispositivo de la sesión actual de Teams.

Estructura del archivo Json:

• Timestamp - vdiConnectedState.timestamp indica la marca de tiempo de la conexión de sesión
• Optimización de VDI: vdiConnectedState.vdiMode indica la versión de optimización (permanece estática durante la sesión de VDI)
• Estado conectado - connectedStack (remoto = optimizado, local = no optimizado) (permanece estático durante la sesión de VDI)
• Versión de SlimCore en el punto de conexión: remoteSlimcoreVersion
• Versión de VdiBridge en la VM : bridgeVersion
• Versión de complemento de MS Teams en el punto de conexión: pluginVersion
• Versión de Teams: vdiVersionInfo.teamsVersion
• Plataforma de cliente: vdiVersionInfo.clientPlatform
• Versión de cliente VDI (CWA o Windows App): vdiVersionInfo.rdClientVersion
• Versión del SO de VM: vdiVersionInfo.vmVersion
• Dispositivos periféricos disponibles: devices.speakers.available, devices.cameras.available, devices.microphones.available (actualización en tiempo real al archivo json)
• Dispositivos periféricos seleccionados: devices.speakers.selected, devices.cameras.selected, devices.microphone.selected (actualización en tiempo real al archivo json)
• Timbre secundario: devices.secondaryRinger (actualización en tiempo real al 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 de creación de problemas de calidad de medios comparando estadísticas de grupos de usuarios para identificar tendencias y patrones. El CQD no se centra en resolver problemas de llamadas individuales, sino en identificar los problemas y soluciones que se aplican a muchos usuarios.

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

Fundamentos de las consultas

Una consulta o informe del CQD bien formado contiene los tres parámetros siguientes:

• Medida
• Dimensión
• Filtro

Algunos ejemplos de una consulta bien formada serían:

1. "Muéstrame secuencias de mala calidad [Medición] para usuarios de VDI con la nueva Optimización [Dimensión] para el mes pasado [Filtro]".
2. "Mostrar uso compartido de aplicaciones deficientes [Medición] por Recuento total de Stream [Dimensión] del mes pasado Y en el que el modo VDI de primer o segundo cliente se ha optimizado [filtros]".

También puede usar muchos valores dimensiones y medidas como filtros. Puede usar filtros en la consulta para eliminar la información del mismo modo 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 le permiten filtrar condiciones con el operador AND. Sin embargo, 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 combinado. 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 el destinatario de la llamada

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

• En primer lugar está siempre el punto final del servidor (por ejemplo, MCU av o el servidor de procesador multimedia) si un servidor está implicado en la transmisión.
• El segundo es siempre el punto de conexión del cliente, a menos que se trata de una secuencia de servidor-servidor.

Si ambos puntos de conexión son del mismo tipo (por ejemplo, una llamada de persona a persona), la primera o la segunda se establecen en función del orden interno de la categoría de agente de usuario para asegurarse de que el pedido es coherente.