Aktualizacje bez informacji o wersji są bieżącymi wydaniami konserwacyjnymi. Są to wymagane aktualizacje, aby zapewnić aktualność i bezpieczeństwo wdrożenia usługi Video Mesh. Nie zawierają zmian, które wpływają na funkcjonalność lub naprawiają określone błędy mające wpływ na klienta.

Pobierz najnowsze oprogramowanie węzła Video Mesh

W przypadku nowej instalacji zawsze pobieraj nową kopię obrazu oprogramowania węzła Webex Video Mesh ze strony to łącze . Nie używaj obrazu z poprzedniej instalacji do wdrażania węzła Webex Video Mesh.

Aby uzyskać instrukcje instalacji, przejdź do Podręcznik wdrażania siatki wideo .

2022.12.14.2552m.34

27 stycznia 2023 r.

Usunięto problem polegający na tym, że w transkodowanych połączeniach czasami pojawiał się nieprawidłowy aktywny mówca.

2022.12.14.2552m.31

24 stycznia 2023 r.

Nie ma informacji o wersji dla tego uaktualnienia serwisowego.

2022.12.14.2552m.30

20 stycznia 2023 r.

Nie ma informacji o wersji dla tego uaktualnienia serwisowego.

2022.12.14.2552m.27

13 stycznia 2023 r.

Nie ma informacji o wersji dla tego uaktualnienia serwisowego.

2022.12.14.2552m.23

5 stycznia 2023 r.

Nie ma informacji o wersji dla tego uaktualnienia serwisowego.

2022.12.14.2552m.14

23 grudnia 2022 r.

Nie ma informacji o wersji dla tego uaktualnienia serwisowego.

2022.12.08.2550m

9 grudnia 2022 r.

Nie ma informacji o wersji dla tego uaktualnienia serwisowego.

2022.11.14.2540m.7

2 grudnia 2022 r.

Nie ma informacji o wersji dla tego uaktualnienia serwisowego.

2022.11.14.2540m.6

25 listopada 2022 r.

Nie ma informacji o wersji dla tego uaktualnienia serwisowego.

2022.10.17.2535m.28

18 listopada 2022 r.

Nie ma informacji o wersji dla tego uaktualnienia serwisowego.

2022.10.17.2535m.23

12 listopada 2022 r.

Pilna aktualizacja

Ta wersja konserwacyjna obsługuje znaki Unicode w nazwie klastra, aby zapewnić spójność danych analitycznych.

2022.10.17.2535m.22

11 listopada 2022 r.

Nie ma informacji o wersji dla tego uaktualnienia serwisowego.

2022.10.17.2535m.12

4 listopada 2022 r.

Nie ma informacji o wersji dla tego uaktualnienia serwisowego.

2022.09.27.2530m.13

21 października 2022 r.

Nie ma informacji o wersji dla tego uaktualnienia serwisowego.

2022.09.27.2530m.10

14 października 2022 r.

Ta wersja konserwacyjna rozwiązuje problemy z dekodowaniem wideo z telefonów IP z serii 8800.

2022.09.27.2530m.7

7 października 2022 r.

Nie ma informacji o wersji dla tego uaktualnienia serwisowego.

2022.09.05.2527m.28

30 września 2022 r.

Nie ma informacji o wersji dla tego uaktualnienia serwisowego.

2022.09.05.2527m.20

23 września 2022 r.

To wydanie konserwacyjne dodatkowo poprawia renderowanie transkodowanych etykiet nazw w różnych językach.

2022.09.05.2527m.11

16 września 2022 r.

Ta wersja konserwacyjna poprawia renderowanie transkodowanych etykiet nazw w różnych językach.

2022.08.15.2522m.18

9 września 2022 r.

Nie ma informacji o wersji dla tego uaktualnienia serwisowego.

2022.08.15.2522m.6

26 sierpnia 2022 r.

Nie ma informacji o wersji dla tego uaktualnienia serwisowego.

2022.07.2516m.13

12 sierpnia 2022 r.

Nie ma informacji o wersji dla tego uaktualnienia serwisowego.

2022.07.2516m.8

2 sierpnia 2022 r.

Pilna aktualizacja

To uaktualnienie naprawia połączenia Webex Video Mesh SIP, które nie działały poprawnie u niektórych klientów.

2022.07.25.2516m.1

28 lipca 2022 r.

Ta wersja konserwacyjna zmienia częstotliwość raportów okresowych przez narzędzie do monitorowania kondycji nośników z co godzinę na co 6 godzin.

2022.07.13.2514m.4

22 lipca 2022 r.

Ta wersja konserwacyjna poprawia zachowanie transkodowania wideo w celu obsługi zmian czasu systemowego podczas spotkań.

2022.07.03.2512m.8

15 lipca 2022 r.

Nie ma informacji o wersji dla tego uaktualnienia serwisowego.

2022.06.27.2511m.12

11 lipca 2022 r.

Ta wersja konserwacyjna uzupełnia zmiany architektoniczne związane z rozszerzonym zakresem portów UDP od 50 000 do 53 000. Te zmiany poprawiają wydajność Webex Video Mesh. Zobacz Podręcznik wdrażania siatki wideo aby uzyskać szczegółowe informacje.

2022.06.27.2511m.5

7 lipca 2022 r.

Nie ma informacji o wersji dla tego uaktualnienia serwisowego.

2022.06.2502m.17

24 czerwca 2022 r.

Nie ma informacji o wersji dla tego uaktualnienia serwisowego.

2022.06.06.2502m.11

17 czerwca 2022 r.

Ta wersja konserwacyjna dodaje obsługę monitora kondycji spotkań dla rozszerzonego zakresu portów UDP od 50 000 do 53 000.

2022.04.29.2497m.42

4 czerwca 2022 r.

Nie ma informacji o wersji dla tego uaktualnienia serwisowego.

2022.04.29.2497m.39

27 maja 2022 r.

Nie ma informacji o wersji dla tego uaktualnienia serwisowego.

2022.04.29.2497m.30

20 maja 2022 r.

To wydanie konserwacyjne rozwiązuje problem z transkodowaniem w punktach końcowych IX5000.

2022.04.29.2497m.21

14 maja 2022 r.

Nie ma informacji o wersji dla tego uaktualnienia serwisowego.

2022.04.13.2490m.25

7 maja 2022 r.

Nie ma informacji o wersji dla tego uaktualnienia serwisowego.

2022.04.13.2490m.20

29 kwietnia 2022 r.

Nie ma informacji o wersji dla tego uaktualnienia serwisowego.

2022.04.04.2489m.35

21 kwietnia 2022 r.

Nie ma informacji o wersji dla tego uaktualnienia serwisowego.

2022.04.04.2489m.15

14 kwietnia 2022 r.

Ta wersja konserwacyjna rozwiązuje problem polegający na tym, że niektóre urządzenia połączone z protokołem SIP nie mogą odbierać wideo z wyłączoną funkcją QoS.

2022.04.04.2489m.1

8 kwietnia 2022 r.

Nie ma informacji o wersji dla tego uaktualnienia serwisowego.

2022.03.07.2477m.87

1 kwietnia 2022 r.

Ta wersja konserwacyjna rozwiązuje problem polegający na tym, że niektóre urządzenia z dwoma ekranami, które łączyły się za pośrednictwem protokołu SIP, wysyłały wideo, gdy na spotkaniu nie było innych uczestników.

2022.03.07.2477m.58

24 marca 2022 r.

Ta wersja konserwacyjna rozwiązuje problem z aktualizacją oprogramowania buforującego DNS , która powodowała alarm rozpoznawania DNS w niektórych węzłach.

2022.03.07.2477m.41

18 marca 2022 r.

Nie ma informacji o wersji dla tego uaktualnienia serwisowego.

2022.02.18.2474m.11

3 marca 2022 r.

Nie ma informacji o wersji dla tego uaktualnienia serwisowego.

2022.01.20.2473m.1

17 lutego 2022 r.

Ta wersja konserwacyjna rozwiązuje problem z wyświetlaniem znaków koreańskich na niektórych stronach.

2022.01.20.2472m.4

3 lutego 2022 r.

Nie ma informacji o wersji dla tego uaktualnienia serwisowego.

2021.12.17.2464m.3

21 grudnia 2021 r.

Nie ma informacji o wersji dla tego uaktualnienia serwisowego.

2021.11.21.2452m.1

1 grudnia 2021 r.

Niewielka zmiana może spowodować zmianę inicjałów w niektórych domyślnych awatarach. Jeśli część nazwy użytkownika znajduje się w nawiasach, system ignoruje tę część podczas wybierania inicjałów.

2021.11.08.2441m.1

11 listopada 2021 r.

Nie ma informacji o wersji dla tego uaktualnienia serwisowego.

2021.10.18.2439m.12

27 października 2021 r.

To uaktualnienie konserwacyjne obejmuje uaktualnienia zabezpieczeń.

2021.10.11.2438m.1

18 października 2021 r.

Nie ma informacji o wersji dla tego uaktualnienia serwisowego.

2021.09.13.2432m.10

23 września 2021 r.

Nie ma informacji o wersji dla tego uaktualnienia serwisowego.

2021.08.09.2428m.7

Sierpień 26, 2021

Nie ma informacji o wersji dla tego uaktualnienia serwisowego.

2021.08.09.2428m.2

13 sierpnia 2021 r.

To uaktualnienie konserwacyjne obejmuje nową funkcję Private Meeting.

2021.07.22.2424m

29 lipca 2021 r.

  • Rozwiązuje problem na punktach końcowych SIP z wyświetlaniem powiadomień na ekranie podczas jednoczesnego wyświetlania wielu uczestników i udostępniania treści.

2021.07.08.2423m

15 lipca 2021 r.

Nie ma informacji o wersji dla tego uaktualnienia serwisowego.

2021.06.17.2415m

24 czerwca 2021 r.

Nie ma informacji o wersji dla tego uaktualnienia serwisowego.

2021.05.27.2405m

4 czerwca 2021 r.

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

2021.05.05.2395m.5

21 maja, 2021

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

  • Rozwiązuje problem, który mógł powodować awarie systemu DNS dla określonej konfiguracji mostka Docker.

2021.04.27.2391m

30 kwietnia 2021 r.

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

2021.03.22.2384m.3

6 kwietnia 2021 r.

Nie ma informacji o wersji dla tego uaktualnienia serwisowego.

2021.03.22.2384m.1

31 marca 2021 r.

Nie ma informacji o wersji dla tego uaktualnienia serwisowego.

2021.03.03.2359m.7

16 marca 2021 r.

Nie ma informacji o wersji dla tego uaktualnienia serwisowego.

2021.03.03.2359m

12 marca 2021 r.

Nie ma informacji o wersji dla tego uaktualnienia serwisowego.

2021.02.05.2352m.4

12 lutego 2021 r.

  • Dodaje opcję wyłączenia logowania lokalnego w interfejsie WWW administratora węzła Video Mesh.

  • Rozwiązuje problemy z jitterem i niepoprawnie zgłaszanymi wartościami czasu podróży w obie strony.

2021.01.13.2349m.3

5 lutego 2021 r.

Nie ma informacji o wersji dla tego uaktualnienia serwisowego.

2020.12.08.333m.6

25 stycznia 2021 r.

Nie ma informacji o wersji dla tego uaktualnienia serwisowego.

2020.12.08.2333m.5

8 stycznia 2021 r.

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

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

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

  • Poprawiono raportowanie błędów połączenia z przekroczenia limitu czasu podczas testowania połączenia proxy.

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

  • Zaktualizowano alarmy dostępności dla prywatnych klastrów Video Mesh Node.

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 Podręcznik wdrażania .

  • Naprawiono błąd kosmetyczny polegający na tym, że wywołanie testu kondycji mogło spowodować nieprawidłowe wyświetlanie stanu węzła jako „Instalowanie” w Control Hub.

2020.11.17.2319m.9

8 grudnia, 2020

Ta wersja zawiera zmiany zapobiegające błędom połączeń SIP w przypadku utraty łączności sieciowej między klastrami.

2020.11.17.2319m.4

1 grudnia 2020 r.

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

  • Uruchamianie testów na żądanie lub testów cyklicznych co godzinę dla każdego węzła i klastra.

  • Możliwość oznaczania sygnalizacji SIP, sygnalizacji mediów i awarii kaskadowych mediów dla każdego testu.

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

  • Śledzenie niepowodzeń testów historycznych przez maksymalnie siedem dni.

2020.11.17.2319m.4

25 listopada, 2020

  • Brak informacji o wersji dla tego uaktualnienia serwisowego.

2020.11.06.2314m

18 listopada 2020 r.

  • Zwiększono próg podnoszenia alarmu NTP w węzłach Video Mesh.

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

  • Naprawiono błąd polegający na tym, że przesyłanie dziennika VMN kończyło się niepowodzeniem.

  • Naprawiono problemy kaskadowe między węzłami Video Mesh i nowymi węzłami w chmurze.

2020.10.10.2305m

23 października 2020 r.

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

2020.09.22.2288m.3

1 października 2020 r.

  • Brak informacji o wersji dla tego uaktualnienia serwisowego.

2020.09.22.2288m

Wrzesień 30, 2020

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

  • Naprawiono problem z testem osiągalności TCP .

  • Poprawiono 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 niektórych połączeń były przesunięte o 1000 razy).

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

2020.09.11.2279m

18 września 2020 r.

  • Dodano informacje o zakresie IP zarezerwowanych do użytku wewnętrznego w interfejsie internetowym węzła Video Mesh.

  • Zmniejszono zakres adresów IP zarezerwowanych do użytku wewnętrznego Webex Video Mesh Node z oryginalnych 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.

  • Naprawiono błędne statystyki wyświetlane w strumieniu audio prezentacji IX5000 podczas przechodzenia między poczekalnią 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

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

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

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

  • Ulepszono szczegóły alarmu w przypadku, gdy nie można pobrać uaktualnienia z powodu zablokowania przez usługę Zscaler lub z powodu przezroczystego serwera proxy do inspekcji.

  • Naprawiono błąd polegający na tym, że dane przesyłania/pobierania przez 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 wersji dla tego uaktualnienia serwisowego.

2020.08.06.2258m.1

13 sierpnia 2020 r.

  • Usunięto problem polegający na tym, że IX5000 przerywał połączenie po przeniesieniu ze spotkania z powrotem do poczekalni.

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

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 problem polegający na tym, że dźwięk odbierany z aplikacji Webex Meetings może być cichszy niż oczekiwany 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ą nazwę FQDN, aby test DNS zakończył się pomyślnie. (We wcześniejszych wersjach, jeśli dowolny serwer DNS był w stanie rozpoznać testową nazwę FQDN, test zakończyłby się pomyślnie).

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

  • Dodano opcje konfiguracji jednostki MTU interfejsu sieciowego. (Patrz karta Ogłoszenia).

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

2020.06.18.2231m

26 czerwca 2020 r.

  • Poprawiono wybór współczynnika proporcji dla przepustowości około 1,5 Mb/s przy włączonej rozdzielczości 1080p.

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

  • Naprawiono błąd polegający na tym, że po rozpoczęciu, a następnie szybkim zatrzymaniu przechwytywania pakietów pojawiał się błąd.

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

  • Usunięto domyślną konfigurację NTP . Do zarejestrowania węzła jest teraz wymagana prawidłowa konfiguracja NTP . Dodano alarmy, jeśli konfiguracja 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 połączenia 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 Video Mesh.

2020.05.26.2200m.3

10 czerwca 2020 r.

  • Dodano możliwość włączania i wyłączania trybu konserwacji na stronie administracji interfejsu sieciowego węzła Video Mesh.

  • Usunięto alarmy i sprawdzenia dotyczące łączności z serwerem Amazon ECR ze strony Przegląd interfejsu WWW węzła.

  • Dodano licznik dostępności do strony Przegląd interfejsu WWW węzła.

  • Usunięto użycie CPU ze strony Przegląd interfejsu WWW węzła.

  • Wyłączono testy łączności proxy na porcie 444 w ramach przełączania sygnalizacji kaskadowej na port 443.

2020.05.13.2195m

27 maja 2020 r.

  • Usunięto problem polegający na tym, że rozszerzenie autouzupełniania przeglądarki innej firmy mogło zakłócać interfejs sieciowy węzła Webex Video Mesh.

2020.04.16.2176m.2

8 maja 2020 r.

  • Rozwiązano problem polegający na tym, że moduł sprawdzania połączeń na porcie 444 błędnie zgłaszał awarię, gdy znajdował się za niektórymi typami serwerów proxy.

  • Naprawiono błąd polegający na tym, że można było zainstalować niezgodny certyfikat serwera, jeśli wcześniej przesłano prawidłowo zgodny certyfikat.

  • Wyłączono test połączenia gniazda WebSocket po wykryciu 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 testów łączności z chmurą na stronie Przegląd interfejsu internetowego węzła Webex Video Mesh.

  • Naprawiono błąd, który powodował fałszywy alarm DNS nieprawidłowej nazwy hosta.

  • Dodano ograniczenie długości klucza na stronie Certyfikat serwera z komunikatem o błędzie, jeśli administrator prześle certyfikat serwera o długości poniżej 2048 bitów.

  • Ulepszona obsługa sytuacji, w których administrator wprowadza klucz prywatny o długości poniżej 2048 bitów lub klucz prywatny bez hasła. W takich przypadkach węzeł Video Mesh użyje 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 górnych aktywnych głośników, gdy ktoś udostępniał dźwięk treści.

  • Usunięto problem, który mógł powodować niepowodzenia połączeń, jeśli w krótkim czasie podjęto wiele prób połączeń.

2020.03.11.2143m.7

6 kwietnia 2020 r.

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

  • Zwiększono limit czasu dla sygnalizacji wielostrumieniowej dla połączeń na dwóch ekranach.

  • 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 wersji dla tego uaktualnienia serwisowego.

2020.03.11.2143m.9 — Pilna aktualizacja

22 marca 2020 r.

  • Dodano więcej funkcji rejestrowania w celu obsługi debugowania.

2020.03.11.2143m — Pilna aktualizacja

11 marca 2020 r.

  • Wyłączono okresowe kontrole stanu połączenia i odpowiedni alarm ( mf.callHealth.fail ), który został zgłoszony w węźle i w Control Hub, jeśli błędy wystąpiły w węźle powyżej określonego progu.

2020.03.02.2132m

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ąpią okresowe niepowodzenia testu kondycji połączeń powyżej określonego progu.

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

20202.09.2120m.1

28 lutego 2020 r.

  • Brak informacji o wersji dla tego uaktualnienia serwisowego.

2020.01.30.2115m

7 lutego 2020 r.

  • NaprawionoCSCvs70769 Luka w zabezpieczeniach protokołu NGINX związana z przemytem żądań HTTP

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

2020.01.12.2091m

22 stycznia 2020 r.

  • Dodano przywracanie ustawień fabrycznych do interfejsu internetowego węzłów Video Mesh. Aby uzyskać więcej informacji, zobacz Zarządzanie węzłem siatki wideo z poziomu interfejsu internetowego w podręczniku wdrażania pod adresemhttps://www.cisco.com/go/video-mesh .

  • Naprawiono problem (CSCvs28104 ), gdzie wideo o niskiej jakości może być wyświetlane na niektórych ekranach realistycznego punktu końcowego z trzema ekranami.

  • Usunięto problem polegający na tym, że niektóre połączenia SIP były konfigurowane z opóźnieniem.

2019.12.15.2053m

8 stycznia 2020 r.

  • Naprawiono błąd polegający na tym, że spotkania (które obejmowały co najmniej jedną Webex Board) 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 polegający na tym, że ekran dołączania do spotkania pozostawał pusty, gdy *.clouddrive.com był zablokowany w sieci klienta. Chociaż w tym scenariuszu ekran dołączania do spotkania nie jest już pusty, nadal wymagamy odblokowania tego URL w sieci, aby uniknąć niezamierzonych skutków ubocznych.

  • Dodano zarządzanie hasłami administratora do interfejsu internetowego dla węzłów Video Mesh. Aby uzyskać więcej informacji, zobacz Zarządzanie węzłem siatki wideo z poziomu interfejsu internetowego w podręczniku wdrażania pod adresemhttps://www.cisco.com/go/video-mesh .

2019.11.06.1992m

14 listopada 2019 r.

  • NaprawionoCSCvr92794 Nieprawidłowy komunikat o błędzie podczas sprawdzania poprawności nazwy FQDN względem IP węzła .

  • Usunięto problem polegający na tym, że węzły nie były prawidłowo wyciszane 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 prowadziło do zmniejszenia pojemności i porzucania połączeń.

2019.10.21.1973m.1

1 listopada 2019 r.

2019.10.11.1964m.1

23 października 2019 r.

  • NaprawionoCSCvr39819 Wersja oprogramowania podatnego na lukę .

  • NaprawionoCSCvr39878 Certyfikat X.509 z podpisem własnym, którego nazwa zwyczajowa nie jest zgodna z nazwą 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 nową nazwę „Alternatywne nazwy podmiotu:” do formularza tworzenia CSR w interfejsie WWW.

2019.09.19.1956m

26 września 2019 r.

  • Dodano ustawienia sieciowe do internetowego interfejsu użytkownika węzła Video Mesh. Aby uzyskać więcej informacji, zobacz Konfigurowanie ustawień sieciowych za pomocą interfejsu WWW Webex Video Mesh Node .

  • Zmieniono wagę tego alarmu z krytycznego na ostrzeżenie: „Węzeł Video Mesh nie mógł pobrać wymaganego oprogramowania od dostawcy chmury Cisco . Problem może wynikać z 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ć z powodu zmian w zaporze między węzłami Video Mesh a Internetem”.

  • Usunięto problem polegający na tym, że porty serwera reflektora nie były zwalniane nawet po zatrzymaniu narzędzia reflektora w interfejsie WWW węzła.

  • Usunięto lukę w zabezpieczeniach interfejsów API Ping i Check NTP , która powodowała, że osoba atakująca mogła uruchomić atak polegający na wstrzyknięciu polecenia, jeśli miał dostęp do uwierzytelnionych interfejsów API.

  • Poprawiono wybór kodeków dla przesyłanego wideo.

  • 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 Video Mesh.

2019.08.21.1941m.2

13 września 2019 r.

  • Naprawiono błąd polegający na tym, że poziomy CPU węzła rosły i nie wracały do akceptowalnych poziomów.

  • Usunięto problem polegający na tym, że zawartość wysyłana przez uczestników podłączonych do węzła chmury nie była odbierana przez uczestników podłączonych do węzłów lokalnych, jeśli w sieci znajduje się zapora sieciowa 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. Zobacz Zainstaluj oprogramowanie Webex Video Mesh Node w podręczniku wdrażania, aby uzyskać więcej informacji.

2019.08.14.1937m

16 sierpnia 2019

  • Dodano obsługę jawnych serwerów proxy z uwierzytelnianiem bez uwierzytelniania, podstawowym, skrótem lub uwierzytelnianiem NTLM. Aby uzyskać więcej informacji, zobacz Obsługa serwera proxy dla siatki wideo i inne istotne aktualizacje w podręczniku wdrażania.

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

2019.08.01.1929m

8 sierpnia 2019 r.

  • Naprawiono dwa błędy:

    • Uruchomienie przechwytywania pakietów z internetowego interfejsu użytkownika nie powiodło się, ale nie pojawił się żaden komunikat o błędzie.

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

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 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 podręczniku wdrażania).

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

  • Poprawiono wybór rozdzielczości i liczby klatek na sekundę dla strumieni prezentacji.

  • Usunięto problem polegający na tym, że do przełączanych uczestników czasami wysyłano zbyt dużą przepustowość.

  • Usunięto problem polegający na tym, że opcja wyłączenia wyciszenia nie była dostępna dla niektórych typów uczestników po wyciszeniu przez prowadzącego.

  • Poprawiono tempo odtwarzania multimediów w transkodowanych prezentacjach.

2019.06.13.1907m.7

12 lipca 2019 r.

  • Naprawiono błąd, który czasami powodował spadek rozdzielczości wideo, nawet jeśli żadne pakiety nie zostały utracone, a opóźnienie było niskie.

  • Usunięto problem polegający na tym, że czasami występowało podzielenie dźwięku, gdy uczestnicy byli wyciszani przez prowadzącego, a następnie wyłączani.

2019.06.13.1907m.3

20 czerwca 2019 r.

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

  • Dodano ulepszenie przyspieszające 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 Video Mesh nie uruchamiały się automatycznie po uaktualnieniu, co powodowało wyłączenie funkcji rozwiązywania problemów węzła i brakowało informacji na stronie przeglądu.

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

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

  • Usunięto problem z odpornością mediów, który czasami powodował, że używana przepustowość przez krótki czas znacznie przekraczała wynegocjowaną przepustowość.

2019.05.20.1892m1

24 maja 2019 r.

  • Dodano nowe funkcje serwisowe do interfejsu internetowego węzła Video Mesh (generowanie przechwytywania pakietów, generowanie dzienników i ulepszenia strony przeglądu). Aby uzyskać więcej informacji o tych funkcjach, zobacz Zarządzanie Webex Video Mesh w podręczniku wdrażania pod adresemhttps://www.cisco.com/go/video-mesh .

  • Dodano nowy alarm w ramach nadchodzącej migracji do elastycznego rejestru kontenerów Amazon: „Węzeł Video Mesh nie mógł pobrać wymaganego oprogramowania od dostawcy chmury Cisco . Problem może wynikać z 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ć z powodu zmian w zaporze między węzłami Video Mesh a Internetem”.


     

    Węzły Video Mesh będą nadal uaktualniane, ale należy podjąć odpowiednie działania, aby węzły Video Mesh miały dostęp do URL. Aby uzyskać więcej informacji, zobacz kartę Ogłoszenia.

  • Rozwiązano problem polegający na tym, że spotkania Skype dla firm niepoprawnie wyświetlały „l2sip-UA” jako tytuł spotkania i nazwę uczestnika.

2019.04.29.1873m.4

13 maja 2019 r.

  • Usunięto problem, który powodował, że udostępnianie zawartości czasami nie było dostępne podczas korzystania z wybierania numeru SIP.

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

  • Naprawiono błąd, który powodował, że udostępnianie zawartości kończyło się niepowodzeniem w niektórych scenariuszach.

2019.04.29.1873m

30 kwietnia 2019 r.

  • Brak informacji o wersji dla tego uaktualnienia serwisowego.

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 UDP .

  • Naprawiono błąd polegający na tym, ż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ć zmiany konfiguracji w zarejestrowanym węźle, należy teraz umieścić węzeł w tryb konserwacji pierwszy.

  • Strona stanu przeglądu zawiera wyniki sprawdzania łączności dla rejestru kontenerów Amazon (ECR).

  • Usunięto problem polegający na tym, że na niektórych klientach występowało opóźnienie podczas przełączania aktywnych głośników i uszkodzonego obrazu wideo w przypadku utraty pakietów.

  • NaprawionoCSCvo93454 Jednokierunkowe wideo, gdy System Immersive dołącza do Webex.

  • NaprawionoCSCvo87069 Brak zapełniania zaufanych źródeł protokołu SIP w sieci wideo

2019.02.14.1788m.1

21 lutego 2019 r.

  • Naprawiono błąd polegający na tym, że punkty końcowe z trzema ekranami nie były zdalnie wyciszane przez hosta Webex .

  • Usunięto problem polegający na tym, że wyciszanie i wyłączanie wyciszenia czasami nie działały dla punktów końcowych SIP.

  • Węzły Video Mesh próbują teraz uzyskać dostęp do nowego 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, które są generowane w węzłach Video Mesh i są wyświetlane w Control Hub, gdy czas odpowiedzi na zapytanie DNS przekracza 1,5 s w następujących scenariuszach:

    • Gdy czas zapytania serwera DNS jest dłuższy niż 1,5 s: „Serwer DNS<x> czas odpowiedzi na zapytanie użytkownika:<number> ms przekracza maksymalny czas odpowiedzi 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> ; Serwery DNS<x> czas odpowiedzi na zapytanie użytkownika:<number> ms przekroczyła maksymalny czas odpowiedzi 1500 ms.”

2019.02.12.1786m

15 lutego 2019 r.

  • Ta wersja jest wersją kandydującą dla łącza TLS SIP i obsługi proxy z przezroczystą inspekcją/bez inspekcji dla usługi Video Mesh. Więcej informacji można znaleźć w podręczniku wdrażania pod adresemhttps://www.cisco.com/go/video-mesh .

  • NaprawionoCSCvo26600 Narzędzie do sprawdzania poprawności tokenów nie otrzymuje klucza sprawdzania poprawności tokenów, jeśli początkowe żądanie CI nie powiedzie się

2019.01.29.1773m

Luty 6, 2019

  • Ta wersja jest wersją kandydującą dla funkcji podwójnego interfejsu sieciowego. Więcej informacji można znaleźć w podręczniku wdrażania pod adresemhttps://www.cisco.com/go/video-mesh .

  • Dodano nowe testy, aby okresowo weryfikować poprawność serwerów NTP skonfigurowanych w węzłach Video Mesh. Komunikaty ostrzegawcze dotyczące nieprawidłowego serwera NTP są wyświetlane w interfejsie administratora usługi Video Mesh podczas logowania oraz jako alarmy w aplikacji Control Hub.

2019.01.14.1764m.1

18 stycznia 2019 r.

  • Naprawiono błąd polegający na tym, że obraz wideo był przesyłany tylko w jedną stronę 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 wersji dla tego uaktualnienia serwisowego.

Na tej stronie znajdują się ogłoszenia ułatwiające przygotowanie wdrożenia Webex Video Mesh do nowych wersji.

Przejdź dohttps://www.cisco.com/go/video-mesh aby uzyskać dostęp do Przewodnik wdrażania dla Edge Video Mesh .

Listopad 2022 r.

Zmiana nazwy klastra w Control Hub

Teraz możesz edytować nazwy swoich klastrów Video Mesh w Control Hub. Do nazw klastrów dodaliśmy również obsługę Unicode.

Wrzesień 2022

Interfejsy API dla programistów Video Mesh

Interfejsy API Webex Video Mesh Developer zapewniają administratorom organizacji potężny i elastyczny sposób pobierania szczegółowych metryk na potrzeby monitorowania i wnikliwych danych analitycznych dotyczących wdrożeń usługi Video Mesh za pośrednictwem portalu dla programistów Webex . Mogą bezproblemowo zintegrować swoje istniejące aplikacje monitorujące z tymi interfejsami API i zautomatyzować monitorowanie swoich klastrów i węzłów Video Mesh. Interfejsy API są dostępne pod adresemhttps://developer.webex.com/docs/api/v1/video-mesh . Przykładowy klient jest dostępny pod adresemhttps://github.com/CiscoDevNet/video-mesh-api-client .

Lipiec 2022 r.

Zmiana narzędzia do monitorowania kondycji mediów

Zmieniliśmy częstotliwość okresowych testów dla całego klastra, dla klastra lub dla konkretnego węzła. W poprzednich wersjach testy były przeprowadzane co godzinę. Teraz są uruchamiane co 6 godzin.

Kwiecień 2022

Przechowuj multimedia w usłudze Video Mesh podczas wszystkich zewnętrznych spotkań Webex

W poprzednich wersjach kontrolowano użycie funkcji Video Mesh do spotkań tylko w witrynach wewnętrznych. W przypadku spotkań, które są hostowane w zewnętrznych witrynach Webex , te witryny są kontrolowane, jeśli funkcja Video Mesh może przechodzić kaskadowo do Webex. Jeśli witryna zewnętrzna nie zezwala na kaskadowanie usługi Video Mesh, multimedia zawsze używały węzłów chmury Webex .

Z Preferuj siatkę wideo dla wszystkich zewnętrznych Webex Meetings Jeśli w witrynie Webex są dostępne węzły Video Mesh, multimedia będą przechodzić przez te węzły podczas spotkań w witrynach zewnętrznych. Aby uzyskać szczegółowe informacje, zobaczhttps://help.webex.com/en-us/article/nzvixgk/Keep-your-media-on-Video-Mesh-for-all-external-Webex-meetings .

styczeń 2022

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 Media Cloud:

Porty docelowe UDP 50 000–53 000

Te porty stanowią dodatek do istniejącego portu 5004. Otwórz zakres portów UDP od 50 000 do 53 000 w konfiguracji zapory. Jeśli te porty nie będą otwarte w momencie premiery nadchodzącej wersji, zobaczysz przerwy w świadczeniu usług.

Jak wymieniono w Wymagania sieciowe dla usług Webex , Expressway używa już tego zakresu portów dla chmury Webex . Dlatego większość wdrożeń nie wymaga żadnych aktualizacji w celu obsługi tego nowego wymagania dla usługi Video Mesh. Jednak w przypadku wdrożeń z bardziej rygorystycznymi regułami zapory należy zaktualizować konfigurację zapory, aby otworzyć te porty dla usługi Video Mesh przed wydaniem z lutego.

Październik 2021

Media rozproszone na całym świecie

Siatka wideo używa teraz media rozproszone globalnie (GDM) możliwości Webex w celu osiągnięcia lepszego routingu multimediów. Aby uzyskać optymalną łączność, podczas kaskadowania usługi Video Mesh z usługą Webex Webex wybiera węzeł multimedialny w chmurze najbliższy przedsiębiorstwu. Następnie ruch przechodzi przez sieć szkieletową Webex do Webex na spotkanie. Ten routing minimalizuje opóźnienia i utrzymuje większość ruchu w sieci szkieletowej Webex i poza Internetem.

13 sierpnia 2021 r.

Spotkania prywatne

Funkcja Spotkanie prywatne zwiększa bezpieczeństwo spotkania, zamykając multimedia w Twojej siedzibie. Gdy planujesz spotkanie prywatne, multimedia zawsze kończą się w węzłach Video Mesh w sieci firmowej bez kaskady chmury. W przeciwieństwie do zwykłych spotkań, jeśli węzły lokalne są pełne, media nie są przesył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 VPN lub MRA do Twojej sieci mogą dołączyć do spotkania prywatnego. Nikt jednak nie może dołączyć do spotkania prywatnego spoza Twojej sieci.

Zobacz Spotkania prywatne w podręczniku wdrażania pod adresemhttps://www.cisco.com/go/video-mesh a Zaplanuj prywatne spotkanie Webex artykuł.

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 Video Mesh z Control Hub.

Z tej funkcji może korzystać tylko pełny administrator w organizacji Webex . Inni administratorzy, w tym partnerzy i pełnoprawni administratorzy zewnętrzni, nie mają następujących uprawnień Przejdź do węzła opcja dla zasobów Video Mesh.

Zobacz Omówienie dostępu do węzła Webex Video Mesh z poziomu interfejsu internetowego w podręczniku wdrażania pod adresemhttps://www.cisco.com/go/video-mesh .

26 sierpnia, 2020

Buforowanie DNS

Jeśli odpowiedzi DNS na węzły usługi Video Mesh regularnie trwają dłużej niż 750 ms, można włączyć buforowanie DNS . Gdy buforowanie DNS jest włączone, węzeł buforuje odpowiedzi DNS lokalnie. Lokalna pamięć podręczna zmniejsza prawdopodobieństwo wywołania przez żądania alarmów łączności, zerwania połączeń lub problemów z jakością połączenia. Buforowanie DNS może również zmniejszyć obciążenie infrastruktury DNS .

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

Obsługa aplikacji Webex Events

Webex Video Mesh obsługuje teraz Webex Events.

7 sierpnia 2020 r.

Format krótkiego adresu wideo dla Webex Meetings

W witrynach WBS39.9 i nowszych użytkownicy mogą dołączać do spotkań przy użyciu krótszego <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.

Podręcznik wdrażania pod adresemhttps://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żyć formatu krótkiego adresu wideo w istniejącym wdrożeniu usługi Video Mesh, dodaj wzorzec trasy lub wybierania numerów do obsługi tego formatu. Aby uzyskać więcej informacji, zobacz odpowiednie zadanie, które zawiera „krótki adres wideo” w przewodniku, w zależności od konfiguracji środowiska sterowania połączeniami:

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

9 lipca 2020 r.

Nowe ustawienia konfiguracji jednostki MTU interfejsu sieciowego w interfejsie WWW węzła sieci wideo

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

Wszystkie węzły Webex Video Mesh mają domyślnie włączone wykrywanie Path MTU (PMTU). Dzięki PMTU węzeł może wykryć problemy z MTU i automatycznie dostosować rozmiar MTU. Gdy jednostka PMTU ulegnie awarii z powodu problemów z zaporą lub siecią, węzeł może mieć problemy z łącznością z chmurą, ponieważ liczba pakietów przekracza wartość 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ń sieci Zaawansowane w interfejsie WWW Webex Video Mesh Node. Więcej informacji można znaleźć w podręczniku wdrażania pod adresemhttps://www.cisco.com/go/video-mesh .

26 czerwca 2020 r.

Nowa opcja wdrażania VMNLite

Wdrożenia głównie Webex Teams i punktów końcowych zarejestrowanych w chmurze wymagają więcej przełączania i mniej zasobów transkodowania niż zapewnia standardowa konfiguracja. Wdrożenie 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 sieci wideo Webex na serwerze hosta z oprogramowaniem VMware ESXI lub vCenter. VMNLite wymaga następujących specyfikacji dla każdej maszyny wirtualnej:

  • 23 procesory wirtualne dla węzła Video Mesh

  • 20 GB pamięci głównej

  • 80 GB lokalnego miejsca na dysku twardym

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

Cisco Meeting Server 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 wykazały 50% poprawę wydajności połączeń komutowanych z 3 węzłami VMNLite na jednym CMS1000 w porównaniu z wdrożeniem pojedynczej maszyny wirtualnej.

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

Więcej informacji można znaleźć w podręczniku wdrażania pod adresemhttps://www.cisco.com/go/video-mesh . Aby dowiedzieć się, jak zastąpić standardową konfigurację VMNLite, zobacz Zarządzanie i rozwiązywanie problemów z Webex Video Mesh rozdział.

9 czerwca 2020 r.

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

Teraz można zaplanować automatyczne uaktualnienia oprogramowania w klastrach Video Mesh tak, aby odbywały się co tydzień zamiast codziennie (domyślnie). Uaktualnienie można odłożyć jeden raz. Jeśli ustawisz harmonogram tygodniowy, odroczenie oznacza, że uaktualnienie nastąpi w oknie uaktualniania w następnym tygodniu.

Harmonogram uaktualniania można ustawić podczas rejestrowania nowego klastra lub zmodyfikować harmonogram istniejącego klastra. Aby uzyskać więcej informacji, zapoznaj się z dokumentacją usługi Video Mesh pod adresemhttps://www.cisco.com/go/video-mesh .

24 kwietnia 2020 r.

Interfejs sieci zewnętrznej, reguły routingu, opcje sieci kontenerowej w interfejsie WWW węzła Video Mesh

Interfejs sieciowy Video Mesh zawiera więcej nowych funkcji, które ułatwiają obsługę zmian w sieci. Interfejs zewnętrzny można włączyć we wdrożeniu z dwoma interfejsami sieciowymi (NIC) za pomocą interfejsu internetowego. Następnie można precyzyjnie dostosować routing dla węzłów Video Mesh, dodając zdefiniowane przez użytkownika reguły tras dla interfejsów zewnętrznych i wewnętrznych. Można również zmienić adres IP i podsieć mostka kontenera.

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

20 marca 2020 r.

Obsługa rezydencji danych Cisco Webex Teams w regionie EMEAR

Organizacje w europejskim regionie przechowywania danych Cisco Webex Teams . może teraz korzystać z Webex Video Mesh. Ta pomoc techniczna obejmuje zarówno nowo utworzone organizacje fazy 2 EMEAR, jak i istniejące organizacje fazy 1 EMEAR.

Aby uzyskać więcej informacji, zobacz Miejsce przechowywania danych w usłudze Cisco Webex Teams.

2019 2019 Marc Hollett, Cindy Marzolf (2022) DA_ Szablon: MapCisco Systems, Inc Cisco Systems, Inc Cloud Collaboration Management

18 września 2018 r.

Udoskonalenia jakości usług (QoS) dla Webex Video Mesh

Węzły Webex Video Mesh są teraz zgodne z zalecanymi najlepszymi praktykami dotyczącymi 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 Video Mesh. Ta zmiana umożliwi tworzenie zasad QoS i efektywne zaznaczanie ruchu do i z węzłów Video Mesh.

Tym zmianom portów towarzyszą zmiany QoS. Węzły Webex Video Mesh automatycznie oznaczają ruch multimedialny z zarejestrowanych punktów końcowych SIP (zarejestrowanych lokalnie Unified CM lub VCS Expressway) osobno dla dźwięku (EF) i wideo (AF41) z odpowiednią klasą usług i używają dobrze znanych zakresów portów dla określonych multimediów typy.

Ruch źródłowy z zarejestrowanych lokalnie punktów końcowych jest zawsze określany przez konfigurację w kontrolce połączenia (Unified CM lub VCS Expressway).

Aby uzyskać więcej informacji, zobacz tabelę QoS pod adresem Porty i protokoły używane przez Webex Video Mesh oraz kroki, aby włączyć lub wyłączyć QoS w Przebieg zadania wdrażania usługi Video Mesh w Podręcznik wdrażania Cisco Webex Video Mesh (https://www.cisco.com/go/video-mesh ).


 

Aplikacje Webex App nadal łączą się z węzłami Webex Video Mesh przez współdzielone porty 5004 i 5006. Porty te są również używane przez aplikacje i punkty końcowe Webex App do testów osiągalności w węzłach Webex Video Mesh. Węzeł Webex Video Mesh do węzła Webex Video Mesh w przypadku kaskad używa współdzielonego portu docelowego 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 hybrydowych węzłach multimedialnych za pośrednictwem usługi Cisco Spark Hybrid Media Service, możesz skorzystać z funkcji obsługi wielostrumieniowości. Technologia wielostrumieniowa zapewnia średnio lepsze wykorzystanie przepustowości, szczególnie w przypadku łącza kaskadowego między węzłami usługi Hybrid Media Service a węzłami multimedialnymi chmury publicznej Cisco Spark .

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

5 stycznia 2018 r.

Obsługa Cisco WebEx i Cisco Spark Meetings, zmiany portów i aktualizacja OVA

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

Zmiany portów

  • Usługa Hybrid Media Service 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 Hybrid Media Service ” w Podręczniku wdrażania usługi Cisco Spark Hybrid Media Service.

Aktualizacja OVA

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

Zaktualizuj każdy węzeł Hybrid Media Node w klastrze, wykonując następujące czynności:

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

  2. Wyrejestruj węzeł. Zobacz „ Wyrejestruj węzeł mediów hybrydowych ” w Podręczniku wdrażania usługi Cisco Spark Hybrid Media Service.

  3. Usuń maszynę VM Hybrid Media Node z klienta VMware vSphere lub z vCenter.

  4. Zainstaluj nową usługę Hybrid Media Service OVA i oprogramowanie, ustaw konfigurację newtork i ponownie zarejestruj węzeł Hybrid Media Node w Cisco Collaboration Cloud. Zobacz „ Wdrażanie hybrydowej usługi multimediów ” w Podręczniku wdrażania usługi Cisco Spark Hybrid Media Service.

  5. Przenieś węzeł z trybu konserwacji. Zobacz Przenoszenie hybrydowego węzła serwisowego do trybu konserwacji .

Aby przeczytać o wszystkich zmianach funkcji, nowych krokach wdrażania i wskazówkach dotyczących przygotowania witryny WebEx, zobacz Przewodnik wdrażania usługi Cisco Spark Hybrid Media Service pod adresemhttps://www.cisco.com/go/hybrid-services-media . The Nowe i zmienione informacje sekcja przewodnika zawiera łącza do zaktualizowanych sekcji.