Aktualizacje bez informacji o wersji są bieżącymi wersjami konserwacji. Są one wymagane aktualizacje, aby twoje wdrożenie w umyk wideo mesh było aktualne i bezpieczne. Ale nie zawierają zmian, które wpływają na funkcjonalność lub naprawić określone błędy wpływające na klienta.

Pobierz najnowsze oprogramowanie do tworzenia węzłów siatki wideo

Aby uzyskać nową instalację, zawsze pobieraj nową kopię obrazu węzła Webex Video Mesh z tego łącza . Nie używaj obrazu z wcześniejszej instalacji do wdrażania węzła Webex Video Mesh.

Aby uzyskać wskazówki dotyczące instalacji, przejdź https://www.cisco.com/go/video-mesh do przewodnika wdrażania aplikacji Cisco Webex Video Mesh.

2021.05.27.2405m

4 czerwca 2021 r.

  • Dodaje obsługę nadchodzących zmian Webex dla układu stosu na lokalnych urządzeniach wideo zarejestrowanych wideo.

2021.05.05.2395m.5

21 maja 2021 r.

  • Zawiera drobne ulepszenia do wyświetlania dla układów innych niż domyślne.

  • Rozwiązuje problem, który może spowodować przerwanie usługi DNS dla określonej konfiguracji mostka platformy Docker.

2021.04.27.2391m

30 kwietnia 2021 r.

  • Rozwiązuje raportowanie statystyk utraty pakietów dla transkodowanych wywołań w Centrum sterowania.

2021.03.22.2384m.3

6 kwietnia 2021 r.

Nie ma żadnych informacji o wersji dla tego uaktualnienia konserwacji.

2021.03.22.2384m.1

31 marca 2021 r.

Nie ma żadnych informacji o wersji dla tego uaktualnienia konserwacji.

2021.03.03.2359m.7

16 marca 2021 r.

Nie ma żadnych informacji o wersji dla tego uaktualnienia konserwacji.

2021.03.03.2359m

12 marca 2021 r.

Nie ma żadnych informacji o wersji dla tego uaktualnienia konserwacji.

2021.02.05.2352m.4

12 lutego 2021 r.

  • Dodaje opcję wyłączania lokalnego logowania do interfejsu użytkownika sieci Web administracji węzłów siatki wideo.

  • Rozwiązuje problemy z jitterem i nieprawidłowo zgłasza wartości czasu podróży w obie strony.

2021.01.13.2349m.3

5 lutego 2021 r.

Nie ma żadnych informacji o wersji dla tego uaktualnienia konserwacji.

2020.12.08.2333m.6

25 stycznia 2021 r.

Nie ma żadnych informacji o wersji dla tego uaktualnienia konserwacji.

2020.12.08.2333m.5

8 stycznia 2021 r.

  • Poprawiono komunikaty alarmowe NTP w węzłach siatki wideo.

  • Rozwiązaliśmy problem polegający na tym, że jeśli wygaśnięcie hasła jest ustawione na "nigdy", nie można zmienić hasła za pomocą graficznego interfejsu użytkownika.

  • Poprawiono wyświetlanie niektórych błędów rejestracji.

  • Poprawiono raportowanie błędów łączności z limitów czasu podczas testowania łączności serwera proxy.

  • Testy osiągania nie zgłaszają już błędów certyfikatów jako błędów osiągalności.

  • Zaktualizowano alarmy osiągów dla klastrów węzłów siatki wideo podczas spotkania prywatnego.

2020.12.08.2333m

11 grudnia 2020 r.

  • Rozszerzono informacje dostępne dla pamięci podręcznej DNS. Zobacz "Włączanie lub wyłączanie buforowania DNS" w Przewodniku wdrażania.

  • Naprawiono błąd kosmetyczny, który powodował, że wyzwalanie testu kondycji może powodować niepoprawne wyświetlanie stanu węzła jako "Instalowanie" w Centrum sterowania.

2020.11.17.2319m.9

8 grudnia 2020 r.

Ta wersja zawiera zmiany, aby zapobiec błędom wywołań SIP po utracie łączności sieciowej między klastrami.

2020.11.17.2319m.4

1 grudnia 2020 r.

Narzędzie do monitorowania gry Video Mesh to symulator wywołań Webex, który jest dostępny w każdym węźle siatki wideo w tej wersji. Narzędzie do monitorowania zawiera następujące funkcje:

  • Uruchamianie na żądanie lub cykliczne testy godzinowe na węźle, na podstawie klastra.

  • Możliwość oznaczania sygnalizacji SIP, sygnalizacji multimediów i kaskadowych błędów multimediów dla każdego testu.

  • Odpowiednie komunikaty o błędach na podstawie testu z kodami błędów, aby skrócić średni czas do rozwiązania.

  • Historyczne śledzenie awarii testu przez maksymalnie siedem dni.

2020.11.17.2319m.4

25 listopada 2020 r.

  • Brak informacji o wersji dla tej aktualizacji konserwacji.

2020.11.06.2314m

18 listopada 2020 r.

  • Zwiększono próg podnoszenia alarmu NTP w węzłach siatki wideo.

  • Zwiększono szczegółowość komunikatów o błędach, aby pomóc w debugowaniu przyszłych problemów NTP w węzłach siatki wideo.

  • Naprawiono błąd, który powodował niepowodzenie przekazywania dzienników VMN.

  • Naprawiono problemy kaskadowe między węzłami siatki wideo a nowymi węzłami chmury.

2020.10.16.2305m

23 października 2020 r.

  • Naprawiono błąd, który powodował, że tryb konserwacji nie włączał się prawidłowo w pewnych sytuacjach.

2020.09.22.2288m.3

1 października 2020 r.

  • Brak informacji o wersji dla tej aktualizacji konserwacji.

2020.09.22.2288m

30 września 2020 r.

  • Dodano limity szybkości do testów przepustowości na stronie Przegląd.

  • Naprawiono błąd z testem osiągalności TCP.

  • Poprawiono wartości czasu opóźnienia/podróży w czasie podróży w statystykach multimediów na stronie rozwiązywania problemów ze spotkaniami w Centrum sterowania. (Statystyki były wyłączone dla niektórych połączeń przez współczynnik 1000.)

  • Zmieniono użycie tylko bezpieczniejszych szyfrów TLS na niektórych portach.

2020.09.11.2279m

18 września 2020 r.

  • Dodano informacje o zakresie adresów IP zarezerwowanych do użytku wewnętrznego w interfejsie internetowym węzła siatki wideo.

  • Zmniejszono zakres adresów IP zarezerwowany dla wewnętrznego użytku webex Video Mesh Node z oryginalnego 172.17.0.0–172.17.255.255 (65 536 adresów) do 172.17.42.0–172.17.42.63 (64 adresy).

2020.08.31.2273m

8 września 2020 r.

  • Wyłączono TLS 1.1 na porcie 33432.

  • Poprawiono złe statystyki wyświetlane na strumieniu audio prezentacji IX5000 podczas przechodzenia między lobby a konferencją.

  • Dodano obejście problemu polegającego na tym, że zaufany adres SIP dłuższy niż 200 znaków powoduje błąd połączenia TLS (CSCvv44969).

2020.08.19.2266m.1

26 sierpnia 2020 r.

  • Dodano opcję buforowania DNS. (Zobacz karty Anonsy).

  • Jawnie wyłączył protokół IPv6 w interfejsach wewnętrznych i zewnętrznych, aby węzły nie pobierało serwerów DNS IPv6.

  • Naprawiono błąd, który powodował błędy testu osiągalności z powodu wyczerpania portów.

  • Poprawiono szczegóły alarmu w przypadku, gdy uaktualnienie nie może zostać pobrane z powodu zablokowania przez usługę Zscaler lub z powodu przezroczystego serwera proxy do kontroli.

  • Naprawiono błąd, który powodował, że dane dotyczące przekazywania/pobierania UDP były niepoprawnie wyświetlane w wynikach testów przepustowości w interfejsie internetowym.

2020.08.06.2258m.4

18 sierpnia 2020 r.

  • Brak informacji o wersji dla tej aktualizacji konserwacji.

2020.08.06.2258m.1

13 sierpnia 2020 r.

  • Naprawiono błąd, który powodował, że IX5000 opuszczał połączenie po przeniesieniu ze spotkania z powrotem do lobby.

  • Rozwiązano problem polegający na tym, że węzeł skonfigurowany do używania jawnego serwera proxy mógł utracić łączność sieciową w przypadku zmiany adresu IP sieci kontenera.

2020.07.15.2245m

20 lipca 2020 r.

  • Zmieniono test rozpoznawania DNS, aby zwiększyć zgodność ze starszymi wersjami serwerów DNS firmy Microsoft.

  • Naprawiono błąd, który powodował, że dźwięk odbierany z aplikacji Spotkania Webex mógł być cichszy niż oczekiwano przez pierwsze kilka sekund po okresie ciszy.

2020.06.29.2236m.10

9 lipca 2020 r.

  • Zmieniono zachowanie testu rozpoznawania dns. Każdy skonfigurowany serwer DNS musi teraz być w stanie rozpoznać testową nazwy FQDN, aby test DNS został zdawany. (We wcześniejszych wersjach, jeśli dowolny serwer DNS był w stanie rozpoznać testową nazwa FQDN, test zostanie zdany).

  • Poprawiona jakość nośników w sieciach stratnych.

  • Dodano opcje konfiguracji mtu interfejsu sieciowego. (Zobacz karty Anonsy).

  • Dodano alarm, jeśli węzeł Siatka wideo nie może dotrzeć do żadnego z serwerów multimediów w chmurze.

2020.06.18.2231m

26 czerwca 2020 r.

  • Poprawiono wybór proporcji dla przepustowości około 1,5 Mb/s po włączeniu 1080p.

  • Dodano możliwość filtrowania przechwytywania pakietów według interfejsu sieciowego, hosta i portu.

  • Naprawiono błąd, który powodował, że po uruchomieniu pojawiał się błąd, a następnie szybkie zatrzymywanie przechwytywania pakietów.

  • Dodano obsługę wdrożeń VMNLite. (Zobacz karty Anonsy).

  • Usunięto domyślną konfigurację NTP. Prawidłowa konfiguracja NTP jest teraz wymagana do zarejestrowania węzła. Dodano alarmy, jeśli konfiguracja NTP jest pusta lub węzeł nie może dotrzeć do skonfigurowanego serwera NTP.

  • Rozwiązano problem polegający na tym, że test łączności serwera proxy nieprawidłowo zgłaszał błąd z powodu zbyt krótkiego limitu czasu.

  • Dodano funkcję zamykania i ponownego uruchamiania do interfejsu internetowego węzła Siatki wideo.

2020.05.26.2200m.3

10 czerwca 2020 r.

  • Dodano możliwość włączania i wyłączania trybu konserwacji na stronie Administracja i wyłączanie węzła siatki wideo.

  • Usunięto alarmy i testy łączności serwera Amazon ECR ze strony Przegląd interfejsu internetowego węzła.

  • Dodano licznik czasu pracy do strony Przegląd interfejsu internetowego węzła.

  • Usunięto wykorzystanie procesora CPU ze strony Przegląd interfejsu internetowego węzła.

  • Wyłączone testy łączności serwera proxy do portu 444 w ramach przechodzenia sygnalizacji kaskadowej do portu 443.

2020.05.13.2195m

27 maja 2020 r.

  • Rozwiązaliśmy problem polegający na tym, że rozszerzenie autouzupełniania przeglądarki innej firmy mogło zakłócać działanie interfejsu internetowego węzła Webex Video Mesh.

2020.04.16.2176m.2

8 maja 2020 r.

  • Rozwiązano problem polegający na tym, że kontroler połączenia portu 444 błędnie zgłaszał błąd, gdy za nimi stał za określonymi typami serwerów proxy.

  • Rozwiązano problem polegający na tym, że niedopasowany certyfikat serwera mógł być zainstalowany, jeśli wcześniej został przesłany poprawnie dopasowany certyfikat.

  • Wyłączone websocket test łączności po problem został znaleziony z nim, gdy węzeł jest za jawnym proxy.

2020.04.16.2176m.1

24 kwietnia 2020 r.

  • Usunięto obsługę protokołu TLS1.1.

  • Dodano więcej kontroli łączności w chmurze na stronie Przegląd interfejsu internetowego węzła Webex Video Mesh.

  • Rozwiązano problem powodujący fałszywy nieprawidłowy alarm DNS nazwy hosta.

  • Dodano ograniczenie długości klucza na stronie Certyfikat serwera z komunikatem o błędzie, jeśli administrator przekaże certyfikat serwera mniejszy niż 2048 bitów.

  • Ulepszona obsługa sytuacji, w których administrator wprowadza klucz prywatny mniejszy niż 2048 bitów lub klucz prywatny bez hasła. W takich przypadkach węzeł Siatka wideo użyje certyfikatu z podpisem własnym.

2020.03.11.2143m.8

17 kwietnia 2020 r.

  • Naprawiono błąd, który powodował, że niektórzy klienci mogli otrzymywać dźwięk tylko z dwóch pierwszych aktywnych głośników, gdy ktoś udostępnia dźwięk zawartości.

  • Naprawiono błąd, który mógł powodować błędy połączeń, gdy w krótkim czasie podejmowana jest duża liczba prób wywołania.

2020.03.11.2143m.7

6 kwietnia 2020 r.

  • Zwiększono przepustowość połączeń 1080p z 3,25 M do 4 M.

  • Wydłużył limit czasu dla sygnalizacji wielobiegowej dla połączeń dwuekranowych.

  • Zmniejszono liczbę żądań do usługi tożsamości.

  • Zmieniono sposób obsługi weryfikacji OAuth, aby była bardziej odporna na opóźnione odpowiedzi.

2020.03.11.2143m.3

24 marca 2020 r.

  • Brak informacji o wersji dla tej aktualizacji konserwacji.

2020.03.11.2143m.9 — Pilne uaktualnienie

22 marca 2020 r.

  • Dodano więcej rejestrowania dla obsługi debugowania.

2020.03.11.2143m — Pilne uaktualnienie

11 marca 2020 r.

  • Wyłączone okresowe kontrole kondycji wywołań i odpowiedni alarm (mf.callHealth.fail), który został zgłoszony w węźle i w Centrum sterowania, jeśli wystąpiły błędy w węźle powyżej pewnego progu.

2020.03.02.2132m

6 marca 2020 r.

  • Dodano obsługę uwierzytelniania serwera proxy NTLMv2. (Aplikacja Video Mesh automatycznie wykrywa wersję, nie trzeba jej określać podczas konfigurowania serwera proxy).

  • Dodano alarm, który jest zgłaszany w węźle i w Centrum sterowania, jeśli okresowe błędy testu kondycji wywołania występują w węźle powyżej pewnego progu.

    Identyfikator alarmu: 'mf.callHealth.fail', ważność: "ostrzeżenie", tytuł: "Kontrola kondycji połączeń nie powiodła się"

2020.02.09.2120m.1

28 lutego 2020 r.

  • Brak informacji o wersji dla tej aktualizacji konserwacji.

2020.01.30.2115m

7 lutego 2020 r.

  • Naprawiono błąd CSCvs70769"NGINX HTTP Request Smuggling Vulnerability"

  • Kodek Opus jest włączony dla spotkań i wywołań 1:1.

2020.01.12.2091m

22 stycznia 2020 r.

  • Dodano przywrócenie ustawień fabrycznych do interfejsu internetowego dla węzłów siatki wideo. Aby uzyskać więcej informacji, zobacz "Zarządzanie węzłem siatki wideo z interfejsu sieci Web" w przewodniku wdrażania pod adresem https://www.cisco.com/go/video-mesh.

  • Naprawiono błąd (CSCvs28104), w którym na niektórych ekranach punktu końcowego z trzema ekranami można było wyświetlać filmy o niskiej jakości.

  • Naprawiono błąd, który powodował, że niektóre połączenia SIP doświadczały opóźnionej konfiguracji.

2019.12.15.2053m

8 stycznia 2020 r.

  • Naprawiono błąd, który powodował, że spotkania (w tym co najmniej jedna tablica Webex) wysyłały strumienie wideo o niskiej rozdzielczości z urządzeń SIP do punktów końcowych Webex.

2019.12.03.2042m

12 grudnia 2019 r.

  • Naprawiono błąd, który powodował, że ekran dołączania do spotkania pozostawał pusty, gdy *.clouddrive.com był zablokowany w sieci klientów. Chociaż ekran sprzężenia spotkania nie jest już pusty w tym scenariuszu, nadal wymagamy odblokowania tego adresu URL w sieci, aby uniknąć niezamierzonych skutków ubocznych.

  • Dodano zarządzanie hasłami administratora do interfejsu internetowego dla węzłów siatki wideo. Aby uzyskać więcej informacji, zobacz "Zarządzanie węzłem siatki wideo z interfejsu sieci Web" w przewodniku wdrażania pod adresem https://www.cisco.com/go/video-mesh.

2019.11.06.1992m

14 listopada 2019 r.

  • Naprawiono cscvr92794"Nieprawidłowy błąd msg podczas sprawdzania poprawności FQDN względem ip węzła."

  • Rozwiązano problem polegający na tym, że węzły nie były poprawnie wyzerowane i używały krótkiego limitu czasu, który miał miejsce tylko wtedy, gdy inne węzły w klastrze zostały przeniesione do trybu konserwacji w Centrum sterowania, co doprowadziło do zmniejszenia pojemności i porzuconych wywołań.

2019.10.21.1973m.1

1 listopada 2019 r.

2019.10.11.1964m.1

23 października 2019 r.

  • Poprawiono CSCvr39819"Wrażliwa wersja oprogramowania".

  • Naprawiono cscvr39878"X.509 Certyfikat z podpisem własnym, którego nazwa zwyczajowa nie jest zgodna z serwerem wydającym (SSL/TLS)". W wyniku zmiany nazwa pospolita certyfikatu w węźle nadaje nazwę FQDN węzła (jeśli jest dostępna) lub adres IP.

  • Dodano nową "Alternatywną nazwę tematu):" do formularza tworzenia CSR w interfejsie internetowym.

2019.09.19.1956m

26 września 2019 r.

  • Dodano ustawienia sieciowe do interfejsu użytkownika węzła siatki wideo(UI). Aby uzyskać więcej informacji, zobacz Konfigurowanie ustawień sieciowych z interfejsu sieci Web węzła siatki wideo web.

  • Zmieniono ważność tego alarmu z krytycznego na ostrzeżenie: "Węzeł siatki wideo nie mógł pobrać wymaganego oprogramowania od dostawcy chmury Cisco. Problem może się zdarzyć z powodu wielu problemów, które są związane z siecią. Sprawdź łączność sieciową z siecią publiczną (amazonaws.com) i sprawdź ustawienia DNS. Może się to również zdarzyć z powodu zmian w zaporze, która jest obecna między węzłami siatki wideo a Internetem."

  • Rozwiązano problem polegający na tym, że porty serwera reflektorów nie były zwalniane nawet po zatrzymaniu narzędzia reflektora w interfejsie użytkownika sieci Web węzła.

  • Naprawiono lukę, która wpłynęła na interfejsy API Ping i Sprawdź ntp, w której osoba atakująca mogła przeprowadzić atak iniekcyjny polecenia, jeśli miała dostęp do uwierzytelnionych interfejsów API.

  • Poprawiono wybór kodeka dla przesyłanych filmów.

  • Certyfikaty serwera podpisane za pomocą słabych szyfrów (takich jak MD2 lub MD5) nie są już akceptowane w interfejsie użytkownika certyfikatu węzła siatki wideo.

2019.08.21.1941m.2

13 września 2019 r.

  • Rozwiązaliśmy problem polegający na tym, że poziom procesora w węzłach był wysoki i nie powrócił do akceptowalnych poziomów.

  • Rozwiązano problem polegający na tym, że zawartość wysyłana przez uczestników połączonych z węzłem chmury nie była odbierana przez uczestników połączonych z węzłami lokalnymi, jeśli w sieci znajduje się zapora Palo Alto Networks (PAN).

  • Dodano stronę konfiguracji sieci do obrazu oprogramowania węzła. Administratorzy mogą określić ustawienia sieciowe podczas pierwszej konfiguracji maszyny wirtualnej węzła. Aby uzyskać więcej informacji, zobacz Instalowanie oprogramowania webex video mesh node w przewodniku wdrażania.

2019.08.14.1937m

16 sierpnia 2019

2019.08.01.1929m

8 sierpnia 2019 r.

  • Naprawiono dwa problemy:

    • Przechwytywanie pakietów z interfejsu użytkownika sieci Web nie można uruchomić pomyślnie, ale nie pojawił się komunikat o błędzie.

    • Przechwytywanie pakietów nie zostanie uruchomione, ponieważ adresy URL Ubuntu zostały zablokowane. (Dzięki tej poprawce na zaporze nie są wymagane żadne zmiany adresu URL).

2019.07.12.1917m

25 lipca 2019 r.

  • Usunięto kaskadowe informacje z karty Stanu wywołania w interfejsie internetowym węzła, dopóki nie będą dostępne lepsze dane.

  • Dodano wersję systemu operacyjnego do karty Szczegóły węzła w interfejsie internetowym węzła.

  • Przeprojektowano interfejs użytkownika strony Rozwiązywanie problemów w interfejsie internetowym węzła. (Więcej informacji można znaleźć w podręczniku wdrażania).

  • Dodano kontrole łączności przy użyciu ping, traceroute i weryfikacji NTP w interfejsie internetowym węzła. (Więcej informacji można znaleźć w podręczniku wdrażania).

  • Poprawiono rozdzielczość i liczbę klatek na sekundę dla strumieni prezentacji.

  • Naprawiono błąd, który powodował, że zbyt duża przepustowość była czasami wysyłana do przełączanych uczestników.

  • Naprawiono błąd, który powodował, że dla niektórych typów uczestników nie była dostępna opcja braku wyciszenia, gdy byli wyciszeni przez gospodarza.

  • Poprawiono tempo tworzenia nośników do transkodowanych prezentacji.

2019.06.13.1907m.7

12 lipca 2019 r.

  • Naprawiono błąd, który czasami powodował, że rozdzielczość wideo spadała nawet wtedy, gdy nie utracono pakietów i opóźnienie było niskie.

  • Naprawiono błąd, który powodował, że dzielenie dźwięku czasami występowało, gdy uczestnicy byli wyciszeni przez hosta, a następnie nie dopracowani.

2019.06.13.1907m.3

20 czerwca 2019 r.

  • Naprawiono błąd, który powodował, że stan udostępniania prezentacji był nieprawidłowy, gdy punkt końcowy próbował udostępnić go na ekranie lobby.

  • Dodano ulepszenie, aby przyspieszyć rozpoczęcie udostępniania prezentacji po transkodowania.

2019.06.13.1907m.1

14 czerwca 2019 r.

  • Rozwiązano problem polegający na tym, że niektóre węzły siatki wideo nie były automatycznie uruchamiane ponownie po uaktualnieniu, co wyłączyło funkcje rozwiązywania problemów z węzłem i doprowadziło do brakujących informacji na stronie przeglądu.

  • Dodano wymóg, aby nazwy hostów węzłów nie zawierały znaku podkreślenia (_).

  • Naprawiono błąd, który powodował, że odporność na utratę pakietów czasami nie działała przez pierwsze kilka minut spotkania.

  • Rozwiązano problem z odpornością nośników, który czasami powodował, że używana przepustowość znacznie przekraczała wynegocjowaną przepustowość przez krótki okres czasu.

2019.05.20.1892m1

24 maja 2019 r.

  • Dodano nowe funkcje serwisowania do interfejsu internetowego węzła siatki wideo (generowanie, generowanie dzienników i omówienie ulepszeń stron). Aby uzyskać więcej informacji na temat tych funkcji, zobacz rozdział "Zarządzanie siatką wideo webex" w przewodniku po wdrażaniu pod adresem https://www.cisco.com/go/video-mesh.

  • Dodano nowy alarm w ramach nadchodzącej migracji do rejestru kontenerów elastycznych Amazon: "Węzeł siatki wideo nie mógł pobrać wymaganego oprogramowania od dostawcy chmury Cisco. Problem może się zdarzyć z powodu wielu problemów, które są związane z siecią. Sprawdź łączność sieciową z siecią publiczną i sprawdź ustawienia DNS. Może się to również zdarzyć z powodu zmian w zaporze, która jest obecna między węzłami siatki wideo a Internetem."


    Węzły siatki wideo będą nadal uaktualniać, ale należy podjąć odpowiednie działania, aby upewnić się, że węzły siatki wideo mogą uzyskać dostęp do adresu URL. Aby uzyskać więcej informacji, zobacz kartę Anonse.

  • Rozwiązano problem polegający na tym, że spotkania programu Skype dla firm niepoprawnie pokazywały "l2sip-UA" jako tytuł spotkania i nazwę uczestnika.

2019.04.29.1873m.4

13 maja 2019 r.

  • Naprawiono błąd, który powodował, że udostępnianie zawartości czasami nie było dostępne podczas korzystania z funkcji wybierania numerów SIP.

  • Naprawiono błąd, który powodował, że kaskady czasami nie były odtworzone po tymczasowych problemach z siecią, co doprowadziło do podziału spotkań.

  • Naprawiono błąd, który powodował niepowodzenie udziału zawartości w niektórych scenariuszach.

2019.04.29.1873m

30 kwietnia 2019 r.

  • Brak informacji o wersji dla tej aktualizacji konserwacji.

2019.04.18.1869m.1

26 kwietnia 2019 r.

  • Naprawiono błąd, który powodował, że udział sieci Web webex w systemie Windows nie działał w niektórych przypadkach.

2019.03.22.1829m.2

2 kwietnia 2019 r.

  • Naprawiono błąd, który czasami powodował niepowodzenie testów przepustowości UDP.

  • Naprawiono błąd, który powodował, że alarmy NTP w Centrum sterowania nie zostały usunięte po rozpoczęciu działania wadliwego serwera NTP.

2019.03.19.1826m

22 marca 2019 r.

  • Aby wprowadzić zmiany konfiguracji w zarejestrowanym węźle, należy teraz najpierw umieścić węzeł w trybie konserwacji.

  • Strona stanu przeglądu raportuje wynik kontroli łączności dla rejestru kontenerów Amazon (ECR).

  • Naprawiono błąd, który powodował, że niektórzy klienci mieli opóźnienie podczas przełączania aktywnych głośników i uszkodzonych filmów w przypadku utraty pakietów.

  • Poprawiono CSCvo93454"One Way Video when Immersive System joins Webex."

  • Poprawiono CSCvo87069"Video Mesh SIP Trusted Sources not Inpulating"

2019.02.14.1788m.1

21 lutego 2019 r.

  • Naprawiono błąd, który powodował, że trzyekranowe punkty końcowe nie były zdalnie wyciszane przez hosta Webex.

  • Naprawiono błąd, który powodował, że wyciszanie i odłączanie do pracy czasami nie działało w przypadku punktów końcowych SIP.

  • Węzły siatki wideo próbują teraz uzyskać dostęp do nowego adresu URL w celu przetestowania dostępu do rejestru kontenerów hostowanych przez Amazon (https://615440818562.dkr.ecr.us-east-1.amazonaws.com/).

  • Dodano nowe alarmy, które są generowane w węzłach siatki wideo i są wyświetlane w Centrum sterowania, gdy czas odpowiedzi zapytania DNS przekracza 1,5 s w następujących scenariuszach:

    • Gdy czas kwerendy serwera DNS jest dłuższy niż 1,5 s: "Czas odpowiedzi serwera DNS <x>na zapytanie <number> ms exceeeds maksymalny czas odpowiedzi 1500 ms."

    • Tekst alarmu, gdy czas kwerendy serwera DNS jest dłuższy niż 1,5 s podczas rozpoznawania serwera NTP: "Podczas rozwiązywania <ntp-server>; Czas odpowiedzi na kwerendę serwera DNS <x> <number> ms e00sał maksymalny czas odpowiedzi 1500 ms."

2019.02.12.1786m

15 lutego 2019 r.

  • Ta wersja jest wydaniem kandydata dla bagażnika TLS SIP i przejrzystą kontrolą / niekontrolującą obsługą serwera proxy dla video mesh. Aby uzyskać więcej informacji, zobacz przewodnik wdrażania w https://www.cisco.com/go/video-mesh.

  • Naprawiono CSCvo26600"Walidator tokenu nie otrzymuje klucza sprawdzania poprawności tokenu, jeśli początkowe żądanie ci nie powiedzie się"

2019.01.29.1773m

6 lutego 2019 r.

  • Ta wersja jest wersją kandydata dla funkcji interfejsu sieciowego. Aby uzyskać więcej informacji, zobacz przewodnik wdrażania w https://www.cisco.com/go/video-mesh.

  • Dodano nowe kontrole, aby okresowo sprawdzać ważność serwerów NTP skonfigurowanych w węzłach siatki wideo. Nieprawidłowe komunikaty ostrzegawcze serwera NTP są wyświetlane w interfejsie administratora usługi Video Mesh podczas logowania i jako alarmy w Centrum sterowania.

2019.01.14.1764m.1

18 stycznia 2019 r.

  • Naprawiono błąd, który powodował, że wideo było przesyłane tylko w jedną stronę podczas spotkania, a niektóre urządzenia lub klienci nie mogli zobaczyć strumienia wideo.

2018.10.04.1692m

5 października 2018 r.

  • Brak informacji o wersji dla tej aktualizacji konserwacji.

Ta strona zawiera anonse ułatwiające przygotowanie wdrożenia usługi Webex Video Mesh dla nowych wersji.

Przejdź https://www.cisco.com/go/video-mesh do przewodnika wdrażania aplikacji Cisco Webex Video Mesh.

9 lutego 2021 r.

Węzły dostępu z Centrum sterowania dla pełnych administratorów

Udoskonaliliśmy Centrum sterowania, aby umożliwić administratorom pełnej organizacji Webex dostęp do węzłów siatki wideo z Centrum sterowania.

Z tej funkcji może korzystać tylko pełny administrator w organizacji Webex. Inni administratorzy, w tym partnerzy i zewnętrzni administratorzy pełnoprawnym, nie mają opcji Przejdź do węzła dla zasobów siatki wideo.

Zobacz omówienie dostępu webex video mesh node sekcji z interfejsu sieci Web w przewodniku wdrażania na https://www.cisco.com/go/video-meshstronie .

26 sierpnia 2020 r.

Buforowanie DNS

Jeśli zauważysz, że odpowiedzi DNS na węzły siatki wideo regularnie zajmują więcej niż 750 ms lub jeśli zaleca to tac Cisco, możesz włączyć buforowanie DNS. Po włączeniu buforowania DNS węzeł buforuje odpowiedzi DNS lokalnie, dzięki czemu żądania są mniej podatne na opóźnienia lub limity czasu, które mogą prowadzić do alarmów łączności, spadków połączeń lub problemów z jakością połączeń. Buforowanie DNS może również zmniejszyć obciążenie infrastruktury DNS.

Buforowanie DNS jest domyślnie wyłączone. Aby ją włączyć, zobacz sekcję Włączanie lub wyłączanie buforowania DNS w przewodniku wdrażania pod adresem https://www.cisco.com/go/video-mesh.

Obsługa aplikacji Webex Events

Webex Video Mesh obsługuje teraz zdarzenia Webex.

7 sierpnia 2020 r.

Krótki format adresu wideo dla spotkań Webex

W witrynach WBS39.9 i nowszych użytkownicy mogą dołączać do spotkań przy użyciu <meeting_number>krótszego formatu adresu wideo @webex.com (zamiast <meeting_number>@<site_name>.webex.com). Siatka wideo obsługuje teraz ten krótszy format adresu.

Przewodnik wdrażania https://www.cisco.com/go/video-mesh został zaktualizowany o instrukcje dotyczące obsługi krótszego formatu podczas konfigurowania wdrożenia w umyciu siatki wideo.

Aby użyć formatu krótkiego adresu wideo z istniejącym wdrożeniem w uściśliju wideo, może być konieczne dodanie wzorca trasy lub wybierania, aby obsłużyć format. Zobacz krok, który zawiera "krótki adres wideo" w odpowiedniej sekcji przewodnika, w zależności od sposobu skonfigurowania środowiska kontroli połączeń:

Domyślnie zaproszenia na spotkania nadal używają dłuższego formatu. Aby to zmienić w witrynie sieci Web, zobacz Wyświetlanie formatu krótkiego adresu wideo dla spotkań i wydarzeń webex.

9 lipca 2020 r.

Nowe ustawienia konfiguracji mtu interfejsu sieciowego w interfejsie sieci Web węzła siatki wideo

Teraz można ręcznie ustawić maksymalny rozmiar jednostki transmisji (MTU) w wewnętrznym interfejsie sieciowym i jednostkę MTU na zewnętrznym interfejsie sieciowym, jeśli jest włączona.

Wszystkie węzły Webex Video Mesh mają domyślnie włączone odnajdowanie jednostek MTU (PMTU) ścieżek. Dzięki PMTU węzeł może wykrywać problemy z jednostkami MTU i automatycznie dostosowywać rozmiar jednostki MTU. Gdy PMTU nie powiedzie się z powodu problemów z zaporą lub siecią, węzeł może mieć problemy z łącznością z chmurą, ponieważ pakiety większe niż spadek jednostki MTU. Ręczne ustawienie niższego rozmiaru jednostki MTU może rozwiązać ten problem.

Ręczne ustawienia jednostki MTU można znaleźć na stronie ustawień sieciowych Zaawansowana karta w interfejsie internetowym Webex Video Mesh Node. Aby uzyskać więcej informacji, zobacz przewodnik wdrażania w https://www.cisco.com/go/video-mesh.

26 czerwca 2020 r.

Nowa opcja wdrażania VMNLite

Jeśli wdrożenie webex Video Mesh obejmuje głównie usługi Webex Teams i punkty końcowe zarejestrowane w chmurze, węzły wykorzystują więcej przełączania i mniej zasobów transkodowania niż zapewnia standardowa konfiguracja. Wdrażanie większej liczby mniejszych maszyn wirtualnych na hoście optymalizuje zasoby dla tego scenariusza.

Z tego powodu wprowadzamy nową opcję "VMNLite" do wdrażania wielu węzłów siatki wideo Webex na serwerze hosta z systemem VMware ESXI lub vCenter. VMNLite wymaga następujących specyfikacji dla każdej maszyny wirtualnej:

  • 23 procesory wirtualne dla węzła siatki wideo webex

  • Pamięć główna 20 GB

  • 80 GB miejsca na dysku twardym

Dzięki tym specyfikacjom można wdrożyć (lub zastąpić istniejącą maszynę wirtualną) wiele wystąpień, w zależności od sprzętu:

Serwer spotkań Cisco 1000

(CMS 1000)

3 maszyny wirtualne VMNLite

(3 węzły siatki wideo)

Serwer Cisco Multiparty Media 410v

2 maszyny wirtualne VMNLite

(2 węzły siatki wideo)

Nasze testy pokazują 50% poprawę wydajności połączeń przełączanych z 3 węzłami VMNLite na jednym CMS1000 w porównaniu do wdrażania jednej maszyny wirtualnej.

Podobnie jak w przypadku konfiguracji standardowej, coresidency z innymi usługami nie jest dozwolone na maszynach wirtualnych VMNLite.

Aby uzyskać więcej informacji, zobacz przewodnik wdrażania w https://www.cisco.com/go/video-mesh. Aby uzyskać kroki mające na celu zastąpienie standardowej konfiguracji urządzeniem VMNLite, zobacz rozdział "Zarządzanie siatką wideo webex i rozwiązywanie problemów z nią".

9 czerwca 2020 r.

Nowa opcja cotygodniowego automatycznego uaktualniania oprogramowania dla klastrów siatki wideo

Teraz można zaplanować automatyczne uaktualnienia oprogramowania w klastrach siatki wideo odbywa się co tydzień, a nie codziennie (domyślnie). Uaktualnienie można odroczyć jeden raz. Jeśli ustawisz harmonogram tygodniowy, odroczenie oznacza, że uaktualnienie nastąpi podczas okna uaktualnienia w następnym tygodniu.

Można ustawić harmonogram uaktualnienia podczas rejestrowania nowego klastra lub zmodyfikować harmonogram istniejącego klastra. Aby uzyskać więcej informacji, zobacz dokumentację siatki wideo pod adresem https://www.cisco.com/go/video-mesh.

24 kwietnia 2020 r.

Nowe opcje konfiguracji sieci (zewnętrzny interfejs sieciowy, reguły routingu, sieć kontenerów) w interfejsie sieci Web węzła siatki wideo

Interfejs internetowy Webex Video Mesh zawiera więcej nowych funkcji ułatwiające obsługę zmian w sieci. Interfejs zewnętrzny można włączyć we wdrażaniu dwóch interfejsów sieciowych (NIC) z interfejsu internetowego. Następnie można dostosować routing dla węzłów siatki wideo, dodając zdefiniowane przez użytkownika reguły trasy dla interfejsów zewnętrznych i wewnętrznych. Można też zmienić adres IP mostka kontenera i podsieć.

Aby uzyskać więcej informacji na temat uzyskiwania dostępu do aktualizacji interfejsu internetowego, zobacz rozdział "Zarządzanie siatką wideo webex i rozwiązywanie problemów" w przewodniku po wdrażaniu https://www.cisco.com/go/video-mesh.

20 marca 2020 r.

Wsparcie rezydencji danych Cisco Webex Teams EMEAR

Usługa Webex Video Mesh jest teraz obsługiwana dla organizacji w europejskim regionie rezydencji danych Cisco Webex Teams. Wsparcie to obejmuje zarówno nowo utworzone organizacje EMEAR fazy 2, jak i istniejące organizacje EMEAR fazy 1.

Aby uzyskać więcej informacji, zobacz Data Residency w Cisco Webex Teams.

4 listopada 2019 r.

Nowe ulepszenia raportów siatki wideo: Analiza i ostatnie użycie zasobów

Teraz można uzyskać dostęp do dwóch kategorii raportów, aby ułatwić zarządzanie wdrożeniem usługi Video Mesh: analizy i niedawnego wykorzystania zasobów.

Analizy to nowe interaktywne raporty, które zapewniają długoterminowy trend (do 3 miesięcy danych) w kategoriach zaangażowania, użycia zasobów i wykorzystania przepustowości.

Raporty użycia zasobów były wcześniej dostępne i są przenoszone do strony Rozwiązywanie problemów w Centrum sterowania. Zapewniają one niemal w czasie rzeczywistym widok aktywności w organizacji.

Możesz filtrować te raporty na określonych danych, których szukasz, i zapisywać je jako różne typy plików bezpośrednio z Centrum sterowania. Aby uzyskać więcej informacji, zobacz dokumentację siatki wideo pod adresem https://www.cisco.com/go/video-mesh.

16 sierpnia 2019

Obsługa wyraźnych serwerów proxy

Aplikacja Cisco Webex Video Mesh obsługuje teraz jawne serwery proxy, a także przezroczyste inspekcje i niekontrolujące serwery proxy. Serwery proxy można powiązać z wdrożeniem usługi Webex Video Mesh, aby zabezpieczyć i monitorować ruch z przedsiębiorstwa do chmury. Ta funkcja wysyła sygnał i zarządzanie ruchem opartym na https do serwera proxy. W przypadku przezroczystych serwerów proxy żądania sieciowe z węzłów siatki wideo są przekazywane do określonego serwera proxy za pośrednictwem reguł routingu sieci przedsiębiorstwa. Za pomocą interfejsu administracyjnego webex video mesh można zarządzać certyfikatami i ogólny stan łączności po zaimplementowaniu serwera proxy z węzłami.


Media nie przechodzą przez serwer proxy. Nadal należy otworzyć wymagane porty, aby strumienie multimediów bezpośrednio dotarły do chmury.

Aby uzyskać więcej informacji, zobacz Obsługa serwera proxy dla siatki wideo i innych istotnych aktualizacji w przewodniku wdrażania.

25 lipca 2019 r.

Nowe funkcje rozwiązywania problemów (Ping, Trace Route, NTP Server, Reflector Server i Debug Account) w interfejsie sieci Web węzła siatki wideo

Interfejs internetowy Webex Video Mesh zawiera więcej nowych funkcji ułatwiających rozwiązywanie problemów. Można uruchomić różne testy sieciowe (ping, śledzenie trasy i weryfikacja serwera NTP) z interfejsu internetowego. Można również sprawdzić, czy odpowiednie porty są otwierane w sieci za pomocą serwera reflektorów. Jeśli potrzebujesz pomocy inżynierów pomocy technicznej Cisco, możesz utworzyć tymczasowe konto użytkownika debugowania, aby mogli oni rozwiązywać problemy z wdrożeniem.

Aby uzyskać więcej informacji na temat uzyskiwania dostępu do aktualizacji interfejsu internetowego, zobacz rozdział "Zarządzanie siatką wideo webex i rozwiązywanie problemów" w przewodniku po wdrażaniu https://www.cisco.com/go/video-mesh.

24 maja 2019 r.

Nowe funkcje rozwiązywania problemów (dzienniki, przechwytywanie pakietów) i odświeżony przegląd w interfejsie sieci Web węzła siatki wideo

Interfejs internetowy Webex Video Mesh zawiera teraz nowe funkcje ułatwiające rozwiązywanie problemów. Można generować dzienniki i przechwytywanie pakietów z samego węzła i przesyłać je do obsługi Cisco, gdy będą gotowe.

Interfejs sieci web zawiera również przeprojektowany przegląd strony, która zawiera przydatne informacje o węźle, takie jak kondycja węzła, informacje rejestracyjne, wyniki testów łączności i tak dalej.

Aby uzyskać więcej informacji na temat uzyskiwania dostępu do aktualizacji interfejsu internetowego, zobacz rozdział "Zarządzanie siatką wideo webex i rozwiązywanie problemów" w przewodniku po wdrażaniu https://www.cisco.com/go/video-mesh.

Migracja z centrum platformy Docker do rejestru kontenerów elastycznych Amazon

Aby zmniejszyć liczbę różnych domen dostępnych dla węzła Siatki wideo, przechodzimy z domen centrum platformy Docker (docker.io i docker.com) do rejestru kontenerów elastycznych Amazon (*.amazonaws.com). Migracja ta nastąpi w ciągu około 6–8 tygodni od momentu opublikowania tego wpisu. Jako krok przygotowawczy należy upewnić się, że węzeł siatki wideo zarejestrowany w organizacji Webex może komunikować się z domeną *.amazonaws.com, w przeciwnym razie przyszłe uaktualnienia kontenerów węzła siatki wideo nie powiodą się. Sprawdź ustawienia zapory i/lub serwera proxy, aby upewnić się, że ruch z węzła Siatka wideo jest dozwolony w domenie *.amazonaws.com.

Po wniesieniu zmian w zaporze lub serwerze proxy można sprawdzić łączność z domeną *.amazonaws.com, logując się do interfejsu internetowego węzła siatki wideo. Funkcja sprawdzania łączności z Amazon została uwzględniona w wydaniu oprogramowania 2019.03.19.1826m i musisz uruchomić to oprogramowanie, aby zweryfikować łączność z domeną *.amazonaws.com.

  1. Przejdź do interfejsu internetowego węzła siatki wideo (https://%VMN_IP%/setup) i wybierz pozycję Przegląd.

  2. W sekcji Szczegóły łączności sprawdź stan kontroli łączności w chmurze.


    Jeśli szczegóły łączności są czerwone, oznacza to, że sprawdzanie łączności z amazon nie powiodło się i wymagane jest dalsze korygowanie.

15 lutego 2019 r.

Bezpieczna obsługa bagażnika SIP i przezroczystego serwera proxy

Webex Video Mesh obsługuje teraz bezpieczne połączenie magistrali z węzłów Unified CM do Video Mesh i bezpieczną wymianę certyfikatów. Dzięki tej opcji szyfrowanie end-to-end jest wymagane od chmury do zarejestrowanych punktów końcowych.

Webex Video Mesh obsługuje również przezroczyste serwery proxy inspekcji i niekontrolujące, dzięki czemu można zabezpieczyć i monitorować ruch w chmurze i monitorować je.

Aby uzyskać więcej informacji na temat korzystania z tych funkcji we wdrożeniu węzła siatki wideo, zobacz przewodnik wdrażania w https://www.cisco.com/go/video-mesh.

7 lutego 2019 r.

Podwójny interfejs sieciowy dla węzłów siatki wideo

W przypadku wdrożenia strefy DMZ można teraz skonfigurować węzły siatki wideo w klastrze za pomocą dwóch interfejsów sieciowych (NIC). Ta opcja wdrażania umożliwia oddzielenie ruchu sieciowego przedsiębiorstwa od ruchu sieciowego w chmurze w węźle Siatka wideo: wewnętrzna karta sieciowa (skierowana do przedsiębiorstwa) jest używana do komunikacji między skrzynkami, kaskad między klastrami węzłów i uzyskiwania dostępu do interfejsu zarządzania węzła, podczas gdy zewnętrzna (oparta na chmurze) karta sieciowa jest używana głównie do łączności ze światem zewnętrznym i kaskady z chmurą.

Aby uzyskać więcej informacji na temat korzystania z tej funkcji we wdrożeniu węzła siatki wideo, zobacz przewodnik wdrażania w https://www.cisco.com/go/video-mesh.

18 września 2018 r.

Ulepszenia jakości usług (QoS) dla webex video mesh

Węzły Webex Video Mesh są teraz zgodne z najlepszymi praktykami w zakresie zalecanej jakości usług (QoS), włączając zakresy portów, które umożliwiają rozróżnianie strumieni audio i wideo we wszystkich przepływach do i z węzłów siatki wideo. Ta zmiana umożliwia tworzenie zasad QoS i skutecznie uwagi ruchu do iz węzłów siatki wideo.

Do zmian w porcie dołączone są zmiany WY. Węzły Webex Video Mesh automatycznie oznaczają ruch multimedialny z zarejestrowanych punktów końcowych SIP (lokalnie zarejestrowanych elementów ujednoliconych CM lub VCS Expressway) zarówno dla audio (EF) i wideo (AF41) oddzielnie z odpowiednią klasą usług i używają dobrze znanych zakresów portów dla określonych typów nośników.

Ruch źródłowy z lokalnych zarejestrowanych punktów końcowych jest zawsze określana przez konfigurację w formancie wywołania (Unified CM lub VCS Expressway).

Aby uzyskać więcej informacji, zobacz tabelę QoS w portach i protokołach używanych przez usługę Webex Video Mesh oraz kroki umożliwiające włączenie lub wyłączenie funkcji QoS w przepływie zadań wdrażania siatki wideo wPrzewodniku wdrażania aplikacji Cisco Webex Video Mesh (https://www.cisco.com/go/video-mesh).


Aplikacje Cisco Webex nadal łączą się z węzłami Webex Video Mesh za pośrednictwem udostępnionych portów 5004 i 5006. Porty te są również używane przez aplikacje Cisco Webex i punkty końcowe dla testów osiągalności STUN do węzłów Webex Video Mesh. Węzeł Webex Video Mesh do węzła Webex Video Mesh dla kaskady używa docelowego portu udostępnionego 5004 lub 5006.

12 lutego 2018 r.

Obsługa wielostrumieniowego wideo dla wszystkich uczestników spotkania w aplikacji Cisco Spark i Cisco Webex Meetings

Jeśli organizujesz spotkania w lokalnych węzłach nośników hybrydowych za pośrednictwem usługi Cisco Spark Hybrid Media Service, możesz korzystać z funkcji zawartych w obsłudze multistreamingu. Multistream zapewnia średnio lepsze wykorzystanie przepustowości, szczególnie dla łącza kaskadowego między węzłami usługi multimediów hybrydowych i węzłami mediów w chmurze publicznej Cisco Spark.

Aby uzyskać więcej informacji, zobacz Obsługa wielu strumieni dla wszystkich uczestników spotkań Cisco Spark i Cisco WebEx.

5 stycznia 2018 r.

Obsługa spotkań Cisco WebEx i Cisco Spark, zmian w porcie i aktualizacji ova

Usługa Cisco Spark Hybrid Media Service obsługuje teraz lokalne punkty końcowe zarejestrowane w środowisku SIP, dołączając do spotkań Cisco WebEx i spotkań Cisco Spark. Usługa zawiera również nowe raporty użycia i wdrażania w Cisco Webex Control Hub. Aby w pełni korzystać z usługi Hybrid Media Service, witryna sieci WebEx znajduje się na platformie wideo Cisco WebEx w wersji 2.0. (Można sprawdzić, czy witryna webex znajduje się na platformie wideo w wersji 2.0, jeśli ma listę Typ zasobu mediów dostępną w opcjach witryny usługi cloud collaboration meeting room).

Zmiany w porcie

  • Hybrydowa usługa multimedialna wymaga teraz nowego portu docelowego (5006).

  • Port TCP/UDP 33434 nie jest już obsługiwany przez usługę.

Aby uzyskać pełną listę, zobacz "Porty i protokoły używane przez usługę multimediów hybrydowych" w Przewodniku wdrażania usługi cisco spark hybrid media service.

Aktualizacja OVA

Usługa wymaga pobrania i zainstalowania najnowszej aktualizacji ova w węzłach multimediów hybrydowych. Aby pobrać najnowszą oKW, z widoku klienta w https://admin.ciscospark.com przejdź do sekcji Usługi >hybrydowe > ustawienia>.

Uaktualnij każdy węzeł nośnika hybrydowego w klastrze, wykonując następujące czynności:

  1. Przenieś węzeł do trybu konserwacji. Zobacz Przenoszenie hybrydowego węzła usługi do trybu konserwacji.

  2. Wyrejestrowanie węzła. Zobacz "Wyrejestrowanie hybrydowego węzła multimedióww Przewodniku wdrażania usługi multimediów hybrydowych Cisco Spark.

  3. Usuń maszynę wirtualną węzła multimediów hybrydowych z klienta VMware vSphere lub z vCenter.

  4. Zainstaluj nową usługę OVA i oprogramowanie Hybrid Media Service, ustaw konfigurację newtork i ponownie wyrejestruj węzeł multimediów hybrydowych w chmurze Cisco Collaboration Cloud. Zobacz "Wdrażanie hybrydowej usługimultimedialnej " w Przewodniku wdrażania usługi multimediów hybrydowych Cisco Spark.

  5. Wyjmij węzeł z trybu konserwacji. Zobacz Przenoszenie hybrydowego węzła usługi do trybu konserwacji.

Aby zapoznać się ze wszystkimi zmianami funkcji, nowymi krokami wdrażania i wskazówkami dotyczącymi przygotowania witryny WebEx, zobacz Przewodnik wdrażania usługi Cisco Spark Hybrid Media Service pod adresem https://www.cisco.com/go/hybrid-services-media. Sekcja Nowe i zmienione informacje w przewodniku zawiera łącza do zaktualizowanych sekcji.