2021.06.17.2415m

24 czerwca 2021 r.

Brak informacji o wydaniu dotyczących tej aktualizacji.

2021.05.27.2405m

4 czerwca 2021 r.

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

2021.05.05.2395m.5

21 maja 2021 r.

• Zawiera drobne ulepszenia dotyczące wyświetlania układów innych niż domyślne.

• Naprawiono błąd, który mógł uszkodzić DNS dla określonej konfiguracji mostka dockera.

2021.04.27.2391m

30 kwietnia 2021 r.

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

2021.03.22.2384m.3

6 kwietnia 2021 r.

Brak informacji o wydaniu dotyczących tej aktualizacji.

2021.03.22.2384m.1

31 marca 2021 r.

Brak informacji o wydaniu dotyczących tej aktualizacji.

2021.03.03.2359m.7

16 marca 2021 r.

Brak informacji o wydaniu dotyczących tej aktualizacji.

2021.03.03.2359m

12 marca 2021 r.

Brak informacji o wydaniu dotyczących tej aktualizacji.

2021.02.05.2352m.4

12 lutego 2021 r.

• Dodaje opcję wyłączania lokalnego logowania w internetowym interfejsie administracyjnym węzła usługi Video Mesh.

• Usuwa problemy z jitterami i nieprawidłowo raportowane wartości czasu błądzenia.

2021.01.13.2349m.3

5 lutego 2021 r.

Brak informacji o wydaniu dotyczących tej aktualizacji.

2020.12.08.2333m.6

25 stycznia 2021 r.

Brak informacji o wydaniu dotyczących tej aktualizacji.

2020.12.08.2333m.5

8 stycznia 2021 r.

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

• Naprawiono błąd powodujący, że jeśli hasło ma wartość „nigdy”, nie można było zmienić hasła za pomocą graficznego interfejsu użytkownika.

• Poprawiono sposób wyświetlania pod kątem niektórych błędów rejestracji.

• Poprawiono raportowanie błędów łączności z przekroczeń limitu czasu podczas testowania łączności z serwerem proxy.

• Testy dostępności nie zgłaszają już błędów certyfikatu jako błędów dostępności.

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

2020.12.08.2333m

11 grudnia 2020 r.

• Rozwinięto 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, w wyniku którego wyzwolenie testu kondycji mogło spowodować nieprawidłowe wyświetlanie stanu węzła jako „Instalowanie” w portalu Control Hub.

2020.11.17.2319m.9

8 grudnia 2020 r.

Ta wersja zawiera zmiany mające na celu zapobieganie błędom połączeń SIP, gdy tracisz łączność sieciową między klastrami.

2020.11.17.2319m.4

1 grudnia 2020 r.

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

• Uruchamianie na żądanie lub cykliczne testy cogodzinne dla każdego węzła i klastra.

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

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

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

2020.11.17.2319m.4

25 listopada 2020 r.

• Brak informacji o wydaniu dla tej aktualizacji.

2020.11.06.2314m

18 listopada 2020 r.

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

• Zwiększyła słowność komunikatów o błędach, aby pomóc w debugowaniu przyszłych problemów z NTP w węzłach siatki wideo.

• Naprawiono błąd powodujący, że przesyłanie dzienników VMN kończyło się niepowodzeniem.

• Rozwiązano problemy kaskadowe między węzłami usługi Video Mesh a nowymi węzłami chmury.

2020.10.16.2305m

23 października 2020 r.

• Naprawiono błąd polegający na tym, że w pewnych sytuacjach tryb konserwacji nie włączał się prawidłowo.

2020.09.22.2288m.3

1 października 2020 r.

• Brak informacji o wydaniu dla tej aktualizacji.

2020.09.22.2288m

30 września 2020 r.

• Na stronie Przegląd dodano limity szybkości testów przepustowości.

• Naprawiono problem z testem dostępności TCP.

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

• Zmieniono tak, aby w niektórych portach używane były tylko bardziej bezpieczne szyfry TLS.

2020.09.11.2279m

18 września 2020 r.

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

• Zmniejszono zakres adresów IP zarezerwowany dla użytku wewnętrznego węzła siatki wideo Webex z oryginalnych adresów 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 protokół TLS 1.1 na porcie 33432.

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

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

2020.08.19.2266m.1

26 sierpnia 2020 r.

• Dodano opcję buforowania DNS. (Zobacz kartę Ogłoszenia).

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

• Naprawiono błąd, który powodował niepowodzenia testu dostępności z powodu wyczerpania portów.

• 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 testu przepustowości w interfejsie internetowym.

2020.08.06.2258m.4

18 sierpnia 2020 r.

• Brak informacji o wydaniu dla tej aktualizacji.

2020.08.06.2258m.1

13 sierpnia 2020 r.

• Naprawiono błąd polegający na tym, że urządzenie IX5000 przerywało połączenie po przejściu ze spotkania z powrotem do poczekalni.

• Naprawiono błąd polegający na tym, że węzeł skonfigurowany do korzystania z jawnego serwera proxy mógł utracić łączność z siecią po zmianie adresu IP sieci kontenera.

2020.07.15.2245m

20 lipca 2020 r.

• Zmieniono test rozdzielczości DNS, aby zwiększyć zgodność ze starszymi wersjami serwerów DNS opartych na firmie Microsoft.

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

2020.06.29.2236m.10

9 lipca 2020 r.

• Zmieniono zachowanie testu rozdzielczości DNS. Aby test DNS został zakończony sukcesem, każdy skonfigurowany serwer DNS musi być w stanie rozpoznać testową nazwę FQDN. (We wcześniejszych wersjach, jeśli dowolny serwer DNS był w stanie rozpoznać testową nazwę FQDN, test zostanie zakończony pomyślnie).

• Poprawiona jakość multimediów w sieciach stratnych.

• Dodano opcje konfiguracji interfejsu sieciowego MTU. (Zobacz kartę Ogłoszenia).

• Dodano alarm, jeśli węzeł usługi Video Mesh nie może połączyć się z żadnym z serwerów multimediów chmury.

2020.06.18.2231m

26 czerwca 2020 r.

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

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

• Naprawiono błąd powodujący, że po uruchomieniu, a następnie szybkim zatrzymaniu przechwytywania pakietów pojawia się błąd.

• Dodano obsługę wdrożeń VMNLite. (Zobacz kartę Ogłoszenia).

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

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

• Dodano funkcje wyłączania 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 administracyjnej interfejsu internetowego węzła siatki wideo.

• Usunięto alarmy i kontrole łączności serwera Amazon ECR ze strony przeglądu interfejsu internetowego węzła.

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

• Usunięto wykorzystanie procesora ze strony przeglądu interfejsu internetowego węzła.

• Wyłączono testy łączności serwera proxy na porcie 444 w ramach przekazywania sygnalizacji kaskadowej do portu 443.

2020.05.13.2195m

27 maja 2020 r.

• Naprawiono błąd polegający na tym, że rozszerzenie automatycznego wypełniania przeglądarki innej firmy mogło zakłócać interfejs internetowy węzła usługi Webex Video Mesh.

2020.04.16.2176m.2

8 maja 2020 r.

• Naprawiono błąd powodujący, że kontroler połączenia portu 444 błędnie zgłaszał błąd, gdy znajdował się za pewnymi typami serwerów proxy.

• Naprawiono błąd polegający na tym, że jeśli wcześniej przesłano poprawnie dopasowany certyfikat serwera, mógł zostać zainstalowany niezgodny certyfikat serwera.

• Wyłączono test łączności Websocket po znalezieniu problemu, gdy węzeł znajduje się za jawnym serwerem proxy.

2020.04.16.2176m.1

24 kwietnia 2020 r.

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

• Dodano więcej kontroli łączności z chmurą na stronie Przegląd interfejsu internetowego węzła siatki wideo Webex.

• Napraw problem, który powodował fałszywy, nieprawidłowy alarm DNS nazwy hosta.

• Na stronie Certyfikat serwera dodano ograniczenie długości klucza z komunikatem o błędzie, jeśli administrator prześle certyfikat serwera mniejszy niż 2048 bitów.

• Ulepszona obsługa sytuacji, w których administrator wprowadza klucz prywatny o długości mniejszej niż 2048 bitów lub klucz prywatny bez hasła. W takich przypadkach węzeł usługi 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 pobierali dźwięk tylko od 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 następowało wiele prób połączenia w krótkim czasie.

2020.03.11.2143m.7

6 kwietnia 2020 r.

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

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

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

• Zmieniono sposób obsługi weryfikacji OAuth, aby zapewnić większą odporność na opóźnione odpowiedzi.

2020.03.11.2143m.3

24 marca 2020 r.

• Brak informacji o wydaniu dla tej aktualizacji.

2020.03.11.2143 m.9 — Pilne uaktualnienie

22 marca 2020 r.

• Dodano więcej dzienników na potrzeby obsługi debugowania.

2020.03.11.2143 min — pilne uaktualnienie

11 marca 2020 r.

• Wyłączono okresowe sprawdzanie stanu połączeń i odpowiadający mu alarm (mf.callHealth.fail), który był zgłaszany w węźle i w portalu Control Hub, jeśli w węźle wystąpiły błędy przekraczające określony próg.

2020.03.02.2132m

6 marca 2020 r.

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

• Dodano alarm, który jest zgłaszany w węźle oraz w portalu Control Hub, jeśli w węźle wystąpią okresowe błędy testu stanu połączeń powyżej określonego progu.

  Identyfikator alarmu: „mf.callHealth.fail”, istotność: „ostrzeżenie”, tytuł: „Sprawdzenie stanu połączenia nie powiodło się”

2020.02.09.2120m.1

28 lutego 2020 r.

• Brak informacji o wydaniu dla tej aktualizacji.

2020.01.30.2115m

7 lutego 2020 r.

• Naprawiono CSCvs70769—podatność na przemyt żądań HTTP NGINX

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

2020.01.12.2091m

22 stycznia 2020 r.

• Do interfejsu internetowego dodano przywracanie ustawień fabrycznych dla węzłów usługi Video Mesh. Aby uzyskać więcej informacji, zobacz Zarządzanie węzłem usługi Video Mesh z poziomu interfejsu internetowego w podręczniku wdrażania pod adresem https://www.cisco.com/go/video-mesh.

• Naprawiono błąd (CSCvs28104) polegający na tym, że na niektórych ekranach trójekranowego punktu końcowego można było wyświetlać obraz o niskiej jakości.

• Naprawiono błąd powodujący, że w przypadku niektórych połączeń SIP występowały opóźnienia w konfiguracji.

2019.12.15.2053m

8 stycznia 2020 r.

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

2019.12.03.2042m

12 grudnia 2019 r.

• Naprawiono błąd polegający na tym, że ekran dołączania do spotkania pozostawał pusty, gdy plik *.clouddrive.com był blokowany w sieci klienta. Chociaż ekran dołączania do 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 usługi Video Mesh. Aby uzyskać więcej informacji, zobacz Zarządzanie węzłem usługi Video Mesh z poziomu interfejsu internetowego w podręczniku wdrażania pod adresem https://www.cisco.com/go/video-mesh.

2019.11.06.1992m

14 listopada 2019 r.

• Naprawiono CSCvr92794— niepoprawny komunikat błędu w sprawdzaniu poprawności FQDN na serwerze IP węzła.

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

2019.10.21.1973m.1

1 listopada 2019 r.

• Dodano możliwość przesyłania i pobierania dzienników i plików PCAP ze strony rozwiązywania problemów interfejsu węzła siatki wideo Webex nawet w przypadku wyrejestrowania węzła. Aby uzyskać więcej informacji, zobacz Generowanie dzienników usługi Webex Video Mesh w ramach pomocy technicznej i Generowanie zrzutów pakietów usługi Webex Video Mesh w ramach pomocy technicznej.

2019.10.11.1964m.1

23 października 2019 r.

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

• Naprawiono CSCvr39878— Certyfikat z podpisem własnym X.509, którego nazwa powszechna nie pasuje do serwera wydającego (SSL/TLS). Wprowadzono zmianę polegającą na tym, że nazwa pospolita certyfikatu w węźle zawiera nazwę FQDN węzła (jeśli jest dostępna) lub adres IP.

• Dodano nowe pole „Alternatywne nazwy podmiotu:” do formularza tworzenia CSR w interfejsie internetowym.

2019.09.19.1956m

26 września 2019 r.

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

• Zmieniono istotność tego alarmu z wersji krytycznej na ostrzeżenie: „Węzeł usługi Video Mesh nie mógł 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 ustawienia DNS. Może się to zdarzyć również z powodu zmian zapory obecnej między węzłami usługi Video Mesh a Internetem.

• Naprawiono błąd powodujący, że porty serwera reflektora nie były zwalniane nawet po zatrzymaniu narzędzia reflector w internetowym interfejsie użytkownika węzła.

• Naprawiono lukę, która miała wpływ na interfejsy API NTP Ping i Sprawdzanie, w których napastnik mógł uruchomić atak wstrzykiwania poleceń, jeśli miał dostęp do uwierzytelnionych interfejsów API.

• Poprawiono wybór kodeka dla wysyłanego wideo.

• Certyfikaty serwerów podpisane słabymi szyframi (takimi jak MD2 lub MD5) nie są już akceptowane w interfejsie użytkownika certyfikatu węzła usługi Video Mesh.

2019.08.21.1941m.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 polegający na tym, że zawartość wysyłana przez uczestników połączonych z węzłem w chmurze nie była odbierana przez uczestników połączonych z węzłami lokalnymi, jeśli w sieci jest zapora sieci Palo Alto Networks (PAN).

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

2019.08.14.1937m

16 sierpnia 2019 r.

• Dodano obsługę jawnych serwerów proxy bez uwierzytelniania, podstawowego, szyfrowanego lub NTLM. Aby uzyskać więcej informacji, zobacz temat Obsługa serwera proxy dla usługi Video Mesh i inne odpowiednie aktualizacje w podręczniku wdrażania.

• Dodano zmiany konfiguracji, które zapobiegają pewnemu przepełnieniu połączeń do chmury.

2019.08.01.1929m

8 sierpnia 2019 r.

• Rozwiązano dwa problemy:

  • Nie udało się uruchomić przechwytywania pakietów z internetowego interfejsu użytkownika, ale nie pojawił się komunikat o błędzie.

  • Przechwytywanie pakietów nie zostało uruchomione, ponieważ adresy URL Ubuntu były zablokowane. (Dzięki temu rozwiązaniu zapora nie wymaga żadnych zmian adresu URL).

2019.07.12.1917m

25 lipca 2019 r.

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

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

• Przeprojektowano interfejs użytkownika na potrzeby strony Rozwiązywanie problemów w interfejsie internetowym węzła. (Aby uzyskać więcej informacji, zobacz przewodnik wdrażania).

• Dodano sprawdzanie łączności za pomocą weryfikacji ping, traceroute i NTP w interfejsie internetowym węzła. (Aby uzyskać więcej informacji, zobacz przewodnik wdrażania).

• Poprawiona rozdzielczość i wybór ramki dla strumieni prezentacji.

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

• Naprawiono błąd powodujący, że dla niektórych typów uczestników nie była dostępna opcja wyłączania wyciszenia, gdy byli wyciszeni przez prowadzącego.

• Poprawiono szybkość przesyłania multimediów do transkodowanych prezentacji.

2019.06.13.1907m.7

12 lipca 2019 r.

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

• Naprawiono błąd powodujący, że czasami dźwięk był dzielony, gdy uczestnicy byli wyciszani przez prowadzącego, a następnie wyłączani.

2019.06.13.1907m.3

20 czerwca 2019 r.

• Naprawiono błąd powodujący, że stan udostępniania prezentacji był nieprawidłowy w przypadku próby udostępnienia punktu końcowego 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 uruchamiały się automatycznie po uaktualnieniu, co wyłączało funkcje rozwiązywania problemów z węzłem i powodowało brak informacji na stronie Przegląd.

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

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

• Naprawiono problem związany z odpornością multimediów, który czasami powodował, że używana przepustowość przez krótki okres znacznie przekraczała wynegocjowaną przepustowość.

2019.05.20.1892m1

24 maja 2019 r.

• Dodano nowe funkcje obsługi do interfejsu internetowego węzła siatki wideo (generowanie przechwytywania pakietów, generowanie dzienników oraz ulepszenia stron przeglądu). Aby uzyskać więcej informacji o tych funkcjach, zobacz rozdział Zarządzanie usługą Webex Video Mesh w podręczniku wdrażania 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ł 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 zdarzyć również z powodu zmian zapory obecnej między węzłami usługi 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, zobacz kartę Ogłoszenia.

• Naprawiono błąd powodujący, że spotkania w programie 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 powodujący, że udostępnianie treści czasami nie było dostępne podczas korzystania z połączeń wychodzących SIP.

• Naprawiono błąd powodujący, że kaskady czasami nie były odtworzone po tymczasowych problemach z siecią, które prowadziły do podziału spotkań.

• Naprawiono błąd powodujący niepowodzenie udostępniania zawartości w niektórych scenariuszach.

2019.04.29.1873m

30 kwietnia 2019 r.

• Brak informacji o wydaniu dla tej aktualizacji.

2019.04.18.1869m.1

26 kwietnia 2019 r.

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

2019.03.22.1829m.2

2 kwietnia 2019 r.

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

• Naprawiono błąd powodujący, że alarmy NTP w Control Hub nie były usuwane po rozpoczęciu działania wadliwego serwera NTP.

2019.03.19.1826m

22 marca 2019 r.

• Aby wprowadzić wszelkie zmiany konfiguracji w zarejestrowanym węźle, należy teraz najpierw włączyć węzeł w tryb konserwacji .

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

• Naprawiono błąd powodujący, że w przypadku niektórych klientów występowało opóźnienie podczas przełączania aktywnych głośników, a w przypadku utraty pakietów uszkodzone wideo.

• Naprawiono CSCvo93454— Jednokierunkowe wideo, gdy system immersyjny dołącza do Webex.

• Naprawiono CSCvo87069— niewypełniane zaufane źródła SIP usługi Video Mesh

2019.02.14.1788m.1

21 lutego 2019 r.

• Naprawiono błąd polegający na tym, że trzy ekranowe punkty końcowe nie były zdalnie wyciszane przez prowadzącego Webex.

• Naprawiono błąd polegający na tym, że wyciszanie i wyłączanie wyciszenia czasami nie działało w punktach końcowych SIP.

• Węzły usługi Video Mesh próbują teraz uzyskać dostęp do nowego adresu URL do testowania dostępu do rejestru kontenerów hostowanego 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 Control Hub, gdy czas odpowiedzi na zapytania DNS przekracza 1,5 sekundy w tych scenariuszach:

  • Jeśli czas zapytania serwera DNS jest dłuższy niż 1,5 s: „Czas odpowiedzi na zapytanie serwera DNS <x> wynoszący <number> ms przekracza maksymalny czas odpowiedzi wynoszący 1500 ms”.

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

2019.02.12.1786m

15 lutego 2019 r.

• Ta wersja jest wersją kandydującą do korzystania z łącza magistralowego SIP TLS i obsługi przejrzystego serwera proxy służącego do inspekcji/nieinspekcji dla usługi Video Mesh. Aby uzyskać więcej informacji, zobacz przewodnik wdrażania pod adresem https://www.cisco.com/go/video-mesh.

• Naprawiono CSCvo26600— Sprawdzający poprawność 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ą kandydującą do funkcji podwójnego interfejsu sieciowego. Aby uzyskać więcej informacji, zobacz przewodnik wdrażania pod adresem https://www.cisco.com/go/video-mesh.

• Dodano nowe kontrole w celu okresowego sprawdzania poprawności serwerów NTP skonfigurowanych w węzłach usługi Video Mesh. Nieprawidłowe komunikaty ostrzegawcze serwera NTP są wyświetlane w interfejsie administracyjnym usługi Video Mesh w trakcie logowania oraz jako alarmy w portalu Control Hub.

2019.01.14.1764m.1

18 stycznia 2019 r.

• Naprawiono błąd polegający na tym, że podczas spotkania obraz wideo był przesyłany tylko w jedną stronę, 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 tej aktualizacji.

styczeń 2025

Kaskady międzyklastrowe

Kaskady międzyklastrowe oferują skuteczny sposób optymalizacji wdrożenia usługi Video Mesh. Poprawia jakość połączeń i wykorzystanie przepustowości, włączając bezpośrednie kaskady między klastrami usługi Video Mesh w organizacji. Można również wybrać, które klastry swojej organizacji mogą uczestniczyć w kaskadach międzyklastrowych. Aby uzyskać więcej informacji, zobacz Kaskady międzyklastrowe .

Listopad 2024 r.

Zakończenie wsparcia dla protokołu TelePresence Interoperability Protocol (TIP) i Multiplex (MUX)

Usługa Video Mesh nie będzie już obsługiwać protokołu TelePresence Interoperability Protocol (TIP) i Multiplex (MUX) używanych dla urządzeń CTS, TX i IX zgodnie z zasadą wycofania przez Webex protokołu TIP/MUX.

Luty 2024 r.

• Platforma usługi Video Mesh jest teraz zintegrowana z agentem ThousandEyes Enterprise, umożliwiając kompleksowe monitorowanie w hybrydowym ekosystemie cyfrowym. Ta integracja zapewnia szeroki zakres testów monitorowania sieci. Problemy z dowolnego miejsca w infrastrukturze sieciowej można diagnozować z większą dokładnością, zwiększając wydajność wdrożenia.

  Aby uzyskać więcej informacji na temat włączania usługi ThousandEyes w organizacji i konfigurowania testów, zobacz Integracja usługi ThousandEyes z usługą Video Mesh.

• Zgodnie z poprzednim komunikatem dotyczącym migracji rejestru kontenerów do Amazon ECR, spodziewamy się ukończenia migracji do połowy marca 2024 r. Uprzejmie zapewnij połączenie z ECR, zezwalając na adres URL „*dkr.ecr.us-east-1.amazonaws.com” w zaporze aplikacji i serwerach proxy.

Grudzień 2023 r.

Migracja rejestru kontenerów z Docker Hub do Amazon ECR

Rejestr kontenera siatki wideo, w którym znajdują się obrazy, zostanie zmieniony z Docker Hub na Amazon ECR. Migrację zaplanowano na luty 2024 r. Uprzejmie prosimy klientów o zapewnienie łączności z ECR, zezwalając na adres URL „*.amazonaws.com” w zaporze aplikacji i serwerach proxy. Ten krok jest niezbędny, aby zapobiec potencjalnym problemom podczas uaktualnień.

sierpień 2023 r.

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

• Interfejsy API administracji VMN

• Interfejsy API sieci VMN

• Interfejsy API certyfikatu serwera VMN

Lipiec 2023 r.

Żądania Webhook dla alertów usługi Video Mesh

Usługa Video Mesh obsługuje teraz alerty za pośrednictwem żądań Webhook, umożliwiając administratorom organizacji łatwe monitorowanie niektórych aspektów ich wdrożeń. Mogą oni otrzymywać powiadomienia o zdarzeniach takich jak przepełnienia połączeń i przekierowania połączeń, minimalizując konieczność logowania się do Control Hub w celu monitorowania wdrożenia.

W tej fazie za pomocą żądań Webhook można monitorować następujące typy zdarzeń:

• Przekierowania połączeń klastra — połączenia przekierowane z określonego klastra.
• Przepełnienia połączeń organizacji — łączna liczba przepełnienia połączeń do chmury w organizacji.

Interfejsy API węzłów 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łów usługi Video Mesh .

Czerwiec 2023 r.

Ulepszyliśmy wykresy i wykresy pulpitu nawigacyjnego Analityka, aby rozszerzyć funkcję włączania typów klientów.

• Dane specyficzne dla klastra są widoczne na karcie Zasoby .

  Wybierz klaster na dowolnym wykresie lub wykresie pączkowym, a następnie kliknij przycisk Zastosuj. Ta czynność odfiltruje również dane dla wszystkich innych wykresów, więc wyświetlane są tylko dane istotne dla wybranego klastra.

• Do karty Zasoby dodaliśmy dwa nowe wykresy. Są to Trend łącznej liczby połączeń według typu punktu końcowego i Trend łącznej liczby połączeń według typu punktu końcowego. Można wybrać klastry i określone typy punktów końcowych, aby wyświetlić tylko potrzebne informacje.

• Na karcie Zaangażowanie pogrupowaliśmy zdarzenia połączeń według typu punktu końcowego na następujące typy:

  • Urządzenia SIP
  • Pulpit aplikacji Webex
  • Aplikacja mobilna Webex
  • Interfejs VDI aplikacji Webex
  • Urządzenia Webex

Maj 2023 r.

Obsługa klienta internetowego

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

Marzec 2023 r.

Nowy test dostępności i ulepszone narzędzie do monitorowania

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

Zmieniliśmy ścieżkę interfejsu użytkownika tak, aby uzyskać dostęp do narzędzia do monitorowania siatki wideo. Nową kartę Video Mesh można znaleźć w sekcji Rozwiązywanie problemów > Video Mesh zamiast w sekcji Rozwiązywanie problemów > Stan > Video Mesh, jak poprzednio.

Strona przeglądu narzędzia do monitorowania grupuje testy w sekcję Sygnalizacja, Kaskada i Dostępność, pomagając w dostosowaniu procesu rozwiązywania problemów.

Luty 2023 r.

Interfejsy API dla programistów usługi 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 wdrożeniami usługi Video Mesh.
• Administratorzy mogą teraz uruchamiać różne testy rozwiązywania problemów na żądanie, takie jak sieć, monitorowanie stanu mediów i testy dostępności, z poziomu portalu dla programistów. Mogą oni również przeglądać szczegółowe wyniki testów, które uruchomili, pomagając im uzyskać dokładniejszy wgląd w stan wdrożenia.

Listopad 2022

Zmiana nazwy klastra w Control Hub

Teraz możesz 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 dla programistów usługi Video Mesh

Interfejsy API dla programistów usługi Video Mesh zapewniają administratorom organizacji zaawansowany i elastyczny sposób pobierania szczegółowych metryk na potrzeby monitorowania i szczegółowych danych analitycznych ich wdrożeń usługi Video Mesh za pośrednictwem portalu dla programistów Webex. Mogą bezproblemowo zintegrować swoje istniejące aplikacje do monitorowania z tymi interfejsami API i zautomatyzować monitorowanie swoich klastrów i węzłów usługi Video Mesh. Interfejsy 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

Zmiana narzędzia do monitorowania stanu mediów

Zmieniliśmy częstotliwość okresowych testów dla całego klastra, dla klastra lub dla węzła. W poprzednich wydaniach testy te były przeprowadzane co godzinę. Obecnie działają one co 6 godzin.

Kwiecień 2022

Zachowaj swoje multimedia w usłudze Video Mesh dla wszystkich zewnętrznych spotkań Webex

W poprzednich wersjach kontrolowano korzystanie z usługi Video Mesh do spotkań tylko w witrynach wewnętrznych. W przypadku spotkań hostowanych w zewnętrznych witrynach Webex witryny te kontrolowały, czy usługa Video Mesh może działać kaskadowo do usługi Webex. Jeśli witryna zewnętrzna nie zezwoliła na kaskady usługi Video Mesh, Twoje multimedia zawsze używały węzłów chmury Webex.

Jeśli w ustawieniu Preferuj usługę Video Mesh dla wszystkich zewnętrznych spotkań Webex są dostępne węzły usługi Video Mesh, multimedia będą przesyłane przez te węzły dla spotkań w witrynach zewnętrznych. Aby uzyskać szczegółowe informacje, zobacz https://help.webex.com/en-us/article/nzvixgk/Keep-your-media-on-Video-Mesh-for-all-external-Webex-meetings.

styczeń 2022 r.

Aktualizacje portów

W przypadku nadchodzącej wersji w lutym 2022 r. usługa Video Mesh wymaga otwarcia następującego zakresu portów dla kaskad chmury multimedialnej:

Porty te są uzupełnieniem istniejącego portu 5004. Otwórz zakres portów UDP 50 000–53 000 w konfiguracji zapory. Jeśli te porty nie zostaną otwarte podczas publikacji nadchodzącej wersji, zobaczysz przerwy w świadczeniu usług.

Jak opisano w części Wymagania sieciowe dla usług Webex, Expressway korzysta już z tego zakresu portów dla chmury Webex. Dlatego większość wdrożeń nie wymaga żadnych aktualizacji, aby obsługiwać ten nowy wymóg dotyczący 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 z lutego.

Październik 2021

Globalnie dystrybuowane multimedia

Usługa Video Mesh wykorzystuje teraz możliwości Webex w zakresie globalnych multimediów rozproszonych (GDM) w celu zapewnienia lepszego routingu multimediów. Aby osiągnąć optymalną łączność, Webex wybiera najbliższy węzeł nośnika chmury do Twojego przedsiębiorstwa podczas wykonywania kaskad usługi Video Mesh do usługi Webex. Następnie ruch przechodzi przez szkielet Webex do mikrousług Webex na potrzeby spotkania. To trasowanie minimalizuje opóźnienia i zatrzymuje większość ruchu na szkielecie Webex i poza Internetem.

13 sierpnia 2021 r.

Spotkania prywatne

Funkcja spotkania prywatnego zwiększa bezpieczeństwo spotkania, kończąc media w siedzibie. Podczas planowania spotkania prywatnego media zawsze kończą się w węzłach usługi Video Mesh w sieci firmowej bez kaskady chmury. W przeciwieństwie do zwykłych spotkań, jeśli węzły lokalne są pełne, multimedia nie będą wysyłane kaskadowo do chmury Webex.

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

Zobacz sekcję Spotkania prywatne w podręczniku wdrażania pod adresem https://www.cisco.com/go/video-mesh oraz artykuł Planowanie spotkania prywatnego Webex .

9 lutego 2021 r.

Dostęp do węzłów z Control Hub dla administratorów z pełnymi uprawnieniami

Ulepszyliśmy Control Hub, aby umożliwić administratorom z pełnymi uprawnieniami w organizacji Webex dostęp do węzłów usługi Video Mesh z poziomu Control Hub.

Tej funkcji może używać tylko administrator z pełnymi uprawnieniami w Twojej organizacji Webex. Inni administratorzy, w tym administratorzy partnerów i administratorzy zewnętrzni z pełnymi uprawnieniami, nie mają opcji Przejdź do węzła zasobów usługi Video Mesh.

Zobacz sekcję Przegląd dostępu do węzła usługi Webex Video Mesh z interfejsu internetowego w podręczniku wdrażania pod adresem https://www.cisco.com/go/video-mesh.

26 sierpnia 2020 r.

Buforowanie DNS

Jeśli odpowiedzi DNS do węzłów usługi Video Mesh regularnie zajmują więcej niż 750 ms, możesz włączyć buforowanie DNS. Po włączeniu funkcji buforowania DNS węzeł buforuje odpowiedzi DNS lokalnie. Lokalna pamięć podręczna sprawia, że żądania będą rzadziej powodowały alarmy łączności, spadki połączeń lub problemy z jakością połączeń. Buforowanie systemu 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łączanie lub wyłączanie buforowania DNS w podręczniku wdrażania pod adresem https://www.cisco.com/go/video-mesh.

Obsługa aplikacji Webex Events

Sieć wideo Webex obsługuje teraz aplikację Webex Events.

7 sierpnia 2020 r.

Krótki format adresu wideo dla Webex Meetings

W witrynach zawierających wersję WBS39.9 i nowszą użytkownicy mogą dołączać do spotkań przy użyciu krótszego @webex.com formatu adresu wideo (zamiast @.webex.com). Usługa Video Mesh obsługuje teraz ten krótszy format adresu.

Przewodnik wdrażania pod adresem https://www.cisco.com/go/video-mesh zawiera instrukcje dotyczące obsługi krótszego formatu podczas konfigurowania wdrożenia usługi Video Mesh.

Aby używać krótkiego formatu adresu wideo w istniejącym wdrożeniu usługi Video Mesh, dodaj trasę lub wzorzec wybierania do obsługi tego formatu. Aby uzyskać więcej informacji, zobacz odpowiednie zadanie, które obejmuje „krótki adres wideo” w podręczniku, w zależności od sposobu skonfigurowania środowiska sterowania połączeniami:

• Skonfiguruj trasowanie ruchu SIP TLS w systemie Unified CM Secure dla usługi Webex Video Mesh

• Konfiguracja routingu ruchu SIP TCP systemu Unified CM dla usługi Webex Video Mesh

• Skonfiguruj trasowanie ruchu SIP TCP 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 internetowym węzła siatki wideo

Teraz można ręcznie ustawić maksymalny rozmiar jednostki transmisji (MTU) w wewnętrznym interfejsie sieci, a MTU w zewnętrznym interfejsie sieci.

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 z MTU i automatycznie dostosowywać rozmiar MTU. Jeśli usługa PMTU nie powiedzie się z powodu problemów z zaporą lub siecią, węzeł może mieć problemy z łącznością z chmurą z powodu pakietów większych niż spadek MTU. Ręczne ustawienie niższego rozmiaru MTU może rozwiązać ten problem.

Ręczne ustawienia MTU można znaleźć na karcie Zaawansowane ustawienia sieci w interfejsie internetowym węzła siatki wideo Webex. Aby uzyskać więcej informacji, zobacz przewodnik wdrażania pod adresem https://www.cisco.com/go/video-mesh.

26 czerwca 2020 r.

Nowa opcja wdrażania VMNLite

Wdrożenia głównie usługi Webex Teams i punktów końcowych zarejestrowanych w chmurze wykorzystują więcej zasobów przełączania i mniej zasobów transkodowania niż zapewnia standardowa konfiguracja. Wdrożenie większej liczby mniejszych maszyn wirtualnych na hoście optymalizuje zasoby na potrzeby tego scenariusza.

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

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

• 20 GB pamięci głównej

• 80 GB lokalnego miejsca na dysku twardym

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

Nasze testy pokazują 50% poprawę wydajności połączeń przełączonych dzięki 3 węzłom VMNLite na pojedynczym serwerze CMS1000 w porównaniu z wdrażaniem pojedynczej maszyny wirtualnej.

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

Aby uzyskać więcej informacji, zobacz przewodnik wdrażania pod adresem https://www.cisco.com/go/video-mesh. Aby dowiedzieć się, jak zastąpić standardową konfigurację VMNLite, zobacz rozdział Zarządzanie usługą Webex Video Mesh i rozwiązywanie problemów z tą usługą.

9 czerwca 2020 r.

Nowa opcja cotygodniowego automatycznego uaktualniania oprogramowania dla klastrów usługi Video Mesh

Teraz można zaplanować automatyczne uaktualnianie oprogramowania w klastrach usługi Video Mesh co tydzień, a nie codziennie (domyślnie). Uaktualnienie można jednorazowo odroczyć. Jeśli ustawisz harmonogram tygodniowy, odroczenie oznacza, że aktualizacja nastąpi w oknie aktualizacji w następnym tygodniu.

Możesz ustawić harmonogram uaktualniania podczas rejestrowania nowego klastra lub zmodyfikować harmonogram istniejącego klastra. Więcej informacji zawiera dokumentacja usługi Video Mesh pod adresem https://www.cisco.com/go/video-mesh.

24 kwietnia 2020 r.

Zewnętrzny interfejs sieciowy, reguły trasowania, opcje sieci kontenerowej w interfejsie internetowym węzła siatki wideo

Interfejs internetowy usługi Video Mesh zawiera więcej nowych funkcji, które ułatwiają obsługę zmian sieci. Interfejs zewnętrzny można włączyć z poziomu interfejsu internetowego w ramach wdrożenia podwójnego interfejsu sieciowego (NIC). Następnie można dostosować trasowanie dla 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 mostka kontenera i podsieć.

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

20 marca 2020 r.

Obsługa przechowywania danych w usłudze Cisco Webex Teams EMEAR

Organizacje w europejskim regionie przechowywania danych usługi Cisco Webex Teams mogą teraz korzystać z usługi Video Mesh. To wsparcie 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 aplikacji 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 spełniają teraz zalecane sprawdzone procedury jakości usług (QoS), włączając zakresy 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 umożliwia tworzenie zasad QoS i skuteczne zauważanie ruchu do i z węzłów usługi Video Mesh.

Tym zmianom portów towarzyszą zmiany jakości usług. Węzły usługi Video Mesh automatycznie oznaczają ruch multimediów z punktów końcowych zarejestrowanych w SIP (zarejestrowane w siedzibie firmy Unified CM lub rozwiązanie Expressway VCS) zarówno dla audio (EF), jak i wideo (AF41) osobno za pomocą odpowiedniej klasy 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ę w systemie sterowania połączeniami (Unified CM lub VCS Expressway).

Aby uzyskać więcej informacji, zobacz tabelę QoS w sekcji Porty i protokoły używane przez usługę Webex Video Mesh oraz kroki umożliwiające włączenie lub wyłączenie funkcji 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).

12 lutego 2018 r.

Obsługa wielostrumieniowego wideo dla wszystkich uczestników spotkań w aplikacji Cisco Spark i Cisco WebEx

Jeśli organizujesz spotkania w lokalnych węzłach multimediów hybrydowych za pośrednictwem usługi Cisco Spark Hybrid Media Service, możesz skorzystać z funkcji obsługi wielostrumieniowego wideo. Technologia Multistream zapewnia średnio lepsze wykorzystanie przepustowości, zwłaszcza w przypadku łącza kaskadowego między węzłami usługi Hybrid Media Service a węzłami multimediów w chmurze publicznej Cisco Spark.

Aby uzyskać więcej informacji, zobacz Obsługa wielostrumieniowego wideo dla wszystkich uczestników spotkania w aplikacji Cisco Spark i Cisco WebEx Meetings.

5 stycznia 2018 r.

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

Usługa multimediów hybrydowych Cisco Spark obsługuje teraz lokalne zarejestrowane punkty końcowe SIP dołączające do spotkań Cisco WebEx i spotkań Cisco Spark. Usługa obejmuje również nowe raporty użycia i przyjęcia w Control Hub. Aby w pełni wykorzystać usługę Hybrid Media Service, należy się upewnić, że witryna WebEx znajduje się na platformie wideo Cisco WebEx w wersji 2.0. (Można sprawdzić, czy Twoja witryna WebEx korzysta z platformy wideo w wersji 2.0, jeśli posiada listę Typ zasobów multimedialnych dostępnych w opcjach witryny Cloud Collaboration Meeting Room).

Zmiany portów

• Usługa multimediów hybrydowych wymaga teraz nowego portu docelowego (5006).

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

Aby uzyskać pełną listę, zobacz „Porty i protokoły używane przez usługę Hybrid Media Service” w Podręczniku wdrażania hybrydowej usługi multimediów Cisco Spark.

Aktualizacja OVA

Ta usługa wymaga pobrania i zainstalowania najnowszej aktualizacji OVA w węzłach multimediów hybrydowych. Aby pobrać najnowszą wersję OVA z widoku klienta w , przejdź do Usługi > Media hybrydowe > Konfiguracja > Ustawienia.https://admin.ciscospark.com

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 Przenoszenie węzła usługi hybrydowej do trybu konserwacji.

2. Wyrejestruj węzeł. Zobacz „Wyrejestrowanie węzła multimediów hybrydowych” w Podręczniku wdrażania usługi multimediów hybrydowych Cisco Spark.

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

4. Zainstaluj nową OVA i oprogramowanie usługi Hybrid Media Service, ustaw konfigurację newtork i ponownie zarejestruj węzeł mediów hybrydowych w usłudze Cisco Collaboration Cloud. Patrz temat Wdrażanie usługi Hybrid Media Service w Przewodniku wdrażania usługi Cisco Spark Hybrid Media Service.

5. Wyłącz węzeł z trybu konserwacji. Zobacz Przenoszenie węzła usługi hybrydowej do trybu konserwacji.

Aby dowiedzieć się o wszystkich zmianach funkcji, nowych krokach wdrażania i wskazówkach dotyczących przygotowania witryny WebEx, zobacz Przewodnik wdrażania hybrydowej usługi mediów Cisco Spark pod adresem https://www.cisco.com/go/hybrid-services-media. Sekcja Nowe i zmienione informacje w podręczniku zawiera łącza do zaktualizowanych sekcji.