> 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-empresarial-avanzados/virtual-desktop-infrastructure/vdi-explainer/core-concepts.md). # Conceptos básicos ### Modos de optimización de 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 el renderizado de medios en tiempo real entre la nube de Zoom, la aplicación Zoom Workplace VDI y/o el Complemento. Para admitir una gama de casos de uso de VDI, la aplicación Zoom Workplace VDI admite tres modos distintos de funcionamiento 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 Complemento. En este modo, la nube de Zoom mantiene dos flujos de datos separados para un usuario 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 se opera en modo Optimizado directo, ocurre lo siguiente: 1. El Complemento recibe flujos de datos de vídeo y audio directamente de la nube. 2. La aplicación Zoom Workplace VDI gestiona los datos generales de la reunión, como la información de los participantes, los mensajes 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 entrante reenviándolo al complemento y cargando el 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 el renderizado 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 Plug-In recibe datos redirigidos a través del escritorio virtual La optimización de canal es similar a la experiencia de Optimización Directa, donde el Plug-In continúa renderizando los medios de la reunión (como se ve en la imagen anterior), 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 Plug-In 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 dispositivos remotos), o que prefieren enrutar los datos a través de su red, pero pueden *potencialmente* conducir a una experiencia peor que la Optimización Directa si las condiciones de Enrutamiento de la red son subóptimas. La imagen a continuación demuestra 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 con hairpinning.

#### Modo de reserva: Cuando todos los medios de la reunión se enrutan y procesan directamente en el escritorio virtual El Modo de reserva representa una experiencia VDI completamente no optimizada. En este modo, no se utiliza optimización de medios ni Plug-In, 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 a los recursos del servidor VDI, lo que a menudo da como resultado un rendimiento deficiente, incluida lentitud, video entrecortado y audio distorsionado. Por ello, el Modo de respaldo es la opción menos preferida y solo debe utilizarse como último recurso o cuando los Plug-Ins no estén disponibles. {% hint style="danger" %} **Advertencia** Se debe evitar el Modo de respaldo siempre que 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 Plug-In establecen conexiones separadas con la nube de Zoom, gestionando 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, incluido el Modo optimizado por canal y el Modo de respaldo. Estos modos pueden ayudar a abordar restricciones específicas de flujo de trabajo o de red, como el acceso restringido a Internet para dispositivos remotos, el Enrutamiento de datos por motivos de privacidad o la ausencia de Plug-Ins. La siguiente tabla resume las diferencias clave entre estos modos. | | **Descarga de medios** | **Acceso directo a la nube desde el Plug-In** | | ---------------------- | ---------------------- | --------------------------------------------- | | **Optimizado directo** | ✔ | ✔ | | **Canal optimizado** | ✔ | | | **Modo de reserva** | | | ### Descarga de medios WebRTC #### Resumen Zoom proporciona un cliente de 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 ningún complemento específico de Zoom porque la plataforma VDI suministra su propio motor local de WebRTC y un marco de redirección que conecta la aplicación web de Zoom a ese motor. {% hint style="danger" %} **Advertencia** La descarga de medios WebRTC actualmente está limitada al audio y no admite la optimización de video. {% endhint %} Esta Características admite los siguientes productos y canales desde la aplicación web de Zoom: * Zoom Phone * Zoom centro de contacto * Zoom centro de contacto CTI Conector Esta Características es compatible actualmente con las siguientes plataformas de escritorio virtual: * Citrix * Omnissa Horizon Consulta el Centro de soporte de Zoom para obtener más información sobre [configurando Zoom VDI para admitir la redirección de 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 de WebRTC de VDI al Dispositivo local Cuando la aplicación web de Zoom dentro del escritorio virtual intenta inicializar el audio de WebRTC, sus solicitudes se interceptan antes de que el escritorio virtual intente capturar o procesar Audio. En lugar de activar la pila multimedia de 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 al equipo local del usuario, redirigiendo el tráfico de audio en tiempo real desde la nube de Zoom directamente al equipo local del usuario. En el equipo local, el motor nativo de WebRTC incluido con el cliente VDI (por ejemplo, Citrix, Omnissa Horizon) recibe estos mensajes y se responsabiliza de toda la captura, codificación, decodificación y reproducción de audio. El motor utiliza 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 de 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 divide el medio entre el escritorio virtual y el Dispositivo del cliente remoto.

#### Interacción entre la aplicación web de Zoom y el equipo local Desde la perspectiva de la aplicación web Zoom, la experiencia sigue pareciéndose a una sesión WebRTC Estándar. La señalización entre la aplicación web 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 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. Como 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 factor clave es que el cliente VDI (p. ej., Citrix, Omnissa Horizon) ya incluye un motor multimedia WebRTC completo capaz de manejar audio en tiempo real. Dado que la capa de redirección hace que este motor aparezca para la aplicación web Zoom como su implementación WebRTC subyacente, Zoom no necesita proporcionar ni mantener un complemento aparte. 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 en 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 conferencia receptiva y escalable sin requerir software adicional de Zoom en la máquina local ni demandas de procesamiento por parte 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-empresarial-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.