2021.06.17.2415

24 czerwca 2021 r.

Dla tego uaktualnienia konserwacji nie ma żadnych informacji o wydaniu.

2021.05.27.2405m

4 czerwca 2021 r.

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

2021.05.05.2395m.5

21 maja, 2021

• Zawiera drobne ulepszenia do wyświetlania dla układów niedomyślnych.

• Naprawia problem, który może złamać DNS dla konkretnej konfiguracji mostka Docker.

2021.04.27.2391m

30 kwietnia 2021 r.

• Poprawia raportowanie statystyk utraty pakietów dla transkodowanych połączeń w Control Hub.

2021.03.22.2384 m.3

6 kwietnia 2021 r.

Dla tego uaktualnienia konserwacji nie ma żadnych informacji o wydaniu.

2021.03.22.2384 m.1

31 marca 2021 r.

Dla tego uaktualnienia konserwacji nie ma żadnych informacji o wydaniu.

2021.03.03.2359 m.7

16 marca 2021 r.

Dla tego uaktualnienia konserwacji nie ma żadnych informacji o wydaniu.

2021.03.03.2359 m

12 marca 2021 r.

Dla tego uaktualnienia konserwacji nie ma żadnych informacji o wydaniu.

2021.02.05.2352 m.4

12 lutego 2021 r.

• Dodaje opcję wyłączania lokalnego logowania do interfejsu WWW administrowania węzłem usługi Video Mesh.

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

2021.01.13.2349m.3

5 lutego 2021 r.

Dla tego uaktualnienia konserwacji nie ma żadnych informacji o wydaniu.

2020.12.08.2333 mln.6

25 stycznia 2021 r.

Dla tego uaktualnienia konserwacji nie ma żadnych informacji o wydaniu.

2020.12.08.2333 mln,5

8 stycznia 2021 r.

• Ulepszono komunikaty alarmowe NTP na węzłach usługi Video Mesh.

• Naprawiono błąd polegający na tym, że jeśli wygaśnięcie hasła ma wartość „nigdy”, nie można zmienić hasła za pośrednictwem interfejsu GUI.

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

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

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

• Zaktualizowano alarmy dostępności dla prywatnych klastrów węzła usługi Video Mesh.

2020.12.08.2333 mln

11 grudnia 2020 r.

• Poszerzono informacje dostępne dla pamięci podręcznej DNS. Zobacz „Włączanie lub wyłączanie buforowania DNS” w podręczniku wdrażania.

• Naprawiono problem kosmetyczny, w którym wywołanie testu stanu zdrowia może spowodować nieprawidłowe wyświetlanie stanu węzła jako „Instalowanie” w Control Hub.

2020.11.17.2319 mln 9

8 grudnia, 2020

Ta wersja zawiera zmiany zapobiegające awariom połączeń SIP w przypadku utraty połączenia sieciowego między klastrami.

2020.11.17.2319 mln.4

1 grudnia 2020 r.

Narzędzie do monitorowania usługi Video Mesh to symulator połączeń Webex dostępny w każdym węźle usługi Video Mesh w tej wersji. Narzędzie monitorowania zawiera następujące funkcje:

• Bieganie na żądanie lub cykliczne testy godzinowe w przeliczeniu na węzeł, na klaster.

• Możliwość oznaczania sygnalizacji SIP, sygnalizacji multimediów i kaskady multimediów dla każdego testu.

• Odpowiednie komunikaty o awarii w przeliczeniu na test z kodami błędów w celu skrócenia średniego czasu do rozwiązania.

• Historyczne śledzenie niepowodzenia testu przez okres do siedmiu dni.

2020.11.17.2319 mln.4

25 listopada, 2020

• Brak informacji o wydaniu dla tego uaktualnienia konserwacji.

2020.11.06.2314

18 listopada 2020 r.

• Zwiększono próg podniesienia alarmu NTP na węzłach usługi Video Mesh.

• Zwiększono prawdziwość komunikatów o błędach, aby pomóc w debugowaniu przyszłych problemów NTP w węzłach usługi Video Mesh.

• Naprawiono błąd powodujący niepowodzenie przesyłania dzienników VMN.

• Naprawiono problemy z kaskadą między węzłami usługi Video Mesh a nowymi węzłami chmury.

2020.10.16.2305

23 października 2020 r.

• Naprawiono błąd powodujący, że w niektórych sytuacjach tryb konserwacji nie włączał się prawidłowo.

2020.09.22.2288m.3

1 października 2020 r.

• Brak informacji o wydaniu dla tego uaktualnienia konserwacji.

2020.09.22.2288m

Wrzesień 30, 2020

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

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

• Skorygowane wartości czasu opóźnienia/podróży w kółko w statystykach mediów na stronie rozwiązywania problemów ze spotkaniami w Control Hub. (Statystyki były wyłączone dla niektórych połączeń przez współczynnik 1000).

• Zmieniono, aby używać tylko bezpieczniejszych szyfrów TLS w niektórych portach.

2020.09.11.2279m

18 września 2020 r.

• Dodano informacje o zakresie adresów IP zarezerwowanym do użytku wewnętrznego w interfejsie WWW węzła Video Mesh.

• Zmniejszono zakres adresów IP zarezerwowany dla wewnętrznego użycia węzła usługi Webex Video Mesh z oryginalnego adresu 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łączone TLS 1.1 w porcie 33432.

• Naprawiono złe statystyki wyświetlane w strumieniu audio prezentacji IX5000 podczas przemieszczania się między poczekalnią a konferencją.

• Dodano obejście dla problemu, w którym zaufany adres SIP dłuższy niż 200 znaków powoduje awarię połączenia TLS (CSCvv44969).

2020.08.19.2266 mln.1

26 sierpnia, 2020

• Dodano opcję buforowania DNS. (Patrz zakładka Ogłoszenia).

• Wyraźnie wyłączono protokół IPv6 na interfejsach wewnętrznych i zewnętrznych, aby węzły nie nabyły serwerów DNS protokołu IPv6.

• Naprawiono błąd, który doprowadził do niepowodzenia testu osiągalności z powodu wyczerpania portu.

• Ulepszone szczegóły alarmu w przypadku, gdy aktualizacja nie może zostać pobrana z powodu blokady przez usługę Zscaler lub z powodu przejrzystego serwera proxy kontroli.

• Naprawiono błąd powodujący, że dane przesyłane/pobierane przez protokół UDP były niepoprawnie wyświetlane w wynikach testów przepustowości w interfejsie internetowym.

2020.08.06.2258 m.4

18 sierpnia 2020 r.

• Brak informacji o wydaniu dla tego uaktualnienia konserwacji.

2020.08.06.2258 m.1

13 sierpnia 2020 r.

• Naprawiono błąd powodujący, że po przeniesieniu połączenia ze spotkania z powrotem do poczekalni urządzenie IX5000 porzuciło połączenie.

• Naprawiono błąd polegający na tym, że węzeł skonfigurowany do korzystania z serwera proxy może stracić łączność sieciową w przypadku zmiany adresu IP sieci kontenerów.

2020.07.15.2245

20 lipca 2020 r.

• Zmieniono test rozdzielczości DNS w celu zwiększenia zgodności ze starszymi wersjami serwerów DNS opartych na usłudze Microsoft.

• Naprawiono błąd polegający na tym, że dźwięk otrzymany z aplikacji Webex Meetings może być cichszy niż oczekiwano przez pierwsze kilka sekund po okresie ciszy.

2020.06.29.2236 mln.10

9 lipca 2020 r.

• Zmieniono zachowanie testu rozdzielczości DNS. Każdy skonfigurowany serwer DNS musi teraz być w stanie rozwiązać test FQDN, aby test DNS mógł przejść. (We wcześniejszych wersjach, jeśli jakikolwiek serwer DNS był w stanie rozwiązać test FQDN, test miałby przejść.)

• Poprawa jakości mediów w przegranych sieciach.

• Dodano opcje konfiguracji interfejsu sieciowego MTU. (Patrz zakładka Ogłoszenia).

• Dodano alarm, jeśli węzeł Video Mesh nie jest w stanie dotrzeć do żadnego z serwerów multimediów w chmurze.

2020.06.18.2231

26 czerwca 2020 r.

• Ulepszony wybór proporcji dla szerokości pasma około 1,5 Mb/s, gdy włączona jest rozdzielczość 1080p.

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

• Naprawiono błąd powodujący, że po uruchomieniu i szybkim zatrzymaniu przechwytywania pakietów wystąpił błąd.

• Dodano obsługę wdrożeń VMNLite. (Patrz zakładka Ogłoszenia).

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

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

• Dodano funkcję wyłączania i ponownego uruchamiania do interfejsu WWW węzła usługi Video Mesh.

2020.05.26.2200 m3

10 czerwca 2020 r.

• Dodano możliwość włączania i wyłączania trybu konserwacji ze strony administrowania interfejsem WWW węzła usługi Video Mesh.

• Usunięto alarmy i kontrole łączności serwera ECR Amazon ze strony Omówienie interfejsu WWW węzła.

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

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

• Wyłączone testy łączności proxy z portem 444 w ramach przechodzenia kaskady sygnalizacji do portu 443.

2020.05.13.2195 m

27 maja 2020 r.

• Naprawiono błąd powodujący, że automatyczne rozszerzenie przeglądarki innej firmy mogło zakłócać interfejs WWW węzła usługi Webex Video Mesh.

2020.04.16.2m.2

8 maja 2020 r.

• Rozwiązano problem polegający na tym, że kontroler połączenia portu 444 błędnie zgłosił błąd za pewnymi typami pełnomocników.

• Naprawiono błąd polegający na tym, że w przypadku wcześniejszego przesłania poprawnie dopasowanego certyfikatu serwera można było zainstalować nieprawidłowo dopasowany certyfikat serwera.

• Wyłączono test łączności websocket po wystąpieniu problemu, gdy węzeł znajduje się za wyraźnym serwerem proxy.

2020.04.16.2m.1

24 kwietnia 2020 r.

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

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

• Napraw błąd powodujący fałszywą nieprawidłową nazwę hosta DNS.

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

• Lepsze zarządzanie sytuacjami, w których administrator wprowadza klucz prywatny o wartości mniejszej niż 2048 bitów lub klucz prywatny bez hasła. W takich przypadkach węzeł Video Mesh będzie używał certyfikatu z podpisem własnym.

2020.03.11.2143m.8

17 kwietnia 2020 r.

• Naprawiono błąd powodujący, że niektórzy klienci otrzymywali 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ć niepowodzenia połączeń, gdy wiele prób połączenia jest wykonywanych w krótkim czasie.

2020.03.11.2143m.7

6 kwietnia 2020 r.

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

• Zwiększono limit czasu dla sygnalizacji wielostrumieniowej dla połączeń dwuekranowych.

• Zmniejszono liczbę zgłoszeń do usługi tożsamości.

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

2020.03.11.2143m.3

24 marca 2020 r.

• Brak informacji o wydaniu dla tego uaktualnienia konserwacji.

2020.03.11.2143m.9 — Pilne uaktualnienie

22 marca 2020 r.

• Dodano więcej logowania do obsługi debugowania.

2020.03.11.2143m — Pilne uaktualnienie

11 marca 2020 r.

• Wyłączono okresowe kontrole stanu połączeń i odpowiadający im alarm (mf.callHealth.fail), który został zgłoszony w węźle i w Control Hub w przypadku wystąpienia awarii w węźle powyżej określonego progu.

2020.03.02.2132 m

6 marca 2020 r.

• Dodano obsługę uwierzytelniania serwera proxy NTLMv2. (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 Control Hub, jeśli w węźle występują okresowe niepowodzenia testu stanu połączenia poza określonym progiem.

  Identyfikator alarmu: 'mf.callHealth.fail', dotkliwość: "ostrzeżenie", tytuł: „Kontrola stanu połączenia nie powiodła się”

2020.02.09.2120 mln.1

28 lutego 2020 r.

• Brak informacji o wydaniu dla tego uaktualnienia konserwacji.

2020.01.30.2115m

7 lutego 2020 r.

• Naprawiono CSCvs70769 — NGINX HTTP Request Smuggling Vulnerability

• Kodek Opus jest włączony dla spotkań i połączeń 1:1.

2020.01.12.2091m

22 stycznia 2020 r.

• Dodano przywrócenie ustawień fabrycznych do interfejsu WWW węzłów usługi Video Mesh. Aby uzyskać więcej informacji, zobacz Zarządzaj węzłem usługi Video Mesh z interfejsu WWW w podręczniku wdrażania na stronie https://www.cisco.com/go/video-mesh.

• Naprawiono błąd (CSCvs28104), w którym na niektórych ekranach trójekranowego punktu końcowego można wyświetlać obraz niskiej jakości.

• Naprawiono błąd powodujący, że niektóre połączenia SIP były opóźnione w konfiguracji.

2019.12.15.2053 mln

8 stycznia 2020 r.

• Naprawiono błąd polegający na tym, że spotkania (obejmujące co najmniej jedną tablicę Webex Board) wysyłały strumienie wideo o niskiej rozdzielczości z urządzeń SIP do punktów końcowych Webex.

2019.12.03.2042

12 grudnia 2019 r.

• Naprawiono błąd powodujący, że ekran dołączania do spotkania pozostał pusty po zablokowaniu witryny *.clouddrive.com w sieci klienta. Podczas gdy ekran dołączania do spotkania nie jest już pusty w tym scenariuszu, nadal wymagamy, aby odblokować ten adres URL w sieci, aby uniknąć niezamierzonych skutków ubocznych.

• Dodano zarządzanie hasłem administratora do interfejsu internetowego węzłów usługi Video Mesh. Aby uzyskać więcej informacji, zobacz Zarządzaj węzłem usługi Video Mesh z interfejsu WWW w podręczniku wdrażania na stronie https://www.cisco.com/go/video-mesh.

2019.11.06.1992 m

14 listopada 2019 r.

• Naprawiono CSCvr92794— Nieprawidłowy błąd w walidacji FQDN z węzłem IP.

• Naprawiono błąd polegający na tym, że węzły nie wyciszały się prawidłowo i używały krótkiego limitu czasu, co miało miejsce tylko wtedy, gdy inne węzły w klastrze zostały przeniesione do trybu konserwacji w Control Hub, co doprowadziło do zmniejszenia przepustowości i spadku połączeń.

2019.10.21. m.1

1 listopada 2019 r.

• Dodano możliwość przesyłania i pobierania dzienników i plików pcap z poziomu interfejsu węzła Webex Video Mesh Rozwiązywanie problemów nawet wtedy, gdy węzeł jest niezarejestrowany. Aby uzyskać więcej informacji, zobacz Generowanie dzienników usługi Webex Video Mesh dla pomocy technicznej i Generowanie przechwytywania pakietów usługi Webex Video Mesh dla pomocy technicznej.

2019.10.11. m.1

23 października 2019 r.

• Naprawiono CSCvr39819— wersja oprogramowania podatnego na zagrożenia.

• Naprawiono CSCvr39878—certyfikat podpisany własnoręcznie X.509, którego nazwa wspólna nie pasuje do serwera wydającego (SSL/TLS). Dokonano zmiany, gdy wspólna nazwa certyfikatu w węźle daje nazwę FQDN węzła (jeśli jest dostępna) lub adres IP.

• Dodano nową „Alternatywną nazwę podmiotu:” pole do formularza tworzenia CSR w interfejsie internetowym.

2019.09.19. m

26 września 2019 r.

• Dodano ustawienia sieciowe do interfejsu WWW użytkownika węzła usługi Video Mesh (UI). Aby uzyskać więcej informacji, zobacz Konfigurowanie ustawień sieciowych z poziomu interfejsu sieciowego węzła usługi wideo Webex.

• Zmieniono nasilenie tego alarmu z krytycznego na ostrzegawczy: "Węzeł usługi Video Mesh nie był w stanie pobrać wymaganego oprogramowania od dostawcy chmury Cisco. Problem może wystąpić z powodu wielu problemów związanych z siecią. Sprawdź połączenie sieciowe z siecią publiczną (.amazonaws.com) i sprawdź ustawienia DNS. Może się to również zdarzyć ze względu na zmiany w zaporze, która jest obecna między węzłami Video Mesh a Internetem."

• Naprawiono błąd powodujący, że porty serwerów odblaskowych nie były zwalniane nawet po zatrzymaniu narzędzia odblaskowego w interfejsie WWW węzła.

• Naprawiono lukę, która miała wpływ na interfejsy Ping i Sprawdź interfejsy API NTP, gdzie napastnik mógł uruchomić atak polecenia wstrzyknięcia, jeśli miał dostęp do uwierzytelnionych interfejsów API.

• Ulepszono wybór kodeka dla przesłanego wideo.

• Certyfikaty serwera podpisane za pomocą słabych szyfrów (takich jak MD2 lub MD5) nie są już akceptowane w interfejsie UI certyfikatu węzła usługi Video Mesh.

2019.08.21. m.2

13 września 2019 r.

• Naprawiono błąd powodujący, że poziomy procesora węzła wzrastały i nie wracały do akceptowalnych poziomów.

• Naprawiono błąd powodujący, że treści wysyłane przez uczestników podłączonych do węzła chmury nie były odbierane przez uczestników podłączonych do węzłów lokalnych, jeśli w sieci jest zapora Palo Alto Networks (PAN).

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

2019.08.14.1937m

16 sierpnia 2019

• Dodano obsługę wyraźnych serwerów proxy bez uwierzytelniania, podstawowego, strawiącego lub uwierzytelniania NTLM. Aby uzyskać więcej informacji, zobacz Obsługa serwera proxy dla usługi Video Mesh i innych istotnych aktualizacji w przewodniku wdrażania.

• Dodano zmiany konfiguracyjne, które zapobiegają przepełnieniu połączeń w chmurze.

2019.08.01.1929m

8 sierpnia 2019 r.

• Naprawiono dwa problemy:

  • Przechwytywanie pakietów z interfejsu WWW nie powiodło się, ale nie pojawił się komunikat o błędzie.

  • Przechwytywanie pakietów nie działało, ponieważ adresy URL Ubuntu były zablokowane. (W przypadku tej poprawki na zaporze nie są wymagane żadne zmiany adresu URL).

2019.07.12.1917 m

25 lipca 2019 r.

• Usunięto informacje kaskadowe z karty stanu połączenia w interfejsie WWW węzła, dopóki nie będą dostępne lepsze metryki.

• Dodano wersję systemu operacyjnego do karty szczegółów węzła w interfejsie WWW węzła.

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

• Dodano kontrole łączności za pomocą weryfikacji ping, traceroute i NTP w interfejsie WWW węzła. (Więcej informacji można znaleźć w przewodniku wdrażania).

• Ulepszona rozdzielczość i wybór ram dla strumieni prezentacji.

• Naprawiono błąd polegający na tym, że czasami do przełączonych uczestników wysyłano zbyt dużą przepustowość.

• Naprawiono błąd polegający na tym, że dla niektórych typów uczestników podczas wyciszania przez prowadzącego nie była dostępna opcja wyłączania wyciszenia.

• Poprawiono tempo transmisji multimediów do prezentacji transkodowanych.

2019.06.13.1907m.7

12 lipca 2019 r.

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

• Naprawiono błąd powodujący, że dźwięk podzielony czasami występował, gdy uczestnicy byli wyciszeni przez prowadzącego, a następnie wyłączeni.

2019.06.13.1907m.3

20 czerwca 2019 r.

• Naprawiono błąd powodujący, że stan udostępniania prezentacji był nieprawidłowy, jeśli punkt końcowy próbował udostępniać podczas wyświetlania na ekranie poczekalni.

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

2019.06.13.1907m.1

14 czerwca 2019 r.

• Naprawiono błąd polegający na tym, że niektóre węzły usługi Video Mesh nie były automatycznie uruchamiane po uaktualnieniu, co wyłączało funkcje rozwiązywania problemów węzła i doprowadziło do braku informacji na stronie przeglądu.

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

• Naprawiono błąd polegający na tym, że odporność na straty pakietów czasami nie działała przez pierwsze kilka minut spotkania.

• Naprawiono problem z odpornością nośników, który czasami powodował, że przepustowość w użyciu znacznie przekraczała wynegocjowaną przepustowość przez krótki czas.

2019.05.20.1892m1

24 maja 2019 r.

• Dodano nowe funkcje serwisowania interfejsu sieciowego węzła Video Mesh (generowanie przechwytywania pakietów, generowanie dzienników i ulepszenia strony podglądu). Aby uzyskać więcej informacji na temat tych funkcji, zobacz rozdział Zarządzanie siecią wideo Webex w przewodniku wdrażania w https://www.cisco.com/go/video-mesh.

• Dodano nowy alarm w ramach nadchodzącej migracji do rejestru pojemników elastycznych Amazon: "Węzeł usługi Video Mesh nie był w stanie pobrać wymaganego oprogramowania od dostawcy chmury Cisco. Problem może wystąpić z powodu wielu problemów związanych z siecią. Sprawdź połączenie sieciowe z siecią publiczną i sprawdź ustawienia DNS. Może się to również zdarzyć ze względu na zmiany w zaporze, która jest obecna między węzłami Video Mesh a Internetem."

  Węzły usługi Video Mesh będą nadal uaktualniane, ale należy podjąć odpowiednie działania, aby zapewnić dostęp do adresu URL węzłów usługi Video Mesh. Aby uzyskać więcej informacji, patrz karta Ogłoszenia.

• Naprawiono błąd polegający na tym, że spotkania Skype for Business nieprawidłowo pokazywały „l2sip-UA” jako tytuł spotkania i nazwę uczestnika.

2019.04.29.1873m.4

13 maja 2019 r.

• Naprawiono błąd powodujący, że udostępnianie zawartości czasami było niedostępne podczas korzystania z funkcji wybierania numerów SIP.

• Naprawiono błąd powodujący, że kaskady czasami nie były odtwarzane po tymczasowych problemach z siecią, co doprowadziło do rozdzielenia spotkań.

• Naprawiono błąd powodujący, że w niektórych scenariuszach udostępnianie zawartości nie powiodło się.

2019.04.29.1873m

30 kwietnia 2019 r.

• Brak informacji o wydaniu dla tego uaktualnienia konserwacji.

2019.04.18.1869m.1

26 kwietnia 2019 r.

• Naprawiono błąd powodujący, że bezprzewodowe udostępnianie z Webex Teams dla systemu Windows w niektórych przypadkach nie działało.

2019.03.22.1829 mln.2

2 kwietnia 2019 r.

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

• Naprawiono błąd polegający na tym, że alarmy NTP w Control Hub nie zostały usunięte po rozpoczęciu działania wadliwego serwera NTP.

2019.03.19.1826m

22 marca 2019 r.

• Aby wprowadzić jakiekolwiek zmiany konfiguracji w zarejestrowanym węźle, należy najpierw ustawić węzeł w trybie konserwacji.

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

• Naprawiono błąd powodujący opóźnienia w niektórych klientach podczas przełączania aktywnych głośników i uszkodzony obraz wideo podczas utraty pakietów.

• Naprawiono CSCvo93454—Wideo jednokierunkowe po dołączeniu systemu Immersive do Webex.

• Naprawiono CSCvo87069 — Źródła zaufane SIP usługi Video Mesh nie są wypełniane

2019.02.14.1788m.1

21 lutego 2019 r.

• Naprawiono błąd powodujący, że trzy ekrany punktów końcowych nie były zdalnie wyciszane przez prowadzącego Webex.

• Naprawiono błąd polegający na tym, że czasami mutowanie i niemutowanie nie działało dla punktów końcowych SIP.

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

• Dodano nowe alarmy generowane na węzłach usługi Video Mesh i wyświetlane w Control Hub, gdy czas odpowiedzi na zapytanie DNS przekracza 1,5 s w tych scenariuszach:

  • Gdy czas zapytania serwera DNS jest dłuższy niż 1,5 s: „Czas odpowiedzi <x> serwera DNS na zapytania <number> ms przekracza maksymalny czas odpowiedzi 1500 ms”.

  • Tekst alarmu w przypadku, gdy czas zapytania serwera DNS jest dłuższy niż 1,5 s podczas rozwiązywania serwera NTP: „Rozstrzyganie<ntp-server>; czas odpowiedzi serwera DNS <x> w odpowiedzi na zapytania <number> ms przekroczył maksymalny czas odpowiedzi 1500 ms.”

2019.02.12.1786m

15 lutego 2019 r.

• Ta wersja jest wydaniem kandydata dla łącza magistralowego SIP TLS i przejrzystą obsługą proxy inspekcji/nieinspekcji dla usługi Video Mesh. Więcej informacji na ten temat można znaleźć w podręczniku wdrażania https://www.cisco.com/go/video-mesh.

• Naprawiono CSCvo26600—Walidator tokenu nie otrzymuje klucza walidacji tokenu, jeśli początkowe żądanie CI nie powiedzie się

2019.01.29.1773m

Luty 6, 2019

• Ta wersja jest wydaniem kandydata dla funkcji podwójnego interfejsu sieciowego. Więcej informacji na ten temat można znaleźć w podręczniku wdrażania https://www.cisco.com/go/video-mesh.

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

2019.01.14.1764 m.1

18 stycznia 2019 r.

• Naprawiono błąd powodujący, że wideo było transmitowane tylko w jeden sposób podczas spotkania, a niektóre urządzenia lub klienci nie widzieli strumienia wideo.

2018.10.04.1692m

5 października 2018 r.

• Brak informacji o wydaniu dla tego uaktualnienia konserwacji.

Luty 2024

• Platforma Video Mesh jest teraz zintegrowana z agentem ThousandEyes Enterprise, umożliwiając wykonywanie kompleksowego monitorowania w całym hybrydowym ekosystemie cyfrowym. Ta integracja zapewnia szeroki wachlarz testów monitorowania sieci. Problemy w dowolnej części infrastruktury sieciowej można diagnozować z większą precyzją, poprawiając wydajność wdrożenia.

  Aby uzyskać więcej informacji na temat włączania funkcji ThousandEyes dla organizacji i testów konfigurowania, zobacz ThousandEyes Integration with Video Mesh.

• Zgodnie z poprzednią zapowiedzią dotyczącą migracji rejestru kontenerów do Amazon ECR, oczekujemy zakończenia migracji do połowy marca 2024 roku. Uprzejmie zapewnij łączność z modułem ECR, umożliwiając korzystanie z adresu URL. *dkr.ecr.us-east-1.amazonaws.com" w zaporach aplikacji i pełnomocnikach.

Grudzień 2023 r.

Migracja rejestru kontenerów z Docker Hub do Amazon ECR

Rejestr kontenerów sieci wideo, w którym przechowywane są obrazy, zostanie zmieniony z Docker Hub na Amazon ECR. Migracja ma się odbyć w lutym 2024 r. Uprzejmie prosimy klientów o zapewnienie łączności z modułem ECR poprzez umożliwienie używania adresu URL. *.amazonaws.com" w ich zaporach aplikacji i pełnomocnikach. Ten krok jest konieczny, aby zapobiec ewentualnym problemom podczas uaktualniania.

Sierpień 2023 r.

Poprawiliśmy wszechstronność i funkcjonalność interfejsów API węzła Video Mesh dodając cały szereg nowych interfejsów API o różnych funkcjach. Administratorzy mogą teraz wybierać między 3 kategoriami interfejsów API, które mogą im pomóc w różnych etapach wdrażania węzła. Są one następujące:

• API administratora VMN

• Interfejsy API sieci VMN

• Interfejsy API certyfikatów serwera VMN

Lipiec 2023

Webhooks dla alertów usługi Video Mesh

Video Mesh obsługuje teraz alerty za pośrednictwem Webhooks, umożliwiając administratorom organizacji bezproblemowe monitorowanie niektórych aspektów ich wdrożeń. Mogą zdecydować się na powiadomienie o takich zdarzeniach jak przepełnienie połączeń i przekierowanie połączeń, minimalizując potrzebę zalogowania się do Control Hub w celu monitorowania ich wdrażania.

W tej fazie za pomocą haków sieciowych można monitorować następujące typy zdarzeń:

• Przekierowanie połączeń klastra — połączenia przekierowane z konkretnego klastra.
• Przepełnienia połączeń organizacyjnych — łączne przepełnienia połączeń do chmury dla organizacji.

Interfejsy API węzła usługi Video Mesh

Wprowadziliśmy zestaw interfejsów API, które pomogą administratorom organizacji tworzyć, aktualizować, pobierać i usuwać certyfikaty związane z węzłami usługi Video Mesh. Aby uzyskać więcej informacji, zobacz interfejsy API węzła usługi Video Mesh.

Czerwiec 2023 r.

Wyrafinowaliśmy wykresy i wykresy pulpitu nawigacyjnego Analytics, aby rozszerzyć funkcję integracji typu klienta.

• Dane specyficzne dla klastra można zobaczyć na karcie Zasoby.

  Wybierz klaster na dowolnym wykresie lub wykresach donut, a następnie kliknij przycisk Zastosuj. Ta czynność filtruje również dane dla wszystkich innych wykresów, więc widzisz tylko dane, które są istotne dla wybranego klastra.

• Do karty Zasoby dodaliśmy dwa nowe wykresy. Są to łączne połączenia według typu punktu końcowego i łączne połączenia według trendu typu punktu końcowego. Możesz wybrać klastry i określone typy punktów końcowych, aby pokazać tylko potrzebne informacje.

• Na karcie Zaangażowanie pogrupowaliśmy węzły połączenia według wykresu typu punktu końcowego na następujące typy:

  • Urządzenia SIP
  • Webex App desktop
  • Aplikacja mobilna Webex
  • Webex App VDI
  • Urządzenia Webex

Maj 2023 r.

Obsługa klienta sieciowego

Połączenia nawiązywane za pośrednictwem klienta internetowego mogą teraz trafiać do węzłów usługi Video Mesh, zapewniając organizacji większą wszechstronność typów obsługiwanych połączeń.

Marzec 2023 r.

Nowy test osiągalności i ulepszone narzędzie monitorowania

Dodaliśmy test dostępności do istniejącego zestawu testów monitorowania. Test dostępności przeprowadza się wraz z badaniami monitorującymi stan mediów, zarówno okresowo, jak i na żądanie. Poprawiliśmy również narzędzie do monitorowania, aby podać więcej szczegółów w wynikach testów i zaktualizowaliśmy stronę przeglądu, aby zapewnić prostszy, bardziej intuicyjny dostęp do szczegółowych informacji.

Zmieniliśmy ścieżkę interfejsu użytkownika, aby uzyskać dostęp do narzędzia monitorowania usługi Video Mesh. Nową kartę usługi Video Mesh można znaleźć pod adresem Rozwiązywanie problemów > Siatka wideo zamiast Rozwiązywanie problemów > Stan > Siatka wideo jak wcześniej.

Strona przeglądu narzędzia monitorowania grupuje testy w zakresie sygnalizacji, kaskady i osiągalności, pomagając w precyzyjnym dostosowaniu procesu rozwiązywania problemów.

Luty 2023 r.

Interfejsy API programisty Video Mesh do rozwiązywania problemów i integracji z systemami monitorowania innych firm

• W tej fazie interfejsów API programistów usługi Video Mesh wprowadziliśmy ulepszenia, które umożliwiają administratorom organizacji pełną kontrolę nad rozwiązywaniem problemów z ich wdrożeniami usługi Video Mesh.
• Administratorzy mogą teraz uruchamiać różne testy rozwiązywania problemów na żądanie, takie jak Network, Media Health Monitor i testy dostępności z portalu programisty. Mogą również zobaczyć szczegółowe wyniki przeprowadzonych testów, pomagając im uzyskać głębsze informacje na temat stanu ich wdrażania.

Listopad 2022 r.

Zmiana nazwy klastra w Control Hub

Teraz można edytować nazwy klastrów usługi Video Mesh w Control Hub. Dodaliśmy również obsługę Unicode do nazw klastrów.

Wrzesień 2022 r.

Interfejsy API programistów usługi Video Mesh

Interfejsy API Video Mesh Developer zapewniają wydajny i elastyczny sposób pobierania przez administratorów organizacji szczegółowych metryk monitorowania i wnikliwej analizy danych z ich wdrożeń Video Mesh za pośrednictwem portalu Webex Developer. Mogą bezproblemowo zintegrować istniejące aplikacje do monitorowania z tymi interfejsami API i zautomatyzować monitorowanie klastrów i węzłów usługi Video Mesh. API są dostępne pod adresem https://developer.webex.com/docs/api/v1/video-mesh. Przykładowy klient jest dostępny pod adresem https://github.com/CiscoDevNet/video-mesh-api-client.

Lipiec 2022 r.

Zmiana narzędzia monitorowania stanu mediów

Zmieniliśmy częstotliwość okresowych testów obejmujących klaster, klaster lub węzeł. Testy te były przeprowadzane co godzinę w poprzednich wydaniach. Teraz biegają co 6 godzin.

Kwiecień 2022

Przechowuj media w usłudze Video Mesh dla wszystkich zewnętrznych spotkań Webex

W poprzednich wydaniach kontrolowałeś korzystanie z usługi Video Mesh dla spotkań tylko dla witryn wewnętrznych. W przypadku spotkań organizowanych w zewnętrznych witrynach Webex strony te były kontrolowane, jeśli usługa Video Mesh może zostać przeniesiona do usługi Webex. Jeśli witryna zewnętrzna nie zezwalała na kaskady usługi Video Mesh, media zawsze używały węzłów chmury Webex.

Dzięki ustawieniu Prefer Video Mesh for All External Webex Meetings, jeśli Twoja witryna Webex ma dostępne węzły Video Mesh, Twoje nośniki przechodzą przez te węzły dla spotkań w witrynach zewnętrznych. Szczegółowe informacje zawiera https://help.webex.com/en-us/article/nzvixgk/Keep-your-media-on-Video-Mesh-for-all-external-Webex-meetings.

styczeń 2022

Aktualizacje portów

W nadchodzącym wydaniu w lutym 2022, Video Mesh wymaga otwarcia następującego zakresu portów dla Media Cloud Cascades:

Porty te stanowią uzupełnienie istniejącego portu 5004. Otwórz zakres portów UDP 50 000–53 000 w konfiguracji zapory. Jeśli te porty nie zostaną otwarte po wygaśnięciu nadchodzącej wersji, zobaczysz zakłócenia w serwisie.

Jak podano w wymaganiach sieciowych dla usług Webex, usługa Expressway korzysta już z tego zakresu portów w chmurze Webex. Tak więc większość wdrożeń nie wymaga żadnych aktualizacji, aby obsługiwać to nowe wymaganie dla usługi Video Mesh. Jednak w przypadku wdrożeń z bardziej rygorystycznymi regułami zapory zaktualizuj konfigurację zapory, aby otworzyć te porty dla usługi Video Mesh przed wydaniem w lutym.

Październik 2021

Globalnie rozprowadzane media

Video Mesh wykorzystuje teraz globalnie dystrybuowane media (GDM) możliwości Webex, aby uzyskać lepsze trasowanie multimediów. Aby uzyskać optymalną łączność, Webex wybiera najbliższy węzeł multimediów chmury do przedsiębiorstwa podczas wykonywania kaskadów usługi Video Mesh do usługi Webex. Następnie ruch przechodzi przez szkielet Webex do mikrousług Webex na spotkanie. To trasowanie minimalizuje opóźnienie i utrzymuje większość ruchu w kręgosłupie Webex i poza internetem.

13 sierpnia 2021 r.

Spotkania prywatne

Funkcja Prywatne spotkanie zwiększa bezpieczeństwo spotkania, kończąc korzystanie z multimediów w lokalu. Podczas planowania spotkania prywatnego media zawsze kończą pracę w węzłach Video Mesh w sieci firmowej bez kaskady w chmurze. W przeciwieństwie do zwykłych spotkań, jeśli węzły lokalne są pełne, media nie są kaskadowane w chmurze Webex.

Wszyscy uczestnicy prywatnego spotkania muszą należeć do Twojej organizacji. Mogą dołączyć za pomocą aplikacji Webex lub uwierzytelnionego systemu wideo. Uczestnicy z dostępem VPN lub MRA do sieci mogą dołączyć do spotkania prywatnego. Ale nikt nie może dołączyć do prywatnego spotkania spoza sieci.

Zobacz sekcję Spotkania prywatne w podręczniku wdrażania https://www.cisco.com/go/video-mesh i Zaplanuj spotkanie prywatne Webex .

9 lutego 2021 r.

Węzły dostępu z Control Hub dla pełnych administratorów

Ulepszyliśmy Control Hub, aby umożliwić Pełnym Administratorom Twojej organizacji Webex dostęp do węzłów usługi Video Mesh z Control Hub.

Z tej funkcji może korzystać tylko Pełny Administrator organizacji Webex. Inni administratorzy, w tym Partner i Zewnętrzni Pełni Administratorzy, nie mają opcji Przejdź do węzła dla zasobów usługi Video Mesh.

Zobacz Przegląd dostępu węzła usługi Webex Video Mesh z poziomu interfejsu WWW w podręczniku wdrażania na stronie https://www.cisco.com/go/video-mesh.

26 sierpnia, 2020

DNS Caching

Jeśli odpowiedzi DNS na węzły Video Mesh regularnie trwają ponad 750 ms, można włączyć buforowanie DNS. Dzięki włączonemu buforowaniu DNS węzeł przechowuje odpowiedzi DNS lokalnie. Lokalne buforowanie sprawia, że żądania są mniej prawdopodobne, aby powodować alarmy łączności, upadki połączeń lub problemy z jakością połączeń. Buforowanie DNS może również zmniejszyć obciążenie infrastruktury DNS.

buforowanie DNS jest obecnie domyślnie wyłączone. Aby ją włączyć, zobacz sekcję Włącz lub Wyłącz buforowanie DNS w podręczniku wdrażania w https://www.cisco.com/go/video-mesh.

Obsługa aplikacji Webex Events

Usługa Webex Video Mesh obsługuje teraz usługę Webex Events.

7 sierpnia 2020 r.

Krótki format adresu wideo dla Webex Meetings

W witrynach WBS39.9 i nowszych użytkownicy mogą dołączać do spotkań za pomocą krótszych <meeting_number>@webex.com format adresu wideo (zamiast <meeting_number>@<site_name>.webex.com). Usługa Video Mesh obsługuje teraz ten krótszy format adresu.

W podręczniku wdrażania https://www.cisco.com/go/video-mesh znajdują się instrukcje obsługi krótszego formatu podczas konfigurowania wdrożenia usługi Video Mesh.

Aby użyć krótkiego formatu adresu wideo z istniejącym wdrożeniem usługi Video Mesh, dodaj trasę lub wzorzec wybierania, aby obsługiwać format. Aby uzyskać więcej szczegółów, zobacz odpowiednie zadanie zawierające „krótki adres wideo” w przewodniku, w zależności od konfiguracji środowiska sterowania połączeniami:

• Konfigurowanie Unified CM Secure TLS SIP Traffic Routing dla usługi Webex Video Mesh

• Konfigurowanie trasowania ruchu SIP Unified CM dla usługi Webex Video Mesh

• Konfigurowanie trasowania ruchu TCP SIP Expressway dla usługi Video Mesh

Domyślnie zaproszenia na spotkania nadal używają dłuższego formatu. Aby zmienić format witryny Webex, zobacz Wyświetlanie krótkiego formatu adresu wideo dla spotkań i wydarzeń Webex.

9 lipca 2020 r.

Nowe ustawienia konfiguracji interfejsu sieciowego MTU w interfejsie sieciowym węzła usługi wideo

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

Wszystkie węzły usługi Webex Video Mesh mają domyślnie włączone wykrywanie Path MTU (PMTU). Dzięki PMTU węzeł może wykrywać problemy MTU i automatycznie dostosowywać rozmiar 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 są większe niż spadek MTU. Ręczne ustawienie mniejszego rozmiaru MTU może rozwiązać ten problem.

Ręczne ustawienia MTU można znaleźć na karcie Ustawienia sieciowe Zaawansowane w interfejsie WWW węzła usługi Webex Video Mesh. Więcej informacji na ten temat można znaleźć w podręczniku wdrażania https://www.cisco.com/go/video-mesh.

26 czerwca 2020 r.

Nowa opcja wdrażania VMNLite

Wdrożenia głównie aplikacji Webex Teams i punktów końcowych zarejestrowanych w chmurze wykorzystują więcej zasobów przełączania i mniejszej ilości transkodowania niż zapewnia standardowa konfiguracja. Wdrożenie większej liczby mniejszych maszyn wirtualnych na hosta optymalizuje zasoby dla tego scenariusza.

Z tego powodu wprowadzamy nową opcję „VMNLite” do wdrażania wielu węzłów usługi Webex Video Mesh na serwerze hosta z oprogramowaniem VMware ESXI lub vCenter. VMNLite wymaga następujących specyfikacji dla każdej maszyny wirtualnej:

• 23 procesory vCU dla węzła usługi Video Mesh

• Pamięć główna 20 GB

• 80-GB lokalnego miejsca na dysku twardym

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

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

Podobnie jak w przypadku standardowej konfiguracji, nie można mieć współprzewodnictwa z innymi usługami na wirtualnych maszynach VMNLite.

Więcej informacji na ten temat można znaleźć w podręczniku wdrażania https://www.cisco.com/go/video-mesh. Aby wymienić standardową konfigurację na VMNLite, zobacz rozdział Zarządzanie i rozwiązywanie problemów z siecią wideo Webex .

9 czerwca 2020 r.

Nowa opcja cotygodniowej automatycznej aktualizacji oprogramowania dla klastrów usługi Video Mesh

Możesz teraz planować automatyczne uaktualnienia oprogramowania w klastrach usługi Video Mesh co tydzień zamiast codziennie (domyślnie). Można odroczyć uaktualnienie jeden raz. Jeśli ustawisz harmonogram tygodniowy, odłożenie oznacza, że uaktualnienie nastąpi w następnym tygodniu w oknie uaktualnienia.

Harmonogram aktualizacji można ustawić podczas rejestracji nowego klastra lub zmodyfikować harmonogram istniejącego klastra. Więcej informacji na ten temat można znaleźć w dokumentacji usługi Video Mesh https://www.cisco.com/go/video-mesh.

24 kwietnia 2020 r.

Zewnętrzny interfejs sieciowy, reguły trasowania, opcje sieci kontenerów w interfejsie sieciowym węzła wideo

Interfejs WWW usługi Video Mesh zawiera więcej nowych funkcji ułatwiających obsługę zmian w sieci. Interfejs zewnętrzny można włączyć we wdrażaniu interfejsu sieciowego (NIC) z poziomu interfejsu internetowego. Następnie można dostosować trasowanie węzłów usługi Video Mesh, dodając reguły tras zdefiniowane przez użytkownika dla interfejsów zewnętrznych i wewnętrznych. Można też zmienić adres IP mostu kontenerowego i podsieć.

Aby uzyskać więcej informacji na temat uzyskiwania dostępu do aktualizacji interfejsu internetowego, zobacz rozdział Zarządzanie i rozwiązywanie problemów z usługą Webex Video Mesh w podręczniku wdrażania w https://www.cisco.com/go/video-mesh.

20 marca 2020 r.

Cisco Webex Teams EMEAR Data Residency Support

Organizacje w europejskim regionie rezydencji danych Cisco Webex Teams mogą teraz korzystać z usługi Video Mesh. 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 Miejsce przechowywania danych w usłudze Cisco Webex Teams.

18 września 2018 r.

Ulepszenia jakości usług (QoS) dla usługi Video Mesh

Węzły usługi Video Mesh są teraz zgodne z zalecanymi najlepszymi praktykami w zakresie jakości usług (QoS) poprzez włączenie zakresów portów, które umożliwiają różnicowanie strumieni audio i wideo we wszystkich przepływach do i z węzłów usługi Video Mesh. Ta zmiana pozwoli Ci tworzyć zasady QoS i skutecznie zwracać uwagę na ruch do i z węzłów usługi Video Mesh.

Zmiany w portach towarzyszą zmianom w jakości obsługi klienta. Węzły Video Mesh automatycznie oznaczają ruch multimediów z zarejestrowanych punktów końcowych SIP (zarejestrowane w siedzibie Unified CM lub VCS Expressway) zarówno dla audio (EF), jak i wideo (AF41) oddzielnie z odpowiednią klasą usług i używają znanych zakresów portów dla określonych typów multimediów.

Ruch źródłowy z lokalnych zarejestrowanych punktów końcowych jest zawsze określany przez konfigurację sterowania połączeniami (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 dotyczące włączania lub wyłączania QoS w przepływie zadań wdrażania usługi Video Mesh w przewodniku wdrażania usługi Cisco Webex Video Mesh ( https://www.cisco.com/go/video-mesh).

Aplikacje aplikacji Webex nadal łączą się z węzłami usługi Video Mesh przez udostępnione porty 5004 i 5006. Te porty są również używane przez aplikacje aplikacji Webex i punkty końcowe do testów dostępności STUN do węzłów Video Mesh. Węzeł usługi Video Mesh do węzła usługi Video Mesh dla kaskadów korzysta z portu docelowego współdzielonego 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 prowadzisz spotkania w lokalnych węzłach multimedialnych hybrydowych za pośrednictwem usługi Cisco Spark Hybrid Media Service, możesz skorzystać z funkcji zawartych w obsłudze multistreaming. System Multistream zapewnia średnio lepsze wykorzystanie przepustowości, zwłaszcza w przypadku połączenia kaskadowego między węzłami usługi multimedialnej hybrydowej a węzłami multimediów chmury publicznej Cisco Spark.

Aby uzyskać więcej informacji, zobacz Multistreaming Support for All Participants in Cisco Spark and Cisco WebEx Meetings.

5 stycznia 2018 r.

Obsługa spotkań Cisco WebEx i Cisco Spark, zmian portów i aktualizacji OVA

Usługa Cisco Spark Hybrid Media Service obsługuje teraz lokalne punkty końcowe zarejestrowane przez SIP dołączające do spotkań Cisco WebEx i spotkań Cisco Spark. Usługa obejmuje również nowe raporty użytkowania i adopcji w Control Hub. Musisz upewnić się, że Twoja witryna WebEx znajduje się na platformie wideo Cisco WebEx w wersji 2.0, aby w pełni skorzystać z Hybrid Media Service. (Możesz sprawdzić, czy witryna WebEx znajduje się na platformie wideo w wersji 2.0, jeśli ma listę typu Media Resource dostępną w opcjach witryny Cloud Collaboration Meeting Room.)

Zmiany portów

• Hybrid Media Service wymaga teraz nowego portu docelowego (5006).

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

Pełną listę można znaleźć w dokumencie „ Porty i protokoły używane przez hybrydową usługę multimedialną” w podręczniku wdrażania hybrydowej usługi multimedialnej Cisco Spark.

Aktualizacja OVA

Usługa wymaga pobrania i zainstalowania najnowszej aktualizacji OVA na węzłach multimedialnych hybrydowych. Aby pobrać najnowszą OVA z widoku klienta w https://admin.ciscospark.com, przejdź do sekcji Usługi > Hybrid Media > Konfiguracja > Ustawienia.

Uaktualnij każdy węzeł multimediów hybrydowych w klastrze, wykonując następujące czynności:

1. Przenieś węzeł w tryb konserwacji. Zobacz Przenieś węzeł usługi hybrydowej w tryb konserwacji.

2. Zmieńcie węzeł. Zobacz „Deregister Hybrid Media Node” w podręczniku wdrażania usługi Cisco Spark Hybrid Media Service.

3. Usuń hybrydowy węzeł multimedialny VM z klienta VMware vSphere lub z vCenter.

4. Zainstaluj nową hybrydową usługę multimedialną OVA i oprogramowanie, ustaw konfigurację nowego torku i ponownie zarejestruj węzeł multimediów hybrydowych w chmurze Cisco Collaboration Cloud. Zobacz „Wdrażanie hybrydowej usługi medialnej” w podręczniku wdrażania hybrydowej usługi medialnej Cisco Spark.

5. Wysuń węzeł z trybu konserwacji. Zobacz Przenieś węzeł usługi hybrydowej w tryb konserwacji.

Aby zapoznać się ze wszystkimi zmianami funkcji, nowymi krokami wdrażania oraz wskazówkami dotyczącymi przygotowania witryny WebEx, zobacz przewodnik wdrażania hybrydowej usługi multimedialnej Cisco Spark w https://www.cisco.com/go/hybrid-services-media. Sekcja Nowe i zmienione informacje w linkach prowadzących do zaktualizowanych sekcji.