Il contenuto di questa pagina è tradotto automaticamente. Zoom non ne garantisce l’accuratezza.

Concetti fondamentali

Questa sezione fornisce una panoramica dei concetti fondamentali dell'app Zoom Workplace VDI.

Modalità di ottimizzazione del Plug-In

L'app Zoom Workplace VDI supporta tre modalità operative per l'elaborazione dei contenuti multimediali in tempo reale: Ottimizzazione diretta, Ottimizzazione del canale e Modalità di fallback

Nel contesto dell'app Zoom Workplace VDI, l'elaborazione dei contenuti multimediali in tempo reale si riferisce all'inoltro e al rendering dei contenuti multimediali in tempo reale tra il cloud Zoom, l'app Zoom Workplace VDI e/o il Plug-In. Per supportare una gamma di casi d'uso VDI, l'app Zoom Workplace VDI supporta tre distinte modalità operative per l'elaborazione e l'ottimizzazione dei contenuti multimediali: modalità Ottimizzazione diretta, modalità Ottimizzazione del canale e modalità Fallback. Queste sono discusse nelle sezioni seguenti.

Modalità Ottimizzazione diretta: quando l'app Zoom Workplace VDI e il Plug-In ricevono flussi di dati indipendenti dal cloud Zoom

La modalità Ottimizzazione diretta è la modalità di ottimizzazione predefinito per l'app Zoom Workplace VDI e il Plugin. In questa modalità, il cloud Zoom mantiene due flussi di dati separati per un utente VDI ottimizzato: uno per l'app Zoom Workplace VDI e un altro per il Plug-In. Questa configurazione consente al client remoto dell'utente (dotato del Plug-In VDI) di comunicare direttamente con il cloud Zoom per i trasferimenti di dati multimediali in tempo reale, eliminando la necessità di instradare la maggior parte del traffico multimediale in tempo reale attraverso il desktop virtuale o tramite il canale virtuale.

Quando si opera in modalità Ottimizzazione diretta, si verifica quanto segue:

  1. Il Plug-In riceve flussi di dati per video e audio direttamente dal cloud.

  2. L'app Zoom Workplace VDI gestisce i dati generali della riunione, come le informazioni sul partecipante, i messaggi di chat o le funzionalità di AI Companion, visualizzandoli nel segnaposto dell'app Workplace, gestendo anche la condivisione schermo In entrata inoltrandola al plug-in e caricando il contenuto della condivisione schermo locale dal desktop virtuale quando attiva.

  3. Il Plug-In e il desktop VDI utilizzano la connessione virtuale del fornitore VDI per comunicare e determinare il posizionamento e il rendering dei contenuti multimediali sullo schermo tra i due livelli.

Diagramma che illustra come il cloud Zoom trasmette i dati a due destinazioni separate quando si utilizza la modalità di ottimizzazione diretta.

Modalità ottimizzata per canale: quando il Plug-In riceve dati hairpinned tramite il desktop virtuale

L'ottimizzazione del canale è simile all'esperienza di Ottimizzazione Diretta, in cui il Plug-In continua a renderizzare i media della riunione (come mostrato nell'immagine sopra), ma tramite un percorso di rete diverso. In questa modalità, si verifica quanto segue:

  1. Tutti i media della riunione vengono prima recapitati al server VDI da cloud Zoom.

  2. Il server VDI trasferisce i media al Plug-In tramite una connessione UDP fuori banda oppure tramite l'canale virtuale VDI esistente se la connessione UDP non può essere stabilita.

Questo metodo può essere preferito dalle organizzazioni che non Abilita l'accesso diretto a Internet per i thin client (o altri dispositivi remoti), oppure che preferiscono Instradamento i dati attraverso la propria rete, ma può potenzialmente portare a un'esperienza peggiore rispetto all'Ottimizzazione Diretta se le condizioni di Instradamento della rete non sono ottimali. L'immagine seguente mostra il flusso di dati dell'ottimizzazione UDP/canale.

Diagramma che illustra come i dati vengono trasmessi al desktop VDI e al client remoto tramite una connessione hairpinned.

Modalità di fallback: quando tutti i media della riunione vengono instradati e elaborati direttamente sul desktop virtuale

La modalità di fallback rappresenta un'esperienza VDI completamente non ottimizzata. In questa modalità, non viene utilizzata alcuna ottimizzazione dei media o Plug-In, e tutta la comunicazione avviene direttamente tra il server VDI e cloud Zoom, con tutta l'elaborazione che avviene esclusivamente sul server VDI.

Questo metodo impone un notevole carico di elaborazione sulle risorse del server VDI, causando spesso prestazioni scarse, tra cui lentezza, video a scatti e audio distorto. Pertanto, la Modalità Fallback è l'opzione meno preferita e dovrebbe essere utilizzata solo come ultima risorsa o quando i Plug-In non sono disponibili.

Riepilogo delle modalità di connessione

L'app VDI di Zoom Workplace supporta tre distinte modalità di connessione, ciascuna adattata a diverse esigenze operative e di sicurezza. La modalità predefinita e più efficiente è la Modalità ottimizzata diretta, in cui l'app VDI di Zoom Workplace e il Plug-In stabiliscono connessioni separate al cloud Zoom, gestendo in modo indipendente le rispettive parti di una riunione Zoom per offrire un'esperienza fluida e ottimizzata.

Oltre alla Modalità ottimizzata diretta, l'app VDI di Zoom Workplace può funzionare in configurazioni alternative, tra cui la Modalità ottimizzata tramite canale e la Modalità Fallback. Queste modalità possono aiutare ad affrontare specifici vincoli di flusso di lavoro o di rete, come l'accesso a internet limitato per i dispositivi remoti, l'Instradamento dei dati per problemi di privacy o l'assenza di Plug-In.

La tabella seguente riassume le differenze chiave tra queste modalità.

Offloading dei contenuti multimediali

Access diretto al cloud dal Plug-In

Ottimizzazione diretta

Ottimizzato per canale

Modalità di ripiego

Scaricamento dei contenuti multimediali WebRTC

Panoramica

Zoom fornisce un client WebRTC basato su browser tramite la app web di Zoom che può scaricare l'elaborazione audio sul Dispositivo locale dell'utente quando viene eseguita all'interno di un ambiente desktop virtuale. Ciò funziona senza richiedere plug-in specifici di Zoom perché la piattaforma VDI fornisce il proprio motore WebRTC locale e un framework di reindirizzamento che collega l'app web di Zoom a quel motore.

Questa Funzionalità supporta i seguenti prodotti e canali dall'app web di Zoom:

  • Zoom Phone

  • Zoom centro di contatto

  • Connettore CTI di Zoom centro di contatto

Questa Funzionalità è attualmente supportata dalle seguenti piattaforme desktop virtuali:

  • Citrix

  • Omnissa Horizon

Per ulteriori informazioni sulla Centro assistenza di Zoom, fare riferimento a configurazione di Zoom VDI per supportare il reindirizzamento WebRTC per la app web di Zoom.

La app web di Zoom scarica l’audio WebRTC di VDI sul Dispositivo locale

Quando la app web di Zoom all’interno del desktop virtuale tenta di inizializzare l’audio WebRTC, le sue richieste vengono intercettate prima che il desktop virtuale tenti di acquisire o elaborare l’Audio. Invece di attivare lo stack multimediale WebRTC integrato nel browser nella sessione ospitata, la piattaforma VDI traduce la segnalazione relativa all’audio in messaggi di controllo leggeri. Questi messaggi vengono inviati tramite il canale virtuale del provider VDI alla macchina locale dell’utente, reindirizzando il traffico audio in tempo reale da cloud Zoom direttamente alla macchina locale dell’utente.

Sulla macchina locale, il motore WebRTC nativo incluso nel client VDI (ad esempio, Citrix, Omnissa Horizon) riceve questi messaggi e diventa responsabile di tutta l’acquisizione, codifica, decodifica e riproduzione dell’audio. Il motore utilizza il microfono, gli altoparlanti e le risorse di elaborazione del sistema locale, contribuendo a garantire che l’audio non passi attraverso il server del desktop virtuale.

Il seguente diagramma illustra come i dati vengono instradati quando si utilizza l’Offloading dei media WebRTC con la app web di Zoom e un agente virtuale supportato.

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
Diagramma che illustra come i media vengono suddivisi tra il desktop virtuale e il Dispositivo client remoto.

Interazione tra la app web di Zoom e la macchina locale

Dal punto di vista della Zoom Web App, l’esperienza assomiglia ancora a una sessione WebRTC standard. La segnalazione tra la Zoom Web App e il backend di Zoom viene inoltrata attraverso il desktop virtuale, e il motore WebRTC locale rispecchia i parametri della sessione negoziati. L’applicazione del desktop virtuale continua a presentare l’interfaccia Zoom — controlli, stato della riunione e indicatori — mentre il vero audio in tempo reale viene generato e consumato dalla macchina locale.

Poiché solo i messaggi di segnalazione attraversano il canale virtuale, il sovraccarico di larghezza di banda è ridotto e costante, anche in ambienti multi-utente.

Perché non è richiesto alcun plug-in

Il fattore chiave è che il client VDI (ad es. Citrix, Omnissa Horizon) include già un motore multimediale WebRTC completo in grado di gestire l’audio in tempo reale. Poiché il livello di reindirizzamento fa apparire questo motore alla Zoom Web App come la sua implementazione WebRTC sottostante, Zoom non deve fornire e mantenere un plug-in separato. La logica di reindirizzamento mappa le chiamate API WebRTC, l’accesso al Dispositivo e la negoziazione della sessione dal browser all’interno del desktop virtuale al motore nativo sulla macchina locale.

Risultato

Questo approccio consente all’esperienza WebRTC basata su browser di Zoom di funzionare in modo efficiente in ambienti VDI con ottimizzazione completa dell’audio. L’interfaccia viene eseguita all’interno del desktop virtuale, ma l’audio in tempo reale viene acquisito ed elaborato localmente, offrendo agli utenti un’esperienza di conferenza reattiva e scalabile senza richiedere software Zoom aggiuntivo sulla macchina locale o carichi di elaborazione dal server del desktop virtuale.

Ultimo aggiornamento

È stato utile?