> For the complete documentation index, see [llms.txt](https://library.zoom.com/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://library.zoom.com/technical-library/es/servicios-empresariales-avanzados/virtual-desktop-infrastructure/vdi-explainer/core-concepts.md). # Conceptos básicos ### Modos de optimización del complemento #### La aplicación Zoom Workplace VDI admite tres modos de funcionamiento para el procesamiento de medios en tiempo real: Optimizado directo, Optimizado por canal y Modo de respaldo En el contexto de la aplicación Zoom Workplace VDI, 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 Zoom Workplace VDI y/o el complemento. Para admitir una variedad de casos de uso de VDI, la aplicación Zoom Workplace VDI admite tres modos de funcionamiento distintos para el procesamiento y la optimización de medios: modo Optimizado directo, modo Optimizado por canal y modo de respaldo. Estos se analizan en las siguientes secciones. #### Modo Optimizado directo: Cuando la aplicación Zoom Workplace VDI y el complemento reciben flujos de datos independientes de la nube de Zoom El modo Optimizado directo es el modo de optimización predeterminado para la aplicación Zoom Workplace VDI 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 Zoom Workplace VDI 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 enrutar la mayor parte del tráfico de medios en tiempo real a través del escritorio virtual o del canal virtual. Cuando opera en modo Optimizado directo, ocurre lo siguiente: 1. El complemento recibe flujos de datos de video y audio directamente de la nube. 2. La aplicación Zoom Workplace VDI maneja los datos generales de la reunión, como la información del participante, el mensaje de chat o las funciones de AI Companion, mostrándolos dentro del marcador de posición de la aplicación Workplace, al tiempo que también 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 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 cuando se usa el modo optimizado directo.

#### Modo Optimizado 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, en la que el complemento continúa representando los medios de la reunión (como se ve en la imagen de arriba), 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 mediante el 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 dispositivos remotos), o que prefieren enrutar los datos a través de su red, pero puede *potencialmente* dar lugar a una experiencia peor que la de la optimización directa si las condiciones de Enrutamiento de la red no son óptimas. La imagen de abajo 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 hay optimización de medios ni complemento en uso, 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 de procesamiento significativa 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. {% hint style="danger" %} **Advertencia** Debe evitarse el modo de respaldo cuando sea posible para mantener el rendimiento del servidor. {% endhint %} #### Resumen de los modos de conexión La aplicación Zoom Workplace VDI 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 Optimizado directo, en el que la aplicación Zoom Workplace VDI 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 Optimizado directo, la aplicación Zoom Workplace VDI puede funcionar en configuraciones alternativas, incluidos el modo Optimizado 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** | | ------------------------ | ---------------------- | ------------------------------------------------- | | **Optimizado directo** | ✔ | ✔ | | **Optimizado 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](https://support.zoom.com/hc/en/article?id=zm_kb\&sysparm_article=KB0064261) 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 complementos específicos 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. {% hint style="danger" %} **Advertencia** La descarga de medios WebRTC actualmente se limita al audio y no admite la optimización de video. {% endhint %} Esta Características admite los siguientes productos y canales de la Aplicación web de Zoom: * Zoom Phone * Zoom centro de contacto * Zoom centro de contacto CTI Conector Esta Características actualmente es 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 [la configuración de Zoom VDI para admitir la redirección WebRTC para la Aplicación web de Zoom](https://support.zoom.com/hc/en/article?id=zm_kb\&sysparm_article=KB0083142). #### 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 audio WebRTC, sus solicitudes se interceptan 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 pase por el servidor del 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 se dividen los medios 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 la infraestructura 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 presentando 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 multiusuario. #### Por qué no se requiere un complemento El elemento 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 de la API 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. --- # Agent Instructions This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com. ## Querying This Documentation If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question. Perform an HTTP GET request on the current page URL with the `ask` query parameter, and the optional `goal` query parameter: ``` GET https://library.zoom.com/technical-library/es/servicios-empresariales-avanzados/virtual-desktop-infrastructure/vdi-explainer/core-concepts.md?ask=&goal= ``` `ask` is the immediate question: it should be specific, self-contained, and written in natural language. `goal` is optional and describes the broader end goal you are ultimately trying to accomplish on behalf of the user. GitBook uses it to tailor the answer towards what is most useful for that goal. The response will contain a direct answer to the question and relevant excerpts and sources from the documentation. Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.