El contenido de esta página está traducido automáticamente. Zoom no garantiza la precisión.

Conceptos básicos

Esta sección proporciona una descripción general de los conceptos básicos de la aplicación VDI de Zoom Workplace.

Modos de optimización del Complemento

La aplicación VDI de Zoom Workplace admite tres modos de funcionamiento para el procesamiento de medios en tiempo real: Optimización directa, Optimización por canal y Modo de respaldo

En el contexto de la aplicación VDI de Zoom Workplace, el procesamiento de medios en tiempo real se refiere a la retransmisión y representación de medios en tiempo real entre la nube de Zoom, la aplicación VDI de Zoom Workplace y/o el Complemento. Para admitir una variedad de casos de uso de VDI, la aplicación VDI de Zoom Workplace admite tres modos de funcionamiento distintos para el procesamiento y la optimización de medios: modo de Optimización directa, modo de Optimización por canal y modo de Respaldo. Estos se analizan en las siguientes secciones.

Modo de Optimización directa: Cuando la aplicación VDI de Zoom Workplace y el Complemento reciben flujos de datos independientes de la nube de Zoom

El modo de Optimización directa es el modo de optimización predeterminado para la aplicación VDI de Zoom Workplace y el Complemento. En este modo, la nube de Zoom mantiene dos flujos de datos separados para un usuario de VDI optimizado: uno para la aplicación VDI de Zoom Workplace y otro para el Complemento. Esta configuración permite que el cliente remoto del usuario (equipado con el Complemento VDI) se comunique directamente con la nube de Zoom para las transferencias de datos de medios en tiempo real, eliminando la necesidad de Enrutamiento de la mayor parte del tráfico de medios en tiempo real a través del escritorio virtual o del canal virtual.

Cuando funciona en modo de Optimización directa, ocurre lo siguiente:

  1. El Complemento recibe flujos de datos de video y audio directamente de la nube.

  2. La aplicación VDI de Zoom Workplace maneja los datos generales de la reunión, como la información del participante, el mensaje de chat o las Características de AI Companion, mostrándolos dentro del marcador de posición de la aplicación Workplace, al tiempo que administra el uso compartido de pantalla Entrantes reenviándolo al Complemento y cargando contenido local de uso compartido de pantalla desde el escritorio virtual cuando está activo.

  3. El Complemento y el escritorio VDI usan la conexión virtual del proveedor de VDI para comunicarse y determinar la ubicación y la representación de los medios en pantalla entre las dos capas.

Diagrama que ilustra cómo la nube de Zoom transmite datos a dos destinos separados al usar el modo de Optimización directa.

Modo de Optimización por canal: Cuando el Complemento recibe datos reenviados a través del escritorio virtual

La optimización por canal es similar a la experiencia de Optimización directa, donde el Complemento continúa representando los medios de la reunión (como se ve en la imagen superior), pero a través de una ruta de red diferente. En este modo, ocurre lo siguiente:

  1. Todos los medios de la reunión se entregan primero al servidor VDI desde la nube de Zoom.

  2. El servidor VDI transfiere los medios al Complemento ya sea mediante una conexión UDP fuera de banda o a través del canal virtual VDI existente si no se puede establecer la conexión UDP.

Este método puede ser preferido por organizaciones que no Habilitar el acceso directo a Internet para clientes ligeros (u otros Dispositivo remotos), o que prefieren Enrutamiento de datos a través de su red, pero puede potencialmente provocar una experiencia peor que la Optimización directa si las condiciones de Enrutamiento de la red son subóptimas. La imagen siguiente muestra el flujo de datos de optimización UDP/canal.

Diagrama que ilustra cómo se transmiten los datos al escritorio VDI y al cliente remoto a través de una conexión reenviada.

Modo de respaldo: Cuando todos los medios de la reunión se enrutan y procesan directamente en el escritorio virtual

El modo de Respaldo representa una experiencia VDI completamente no optimizada. En este modo, no se utiliza ninguna optimización de medios ni Complemento, y toda la comunicación ocurre directamente entre el servidor VDI y la nube de Zoom, con todo el procesamiento ocurriendo exclusivamente en el servidor VDI.

Este método impone una carga significativa de procesamiento sobre los recursos del servidor VDI, lo que a menudo da como resultado un rendimiento deficiente, incluida lentitud, video entrecortado y audio distorsionado. Como tal, el modo de Respaldo es la opción menos preferida y solo debe usarse como último recurso o cuando los Complementos no estén disponibles.

Resumen de los modos de conexión

La aplicación VDI de Zoom Workplace admite tres modos de conexión distintos, cada uno adaptado a diferentes necesidades operativas y de seguridad. El modo predeterminado y más eficiente es el modo de Optimización directa, donde la aplicación VDI de Zoom Workplace y el Complemento establecen conexiones separadas con la nube de Zoom, manejando de forma independiente sus respectivas partes de una reunión de Zoom para ofrecer una experiencia fluida y optimizada.

Además del modo de Optimización directa, la aplicación VDI de Zoom Workplace puede funcionar en configuraciones alternativas, incluido el modo de Optimización por canal y el modo de Respaldo. Estos modos pueden ayudar a abordar restricciones específicas del flujo de trabajo o de la red, como el acceso restringido a Internet para dispositivos remotos, el Enrutamiento de datos por cuestiones de privacidad o la ausencia de Complementos.

La siguiente tabla resume las diferencias clave entre estos modos.

Descarga de medios

Acceso directo a la nube desde el Complemento

Optimización directa

Optimización por canal

Modo de respaldo

Descarga de medios WebRTC

Descripción general

Zoom proporciona un cliente WebRTC basado en navegador a través de la aplicación web de Zoom que puede descargar el procesamiento de audio al Dispositivo local del usuario cuando se ejecuta dentro de un entorno de escritorio virtual. Esto funciona sin requerir ningún Complemento específico de Zoom porque la plataforma VDI proporciona su propio motor WebRTC local y un marco de redirección que conecta la aplicación web de Zoom con ese motor.

Esta Características admite los siguientes productos y canales de la aplicación web de Zoom:

  • Zoom Phone

  • centro de contacto de Zoom

  • Conector CTI de centro de contacto de Zoom

Esta Características es actualmente compatible con las siguientes plataformas de escritorio virtual:

  • Citrix

  • Omnissa Horizon

Consulte el Centro de soporte de Zoom para obtener más información sobre configuración de Zoom VDI para admitir la redirección WebRTC para la aplicación web de Zoom.

La aplicación web de Zoom descarga el audio WebRTC de VDI al Dispositivo local

Cuando la aplicación web de Zoom dentro del escritorio virtual intenta inicializar el audio WebRTC, sus solicitudes son interceptadas antes de que el escritorio virtual intente capturar o procesar Audio. En lugar de activar la pila de medios WebRTC integrada del navegador en la sesión alojada, la plataforma VDI traduce la señalización relacionada con el audio en mensajes de control ligeros. Estos mensajes se envían a través del canal virtual del proveedor de VDI a la máquina local del usuario, redirigiendo el tráfico de audio en tiempo real desde la nube de Zoom directamente a la máquina local del usuario.

En la máquina local, el motor WebRTC nativo incluido con el cliente VDI (p. ej., Citrix, Omnissa Horizon) recibe estos mensajes y pasa a ser responsable de toda la captura, codificación, decodificación y reproducción de audio. El motor usa el micrófono, los altavoces y los recursos de procesamiento del sistema local, lo que ayuda a garantizar que el audio no fluya a través del servidor de escritorio virtual.

El siguiente diagrama ilustra cómo se enrutan los datos al usar la descarga de medios WebRTC con la aplicación web de Zoom y un agente virtual compatible.

Diagram illustrating the Zoom cloud connecting to two different components, with audio going to the Remote Client and Presence, Meeting Data, Video, and Screen Sharing routing to the VDI Desktop
Diagrama que ilustra cómo los medios se dividen entre el escritorio virtual y el Dispositivo del cliente remoto.

Interacción entre la aplicación web de Zoom y la máquina local

Desde la perspectiva de la aplicación web de Zoom, la experiencia sigue pareciéndose a una sesión WebRTC estándar. La señalización entre la aplicación web de Zoom y el backend de Zoom se retransmite a través del escritorio virtual, y el motor WebRTC local refleja los parámetros de la sesión negociados. La aplicación de escritorio virtual continúa para presentar la interfaz de Zoom —controles, estado de la reunión e indicadores—, mientras que el audio real en tiempo real es generado y consumido por la máquina local.

Debido a que solo los mensajes de señalización atraviesan el canal virtual, la sobrecarga de ancho de banda es baja y constante, incluso en entornos multi-usuario.

Por qué no se requiere ningún complemento

El habilitador clave es que el cliente VDI (p. ej., Citrix, Omnissa Horizon) ya incluye un motor de medios WebRTC completo capaz de manejar audio en tiempo real. Dado que la capa de redirección hace que este motor aparezca ante la aplicación web de Zoom como su implementación WebRTC subyacente, Zoom no necesita proporcionar ni mantener un complemento independiente. La lógica de redirección asigna las llamadas a la API de WebRTC, el acceso al Dispositivo y la negociación de la sesión desde el navegador dentro del escritorio virtual al motor nativo de la máquina local.

Resultado

Este enfoque permite que la experiencia WebRTC basada en navegador de Zoom funcione de manera eficiente en entornos VDI con optimización completa de audio. La interfaz se ejecuta dentro del escritorio virtual, pero el audio en tiempo real se captura y procesa localmente, lo que brinda a los usuarios una experiencia de conferencias ágil y escalable sin requerir software adicional de Zoom en la máquina local ni demandas de procesamiento del servidor del escritorio virtual.

Última actualización

¿Te fue útil?