- Strona główna
- /
- Artykuł
Nowe i zmienione informacje
Ta tabela zawiera aktualizacje zawartości związane z nowymi funkcjami lub funkcjami, zmiany w istniejącej zawartości oraz wszelkie poważne błędy, które zostały naprawione w podręczniku wdrażania aplikacji Webex dla infrastruktury pulpitu wirtualnego (VDI).
Więcej informacji o aktualizacjach VDI aplikacji Webex, nowych funkcjach, dodanej obsłudze VDI i ograniczeniach można znaleźć w notatkach dotyczących wersji VDI.
Data | Zmiany zostały wprowadzone | ||||
---|---|---|---|---|---|
13 listopada 2023 r. | Przygotuj swoje środowisko:
| ||||
23 sierpnia 2023 r. | Cały dokument:
Przygotuj swoje środowisko:
Wdrożenie aplikacji Webex dla VDI:
Zarządzanie i rozwiązywanie problemów z aplikacją Webex dla VDI:
| ||||
18 maja 2023 r. | Doprecyzowano notatkę dotyczącą wirtualnego pulpitu Azure w pełnowartościowych wymogach dotyczących spotkań. AVD nie obsługuje spotkań w pełnym zakresie. | ||||
17 kwietnia 2023 r. | Nowa zawartość dotycząca wyłączenia sprawdzenia zgodności wersji VDI w Zarządzaj i rozwiązuj problemy z aplikacją Webex dla VDI. Zaktualizowane obsługiwane wersje infrastruktury i systemu operacyjnego dla wersji 43.4 (kwiecień 2023), w Hosted pulpitu wirtualnego i cienkich wymagań klienta. | ||||
15 marca 2023 r. |
| ||||
3 marca 2023 r. |
| ||||
27 lutego 2023 r. | Dodano zalecenie do synchronizacji niektórych | ||||
11 stycznia 2023 r. | Dodano najnowszą sprawdzoną infrastrukturę i cienkie wersje systemu operacyjnego klienta oraz obsługiwany sprzęt w Hosted pulpicie wirtualnym i cienkie wymagania klienta. Obejmuje chip Apple M2, macOS Ventura, HP ThinPro 8 i Dell ThinOS 9.3. | ||||
26 października 2022 r. | Zaktualizowano | ||||
25 sierpnia 2022 r. | Zaktualizowano dla aplikacji Webex VDI w wersji 42.8:
Zaktualizowany opis dla | ||||
30 maja 2022 r. |
| ||||
26 kwietnia 2022 r. |
| ||||
25 kwietnia 2022 r |
| ||||
13 kwietnia 2022 r. |
| ||||
9 lutego 2022 r. |
| ||||
3 lutego 2022 r. |
| ||||
15 grudnia 2021 r. |
| ||||
12 listopada 2021 r |
| ||||
29 października 2021 r. |
| ||||
8 października 2021 r. |
| ||||
10 sierpnia 2021 r. |
| ||||
6 lipca 2021 r. |
| ||||
3 czerwca 2021 r. | Aktualizacje dotyczące wydania z czerwca (41.6), w tym:
Inne ogólne aktualizacje:
| ||||
3 maja 2021 r. |
| ||||
Kwiecień 16, 2021 |
| ||||
9 kwietnia 2021 r. |
| ||||
18 stycznia 2021 r. |
| ||||
11 grudnia 2020 r. |
| ||||
Września 29, 2020 |
| ||||
16 lipca 2020 r. |
| ||||
29 czerwca 2020 r. |
|
Przegląd aplikacji Webex dla VDI
Bez optymalizacji przesyłanie wiadomości Webex App działa bez zmian w środowisku infrastruktury pulpitu wirtualnego (VDI). Jednak pełna funkcjonalność aplikacji Webex obejmuje również połączenia i spotkania, które wymagają przetwarzania multimediów wideo i audio.
Z powodu ograniczenia znanego jako efekt spinki do włosów , funkcje połączeń, spotkań i towarzyszącego wideo nie są obsługiwane bez optymalizacji. Dodatkowa przepustowość wymagana do połączeń i wideo tworzy wąskie gardło w centrum danych, ponieważ media przepływają od jednego użytkownika do centrum danych z powrotem do innego użytkownika. Ze względu na tę niezoptymalizowaną ścieżkę multimediów i brak łatwego dostępu do urządzeń peryferyjnych, takich jak głośniki urządzenia, mikrofon i kamera, wrażenia użytkownika nie są idealne.
Aby rozwiązać problem z efektem szpilki, wtyczka Webex App VDI rozszerza środowisko współpracy Cisco na wdrożenia wirtualne, dzięki czemu użytkownicy mogą korzystać ze wszystkich funkcji przesyłania wiadomości, spotkań i połączeń, które zapewnia aplikacja Webex .
Aby zmniejszyć opóźnienia i poprawić jakość multimediów, wtyczka VDI optymalizuje przepływy pracy z multimediami, przesyłając strumieniowo multimedia bezpośrednio między użytkownikami na punktach końcowych cienkiego klienta i wykorzystuje sprzęt maszyn cienkiego klienta do obsługi przetwarzania multimediów. Ta ścieżka multimediów nie przechodzi przez hostowane wirtualne komputery stacjonarne (HVD). W rezultacie użytkownicy VDI mogą korzystać ze stabilnych i w pełni funkcjonalnych połączeń oraz spotkań.
W tej architekturze aplikacja Webex jest instalowana na urządzeniu HVD w środowisku VDI, a wymagane wtyczki VDI są instalowane na cienkim kliencie (zazwyczaj lekkim systemie, takim jak laptop lub komputer stacjonarny o zmienionym przeznaczeniu).
Korzystając z obsługiwanego cienkiego klienta z systemem Linux, Mac lub Windows, użytkownicy uzyskują dostęp do aplikacji Webex w interfejsie HVD ze zdalnego środowiska pulpitu wirtualnego. Dzięki obsługiwanym wersjom aplikacji Webex użytkownicy mogą korzystać ze wszystkich wbudowanych funkcji przesyłania wiadomości, spotkań i połączeń w aplikacji Webex na swoich cienkich klientach. Ponadto można zintegrować Webex App VDI ze środowiskiem Unified CM lub Webex Calling , aby użytkownicy mogli korzystać z obsługiwanych funkcji połączeń.
|
Aby uzyskać więcej informacji o nowych funkcjach dla każdej wersji, zobacz notatki dotyczące wydania.
Informacje ogólne o środowisku VDI
Elementy VDI
Korzystanie z aplikacji Webex w zoptymalizowanym środowisku wirtualnym wymaga następujących elementów.
broker połączeń — menedżer zasobów i połączeń (Citrix, VMware), który łączy dostawcę wirtualizacji z cienkim klientem.
Prowadzony pulpit wirtualny (HVD) — maszyna wirtualna (VM), która obsługuje aplikację Webex zdalnie.
Cienki klient— punkt końcowy (na przykład niskonakładowy lub przeprojektowany komputer stacjonarny lub laptop) używany przez użytkownika do zdalnego logowania się na pulpicie wirtualnym. Broker połączeń i wtyczka VDI są zainstalowane na cienkim urządzeniu klienckim, dzięki czemu może uzyskać dostęp do środowiska HVD.
Wtyczka— oprogramowanie zainstalowane na cienkim kliencie używane do odładowania przetwarzania multimediów do urządzenia użytkownika zamiast zasobów HVD. Obsługiwane wersje wtyczki VDI aplikacji Webex są połączone z karty Pliki do pobrania w notatkach wersji VDI aplikacji Webex.
Dla cienkich klientów systemu Linux należy zainstalować wtyczkę Webex Meetings VDI obok wtyczki Webex VDI.
Aplikacja Webex — aplikacja, która jest zainstalowana i działa w systemie HVD. Obsługiwane wersje instalatora HVD są dostępne na karcie Pliki do pobrania w notatkach wersji VDI aplikacji Webex.
Rodzaje środowiska
Tryb stały — w trwałym środowisku lokalne zmiany systemu operacyjnego użytkownika są zachowywane po wylogowaniu użytkownika.
Wszystkie preferencje użytkownika znajdują się w bazie danych roamingu (
spark_roaming_store.db
). Ta baza danych jest znacznie mniejsza niż główny db (spark_persistent_store.db
).Tryb nietrwały — w środowisku nietrwałym zmiany lokalnego systemu operacyjnego użytkownika nie są zachowywane po wylogowaniu użytkownika. Odpowiednie informacje specyficzne dla użytkownika (dane użytkownika, profil i ustawienia) są buforowane podczas sesji użytkownika.
Jeśli jesteś nietrwałym klientem VDI (środowisko VDI, które jest usuwane za każdym razem, gdy użytkownik się wyloguje), możesz szybko utworzyć kopię zapasową i przywrócić
spark_roaming_store.db
dzięki czemu użytkownicy VDI nie stracą preferencji między sesjami.Baza danych roamingu zawiera wszystkie poświadczenia i preferencje użytkownika, zaszyfrowane przy użyciu AES256. Jako klient VDI należy zawsze tworzyć kopię zapasową bazy danych roamingu, aby dane uwierzytelniające i preferencje użytkowników były utrzymywane w trakcie sesji VDI.
Architektura
Schematy architektury przedstawiają komponenty, sygnalizację i zoptymalizowane przepływy multimediów, które uczestniczą w typowym wdrożeniu VDI aplikacji Webex z istniejącym obsługiwanym wdrożeniem usługi połączeń: Unified CM, Webex Calling lub BroadWorks.
Po lewej stronie każdego wykresu znajduje się sieć firmowa zawierająca środowisko wirtualne. To wirtualne środowisko rozjaśnia obciążenie sprzętu po stronie użytkownika, uruchamiając aplikacje, system operacyjny i dane użytkownika centrum danych wirtualnych. Dzięki tej strukturze można zarządzać środowiskiem z lokalizacji centralnej, a użytkownicy mogą uzyskać do niego zdalny dostęp z obsługiwanych cienkich klientów.
Elementy w sieci korporacyjnej składają się z Hosted Virtual Desktop (HVD), centralnego środowiska zarządzanego przez aplikację Webex, w którym jest zainstalowana i uruchomiona, oraz połączenia wirtualnego kanału (za pośrednictwem Cisco HVDAgent) do cienkiego punktu końcowego klienta użytkownika.
Na cienkim kliencie użytkownicy instalują wtyczkę Webex VDI i logują się do brokera połączeń (Citrix lub VMware), elementu oprogramowania, który tworzy połączenia z HVDs. Broker połączeń wykonuje szereg zadań, w tym:
Walidacja nazwy użytkownika i zapewnienie połączenia dla użytkownika.
Zezwalanie użytkownikowi na łączenie się z określonym pulpitem wirtualnym.
Po zalogowaniu cienki punkt końcowy klienta symuluje interakcje z aplikacjami i systemem operacyjnym za pomocą urządzeń peryferyjnych, takich jak monitor, klawiatura, mysz, urządzenia USB itd., tak jakby oprogramowanie było zainstalowane na samym cienkim kliencie. Użytkownicy korzystają z cienkiej aplikacji klienckiej w tym punkcie końcowym, aby uzyskać dostęp do aplikacji Webex na zdalnym serwerze.
Architektura ta optymalizuje kierunek sygnalizacji i mediów. Komunikuje się za pośrednictwem protokołu HTTPS, WSS i SIP w celu sygnalizowania za pomocą chmury Webex lub chmury BroadWorks (po prawej stronie). Oddzielne strumienie multimediów dla spotkań (aplikacja Webex) i połączeń (Unified CM, Webex Calling lub BroadWorks) są tworzone za pośrednictwem SRTP.
Musisz zaktualizować aplikację Webex w interfejsie HVD. Nowe wersje są wydawane co dwa miesiące i mają wsteczną kompatybilność z poprzednimi cienkimi wtyczkami VDI klienta. Co dwa miesiące udostępniane są również nowe, cienkie konstrukcje wtyczki VDI klienta. Pobierz oprogramowanie i zobacz notatki wydania , aby uzyskać więcej informacji na temat kompatybilności wersji.
Webex VDI z Unified CM
Webex VDI z Unified CM i Expressways dla MRA
Skróty Expressways na diagramie są używane do przedstawiania wdrożenia MRA (Mobile and Remote Access). Aby MRA mogła pracować z aplikacją Webex VDI, HVD musi mieć możliwość wysyłania żądań do usługi Expressway-E, która jest zazwyczaj skonfigurowana w DMZ.
VDI aplikacji Webex z usługą Webex Calling
Webex VDI z Webex dla BroadWorks
Webex App VDI z Meetings
Tryb awaryjny
Tryb awaryjny Webex App VDI oferuje krótkoterminową obsługę podstawowych połączeń audio i wideo, gdy VDI nie może ustanowić kanału wirtualnego. Tryb awaryjny obsługuje standardowe połączenia i nagrywanie połączeń. Pełny zestaw funkcji nie jest obsługiwany. Jakość połączenia jest niższa z powodu problemów z serwerem lub siecią, które powodują przejście przełącznika w tryb awaryjny.
Przepływ logowania do VDI aplikacji Webex
Architektura VDI aplikacji Webex składa się z dwóch głównych komponentów: aplikację Webex dla VDI i wtyczkę Webex VDI dla cienkiego klienta. Wtyczka VDI jest instalowana na cienkim kliencie, a aplikacja jest instalowana na HVD.
Gdy użytkownik uruchamia wirtualnego brokera-klienta (aplikację Citrix Workspace lub VMWare Horizon Client), oprogramowanie dostawcy inicjuje kanał wirtualny. Wtyczka i agent aplikacji Webex używają tego wirtualnego kanału do komunikacji.
Ten schemat pokazuje oczekiwane sesje protokołu, które są konfigurowane podczas normalnego korzystania z aplikacji Webex po wdrożeniu połączenia Unified CM przez telefon komórkowy i dostęp zdalny (MRA).
Chociaż wykres przedstawia VDI aplikacji Webex przez MRA, przepływ jest taki sam jak wdrożenie VDI w siedzibie. Jednak w przeciwieństwie do VDI nad MRA, lokalne wdrożenia nie kierują ruchu przez DMZ i cały ruch znajduje się w sieci LAN. |
Aby rozpocząć sesję, użytkownicy najpierw uruchamiają swojego wirtualnego brokera-klienta (Citrix Workspace App lub VMware Horizon Client),łączą się z brokerem połączeń, a następnie wybierają HVD lub aplikację wirtualną. Po wybraniu, kanał wirtualny jest skonfigurowany między cienkim klientem użytkownika (maszyna fizyczna) i HVD (maszyna wirtualna) hostowane na Hypervisor.
Po uruchomieniu przez użytkownika aplikacji Webex w interfejsie HVD Webex określa, czy jest ona w środowisku wirtualnym, a jeśli usługa Unified CM jest używana do obsługi telefonicznej. Jeśli funkcja Unified CM jest włączona, aplikacja Webex rozpoczyna
teamshvdagent.exe
proces i rozpoczyna odkrywanie usług wewnętrznych. (Wewnętrzne wykrywanie usług obejmuje wyszukiwanie UDS DNS SRV, uwierzytelnianie Unified CM, wyszukiwanie klastrów domowych i pobieranie konfiguracji).Klient aplikacji Webex i wtyczka VDI aplikacji Webex skonfigurują wszystkie strumienie sterowania używane do wymiany danych nad kanałem wirtualnym. Po skonfigurowaniu tych kanałów klient aplikacji Webex wysyła informacje o domenie usługi głosowej do wtyczki VDI aplikacji Webex.
Następnie wtyczka VDI aplikacji Webex wykonuje wyszukiwanie usług. Wtyczka VDI aplikacji Webex robi to, odwołując się do informacji o domenie usługi głosowej, które zostały do niej wysłane z klienta aplikacji Webex. W tym scenariuszu wtyczka VDI aplikacji Webex rozwiązuje _collab-edge rekord DNS SRV, ponieważ maszyna wtyczki VDI łączy się z sieci zewnętrznej, w związku z czym musi łączyć się przez MRA. Po zakończeniu wykrywania usługi wtyczka VDI aplikacji Webex wysyła nazwę FQDN usługi Expressway-E do klienta aplikacji Webex.
Po odebraniu i buforowaniu FQDN Expressway-E aplikacja Webex (HVD) wykonuje następnie wyszukiwanie rekordów DNS A dla FQDN Expressway-E. W przypadku pojedynczego wdrożenia NIC ten krok pobiera adres IP Expressway-E (wewnętrzny adres IP z podzielonym DNS lub zewnętrzny adres IP bez podzielonego DNS), który jest używany do konfiguracji Edge i uwierzytelniania SSO przez port 8443.
Jeśli Expressway-E jest skonfigurowany w podwójnym wdrożeniu NIC, oba interfejsy mogą mieć wewnętrzny adres IP. W tym przypadku interfejs wewnętrzny jest przeciwieństwem tego, co jest skonfigurowane dla interfejsu zewnętrznego.
Po pobraniu szczegółów Edge aplikacja Webex (HVD) nawiązuje połączenia HTTPS z adresem IP Expressway-E dla żądań UDS i TFTP. Dzięki temu procesowi aplikacja Webex (HVD) uwierzytelnia i pobiera szczegóły konfiguracji, takie jak konfiguracja urządzenia w telefonie miękkim, reguły wybierania aplikacji i reguły wybierania numerów wyszukiwania w katalogu.
Wtyczka Webex VDI rozwiązuje zewnętrzny adres IP Expressway-E, a następnie wysyła do aplikacji Webex (HVD). Dzięki informacjom o urządzeniu pobranym w poprzednim kroku aplikacja Webex rozpoczyna rejestrację urządzenia CSF (pulpitu systemu Windows) za pośrednictwem zewnętrznego interfejsu Expressway-E.
Hosted wirtualny pulpit i cienkie wymagania klienta
Upewnij się, że środowisko VDI spełnia wymagania dla obsługiwanych serwerów (Hosted Virtual Desktop (HVD), gdzie zainstalowana jest aplikacja Webex) i cienkich klientów (urządzenie po stronie użytkownika, na którym zainstalowane są wtyczki Webex VDI).
W przypadku użytkowników dołączających do spotkań Webex z aplikacji Webex należy zapoznać się z hostowanym pulpitem wirtualnym i cienkimi wymaganiami klienta dla spotkań Webex VDI. |
Hostowany pulpit wirtualny
Element VDI | Obsługiwane platformy | ||||
---|---|---|---|---|---|
Jednosesyjny system operacyjny — zainstalowany na HVD |
|
||||
Wielosesyjny system operacyjny — zainstalowany na HVD |
|
||||
Wielosesyjna usługa wirtualizacji w chmurze |
|
||||
broker połączeń dla hostowanego pulpitu wirtualnego |
Broker połączeń to oprogramowanie, które tworzy połączenia z hostowanymi wirtualnymi pulpitami. Broker połączeń wykonuje szereg zadań, w tym:
|
Windows cienkie klienci
Element VDI | Obsługiwane platformy | ||
---|---|---|---|
cienki sprzęt klienta oparty na systemie Microsoft Windows | Obsługiwany sprzęt
Obsługiwane oprogramowanie Obsługujemy 64-bitowe architektury dla następujących wersji systemu Windows:
|
||
Windows Embedded Standardowy cienki sprzęt klienta | Obsługiwany sprzęt Zainstalowany RAM 2 GB Wolna pamięć fizyczna 128 MB Wolna przestrzeń dyskowa 256 MB Wydajność procesora wpływa na maksymalną rozdzielczość wideo. W przypadku cienkich klientów z systemem Windows Embedded Standard oczekiwana rozdzielczość zależy od procesora:
GPU kompatybilnego z DirectX 11 USB 2.0 dla kamery USB i urządzeń audio Obsługiwane oprogramowanie
|
||
Aplikacja Citrix Workspace lub klient VMware Horizon |
|
Linux cienkie klienci
Element VDI | Obsługiwane platformy | ||
---|---|---|---|
System operacyjny uproszczonego klienta | Ubuntu (64-bitowy)
|
||
Unicon eLux (64-bitowy)
|
|||
HP ThinPro 7.1 (Koniec życia) HP ThinPro 8.0, 8.1 (64-bitowy)
|
|||
IGEL OS
|
|||
Dell Wyse ThinOS
|
|||
10ZiG Zero klientów cienkich klientów
|
|||
Strat NoTouch OS
|
|||
Sprzęt kliencki Ubuntu/Thinpro Thin | Minimalne wymagania sprzętowe dla cienkich klientów są następujące:
|
||
Sprzęt klienta cienkiego eLux RP 6 | Minimalne wymagania sprzętowe Poniższe właściwości systemu umożliwiają korzystanie z podstawowych funkcji eLux RP 6.
|
||
Testowane i zalecane urządzenia |
* W zależności od wymagań sprzętowych, urządzenia te nie są zalecane do użytku z wirtualnym tłem. Aby uzyskać więcej informacji, zobacz wymagania dotyczące wirtualnego tła. (Aplikacja Webex dla VDI ma takie same wymagania jak samodzielna aplikacja Windows.) |
||
Aplikacja Citrix Workspace lub klient VMware Horizon |
|
cienkich klientów systemu macOS
Element VDI | Obsługiwane platformy | ||||
---|---|---|---|---|---|
cienki sprzęt klienta oparty na systemie MacOS | Obsługiwany sprzęt
Intel Core 2 Duo lub nowsze procesory na dowolnym z następujących urządzeń Apple:
Obsługiwane oprogramowanie Wtyczka VDI aplikacji Webex jest obsługiwana w następujących wersjach systemu macOS:
| ||||
Aplikacja Citrix Workspace lub klient VMware Horizon |
|
Wymagania dotyczące aplikacji i wtyczki Webex
Uzyskaj wymagane instalowanie wersji aplikacji Webex (zainstalowanej na HVD) i wtyczki aplikacji Webex (zainstalowanej na cienkiej maszynie klienta użytkownika) na karcie Pliki do pobrania w notatkach wydania aplikacji Webex VDI.
Chociaż wspieramy kompatybilność wsteczną, jak opisano w notatkach do wydania, zalecamy, aby w miarę możliwości korzystać z najnowszych wersji instalacji.
W przypadku użytkowników dołączających do spotkań Webex z aplikacji Webex należy zapoznać się z hostowanym pulpitem wirtualnym i cienkimi wymaganiami klienta dla spotkań Webex VDI.
Użytkownicy VDI zazwyczaj nie mają kontroli administratora nad swoją maszyną, a wtyczka nie wymaga uprawnień administratora. Jeśli jednak użytkownicy wymagają integracji programu Outlook, należy zarejestrować plik Office Integration .dll przy użyciu wskazówek w Włącz status użytkowników do wyświetlenia w programie Microsoft Outlook.
Wymagania dotyczące zestawów słuchawkowych
W przypadku aplikacji Webex VDI obsługujemy te same zestawy słuchawkowe, co autonomiczna aplikacja Webex, o ile nie zaznaczono inaczej. Aby uzyskać więcej informacji, zobacz Szczegóły dotyczące obsługi zestawu słuchawkowego.
Obsługiwane przepływy pracy multimediów w czasie rzeczywistym dla połączeń i spotkań
Aplikacja Webex VDI obsługuje następujące przepływy pracy multimediów w czasie rzeczywistym:
Połączenia w aplikacji Webex (wbudowane w aplikację)
Unified CM
Webex Calling
Webex dla BroadWorks
Webex Meetings
Aby zintegrować obsługiwaną usługę połączeń i Webex Meetings, należy wykonać czynności konfiguracyjne w dokumentacji tych rozwiązań. Wybierz opcję, a następnie użyj dokumentacji połączonej w tej sekcji.
Unified CM requirements
Jeśli chcesz użyć Unified CM jako usługi połączeń dla użytkowników VDI aplikacji Webex, skorzystaj z Przewodnika wdrażania, aby przejść przez wymagane kroki konfiguracji. Dokument zawiera przegląd usług, warunków wstępnych i etapów wdrażania.
Przenieś połączenie na spotkanie
Aby obsługiwać tę funkcję, upewnij się, że wdrożenie połączeń Unified CM zostało prawidłowo skonfigurowane.
Należy również upewnić się, że dostępna jest następująca konfiguracja VDI, która umożliwia obsługę funkcji offloading do spotkań: W pełni funkcjonalne wymagania dotyczące spotkań.
Dostęp mobilny i zdalny (MRA)
System MRA (Mobile and Remote Access) jest obsługiwany. Postępuj zgodnie ze standardowymi krokami wdrażania MRA w dokumentacji MRA Expressway i pamiętaj o następujących punktach dla obsługiwanego wdrożenia VDI:
Patrz Wymagania dotyczące dostępu mobilnego i zdalnego (MRA) aby uzyskać więcej wskazówek dotyczących wsparcia VDI.
Musisz uruchomić co najmniej X12.7 i nowsze.
Obsługiwane są dwa wdrożenia NIC. Należy upewnić się, że jest połączenie z HVD zarówno do zewnętrznych, jak i wewnętrznych adresów IP Expressway-E. Należy dodać NAT między HVD a zewnętrznym IP Expressway-E.
Wymagania dotyczące połączeń Webex
Jeśli HVD obsługuje protokołu IPv4 i IPv6, zalecamy wyłączenie protokołu IPV6 w środowisku HVD, aby uniknąć problemów z kompatybilnością z usługą Webex Calling. |
Konfiguracja w Control Hub (partnerzy i administratorzy)
Control Hub to miejsce, w którym udostępniasz i konfigurujesz ustawienia, funkcje, urządzenia i użytkowników w swoim Webex Calling włączona organizacja. Upewnij się, że Twoje środowisko obsługuje Połączenia Webex postępując zgodnie z wymaganiami wstępnymi i materiałami referencyjnymi dotyczącymi portów przed rozpoczęciem określonych kroków konfiguracji w Control Hub. Możesz użyć następujących informacji, w przedstawionej kolejności, aby przygotować organizację do pracy z Webex Calling :
Wymagania Webex dla BroadWorks
Aplikacja Webex w środowisku VDI obsługuje aplikację Webex dla BroadWorks. Webex for BroadWorks to oferta integrująca BroadWorks Calling w Webex. Subskrybenci używają jednej aplikacji (aplikacji Webex ), aby korzystać z funkcji udostępnianych przez obie platformy.
Ogólne informacje na temat Webex for BroadWorks można znaleźć w przewodniku rozwiązania Webex for BroadWorks. |
W pełni funkcjonalne wymagania dotyczące spotkań
Pamiętaj o tych punktach podczas wdrażania aplikacji Webex VDI do spotkań z pełnymi funkcjami:
Zainstaluj aplikację Webex na Hosted Virtual Desktop (HVD).
Musisz zainstalować wtyczkę VDI aplikacji Webex dla użytkowników dołączających do pełnowartościowych spotkań Webex.
Zapoznaj się z hostowanym pulpitem wirtualnym i cienkimi wymaganiami klienta dla spotkań Webex VDI.
W przypadku cienkich klientów systemu Linux należy również zainstalować wtyczkę Webex Meetings VDI dla systemu Linux (patrz Instalowanie wtyczki Webex Meetings VDI na cienkich systemach klienckich).
Wymagania dotyczące dostępu mobilnego i zdalnego (MRA)
Wymagania wstępne
Aby MRA mogła pracować z Webex VDI, należy uruchomić co najmniej Expressway X12.7 dla pary poprzecznej. Wcześniejsze wersje muszą zostać uaktualnione do wersji X12.7 lub nowszej, aby uniknąć problemów z trasowaniem.
Zapewnij łączność między Webex w środowisku HVD, interfejsie zewnętrznym i interfejsie wewnętrznym (podwójne wdrożenie NIC) Expressway.
MRA z przepływem roboczym VDI aplikacji Webex
Aby uzyskać informacje o przepływie pracy MRA z Webex VDI, zobacz Przepływ logowania VDI aplikacji Webex.
Podwójne względy dotyczące NIC
Należy pamiętać o tych kwestiach projektowych podczas wdrażania VDI aplikacji Webex przez MRA z podwójnym wdrożeniem NIC Expressway-E.
Ścieżka statyczna — zweryfikuj bramę domyślną w Expressway-E. Zazwyczaj jest to brama domyślna podsieci IP interfejsu zewnętrznego. Po zweryfikowaniu konfiguracji bramy domyślnej Expressway należy dodać trasę statyczną do Expressway-E dla podsieci IP używanej w maszynach HVD.
Statyczna trasa wysyła ruch z wewnętrznego interfejsu Expressway-E do podsieci HVD. Ta konfiguracja jest potrzebna ze względu na zapytania konfiguracyjne UDS i TFTP wysyłane z HVD do interfejsu wewnętrznego Expressway E. Gdy Unified CM zareaguje na żądanie, Expressway-E wysyła odpowiedź przez bramę domyślną, jeśli statyczna trasa do podsieci HVD nie istnieje.
Przejście NAT— ruch SIP z HVD do zewnętrznego interfejsu Expressway-E musi zostać zmieniony przez źródłowy adres IP przed osiągnięciem drogi Expressway, aby uniknąć problemu z trasowaniem. NAT rozwiązuje ten problem. Tłumaczenie NAT musi być wprowadzone na urządzeniu sieciowym, które jest ścieżką między HVD i Expressway-E.
Konfiguracja DNS
Wewnętrzny DNS
W przypadku podwójnych wdrożeń NIC, adres Expressway-E można określić za pomocą nazwy FQDN, która przenosi się na adres IP interfejsu wewnętrznego. W przypadku podzielonego DNS można opcjonalnie użyć tej samej nazwy FQDN, która jest dostępna w publicznym systemie DNS. Jeśli nie używasz podzielonego DNS, musisz użyć innej nazwy FQDN.
Aby uniknąć problemu z trasowaniem, ruch SIP z HVD do zewnętrznego interfejsu Expressway-E musi mieć zmieniony adres IP źródła przed osiągnięciem drogi Expressway. Należy skonfigurować tłumaczenie NAT na urządzeniu sieciowym, które znajduje się między HVD i Expressway-E.
W przypadku pojedynczego NIC ze statycznym NAT, należy określić adres Expressway-E przy użyciu nazwy FQDN, która nawiązuje połączenie z publicznym adresem IP. Ta konfiguracja oznacza również, że zewnętrzna zapora musi zezwalać na ruch z aplikacji Webex w HVD do zewnętrznej nazwy FQDN usługi Expressway-E. Ten projekt jest znany jako odbicie NAT i może nie być obsługiwany przez wszystkie typy zapór.
Wewnętrzny serwer DNS musi być skonfigurowany z
_cisco-uds._tcp.<domain>
Rejestruje SRV, dzięki czemu aplikacja Webex może odkryć Unified CM.
Publiczny DNS
Rejestry SRV
Publiczny, zewnętrzny serwer DNS musi być skonfigurowany z _collab-edge._tls.<domain>
Rejestry SRV tak, aby punkty końcowe mogły odkryć Expressway-Es używane dla MRA.
GeoDNS
W wersjach 43.6 i nowszych można skonfigurować aplikację Webex do współpracy z systemem GeoDNS. Ta opcja poprawia wydajność sieci, umożliwiając aplikacji łączenie się z najbliższym geograficznie Expressway-E.
Jeśli skonfigurowano GeoDNS dla rekordów SRV, zalecamy edycję rejestru na HVD w następujący sposób:
Otwórz rejestr, aby
HKEY_LOCAL_MACHINE\SOFTWARE\Cisco Spark Native
.Utwórz nowy klucz DWORD o nazwie
VDIGeoDnsEnabled
.Ustaw
VDIGeoDnsEnabled
do1
.(Zestaw)
VDIGeoDnsEnabled
do0
(domyślnie), jeśli chcesz wyłączyć kompatybilność GeoDNS dla aplikacji Webex w tym interfejsie HVD).Zapisz rejestr.
Konfiguracja zapory
Zarówno zapora wewnętrzna, jak i zewnętrzna muszą zezwalać na następujące połączenia wychodzące z aplikacji Webex w HVD do Expressway-E:
SIP — TCP 5061
HTTPS — TCP 8443
Zewnętrzna zapora musi również zezwalać na następujące połączenia przychodzące od cienkiego klienta użytkownika do usługi Expressway:
Media — UDP 36002–59999
Przepływ zadania wdrożenia VDI aplikacji Webex
W tych krokach dowiesz się, jak wdrożyć aplikację Webex w swoim środowisku VDI. Kroki obejmują to, co należy zrobić w środowisku hostowanego pulpitu wirtualnego (HVD) oraz co użytkownicy muszą zrobić na swoich cienkich klientach.
Przed rozpoczęciem
Przygotuj środowisko dla aplikacji Webex dla VDI
Jeśli chcesz, aby użytkownicy VDI aplikacji Webex mieli dostęp do funkcji połączeń w Twojej organizacji, musisz użyć wskazówek w rozdziale Przygotuj środowisko , aby wdrożyć usługę połączeń (Unified CM, Webex Calling lub BroadWorks) przed wdrożeniem VDI. |
1 | Skonfiguruj jeden z następujących rodzajów hostowanego pulpitu wirtualnego:
Aby przygotować się do zdalnego dostępu do aplikacji Webex z cienkich urządzeń klienckich, skonfiguruj aplikację Webex w scentralizowanym środowisku wirtualnego pulpitu (HVD). |
2 | Zainstaluj wtyczkę VDI aplikacji Webex na cienkich maszynach klienckich dla następujących platform:
Po zainstalowaniu aplikacji Webex w centralnym środowisku HVD użytkownicy będą mogli zainstalować wtyczkę VDI aplikacji Webex na swoich cienkich urządzeniach klienckich. Ciency klienci to zazwyczaj lekkie lub przeprojektowane komputery, których użytkownicy używają do nawiązania zdalnego połączenia ze scentralizowanym serwerem HVD, na którym jest hostowana aplikacja Webex. Cienkie wtyczki klienckie dla obsługiwanych platform są dostępne w notatkach do wydania aplikacji Webex VDI. |
3 | (Opcjonalnie) W przypadku cienkich klientów systemu Linux należy również Zainstalować wtyczkę Webex Meetings VDI na cienkich systemach klienckich. W przypadku spotkań w pełni funkcjonalnych w aplikacji Webex należy zainstalować dwie oddzielne wtyczki VDI na cienkich klientach systemu Linux. |
Skonfiguruj hostowany pulpit wirtualny i zainstaluj aplikację Webex
Aby przygotować się do zdalnego dostępu do aplikacji Webex z cienkich urządzeń klienckich, skonfiguruj aplikację Webex w scentralizowanym środowisku hostowanego pulpitu wirtualnego (HVD).
Przed rozpoczęciem
Postępuj zgodnie ze wszystkimi wymogami wstępnymi w Przygotuj środowisko dla aplikacji Webex dla VDI.
Jeśli chcesz, aby użytkownicy VDI aplikacji Webex mieli dostęp do funkcji połączeń w Twojej organizacji, musisz wdrożyć usługę połączeń (Unified CM, Webex Calling lub BroadWorks) przed wdrożeniem VDI.
Ta sekcja obejmuje tylko sposób instalowania aplikacji Webex w istniejącym środowisku HVD. Najlepsze praktyki wdrażania HVD można znaleźć w dokumentacji Citrix lub Vmware.
1 | Zaloguj się do usługi Microsoft Windows HVD jako nowy użytkownik z uprawnieniami administratora domeny. | ||
2 | Dołącz do HVD w domenie korporacyjnej. | ||
3 | Skonfiguruj dostęp Citrix lub VMware do HVDs. | ||
4 | Jeśli Twoja organizacja ma własną witrynę do pobrania, która zawiera aplikację Webex dostosowaną do Twojej witryny, przejdź do tej witryny i pobierz wersję dostosowaną do Twojej organizacji. W przeciwnym razie, w przypadku wersji ogólnej, przejdź do notatek wersji VDI aplikacji Webex > Pobieranie i pobierz potrzebną aplikację Webex:
| ||
5 | Korzystając z uprawnień administracyjnych, zainstaluj aplikację na HVD za pomocą tych poleceń i argumentów (te przykłady używają katalogu pobierania
W poniższej tabeli znajdują się objaśnienia argumentów, których można używać podczas instalowania aplikacji Webex w środowisku VDI. | ||
6 | Klonuj obraz HVD. Więcej informacji na temat najlepszych praktyk klonowania obrazów Microsoft Windows HVD można znaleźć w dokumentacji produktu Citrix lub VMware. |
Co zrobić dalej
Aby uzyskać informacje o preferencjach użytkownika i sposobach ich zachowania, zobacz Preferencje użytkownika.
Argumenty instalacji, wyjaśnienia i wymagane uprawnienia
W poniższej tabeli znajdują się objaśnienia argumentów, których można używać podczas instalowania aplikacji Webex w środowisku VDI.
Argument | Uwagi | Wymaga uprawnień administratora do instalacji |
---|---|---|
ALLUSERS=1 | Instaluje aplikację Webex w c:\plikach programu. Jest to przydatne we wspólnym środowisku (zwykle nietrwałe VDI). Jeśli ten argument nie jest określony, aplikacja Webex jest zainstalowana w %LocalAppData%\Programs\Cisco Spark | ✓ |
| Wartość Użyj tej opcji, jeśli wolisz ręcznie utrzymywać uaktualnienia. Użyj wersji połączonych z notatek o wersji VDI aplikacji Webex. Argument ten nie ma wpływu na środowisko inne niż VDI. Wartość Temu argumentowi musi towarzyszyć | ✓ |
| Steruje zoptymalizowanym rozwiązaniem VDI. (Oficjalnie wspierane.)
| ✓ |
| Tylko dla instalatora pakietów. Podczas instalowania łączonych komponentów aplikacji Webex można użyć tego argumentu do zablokowania wersji aplikacji używanej do dołączania do spotkań, jeśli wersja jest zgodna z wersją witryny. | ✓ |
INSTALLWV2=1 | Zainstaluj przeglądarkę wbudowaną WebView2 firmy Microsoft podczas instalowania aplikacji Webex przy użyciu Aby uzyskać więcej informacji na temat wymagań dotyczących aplikacji Webex i WebView2, zobacz wymagania dotyczące aplikacji Webex | WebView2. | ✓ |
ROAMINGENABLED=1 | Jeśli ten argument jest podany, to baza danych roamingu ( Temu argumentowi musi towarzyszyć Aby uzyskać więcej informacji, zobacz Preferencje użytkownika. | ✓ |
Porównanie instalacji
Użytkownicy mogą znajdować się w środowisku Citrix i nie mają zainstalowanego cienkiego klienta ani odłączonego kanału wirtualnego. Obsługujemy ten scenariusz, cofając się do niewirtualnej instalacji aplikacji Webex. W tym trybie aplikacja wyświetla ostrzeżenie, że jakość wideo może mieć wpływ. Po podłączeniu kanału wirtualnego aplikacja może przełączyć się na tryb VDI.
Użyj tej tabeli, aby zrozumieć różne kombinacje instalacji i ich wpływ na optymalizację multimediów dla Unified CM, Webex Calling i połączeń w aplikacji Webex.
Argument HVD VDI | Cienka wtyczka klienta | Użytkownik z obsługą połączeń | Połączenia w aplikacji Webex |
---|---|---|---|
ENABLEVDI=0 | Nie zainstalowano | Media nie są zoptymalizowane | Media nie są zoptymalizowane |
ENABLEVDI=0 | Zainstalowano | Media nie są zoptymalizowane | Media nie są zoptymalizowane |
ENABLEVDI=1 * ENABLEVDI=2 ** | Zainstalowano | Obsługiwane wdrażanie; media są zoptymalizowane | Obsługiwane wdrażanie; media są zoptymalizowane |
ENABLEVDI=1 * ENABLEVDI=2 ** | Nie zainstalowano | Odwrócenie do niezoptymalizowanych multimediów | Odwrócenie do niezoptymalizowanych multimediów |
* Ten argument nie wykrywa automatycznie środowiska VDI.
** Ten argument automatycznie wykrywa środowisko VDI.
Preferencje użytkownika
Wszystkie preferencje użytkownika znajdują się w bazie danych roamingu ( spark_roaming_store.db
). Ta baza danych jest znacznie mniejsza niż główny db ( spark_persistent_store.db
).
Jeśli jesteś nietrwałym klientem VDI (środowisko VDI, które jest usuwane za każdym razem, gdy użytkownik się wyloguje), możesz szybko utworzyć kopię zapasową i przywrócić folder Appdata\Roaming\CiscoSpark
dzięki czemu użytkownicy VDI nie stracą preferencji między sesjami.
Baza danych roamingu zawiera wszystkie poświadczenia i preferencje użytkownika, zaszyfrowane przy użyciu AES256. Jako klient VDI należy zawsze wykonać kopię zapasową powyższego folderu, aby poświadczenia i preferencje użytkowników były utrzymywane w trakcie sesji VDI.
Aby odszyfrować bazę danych roamingu, należy również zsynchronizować następujące foldery podczas sesji VDI:
AppData\Roaming\Microsoft\Credentials
AppData\Roaming\Microsoft\Crypto
AppData\Roaming\Microsoft\Protect
AppData\Roaming\Microsoft\SystemCertificates
Konfigurowanie pulpitu wirtualnego Azure dla aplikacji Webex
Te kroki wysokiego poziomu umożliwiają wdrożenie nowego środowiska systemu Windows na Azure Virtual Desktop (dawniej Windows Virtual Desktop). AVD to rozwiązanie VDI zarządzane w chmurze. Użytkownicy uzyskują dostęp do aplikacji Webex za pośrednictwem wirtualnego środowiska systemu Windows.
Nie obsługujemy spotkań z pełnymi funkcjami za pomocą aplikacji Webex na Azure Virtual Desktop. |
Przed rozpoczęciem
To rozwiązanie wymaga subskrypcji usługi Microsoft Azure.
Musisz mieć konto użytkownika z rolą TenantCreator.
Konta użytkowników muszą być zsynchronizowane z usługą Azure Active Directory.
1 | Przejdź przez etapy wdrażania w portalu administratora usługi Azure, aby utworzyć pulę hosta, maszyny wirtualne i powiązane ustawienia. Pula hostów to kolekcja maszyn wirtualnych, które oferują podobną usługę. Azure wskazuje, kiedy środowisko wirtualne jest gotowe. |
2 | Użyj klienta systemu Windows do przetestowania, czy użytkownik może uzyskać dostęp do puli hosta. Aby uzyskać informacje o poszczególnych krokach wdrażania, zobacz dokumentację firmy Microsoft dotyczącą rozpoczynania korzystania z usługi AVD. |
Zainstaluj wtyczkę VDI aplikacji Webex w cienkich systemach klienckich systemu Windows
Po zainstalowaniu aplikacji Webex w centralnym środowisku HVD należy zainstalować wtyczkę VDI aplikacji Webex na cienkich urządzeniach klienckich.
Pobierz cienkie wtyczki klienta z notatek wersji VDI aplikacji Webex.
Jeśli nie możesz zainstalować wtyczki VDI dla użytkowników, przeprowadź ich przez te kroki na ich cienkich urządzeniach klienckich.
Przed rozpoczęciem
Lista obsługiwanych platform dla wtyczki Webex App VDI dla systemu Windows znajduje się w cienkich klientach systemu Windows.
Aplikacja Webex musi zostać zainstalowana w centralnym środowisku HVD.
1 | Przejdź do notatek o wersji VDI aplikacji Webex > Pobieranie, a następnie pobierz instalator wtyczki VDI aplikacji Webex dla systemu Windows. |
2 | Uruchom |
3 | Aby otworzyć plik wykonywalny, kliknij przycisk OK. |
4 | Przeczytaj EULA, a jeśli się zgodzisz, kliknij przycisk Akceptuj i Zainstaluj. |
5 | Aby ukończyć instalację, kliknij przycisk Zakończ. |
6 | (Opcjonalnie) Jeśli użytkownik lub użytkownicy ręcznie instalują dwie wtyczki do pełnowartościowych spotkań, wykonaj czynności opisane we wtyczce Instaluj spotkania VDI na cienkich systemach klienckich. |
Co zrobić dalej
Aby aplikacja Webex działała prawidłowo dla użytkowników, należy użyć oficjalnej wtyczki cienkiego klienta. Aby potwierdzić, sprawdzenie stanu pokazuje stan połączenia dla kanału wirtualnego. |
Zainstaluj wtyczkę VDI aplikacji Webex na cienkich systemach klienckich Linux
Po zainstalowaniu aplikacji Webex w centralnym środowisku HVD użytkownicy będą mogli zainstalować wtyczkę VDI aplikacji Webex na swoich cienkich urządzeniach klienckich. Ciency klienci to zazwyczaj lekkie lub przeprojektowane komputery, których użytkownicy używają do nawiązania zdalnego połączenia ze scentralizowanym serwerem HVD, na którym jest hostowana aplikacja Webex. Cienkie wtyczki klienckie dla obsługiwanych platform są połączone z notatkami wydania aplikacji Webex VDI.
Przed rozpoczęciem
Lista obsługiwanych platform dla wtyczki VDI aplikacji Webex dla systemu Linux znajduje się w cienkich klientach systemu Linux.
Aby aplikacja Webex działała prawidłowo dla użytkowników i była zoptymalizowana pod kątem VDI, należy użyć cienkiej konstrukcji klienta. Aby potwierdzić, sprawdzenie stanu aplikacji Webex pokazuje stan połączenia dla kanału wirtualnego. |
Zainstaluj wtyczkę VDI aplikacji Webex na cienkich systemach macOS klienta
Po zainstalowaniu aplikacji Webex w centralnym środowisku HVD użytkownicy będą mogli zainstalować wtyczkę VDI aplikacji Webex na swoich cienkich urządzeniach klienckich. Ciency klienci to zazwyczaj lekkie lub przeprojektowane komputery, których użytkownicy używają do nawiązania zdalnego połączenia ze scentralizowanym serwerem HVD, na którym jest hostowana aplikacja Webex. Cienkie wtyczki klienckie dla obsługiwanych platform są połączone z notatkami wydania aplikacji Webex VDI.
Uruchom instalator MacOS (PKG), aby zainstalować wtyczkę Webex VDI.
Przed rozpoczęciem
Lista obsługiwanych platform dla wtyczki VDI aplikacji Webex dla systemu macOS znajduje się w cienkich klientach systemu macOS.
1 | Pobierz wtyczkę aplikacji Webex dla cienkich systemów klienckich macOS z notatek wydania aplikacji Webex VDI > Pliki do pobrania. |
2 | Uruchom |
3 | Przeczytaj EULA i, jeśli się zgodzisz, kliknij przycisk Kontynuuj. |
4 | Kliknij opcję Instaluj, a jeśli pojawi się monit, że najpierw musi zostać zamknięty klient Citrix Workspace lub klient VMware Horizon, kliknij opcję Zamknij aplikację i Instaluj. Jeśli w tym czasie nie można zamknąć aplikacji Citrix lub VMware, można również kliknąć opcję Instaluj później. |
5 | Kliknij pozostałe ekrany, aby dokończyć instalację. |
Co zrobić dalej
Gdy użytkownicy uruchamiają wtyczkę VDI aplikacji Webex po raz pierwszy, zaakceptuj następujące wymagane uprawnienia:
Pozwolenie | Opis |
---|---|
Kamera dostępowa | Wykorzystuje kamerę w połączeniu wideo lub próbuje otworzyć kamerę w Ustawieniach. |
Dostęp do mikrofonu | Używa mikrofonu do połączeń głosowych. |
Nagrywanie ekranu | Wykorzystuje kamerę w połączeniu wideo lub próbuje otworzyć kamerę w Ustawieniach. |
Aby aplikacja Webex działała prawidłowo dla użytkowników, należy użyć oficjalnej wtyczki cienkiego klienta z witryny pobierania. Aby potwierdzić, sprawdzenie stanu pokazuje stan połączenia dla kanału wirtualnego. |
Zainstaluj wtyczkę Webex Meetings VDI na cienkich systemach klienckich
W przypadku pełnych spotkań z aplikacją Webex:
W przypadku cienkich klientów systemu Windows lub MacOS zainstaluj wtyczkę w pakiecie (App + Meetings).
Na cienkich klientach systemu Linux zainstaluj oddzielną wtyczkę Meetings VDI po zainstalowaniu oddzielnej wtyczki VDI aplikacji.
Przed rozpoczęciem
Zainstaluj tylko aplikację Webex w środowisku HVD. Nie są wymagane żadne inne aplikacje.
Upewnij się, że spełniasz wszystkie wymagania dotyczące spotkań.
Znane problemy i ograniczenia aplikacji Webex dla VDI
Funkcje
Aby uzyskać informacje o ograniczeniach funkcji dla każdej wersji, zobacz notatki dotyczące wydania aplikacji Webex VDI.
Aplikacja Webex i klient VDI
W przypadku trybu VDI obsługujemy tylko udostępnioną aplikację Webex dla systemu Windows (instalator HVD) oraz wersje wtyczek cienkiego klienta aplikacji Webex, które są publikowane w notatkach dotyczących wydania aplikacji Webex VDI.
Obsługujemy tylko protokół IPv4 dla środowiska HVD i cienkich klientów.
Gdy użytkownicy nie korzystają z zoptymalizowanego rozwiązania VDI lub są w trybie cofania, wideo HD jest wyłączone, a aplikacja Webex wyświetla powiadomienie, że może wystąpić problem z jakością multimediów.
Nie zalecamy, aby użytkownicy korzystali z VDI w trybie niezweryfikowanym lub awaryjnym. Ich kamera lub zestaw słuchawkowy może nie działać i mogą doświadczyć słabej jakości mediów.
W kliencie MacOS VDI do paska systemu MacOS lub menu aplikacji wycieka transmisja wideo, gdy połączenie HVD jest wyświetlane na pełnym ekranie.
W przypadku klientów systemu Linux VDI połączenie przychodzące nie dzwoni do wszystkich urządzeń (w tym do głośników na cienkim kliencie), nawet jeśli ta opcja jest zaznaczona w aplikacji Webex w hostu HVD. Tylko urządzenie audio wybrane na wyświetlaczu HVD odtwarza sygnał dzwonka.
Połączenia z Unified CM
Dla połączeń lokalnych tylko z Expressways: jeśli między HVD a Expressway-E nie ma NAT w parze trawersowej używanej do MRA, Expressway traktuje SIP i sygnalizację multimedialną jako wewnętrzną i nie przekazuje multimediów do cienkiego klienta. Aby to naprawić, rozmieść NAT między HVD a Expressways. W ten sposób, gdy HVD wysyła INVITE SIP do Expressway-E, najpierw przechodzi do NAT. Następnie, Expressway-E może przekazać do cienkiego klienta.
W przypadku trybu rezerwowego klucz rejestru wyboru trybu nie może sterować mediami dla automatycznego odebranego połączenia Unified CM.
Citrix
Funkcja wielozadaniowa nie działa z aplikacją Webex w VDI.
W trybie braku optymalizacji lub w trybie cofania mapowanie urządzenia Citrix obsługuje maksymalnie 4 urządzenia.
W Citrix dla systemu Linux obsługujemy odtwarzanie poczty głosowej tylko za pomocą urządzenia domyślnego na cienkim kliencie. Jeśli więc chcesz odtworzyć pocztę głosową za pomocą preferowanego urządzenia audio, musisz otworzyć ustawienia dźwięku na cienkim kliencie, aby ustawić urządzenie, którego chcesz używać domyślnie.
Przed zainstalowaniem klienta VDI aplikacji Webex należy zainstalować Citrix Receiver/Workspace, również podczas aktualizacji środowiska Receiver/Workspace. Jeśli klient Citrix lub VMWare nie jest zainstalowany, klient VDI aplikacji Webex wyświetli błąd i instalacja się zakończy.
W przypadku systemu Windows, jeśli używasz wersji Citrix Workspace, która jest wcześniejsza niż 2002, musisz ponownie zainstalować (odinstalować, a następnie zainstalować ponownie lub naprawić) klienta VDI aplikacji Webex po odinstalowaniu i ponownym zainstalowaniu Citrix Receiver/Workspace. Jeśli uruchomisz wersję 2002 lub nowszą, nie musisz odinstalować i ponownie zainstalować.
W przypadku wszystkich obsługiwanych wersji Citrix Workspace dla systemu Linux należy ponownie zainstalować (odinstalować, a następnie zainstalować ponownie lub naprawić) klienta VDI aplikacji Webex po odinstalowaniu i ponownym zainstalowaniu Citrix Receiver/Workspace.
Citrix Receiver/Workspace korzysta z 32-bitowej architektury. Aplikacja Webex VDI współpracuje z tym środowiskiem.
Azure Virtual Desktop (wcześniej Windows Virtual Desktop)
Na Azure Virtual Desktop (AVD) dla lokalnych połączeń Unified CM obsługujemy obecnie tylko cienkiego klienta pracującego w ramach MRA. Aplikacja Webex na pulpicie WVD (zdalny pulpit oparty na chmurze) działa na MRA. Jeśli cienki klient jest w siedzibie, połączenia Unified CM mogą być blokowane przez niektóre ustawienia zapory. Wbudowane połączenia Webex Calling i Webex App nie są zagrożone.
AVD nie obsługuje funkcji „Dopasuj sesję do okna” w konfiguracji klienta AVD.
W przypadku wdrożeń AVD należy włączyć połączenia UDP między siecią wewnętrzną a portem Expressway-E — zakres portów od 16384 do 32767.
VMware
Przed zainstalowaniem klienta VDI aplikacji Webex należy zainstalować klienta VMware Horizon. Jeśli klient Citrix lub VMware nie jest zainstalowany, klient VDI aplikacji Webex wyświetla błąd i instalacja się kończy.
Klient VMWare Horizon w wersji 8.x (2103) jest obsługiwany od wtyczki Webex VDI w wersji 41.4 i nowszych.
Dla trybu zgodności: Jeśli użytkownicy mają poprzednią wersję wtyczki VDI (w tym tylko uaktualnianie aplikacji Webex do 41.4), wideo w połączeniu może nie pojawić się poprawnie.
Nie obsługujemy klienta VMWare Horizon w architekturze 32-bitowej, ponieważ przerwaliśmy wtyczkę 32-bitową dla systemu Windows.
Klient VDI aplikacji Webex musi mieć taką samą architekturę jak klient VMware Horizon: 64-bitowy klient VMware Horizon współpracuje z (64-bitowym) klientem VDI aplikacji Webex. Klient VMware Horizon ma tylko jeden instalator, a domyślna instalacja to 64-bitowa.
Jeśli
vdpService.dll
istnieje wC:\Program Files (x86)\VMware\VMware Horizon View Client\x64
, masz 64-bitowy klient VMware Horizon.Jeśli
vdpService.dll
jest podC:\Program Files (x86)\VMware\VMware Horizon View Client\
, masz 32-bitowego klienta VMware Horizon.W oprogramowaniu VMware dla systemów Linux i Windows obsługujemy odtwarzanie poczty głosowej tylko przy użyciu domyślnego urządzenia na cienkim kliencie. Jeśli więc chcesz odtworzyć pocztę głosową za pomocą preferowanego urządzenia audio, musisz otworzyć ustawienia dźwięku na cienkim kliencie, aby ustawić urządzenie, którego chcesz używać domyślnie.
Na pulpicie VMware Cloud dla połączeń w siedzibie Unified CM obsługujemy obecnie tylko cienkiego klienta pracującego w ramach MRA. Aplikacja Webex na pulpicie VMware Cloud (zdalny pulpit oparty na chmurze) działa na MRA. Jeśli cienki klient jest w siedzibie, połączenia Unified CM mogą być blokowane przez niektóre ustawienia zapory. Wbudowane połączenia Webex Calling i Webex App nie są zagrożone.
W przypadku wdrożeń pulpitu VMware Cloud należy włączyć połączenia UDP między siecią wewnętrzną a portem Expressway-E — zakres portów od 16384 do 32767.
Po sprawdzeniu, czy kamera lub urządzenie audio w urządzeniu Connect USB na kliencie VMware Horizon, Webex w HVD nie może wykryć ani pokazać tych urządzeń.
Obszary robocze Amazon
- Na hostowanym pulpicie wirtualnym postępuj zgodnie z instrukcjami tutaj , aby włączyć rozszerzenia dla WSP za pomocą GPO.
- W przypadku, gdy w Health Checker aplikacji Webex nie wykryto środowiska VDI, po ręcznym zainstalowaniu nowego wiersza polecenia spróbuj najpierw wylogować się/zalogować na hostowanym pulpicie systemu Windows.
Różne
W środowiskach VGPU Citrix i Windows Virtual Desktop aplikacja Webex nie jest wykrywana jako działająca w środowisku VDI.
Zalecamy zainstalowanie aplikacji Webex za pomocą
ENABLEVDI=1
argument, aby wymusić optymalizację VDI.Obsługujemy jednego klienta VDI aplikacji Webex współpracującego z jednym wystąpieniem aplikacji Webex. Użytkownicy mogą rozpocząć wiele sesji Citrix lub VMware, ale działa tylko jedno wystąpienie połączenia, a pozostałe wystąpienia wracają do trybu non-VDI.
Aplikacja Webex VDI wykrywa najpierw Citrix, a następnie VMware w środowisku HVD. Jeśli chcesz korzystać z VMware, upewnij się, że nie zainstalowano agenta Citrix.
Zarządzanie uaktualnieniami
Aktualizacje aplikacji Webex na pulpicie wirtualnym
W środowiskach VDI co dwa miesiące pojawia się nowa wersja aplikacji Webex. Najnowsze i obsługiwane wersje można uzyskać z notatek o wersji VDI aplikacji Webex > Pliki do pobrania.
Zalecamy włączenie automatycznych uaktualnień aplikacji Webex na pulpicie wirtualnym. Ta opcja zapewnia, że użytkownicy automatycznie otrzymują najnowsze funkcje. Inną opcją jest ręczne uaktualnianie po udostępnieniu nowej wersji.
Aby włączyć automatyczne uaktualnianie aplikacji Webex na pulpicie wirtualnym, masz dwie opcje:
Włącz go podczas początkowej instalacji z wiersza poleceń (patrz Konfigurowanie hostowanego pulpitu wirtualnego aplikacji Webex w rozdziale wdrażania tej książki).
Edytuj klucz rejestru systemu Windows na pulpicie wirtualnym:
W wpisie rejestru dla
HKEY_LOCAL_MACHINE\SOFTWARE\Cisco Spark Native
, zestawienieAutoUpgradeEnabled=1
.Jeśli chcesz ręcznie zaktualizować aplikację Webex, ustaw
AutoUpgradeEnabled=0
.
|
Cienkie uaktualnienia klientów
Wtyczka VDI aplikacji Webex jest uruchamiana raz na dwa miesiące.
Zalecamy włączenie automatycznych uaktualnień wtyczek. Aby włączyć automatyczne uaktualnienia wtyczki VDI, należy edytować klucz rejestru systemu Windows na pulpicie wirtualnym:
W wpisie rejestru dla
HKEY_LOCAL_MACHINE\SOFTWARE\Cisco Spark Native
, zestawienieAutoUpgradeVDIPluginEnabled=1
.Na tej samej ścieżce sprawdź, czy
AutoUpgradeEnabled=1
.
Jeśli chcesz zapobiec automatycznej aktualizacji wtyczki, ustaw AutoUpgradeVDIPluginEnabled=0
na pulpicie wirtualnym. Po wybraniu tej opcji należy ręcznie uaktualnić wtyczki, aby zachować zgodność wersji z aplikacją.
|
Aktualizacja Citrix lub VMware
Pamiętaj o tych informacjach podczas zarządzania aktualizacjami lub zmianami w brokerach połączeń Citrix lub VMware. Pamiętaj, aby używać obsługiwanych wersji, które są wymienione w rozdziale Przygotuj swoje środowisko.
Citrix
Zainstaluj lub uaktualnij | Cienkie klienci systemu Windows i Mac | Linux cienkie klienci |
---|---|---|
Nowa instalacja | Przed zainstalowaniem wtyczki VDI aplikacji Webex na cienkim kliencie systemu Windows lub Mac zainstaluj Citrix Receiver lub Workspace. Ty i Twoi użytkownicy widzą ostrzeżenie w krokach instalacji wtyczki VDI, które przypomina, aby zainstalować broker połączenia pierwszy. | Przed zainstalowaniem wtyczki VDI aplikacji Webex na cienkim kliencie Linux zainstaluj Citrix Receiver lub Workspace. Ty i Twoi użytkownicy widzą ostrzeżenie w krokach instalacji wtyczki VDI, które przypomina, aby zainstalować broker połączenia pierwszy. |
Uaktualnij | Jeśli widzisz powiadomienie o uaktualnieniu w środowisku Citrix, wykonanie tego uaktualnienia nie wpływa na wtyczkę VDI aplikacji Webex na cienkim kliencie systemu Windows lub Mac. | Jeśli widzisz powiadomienie o uaktualnieniu w środowisku Citrix, musisz ponownie zainstalować wtyczkę VDI aplikacji Webex na cienkim kliencie Linux po uaktualnieniu środowiska Citrix. |
Ponowna instalacja |
| W celu ponownej instalacji dowolnej obsługiwanej wersji systemu Citrix Workspace należy ponownie zainstalować wtyczkę VDI aplikacji Webex na cienkim kliencie systemu Linux. |
VMware
Zainstaluj lub uaktualnij | Windows cienki klient | cienkie klienty systemu Linux i Mac |
---|---|---|
Nowa instalacja | Zainstaluj klienta VMware Horizon przed zainstalowaniem wtyczki VDI aplikacji Webex na cienkim kliencie systemu Windows. Ty i Twoi użytkownicy widzą ostrzeżenie w krokach instalacji wtyczki VDI, które przypomina, aby zainstalować broker złącza pierwszy. | Zainstaluj klienta VMware Horizon przed zainstalowaniem wtyczki VDI aplikacji Webex na cienkim kliencie Linux lub Mac. Ty i Twoi użytkownicy widzą ostrzeżenie w krokach instalacji wtyczki VDI, które przypomina, aby zainstalować broker złącza pierwszy. |
Uaktualnij | Jeśli widzisz powiadomienie o uaktualnieniu w środowisku VMware, wykonanie tego uaktualnienia nie wpływa na wtyczkę VDI aplikacji Webex na cienkim kliencie systemu Windows. | Jeśli widzisz powiadomienie o uaktualnieniu w środowisku VMware, musisz ponownie zainstalować wtyczkę VDI aplikacji Webex na cienkim kliencie Linux lub Mac po uaktualnieniu środowiska Citrix. |
Ponowna instalacja | W przypadku ponownej instalacji VMware wtyczka Windows VDI działa i nie ma wpływu. | W celu ponownej instalacji VMware należy ponownie zainstalować wtyczkę aplikacji Webex na cienkim kliencie Linux lub Mac. |
Wyłącz wykrywanie VDI po instalacji
Jeśli masz użytkowników, którzy nie chcą korzystać z klienta VDI, a aplikacja Webex jest już wdrożona, możesz wyłączyć wykrywanie VDI po instalacji. Po tej konfiguracji aplikacja Webex działa w niezoptymalizowanym rozwiązaniu.
1 | Otwórz jedną z następujących ścieżek instalacji, w zależności od sposobu wdrożenia aplikacji Webex w HVD:
|
2 | Zmień nazwę |
Co zrobić dalej
Jeśli odinstalujesz aplikację Webex później, TSDetectionLib_b.dll pozostanie w folderze. Należy zmienić nazwę pliku z powrotem na TSDetectionLib.dll przed odinstalowaniem aplikacji Webex lub usunąć TSDetectionLib_b.dll ręcznie po odinstalowaniu aplikacji Webex.
Włączanie lub wyłączanie zaawansowanych funkcji wideo w trybie rezerwowym VDI aplikacji Webex
Modyfikując rejestr, możesz włączyć lub wyłączyć określone funkcje aplikacji Webex, takie jak wysokiej rozdzielczości (HD) i udostępnianie ekranu. W ten sposób można zapisać zasoby na serwerze w centrum danych. Możesz również zdecydować, czy użytkownicy mogą udostępniać tylko ekran w pełnym oknie lub w oknie HVD. Jeśli Twoi użytkownicy są w systemach, które są zdolne do bardziej zaawansowanych funkcji wideo, możesz włączyć te funkcje w zależności od potrzeb.
Przed rozpoczęciem
Klawisze rejestru można modyfikować przed lub po zainstalowaniu wtyczki VDI.
Zmiany w rejestrze systemu Windows należy przeprowadzać z najwyższą ostrożnością. Przed wykonaniem tych czynności zalecamy utworzenie kopii zapasowej rejestru.
Wirtualne tła są domyślnie wyłączone.
Aby je włączyć, wykonaj czynności opisane w sekcji Konfigurowanie wirtualnych tła dla użytkowników Webex.
Upewnij się, że cienkie urządzenia klienckie użytkowników spełniają wymagania systemowe dotyczące wirtualnych tła.
1 | W oknie wyszukiwania systemu Windows lub oknie Uruchom wpisz regedit , a następnie naciśnij Enter | ||
2 | Przejdź do HKEY_LOCAL_MACHINE\Software\Cisco Spark Native\. | ||
3 | W razie potrzeby zmień wartości następujących kluczy rejestru: | ||
4 | Wybierz wartość DWORD dla VDIFallBackConf:
| ||
5 | Wybierz wartość DWORD dla VDIBackgroundEnabled:
| ||
6 | Wybierz wartość DWORD dla VDIScreenShareEnabled:
|
Konfigurowanie powiadomienia wtyczki VDI
Domyślnie użytkownicy są powiadamiani, czy ich klient Citrix lub VMware łączy się z HVD bez wtyczki VDI. Wygląda na to, że komunikat informuje ich o konieczności zainstalowania wtyczki VDI, dzięki czemu włączony jest zoptymalizowany tryb VDI. Użytkownicy mogą odrzucić przypomnienie, jeśli chcą.
Ponadto, jeśli wersja wtyczki VDI aplikacji Webex nie jest zgodna z aplikacją Webex w systemie HVD, wyskakujące okienko powiadamia użytkowników o uaktualnieniu wtyczki VDI aplikacji Webex. Przypomnienie pojawia się co tydzień, dopóki użytkownicy nie podejmą działań. Użytkownicy mogą również odrzucić to powiadomienie.
Jako administrator możesz włączyć lub wyłączyć te powiadomienia na poziomie całej organizacji.
Przed rozpoczęciem
Klawisze rejestru można modyfikować przed lub po zainstalowaniu wtyczki VDI.
Zmiany w rejestrze systemu Windows należy przeprowadzać z najwyższą ostrożnością. Przed wykonaniem tych czynności zalecamy utworzenie kopii zapasowej rejestru. |
1 | W oknie wyszukiwania systemu Windows lub oknie Uruchom wpisz regedit , a następnie naciśnij Enter |
2 | Przejdź do HKEY_LOCAL_MACHINE\Software\Cisco Spark Native\. |
3 | Wybierz wartość klucza reg DWORD (32-bitowy) dla VDIPluginNotificationEnabled:
|
Wyłącz sprawdzenie zgodności wersji VDI
Domyślnie aplikacja Webex w systemie HVD sprawdza zgodność wersji z wtyczką Webex VDI na cienkim kliencie. Wersja wtyczki nie powinna być większa niż 4 wydania co dwa miesiące za aplikacją Webex. Na przykład, jeśli aplikacja Webex w HVD jest w wersji 43.8 (sierpień 2023), następujące wersje wtyczki są kompatybilne:
43.8 (N) sierpień 2023 r.
43.6 (N-1) czerwiec 2023 r.
43.4 (N-2) kwiecień 2023 r.
43.2 (N-3) luty 2023 r.
42.12 (N-4) grudnia 2022 r.
Ta kompatybilność daje do 6 miesięcy, aby uaktualnić swoje cienkie wtyczki klienta, po uaktualnieniu hostowanych wirtualnych pulpitów.
Jeśli wtyczka Webex VDI nie jest zgodna z aplikacją Webex w systemie HVD, aplikacja Webex przechodzi w tryb awaryjny. Użytkownicy widzą powiadomienie wyskakujące, aby uaktualnić wtyczkę. Przypomnienie pojawia się co tydzień, dopóki użytkownicy nie podejmą działań.
Można użyć rejestru na HVD, aby kontrolować sprawdzenie zgodności wersji:
Zalecamy utworzenie kopii zapasowej rejestru przed użyciem tych czynności. |
W oknie Uruchomienie systemu Windows wpisz
regedit
a następnie naciśnij klawisz Enter.Przejdź do
HKEY_LOCAL_MACHINE\Software\Cisco Spark Native\
.Utwórz klucz rejestru DWORD (32-bitowy) o nazwie
VDIDisableCompatibilityVersionCheck
i nadaj mu jedną z następujących wartości:0
— Włącza sprawdzenie zgodności wersji (domyślnie).1
- Wyłącza sprawdzenie zgodności wersji.
Ustawienie dzwonków i alertów nie działa dla wszystkich urządzeń
W przypadku klientów systemu Linux VDI dzwonek połączenia przychodzącego nie dzwoni do wszystkich urządzeń (w tym do głośników na cienkim kliencie), nawet jeśli ta opcja jest zaznaczona w aplikacji Webex w hostu HVD. Tylko urządzenie audio wybrane na wyświetlaczu HVD odtwarza sygnał dzwonka.
Problem ten może powstać z powodu mapowania urządzenia audio na Citrix lub VMware.
Sprawdź klucz rejestru VDIDisablePlaytoneOnLinuxTCEnabled
w środowisku HVD. Jeśli cienki użytkownik klienta systemu Linux obserwuje ten problem dzwonka, ustaw wartość tego klucza na 1
.
Diagnostyka w aplikacji Webex
Diagnostyka dostępna w aplikacji Webex (komputer stacjonarny i VDI) pomaga Tobie i Twoim użytkownikom rozwiązywać problemy z połączeniem, sprawdzać jakość multimediów i zbierać ważne informacje o rozwiązywaniu problemów.
Podczas konfigurowania połączeń w aplikacji Webex (Unified CM) mogą wystąpić problemy związane z połączeniem lub wymaganymi ustawieniami (takimi jak domena głosowa i usługi UC). Za pomocą tego narzędzia można zdiagnozować, które usługi są prawidłowo skonfigurowane i czego brakuje. Ta funkcja jest przydatna w rozwiązywaniu scenariuszy i ograniczaniu przypadków pomocy technicznej, niezależnie od tego, czy migrujesz do usługi Calling w aplikacji Webex (Unified CM), czy konfigurujesz nowych użytkowników.
W razie problemów z doświadczeniem użytkownika mogą oni uzyskać dostęp do widoku diagnostyki i wyeksportować dane , aby udostępnić je Tobie lub pomocy technicznej.
Ustawienia Unified CM— ustawienia krytyczne (dla migracji Jabbera oraz nowej konfiguracji użytkownika), aby usługi telefoniczne działały poprawnie, takie jak:
Wersja systemu Unified CM
Domena usługi UC
SSO
Usługi UC, takie jak poczta głosowa
Expressway dla MRA
Jakość multimediów— jakość obrazu, dźwięku i udostępniania w obu kierunkach
Urządzenia— informacje o urządzeniu, gdy użytkownicy są podłączeni do urządzeń
Aby wyświetlić okno diagnostyki, zobacz skróty klawiaturowe i nawigacyjne.
Przekierowanie zawartości przeglądarki
Przekierowanie zawartości przeglądarki (BCR) to optymalizacja środowiska VDI, która zmniejsza obciążenie maszyny wirtualnego pulpitu.
Gdy funkcja BCR jest włączona na pulpicie wirtualnym, aplikacja Webex nie może udostępniać zawartości przeglądarki przez zdalne udostępnianie ekranu, udostępnianie aplikacji lub udostępnianie części ekranu.
Użytkownicy Webex mogą korzystać z lokalnego udostępniania ekranu, aby udostępniać przeglądarkę.
Nowe i zmienione informacje
Ta tabela zawiera aktualizacje zawartości związane z nowymi funkcjami lub funkcjami, zmiany w istniejącej zawartości oraz wszelkie poważne błędy, które zostały naprawione w podręczniku wdrażania aplikacji Webex dla infrastruktury pulpitu wirtualnego (VDI).
Więcej informacji o aktualizacjach VDI aplikacji Webex, nowych funkcjach, dodanej obsłudze VDI i ograniczeniach można znaleźć w notatkach dotyczących wersji VDI.
Data | Zmiany zostały wprowadzone | ||||
---|---|---|---|---|---|
13 listopada 2023 r. | Przygotuj swoje środowisko:
| ||||
23 sierpnia 2023 r. | Cały dokument:
Przygotuj swoje środowisko:
Wdrożenie aplikacji Webex dla VDI:
Zarządzanie i rozwiązywanie problemów z aplikacją Webex dla VDI:
| ||||
18 maja 2023 r. | Doprecyzowano notatkę dotyczącą wirtualnego pulpitu Azure w pełnowartościowych wymogach dotyczących spotkań. AVD nie obsługuje spotkań w pełnym zakresie. | ||||
17 kwietnia 2023 r. | Nowa zawartość dotycząca wyłączenia sprawdzenia zgodności wersji VDI w Zarządzaj i rozwiązuj problemy z aplikacją Webex dla VDI. Zaktualizowane obsługiwane wersje infrastruktury i systemu operacyjnego dla wersji 43.4 (kwiecień 2023), w Hosted pulpitu wirtualnego i cienkich wymagań klienta. | ||||
15 marca 2023 r. |
| ||||
3 marca 2023 r. |
| ||||
27 lutego 2023 r. | Dodano zalecenie do synchronizacji niektórych | ||||
11 stycznia 2023 r. | Dodano najnowszą sprawdzoną infrastrukturę i cienkie wersje systemu operacyjnego klienta oraz obsługiwany sprzęt w Hosted pulpicie wirtualnym i cienkie wymagania klienta. Obejmuje chip Apple M2, macOS Ventura, HP ThinPro 8 i Dell ThinOS 9.3. | ||||
26 października 2022 r. | Zaktualizowano | ||||
25 sierpnia 2022 r. | Zaktualizowano dla aplikacji Webex VDI w wersji 42.8:
Zaktualizowany opis dla | ||||
30 maja 2022 r. |
| ||||
26 kwietnia 2022 r. |
| ||||
25 kwietnia 2022 r |
| ||||
13 kwietnia 2022 r. |
| ||||
9 lutego 2022 r. |
| ||||
3 lutego 2022 r. |
| ||||
15 grudnia 2021 r. |
| ||||
12 listopada 2021 r |
| ||||
29 października 2021 r. |
| ||||
8 października 2021 r. |
| ||||
10 sierpnia 2021 r. |
| ||||
6 lipca 2021 r. |
| ||||
3 czerwca 2021 r. | Aktualizacje dotyczące wydania z czerwca (41.6), w tym:
Inne ogólne aktualizacje:
| ||||
3 maja 2021 r. |
| ||||
Kwiecień 16, 2021 |
| ||||
9 kwietnia 2021 r. |
| ||||
18 stycznia 2021 r. |
| ||||
11 grudnia 2020 r. |
| ||||
Września 29, 2020 |
| ||||
16 lipca 2020 r. |
| ||||
29 czerwca 2020 r. |
|
Przegląd aplikacji Webex dla VDI
Bez optymalizacji przesyłanie wiadomości Webex App działa bez zmian w środowisku infrastruktury pulpitu wirtualnego (VDI). Jednak pełna funkcjonalność aplikacji Webex obejmuje również połączenia i spotkania, które wymagają przetwarzania multimediów wideo i audio.
Z powodu ograniczenia znanego jako efekt spinki do włosów , funkcje połączeń, spotkań i towarzyszącego wideo nie są obsługiwane bez optymalizacji. Dodatkowa przepustowość wymagana do połączeń i wideo tworzy wąskie gardło w centrum danych, ponieważ media przepływają od jednego użytkownika do centrum danych z powrotem do innego użytkownika. Ze względu na tę niezoptymalizowaną ścieżkę multimediów i brak łatwego dostępu do urządzeń peryferyjnych, takich jak głośniki urządzenia, mikrofon i kamera, wrażenia użytkownika nie są idealne.
Aby rozwiązać problem z efektem szpilki, wtyczka Webex App VDI rozszerza środowisko współpracy Cisco na wdrożenia wirtualne, dzięki czemu użytkownicy mogą korzystać ze wszystkich funkcji przesyłania wiadomości, spotkań i połączeń, które zapewnia aplikacja Webex .
Aby zmniejszyć opóźnienia i poprawić jakość multimediów, wtyczka VDI optymalizuje przepływy pracy z multimediami, przesyłając strumieniowo multimedia bezpośrednio między użytkownikami na punktach końcowych cienkiego klienta i wykorzystuje sprzęt maszyn cienkiego klienta do obsługi przetwarzania multimediów. Ta ścieżka multimediów nie przechodzi przez hostowane wirtualne komputery stacjonarne (HVD). W rezultacie użytkownicy VDI mogą korzystać ze stabilnych i w pełni funkcjonalnych połączeń oraz spotkań.
W tej architekturze aplikacja Webex jest instalowana na urządzeniu HVD w środowisku VDI, a wymagane wtyczki VDI są instalowane na cienkim kliencie (zazwyczaj lekkim systemie, takim jak laptop lub komputer stacjonarny o zmienionym przeznaczeniu).
Korzystając z obsługiwanego cienkiego klienta z systemem Linux, Mac lub Windows, użytkownicy uzyskują dostęp do aplikacji Webex w interfejsie HVD ze zdalnego środowiska pulpitu wirtualnego. Dzięki obsługiwanym wersjom aplikacji Webex użytkownicy mogą korzystać ze wszystkich wbudowanych funkcji przesyłania wiadomości, spotkań i połączeń w aplikacji Webex na swoich cienkich klientach. Ponadto można zintegrować Webex App VDI ze środowiskiem Unified CM lub Webex Calling , aby użytkownicy mogli korzystać z obsługiwanych funkcji połączeń.
|
Aby uzyskać więcej informacji o nowych funkcjach dla każdej wersji, zobacz notatki dotyczące wydania.
Informacje ogólne o środowisku VDI
Elementy VDI
Korzystanie z aplikacji Webex w zoptymalizowanym środowisku wirtualnym wymaga następujących elementów.
broker połączeń — menedżer zasobów i połączeń (Citrix, VMware), który łączy dostawcę wirtualizacji z cienkim klientem.
Prowadzony pulpit wirtualny (HVD) — maszyna wirtualna (VM), która obsługuje aplikację Webex zdalnie.
Cienki klient— punkt końcowy (na przykład niskonakładowy lub przeprojektowany komputer stacjonarny lub laptop) używany przez użytkownika do zdalnego logowania się na pulpicie wirtualnym. Broker połączeń i wtyczka VDI są zainstalowane na cienkim urządzeniu klienckim, dzięki czemu może uzyskać dostęp do środowiska HVD.
Wtyczka— oprogramowanie zainstalowane na cienkim kliencie używane do odładowania przetwarzania multimediów do urządzenia użytkownika zamiast zasobów HVD. Obsługiwane wersje wtyczki VDI aplikacji Webex są połączone z karty Pliki do pobrania w notatkach wersji VDI aplikacji Webex.
Dla cienkich klientów systemu Linux należy zainstalować wtyczkę Webex Meetings VDI obok wtyczki Webex VDI.
Aplikacja Webex — aplikacja, która jest zainstalowana i działa w systemie HVD. Obsługiwane wersje instalatora HVD są dostępne na karcie Pliki do pobrania w notatkach wersji VDI aplikacji Webex.
Rodzaje środowiska
Tryb stały — w trwałym środowisku lokalne zmiany systemu operacyjnego użytkownika są zachowywane po wylogowaniu użytkownika.
Wszystkie preferencje użytkownika znajdują się w bazie danych roamingu (
spark_roaming_store.db
). Ta baza danych jest znacznie mniejsza niż główny db (spark_persistent_store.db
).Tryb nietrwały — w środowisku nietrwałym zmiany lokalnego systemu operacyjnego użytkownika nie są zachowywane po wylogowaniu użytkownika. Odpowiednie informacje specyficzne dla użytkownika (dane użytkownika, profil i ustawienia) są buforowane podczas sesji użytkownika.
Jeśli jesteś nietrwałym klientem VDI (środowisko VDI, które jest usuwane za każdym razem, gdy użytkownik się wyloguje), możesz szybko utworzyć kopię zapasową i przywrócić
spark_roaming_store.db
dzięki czemu użytkownicy VDI nie stracą preferencji między sesjami.Baza danych roamingu zawiera wszystkie poświadczenia i preferencje użytkownika, zaszyfrowane przy użyciu AES256. Jako klient VDI należy zawsze tworzyć kopię zapasową bazy danych roamingu, aby dane uwierzytelniające i preferencje użytkowników były utrzymywane w trakcie sesji VDI.
Architektura
Schematy architektury przedstawiają komponenty, sygnalizację i zoptymalizowane przepływy multimediów, które uczestniczą w typowym wdrożeniu VDI aplikacji Webex z istniejącym obsługiwanym wdrożeniem usługi połączeń: Unified CM, Webex Calling lub BroadWorks.
Po lewej stronie każdego wykresu znajduje się sieć firmowa zawierająca środowisko wirtualne. To wirtualne środowisko rozjaśnia obciążenie sprzętu po stronie użytkownika, uruchamiając aplikacje, system operacyjny i dane użytkownika centrum danych wirtualnych. Dzięki tej strukturze można zarządzać środowiskiem z lokalizacji centralnej, a użytkownicy mogą uzyskać do niego zdalny dostęp z obsługiwanych cienkich klientów.
Elementy w sieci korporacyjnej składają się z Hosted Virtual Desktop (HVD), centralnego środowiska zarządzanego przez aplikację Webex, w którym jest zainstalowana i uruchomiona, oraz połączenia wirtualnego kanału (za pośrednictwem Cisco HVDAgent) do cienkiego punktu końcowego klienta użytkownika.
Na cienkim kliencie użytkownicy instalują wtyczkę Webex VDI i logują się do brokera połączeń (Citrix lub VMware), elementu oprogramowania, który tworzy połączenia z HVDs. Broker połączeń wykonuje szereg zadań, w tym:
Walidacja nazwy użytkownika i zapewnienie połączenia dla użytkownika.
Zezwalanie użytkownikowi na łączenie się z określonym pulpitem wirtualnym.
Po zalogowaniu cienki punkt końcowy klienta symuluje interakcje z aplikacjami i systemem operacyjnym za pomocą urządzeń peryferyjnych, takich jak monitor, klawiatura, mysz, urządzenia USB itd., tak jakby oprogramowanie było zainstalowane na samym cienkim kliencie. Użytkownicy korzystają z cienkiej aplikacji klienckiej w tym punkcie końcowym, aby uzyskać dostęp do aplikacji Webex na zdalnym serwerze.
Architektura ta optymalizuje kierunek sygnalizacji i mediów. Komunikuje się za pośrednictwem protokołu HTTPS, WSS i SIP w celu sygnalizowania za pomocą chmury Webex lub chmury BroadWorks (po prawej stronie). Oddzielne strumienie multimediów dla spotkań (aplikacja Webex) i połączeń (Unified CM, Webex Calling lub BroadWorks) są tworzone za pośrednictwem SRTP.
Musisz zaktualizować aplikację Webex w interfejsie HVD. Nowe wersje są wydawane co dwa miesiące i mają wsteczną kompatybilność z poprzednimi cienkimi wtyczkami VDI klienta. Co dwa miesiące udostępniane są również nowe, cienkie konstrukcje wtyczki VDI klienta. Pobierz oprogramowanie i zobacz notatki wydania , aby uzyskać więcej informacji na temat kompatybilności wersji.
Webex VDI z Unified CM
Webex VDI z Unified CM i Expressways dla MRA
Skróty Expressways na diagramie są używane do przedstawiania wdrożenia MRA (Mobile and Remote Access). Aby MRA mogła pracować z aplikacją Webex VDI, HVD musi mieć możliwość wysyłania żądań do usługi Expressway-E, która jest zazwyczaj skonfigurowana w DMZ.
VDI aplikacji Webex z usługą Webex Calling
Webex VDI z Webex dla BroadWorks
Webex App VDI z Meetings
Tryb awaryjny
Tryb awaryjny Webex App VDI oferuje krótkoterminową obsługę podstawowych połączeń audio i wideo, gdy VDI nie może ustanowić kanału wirtualnego. Tryb awaryjny obsługuje standardowe połączenia i nagrywanie połączeń. Pełny zestaw funkcji nie jest obsługiwany. Jakość połączenia jest niższa z powodu problemów z serwerem lub siecią, które powodują przejście przełącznika w tryb awaryjny.
Przepływ logowania do VDI aplikacji Webex
Architektura VDI aplikacji Webex składa się z dwóch głównych komponentów: aplikację Webex dla VDI i wtyczkę Webex VDI dla cienkiego klienta. Wtyczka VDI jest instalowana na cienkim kliencie, a aplikacja jest instalowana na HVD.
Gdy użytkownik uruchamia wirtualnego brokera-klienta (aplikację Citrix Workspace lub VMWare Horizon Client), oprogramowanie dostawcy inicjuje kanał wirtualny. Wtyczka i agent aplikacji Webex używają tego wirtualnego kanału do komunikacji.
Ten schemat pokazuje oczekiwane sesje protokołu, które są konfigurowane podczas normalnego korzystania z aplikacji Webex po wdrożeniu połączenia Unified CM przez telefon komórkowy i dostęp zdalny (MRA).
Chociaż wykres przedstawia VDI aplikacji Webex przez MRA, przepływ jest taki sam jak wdrożenie VDI w siedzibie. Jednak w przeciwieństwie do VDI nad MRA, lokalne wdrożenia nie kierują ruchu przez DMZ i cały ruch znajduje się w sieci LAN. |
Aby rozpocząć sesję, użytkownicy najpierw uruchamiają swojego wirtualnego brokera-klienta (Citrix Workspace App lub VMware Horizon Client),łączą się z brokerem połączeń, a następnie wybierają HVD lub aplikację wirtualną. Po wybraniu, kanał wirtualny jest skonfigurowany między cienkim klientem użytkownika (maszyna fizyczna) i HVD (maszyna wirtualna) hostowane na Hypervisor.
Po uruchomieniu przez użytkownika aplikacji Webex w interfejsie HVD Webex określa, czy jest ona w środowisku wirtualnym, a jeśli usługa Unified CM jest używana do obsługi telefonicznej. Jeśli funkcja Unified CM jest włączona, aplikacja Webex rozpoczyna
teamshvdagent.exe
proces i rozpoczyna odkrywanie usług wewnętrznych. (Wewnętrzne wykrywanie usług obejmuje wyszukiwanie UDS DNS SRV, uwierzytelnianie Unified CM, wyszukiwanie klastrów domowych i pobieranie konfiguracji).Klient aplikacji Webex i wtyczka VDI aplikacji Webex skonfigurują wszystkie strumienie sterowania używane do wymiany danych nad kanałem wirtualnym. Po skonfigurowaniu tych kanałów klient aplikacji Webex wysyła informacje o domenie usługi głosowej do wtyczki VDI aplikacji Webex.
Następnie wtyczka VDI aplikacji Webex wykonuje wyszukiwanie usług. Wtyczka VDI aplikacji Webex robi to, odwołując się do informacji o domenie usługi głosowej, które zostały do niej wysłane z klienta aplikacji Webex. W tym scenariuszu wtyczka VDI aplikacji Webex rozwiązuje _collab-edge rekord DNS SRV, ponieważ maszyna wtyczki VDI łączy się z sieci zewnętrznej, w związku z czym musi łączyć się przez MRA. Po zakończeniu wykrywania usługi wtyczka VDI aplikacji Webex wysyła nazwę FQDN usługi Expressway-E do klienta aplikacji Webex.
Po odebraniu i buforowaniu FQDN Expressway-E aplikacja Webex (HVD) wykonuje następnie wyszukiwanie rekordów DNS A dla FQDN Expressway-E. W przypadku pojedynczego wdrożenia NIC ten krok pobiera adres IP Expressway-E (wewnętrzny adres IP z podzielonym DNS lub zewnętrzny adres IP bez podzielonego DNS), który jest używany do konfiguracji Edge i uwierzytelniania SSO przez port 8443.
Jeśli Expressway-E jest skonfigurowany w podwójnym wdrożeniu NIC, oba interfejsy mogą mieć wewnętrzny adres IP. W tym przypadku interfejs wewnętrzny jest przeciwieństwem tego, co jest skonfigurowane dla interfejsu zewnętrznego.
Po pobraniu szczegółów Edge aplikacja Webex (HVD) nawiązuje połączenia HTTPS z adresem IP Expressway-E dla żądań UDS i TFTP. Dzięki temu procesowi aplikacja Webex (HVD) uwierzytelnia i pobiera szczegóły konfiguracji, takie jak konfiguracja urządzenia w telefonie miękkim, reguły wybierania aplikacji i reguły wybierania numerów wyszukiwania w katalogu.
Wtyczka Webex VDI rozwiązuje zewnętrzny adres IP Expressway-E, a następnie wysyła do aplikacji Webex (HVD). Dzięki informacjom o urządzeniu pobranym w poprzednim kroku aplikacja Webex rozpoczyna rejestrację urządzenia CSF (pulpitu systemu Windows) za pośrednictwem zewnętrznego interfejsu Expressway-E.
Hosted wirtualny pulpit i cienkie wymagania klienta
Upewnij się, że środowisko VDI spełnia wymagania dla obsługiwanych serwerów (Hosted Virtual Desktop (HVD), gdzie zainstalowana jest aplikacja Webex) i cienkich klientów (urządzenie po stronie użytkownika, na którym zainstalowane są wtyczki Webex VDI).
W przypadku użytkowników dołączających do spotkań Webex z aplikacji Webex należy zapoznać się z hostowanym pulpitem wirtualnym i cienkimi wymaganiami klienta dla spotkań Webex VDI. |
Hostowany pulpit wirtualny
Element VDI | Obsługiwane platformy | ||||
---|---|---|---|---|---|
Jednosesyjny system operacyjny — zainstalowany na HVD |
|
||||
Wielosesyjny system operacyjny — zainstalowany na HVD |
|
||||
Wielosesyjna usługa wirtualizacji w chmurze |
|
||||
broker połączeń dla hostowanego pulpitu wirtualnego |
Broker połączeń to oprogramowanie, które tworzy połączenia z hostowanymi wirtualnymi pulpitami. Broker połączeń wykonuje szereg zadań, w tym:
|
Windows cienkie klienci
Element VDI | Obsługiwane platformy | ||
---|---|---|---|
cienki sprzęt klienta oparty na systemie Microsoft Windows | Obsługiwany sprzęt
Obsługiwane oprogramowanie Obsługujemy 64-bitowe architektury dla następujących wersji systemu Windows:
|
||
Windows Embedded Standardowy cienki sprzęt klienta | Obsługiwany sprzęt Zainstalowany RAM 2 GB Wolna pamięć fizyczna 128 MB Wolna przestrzeń dyskowa 256 MB Wydajność procesora wpływa na maksymalną rozdzielczość wideo. W przypadku cienkich klientów z systemem Windows Embedded Standard oczekiwana rozdzielczość zależy od procesora:
GPU kompatybilnego z DirectX 11 USB 2.0 dla kamery USB i urządzeń audio Obsługiwane oprogramowanie
|
||
Aplikacja Citrix Workspace lub klient VMware Horizon |
|
Linux cienkie klienci
Element VDI | Obsługiwane platformy | ||
---|---|---|---|
System operacyjny uproszczonego klienta | Ubuntu (64-bitowy)
|
||
Unicon eLux (64-bitowy)
|
|||
HP ThinPro 7.1 (Koniec życia) HP ThinPro 8.0, 8.1 (64-bitowy)
|
|||
IGEL OS
|
|||
Dell Wyse ThinOS
|
|||
10ZiG Zero klientów cienkich klientów
|
|||
Strat NoTouch OS
|
|||
Sprzęt kliencki Ubuntu/Thinpro Thin | Minimalne wymagania sprzętowe dla cienkich klientów są następujące:
|
||
Sprzęt klienta cienkiego eLux RP 6 | Minimalne wymagania sprzętowe Poniższe właściwości systemu umożliwiają korzystanie z podstawowych funkcji eLux RP 6.
|
||
Testowane i zalecane urządzenia |
* W zależności od wymagań sprzętowych, urządzenia te nie są zalecane do użytku z wirtualnym tłem. Aby uzyskać więcej informacji, zobacz wymagania dotyczące wirtualnego tła. (Aplikacja Webex dla VDI ma takie same wymagania jak samodzielna aplikacja Windows.) |
||
Aplikacja Citrix Workspace lub klient VMware Horizon |
|
cienkich klientów systemu macOS
Element VDI | Obsługiwane platformy | ||||
---|---|---|---|---|---|
cienki sprzęt klienta oparty na systemie MacOS | Obsługiwany sprzęt
Intel Core 2 Duo lub nowsze procesory na dowolnym z następujących urządzeń Apple:
Obsługiwane oprogramowanie Wtyczka VDI aplikacji Webex jest obsługiwana w następujących wersjach systemu macOS:
| ||||
Aplikacja Citrix Workspace lub klient VMware Horizon |
|
Wymagania dotyczące aplikacji i wtyczki Webex
Uzyskaj wymagane instalowanie wersji aplikacji Webex (zainstalowanej na HVD) i wtyczki aplikacji Webex (zainstalowanej na cienkiej maszynie klienta użytkownika) na karcie Pliki do pobrania w notatkach wydania aplikacji Webex VDI.
Chociaż wspieramy kompatybilność wsteczną, jak opisano w notatkach do wydania, zalecamy, aby w miarę możliwości korzystać z najnowszych wersji instalacji.
W przypadku użytkowników dołączających do spotkań Webex z aplikacji Webex należy zapoznać się z hostowanym pulpitem wirtualnym i cienkimi wymaganiami klienta dla spotkań Webex VDI.
Użytkownicy VDI zazwyczaj nie mają kontroli administratora nad swoją maszyną, a wtyczka nie wymaga uprawnień administratora. Jeśli jednak użytkownicy wymagają integracji programu Outlook, należy zarejestrować plik Office Integration .dll przy użyciu wskazówek w Włącz status użytkowników do wyświetlenia w programie Microsoft Outlook.
Wymagania dotyczące zestawów słuchawkowych
W przypadku aplikacji Webex VDI obsługujemy te same zestawy słuchawkowe, co autonomiczna aplikacja Webex, o ile nie zaznaczono inaczej. Aby uzyskać więcej informacji, zobacz Szczegóły dotyczące obsługi zestawu słuchawkowego.
Obsługiwane przepływy pracy multimediów w czasie rzeczywistym dla połączeń i spotkań
Aplikacja Webex VDI obsługuje następujące przepływy pracy multimediów w czasie rzeczywistym:
Połączenia w aplikacji Webex (wbudowane w aplikację)
Unified CM
Webex Calling
Webex dla BroadWorks
Webex Meetings
Aby zintegrować obsługiwaną usługę połączeń i Webex Meetings, należy wykonać czynności konfiguracyjne w dokumentacji tych rozwiązań. Wybierz opcję, a następnie użyj dokumentacji połączonej w tej sekcji.
Unified CM requirements
Jeśli chcesz użyć Unified CM jako usługi połączeń dla użytkowników VDI aplikacji Webex, skorzystaj z Przewodnika wdrażania, aby przejść przez wymagane kroki konfiguracji. Dokument zawiera przegląd usług, warunków wstępnych i etapów wdrażania.
Przenieś połączenie na spotkanie
Aby obsługiwać tę funkcję, upewnij się, że wdrożenie połączeń Unified CM zostało prawidłowo skonfigurowane.
Należy również upewnić się, że dostępna jest następująca konfiguracja VDI, która umożliwia obsługę funkcji offloading do spotkań: W pełni funkcjonalne wymagania dotyczące spotkań.
Dostęp mobilny i zdalny (MRA)
System MRA (Mobile and Remote Access) jest obsługiwany. Postępuj zgodnie ze standardowymi krokami wdrażania MRA w dokumentacji MRA Expressway i pamiętaj o następujących punktach dla obsługiwanego wdrożenia VDI:
Patrz Wymagania dotyczące dostępu mobilnego i zdalnego (MRA) aby uzyskać więcej wskazówek dotyczących wsparcia VDI.
Musisz uruchomić co najmniej X12.7 i nowsze.
Obsługiwane są dwa wdrożenia NIC. Należy upewnić się, że jest połączenie z HVD zarówno do zewnętrznych, jak i wewnętrznych adresów IP Expressway-E. Należy dodać NAT między HVD a zewnętrznym IP Expressway-E.
Wymagania dotyczące połączeń Webex
Jeśli HVD obsługuje protokołu IPv4 i IPv6, zalecamy wyłączenie protokołu IPV6 w środowisku HVD, aby uniknąć problemów z kompatybilnością z usługą Webex Calling. |
Konfiguracja w Centrum sterowania (Partnerzy i administratorzy)
Control Hub to miejsce, w którym udostępniasz i konfigurujesz ustawienia, funkcje, urządzenia i użytkowników w swoim Webex Calling włączona organizacja. Upewnij się, że Twoje środowisko obsługuje Połączenia Webex postępując zgodnie z wymaganiami wstępnymi i materiałami referencyjnymi dotyczącymi portów przed rozpoczęciem określonych kroków konfiguracji w Control Hub. Możesz użyć następujących informacji, w przedstawionej kolejności, aby przygotować organizację do pracy z Webex Calling :
Konfigurowanie bramy lokalnej w systemie IOS-XE dla Webex Calling
Konfigurowanie użytkowników Webex Calling i zarządzanie nimi
Konfigurowanie urządzeń Webex Calling Devices i zarządzanie nimi
Każdy artykuł zawiera u góry mapę metra, aby poinformować Cię, na jakim etapie znajdujesz się w ogólnym przebiegu pracy nad konfiguracją, dzięki czemu nie stracisz swojego miejsca. |
Wymagania Webex dla BroadWorks
Aplikacja Webex w środowisku VDI obsługuje aplikację Webex dla BroadWorks. Webex for BroadWorks to oferta integrująca BroadWorks Calling w Webex. Subskrybenci używają jednej aplikacji (aplikacji Webex ), aby korzystać z funkcji udostępnianych przez obie platformy.
Ogólne informacje na temat Webex for BroadWorks można znaleźć w przewodniku rozwiązania Webex for BroadWorks. |
W pełni funkcjonalne wymagania dotyczące spotkań
Pamiętaj o tych punktach podczas wdrażania aplikacji Webex VDI do spotkań z pełnymi funkcjami:
Zainstaluj aplikację Webex na Hosted Virtual Desktop (HVD).
Musisz zainstalować wtyczkę VDI aplikacji Webex dla użytkowników dołączających do pełnowartościowych spotkań Webex.
Zapoznaj się z hostowanym pulpitem wirtualnym i cienkimi wymaganiami klienta dla spotkań Webex VDI.
W przypadku cienkich klientów systemu Linux należy również zainstalować wtyczkę Webex Meetings VDI dla systemu Linux (patrz Instalowanie wtyczki Webex Meetings VDI na cienkich systemach klienckich).
Wymagania dotyczące dostępu mobilnego i zdalnego (MRA)
Wymagania wstępne
Aby MRA mogła pracować z Webex VDI, należy uruchomić co najmniej Expressway X12.7 dla pary poprzecznej. Wcześniejsze wersje muszą zostać uaktualnione do wersji X12.7 lub nowszej, aby uniknąć problemów z trasowaniem.
Zapewnij łączność między Webex w środowisku HVD, interfejsie zewnętrznym i interfejsie wewnętrznym (podwójne wdrożenie NIC) Expressway.
MRA z przepływem roboczym VDI aplikacji Webex
Aby uzyskać informacje o przepływie pracy MRA z Webex VDI, zobacz Przepływ logowania VDI aplikacji Webex.
Podwójne względy dotyczące NIC
Należy pamiętać o tych kwestiach projektowych podczas wdrażania VDI aplikacji Webex przez MRA z podwójnym wdrożeniem NIC Expressway-E.
Ścieżka statyczna — zweryfikuj bramę domyślną w Expressway-E. Zazwyczaj jest to brama domyślna podsieci IP interfejsu zewnętrznego. Po zweryfikowaniu konfiguracji bramy domyślnej Expressway należy dodać trasę statyczną do Expressway-E dla podsieci IP używanej w maszynach HVD.
Statyczna trasa wysyła ruch z wewnętrznego interfejsu Expressway-E do podsieci HVD. Ta konfiguracja jest potrzebna ze względu na zapytania konfiguracyjne UDS i TFTP wysyłane z HVD do interfejsu wewnętrznego Expressway E. Gdy Unified CM zareaguje na żądanie, Expressway-E wysyła odpowiedź przez bramę domyślną, jeśli statyczna trasa do podsieci HVD nie istnieje.
Przejście NAT— ruch SIP z HVD do zewnętrznego interfejsu Expressway-E musi zostać zmieniony przez źródłowy adres IP przed osiągnięciem drogi Expressway, aby uniknąć problemu z trasowaniem. NAT rozwiązuje ten problem. Tłumaczenie NAT musi być wprowadzone na urządzeniu sieciowym, które jest ścieżką między HVD i Expressway-E.
Konfiguracja DNS
Wewnętrzny DNS
W przypadku podwójnych wdrożeń NIC, adres Expressway-E można określić za pomocą nazwy FQDN, która przenosi się na adres IP interfejsu wewnętrznego. W przypadku podzielonego DNS można opcjonalnie użyć tej samej nazwy FQDN, która jest dostępna w publicznym systemie DNS. Jeśli nie używasz podzielonego DNS, musisz użyć innej nazwy FQDN.
Aby uniknąć problemu z trasowaniem, ruch SIP z HVD do zewnętrznego interfejsu Expressway-E musi mieć zmieniony adres IP źródła przed osiągnięciem drogi Expressway. Należy skonfigurować tłumaczenie NAT na urządzeniu sieciowym, które znajduje się między HVD i Expressway-E.
W przypadku pojedynczego NIC ze statycznym NAT, należy określić adres Expressway-E przy użyciu nazwy FQDN, która nawiązuje połączenie z publicznym adresem IP. Ta konfiguracja oznacza również, że zewnętrzna zapora musi zezwalać na ruch z aplikacji Webex w HVD do zewnętrznej nazwy FQDN usługi Expressway-E. Ten projekt jest znany jako odbicie NAT i może nie być obsługiwany przez wszystkie typy zapór.
Wewnętrzny serwer DNS musi być skonfigurowany z
_cisco-uds._tcp.<domain>
Rejestruje SRV, dzięki czemu aplikacja Webex może odkryć Unified CM.
Publiczny DNS
Rejestry SRV
Publiczny, zewnętrzny serwer DNS musi być skonfigurowany z _collab-edge._tls.<domain>
Rejestry SRV tak, aby punkty końcowe mogły odkryć Expressway-Es używane dla MRA.
GeoDNS
W wersjach 43.6 i nowszych można skonfigurować aplikację Webex do współpracy z systemem GeoDNS. Ta opcja poprawia wydajność sieci, umożliwiając aplikacji łączenie się z najbliższym geograficznie Expressway-E.
Jeśli skonfigurowano GeoDNS dla rekordów SRV, zalecamy edycję rejestru na HVD w następujący sposób:
Otwórz rejestr, aby
HKEY_LOCAL_MACHINE\SOFTWARE\Cisco Spark Native
.Utwórz nowy klucz DWORD o nazwie
VDIGeoDnsEnabled
.Ustaw
VDIGeoDnsEnabled
do1
.(Zestaw)
VDIGeoDnsEnabled
do0
(domyślnie), jeśli chcesz wyłączyć kompatybilność GeoDNS dla aplikacji Webex w tym interfejsie HVD).Zapisz rejestr.
Konfiguracja zapory
Zarówno zapora wewnętrzna, jak i zewnętrzna muszą zezwalać na następujące połączenia wychodzące z aplikacji Webex w HVD do Expressway-E:
SIP — TCP 5061
HTTPS — TCP 8443
Zewnętrzna zapora musi również zezwalać na następujące połączenia przychodzące od cienkiego klienta użytkownika do usługi Expressway:
Media — UDP 36002–59999
Przepływ zadania wdrożenia VDI aplikacji Webex
W tych krokach dowiesz się, jak wdrożyć aplikację Webex w swoim środowisku VDI. Kroki obejmują to, co należy zrobić w środowisku hostowanego pulpitu wirtualnego (HVD) oraz co użytkownicy muszą zrobić na swoich cienkich klientach.
Przed rozpoczęciem
Przygotuj środowisko dla aplikacji Webex dla VDI
Jeśli chcesz, aby użytkownicy VDI aplikacji Webex mieli dostęp do funkcji połączeń w Twojej organizacji, musisz użyć wskazówek w rozdziale Przygotuj środowisko , aby wdrożyć usługę połączeń (Unified CM, Webex Calling lub BroadWorks) przed wdrożeniem VDI. |
1 | Skonfiguruj jeden z następujących rodzajów hostowanego pulpitu wirtualnego:
Aby przygotować się do zdalnego dostępu do aplikacji Webex z cienkich urządzeń klienckich, skonfiguruj aplikację Webex w scentralizowanym środowisku wirtualnego pulpitu (HVD). |
2 | Zainstaluj wtyczkę VDI aplikacji Webex na cienkich maszynach klienckich dla następujących platform:
Po zainstalowaniu aplikacji Webex w centralnym środowisku HVD użytkownicy będą mogli zainstalować wtyczkę VDI aplikacji Webex na swoich cienkich urządzeniach klienckich. Ciency klienci to zazwyczaj lekkie lub przeprojektowane komputery, których użytkownicy używają do nawiązania zdalnego połączenia ze scentralizowanym serwerem HVD, na którym jest hostowana aplikacja Webex. Cienkie wtyczki klienckie dla obsługiwanych platform są dostępne w notatkach do wydania aplikacji Webex VDI. |
3 | (Opcjonalnie) W przypadku cienkich klientów systemu Linux należy również Zainstalować wtyczkę Webex Meetings VDI na cienkich systemach klienckich. W przypadku spotkań w pełni funkcjonalnych w aplikacji Webex należy zainstalować dwie oddzielne wtyczki VDI na cienkich klientach systemu Linux. |
Skonfiguruj hostowany pulpit wirtualny i zainstaluj aplikację Webex
Aby przygotować się do zdalnego dostępu do aplikacji Webex z cienkich urządzeń klienckich, skonfiguruj aplikację Webex w scentralizowanym środowisku hostowanego pulpitu wirtualnego (HVD).
Przed rozpoczęciem
Postępuj zgodnie ze wszystkimi wymogami wstępnymi w Przygotuj środowisko dla aplikacji Webex dla VDI.
Jeśli chcesz, aby użytkownicy VDI aplikacji Webex mieli dostęp do funkcji połączeń w Twojej organizacji, musisz wdrożyć usługę połączeń (Unified CM, Webex Calling lub BroadWorks) przed wdrożeniem VDI.
Ta sekcja obejmuje tylko sposób instalowania aplikacji Webex w istniejącym środowisku HVD. Najlepsze praktyki wdrażania HVD można znaleźć w dokumentacji Citrix lub Vmware.
1 | Zaloguj się do usługi Microsoft Windows HVD jako nowy użytkownik z uprawnieniami administratora domeny. | ||
2 | Dołącz do HVD w domenie korporacyjnej. | ||
3 | Skonfiguruj dostęp Citrix lub VMware do HVDs. | ||
4 | Jeśli Twoja organizacja ma własną witrynę do pobrania, która zawiera aplikację Webex dostosowaną do Twojej witryny, przejdź do tej witryny i pobierz wersję dostosowaną do Twojej organizacji. W przeciwnym razie, w przypadku wersji ogólnej, przejdź do notatek wersji VDI aplikacji Webex > Pobieranie i pobierz potrzebną aplikację Webex:
| ||
5 | Korzystając z uprawnień administracyjnych, zainstaluj aplikację na HVD za pomocą tych poleceń i argumentów (te przykłady używają katalogu pobierania
W poniższej tabeli znajdują się objaśnienia argumentów, których można używać podczas instalowania aplikacji Webex w środowisku VDI. | ||
6 | Klonuj obraz HVD. Więcej informacji na temat najlepszych praktyk klonowania obrazów Microsoft Windows HVD można znaleźć w dokumentacji produktu Citrix lub VMware. |
Co zrobić dalej
Aby uzyskać informacje o preferencjach użytkownika i sposobach ich zachowania, zobacz Preferencje użytkownika.
Argumenty instalacji, wyjaśnienia i wymagane uprawnienia
W poniższej tabeli znajdują się objaśnienia argumentów, których można używać podczas instalowania aplikacji Webex w środowisku VDI.
Argument | Uwagi | Wymaga uprawnień administratora do instalacji |
---|---|---|
ALLUSERS=1 | Instaluje aplikację Webex w c:\plikach programu. Jest to przydatne we wspólnym środowisku (zwykle nietrwałe VDI). Jeśli ten argument nie jest określony, aplikacja Webex jest zainstalowana w %LocalAppData%\Programs\Cisco Spark | ✓ |
| Wartość Użyj tej opcji, jeśli wolisz ręcznie utrzymywać uaktualnienia. Użyj wersji połączonych z notatek o wersji VDI aplikacji Webex. Argument ten nie ma wpływu na środowisko inne niż VDI. Wartość Temu argumentowi musi towarzyszyć | ✓ |
| Steruje zoptymalizowanym rozwiązaniem VDI. (Oficjalnie wspierane.)
| ✓ |
| Tylko dla instalatora pakietów. Podczas instalowania łączonych komponentów aplikacji Webex można użyć tego argumentu do zablokowania wersji aplikacji używanej do dołączania do spotkań, jeśli wersja jest zgodna z wersją witryny. | ✓ |
INSTALLWV2=1 | Zainstaluj przeglądarkę wbudowaną WebView2 firmy Microsoft podczas instalowania aplikacji Webex przy użyciu Aby uzyskać więcej informacji na temat wymagań dotyczących aplikacji Webex i WebView2, zobacz wymagania dotyczące aplikacji Webex | WebView2. | ✓ |
ROAMINGENABLED=1 | Jeśli ten argument jest podany, to baza danych roamingu ( Temu argumentowi musi towarzyszyć Aby uzyskać więcej informacji, zobacz Preferencje użytkownika. | ✓ |
Porównanie instalacji
Użytkownicy mogą znajdować się w środowisku Citrix i nie mają zainstalowanego cienkiego klienta ani odłączonego kanału wirtualnego. Obsługujemy ten scenariusz, cofając się do niewirtualnej instalacji aplikacji Webex. W tym trybie aplikacja wyświetla ostrzeżenie, że jakość wideo może mieć wpływ. Po podłączeniu kanału wirtualnego aplikacja może przełączyć się na tryb VDI.
Użyj tej tabeli, aby zrozumieć różne kombinacje instalacji i ich wpływ na optymalizację multimediów dla Unified CM, Webex Calling i połączeń w aplikacji Webex.
Argument HVD VDI | Cienka wtyczka klienta | Użytkownik z obsługą połączeń | Połączenia w aplikacji Webex |
---|---|---|---|
ENABLEVDI=0 | Nie zainstalowano | Media nie są zoptymalizowane | Media nie są zoptymalizowane |
ENABLEVDI=0 | Zainstalowano | Media nie są zoptymalizowane | Media nie są zoptymalizowane |
ENABLEVDI=1 * ENABLEVDI=2 ** | Zainstalowano | Obsługiwane wdrażanie; media są zoptymalizowane | Obsługiwane wdrażanie; media są zoptymalizowane |
ENABLEVDI=1 * ENABLEVDI=2 ** | Nie zainstalowano | Odwrócenie do niezoptymalizowanych multimediów | Odwrócenie do niezoptymalizowanych multimediów |
* Ten argument nie wykrywa automatycznie środowiska VDI.
** Ten argument automatycznie wykrywa środowisko VDI.
Preferencje użytkownika
Wszystkie preferencje użytkownika znajdują się w bazie danych roamingu ( spark_roaming_store.db
). Ta baza danych jest znacznie mniejsza niż główny db ( spark_persistent_store.db
).
Jeśli jesteś nietrwałym klientem VDI (środowisko VDI, które jest usuwane za każdym razem, gdy użytkownik się wyloguje), możesz szybko utworzyć kopię zapasową i przywrócić folder Appdata\Roaming\CiscoSpark
dzięki czemu użytkownicy VDI nie stracą preferencji między sesjami.
Baza danych roamingu zawiera wszystkie poświadczenia i preferencje użytkownika, zaszyfrowane przy użyciu AES256. Jako klient VDI należy zawsze wykonać kopię zapasową powyższego folderu, aby poświadczenia i preferencje użytkowników były utrzymywane w trakcie sesji VDI.
Aby odszyfrować bazę danych roamingu, należy również zsynchronizować następujące foldery podczas sesji VDI:
AppData\Roaming\Microsoft\Credentials
AppData\Roaming\Microsoft\Crypto
AppData\Roaming\Microsoft\Protect
AppData\Roaming\Microsoft\SystemCertificates
Konfigurowanie pulpitu wirtualnego Azure dla aplikacji Webex
Te kroki wysokiego poziomu umożliwiają wdrożenie nowego środowiska systemu Windows na Azure Virtual Desktop (dawniej Windows Virtual Desktop). AVD to rozwiązanie VDI zarządzane w chmurze. Użytkownicy uzyskują dostęp do aplikacji Webex za pośrednictwem wirtualnego środowiska systemu Windows.
Nie obsługujemy spotkań z pełnymi funkcjami za pomocą aplikacji Webex na Azure Virtual Desktop. |
Przed rozpoczęciem
To rozwiązanie wymaga subskrypcji usługi Microsoft Azure.
Musisz mieć konto użytkownika z rolą TenantCreator.
Konta użytkowników muszą być zsynchronizowane z usługą Azure Active Directory.
1 | Przejdź przez etapy wdrażania w portalu administratora usługi Azure, aby utworzyć pulę hosta, maszyny wirtualne i powiązane ustawienia. Pula hostów to kolekcja maszyn wirtualnych, które oferują podobną usługę. Azure wskazuje, kiedy środowisko wirtualne jest gotowe. |
2 | Użyj klienta systemu Windows do przetestowania, czy użytkownik może uzyskać dostęp do puli hosta. Aby uzyskać informacje o poszczególnych krokach wdrażania, zobacz dokumentację firmy Microsoft dotyczącą rozpoczynania korzystania z usługi AVD. |
Zainstaluj wtyczkę VDI aplikacji Webex w cienkich systemach klienckich systemu Windows
Po zainstalowaniu aplikacji Webex w centralnym środowisku HVD należy zainstalować wtyczkę VDI aplikacji Webex na cienkich urządzeniach klienckich.
Pobierz cienkie wtyczki klienta z notatek wersji VDI aplikacji Webex.
Jeśli nie możesz zainstalować wtyczki VDI dla użytkowników, przeprowadź ich przez te kroki na ich cienkich urządzeniach klienckich.
Przed rozpoczęciem
Lista obsługiwanych platform dla wtyczki Webex App VDI dla systemu Windows znajduje się w cienkich klientach systemu Windows.
Aplikacja Webex musi zostać zainstalowana w centralnym środowisku HVD.
1 | Przejdź do notatek o wersji VDI aplikacji Webex > Pobieranie, a następnie pobierz instalator wtyczki VDI aplikacji Webex dla systemu Windows. |
2 | Uruchom |
3 | Aby otworzyć plik wykonywalny, kliknij przycisk OK. |
4 | Przeczytaj EULA, a jeśli się zgodzisz, kliknij przycisk Akceptuj i Zainstaluj. |
5 | Aby ukończyć instalację, kliknij przycisk Zakończ. |
6 | (Opcjonalnie) Jeśli użytkownik lub użytkownicy ręcznie instalują dwie wtyczki do pełnowartościowych spotkań, wykonaj czynności opisane we wtyczce Instaluj spotkania VDI na cienkich systemach klienckich. |
Co zrobić dalej
Aby aplikacja Webex działała prawidłowo dla użytkowników, należy użyć oficjalnej wtyczki cienkiego klienta. Aby potwierdzić, sprawdzenie stanu pokazuje stan połączenia dla kanału wirtualnego. |
Zainstaluj wtyczkę VDI aplikacji Webex na cienkich systemach klienckich Linux
Po zainstalowaniu aplikacji Webex w centralnym środowisku HVD użytkownicy będą mogli zainstalować wtyczkę VDI aplikacji Webex na swoich cienkich urządzeniach klienckich. Ciency klienci to zazwyczaj lekkie lub przeprojektowane komputery, których użytkownicy używają do nawiązania zdalnego połączenia ze scentralizowanym serwerem HVD, na którym jest hostowana aplikacja Webex. Cienkie wtyczki klienckie dla obsługiwanych platform są połączone z notatkami wydania aplikacji Webex VDI.
Przed rozpoczęciem
Lista obsługiwanych platform dla wtyczki VDI aplikacji Webex dla systemu Linux znajduje się w cienkich klientach systemu Linux.
Aby aplikacja Webex działała prawidłowo dla użytkowników i była zoptymalizowana pod kątem VDI, należy użyć cienkiej konstrukcji klienta. Aby potwierdzić, sprawdzenie stanu aplikacji Webex pokazuje stan połączenia dla kanału wirtualnego. |
Zainstaluj wtyczkę VDI aplikacji Webex na cienkich systemach macOS klienta
Po zainstalowaniu aplikacji Webex w centralnym środowisku HVD użytkownicy będą mogli zainstalować wtyczkę VDI aplikacji Webex na swoich cienkich urządzeniach klienckich. Ciency klienci to zazwyczaj lekkie lub przeprojektowane komputery, których użytkownicy używają do nawiązania zdalnego połączenia ze scentralizowanym serwerem HVD, na którym jest hostowana aplikacja Webex. Cienkie wtyczki klienckie dla obsługiwanych platform są połączone z notatkami wydania aplikacji Webex VDI.
Uruchom instalator MacOS (PKG), aby zainstalować wtyczkę Webex VDI.
Przed rozpoczęciem
Lista obsługiwanych platform dla wtyczki VDI aplikacji Webex dla systemu macOS znajduje się w cienkich klientach systemu macOS.
1 | Pobierz wtyczkę aplikacji Webex dla cienkich systemów klienckich macOS z notatek wydania aplikacji Webex VDI > Pliki do pobrania. |
2 | Uruchom |
3 | Przeczytaj EULA i, jeśli się zgodzisz, kliknij przycisk Kontynuuj. |
4 | Kliknij opcję Instaluj, a jeśli pojawi się monit, że najpierw musi zostać zamknięty klient Citrix Workspace lub klient VMware Horizon, kliknij opcję Zamknij aplikację i Instaluj. Jeśli w tym czasie nie można zamknąć aplikacji Citrix lub VMware, można również kliknąć opcję Instaluj później. |
5 | Kliknij pozostałe ekrany, aby dokończyć instalację. |
Co zrobić dalej
Gdy użytkownicy uruchamiają wtyczkę VDI aplikacji Webex po raz pierwszy, zaakceptuj następujące wymagane uprawnienia:
Pozwolenie | Opis |
---|---|
Kamera dostępowa | Wykorzystuje kamerę w połączeniu wideo lub próbuje otworzyć kamerę w Ustawieniach. |
Dostęp do mikrofonu | Używa mikrofonu do połączeń głosowych. |
Nagrywanie ekranu | Wykorzystuje kamerę w połączeniu wideo lub próbuje otworzyć kamerę w Ustawieniach. |
Aby aplikacja Webex działała prawidłowo dla użytkowników, należy użyć oficjalnej wtyczki cienkiego klienta z witryny pobierania. Aby potwierdzić, sprawdzenie stanu pokazuje stan połączenia dla kanału wirtualnego. |
Zainstaluj wtyczkę Webex Meetings VDI na cienkich systemach klienckich
W przypadku pełnych spotkań z aplikacją Webex:
W przypadku cienkich klientów systemu Windows lub MacOS zainstaluj wtyczkę w pakiecie (App + Meetings).
Na cienkich klientach systemu Linux zainstaluj oddzielną wtyczkę Meetings VDI po zainstalowaniu oddzielnej wtyczki VDI aplikacji.
Przed rozpoczęciem
Zainstaluj tylko aplikację Webex w środowisku HVD. Nie są wymagane żadne inne aplikacje.
Upewnij się, że spełniasz wszystkie wymagania dotyczące spotkań.
Znane problemy i ograniczenia aplikacji Webex dla VDI
Funkcje
Aby uzyskać informacje o ograniczeniach funkcji dla każdej wersji, zobacz notatki dotyczące wydania aplikacji Webex VDI.
Aplikacja Webex i klient VDI
W przypadku trybu VDI obsługujemy tylko udostępnioną aplikację Webex dla systemu Windows (instalator HVD) oraz wersje wtyczek cienkiego klienta aplikacji Webex, które są publikowane w notatkach dotyczących wydania aplikacji Webex VDI.
Obsługujemy tylko protokół IPv4 dla środowiska HVD i cienkich klientów.
Gdy użytkownicy nie korzystają z zoptymalizowanego rozwiązania VDI lub są w trybie cofania, wideo HD jest wyłączone, a aplikacja Webex wyświetla powiadomienie, że może wystąpić problem z jakością multimediów.
Nie zalecamy, aby użytkownicy korzystali z VDI w trybie niezweryfikowanym lub awaryjnym. Ich kamera lub zestaw słuchawkowy może nie działać i mogą doświadczyć słabej jakości mediów.
W kliencie MacOS VDI do paska systemu MacOS lub menu aplikacji wycieka transmisja wideo, gdy połączenie HVD jest wyświetlane na pełnym ekranie.
W przypadku klientów systemu Linux VDI połączenie przychodzące nie dzwoni do wszystkich urządzeń (w tym do głośników na cienkim kliencie), nawet jeśli ta opcja jest zaznaczona w aplikacji Webex w hostu HVD. Tylko urządzenie audio wybrane na wyświetlaczu HVD odtwarza sygnał dzwonka.
Połączenia z Unified CM
Dla połączeń lokalnych tylko z Expressways: jeśli między HVD a Expressway-E nie ma NAT w parze trawersowej używanej do MRA, Expressway traktuje SIP i sygnalizację multimedialną jako wewnętrzną i nie przekazuje multimediów do cienkiego klienta. Aby to naprawić, rozmieść NAT między HVD a Expressways. W ten sposób, gdy HVD wysyła INVITE SIP do Expressway-E, najpierw przechodzi do NAT. Następnie, Expressway-E może przekazać do cienkiego klienta.
W przypadku trybu rezerwowego klucz rejestru wyboru trybu nie może sterować mediami dla automatycznego odebranego połączenia Unified CM.
Citrix
Funkcja wielozadaniowa nie działa z aplikacją Webex w VDI.
W trybie braku optymalizacji lub w trybie cofania mapowanie urządzenia Citrix obsługuje maksymalnie 4 urządzenia.
W Citrix dla systemu Linux obsługujemy odtwarzanie poczty głosowej tylko za pomocą urządzenia domyślnego na cienkim kliencie. Jeśli więc chcesz odtworzyć pocztę głosową za pomocą preferowanego urządzenia audio, musisz otworzyć ustawienia dźwięku na cienkim kliencie, aby ustawić urządzenie, którego chcesz używać domyślnie.
Przed zainstalowaniem klienta VDI aplikacji Webex należy zainstalować Citrix Receiver/Workspace, również podczas aktualizacji środowiska Receiver/Workspace. Jeśli klient Citrix lub VMWare nie jest zainstalowany, klient VDI aplikacji Webex wyświetli błąd i instalacja się zakończy.
W przypadku systemu Windows, jeśli używasz wersji Citrix Workspace, która jest wcześniejsza niż 2002, musisz ponownie zainstalować (odinstalować, a następnie zainstalować ponownie lub naprawić) klienta VDI aplikacji Webex po odinstalowaniu i ponownym zainstalowaniu Citrix Receiver/Workspace. Jeśli uruchomisz wersję 2002 lub nowszą, nie musisz odinstalować i ponownie zainstalować.
W przypadku wszystkich obsługiwanych wersji Citrix Workspace dla systemu Linux należy ponownie zainstalować (odinstalować, a następnie zainstalować ponownie lub naprawić) klienta VDI aplikacji Webex po odinstalowaniu i ponownym zainstalowaniu Citrix Receiver/Workspace.
Citrix Receiver/Workspace korzysta z 32-bitowej architektury. Aplikacja Webex VDI współpracuje z tym środowiskiem.
Azure Virtual Desktop (wcześniej Windows Virtual Desktop)
Na Azure Virtual Desktop (AVD) dla lokalnych połączeń Unified CM obsługujemy obecnie tylko cienkiego klienta pracującego w ramach MRA. Aplikacja Webex na pulpicie WVD (zdalny pulpit oparty na chmurze) działa na MRA. Jeśli cienki klient jest w siedzibie, połączenia Unified CM mogą być blokowane przez niektóre ustawienia zapory. Wbudowane połączenia Webex Calling i Webex App nie są zagrożone.
AVD nie obsługuje funkcji „Dopasuj sesję do okna” w konfiguracji klienta AVD.
W przypadku wdrożeń AVD należy włączyć połączenia UDP między siecią wewnętrzną a portem Expressway-E — zakres portów od 16384 do 32767.
VMware
Przed zainstalowaniem klienta VDI aplikacji Webex należy zainstalować klienta VMware Horizon. Jeśli klient Citrix lub VMware nie jest zainstalowany, klient VDI aplikacji Webex wyświetla błąd i instalacja się kończy.
Klient VMWare Horizon w wersji 8.x (2103) jest obsługiwany od wtyczki Webex VDI w wersji 41.4 i nowszych.
Dla trybu zgodności: Jeśli użytkownicy mają poprzednią wersję wtyczki VDI (w tym tylko uaktualnianie aplikacji Webex do 41.4), wideo w połączeniu może nie pojawić się poprawnie.
Nie obsługujemy klienta VMWare Horizon w architekturze 32-bitowej, ponieważ przerwaliśmy wtyczkę 32-bitową dla systemu Windows.
Klient VDI aplikacji Webex musi mieć taką samą architekturę jak klient VMware Horizon: 64-bitowy klient VMware Horizon współpracuje z (64-bitowym) klientem VDI aplikacji Webex. Klient VMware Horizon ma tylko jeden instalator, a domyślna instalacja to 64-bitowa.
Jeśli
vdpService.dll
istnieje wC:\Program Files (x86)\VMware\VMware Horizon View Client\x64
, masz 64-bitowy klient VMware Horizon.Jeśli
vdpService.dll
jest podC:\Program Files (x86)\VMware\VMware Horizon View Client\
, masz 32-bitowego klienta VMware Horizon.W oprogramowaniu VMware dla systemów Linux i Windows obsługujemy odtwarzanie poczty głosowej tylko przy użyciu domyślnego urządzenia na cienkim kliencie. Jeśli więc chcesz odtworzyć pocztę głosową za pomocą preferowanego urządzenia audio, musisz otworzyć ustawienia dźwięku na cienkim kliencie, aby ustawić urządzenie, którego chcesz używać domyślnie.
Na pulpicie VMware Cloud dla połączeń w siedzibie Unified CM obsługujemy obecnie tylko cienkiego klienta pracującego w ramach MRA. Aplikacja Webex na pulpicie VMware Cloud (zdalny pulpit oparty na chmurze) działa na MRA. Jeśli cienki klient jest w siedzibie, połączenia Unified CM mogą być blokowane przez niektóre ustawienia zapory. Wbudowane połączenia Webex Calling i Webex App nie są zagrożone.
W przypadku wdrożeń pulpitu VMware Cloud należy włączyć połączenia UDP między siecią wewnętrzną a portem Expressway-E — zakres portów od 16384 do 32767.
Po sprawdzeniu, czy kamera lub urządzenie audio w urządzeniu Connect USB na kliencie VMware Horizon, Webex w HVD nie może wykryć ani pokazać tych urządzeń.
Obszary robocze Amazon
- Na hostowanym pulpicie wirtualnym postępuj zgodnie z instrukcjami tutaj , aby włączyć rozszerzenia dla WSP za pomocą GPO.
- W przypadku, gdy w Health Checker aplikacji Webex nie wykryto środowiska VDI, po ręcznym zainstalowaniu nowego wiersza polecenia spróbuj najpierw wylogować się/zalogować na hostowanym pulpicie systemu Windows.
Różne
W środowiskach VGPU Citrix i Windows Virtual Desktop aplikacja Webex nie jest wykrywana jako działająca w środowisku VDI.
Zalecamy zainstalowanie aplikacji Webex za pomocą
ENABLEVDI=1
argument, aby wymusić optymalizację VDI.Obsługujemy jednego klienta VDI aplikacji Webex współpracującego z jednym wystąpieniem aplikacji Webex. Użytkownicy mogą rozpocząć wiele sesji Citrix lub VMware, ale działa tylko jedno wystąpienie połączenia, a pozostałe wystąpienia wracają do trybu non-VDI.
Aplikacja Webex VDI wykrywa najpierw Citrix, a następnie VMware w środowisku HVD. Jeśli chcesz korzystać z VMware, upewnij się, że nie zainstalowano agenta Citrix.
Zarządzanie uaktualnieniami
Aktualizacje aplikacji Webex na pulpicie wirtualnym
W środowiskach VDI co dwa miesiące pojawia się nowa wersja aplikacji Webex. Najnowsze i obsługiwane wersje można uzyskać z notatek o wersji VDI aplikacji Webex > Pliki do pobrania.
Zalecamy włączenie automatycznych uaktualnień aplikacji Webex na pulpicie wirtualnym. Ta opcja zapewnia, że użytkownicy automatycznie otrzymują najnowsze funkcje. Inną opcją jest ręczne uaktualnianie po udostępnieniu nowej wersji.
Aby włączyć automatyczne uaktualnianie aplikacji Webex na pulpicie wirtualnym, masz dwie opcje:
Włącz go podczas początkowej instalacji z wiersza poleceń (patrz Konfigurowanie hostowanego pulpitu wirtualnego aplikacji Webex w rozdziale wdrażania tej książki).
Edytuj klucz rejestru systemu Windows na pulpicie wirtualnym:
W wpisie rejestru dla
HKEY_LOCAL_MACHINE\SOFTWARE\Cisco Spark Native
, zestawienieAutoUpgradeEnabled=1
.Jeśli chcesz ręcznie zaktualizować aplikację Webex, ustaw
AutoUpgradeEnabled=0
.
|
Cienkie uaktualnienia klientów
Wtyczka VDI aplikacji Webex jest uruchamiana raz na dwa miesiące.
Zalecamy włączenie automatycznych uaktualnień wtyczek. Aby włączyć automatyczne uaktualnienia wtyczki VDI, należy edytować klucz rejestru systemu Windows na pulpicie wirtualnym:
W wpisie rejestru dla
HKEY_LOCAL_MACHINE\SOFTWARE\Cisco Spark Native
, zestawienieAutoUpgradeVDIPluginEnabled=1
.Na tej samej ścieżce sprawdź, czy
AutoUpgradeEnabled=1
.
Jeśli chcesz zapobiec automatycznej aktualizacji wtyczki, ustaw AutoUpgradeVDIPluginEnabled=0
na pulpicie wirtualnym. Po wybraniu tej opcji należy ręcznie uaktualnić wtyczki, aby zachować zgodność wersji z aplikacją.
|
Aktualizacja Citrix lub VMware
Pamiętaj o tych informacjach podczas zarządzania aktualizacjami lub zmianami w brokerach połączeń Citrix lub VMware. Pamiętaj, aby używać obsługiwanych wersji, które są wymienione w rozdziale Przygotuj swoje środowisko.
Citrix
Zainstaluj lub uaktualnij | Cienkie klienci systemu Windows i Mac | Linux cienkie klienci |
---|---|---|
Nowa instalacja | Przed zainstalowaniem wtyczki VDI aplikacji Webex na cienkim kliencie systemu Windows lub Mac zainstaluj Citrix Receiver lub Workspace. Ty i Twoi użytkownicy widzą ostrzeżenie w krokach instalacji wtyczki VDI, które przypomina, aby zainstalować broker połączenia pierwszy. | Przed zainstalowaniem wtyczki VDI aplikacji Webex na cienkim kliencie Linux zainstaluj Citrix Receiver lub Workspace. Ty i Twoi użytkownicy widzą ostrzeżenie w krokach instalacji wtyczki VDI, które przypomina, aby zainstalować broker połączenia pierwszy. |
Uaktualnij | Jeśli widzisz powiadomienie o uaktualnieniu w środowisku Citrix, wykonanie tego uaktualnienia nie wpływa na wtyczkę VDI aplikacji Webex na cienkim kliencie systemu Windows lub Mac. | Jeśli widzisz powiadomienie o uaktualnieniu w środowisku Citrix, musisz ponownie zainstalować wtyczkę VDI aplikacji Webex na cienkim kliencie Linux po uaktualnieniu środowiska Citrix. |
Ponowna instalacja |
| W celu ponownej instalacji dowolnej obsługiwanej wersji systemu Citrix Workspace należy ponownie zainstalować wtyczkę VDI aplikacji Webex na cienkim kliencie systemu Linux. |
VMware
Zainstaluj lub uaktualnij | Windows cienki klient | cienkie klienty systemu Linux i Mac |
---|---|---|
Nowa instalacja | Zainstaluj klienta VMware Horizon przed zainstalowaniem wtyczki VDI aplikacji Webex na cienkim kliencie systemu Windows. Ty i Twoi użytkownicy widzą ostrzeżenie w krokach instalacji wtyczki VDI, które przypomina, aby zainstalować broker złącza pierwszy. | Zainstaluj klienta VMware Horizon przed zainstalowaniem wtyczki VDI aplikacji Webex na cienkim kliencie Linux lub Mac. Ty i Twoi użytkownicy widzą ostrzeżenie w krokach instalacji wtyczki VDI, które przypomina, aby zainstalować broker złącza pierwszy. |
Uaktualnij | Jeśli widzisz powiadomienie o uaktualnieniu w środowisku VMware, wykonanie tego uaktualnienia nie wpływa na wtyczkę VDI aplikacji Webex na cienkim kliencie systemu Windows. | Jeśli widzisz powiadomienie o uaktualnieniu w środowisku VMware, musisz ponownie zainstalować wtyczkę VDI aplikacji Webex na cienkim kliencie Linux lub Mac po uaktualnieniu środowiska Citrix. |
Ponowna instalacja | W przypadku ponownej instalacji VMware wtyczka Windows VDI działa i nie ma wpływu. | W celu ponownej instalacji VMware należy ponownie zainstalować wtyczkę aplikacji Webex na cienkim kliencie Linux lub Mac. |
Wyłącz wykrywanie VDI po instalacji
Jeśli masz użytkowników, którzy nie chcą korzystać z klienta VDI, a aplikacja Webex jest już wdrożona, możesz wyłączyć wykrywanie VDI po instalacji. Po tej konfiguracji aplikacja Webex działa w niezoptymalizowanym rozwiązaniu.
1 | Otwórz jedną z następujących ścieżek instalacji, w zależności od sposobu wdrożenia aplikacji Webex w HVD:
|
2 | Zmień nazwę |
Co zrobić dalej
Jeśli odinstalujesz aplikację Webex później, TSDetectionLib_b.dll pozostanie w folderze. Należy zmienić nazwę pliku z powrotem na TSDetectionLib.dll przed odinstalowaniem aplikacji Webex lub usunąć TSDetectionLib_b.dll ręcznie po odinstalowaniu aplikacji Webex.
Włączanie lub wyłączanie zaawansowanych funkcji wideo w trybie rezerwowym VDI aplikacji Webex
Modyfikując rejestr, możesz włączyć lub wyłączyć określone funkcje aplikacji Webex, takie jak wysokiej rozdzielczości (HD) i udostępnianie ekranu. W ten sposób można zapisać zasoby na serwerze w centrum danych. Możesz również zdecydować, czy użytkownicy mogą udostępniać tylko ekran w pełnym oknie lub w oknie HVD. Jeśli Twoi użytkownicy są w systemach, które są zdolne do bardziej zaawansowanych funkcji wideo, możesz włączyć te funkcje w zależności od potrzeb.
Przed rozpoczęciem
Klawisze rejestru można modyfikować przed lub po zainstalowaniu wtyczki VDI.
Zmiany w rejestrze systemu Windows należy przeprowadzać z najwyższą ostrożnością. Przed wykonaniem tych czynności zalecamy utworzenie kopii zapasowej rejestru.
Wirtualne tła są domyślnie wyłączone.
Aby je włączyć, wykonaj czynności opisane w sekcji Konfigurowanie wirtualnych tła dla użytkowników Webex.
Upewnij się, że cienkie urządzenia klienckie użytkowników spełniają wymagania systemowe dotyczące wirtualnych tła.
1 | W oknie wyszukiwania systemu Windows lub oknie Uruchom wpisz regedit , a następnie naciśnij Enter | ||
2 | Przejdź do HKEY_LOCAL_MACHINE\Software\Cisco Spark Native\. | ||
3 | W razie potrzeby zmień wartości następujących kluczy rejestru: | ||
4 | Wybierz wartość DWORD dla VDIFallBackConf:
| ||
5 | Wybierz wartość DWORD dla VDIBackgroundEnabled:
| ||
6 | Wybierz wartość DWORD dla VDIScreenShareEnabled:
|
Konfigurowanie powiadomienia wtyczki VDI
Domyślnie użytkownicy są powiadamiani, czy ich klient Citrix lub VMware łączy się z HVD bez wtyczki VDI. Wygląda na to, że komunikat informuje ich o konieczności zainstalowania wtyczki VDI, dzięki czemu włączony jest zoptymalizowany tryb VDI. Użytkownicy mogą odrzucić przypomnienie, jeśli chcą.
Ponadto, jeśli wersja wtyczki VDI aplikacji Webex nie jest zgodna z aplikacją Webex w systemie HVD, wyskakujące okienko powiadamia użytkowników o uaktualnieniu wtyczki VDI aplikacji Webex. Przypomnienie pojawia się co tydzień, dopóki użytkownicy nie podejmą działań. Użytkownicy mogą również odrzucić to powiadomienie.
Jako administrator możesz włączyć lub wyłączyć te powiadomienia na poziomie całej organizacji.
Przed rozpoczęciem
Klawisze rejestru można modyfikować przed lub po zainstalowaniu wtyczki VDI.
Zmiany w rejestrze systemu Windows należy przeprowadzać z najwyższą ostrożnością. Przed wykonaniem tych czynności zalecamy utworzenie kopii zapasowej rejestru. |
1 | W oknie wyszukiwania systemu Windows lub oknie Uruchom wpisz regedit , a następnie naciśnij Enter |
2 | Przejdź do HKEY_LOCAL_MACHINE\Software\Cisco Spark Native\. |
3 | Wybierz wartość klucza reg DWORD (32-bitowy) dla VDIPluginNotificationEnabled:
|
Wyłącz sprawdzenie zgodności wersji VDI
Domyślnie aplikacja Webex w systemie HVD sprawdza zgodność wersji z wtyczką Webex VDI na cienkim kliencie. Wersja wtyczki nie powinna być większa niż 4 wydania co dwa miesiące za aplikacją Webex. Na przykład, jeśli aplikacja Webex w HVD jest w wersji 43.8 (sierpień 2023), następujące wersje wtyczki są kompatybilne:
43.8 (N) sierpień 2023 r.
43.6 (N-1) czerwiec 2023 r.
43.4 (N-2) kwiecień 2023 r.
43.2 (N-3) luty 2023 r.
42.12 (N-4) grudnia 2022 r.
Ta kompatybilność daje do 6 miesięcy, aby uaktualnić swoje cienkie wtyczki klienta, po uaktualnieniu hostowanych wirtualnych pulpitów.
Jeśli wtyczka Webex VDI nie jest zgodna z aplikacją Webex w systemie HVD, aplikacja Webex przechodzi w tryb awaryjny. Użytkownicy widzą powiadomienie wyskakujące, aby uaktualnić wtyczkę. Przypomnienie pojawia się co tydzień, dopóki użytkownicy nie podejmą działań.
Można użyć rejestru na HVD, aby kontrolować sprawdzenie zgodności wersji:
Zalecamy utworzenie kopii zapasowej rejestru przed użyciem tych czynności. |
W oknie Uruchomienie systemu Windows wpisz
regedit
a następnie naciśnij klawisz Enter.Przejdź do
HKEY_LOCAL_MACHINE\Software\Cisco Spark Native\
.Utwórz klucz rejestru DWORD (32-bitowy) o nazwie
VDIDisableCompatibilityVersionCheck
i nadaj mu jedną z następujących wartości:0
— Włącza sprawdzenie zgodności wersji (domyślnie).1
- Wyłącza sprawdzenie zgodności wersji.
Ustawienie dzwonków i alertów nie działa dla wszystkich urządzeń
W przypadku klientów systemu Linux VDI dzwonek połączenia przychodzącego nie dzwoni do wszystkich urządzeń (w tym do głośników na cienkim kliencie), nawet jeśli ta opcja jest zaznaczona w aplikacji Webex w hostu HVD. Tylko urządzenie audio wybrane na wyświetlaczu HVD odtwarza sygnał dzwonka.
Problem ten może powstać z powodu mapowania urządzenia audio na Citrix lub VMware.
Sprawdź klucz rejestru VDIDisablePlaytoneOnLinuxTCEnabled
w środowisku HVD. Jeśli cienki użytkownik klienta systemu Linux obserwuje ten problem dzwonka, ustaw wartość tego klucza na 1
.
Diagnostyka w aplikacji Webex
Diagnostyka dostępna w aplikacji Webex (komputer stacjonarny i VDI) pomaga Tobie i Twoim użytkownikom rozwiązywać problemy z połączeniem, sprawdzać jakość multimediów i zbierać ważne informacje o rozwiązywaniu problemów.
Podczas konfigurowania połączeń w aplikacji Webex (Unified CM) mogą wystąpić problemy związane z połączeniem lub wymaganymi ustawieniami (takimi jak domena głosowa i usługi UC). Za pomocą tego narzędzia można zdiagnozować, które usługi są prawidłowo skonfigurowane i czego brakuje. Ta funkcja jest przydatna w rozwiązywaniu scenariuszy i ograniczaniu przypadków pomocy technicznej, niezależnie od tego, czy migrujesz do usługi Calling w aplikacji Webex (Unified CM), czy konfigurujesz nowych użytkowników.
W razie problemów z doświadczeniem użytkownika mogą oni uzyskać dostęp do widoku diagnostyki i wyeksportować dane , aby udostępnić je Tobie lub pomocy technicznej.
Ustawienia Unified CM— ustawienia krytyczne (dla migracji Jabbera oraz nowej konfiguracji użytkownika), aby usługi telefoniczne działały poprawnie, takie jak:
Wersja systemu Unified CM
Domena usługi UC
SSO
Usługi UC, takie jak poczta głosowa
Expressway dla MRA
Jakość multimediów— jakość obrazu, dźwięku i udostępniania w obu kierunkach
Urządzenia— informacje o urządzeniu, gdy użytkownicy są podłączeni do urządzeń
Aby wyświetlić okno diagnostyki, zobacz skróty klawiaturowe i nawigacyjne.
Przekierowanie zawartości przeglądarki
Przekierowanie zawartości przeglądarki (BCR) to optymalizacja środowiska VDI, która zmniejsza obciążenie maszyny wirtualnego pulpitu.
Gdy funkcja BCR jest włączona na pulpicie wirtualnym, aplikacja Webex nie może udostępniać zawartości przeglądarki przez zdalne udostępnianie ekranu, udostępnianie aplikacji lub udostępnianie części ekranu.
Użytkownicy Webex mogą korzystać z lokalnego udostępniania ekranu, aby udostępniać przeglądarkę.