- Pagină de pornire
- /
- Articol
Informații noi și modificate
Acest tabel acoperă actualizări ale conținutului legate de caracteristici sau funcționalități noi, modificări ale conținutului existent și orice erori majore care au fost remediate în Ghidul de implementare pentru aplicația Webex pentru infrastructura de desktop virtual (VDI).
Pentru mai multe informații despre actualizările VDI ale aplicației Webex, caracteristici noi, asistență VDI adăugată și limitări, consultați notele de lansare VDI.
Dată | Modificări efectuate | ||||
---|---|---|---|---|---|
13 noiembrie 2023 | Pregătiți-vă mediul:
| ||||
23 august 2023 | Pe parcursul documentului:
Pregătiți-vă mediul:
Implementați Aplicația Webex pentru VDI:
Gestionați și depanați Aplicația Webex pentru VDI:
| ||||
18 mai 2023 | A clarificat nota despre Azure Virtual Desktop în cerințele pentru întâlniri cu funcții complete. DAI nu acceptă întâlniri cu funcții complete. | ||||
17.04.2023 | Conținut nou despre dezactivarea verificării compatibilității versiunii VDI, în Gestionați și depanați Aplicația Webex pentru VDI. A fost actualizată infrastructura acceptată și versiunile de sistem de operare pentru versiunea 43.4 (aprilie 2023), în cerințele de desktop virtual găzduit și client thin. | ||||
15 martie 2023 |
| ||||
3 martie 2023 |
| ||||
27 februarie 2023 | A fost adăugată recomandarea de a sincroniza unele | ||||
11 ianuarie 2023 | A fost adăugată cea mai recentă infrastructură testată și versiuni de sistem de operare thin client și hardware acceptat în cerințele desktopului virtual găzduit și ale clientului thin. Include cipul Apple M2, macOS Ventura, HP ThinPro 8 și Dell ThinOS 9.3. | ||||
26 octombrie 2022 | Actualizat(ă) | ||||
25 august 2022 | Actualizat pentru versiunea VDI a aplicației Webex 42.8:
Descriere actualizată pentru | ||||
30 mai 2022 |
| ||||
26 aprilie 2022 |
| ||||
25 aprilie 2022 |
| ||||
13 aprilie 2022 |
| ||||
9 februarie 2022 |
| ||||
3 februarie 2022 |
| ||||
15 decembrie 2021 |
| ||||
12 noiembrie 2021 |
| ||||
29 octombrie 2021 |
| ||||
8 octombrie 2021 |
| ||||
10 august 2021 |
| ||||
6 iulie 2021 |
| ||||
3 iunie 2021 | Actualizări pentru versiunea din iunie (41.6), inclusiv următoarele:
Alte actualizări generale:
| ||||
3 mai 2021 |
| ||||
Aprilie 16, 2021 |
| ||||
9 aprilie 2021 |
| ||||
18 ianuarie 2021 |
| ||||
11 decembrie 2020 |
| ||||
Septembrie 29, 2020 |
| ||||
16 iulie 2020 |
| ||||
29 iunie 2020 |
|
Aplicația Webex pentru prezentare generală VDI
Fără optimizare, mesageria Webex App funcționează ca atare într-un mediu Virtual Desktop Infrastructure (VDI). Cu toate acestea, experiența completă a aplicației Webex include și apelurile și întâlnirile, care necesită procesare media video și audio.
Din cauza unei limitări cunoscute sub numele de efect ac de păr , apelarea, întâlnirea și capabilitate video de însoțire nu sunt acceptate fără optimizare. Lățimea de bandă suplimentară necesară pentru apeluri și transmisie video creează un blocaj în centru de date, deoarece media circulă de la un utilizator la centru de date înapoi la alt utilizator. Ca urmare a acestei căi media neoptimizate și a lipsei accesului ușor la periferice precum difuzoarele dispozitivului, microfonul și camera foto, experiența utilizatorului nu este ideală.
Pentru a remedia problema efectului de ac de păr, Webex App VDI extinde experiența de colaborare Cisco la implementări virtuale, astfel încât utilizatorii să poată utiliza funcționalitatea completă de mesagerie, întâlniri și apelare pe care o oferă aplicația Webex .
Pentru a reduce latența și pentru a îmbunătăți calitatea media, pluginul VDI optimizează fluxurile de lucru media prin redarea în flux media direct între utilizatori pe punctele finale thin client și utilizează hardware-ul computerelor thin client pentru a gestiona procesarea media. Această cale media nu trece prin desktopurile virtuale găzduite (HVD). Rezultatul este o experiență de apelare și întâlnire stabilă și cu funcții complete pentru utilizatorii dvs. VDI.
În această arhitectură, aplicația Webex este instalată pe HVD în mediul dvs. VDI și pluginurile VDI necesare sunt instalate pe clientul restrâns al utilizatorului (de obicei, un sistem ușor, precum un laptop sau un desktop reutilizat).
Utilizând un client thin bazat pe Linux, Mac sau Windows, utilizatorii accesează Aplicația Webex pe HVD dintr-un mediu desktop virtual de la distanță. Cu versiunile acceptate ale aplicației Webex , utilizatorii pot utiliza toate funcțiile încorporate de mesagerie, întâlniri și apelare prin Webex App pe clientul lor restrâns. În plus, puteți integra Webex App VDI cu un mediu Unified CM sau Webex Calling , astfel încât utilizatorii să poată utiliza funcțiile de apelare acceptate.
|
Pentru caracteristici noi pentru fiecare versiune, consultați notele de lansare pentru mai multe informații.
Prezentare generală a mediului VDI
componente VDI
Utilizarea Aplicației Webex într-un mediu virtual optimizat necesită următoarele componente.
Broker de conexiune—Managerul de resurse și conexiune (Citrix, VMware) care conectează furnizorul de virtualizare la clientul thin.
Desktop virtual găzduit (HVD)—Mașina virtuală (VM) care rulează aplicația Webex de la distanță.
Client subțire—Punctul final (de exemplu, desktop sau laptop cu profil scăzut sau redirecționat) pe care utilizatorul îl utilizează pentru a se conecta de la distanță la desktopul virtual. Brokerul de conexiune și pluginul VDI sunt instalate pe dispozitivul thin client, astfel încât să poată accesa mediul HVD.
Plugin—Software-ul care este instalat pe clientul thin utilizat pentru a debloca procesarea media pe dispozitivul utilizatorului în loc de resurse HVD. Versiunile acceptate ale pluginului VDI al aplicației Webex sunt conectate din fila Descărcări din notele de lansare VDI ale aplicației Webex.
Pentru clienții thin Linux, trebuie să instalați pluginul VDI Webex Meetings alături de pluginul VDI Webex.
Aplicația Webex—Aplicația care este instalată și rulează pe HVD. Versiunile acceptate pentru programul de instalare HVD sunt disponibile în fila Descărcări din notele de lansare VDI ale Aplicației Webex.
Tipuri de mediu
Mod persistent—Într-un mediu persistent, modificările sistemului de operare local al unui utilizator sunt păstrate după ce un utilizator se deconectează.
Toate preferințele utilizatorilor se află în baza de date de roaming (
spark_roaming_store.db
). Această bază de date este mult mai mică decât db principal (spark_persistent_store.db
).Mod non-persistent—Într-un mediu non-persistent, modificările sistemului local de operare al unui utilizator nu sunt păstrate după ce un utilizator se deconectează. Informațiile specifice utilizatorului aplicabile (date de utilizator, profil și setări) sunt blocate în timpul sesiunii de utilizator.
Dacă sunteți un client VDI non-persistent (un mediu VDI care este șters de fiecare dată când utilizatorul se deconectează), puteți face rapid backup și restaurare
spark_roaming_store.db
astfel încât utilizatorii VDI să nu piardă preferințe între sesiuni.Baza de date de roaming conține toate acreditările și preferințele utilizatorilor, criptate utilizând AES256. În calitate de client VDI, trebuie să susțineți întotdeauna baza de date de roaming, astfel încât acreditările și preferințele utilizatorilor să fie menținute în cadrul sesiunilor VDI.
Arhitectură
Diagramele de arhitectură afișează componentele, semnalizarea și fluxurile media optimizate care sunt implicate într-o implementare tipică a aplicației Webex VDI cu o implementare existentă a serviciului de apeluri acceptate: fie Unified CM, Webex Calling, fie BroadWorks.
În partea stângă a fiecărei diagrame este rețeaua dvs. corporativă care conține mediul virtual. Acest mediu virtual ușurează sarcina pe hardware-ul din partea utilizatorului prin rularea aplicațiilor, a sistemului de operare și a datelor utilizatorului în centrul de date virtuale. Cu acest cadru, puteți gestiona mediul dintr-o locație centrală, iar utilizatorii îl pot accesa de la distanță de la clienții thin acceptați.
Componentele din rețeaua corporativă constau din desktopul virtual găzduit (HVD), mediul central pe care îl gestionați în cazul în care aplicația Webex este instalată și rulează și o conexiune de canal virtual (prin intermediul Cisco HVDAgent) la punctul final thin client al utilizatorului.
Pe clientul thin, utilizatorii instalează pluginul VDI Webex și se conectează la un broker de conexiune (Citrix sau VMware), o bucată de software care creează conexiuni la HVD-uri. Un broker de conexiune îndeplinește o serie de sarcini, inclusiv următoarele:
Validarea numelui de utilizator și furnizarea unei conexiuni pentru utilizator.
Permite utilizatorului să se conecteze la un anumit desktop virtual.
Odată conectat, punctul final thin client simulează interacțiunile cu aplicațiile și un sistem de operare prin periferice, cum ar fi un monitor, tastatură, mouse, dispozitive USB și așa mai departe, ca și cum software-ul ar fi instalat pe clientul thin în sine. Utilizatorii utilizează o aplicație thin client în acest punct final pentru a accesa Aplicația Webex pe serverul de la distanță.
Această arhitectură optimizează direcția de semnalizare și mass-media. Acesta comunică prin HTTPS, WSS și SIP pentru semnalizare cu cloudul Webex sau cu cloudul BroadWorks (în partea dreaptă). Fluxurile media separate pentru întâlniri (Aplicația Webex) și apeluri (Unified CM, Webex Calling sau BroadWorks) sunt stabilite prin SRTP.
Trebuie să actualizați Aplicația Webex pe HVD. Versiunile noi sunt lansate la fiecare două luni și au compatibilitate spate cu plugin-urile anterioare thin client VDI. Noile construcții de plugin VDI thin client sunt, de asemenea, puse la dispoziție la fiecare două luni. Descărcați software-ul și consultați notele de lansare pentru mai multe informații despre compatibilitatea versiunii.
Webex VDI cu Unified CM
Webex VDI cu Unified CM și Expressways pentru MRA
Expressways din diagramă sunt utilizate pentru a reprezenta o implementare de acces mobil și la distanță (MRA). Pentru ca MRA să funcționeze cu Aplicația Webex VDI, HVD trebuie să poată trimite solicitări către Expressway-E, care este de obicei configurat în DMZ.
Aplicația Webex VDI cu Webex Calling
Webex VDI cu Webex pentru BroadWorks
Aplicația Webex VDI cu întâlniri
Mod de rezervă
Modul de rezervă Webex App VDI oferă suport pe termen scurt pentru apelurile audio și video de bază atunci când VDI nu poate stabili canalul virtual. Modul de rezervă acceptă apelurile standard și înregistrare apel. Setul complet de caracteristici nu este acceptat. Calitatea apelului este mai scăzută din cauza problemelor de server sau de rețea care determină trecerea la modul de rezervă.
Flux de conectare VDI pentru Aplicația Webex
Arhitectura VDI a aplicației Webex constă din două componente principale: aplicația Webex pentru VDI și pluginul VDI Webex pentru clientul thin. Plugin-ul VDI este instalat pe un client subțire în timp ce aplicația este instalată pe HVD.
Atunci când un utilizator lansează un client de broker virtual (aplicația Citrix Workspace sau VMWare Horizon Client), software-ul furnizorului inițiază un canal virtual. Plugin-ul și agentul Aplicației Webex utilizează acest canal virtual pentru a comunica.
Această diagramă arată sesiunile de protocol preconizate care sunt configurate în timpul utilizării normale a Aplicației Webex atunci când sunt implementate cu apelare Unified CM prin Mobile and Remote Access (MRA).
Deși diagrama descrie Aplicația Webex VDI peste MRA, fluxul este același cu o implementare VDI locală. Cu toate acestea, spre deosebire de VDI peste MRA, implementările locale nu rutează traficul prin DMZ și toate traficul rezidă pe LAN. |
Pentru a începe o sesiune, utilizatorii își lansează mai întâi clientul de broker virtual (Citrix Workspace App sau VMware Horizon Client), se conectează la brokerul de conexiune și apoi selectează o aplicație HVD sau virtuală. Odată selectat, un canal virtual este configurat între clientul thin al utilizatorului (mașină fizică) și HVD (mașină virtuală) găzduit pe Hypervisor.
După ce un utilizator lansează Aplicația Webex pe HVD, Webex determină dacă este într-un mediu virtual și dacă Unified CM este utilizat pentru serviciul de telefonie. Dacă Unified CM este activat, aplicația Webex pornește
teamshvdagent.exe
proces și începe descoperirea serviciului intern. (Descoperirea internă a serviciului include căutarea UDS DNS SRV, autentificarea Unified CM, căutarea clusterului de acasă și recuperarea configurației.)Clientul aplicației Webex și pluginul VDI al aplicației Webex merg apoi la configurarea tuturor fluxurilor de control care sunt utilizate pentru a face schimb de date pe canalul virtual. După configurarea acestor canale, clientul Aplicației Webex trimite informațiile despre domeniul serviciului vocal către pluginul VDI al Aplicației Webex.
În continuare, plugin-ul VDI al aplicației Webex efectuează descoperirea serviciului. Plugin-ul VDI al Aplicației Webex face acest lucru referindu-se la informațiile din domeniul serviciului vocal care i-au fost trimise de la clientul Aplicației Webex. În acest scenariu, pluginul VDI al aplicației Webex rezolvă înregistrarea DNS SRV _collab-edge deoarece mașina plugin VDI se conectează dintr-o rețea externă, prin urmare, trebuie să se conecteze prin MRA. Odată ce descoperirea serviciului este finalizată, pluginul VDI al aplicației Webex trimite FQDN-ul Expressway-E către clientul aplicației Webex.
După primirea și cache-ul Expressway-E FQDN, Aplicația Webex (HVD) efectuează apoi o căutare DNS A înregistrării pentru Expressway-E FQDN. Pentru o singură implementare NIC, acest pas preia adresa IP Expressway-E (IP intern cu DNS divizat sau IP extern fără DNS divizat), care este utilizată pentru configurarea Edge și autentificarea SSO prin portul 8443.
Dacă Expressway-E este configurat într-o implementare NIC dublă, ambele interfețe pot avea o adresă IP internă. În acest caz, interfața internă este opusul a ceea ce este configurat pentru interfața externă.
După ce detaliile Edge sunt preluate, Aplicația Webex (HVD) stabilește conexiuni HTTPS la IP Expressway-E pentru cererile UDS și TFTP. Prin acest proces, Aplicația Webex (HVD) autentifică și recuperează detalii de configurare, cum ar fi Configurația dispozitivului pentru telefonul soft, Regulile de apelare a aplicației și Regulile de apelare pentru căutarea directorului.
Pluginul VDI Webex rezolvă IP-ul extern Expressway-E și apoi trimite la Aplicația Webex (HVD). Prin informațiile despre dispozitiv care sunt preluate în etapa anterioară, Aplicația Webex începe înregistrarea dispozitivului CSF (Windows desktop) prin interfața externă Expressway-E.
Cerințe pentru desktop virtual găzduit și client subțire
Asigurați-vă că mediul VDI îndeplinește cerințele pentru serverele acceptate (Desktop virtual găzduit (HVD), unde este instalată aplicația Webex) și clienții subțiri (dispozitiv din partea utilizatorului unde sunt instalate pluginurile VDI Webex).
Pentru utilizatorii care se alătură întâlnirilor Webex din Aplicația Webex, vă rugăm să consultați cerințele desktopului virtual găzduit și ale clientului thin pentru întâlnirile Webex VDI. |
Desktop virtual găzduit
componentă VDI | Platforme acceptate | ||||
---|---|---|---|---|---|
Sistem de operare cu o singură sesiune – Instalat pe HVD |
|
||||
Sistem de operare cu mai multe sesiuni – Instalat pe HVD |
|
||||
serviciu de virtualizare în cloud pentru mai multe sesiuni |
|
||||
Broker de conectare pentru desktopul virtual găzduit |
Un broker de conexiune este un software care creează conexiuni la desktopuri virtuale găzduite. Un broker de conexiune îndeplinește o serie de sarcini, inclusiv următoarele:
|
Clienți Windows thin
componentă VDI | Platforme acceptate | ||
---|---|---|---|
hardware client thin bazat pe Microsoft Windows | Hardware acceptat
Software acceptat Sprijinim arhitecturile pe 64 de biți pentru următoarele versiuni de Windows:
|
||
Ferestre încorporat pe bază standard hardware thin client | Hardware acceptat RAM instalat 2 GB Memorie fizică gratuită 128 MB Spațiu de disc gratuit 256 MB Performanța CPU afectează rezoluția video maximă. Cu Windows Embedded Standard thin clienții, rezoluția așteptată depinde de CPU:
GPU compatibil DirectX 11 USB 2.0 pentru aparat de fotografiat USB și dispozitive audio Software acceptat
|
||
Aplicația Citrix Workspace sau clientul VMware Horizon |
|
Clienți subțiri Linux
componentă VDI | Platforme acceptate | ||
---|---|---|---|
Sistem de operare Thin Client | Ubuntu (64 de biți)
|
||
Unicon eLux (64 de biți)
|
|||
HP ThinPro 7.1 (Sfârșitul vieții) HP ThinPro 8.0, 8.1 (64-bit)
|
|||
IGEL OS
|
|||
Dell Wyse ThinOS
|
|||
10ZiG Zero Client Thin Clienți |
|||
Sistem de operare Stratodesk NoTouch
|
|||
Hardware Ubuntu/Thinpro Thin Clients | Cerințele minime de hardware pentru clienții subțiri sunt următoarele:
|
||
eLux RP 6 Thin Clients Hardware | Cerințe hardware minime Următoarele proprietăți de sistem permit utilizarea funcțiilor de bază eLux RP 6.
|
||
Dispozitive testate și recomandate |
* Pe baza cerințelor hardware, aceste dispozitive nu sunt recomandate pentru utilizare cu fundaluri virtuale. Consultați cerințele de fundal virtual pentru mai multe informații. (Aplicația Webex pentru VDI are aceleași cerințe ca și aplicația Windows independentă.) |
||
Aplicația Citrix Workspace sau clientul VMware Horizon |
|
clienți macOS subțiri
componentă VDI | Platforme acceptate | ||||
---|---|---|---|---|---|
Hardware client subțire bazat pe MacOS | Hardware acceptat
Procesoare Intel Core 2 Duo sau ulterioare pe oricare dintre urmatoarele hardware-uri Apple:
Software acceptat Pluginul VDI al aplicației Webex este acceptat în următoarele versiuni macOS:
| ||||
Aplicația Citrix Workspace sau clientul VMware Horizon |
|
Cerințele aplicației Webex și ale pluginului
Obțineți instalările necesare ale aplicației Webex (instalate pe HVD) și ale pluginului aplicației Webex (instalate pe mașina thin client a unui utilizator) din fila Descărcări din notele de lansare VDI ale aplicației Webex.
În timp ce susținem compatibilitatea inversă, așa cum este evidențiat în notele de lansare, vă recomandăm să utilizați cele mai recente versiuni ale instalărilor ori de câte ori este posibil.
Pentru utilizatorii care se alătură întâlnirilor Webex din Aplicația Webex, vă rugăm să consultați cerințele desktopului virtual găzduit și ale clientului thin pentru întâlnirile Webex VDI.
De obicei, utilizatorii VDI nu au control de administrator asupra mașinii lor, iar pluginul nu necesită privilegii de administrator. Cu toate acestea, dacă utilizatorii dvs. necesită integrarea Outlook, trebuie să înregistrați fișierul .dll de integrare a biroului utilizând direcțiile din Activați starea utilizatorilor pentru a afișa în Microsoft Outlook.
Cerințe pentru căști
Pentru Aplicația Webex VDI, acceptăm aceleași căști ca și Aplicația Webex independentă, cu excepția cazului în care se specifică altfel. Consultați Detalii despre asistența pentru căști pentru mai multe informații.
Fluxuri media în timp real acceptate pentru apeluri și întâlniri
Aplicația Webex VDI acceptă următoarele fluxuri de lucru media în timp real:
Apeluri pe Webex (încorporate în aplicație)
Unified CM
Webex Calling
Webex pentru BroadWorks
Webex Meetings
Pentru a integra un serviciu de apelare acceptat și Webex Meetings, trebuie să urmați pașii de configurare din documentație pentru aceste soluții. Alegeți o opțiune și apoi utilizați documentația care este legată în acea secțiune.
Cerințe Unified CM
Dacă doriți să utilizați Unified CM ca serviciu de apelare pentru utilizatorii VDI din Aplicația Webex, utilizați Ghidul de implementare pentru a parcurge pașii de configurare necesari. Documentul conține o prezentare generală a serviciului, a condițiilor prealabile și a etapelor de implementare.
Mutați un apel într-o întâlnire
Pentru a accepta această funcție, asigurați-vă că ați configurat corect implementarea apelurilor Unified CM.
În plus, asigurați-vă că este implementată următoarea configurație VDI, astfel încât să fie acceptată debitarea în întâlniri: Cerințe pentru întâlniri cu funcții complete.
Remote Access (MRA)
Accesul mobil și la distanță (MRA) este acceptat. Urmați pașii standard de implementare MRA din documentația Expressway MRA și țineți cont de următoarele puncte pentru o implementare VDI acceptată:
Consultați cerințele de acces mobil și la distanță (MRA) pentru mai multe îndrumări pentru asistența VDI.
Trebuie să rulați un minim de X12.7 și mai târziu.
Implementările duble ale NIC sunt acceptate. Trebuie să vă asigurați că există o conexiune de la HVD la adresele IP externe și interne ale Expressway-E. Trebuie să adăugați un NAT între HVD și IP-ul extern al Expressway-E.
Cerințe Webex Calling
Dacă HVD acceptă IPv4 și IPv6, vă recomandăm să dezactivați IPV6 în mediul dvs. HVD pentru a preveni problemele de compatibilitate cu Webex Calling. |
Configurare în Control Hub (parteneri și administratori)
Control Hub este locul unde puteți configura și configura setările, funcțiile, dispozitivele și utilizatorii din dvs Webex Calling organizație activată. Asigurați-vă că mediul dvs. acceptă Apelare Webex urmând cerințele preliminare și materialul de referință al portului înainte de a începe pașii de configurare specifici în Control Hub. Puteți utiliza următoarele informații, în ordinea prezentată, pentru a vă pune în funcțiune organizația Webex Calling :
Cerințe Webex pentru BroadWorks
Aplicația Webex într-un mediu VDI acceptă Webex pentru BroadWorks. Webex for BroadWorks este o ofertă care integrează BroadWorks Calling în Webex. Abonații utilizează o singură aplicație (aplicația Webex ) pentru a profita de funcțiile oferite de ambele platforme.
Pentru informații generale despre Webex for BroadWorks, consultați Ghidul de soluții Webex for BroadWorks. |
Cerințe pentru întâlniri cu funcții complete
Țineți cont de aceste puncte atunci când implementați Aplicația Webex VDI pentru întâlniri cu funcții complete:
Instalați aplicația Webex pe desktopul virtual găzduit (HVD).
Trebuie să instalați plugin-ul VDI al aplicației Webex pentru utilizatorii care se alătură întâlnirilor Webex cu funcții complete.
Consultați cerințele desktopului virtual găzduit și ale clienților subțiri pentru Webex meetings VDI.
Pentru clienții thin Linux, trebuie să instalați pluginul VDI Webex Meetings pentru Linux (consultați Instalarea pluginului VDI Webex Meetings pe sistemele thin client).
Cerințe privind accesul mobil și la distanță (MRA)
Cerințe preliminare
Trebuie să rulați un minim de Expressway X12.7 pentru perechea transversală pentru MRA pentru a lucra cu Webex VDI. Versiunile anterioare trebuie actualizate la X12.7 sau mai târziu pentru a evita problemele de rutare.
Asigurarea conectivității între Webex în mediul HVD, interfața externă și interfața internă (implementarea NIC duală) a Expressway.
MRA cu fluxul de lucru VDI al aplicației Webex
Pentru informații despre MRA cu fluxul de lucru Webex VDI, consultați fluxul de conectare VDI al aplicației Webex.
Considerații NIC duale
Țineți cont de aceste considerații de proiectare atunci când implementați Aplicația Webex VDI peste MRA cu o implementare dublă NIC Expressway-E.
Rută statică—Verificați gateway-ul implicit din Expressway-E. De obicei, acesta este gateway-ul implicit al subrețelei IP a interfeței externe. După ce verificați configurația implicită a gateway-ului Expressway, trebuie să adăugați o rută statică la Expressway-E pentru subrețeaua IP care este utilizată pentru mașinile HVD.
Ruta statică trimite traficul din interfața internă a Expressway-E către subrețeaua HVD. Această configurație este necesară, din cauza interogărilor de configurare UDS și TFTP trimise de la HVD la interfața internă Expressway E. Odată ce Unified CM răspunde la solicitare, Expressway-E trimite răspunsul prin gateway-ul implicit dacă ruta statică către subrețeaua HVD nu există.
Tranziție NAT—Traficul SIP de la HVD la interfața externă Expressway-E trebuie să aibă IP-ul sursă modificat înainte de a ajunge la Expressway pentru a evita o problemă de rutare. NAT abordează această problemă. Trebuie implementată o traducere NAT pe un dispozitiv de rețea care este calea dintre HVD și Expressway-E.
configurare DNS
DNS intern
Pentru implementări NIC duble, puteți specifica adresa Expressway-E utilizând un FQDN care se rezolvă la adresa IP a interfeței interne. Cu DNS divizat, puteți utiliza opțional același FQDN care este disponibil pe DNS public. Dacă nu utilizați DNS divizat, trebuie să utilizați un FQDN diferit.
Pentru a evita o problemă de rutare, traficul SIP de la HVD la interfața externă Expressway-E trebuie să aibă IP-ul sursă schimbat înainte de a ajunge la Expressway. Trebuie să configurați o traducere NAT pe un dispozitiv de rețea care este între HVD și Expressway-E.
Pentru un singur NIC cu NAT static, trebuie să specificați adresa Expressway-E utilizând un FQDN care se rezolvă la adresa IP publică. Această configurare înseamnă, de asemenea, că firewall-ul extern trebuie să permită traficul din aplicația Webex în HVD către FQDN-ul extern al Expressway-E. Acest design este cunoscut sub numele de reflexie NAT, și nu poate fi susținută de toate tipurile de firewall-uri.
DNS intern trebuie să fie configurat cu
_cisco-uds._tcp.<domain>
Înregistrări SRV, astfel încât aplicația Webex să poată descoperi Unified CM.
DNS public
Înregistrări SRV
DNS public, extern trebuie să fie configurat cu _collab-edge._tls.<domain>
Înregistrările SRV astfel încât punctele finale să poată descoperi Expressway-Es de utilizat pentru MRA.
GeoDNS
În versiunile 43.6 și ulterioare, puteți configura Aplicația Webex pentru a lucra cu GeoDNS. Această opțiune îmbunătățește eficiența rețelei, permițând Aplicației să se conecteze la cel mai apropiat Expressway-E din punct de vedere geografic.
Dacă ați configurat GeoDNS pentru înregistrările dvs. SRV, vă recomandăm să editați înregistrarea pe HVD după cum urmează:
Deschideți registrul
HKEY_LOCAL_MACHINE\SOFTWARE\Cisco Spark Native
.Creați o nouă cheie DWORD numită
VDIGeoDnsEnabled
.Setare
VDIGeoDnsEnabled
la1
.(Set)
VDIGeoDnsEnabled
la0
(implicit) dacă doriți să dezactivați compatibilitatea GeoDNS pentru aplicația Webex pe acest HVD).Salvați registrul.
configurație Firewall
Atât firewall-ul intern, cât și cel extern trebuie să permită următoarele conexiuni de ieșire din Aplicația Webex din HVD către Expressway-E:
sip—tcp 5061
https—tcp 8443
Firewall-ul extern trebuie să permită, de asemenea, următoarele conexiuni de intrare de la utilizatorul thin client la Expressway:
Mass-media — UDP 36002-59999
Flux de activități de implementare VDI în Aplicația Webex
Acești pași vă vor ajuta să implementați Aplicația Webex în mediul VDI. Pașii includ ceea ce trebuie să faceți pe mediul desktop virtual găzduit (HVD) și ce trebuie să facă utilizatorii pe clienții lor subțiri.
Înainte de a începe
Pregătiți-vă mediul pentru aplicația Webex pentru VDI
Dacă doriți ca utilizatorii aplicației Webex VDI să aibă acces la funcțiile de apelare din organizația dvs., trebuie să utilizați instrucțiunile din capitolul Pregătiți-vă mediul pentru a implementa un serviciu de apelare (Unified CM, Webex Calling sau BroadWorks) înainte de a implementa VDI. |
1 | Configurați unul dintre următoarele tipuri de desktop virtual găzduit:
Pentru a vă pregăti utilizatorii care doresc să acceseze Aplicația Webex de la distanță de pe dispozitivele thin client, configurați Aplicația Webex pe mediul centralizat de desktop virtual găzduit (HVD). |
2 | Instalați pluginul VDI al aplicației Webex pe mașinile thin client pentru următoarele platforme:
După ce Aplicația Webex este instalată pe mediul dvs. HVD central, veți obține utilizatorii dvs. pentru a instala un plugin VDI al Aplicației Webex pe dispozitivele lor thin client. Clienții subțiri sunt de obicei computere ușoare sau redirecționate pe care utilizatorii le utilizează pentru a stabili o conexiune la distanță cu un server HVD centralizat în care este găzduită Aplicația Webex. Pluginurile thin client pentru platformele acceptate sunt disponibile din notele de lansare VDI ale Aplicației Webex. |
3 | (Opțional) Pe clienții thin Linux, trebuie să Instalați plugin-ul VDI Webex Meetings pe sistemele thin client. Pentru întâlniri cu funcții complete în Aplicația Webex, trebuie să instalați două plugin-uri VDI separate pe clienții thin Linux. |
Configurați desktopul virtual găzduit și instalați Aplicația Webex
Pentru a vă pregăti utilizatorii care doresc să acceseze Aplicația Webex de la distanță de pe dispozitivele thin client, configurați Aplicația Webex pe mediul centralizat de desktop virtual găzduit (HVD).
Înainte de a începe
Urmați toate cerințele preliminare din Pregătiți-vă mediul pentru Aplicația Webex pentru VDI.
Dacă doriți ca utilizatorii aplicației Webex VDI să aibă acces la funcțiile de apelare din organizația dvs., trebuie să implementați un serviciu de apelare (Unified CM, Webex Calling sau BroadWorks) înainte de a implementa VDI.
Această secțiune acoperă doar modul de instalare a Aplicației Webex într-un mediu HVD existent. Consultați documentația Citrix sau Vmware pentru cele mai bune practici de implementare a HVD.
1 | Conectați-vă la Microsoft Windows HVD ca utilizator nou cu drepturi de administrare a domeniului. | ||
2 | Intrați în HVD în domeniul corporativ. | ||
3 | Configurați accesul Citrix sau VMware la dispozitivele HVD. | ||
4 | Dacă organizația dvs. are propriul site de descărcare care include Aplicația Webex specifică site-ului dvs., accesați site-ul respectiv și descărcați versiunea specifică organizației dvs. În caz contrar, pentru versiunea generică, accesați Webex App VDI Note > Descărcări și descărcați aplicația Webex de care aveți nevoie:
| ||
5 | Folosind permisiuni administrative, instalați aplicația pe HVD folosind aceste comenzi și argumente (aceste exemple folosesc un director de descărcare de
Consultați următorul tabel pentru explicații privind argumentele pe care le puteți utiliza atunci când instalați Aplicația Webex într-un mediu VDI. | ||
6 | Clona imaginea HVD. Pentru mai multe informații despre cele mai bune practici pentru clonarea imaginilor Microsoft Windows HVD, consultați documentația pentru produsul Citrix sau VMware. |
Ce este de făcut în continuare
Pentru informații despre preferințele utilizatorului și cum să le păstrați, consultați Preferințele utilizatorului.
Argumente, explicații și privilegii necesare instalării
Consultați următorul tabel pentru explicații privind argumentele pe care le puteți utiliza atunci când instalați Aplicația Webex într-un mediu VDI.
Argumentul | Note | Necesită privilegii de instalare a administratorului |
---|---|---|
ALLUSERS=1 | Instalează Aplicația Webex în c:\fișiere program. Acest lucru este util într-un mediu partajat (de obicei VDI non-persistente). Dacă acest argument nu este specificat, Aplicația Webex este instalată în %LocalAppData%\Programs\Cisco Spark | ✓ |
| O valoare de Utilizați această opțiune dacă preferați să mențineți manual upgrade-urile. Utilizați versiunile care sunt conectate din notele de lansare VDI ale Aplicației Webex. Argumentul nu afectează un mediu non-VDI. O valoare de Acest argument trebuie să fie însoțit de | ✓ |
| Controlează soluția VDI optimizată. (Sprijinit oficial.)
| ✓ |
| Numai pentru instalatorul de pachete. Când instalați componentele grupate pentru Aplicația Webex, puteți utiliza acest argument pentru a bloca versiunea aplicației care este utilizată pentru a intra în întâlniri, dacă versiunea este compatibilă cu versiunea site-ului. | ✓ |
INSTALLWV2=1 | Instalați browserul încorporat Microsoft WebView2 în timp ce instalați Aplicația Webex utilizând Pentru mai multe informații despre cerințele Aplicației Webex și WebView2, consultați Cerința Aplicației | Webex WebView2. | ✓ |
ROAMINGENABLED=1 | Dacă se specifică acest argument, atunci baza de date privind roamingul ( Acest argument trebuie să fie însoțit de Consultați Preferințele utilizatorului pentru mai multe informații. | ✓ |
Comparație de instalare
Utilizatorii pot fi într-un mediu Citrix și nu au clientul thin instalat sau canalul virtual este deconectat. Susținem acest scenariu cu feedback eronat la o instalare non-virtuală a aplicației Webex. În acest mod, aplicația afișează un avertisment că calitatea videoclipului poate fi afectată. Odată ce canalul virtual este conectat, aplicația se poate schimba în modul VDI.
Utilizați acest tabel pentru a înțelege diferitele combinații de instalare și modul în care acestea afectează optimizarea media pentru Unified CM, Webex Calling și apelurile din Aplicația Webex.
argument HVD VDI | Plugin client fin | Utilizator activat pentru serviciul de apelare | Apeluri în aplicația Webex |
---|---|---|---|
activată=0 | Neinstalat | Mass-media nu este optimizată | Mass-media nu este optimizată |
activată=0 | Instalat | Mass-media nu este optimizată | Mass-media nu este optimizată |
activată=1 * activată=2 ** | Instalat | Implementare acceptată; media este optimizată | Implementare acceptată; media este optimizată |
activată=1 * activată=2 ** | Neinstalat | Refuzul la media neoptimizată | Refuzul la media neoptimizată |
* Acest argument nu detectează automat mediul VDI.
** Acest argument detectează automat mediul VDI.
preferințe Utilizator
Toate preferințele utilizatorilor se află în baza de date de roaming ( spark_roaming_store.db
). Această bază de date este mult mai mică decât db principal ( spark_persistent_store.db
).
Dacă sunteți un client VDI non-persistent (un mediu VDI care este șters de fiecare dată când utilizatorul se deconectează), puteți să salvați rapid și să restaurați folderul Appdata\Roaming\CiscoSpark
astfel încât utilizatorii VDI să nu piardă preferințe între sesiuni.
Baza de date de roaming conține toate acreditările și preferințele utilizatorilor, criptate utilizând AES256. În calitate de client VDI, trebuie să susțineți întotdeauna folderul de mai sus, astfel încât acreditările și preferințele utilizatorilor să fie menținute în cadrul sesiunilor VDI.
Pentru a decripta baza de date de roaming, trebuie să sincronizați, de asemenea, următoarele foldere în cadrul sesiunilor VDI:
AppData\Roaming\Microsoft\Credentials
AppData\Roaming\Microsoft\Crypto
AppData\Roaming\Microsoft\Protect
AppData\Roaming\Microsoft\SystemCertificates
Configurați Azure Virtual Desktop pentru aplicația Webex
Utilizați acești pași la nivel înalt pentru a implementa un nou mediu Windows pe Azure Virtual Desktop (fostul Windows Virtual Desktop). AVD este o soluție VDI gestionată în cloud. Utilizatorii accesează Aplicația Webex printr-un mediu Windows virtualizat.
Nu acceptăm întâlniri cu funcții complete utilizând Aplicația Webex pe Azure Virtual Desktop. |
Înainte de a începe
Această soluție necesită un abonament Microsoft Azure.
Trebuie să aveți un cont de utilizator cu rolul TenantCreator.
Conturile de utilizator trebuie sincronizate în Azure Active Directory.
1 | Treceți prin pașii de implementare din portalul de administrare Azure pentru a crea piscina gazdă, mașinile virtuale și setările aferente. O piscină gazdă este o colecție de VM-uri care oferă un serviciu similar. Azure indică când mediul virtual este gata. |
2 | Utilizați clientul Windows pentru a testa dacă un utilizator poate accesa piscina gazdă. Pentru pașii de implementare specifici, consultați documentația Microsoft privind inițierea cu AVD. |
Instalați pluginul VDI al aplicației Webex pe sistemele Windows thin client
După ce instalați Aplicația Webex pe mediul HVD central, trebuie să instalați un plugin VDI al Aplicației Webex pe dispozitivele thin client.
Descărcați pluginurile thin client din notele de lansare VDI ale aplicației Webex.
Dacă nu puteți instala plugin-ul VDI pentru utilizatorii dvs., du-le prin acești pași pe dispozitivele lor thin client.
Înainte de a începe
Consultați clienții thin Windows pentru o listă de platforme acceptate pentru aplicația Webex VDI Plugin pentru Windows.
Aplicația Webex trebuie să fie instalată în mediul HVD central.
1 | Accesați Webex App VDI Note de lansare > Descărcări, și descărcați programul de instalare a pluginului Webex App VDI pentru Windows. |
2 | Rulați fișierul de instalare pentru |
3 | Pentru a deschide fișierul executabil, faceți clic pe OK. |
4 | Citiți EULA și, dacă sunteți de acord, faceți clic pe Acceptare și instalare. |
5 | Pentru a finaliza instalarea, faceți clic pe Finalizare. |
6 | (Opțional) Dacă dvs. sau utilizatorii instalați manual cele două plugin-uri pentru întâlniri complete, urmați pașii din Instalați plugin-ul VDI Meetings pe sistemele thin client. |
Ce este de făcut în continuare
Pentru ca Aplicația Webex să funcționeze corect pentru utilizatorii dvs., trebuie să utilizați pluginul oficial thin client. Pentru a confirma, Verificarea stării de sănătate afișează o stare conectată pentru canalul virtual. |
Instalați pluginul VDI al aplicației Webex pe sistemele thin client Linux
După ce Aplicația Webex este instalată pe mediul dvs. HVD central, veți obține utilizatorii dvs. pentru a instala un plugin VDI al Aplicației Webex pe dispozitivele lor thin client. Clienții subțiri sunt de obicei computere ușoare sau redirecționate pe care utilizatorii le utilizează pentru a stabili o conexiune la distanță cu un server HVD centralizat în care este găzduită Aplicația Webex. Pluginurile thin client pentru platformele acceptate sunt conectate din notele de lansare VDI ale Aplicației Webex.
Înainte de a începe
Consultați clienții thin Linux pentru o listă de platforme acceptate pentru aplicația Webex VDI Plugin pentru Linux.
Pentru ca Aplicația Webex să funcționeze corect pentru utilizatorii dvs. și să fie optimizată pentru VDI, trebuie să utilizați construcția thin client. Pentru a confirma, aplicația Webex Health Check afișează o stare conectată pentru canalul virtual. |
Instalați pluginul VDI al aplicației Webex pe sistemele client macOS thin
După ce Aplicația Webex este instalată pe mediul dvs. HVD central, veți obține utilizatorii dvs. pentru a instala un plugin VDI al Aplicației Webex pe dispozitivele lor thin client. Clienții subțiri sunt de obicei computere ușoare sau redirecționate pe care utilizatorii le utilizează pentru a stabili o conexiune la distanță cu un server HVD centralizat în care este găzduită Aplicația Webex. Pluginurile thin client pentru platformele acceptate sunt conectate din notele de lansare VDI ale Aplicației Webex.
Rulați programul de instalare MacOS (PKG) pentru a instala pluginul VDI Webex.
Înainte de a începe
Consultați clienții macOS thin pentru o listă de platforme acceptate pentru pluginul VDI al aplicației Webex pentru macOS.
1 | Descărcați pluginul Aplicației Webex pentru sistemele dvs. de client macOS thin din notele de lansare ale Aplicației Webex VDI > Descărcări. |
2 | Rulați fișierul de instalare pentru |
3 | Citiți EULA și, dacă sunteți de acord, faceți clic pe Continuare. |
4 | Faceți clic pe Instalare, iar dacă apare o solicitare ca clientul Citrix Workspace sau clientul VMware Horizon să fie închis mai întâi, faceți clic pe Închidere aplicație și instalare. De asemenea, puteți să faceți clic pe Instalare mai târziu dacă nu puteți închide Citrix sau VMware în acel moment. |
5 | Faceți clic pe ecranele rămase pentru a finaliza instalarea. |
Ce este de făcut în continuare
Când utilizatorii lansează pentru prima dată pluginul VDI al aplicației Webex, acceptă următoarele permisiuni necesare:
Permisiune | Descriere |
---|---|
cameră De Acces | Utilizează camera într-un apel video sau încearcă să deschidă camera în Setări. |
Microfon de acces | Utilizează microfonul pentru voce într-un apel. |
Înregistrare ecran | Utilizează camera într-un apel video sau încearcă să deschidă camera în Setări. |
Pentru ca Aplicația Webex să funcționeze corect pentru utilizatorii dvs., trebuie să utilizați pluginul oficial thin client de pe site-ul de descărcare. Pentru a confirma, Verificarea stării de sănătate afișează o stare conectată pentru canalul virtual. |
Instalați pluginul VDI Webex Meetings pe sistemele thin client
Pentru întâlniri complete cu aplicația Webex:
Pe clienții subțiri Windows sau MacOS, instalați pluginul grupat (App + Meetings).
Pe clienții thin Linux, instalați pluginul VDI Meetings separat după instalarea pluginului VDI App separat.
Înainte de a începe
Instalați numai aplicația Webex în mediul HVD. Nu sunt necesare alte aplicații.
Asigurați-vă că respectați cerințele întâlnirilor cu funcții complete.
Probleme și limitări cunoscute cu aplicația Webex pentru VDI
Funcții
Pentru limitările de caracteristici pentru fiecare versiune, consultați notele de lansare VDI ale Aplicației Webex.
Aplicația Webex și clientul VDI
Pentru modul VDI, acceptăm numai versiunile plug-in Webex pentru Windows (HVD installer) și Webex App thin-client care sunt postate pe notele de lansare Webex App VDI.
Sprijinim doar IPv4 pentru mediile de client HVD și thin.
Atunci când utilizatorii fie nu utilizează soluția optimizată VDI, fie se află în modul de revenire, transmisia video HD este dezactivată, iar Aplicația Webex afișează o notificare conform căreia este posibil să vedeți o problemă de calitate media.
Nu recomandăm utilizatorilor să utilizeze VDI în modul neoptimizat sau de rezervă. Este posibil ca camera sau căștile lor să nu funcționeze și să se confrunte cu o calitate slabă a mass-media.
Pe clientul VDI MacOS, un flux video se scurge în bara de sistem MacOS sau în meniul Aplicație atunci când conexiunea HVD este ecran complet.
Pe clienții VDI Linux, un apel de intrare nu sună toate dispozitivele (inclusiv difuzoarele de pe clientul thin), chiar dacă această opțiune este selectată în Aplicația Webex de pe gazda HVD. Numai dispozitivul audio selectat pe HVD redă tonul de apel.
Apelare Unified CM
Pentru apelurile locale numai cu Expressways: dacă nu există un NAT între HVD și Expressway-E într-o pereche transversală utilizată pentru MRA, Expressway tratează semnalizarea SIP și media ca fiind internă și nu transmite mass-media clientului thin. Pentru a remedia acest lucru, implementați un NAT între HVD și Expressways. În acest fel, atunci când HVD trimite un INVIT SIP la Expressway-E, se duce la NAT mai întâi. Apoi, Expressway-E poate transmite clientului thin.
Pentru modul de revenire, cheia de înregistrare Selectare mod nu poate controla mass-media pentru un apel Unified CM cu răspuns automat.
Citrix
Caracteristica multitasking nu funcționează cu aplicația Webex pe VDI.
În modul de non-optimizare sau modul de cădere înapoi, cartografierea dispozitivului Citrix acceptă un maxim de 4 dispozitive.
Pe Citrix pentru Linux, acceptăm doar redarea mesajelor vocale utilizând dispozitivul implicit pe clientul thin. Deci, atunci când doriți să rejucați mesageria vocală folosind dispozitivul audio preferat, trebuie să deschideți setările de sunet de pe clientul subțire pentru a seta dispozitivul pe care doriți să îl utilizați în mod implicit.
Trebuie să instalați Citrix Receiver/Workspace înainte de a instala clientul VDI al aplicației Webex, inclusiv atunci când actualizați mediul Receiver/Workspace. Dacă nici un client Citrix, nici VMWare nu sunt instalate, clientul VDI al aplicației Webex prezintă o eroare, iar instalarea se încheie.
Pentru Windows, dacă rulați o versiune a Citrix Workspace care este mai devreme de 2002, trebuie să reinstalați (dezinstalați și apoi instalați din nou sau reparați) clientul VDI al aplicației Webex după ce dezinstalați și reinstalați Citrix Receiver/Workspace. Dacă rulați versiunea 2002 sau mai târziu, nu trebuie să dezinstalați și să reinstalați.
Pentru toate versiunile acceptate ale Citrix Workspace pentru Linux, trebuie să reinstalați (dezinstalați și apoi instalați din nou sau reparați) clientul VDI al aplicației Webex după ce dezinstalați și reinstalați Citrix Receiver/Workspace.
Citrix Receiver/Workspace utilizează arhitectura pe 32 de biți. Aplicația Webex VDI funcționează cu acest mediu.
Azure Virtual Desktop (Fost Windows Virtual Desktop)
Pe Azure Virtual Desktop (AVD) pentru apelurile locale Unified CM, în prezent sprijinim numai clientul thin care lucrează în cadrul MRA. Aplicația Webex într-un desktop WVD (un desktop la distanță bazat pe cloud) funcționează pe MRA. Dacă clientul thin este local, apelarea Unified CM poate fi blocată de unele setări de firewall. Apelarea Webex și aplicația Webex încorporată nu sunt afectate.
AVD nu acceptă „Fit session to Window” în configurarea clientului AVD.
Pentru implementările AVD, trebuie să activați conexiunile UDP între rețeaua internă și Expressway-E - porturile variază de la 16384 la 32767.
VMware
Trebuie să instalați clientul VMware Horizon înainte de a instala clientul VDI al aplicației Webex. Dacă un client Citrix sau VMware nu este instalat, clientul VDI al aplicației Webex afișează o eroare, iar instalarea se încheie.
Clientul VMWare Horizon versiunea 8.x (2103) este acceptat începând cu versiunea 41.4 a pluginului Webex VDI.
Pentru modul de compatibilitate: Dacă utilizatorii au versiunea anterioară de plugin VDI (inclusiv doar upgrade-ul aplicației Webex la 41.4), este posibil ca transmisia video dintr-un apel să nu apară corect.
Nu acceptăm clientul VMWare Horizon pe arhitectura pe 32 de biți, deoarece am întrerupt plugin-ul pe 32 de biți pentru Windows.
Clientul VDI al aplicației Webex trebuie să aibă aceeași arhitectură ca și clientul VMware Horizon: clientul VMware Horizon pe 64 de biți funcționează cu clientul VDI (pe 64 de biți) al aplicației Webex. Clientul VMware Horizon are un singur instalator, iar instalarea implicită este de 64 de biți.
Dacă
vdpService.dll
există înC:\Program Files (x86)\VMware\VMware Horizon View Client\x64
, aveți clientul VMware Horizon pe 64 de biți.Dacă
vdpService.dll
este subC:\Program Files (x86)\VMware\VMware Horizon View Client\
, aveți clientul VMware Horizon pe 32 de biți.Pe VMware pentru Linux și Windows, acceptăm doar redarea mesajelor vocale utilizând dispozitivul implicit pe clientul thin. Deci, atunci când doriți să rejucați mesageria vocală folosind dispozitivul audio preferat, trebuie să deschideți setările de sunet de pe clientul subțire pentru a seta dispozitivul pe care doriți să îl utilizați în mod implicit.
Pe desktopul VMware Cloud pentru apelarea locală Unified CM, în prezent sprijinim numai clientul thin care lucrează în cadrul MRA. Aplicația Webex într-un desktop VMware Cloud (un desktop la distanță bazat pe cloud) funcționează pe MRA. Dacă clientul thin este local, apelarea Unified CM poate fi blocată de unele setări de firewall. Apelarea Webex și aplicația Webex încorporată nu sunt afectate.
Pentru implementările de desktop VMware Cloud, trebuie să activați conexiunile UDP între rețeaua internă și Expressway-E - intervalele de port 16384-32767.
După ce verificați camera sau dispozitivul audio din Connect USB Device de pe VMware Horizon Client, Webex din HVD nu poate detecta sau afișa aceste dispozitive.
Spații de lucru Amazon
- Pe desktopul virtual găzduit, urmați instrucțiunile aici pentru a activa extensiile pentru WSP de către GPO.
- În cazul în care „Nu se detectează niciun mediu VDI” a fost raportat în Health Checker al Aplicației Webex după instalarea manuală prin linia de comandă, încercați mai întâi să deconectați/să vă conectați la desktopul Windows găzduit.
Diverse
În mediile Citrix și Windows Virtual Desktop vGPU, Aplicația Webex nu este detectată ca funcționând într-un mediu VDI.
Vă recomandăm să instalați aplicația Webex cu
ENABLEVDI=1
argument, pentru a aplica optimizarea VDI.Sprijinim un client VDI al aplicației Webex care lucrează împreună cu o instanță a aplicației Webex. Utilizatorii pot iniția mai multe sesiuni Citrix sau VMware, dar numai o singură instanță de conexiune funcționează, iar celelalte instanțe revin la modul non-VDI.
Aplicația Webex VDI detectează Citrix la început și apoi VMware în mediul HVD. Dacă doriți să utilizați VMware, asigurați-vă că nu este instalat niciun agent Citrix.
Gestionarea upgrade-urilor
Actualizări ale aplicației Webex pe desktopul virtual
Pentru mediile VDI, o nouă versiune a Aplicației Webex apare la fiecare două luni. Puteți obține cele mai recente versiuni și versiuni acceptate din notele de lansare VDI ale Aplicației Webex > Descărcări.
Vă recomandăm să activați upgrade-uri automate pentru Aplicația Webex pe desktopul virtual. Această opțiune asigură că utilizatorii primesc automat cele mai recente caracteristici. O altă opțiune este de a actualiza manual atunci când noua versiune este disponibilă.
Aveți două opțiuni pentru a activa upgrade-ul automat al aplicației Webex pe desktopul virtual:
Activați-l în timpul instalării inițiale din linia de comandă (consultați Configurați desktopul virtual găzduit pentru Aplicația Webex în capitolul de implementare din această carte).
Editați o tastă de înregistrare Windows pe desktopul virtual:
La intrarea în registru pentru
HKEY_LOCAL_MACHINE\SOFTWARE\Cisco Spark Native
, setatAutoUpgradeEnabled=1
.Dacă doriți să actualizați manual Aplicația Webex, setați
AutoUpgradeEnabled=0
.
|
Actualizări client fin
Plugin-ul VDI al aplicației Webex este lansat o dată la două luni.
Vă recomandăm să activați upgrade-uri automate pentru plugin-uri. Pentru a activa upgrade-urile automate pentru plugin-ul VDI, trebuie să editați o cheie de înregistrare Windows pe desktopul virtual:
La intrarea în registru pentru
HKEY_LOCAL_MACHINE\SOFTWARE\Cisco Spark Native
, setatAutoUpgradeVDIPluginEnabled=1
.În aceeaşi cale, verificaţi dacă:
AutoUpgradeEnabled=1
.
Dacă doriți să preveniți upgrade-ul automat al pluginului, setați AutoUpgradeVDIPluginEnabled=0
pe desktopul virtual. Dacă alegeți această opțiune, trebuie să faceți upgrade manual plugin-urile pentru a menține compatibilitatea versiunii cu aplicația.
|
Actualizări Citrix sau VMware
Păstrați aceste informații în minte pe măsură ce gestionați upgrade-uri sau modificări la brokerii de conexiuni Citrix sau VMware. Asigurați-vă că utilizați versiunile acceptate care sunt enumerate în capitolul Pregătiți-vă mediul.
Citrix
Instalare sau actualizare | Clienți subțiri pentru Windows și Mac | Clienți subțiri Linux |
---|---|---|
Instalare nouă | Instalați receptorul Citrix sau spațiul de lucru înainte de a instala pluginul VDI al aplicației Webex pe un client thin Windows sau Mac. Dvs. și utilizatorii dvs. vedeți un avertisment în etapele de instalare a pluginului VDI care vă reamintește să instalați mai întâi brokerul de conexiune. | Instalați receptorul Citrix sau spațiul de lucru înainte de a instala pluginul VDI al aplicației Webex pe un client thin Linux. Dvs. și utilizatorii dvs. vedeți un avertisment în etapele de instalare a pluginului VDI care vă reamintește să instalați mai întâi brokerul de conexiune. |
Upgrade | Dacă vedeți o notificare de upgrade în mediul Citrix, efectuarea acestei actualizări nu afectează pluginul VDI al aplicației Webex pe un client thin Windows sau Mac. | Dacă vedeți o notificare de upgrade în mediul Citrix, trebuie să reinstalați pluginul VDI al aplicației Webex pe un client thin Linux după ce ați actualizat mediul Citrix. |
Reinstalare |
| Pentru reinstalarea oricărei versiuni Citrix Workspace acceptate, trebuie să reinstalați pluginul VDI al aplicației Webex pe un client thin Linux. |
VMware
Instalare sau actualizare | Client subțire pentru Windows | Clienți thin Linux și Mac |
---|---|---|
Instalare nouă | Instalați clientul VMware Horizon înainte de a instala pluginul VDI al aplicației Webex pe un client thin Windows. Dvs. și utilizatorii dvs. vedeți un avertisment în etapele de instalare a pluginului VDI care vă reamintește să instalați mai întâi brokerul conectorului. | Instalați clientul VMware Horizon înainte de a instala pluginul VDI al aplicației Webex pe un client thin Linux sau Mac. Dvs. și utilizatorii dvs. vedeți un avertisment în etapele de instalare a pluginului VDI care vă reamintește să instalați mai întâi brokerul conectorului. |
Upgrade | Dacă vedeți o notificare de upgrade în mediul VMware, efectuarea acestei actualizări nu afectează pluginul VDI al aplicației Webex pe un client thin Windows. | Dacă vedeți o notificare de upgrade în mediul VMware, trebuie să reinstalați pluginul VDI al aplicației Webex pe un client thin Linux sau Mac după ce ați actualizat mediul Citrix. |
Reinstalare | Pentru o reinstalare VMware, plugin-ul Windows VDI funcționează și nu este afectat. | Pentru reinstalarea VMware, trebuie să reinstalați pluginul Aplicației Webex pe un client thin Linux sau Mac. |
Dezactivați detectarea VDI după instalare
Dacă aveți utilizatori care nu doresc să utilizeze clientul VDI și Aplicația Webex este deja implementată, puteți dezactiva detectarea VDI după instalare. După această configurație, Aplicația Webex rulează pe soluția neoptimizată.
1 | Deschideți una dintre următoarele căi de instalare, în funcție de modul în care ați implementat Aplicația Webex în HVD:
|
2 | Redenumire |
Ce este de făcut în continuare
Dacă dezinstalați aplicația Webex mai târziu, TSDetectionLib_b.dll rămâne în folder. Trebuie fie să redenumiți fișierul înapoi la TSDetectionLib.dll înainte de a dezinstala Aplicația Webex, fie să ștergeți manual TSDetectionLib_b.dll după ce dezinstalați Aplicația Webex.
Activați sau dezactivați funcțiile video avansate în modul VDI de rezervă a aplicației Webex
Prin modificarea registrului, puteți activa sau dezactiva caracteristici specifice ale Aplicației Webex, cum ar fi definiția înaltă (HD) și partajarea ecranului. Făcând acest lucru, puteți economisi resurse pe server în centrul de date. De asemenea, puteți decide dacă utilizatorii pot partaja numai ecranul complet sau al ferestrei HVD. Dacă utilizatorii dvs. sunt pe sisteme care sunt capabile de caracteristici video mai avansate, puteți activa funcțiile după cum este necesar.
Înainte de a începe
Puteți modifica tastele de înregistrare înainte sau după ce plugin-ul VDI este instalat.
Modificările aduse registrului Windows trebuie efectuate cu precauție extremă. Vă recomandăm să faceți o copie de rezervă a registrului înainte de a utiliza acești pași.
Fundalurile virtuale sunt dezactivate în mod implicit.
Pentru a le activa, urmați pașii din Configurați fundalurile virtuale pentru utilizatorii Webex.
Asigurați-vă că dispozitivele thin client ale utilizatorilor dvs. îndeplinesc cerințele sistemului pentru fundalurile virtuale.
1 | În căutarea pentru Windows sau în fereastra Run, tastați regedit și apoi apăsați Enter | ||
2 | Accesați HKEY_LOCAL_ MACHINE\Software\Cisco Spark Native\. | ||
3 | Modificați valorile pentru următoarele chei de registru, după cum este necesar: | ||
4 | Alegeți o valoare DWORD pentru VDIFallBackConf:
| ||
5 | Alegeți o valoare DWORD pentru VDIBackgroundEnabled:
| ||
6 | Alegeți o valoare DWORD pentru VDIScreenShareEnabled:
|
Configurați notificarea pentru pluginul VDI
În mod implicit, utilizatorii sunt notificați dacă clientul lor Citrix sau VMware se conectează la un HVD fără pluginul VDI. O notificare apare pentru a le anunța pentru a instala plugin-ul VDI, astfel încât modul VDI optimizat este activat. Utilizatorii pot respinge memento-ul dacă doresc.
De asemenea, dacă versiunea pluginului VDI pentru Aplicația Webex nu este compatibilă cu Aplicația Webex pe HVD, un pop-up notifică utilizatorii să actualizeze pluginul VDI pentru Aplicația Webex. Memorandumul apare săptămânal până când utilizatorii iau măsuri. Utilizatorii pot respinge, de asemenea, această notificare.
În calitate de administrator, puteți activa sau dezactiva aceste notificări la nivelul întregii organizații.
Înainte de a începe
Puteți modifica tastele de înregistrare înainte sau după ce plugin-ul VDI este instalat.
Modificările aduse registrului Windows trebuie efectuate cu precauție extremă. Vă recomandăm să faceți o copie de rezervă a registrului înainte de a utiliza acești pași. |
1 | În căutarea pentru Windows sau în fereastra Run, tastați regedit și apoi apăsați Enter |
2 | Accesați HKEY_LOCAL_ MACHINE\Software\Cisco Spark Native\. |
3 | Alegeți o valoare cheie DWORD (32 de biți) reg pentru VDIPluginNotificationEnabled:
|
Dezactivați verificarea compatibilității versiunii VDI
În mod implicit, Aplicația Webex din HVD verifică compatibilitatea versiunii cu pluginul VDI Webex de pe clientul thin. Versiunea plug-in nu trebuie să fie mai mare de 4 versiuni bilunare în spatele Aplicației Webex. De exemplu, dacă Aplicația Webex din HVD este versiunea 43.8 (august 2023), atunci următoarele versiuni de plugin sunt compatibile:
43.8 (N) august 2023
43.6 (N-1) iunie 2023
43.4 (N-2) aprilie 2023
43.2 (N-3) februarie 2023
42.12 (N-4) decembrie 2022
Această compatibilitate vă oferă până la 6 luni pentru a vă actualiza plugin-urile thin client, după ce vă actualizați desktopurile virtuale găzduite.
Dacă plugin-ul VDI Webex nu este compatibil cu Aplicația Webex din HVD, atunci Aplicația Webex intră în modul „fall-back”. Utilizatorii văd o notificare pop-up pentru a actualiza plugin-ul. Memorandumul apare săptămânal până când utilizatorii iau măsuri.
Puteți utiliza registrul de pe HVD pentru a controla verificarea compatibilității versiunii:
Vă recomandăm să vă susțineți registrul înainte de a utiliza acești pași. |
În fereastra Windows Run, tastați
regedit
și apoi apăsați tasta Enter.Accesați
HKEY_LOCAL_MACHINE\Software\Cisco Spark Native\
.Creați o cheie de înregistrare DWORD (32 de biți) numită
VDIDisableCompatibilityVersionCheck
și să-l dea una dintre aceste valori:0
—Activați verificarea compatibilității versiunii (implicită).1
— Dezactivează verificarea compatibilității versiunii.
Setarea de inele și alerte nu funcționează pentru toate dispozitivele
Pe clienții VDI Linux, tonul de apel pentru un apel de intrare nu sună toate dispozitivele (inclusiv difuzoarele de pe clientul thin), chiar dacă această opțiune este selectată în Aplicația Webex de pe gazda HVD. Numai dispozitivul audio selectat pe HVD redă tonul de apel.
Această problemă poate apărea din cauza cartografierii dispozitivului audio pe Citrix sau VMware.
Verificați cheia de înregistrare VDIDisablePlaytoneOnLinuxTCEnabled
în mediul dvs. HVD. Dacă un utilizator de client thin Linux observă această problemă de ton de apel înapoi, setați valoarea acestei chei la 1
.
Diagnosticare în aplicația Webex
Diagnosticele disponibile în Aplicația Webex (desktop și VDI) vă ajută pe dvs. și pe utilizatorii dvs. să rezolvați problemele de conexiune, să verificați calitatea media și să colectați informații importante privind depanarea.
Când configurați Apelarea în Aplicația Webex (Unified CM), este posibil să întâmpinați probleme legate de conexiune sau setările necesare (cum ar fi domeniul vocal și serviciile UC). Folosind acest instrument, puteți diagnostica ce servicii sunt configurate corect și ce lipsește. Această caracteristică este utilă pentru soluționarea scenariilor de depanare și reducerea cazurilor de asistență, fie că migrați la Apelare în Aplicația Webex (Unified CM), fie că configurați utilizatori noi.
Când utilizatorii întâmpină probleme, aceștia pot accesa vizualizarea diagnosticelor și exporta datele pentru a le partaja cu dvs. sau pentru a le susține.
Setări Unified CM—Setări critice (pentru migrarea Jabber, precum și configurarea unui nou utilizator) pentru ca serviciile de telefonie să funcționeze corect, cum ar fi:
Versiune Unified CM
domeniu serviciu UC
SSO
servicii UC, cum ar fi poșta vocală
Expressway pentru MRA
Calitate media—Calitate pentru video, audio și partajare în ambele direcții
Dispozitive—Informații despre dispozitiv, atunci când utilizatorii sunt conectați la dispozitive
Pentru tastele de scurtătură pentru a afișa fereastra de diagnosticare, consultați Tastatura și scurtăturile de navigare.
Redirecționare conținut browser
Redirecționarea conținutului browserului (BCR) este o optimizare a mediului VDI care reduce sarcina pe mașina desktop virtuală.
Când BCR este activat pe desktopul virtual, Aplicația Webex nu poate partaja conținutul browserului prin partajarea ecranului la distanță, partajarea aplicației sau partajarea porțiunii de ecran.
Utilizatorii Webex pot utiliza partajarea ecranului local pentru a-și partaja browserul.
Informații noi și modificate
Acest tabel acoperă actualizări ale conținutului legate de caracteristici sau funcționalități noi, modificări ale conținutului existent și orice erori majore care au fost remediate în Ghidul de implementare pentru aplicația Webex pentru infrastructura de desktop virtual (VDI).
Pentru mai multe informații despre actualizările VDI ale aplicației Webex, caracteristici noi, asistență VDI adăugată și limitări, consultați notele de lansare VDI.
Dată | Modificări efectuate | ||||
---|---|---|---|---|---|
13 noiembrie 2023 | Pregătiți-vă mediul:
| ||||
23 august 2023 | Pe parcursul documentului:
Pregătiți-vă mediul:
Implementați Aplicația Webex pentru VDI:
Gestionați și depanați Aplicația Webex pentru VDI:
| ||||
18 mai 2023 | A clarificat nota despre Azure Virtual Desktop în cerințele pentru întâlniri cu funcții complete. DAI nu acceptă întâlniri cu funcții complete. | ||||
17.04.2023 | Conținut nou despre dezactivarea verificării compatibilității versiunii VDI, în Gestionați și depanați Aplicația Webex pentru VDI. A fost actualizată infrastructura acceptată și versiunile de sistem de operare pentru versiunea 43.4 (aprilie 2023), în cerințele de desktop virtual găzduit și client thin. | ||||
15 martie 2023 |
| ||||
3 martie 2023 |
| ||||
27 februarie 2023 | A fost adăugată recomandarea de a sincroniza unele | ||||
11 ianuarie 2023 | A fost adăugată cea mai recentă infrastructură testată și versiuni de sistem de operare thin client și hardware acceptat în cerințele desktopului virtual găzduit și ale clientului thin. Include cipul Apple M2, macOS Ventura, HP ThinPro 8 și Dell ThinOS 9.3. | ||||
26 octombrie 2022 | Actualizat(ă) | ||||
25 august 2022 | Actualizat pentru versiunea VDI a aplicației Webex 42.8:
Descriere actualizată pentru | ||||
30 mai 2022 |
| ||||
26 aprilie 2022 |
| ||||
25 aprilie 2022 |
| ||||
13 aprilie 2022 |
| ||||
9 februarie 2022 |
| ||||
3 februarie 2022 |
| ||||
15 decembrie 2021 |
| ||||
12 noiembrie 2021 |
| ||||
29 octombrie 2021 |
| ||||
8 octombrie 2021 |
| ||||
10 august 2021 |
| ||||
6 iulie 2021 |
| ||||
3 iunie 2021 | Actualizări pentru versiunea din iunie (41.6), inclusiv următoarele:
Alte actualizări generale:
| ||||
3 mai 2021 |
| ||||
Aprilie 16, 2021 |
| ||||
9 aprilie 2021 |
| ||||
18 ianuarie 2021 |
| ||||
11 decembrie 2020 |
| ||||
Septembrie 29, 2020 |
| ||||
16 iulie 2020 |
| ||||
29 iunie 2020 |
|
Aplicația Webex pentru prezentare generală VDI
Fără optimizare, mesageria Webex App funcționează ca atare într-un mediu Virtual Desktop Infrastructure (VDI). Cu toate acestea, experiența completă a aplicației Webex include și apelurile și întâlnirile, care necesită procesare media video și audio.
Din cauza unei limitări cunoscute sub numele de efect ac de păr , apelarea, întâlnirea și capabilitate video de însoțire nu sunt acceptate fără optimizare. Lățimea de bandă suplimentară necesară pentru apeluri și transmisie video creează un blocaj în centru de date, deoarece media circulă de la un utilizator la centru de date înapoi la alt utilizator. Ca urmare a acestei căi media neoptimizate și a lipsei accesului ușor la periferice precum difuzoarele dispozitivului, microfonul și camera foto, experiența utilizatorului nu este ideală.
Pentru a remedia problema efectului de ac de păr, Webex App VDI extinde experiența de colaborare Cisco la implementări virtuale, astfel încât utilizatorii să poată utiliza funcționalitatea completă de mesagerie, întâlniri și apelare pe care o oferă aplicația Webex .
Pentru a reduce latența și pentru a îmbunătăți calitatea media, pluginul VDI optimizează fluxurile de lucru media prin redarea în flux media direct între utilizatori pe punctele finale thin client și utilizează hardware-ul computerelor thin client pentru a gestiona procesarea media. Această cale media nu trece prin desktopurile virtuale găzduite (HVD). Rezultatul este o experiență de apelare și întâlnire stabilă și cu funcții complete pentru utilizatorii dvs. VDI.
În această arhitectură, aplicația Webex este instalată pe HVD în mediul dvs. VDI și pluginurile VDI necesare sunt instalate pe clientul restrâns al utilizatorului (de obicei, un sistem ușor, precum un laptop sau un desktop reutilizat).
Utilizând un client thin bazat pe Linux, Mac sau Windows, utilizatorii accesează Aplicația Webex pe HVD dintr-un mediu desktop virtual de la distanță. Cu versiunile acceptate ale aplicației Webex , utilizatorii pot utiliza toate funcțiile încorporate de mesagerie, întâlniri și apelare prin Webex App pe clientul lor restrâns. În plus, puteți integra Webex App VDI cu un mediu Unified CM sau Webex Calling , astfel încât utilizatorii să poată utiliza funcțiile de apelare acceptate.
|
Pentru caracteristici noi pentru fiecare versiune, consultați notele de lansare pentru mai multe informații.
Prezentare generală a mediului VDI
componente VDI
Utilizarea Aplicației Webex într-un mediu virtual optimizat necesită următoarele componente.
Broker de conexiune—Managerul de resurse și conexiune (Citrix, VMware) care conectează furnizorul de virtualizare la clientul thin.
Desktop virtual găzduit (HVD)—Mașina virtuală (VM) care rulează aplicația Webex de la distanță.
Client subțire—Punctul final (de exemplu, desktop sau laptop cu profil scăzut sau redirecționat) pe care utilizatorul îl utilizează pentru a se conecta de la distanță la desktopul virtual. Brokerul de conexiune și pluginul VDI sunt instalate pe dispozitivul thin client, astfel încât să poată accesa mediul HVD.
Plugin—Software-ul care este instalat pe clientul thin utilizat pentru a debloca procesarea media pe dispozitivul utilizatorului în loc de resurse HVD. Versiunile acceptate ale pluginului VDI al aplicației Webex sunt conectate din fila Descărcări din notele de lansare VDI ale aplicației Webex.
Pentru clienții thin Linux, trebuie să instalați pluginul VDI Webex Meetings alături de pluginul VDI Webex.
Aplicația Webex—Aplicația care este instalată și rulează pe HVD. Versiunile acceptate pentru programul de instalare HVD sunt disponibile în fila Descărcări din notele de lansare VDI ale Aplicației Webex.
Tipuri de mediu
Mod persistent—Într-un mediu persistent, modificările sistemului de operare local al unui utilizator sunt păstrate după ce un utilizator se deconectează.
Toate preferințele utilizatorilor se află în baza de date de roaming (
spark_roaming_store.db
). Această bază de date este mult mai mică decât db principal (spark_persistent_store.db
).Mod non-persistent—Într-un mediu non-persistent, modificările sistemului local de operare al unui utilizator nu sunt păstrate după ce un utilizator se deconectează. Informațiile specifice utilizatorului aplicabile (date de utilizator, profil și setări) sunt blocate în timpul sesiunii de utilizator.
Dacă sunteți un client VDI non-persistent (un mediu VDI care este șters de fiecare dată când utilizatorul se deconectează), puteți face rapid backup și restaurare
spark_roaming_store.db
astfel încât utilizatorii VDI să nu piardă preferințe între sesiuni.Baza de date de roaming conține toate acreditările și preferințele utilizatorilor, criptate utilizând AES256. În calitate de client VDI, trebuie să susțineți întotdeauna baza de date de roaming, astfel încât acreditările și preferințele utilizatorilor să fie menținute în cadrul sesiunilor VDI.
Arhitectură
Diagramele de arhitectură afișează componentele, semnalizarea și fluxurile media optimizate care sunt implicate într-o implementare tipică a aplicației Webex VDI cu o implementare existentă a serviciului de apeluri acceptate: fie Unified CM, Webex Calling, fie BroadWorks.
În partea stângă a fiecărei diagrame este rețeaua dvs. corporativă care conține mediul virtual. Acest mediu virtual ușurează sarcina pe hardware-ul din partea utilizatorului prin rularea aplicațiilor, a sistemului de operare și a datelor utilizatorului în centrul de date virtuale. Cu acest cadru, puteți gestiona mediul dintr-o locație centrală, iar utilizatorii îl pot accesa de la distanță de la clienții thin acceptați.
Componentele din rețeaua corporativă constau din desktopul virtual găzduit (HVD), mediul central pe care îl gestionați în cazul în care aplicația Webex este instalată și rulează și o conexiune de canal virtual (prin intermediul Cisco HVDAgent) la punctul final thin client al utilizatorului.
Pe clientul thin, utilizatorii instalează pluginul VDI Webex și se conectează la un broker de conexiune (Citrix sau VMware), o bucată de software care creează conexiuni la HVD-uri. Un broker de conexiune îndeplinește o serie de sarcini, inclusiv următoarele:
Validarea numelui de utilizator și furnizarea unei conexiuni pentru utilizator.
Permite utilizatorului să se conecteze la un anumit desktop virtual.
Odată conectat, punctul final thin client simulează interacțiunile cu aplicațiile și un sistem de operare prin periferice, cum ar fi un monitor, tastatură, mouse, dispozitive USB și așa mai departe, ca și cum software-ul ar fi instalat pe clientul thin în sine. Utilizatorii utilizează o aplicație thin client în acest punct final pentru a accesa Aplicația Webex pe serverul de la distanță.
Această arhitectură optimizează direcția de semnalizare și mass-media. Acesta comunică prin HTTPS, WSS și SIP pentru semnalizare cu cloudul Webex sau cu cloudul BroadWorks (în partea dreaptă). Fluxurile media separate pentru întâlniri (Aplicația Webex) și apeluri (Unified CM, Webex Calling sau BroadWorks) sunt stabilite prin SRTP.
Trebuie să actualizați Aplicația Webex pe HVD. Versiunile noi sunt lansate la fiecare două luni și au compatibilitate spate cu plugin-urile anterioare thin client VDI. Noile construcții de plugin VDI thin client sunt, de asemenea, puse la dispoziție la fiecare două luni. Descărcați software-ul și consultați notele de lansare pentru mai multe informații despre compatibilitatea versiunii.
Webex VDI cu Unified CM
Webex VDI cu Unified CM și Expressways pentru MRA
Expressways din diagramă sunt utilizate pentru a reprezenta o implementare de acces mobil și la distanță (MRA). Pentru ca MRA să funcționeze cu Aplicația Webex VDI, HVD trebuie să poată trimite solicitări către Expressway-E, care este de obicei configurat în DMZ.
Aplicația Webex VDI cu Webex Calling
Webex VDI cu Webex pentru BroadWorks
Aplicația Webex VDI cu întâlniri
Mod de rezervă
Modul de rezervă Webex App VDI oferă suport pe termen scurt pentru apelurile audio și video de bază atunci când VDI nu poate stabili canalul virtual. Modul de rezervă acceptă apelurile standard și înregistrare apel. Setul complet de caracteristici nu este acceptat. Calitatea apelului este mai scăzută din cauza problemelor de server sau de rețea care determină trecerea la modul de rezervă.
Flux de conectare VDI pentru Aplicația Webex
Arhitectura VDI a aplicației Webex constă din două componente principale: aplicația Webex pentru VDI și pluginul VDI Webex pentru clientul thin. Plugin-ul VDI este instalat pe un client subțire în timp ce aplicația este instalată pe HVD.
Atunci când un utilizator lansează un client de broker virtual (aplicația Citrix Workspace sau VMWare Horizon Client), software-ul furnizorului inițiază un canal virtual. Plugin-ul și agentul Aplicației Webex utilizează acest canal virtual pentru a comunica.
Această diagramă arată sesiunile de protocol preconizate care sunt configurate în timpul utilizării normale a Aplicației Webex atunci când sunt implementate cu apelare Unified CM prin Mobile and Remote Access (MRA).
Deși diagrama descrie Aplicația Webex VDI peste MRA, fluxul este același cu o implementare VDI locală. Cu toate acestea, spre deosebire de VDI peste MRA, implementările locale nu rutează traficul prin DMZ și toate traficul rezidă pe LAN. |
Pentru a începe o sesiune, utilizatorii își lansează mai întâi clientul de broker virtual (Citrix Workspace App sau VMware Horizon Client), se conectează la brokerul de conexiune și apoi selectează o aplicație HVD sau virtuală. Odată selectat, un canal virtual este configurat între clientul thin al utilizatorului (mașină fizică) și HVD (mașină virtuală) găzduit pe Hypervisor.
După ce un utilizator lansează Aplicația Webex pe HVD, Webex determină dacă este într-un mediu virtual și dacă Unified CM este utilizat pentru serviciul de telefonie. Dacă Unified CM este activat, aplicația Webex pornește
teamshvdagent.exe
proces și începe descoperirea serviciului intern. (Descoperirea internă a serviciului include căutarea UDS DNS SRV, autentificarea Unified CM, căutarea clusterului de acasă și recuperarea configurației.)Clientul aplicației Webex și pluginul VDI al aplicației Webex merg apoi la configurarea tuturor fluxurilor de control care sunt utilizate pentru a face schimb de date pe canalul virtual. După configurarea acestor canale, clientul Aplicației Webex trimite informațiile despre domeniul serviciului vocal către pluginul VDI al Aplicației Webex.
În continuare, plugin-ul VDI al aplicației Webex efectuează descoperirea serviciului. Plugin-ul VDI al Aplicației Webex face acest lucru referindu-se la informațiile din domeniul serviciului vocal care i-au fost trimise de la clientul Aplicației Webex. În acest scenariu, pluginul VDI al aplicației Webex rezolvă înregistrarea DNS SRV _collab-edge deoarece mașina plugin VDI se conectează dintr-o rețea externă, prin urmare, trebuie să se conecteze prin MRA. Odată ce descoperirea serviciului este finalizată, pluginul VDI al aplicației Webex trimite FQDN-ul Expressway-E către clientul aplicației Webex.
După primirea și cache-ul Expressway-E FQDN, Aplicația Webex (HVD) efectuează apoi o căutare DNS A înregistrării pentru Expressway-E FQDN. Pentru o singură implementare NIC, acest pas preia adresa IP Expressway-E (IP intern cu DNS divizat sau IP extern fără DNS divizat), care este utilizată pentru configurarea Edge și autentificarea SSO prin portul 8443.
Dacă Expressway-E este configurat într-o implementare NIC dublă, ambele interfețe pot avea o adresă IP internă. În acest caz, interfața internă este opusul a ceea ce este configurat pentru interfața externă.
După ce detaliile Edge sunt preluate, Aplicația Webex (HVD) stabilește conexiuni HTTPS la IP Expressway-E pentru cererile UDS și TFTP. Prin acest proces, Aplicația Webex (HVD) autentifică și recuperează detalii de configurare, cum ar fi Configurația dispozitivului pentru telefonul soft, Regulile de apelare a aplicației și Regulile de apelare pentru căutarea directorului.
Pluginul VDI Webex rezolvă IP-ul extern Expressway-E și apoi trimite la Aplicația Webex (HVD). Prin informațiile despre dispozitiv care sunt preluate în etapa anterioară, Aplicația Webex începe înregistrarea dispozitivului CSF (Windows desktop) prin interfața externă Expressway-E.
Cerințe pentru desktop virtual găzduit și client subțire
Asigurați-vă că mediul VDI îndeplinește cerințele pentru serverele acceptate (Desktop virtual găzduit (HVD), unde este instalată aplicația Webex) și clienții subțiri (dispozitiv din partea utilizatorului unde sunt instalate pluginurile VDI Webex).
Pentru utilizatorii care se alătură întâlnirilor Webex din Aplicația Webex, vă rugăm să consultați cerințele desktopului virtual găzduit și ale clientului thin pentru întâlnirile Webex VDI. |
Desktop virtual găzduit
componentă VDI | Platforme acceptate | ||||
---|---|---|---|---|---|
Sistem de operare cu o singură sesiune – Instalat pe HVD |
|
||||
Sistem de operare cu mai multe sesiuni – Instalat pe HVD |
|
||||
serviciu de virtualizare în cloud pentru mai multe sesiuni |
|
||||
Broker de conectare pentru desktopul virtual găzduit |
Un broker de conexiune este un software care creează conexiuni la desktopuri virtuale găzduite. Un broker de conexiune îndeplinește o serie de sarcini, inclusiv următoarele:
|
Clienți Windows thin
componentă VDI | Platforme acceptate | ||
---|---|---|---|
hardware client thin bazat pe Microsoft Windows | Hardware acceptat
Software acceptat Sprijinim arhitecturile pe 64 de biți pentru următoarele versiuni de Windows:
|
||
Ferestre încorporat pe bază standard hardware thin client | Hardware acceptat RAM instalat 2 GB Memorie fizică gratuită 128 MB Spațiu de disc gratuit 256 MB Performanța CPU afectează rezoluția video maximă. Cu Windows Embedded Standard thin clienții, rezoluția așteptată depinde de CPU:
GPU compatibil DirectX 11 USB 2.0 pentru aparat de fotografiat USB și dispozitive audio Software acceptat
|
||
Aplicația Citrix Workspace sau clientul VMware Horizon |
|
Clienți subțiri Linux
componentă VDI | Platforme acceptate | ||
---|---|---|---|
Sistem de operare Thin Client | Ubuntu (64 de biți)
|
||
Unicon eLux (64 de biți)
|
|||
HP ThinPro 7.1 (Sfârșitul vieții) HP ThinPro 8.0, 8.1 (64-bit)
|
|||
IGEL OS
|
|||
Dell Wyse ThinOS
|
|||
10ZiG Zero Client Thin Clienți |
|||
Sistem de operare Stratodesk NoTouch
|
|||
Hardware Ubuntu/Thinpro Thin Clients | Cerințele minime de hardware pentru clienții subțiri sunt următoarele:
|
||
eLux RP 6 Thin Clients Hardware | Cerințe hardware minime Următoarele proprietăți de sistem permit utilizarea funcțiilor de bază eLux RP 6.
|
||
Dispozitive testate și recomandate |
* Pe baza cerințelor hardware, aceste dispozitive nu sunt recomandate pentru utilizare cu fundaluri virtuale. Consultați cerințele de fundal virtual pentru mai multe informații. (Aplicația Webex pentru VDI are aceleași cerințe ca și aplicația Windows independentă.) |
||
Aplicația Citrix Workspace sau clientul VMware Horizon |
|
clienți macOS subțiri
componentă VDI | Platforme acceptate | ||||
---|---|---|---|---|---|
Hardware client subțire bazat pe MacOS | Hardware acceptat
Procesoare Intel Core 2 Duo sau ulterioare pe oricare dintre urmatoarele hardware-uri Apple:
Software acceptat Pluginul VDI al aplicației Webex este acceptat în următoarele versiuni macOS:
| ||||
Aplicația Citrix Workspace sau clientul VMware Horizon |
|
Cerințele aplicației Webex și ale pluginului
Obțineți instalările necesare ale aplicației Webex (instalate pe HVD) și ale pluginului aplicației Webex (instalate pe mașina thin client a unui utilizator) din fila Descărcări din notele de lansare VDI ale aplicației Webex.
În timp ce susținem compatibilitatea inversă, așa cum este evidențiat în notele de lansare, vă recomandăm să utilizați cele mai recente versiuni ale instalărilor ori de câte ori este posibil.
Pentru utilizatorii care se alătură întâlnirilor Webex din Aplicația Webex, vă rugăm să consultați cerințele desktopului virtual găzduit și ale clientului thin pentru întâlnirile Webex VDI.
De obicei, utilizatorii VDI nu au control de administrator asupra mașinii lor, iar pluginul nu necesită privilegii de administrator. Cu toate acestea, dacă utilizatorii dvs. necesită integrarea Outlook, trebuie să înregistrați fișierul .dll de integrare a biroului utilizând direcțiile din Activați starea utilizatorilor pentru a afișa în Microsoft Outlook.
Cerințe pentru căști
Pentru Aplicația Webex VDI, acceptăm aceleași căști ca și Aplicația Webex independentă, cu excepția cazului în care se specifică altfel. Consultați Detalii despre asistența pentru căști pentru mai multe informații.
Fluxuri media în timp real acceptate pentru apeluri și întâlniri
Aplicația Webex VDI acceptă următoarele fluxuri de lucru media în timp real:
Apeluri pe Webex (încorporate în aplicație)
Unified CM
Webex Calling
Webex pentru BroadWorks
Webex Meetings
Pentru a integra un serviciu de apelare acceptat și Webex Meetings, trebuie să urmați pașii de configurare din documentație pentru aceste soluții. Alegeți o opțiune și apoi utilizați documentația care este legată în acea secțiune.
Cerințe Unified CM
Dacă doriți să utilizați Unified CM ca serviciu de apelare pentru utilizatorii VDI din Aplicația Webex, utilizați Ghidul de implementare pentru a parcurge pașii de configurare necesari. Documentul conține o prezentare generală a serviciului, a condițiilor prealabile și a etapelor de implementare.
Mutați un apel într-o întâlnire
Pentru a accepta această funcție, asigurați-vă că ați configurat corect implementarea apelurilor Unified CM.
În plus, asigurați-vă că este implementată următoarea configurație VDI, astfel încât să fie acceptată debitarea în întâlniri: Cerințe pentru întâlniri cu funcții complete.
Remote Access (MRA)
Accesul mobil și la distanță (MRA) este acceptat. Urmați pașii standard de implementare MRA din documentația Expressway MRA și țineți cont de următoarele puncte pentru o implementare VDI acceptată:
Consultați cerințele de acces mobil și la distanță (MRA) pentru mai multe îndrumări pentru asistența VDI.
Trebuie să rulați un minim de X12.7 și mai târziu.
Implementările duble ale NIC sunt acceptate. Trebuie să vă asigurați că există o conexiune de la HVD la adresele IP externe și interne ale Expressway-E. Trebuie să adăugați un NAT între HVD și IP-ul extern al Expressway-E.
Cerințe Webex Calling
Dacă HVD acceptă IPv4 și IPv6, vă recomandăm să dezactivați IPV6 în mediul dvs. HVD pentru a preveni problemele de compatibilitate cu Webex Calling. |
Configurare în Control Hub (Parteneri și administratori)
Control Hub este locul unde puteți configura și configura setările, funcțiile, dispozitivele și utilizatorii din dvs Webex Calling organizație activată. Asigurați-vă că mediul dvs. acceptă Apelare Webex urmând cerințele preliminare și materialul de referință al portului înainte de a începe pașii de configurare specifici în Control Hub. Puteți utiliza următoarele informații, în ordinea prezentată, pentru a vă pune în funcțiune organizația Webex Calling :
Fiecare articol include o hartă a metroului în partea de sus pentru a vă anunța unde vă aflați în flux de lucru al configurației, astfel încât să nu vă pierdeți locul. |
Cerințe Webex pentru BroadWorks
Aplicația Webex într-un mediu VDI acceptă Webex pentru BroadWorks. Webex for BroadWorks este o ofertă care integrează BroadWorks Calling în Webex. Abonații utilizează o singură aplicație (aplicația Webex ) pentru a profita de funcțiile oferite de ambele platforme.
Pentru informații generale despre Webex for BroadWorks, consultați Ghidul de soluții Webex for BroadWorks. |
Cerințe pentru întâlniri cu funcții complete
Țineți cont de aceste puncte atunci când implementați Aplicația Webex VDI pentru întâlniri cu funcții complete:
Instalați aplicația Webex pe desktopul virtual găzduit (HVD).
Trebuie să instalați plugin-ul VDI al aplicației Webex pentru utilizatorii care se alătură întâlnirilor Webex cu funcții complete.
Consultați cerințele desktopului virtual găzduit și ale clienților subțiri pentru Webex meetings VDI.
Pentru clienții thin Linux, trebuie să instalați pluginul VDI Webex Meetings pentru Linux (consultați Instalarea pluginului VDI Webex Meetings pe sistemele thin client).
Cerințe privind accesul mobil și la distanță (MRA)
Cerințe preliminare
Trebuie să rulați un minim de Expressway X12.7 pentru perechea transversală pentru MRA pentru a lucra cu Webex VDI. Versiunile anterioare trebuie actualizate la X12.7 sau mai târziu pentru a evita problemele de rutare.
Asigurarea conectivității între Webex în mediul HVD, interfața externă și interfața internă (implementarea NIC duală) a Expressway.
MRA cu fluxul de lucru VDI al aplicației Webex
Pentru informații despre MRA cu fluxul de lucru Webex VDI, consultați fluxul de conectare VDI al aplicației Webex.
Considerații NIC duale
Țineți cont de aceste considerații de proiectare atunci când implementați Aplicația Webex VDI peste MRA cu o implementare dublă NIC Expressway-E.
Rută statică—Verificați gateway-ul implicit din Expressway-E. De obicei, acesta este gateway-ul implicit al subrețelei IP a interfeței externe. După ce verificați configurația implicită a gateway-ului Expressway, trebuie să adăugați o rută statică la Expressway-E pentru subrețeaua IP care este utilizată pentru mașinile HVD.
Ruta statică trimite traficul din interfața internă a Expressway-E către subrețeaua HVD. Această configurație este necesară, din cauza interogărilor de configurare UDS și TFTP trimise de la HVD la interfața internă Expressway E. Odată ce Unified CM răspunde la solicitare, Expressway-E trimite răspunsul prin gateway-ul implicit dacă ruta statică către subrețeaua HVD nu există.
Tranziție NAT—Traficul SIP de la HVD la interfața externă Expressway-E trebuie să aibă IP-ul sursă modificat înainte de a ajunge la Expressway pentru a evita o problemă de rutare. NAT abordează această problemă. Trebuie implementată o traducere NAT pe un dispozitiv de rețea care este calea dintre HVD și Expressway-E.
configurare DNS
DNS intern
Pentru implementări NIC duble, puteți specifica adresa Expressway-E utilizând un FQDN care se rezolvă la adresa IP a interfeței interne. Cu DNS divizat, puteți utiliza opțional același FQDN care este disponibil pe DNS public. Dacă nu utilizați DNS divizat, trebuie să utilizați un FQDN diferit.
Pentru a evita o problemă de rutare, traficul SIP de la HVD la interfața externă Expressway-E trebuie să aibă IP-ul sursă schimbat înainte de a ajunge la Expressway. Trebuie să configurați o traducere NAT pe un dispozitiv de rețea care este între HVD și Expressway-E.
Pentru un singur NIC cu NAT static, trebuie să specificați adresa Expressway-E utilizând un FQDN care se rezolvă la adresa IP publică. Această configurare înseamnă, de asemenea, că firewall-ul extern trebuie să permită traficul din aplicația Webex în HVD către FQDN-ul extern al Expressway-E. Acest design este cunoscut sub numele de reflexie NAT, și nu poate fi susținută de toate tipurile de firewall-uri.
DNS intern trebuie să fie configurat cu
_cisco-uds._tcp.<domain>
Înregistrări SRV, astfel încât aplicația Webex să poată descoperi Unified CM.
DNS public
Înregistrări SRV
DNS public, extern trebuie să fie configurat cu _collab-edge._tls.<domain>
Înregistrările SRV astfel încât punctele finale să poată descoperi Expressway-Es de utilizat pentru MRA.
GeoDNS
În versiunile 43.6 și ulterioare, puteți configura Aplicația Webex pentru a lucra cu GeoDNS. Această opțiune îmbunătățește eficiența rețelei, permițând Aplicației să se conecteze la cel mai apropiat Expressway-E din punct de vedere geografic.
Dacă ați configurat GeoDNS pentru înregistrările dvs. SRV, vă recomandăm să editați înregistrarea pe HVD după cum urmează:
Deschideți registrul
HKEY_LOCAL_MACHINE\SOFTWARE\Cisco Spark Native
.Creați o nouă cheie DWORD numită
VDIGeoDnsEnabled
.Setare
VDIGeoDnsEnabled
la1
.(Set)
VDIGeoDnsEnabled
la0
(implicit) dacă doriți să dezactivați compatibilitatea GeoDNS pentru aplicația Webex pe acest HVD).Salvați registrul.
configurație Firewall
Atât firewall-ul intern, cât și cel extern trebuie să permită următoarele conexiuni de ieșire din Aplicația Webex din HVD către Expressway-E:
sip—tcp 5061
https—tcp 8443
Firewall-ul extern trebuie să permită, de asemenea, următoarele conexiuni de intrare de la utilizatorul thin client la Expressway:
Mass-media — UDP 36002-59999
Flux de activități de implementare VDI în Aplicația Webex
Acești pași vă vor ajuta să implementați Aplicația Webex în mediul VDI. Pașii includ ceea ce trebuie să faceți pe mediul desktop virtual găzduit (HVD) și ce trebuie să facă utilizatorii pe clienții lor subțiri.
Înainte de a începe
Pregătiți-vă mediul pentru aplicația Webex pentru VDI
Dacă doriți ca utilizatorii aplicației Webex VDI să aibă acces la funcțiile de apelare din organizația dvs., trebuie să utilizați instrucțiunile din capitolul Pregătiți-vă mediul pentru a implementa un serviciu de apelare (Unified CM, Webex Calling sau BroadWorks) înainte de a implementa VDI. |
1 | Configurați unul dintre următoarele tipuri de desktop virtual găzduit:
Pentru a vă pregăti utilizatorii care doresc să acceseze Aplicația Webex de la distanță de pe dispozitivele thin client, configurați Aplicația Webex pe mediul centralizat de desktop virtual găzduit (HVD). |
2 | Instalați pluginul VDI al aplicației Webex pe mașinile thin client pentru următoarele platforme:
După ce Aplicația Webex este instalată pe mediul dvs. HVD central, veți obține utilizatorii dvs. pentru a instala un plugin VDI al Aplicației Webex pe dispozitivele lor thin client. Clienții subțiri sunt de obicei computere ușoare sau redirecționate pe care utilizatorii le utilizează pentru a stabili o conexiune la distanță cu un server HVD centralizat în care este găzduită Aplicația Webex. Pluginurile thin client pentru platformele acceptate sunt disponibile din notele de lansare VDI ale Aplicației Webex. |
3 | (Opțional) Pe clienții thin Linux, trebuie să Instalați plugin-ul VDI Webex Meetings pe sistemele thin client. Pentru întâlniri cu funcții complete în Aplicația Webex, trebuie să instalați două plugin-uri VDI separate pe clienții thin Linux. |
Configurați desktopul virtual găzduit și instalați Aplicația Webex
Pentru a vă pregăti utilizatorii care doresc să acceseze Aplicația Webex de la distanță de pe dispozitivele thin client, configurați Aplicația Webex pe mediul centralizat de desktop virtual găzduit (HVD).
Înainte de a începe
Urmați toate cerințele preliminare din Pregătiți-vă mediul pentru Aplicația Webex pentru VDI.
Dacă doriți ca utilizatorii aplicației Webex VDI să aibă acces la funcțiile de apelare din organizația dvs., trebuie să implementați un serviciu de apelare (Unified CM, Webex Calling sau BroadWorks) înainte de a implementa VDI.
Această secțiune acoperă doar modul de instalare a Aplicației Webex într-un mediu HVD existent. Consultați documentația Citrix sau Vmware pentru cele mai bune practici de implementare a HVD.
1 | Conectați-vă la Microsoft Windows HVD ca utilizator nou cu drepturi de administrare a domeniului. | ||
2 | Intrați în HVD în domeniul corporativ. | ||
3 | Configurați accesul Citrix sau VMware la dispozitivele HVD. | ||
4 | Dacă organizația dvs. are propriul site de descărcare care include Aplicația Webex specifică site-ului dvs., accesați site-ul respectiv și descărcați versiunea specifică organizației dvs. În caz contrar, pentru versiunea generică, accesați Webex App VDI Note > Descărcări și descărcați aplicația Webex de care aveți nevoie:
| ||
5 | Folosind permisiuni administrative, instalați aplicația pe HVD folosind aceste comenzi și argumente (aceste exemple folosesc un director de descărcare de
Consultați următorul tabel pentru explicații privind argumentele pe care le puteți utiliza atunci când instalați Aplicația Webex într-un mediu VDI. | ||
6 | Clona imaginea HVD. Pentru mai multe informații despre cele mai bune practici pentru clonarea imaginilor Microsoft Windows HVD, consultați documentația pentru produsul Citrix sau VMware. |
Ce este de făcut în continuare
Pentru informații despre preferințele utilizatorului și cum să le păstrați, consultați Preferințele utilizatorului.
Argumente, explicații și privilegii necesare instalării
Consultați următorul tabel pentru explicații privind argumentele pe care le puteți utiliza atunci când instalați Aplicația Webex într-un mediu VDI.
Argumentul | Note | Necesită privilegii de instalare a administratorului |
---|---|---|
ALLUSERS=1 | Instalează Aplicația Webex în c:\fișiere program. Acest lucru este util într-un mediu partajat (de obicei VDI non-persistente). Dacă acest argument nu este specificat, Aplicația Webex este instalată în %LocalAppData%\Programs\Cisco Spark | ✓ |
| O valoare de Utilizați această opțiune dacă preferați să mențineți manual upgrade-urile. Utilizați versiunile care sunt conectate din notele de lansare VDI ale Aplicației Webex. Argumentul nu afectează un mediu non-VDI. O valoare de Acest argument trebuie să fie însoțit de | ✓ |
| Controlează soluția VDI optimizată. (Sprijinit oficial.)
| ✓ |
| Numai pentru instalatorul de pachete. Când instalați componentele grupate pentru Aplicația Webex, puteți utiliza acest argument pentru a bloca versiunea aplicației care este utilizată pentru a intra în întâlniri, dacă versiunea este compatibilă cu versiunea site-ului. | ✓ |
INSTALLWV2=1 | Instalați browserul încorporat Microsoft WebView2 în timp ce instalați Aplicația Webex utilizând Pentru mai multe informații despre cerințele Aplicației Webex și WebView2, consultați Cerința Aplicației | Webex WebView2. | ✓ |
ROAMINGENABLED=1 | Dacă se specifică acest argument, atunci baza de date privind roamingul ( Acest argument trebuie să fie însoțit de Consultați Preferințele utilizatorului pentru mai multe informații. | ✓ |
Comparație de instalare
Utilizatorii pot fi într-un mediu Citrix și nu au clientul thin instalat sau canalul virtual este deconectat. Susținem acest scenariu cu feedback eronat la o instalare non-virtuală a aplicației Webex. În acest mod, aplicația afișează un avertisment că calitatea videoclipului poate fi afectată. Odată ce canalul virtual este conectat, aplicația se poate schimba în modul VDI.
Utilizați acest tabel pentru a înțelege diferitele combinații de instalare și modul în care acestea afectează optimizarea media pentru Unified CM, Webex Calling și apelurile din Aplicația Webex.
argument HVD VDI | Plugin client fin | Utilizator activat pentru serviciul de apelare | Apeluri în aplicația Webex |
---|---|---|---|
activată=0 | Neinstalat | Mass-media nu este optimizată | Mass-media nu este optimizată |
activată=0 | Instalat | Mass-media nu este optimizată | Mass-media nu este optimizată |
activată=1 * activată=2 ** | Instalat | Implementare acceptată; media este optimizată | Implementare acceptată; media este optimizată |
activată=1 * activată=2 ** | Neinstalat | Refuzul la media neoptimizată | Refuzul la media neoptimizată |
* Acest argument nu detectează automat mediul VDI.
** Acest argument detectează automat mediul VDI.
preferințe Utilizator
Toate preferințele utilizatorilor se află în baza de date de roaming ( spark_roaming_store.db
). Această bază de date este mult mai mică decât db principal ( spark_persistent_store.db
).
Dacă sunteți un client VDI non-persistent (un mediu VDI care este șters de fiecare dată când utilizatorul se deconectează), puteți să salvați rapid și să restaurați folderul Appdata\Roaming\CiscoSpark
astfel încât utilizatorii VDI să nu piardă preferințe între sesiuni.
Baza de date de roaming conține toate acreditările și preferințele utilizatorilor, criptate utilizând AES256. În calitate de client VDI, trebuie să susțineți întotdeauna folderul de mai sus, astfel încât acreditările și preferințele utilizatorilor să fie menținute în cadrul sesiunilor VDI.
Pentru a decripta baza de date de roaming, trebuie să sincronizați, de asemenea, următoarele foldere în cadrul sesiunilor VDI:
AppData\Roaming\Microsoft\Credentials
AppData\Roaming\Microsoft\Crypto
AppData\Roaming\Microsoft\Protect
AppData\Roaming\Microsoft\SystemCertificates
Configurați Azure Virtual Desktop pentru aplicația Webex
Utilizați acești pași la nivel înalt pentru a implementa un nou mediu Windows pe Azure Virtual Desktop (fostul Windows Virtual Desktop). AVD este o soluție VDI gestionată în cloud. Utilizatorii accesează Aplicația Webex printr-un mediu Windows virtualizat.
Nu acceptăm întâlniri cu funcții complete utilizând Aplicația Webex pe Azure Virtual Desktop. |
Înainte de a începe
Această soluție necesită un abonament Microsoft Azure.
Trebuie să aveți un cont de utilizator cu rolul TenantCreator.
Conturile de utilizator trebuie sincronizate în Azure Active Directory.
1 | Treceți prin pașii de implementare din portalul de administrare Azure pentru a crea piscina gazdă, mașinile virtuale și setările aferente. O piscină gazdă este o colecție de VM-uri care oferă un serviciu similar. Azure indică când mediul virtual este gata. |
2 | Utilizați clientul Windows pentru a testa dacă un utilizator poate accesa piscina gazdă. Pentru pașii de implementare specifici, consultați documentația Microsoft privind inițierea cu AVD. |
Instalați pluginul VDI al aplicației Webex pe sistemele Windows thin client
După ce instalați Aplicația Webex pe mediul HVD central, trebuie să instalați un plugin VDI al Aplicației Webex pe dispozitivele thin client.
Descărcați pluginurile thin client din notele de lansare VDI ale aplicației Webex.
Dacă nu puteți instala plugin-ul VDI pentru utilizatorii dvs., du-le prin acești pași pe dispozitivele lor thin client.
Înainte de a începe
Consultați clienții thin Windows pentru o listă de platforme acceptate pentru aplicația Webex VDI Plugin pentru Windows.
Aplicația Webex trebuie să fie instalată în mediul HVD central.
1 | Accesați Webex App VDI Note de lansare > Descărcări, și descărcați programul de instalare a pluginului Webex App VDI pentru Windows. |
2 | Rulați fișierul de instalare pentru |
3 | Pentru a deschide fișierul executabil, faceți clic pe OK. |
4 | Citiți EULA și, dacă sunteți de acord, faceți clic pe Acceptare și instalare. |
5 | Pentru a finaliza instalarea, faceți clic pe Finalizare. |
6 | (Opțional) Dacă dvs. sau utilizatorii instalați manual cele două plugin-uri pentru întâlniri complete, urmați pașii din Instalați plugin-ul VDI Meetings pe sistemele thin client. |
Ce este de făcut în continuare
Pentru ca Aplicația Webex să funcționeze corect pentru utilizatorii dvs., trebuie să utilizați pluginul oficial thin client. Pentru a confirma, Verificarea stării de sănătate afișează o stare conectată pentru canalul virtual. |
Instalați pluginul VDI al aplicației Webex pe sistemele thin client Linux
După ce Aplicația Webex este instalată pe mediul dvs. HVD central, veți obține utilizatorii dvs. pentru a instala un plugin VDI al Aplicației Webex pe dispozitivele lor thin client. Clienții subțiri sunt de obicei computere ușoare sau redirecționate pe care utilizatorii le utilizează pentru a stabili o conexiune la distanță cu un server HVD centralizat în care este găzduită Aplicația Webex. Pluginurile thin client pentru platformele acceptate sunt conectate din notele de lansare VDI ale Aplicației Webex.
Înainte de a începe
Consultați clienții thin Linux pentru o listă de platforme acceptate pentru aplicația Webex VDI Plugin pentru Linux.
Pentru ca Aplicația Webex să funcționeze corect pentru utilizatorii dvs. și să fie optimizată pentru VDI, trebuie să utilizați construcția thin client. Pentru a confirma, aplicația Webex Health Check afișează o stare conectată pentru canalul virtual. |
Instalați pluginul VDI al aplicației Webex pe sistemele client macOS thin
După ce Aplicația Webex este instalată pe mediul dvs. HVD central, veți obține utilizatorii dvs. pentru a instala un plugin VDI al Aplicației Webex pe dispozitivele lor thin client. Clienții subțiri sunt de obicei computere ușoare sau redirecționate pe care utilizatorii le utilizează pentru a stabili o conexiune la distanță cu un server HVD centralizat în care este găzduită Aplicația Webex. Pluginurile thin client pentru platformele acceptate sunt conectate din notele de lansare VDI ale Aplicației Webex.
Rulați programul de instalare MacOS (PKG) pentru a instala pluginul VDI Webex.
Înainte de a începe
Consultați clienții macOS thin pentru o listă de platforme acceptate pentru pluginul VDI al aplicației Webex pentru macOS.
1 | Descărcați pluginul Aplicației Webex pentru sistemele dvs. de client macOS thin din notele de lansare ale Aplicației Webex VDI > Descărcări. |
2 | Rulați fișierul de instalare pentru |
3 | Citiți EULA și, dacă sunteți de acord, faceți clic pe Continuare. |
4 | Faceți clic pe Instalare, iar dacă apare o solicitare ca clientul Citrix Workspace sau clientul VMware Horizon să fie închis mai întâi, faceți clic pe Închidere aplicație și instalare. De asemenea, puteți să faceți clic pe Instalare mai târziu dacă nu puteți închide Citrix sau VMware în acel moment. |
5 | Faceți clic pe ecranele rămase pentru a finaliza instalarea. |
Ce este de făcut în continuare
Când utilizatorii lansează pentru prima dată pluginul VDI al aplicației Webex, acceptă următoarele permisiuni necesare:
Permisiune | Descriere |
---|---|
cameră De Acces | Utilizează camera într-un apel video sau încearcă să deschidă camera în Setări. |
Microfon de acces | Utilizează microfonul pentru voce într-un apel. |
Înregistrare ecran | Utilizează camera într-un apel video sau încearcă să deschidă camera în Setări. |
Pentru ca Aplicația Webex să funcționeze corect pentru utilizatorii dvs., trebuie să utilizați pluginul oficial thin client de pe site-ul de descărcare. Pentru a confirma, Verificarea stării de sănătate afișează o stare conectată pentru canalul virtual. |
Instalați pluginul VDI Webex Meetings pe sistemele thin client
Pentru întâlniri complete cu aplicația Webex:
Pe clienții subțiri Windows sau MacOS, instalați pluginul grupat (App + Meetings).
Pe clienții thin Linux, instalați pluginul VDI Meetings separat după instalarea pluginului VDI App separat.
Înainte de a începe
Instalați numai aplicația Webex în mediul HVD. Nu sunt necesare alte aplicații.
Asigurați-vă că respectați cerințele întâlnirilor cu funcții complete.
Probleme și limitări cunoscute cu aplicația Webex pentru VDI
Funcții
Pentru limitările de caracteristici pentru fiecare versiune, consultați notele de lansare VDI ale Aplicației Webex.
Aplicația Webex și clientul VDI
Pentru modul VDI, acceptăm numai versiunile plug-in Webex pentru Windows (HVD installer) și Webex App thin-client care sunt postate pe notele de lansare Webex App VDI.
Sprijinim doar IPv4 pentru mediile de client HVD și thin.
Atunci când utilizatorii fie nu utilizează soluția optimizată VDI, fie se află în modul de revenire, transmisia video HD este dezactivată, iar Aplicația Webex afișează o notificare conform căreia este posibil să vedeți o problemă de calitate media.
Nu recomandăm utilizatorilor să utilizeze VDI în modul neoptimizat sau de rezervă. Este posibil ca camera sau căștile lor să nu funcționeze și să se confrunte cu o calitate slabă a mass-media.
Pe clientul VDI MacOS, un flux video se scurge în bara de sistem MacOS sau în meniul Aplicație atunci când conexiunea HVD este ecran complet.
Pe clienții VDI Linux, un apel de intrare nu sună toate dispozitivele (inclusiv difuzoarele de pe clientul thin), chiar dacă această opțiune este selectată în Aplicația Webex de pe gazda HVD. Numai dispozitivul audio selectat pe HVD redă tonul de apel.
Apelare Unified CM
Pentru apelurile locale numai cu Expressways: dacă nu există un NAT între HVD și Expressway-E într-o pereche transversală utilizată pentru MRA, Expressway tratează semnalizarea SIP și media ca fiind internă și nu transmite mass-media clientului thin. Pentru a remedia acest lucru, implementați un NAT între HVD și Expressways. În acest fel, atunci când HVD trimite un INVIT SIP la Expressway-E, se duce la NAT mai întâi. Apoi, Expressway-E poate transmite clientului thin.
Pentru modul de revenire, cheia de înregistrare Selectare mod nu poate controla mass-media pentru un apel Unified CM cu răspuns automat.
Citrix
Caracteristica multitasking nu funcționează cu aplicația Webex pe VDI.
În modul de non-optimizare sau modul de cădere înapoi, cartografierea dispozitivului Citrix acceptă un maxim de 4 dispozitive.
Pe Citrix pentru Linux, acceptăm doar redarea mesajelor vocale utilizând dispozitivul implicit pe clientul thin. Deci, atunci când doriți să rejucați mesageria vocală folosind dispozitivul audio preferat, trebuie să deschideți setările de sunet de pe clientul subțire pentru a seta dispozitivul pe care doriți să îl utilizați în mod implicit.
Trebuie să instalați Citrix Receiver/Workspace înainte de a instala clientul VDI al aplicației Webex, inclusiv atunci când actualizați mediul Receiver/Workspace. Dacă nici un client Citrix, nici VMWare nu sunt instalate, clientul VDI al aplicației Webex prezintă o eroare, iar instalarea se încheie.
Pentru Windows, dacă rulați o versiune a Citrix Workspace care este mai devreme de 2002, trebuie să reinstalați (dezinstalați și apoi instalați din nou sau reparați) clientul VDI al aplicației Webex după ce dezinstalați și reinstalați Citrix Receiver/Workspace. Dacă rulați versiunea 2002 sau mai târziu, nu trebuie să dezinstalați și să reinstalați.
Pentru toate versiunile acceptate ale Citrix Workspace pentru Linux, trebuie să reinstalați (dezinstalați și apoi instalați din nou sau reparați) clientul VDI al aplicației Webex după ce dezinstalați și reinstalați Citrix Receiver/Workspace.
Citrix Receiver/Workspace utilizează arhitectura pe 32 de biți. Aplicația Webex VDI funcționează cu acest mediu.
Azure Virtual Desktop (Fost Windows Virtual Desktop)
Pe Azure Virtual Desktop (AVD) pentru apelurile locale Unified CM, în prezent sprijinim numai clientul thin care lucrează în cadrul MRA. Aplicația Webex într-un desktop WVD (un desktop la distanță bazat pe cloud) funcționează pe MRA. Dacă clientul thin este local, apelarea Unified CM poate fi blocată de unele setări de firewall. Apelarea Webex și aplicația Webex încorporată nu sunt afectate.
AVD nu acceptă „Fit session to Window” în configurarea clientului AVD.
Pentru implementările AVD, trebuie să activați conexiunile UDP între rețeaua internă și Expressway-E - porturile variază de la 16384 la 32767.
VMware
Trebuie să instalați clientul VMware Horizon înainte de a instala clientul VDI al aplicației Webex. Dacă un client Citrix sau VMware nu este instalat, clientul VDI al aplicației Webex afișează o eroare, iar instalarea se încheie.
Clientul VMWare Horizon versiunea 8.x (2103) este acceptat începând cu versiunea 41.4 a pluginului Webex VDI.
Pentru modul de compatibilitate: Dacă utilizatorii au versiunea anterioară de plugin VDI (inclusiv doar upgrade-ul aplicației Webex la 41.4), este posibil ca transmisia video dintr-un apel să nu apară corect.
Nu acceptăm clientul VMWare Horizon pe arhitectura pe 32 de biți, deoarece am întrerupt plugin-ul pe 32 de biți pentru Windows.
Clientul VDI al aplicației Webex trebuie să aibă aceeași arhitectură ca și clientul VMware Horizon: clientul VMware Horizon pe 64 de biți funcționează cu clientul VDI (pe 64 de biți) al aplicației Webex. Clientul VMware Horizon are un singur instalator, iar instalarea implicită este de 64 de biți.
Dacă
vdpService.dll
există înC:\Program Files (x86)\VMware\VMware Horizon View Client\x64
, aveți clientul VMware Horizon pe 64 de biți.Dacă
vdpService.dll
este subC:\Program Files (x86)\VMware\VMware Horizon View Client\
, aveți clientul VMware Horizon pe 32 de biți.Pe VMware pentru Linux și Windows, acceptăm doar redarea mesajelor vocale utilizând dispozitivul implicit pe clientul thin. Deci, atunci când doriți să rejucați mesageria vocală folosind dispozitivul audio preferat, trebuie să deschideți setările de sunet de pe clientul subțire pentru a seta dispozitivul pe care doriți să îl utilizați în mod implicit.
Pe desktopul VMware Cloud pentru apelarea locală Unified CM, în prezent sprijinim numai clientul thin care lucrează în cadrul MRA. Aplicația Webex într-un desktop VMware Cloud (un desktop la distanță bazat pe cloud) funcționează pe MRA. Dacă clientul thin este local, apelarea Unified CM poate fi blocată de unele setări de firewall. Apelarea Webex și aplicația Webex încorporată nu sunt afectate.
Pentru implementările de desktop VMware Cloud, trebuie să activați conexiunile UDP între rețeaua internă și Expressway-E - intervalele de port 16384-32767.
După ce verificați camera sau dispozitivul audio din Connect USB Device de pe VMware Horizon Client, Webex din HVD nu poate detecta sau afișa aceste dispozitive.
Spații de lucru Amazon
- Pe desktopul virtual găzduit, urmați instrucțiunile aici pentru a activa extensiile pentru WSP de către GPO.
- În cazul în care „Nu se detectează niciun mediu VDI” a fost raportat în Health Checker al Aplicației Webex după instalarea manuală prin linia de comandă, încercați mai întâi să deconectați/să vă conectați la desktopul Windows găzduit.
Diverse
În mediile Citrix și Windows Virtual Desktop vGPU, Aplicația Webex nu este detectată ca funcționând într-un mediu VDI.
Vă recomandăm să instalați aplicația Webex cu
ENABLEVDI=1
argument, pentru a aplica optimizarea VDI.Sprijinim un client VDI al aplicației Webex care lucrează împreună cu o instanță a aplicației Webex. Utilizatorii pot iniția mai multe sesiuni Citrix sau VMware, dar numai o singură instanță de conexiune funcționează, iar celelalte instanțe revin la modul non-VDI.
Aplicația Webex VDI detectează Citrix la început și apoi VMware în mediul HVD. Dacă doriți să utilizați VMware, asigurați-vă că nu este instalat niciun agent Citrix.
Gestionarea upgrade-urilor
Actualizări ale aplicației Webex pe desktopul virtual
Pentru mediile VDI, o nouă versiune a Aplicației Webex apare la fiecare două luni. Puteți obține cele mai recente versiuni și versiuni acceptate din notele de lansare VDI ale Aplicației Webex > Descărcări.
Vă recomandăm să activați upgrade-uri automate pentru Aplicația Webex pe desktopul virtual. Această opțiune asigură că utilizatorii primesc automat cele mai recente caracteristici. O altă opțiune este de a actualiza manual atunci când noua versiune este disponibilă.
Aveți două opțiuni pentru a activa upgrade-ul automat al aplicației Webex pe desktopul virtual:
Activați-l în timpul instalării inițiale din linia de comandă (consultați Configurați desktopul virtual găzduit pentru Aplicația Webex în capitolul de implementare din această carte).
Editați o tastă de înregistrare Windows pe desktopul virtual:
La intrarea în registru pentru
HKEY_LOCAL_MACHINE\SOFTWARE\Cisco Spark Native
, setatAutoUpgradeEnabled=1
.Dacă doriți să actualizați manual Aplicația Webex, setați
AutoUpgradeEnabled=0
.
|
Actualizări client fin
Plugin-ul VDI al aplicației Webex este lansat o dată la două luni.
Vă recomandăm să activați upgrade-uri automate pentru plugin-uri. Pentru a activa upgrade-urile automate pentru plugin-ul VDI, trebuie să editați o cheie de înregistrare Windows pe desktopul virtual:
La intrarea în registru pentru
HKEY_LOCAL_MACHINE\SOFTWARE\Cisco Spark Native
, setatAutoUpgradeVDIPluginEnabled=1
.În aceeaşi cale, verificaţi dacă:
AutoUpgradeEnabled=1
.
Dacă doriți să preveniți upgrade-ul automat al pluginului, setați AutoUpgradeVDIPluginEnabled=0
pe desktopul virtual. Dacă alegeți această opțiune, trebuie să faceți upgrade manual plugin-urile pentru a menține compatibilitatea versiunii cu aplicația.
|
Actualizări Citrix sau VMware
Păstrați aceste informații în minte pe măsură ce gestionați upgrade-uri sau modificări la brokerii de conexiuni Citrix sau VMware. Asigurați-vă că utilizați versiunile acceptate care sunt enumerate în capitolul Pregătiți-vă mediul.
Citrix
Instalare sau actualizare | Clienți subțiri pentru Windows și Mac | Clienți subțiri Linux |
---|---|---|
Instalare nouă | Instalați receptorul Citrix sau spațiul de lucru înainte de a instala pluginul VDI al aplicației Webex pe un client thin Windows sau Mac. Dvs. și utilizatorii dvs. vedeți un avertisment în etapele de instalare a pluginului VDI care vă reamintește să instalați mai întâi brokerul de conexiune. | Instalați receptorul Citrix sau spațiul de lucru înainte de a instala pluginul VDI al aplicației Webex pe un client thin Linux. Dvs. și utilizatorii dvs. vedeți un avertisment în etapele de instalare a pluginului VDI care vă reamintește să instalați mai întâi brokerul de conexiune. |
Upgrade | Dacă vedeți o notificare de upgrade în mediul Citrix, efectuarea acestei actualizări nu afectează pluginul VDI al aplicației Webex pe un client thin Windows sau Mac. | Dacă vedeți o notificare de upgrade în mediul Citrix, trebuie să reinstalați pluginul VDI al aplicației Webex pe un client thin Linux după ce ați actualizat mediul Citrix. |
Reinstalare |
| Pentru reinstalarea oricărei versiuni Citrix Workspace acceptate, trebuie să reinstalați pluginul VDI al aplicației Webex pe un client thin Linux. |
VMware
Instalare sau actualizare | Client subțire pentru Windows | Clienți thin Linux și Mac |
---|---|---|
Instalare nouă | Instalați clientul VMware Horizon înainte de a instala pluginul VDI al aplicației Webex pe un client thin Windows. Dvs. și utilizatorii dvs. vedeți un avertisment în etapele de instalare a pluginului VDI care vă reamintește să instalați mai întâi brokerul conectorului. | Instalați clientul VMware Horizon înainte de a instala pluginul VDI al aplicației Webex pe un client thin Linux sau Mac. Dvs. și utilizatorii dvs. vedeți un avertisment în etapele de instalare a pluginului VDI care vă reamintește să instalați mai întâi brokerul conectorului. |
Upgrade | Dacă vedeți o notificare de upgrade în mediul VMware, efectuarea acestei actualizări nu afectează pluginul VDI al aplicației Webex pe un client thin Windows. | Dacă vedeți o notificare de upgrade în mediul VMware, trebuie să reinstalați pluginul VDI al aplicației Webex pe un client thin Linux sau Mac după ce ați actualizat mediul Citrix. |
Reinstalare | Pentru o reinstalare VMware, plugin-ul Windows VDI funcționează și nu este afectat. | Pentru reinstalarea VMware, trebuie să reinstalați pluginul Aplicației Webex pe un client thin Linux sau Mac. |
Dezactivați detectarea VDI după instalare
Dacă aveți utilizatori care nu doresc să utilizeze clientul VDI și Aplicația Webex este deja implementată, puteți dezactiva detectarea VDI după instalare. După această configurație, Aplicația Webex rulează pe soluția neoptimizată.
1 | Deschideți una dintre următoarele căi de instalare, în funcție de modul în care ați implementat Aplicația Webex în HVD:
|
2 | Redenumire |
Ce este de făcut în continuare
Dacă dezinstalați aplicația Webex mai târziu, TSDetectionLib_b.dll rămâne în folder. Trebuie fie să redenumiți fișierul înapoi la TSDetectionLib.dll înainte de a dezinstala Aplicația Webex, fie să ștergeți manual TSDetectionLib_b.dll după ce dezinstalați Aplicația Webex.
Activați sau dezactivați funcțiile video avansate în modul VDI de rezervă a aplicației Webex
Prin modificarea registrului, puteți activa sau dezactiva caracteristici specifice ale Aplicației Webex, cum ar fi definiția înaltă (HD) și partajarea ecranului. Făcând acest lucru, puteți economisi resurse pe server în centrul de date. De asemenea, puteți decide dacă utilizatorii pot partaja numai ecranul complet sau al ferestrei HVD. Dacă utilizatorii dvs. sunt pe sisteme care sunt capabile de caracteristici video mai avansate, puteți activa funcțiile după cum este necesar.
Înainte de a începe
Puteți modifica tastele de înregistrare înainte sau după ce plugin-ul VDI este instalat.
Modificările aduse registrului Windows trebuie efectuate cu precauție extremă. Vă recomandăm să faceți o copie de rezervă a registrului înainte de a utiliza acești pași.
Fundalurile virtuale sunt dezactivate în mod implicit.
Pentru a le activa, urmați pașii din Configurați fundalurile virtuale pentru utilizatorii Webex.
Asigurați-vă că dispozitivele thin client ale utilizatorilor dvs. îndeplinesc cerințele sistemului pentru fundalurile virtuale.
1 | În căutarea pentru Windows sau în fereastra Run, tastați regedit și apoi apăsați Enter | ||
2 | Accesați HKEY_LOCAL_ MACHINE\Software\Cisco Spark Native\. | ||
3 | Modificați valorile pentru următoarele chei de registru, după cum este necesar: | ||
4 | Alegeți o valoare DWORD pentru VDIFallBackConf:
| ||
5 | Alegeți o valoare DWORD pentru VDIBackgroundEnabled:
| ||
6 | Alegeți o valoare DWORD pentru VDIScreenShareEnabled:
|
Configurați notificarea pentru pluginul VDI
În mod implicit, utilizatorii sunt notificați dacă clientul lor Citrix sau VMware se conectează la un HVD fără pluginul VDI. O notificare apare pentru a le anunța pentru a instala plugin-ul VDI, astfel încât modul VDI optimizat este activat. Utilizatorii pot respinge memento-ul dacă doresc.
De asemenea, dacă versiunea pluginului VDI pentru Aplicația Webex nu este compatibilă cu Aplicația Webex pe HVD, un pop-up notifică utilizatorii să actualizeze pluginul VDI pentru Aplicația Webex. Memorandumul apare săptămânal până când utilizatorii iau măsuri. Utilizatorii pot respinge, de asemenea, această notificare.
În calitate de administrator, puteți activa sau dezactiva aceste notificări la nivelul întregii organizații.
Înainte de a începe
Puteți modifica tastele de înregistrare înainte sau după ce plugin-ul VDI este instalat.
Modificările aduse registrului Windows trebuie efectuate cu precauție extremă. Vă recomandăm să faceți o copie de rezervă a registrului înainte de a utiliza acești pași. |
1 | În căutarea pentru Windows sau în fereastra Run, tastați regedit și apoi apăsați Enter |
2 | Accesați HKEY_LOCAL_ MACHINE\Software\Cisco Spark Native\. |
3 | Alegeți o valoare cheie DWORD (32 de biți) reg pentru VDIPluginNotificationEnabled:
|
Dezactivați verificarea compatibilității versiunii VDI
În mod implicit, Aplicația Webex din HVD verifică compatibilitatea versiunii cu pluginul VDI Webex de pe clientul thin. Versiunea plug-in nu trebuie să fie mai mare de 4 versiuni bilunare în spatele Aplicației Webex. De exemplu, dacă Aplicația Webex din HVD este versiunea 43.8 (august 2023), atunci următoarele versiuni de plugin sunt compatibile:
43.8 (N) august 2023
43.6 (N-1) iunie 2023
43.4 (N-2) aprilie 2023
43.2 (N-3) februarie 2023
42.12 (N-4) decembrie 2022
Această compatibilitate vă oferă până la 6 luni pentru a vă actualiza plugin-urile thin client, după ce vă actualizați desktopurile virtuale găzduite.
Dacă plugin-ul VDI Webex nu este compatibil cu Aplicația Webex din HVD, atunci Aplicația Webex intră în modul „fall-back”. Utilizatorii văd o notificare pop-up pentru a actualiza plugin-ul. Memorandumul apare săptămânal până când utilizatorii iau măsuri.
Puteți utiliza registrul de pe HVD pentru a controla verificarea compatibilității versiunii:
Vă recomandăm să vă susțineți registrul înainte de a utiliza acești pași. |
În fereastra Windows Run, tastați
regedit
și apoi apăsați tasta Enter.Accesați
HKEY_LOCAL_MACHINE\Software\Cisco Spark Native\
.Creați o cheie de înregistrare DWORD (32 de biți) numită
VDIDisableCompatibilityVersionCheck
și să-l dea una dintre aceste valori:0
—Activați verificarea compatibilității versiunii (implicită).1
— Dezactivează verificarea compatibilității versiunii.
Setarea de inele și alerte nu funcționează pentru toate dispozitivele
Pe clienții VDI Linux, tonul de apel pentru un apel de intrare nu sună toate dispozitivele (inclusiv difuzoarele de pe clientul thin), chiar dacă această opțiune este selectată în Aplicația Webex de pe gazda HVD. Numai dispozitivul audio selectat pe HVD redă tonul de apel.
Această problemă poate apărea din cauza cartografierii dispozitivului audio pe Citrix sau VMware.
Verificați cheia de înregistrare VDIDisablePlaytoneOnLinuxTCEnabled
în mediul dvs. HVD. Dacă un utilizator de client thin Linux observă această problemă de ton de apel înapoi, setați valoarea acestei chei la 1
.
Diagnosticare în aplicația Webex
Diagnosticele disponibile în Aplicația Webex (desktop și VDI) vă ajută pe dvs. și pe utilizatorii dvs. să rezolvați problemele de conexiune, să verificați calitatea media și să colectați informații importante privind depanarea.
Când configurați Apelarea în Aplicația Webex (Unified CM), este posibil să întâmpinați probleme legate de conexiune sau setările necesare (cum ar fi domeniul vocal și serviciile UC). Folosind acest instrument, puteți diagnostica ce servicii sunt configurate corect și ce lipsește. Această caracteristică este utilă pentru soluționarea scenariilor de depanare și reducerea cazurilor de asistență, fie că migrați la Apelare în Aplicația Webex (Unified CM), fie că configurați utilizatori noi.
Când utilizatorii întâmpină probleme, aceștia pot accesa vizualizarea diagnosticelor și exporta datele pentru a le partaja cu dvs. sau pentru a le susține.
Setări Unified CM—Setări critice (pentru migrarea Jabber, precum și configurarea unui nou utilizator) pentru ca serviciile de telefonie să funcționeze corect, cum ar fi:
Versiune Unified CM
domeniu serviciu UC
SSO
servicii UC, cum ar fi poșta vocală
Expressway pentru MRA
Calitate media—Calitate pentru video, audio și partajare în ambele direcții
Dispozitive—Informații despre dispozitiv, atunci când utilizatorii sunt conectați la dispozitive
Pentru tastele de scurtătură pentru a afișa fereastra de diagnosticare, consultați Tastatura și scurtăturile de navigare.
Redirecționare conținut browser
Redirecționarea conținutului browserului (BCR) este o optimizare a mediului VDI care reduce sarcina pe mașina desktop virtuală.
Când BCR este activat pe desktopul virtual, Aplicația Webex nu poate partaja conținutul browserului prin partajarea ecranului la distanță, partajarea aplicației sau partajarea porțiunii de ecran.
Utilizatorii Webex pot utiliza partajarea ecranului local pentru a-și partaja browserul.