Aktualizacje bez informacji o wersji są bieżącymi wersjami 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ść ani nie naprawiają konkretnych błędów mających wpływ na klienta.

Pobierz najnowsze oprogramowanie węzła Video Mesh

Aby uzyskać nową instalację, zawsze pobieraj nową kopięWebex Video Meshobraz oprogramowania węzła z tego linku. Nie używaj obrazu z poprzedniej instalacji do wdrażaniaWebex Video Meshwęzły

Aby uzyskać instrukcje dotyczące instalacji, przejdź do Przewodnika wdrażania programu Video Mesh.

15.2522.08.2522m.18

Września 29, 2020

Nie ma informacji o wersji tego uaktualnienia konserwacyjnego.

15.2522.08.2522m.6

26 sierpnia, 2020

Nie ma informacji o wersji tego uaktualnienia konserwacyjnego.

25.25.2516.0722.13

16 sierpnia 2020

Nie ma informacji o wersji tego uaktualnienia konserwacyjnego.

25.25.2516.0722.8

26 sierpnia, 2020

Ważne uaktualnienia

To uaktualnienie rozwiązujeWebex Video MeshPołączenia SIP, które nie działały poprawnie dla niektórych klientów.

25.25.2516.0722.1

Lipiec 22, 2020

Ta wersja konserwacyjna zmienia częstotliwość okresowych raportów przez narzędzie Media Health Monitoring z każdej godziny na co 6 godzin.

2022.07.13.2514m.4

Lipiec 22, 2020

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

2022.07.03.2512m.8

15 lipca 2019 r.

Nie ma informacji o wersji tego uaktualnienia konserwacyjnego.

27.2511.06.2022.12

Lipiec 11, 2018

To wydanie konserwacyjne uzupełnia zmiany w architekturze, które są związane z rozszerzonym zakresem portów 50 000–53 000 UDP. Zmiany te poprawiająWebex Video MeshWydajność Szczegółowe informacje można znaleźć w Przewodniku wdrażania usługi Video Mesh .

27.2511.06.2022

Lipiec 7, 2021

Nie ma informacji o wersji tego uaktualnienia konserwacyjnego.

2022.06.06.2502m.17

Czerwiec 2, 2020

Nie ma informacji o wersji tego uaktualnienia konserwacyjnego.

2022.06.06.2502m.11

Czerwiec 17, 2020

W tej wersji konserwacyjnej dodano obsługę monitora kondycji spotkań dla rozszerzonego zakresu portów UDP 50 000–53 000.

29.249.2497.2022.42

Czerwiec 2, 2020

Nie ma informacji o wersji tego uaktualnienia konserwacyjnego.

2022.04.29.2497m.39

7 maja 2020 r.

Nie ma informacji o wersji tego uaktualnienia konserwacyjnego.

29.29.2497.2022.30

Może 28, 2021

Ta wersja konserwacyjna rozwiązuje problem z transkodowaniem punktów końcowych IX5000.

29.249.2497.2022.21

4 maja, 2020

Nie ma informacji o wersji tego uaktualnienia konserwacyjnego.

2022.04.13.2490m.25

7 maja 2020 r.

Nie ma informacji o wersji tego uaktualnienia konserwacyjnego.

2022.04.13.2490m.20

9 kwietnia 2020 r.

Nie ma informacji o wersji tego uaktualnienia konserwacyjnego.

2022.04.04.2489m.35

21 kwietnia 2020 r.

Nie ma informacji o wersji tego uaktualnienia konserwacyjnego.

2022.04.04.2489m.15

1 kwietnia 2020 r.

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

04.2489.2022.04.1

Kwiecień 7, 2021

Nie ma informacji o wersji tego uaktualnienia konserwacyjnego.

2022.03.07.2477m.87

1 kwietnia 2020 r.

To wydanie konserwacyjne rozwiązuje problem polegający na tym, że niektóre urządzenia z dwoma ekranami, które łączyły się przez SIP, wysyłały wideo, gdy nie było innych uczestników spotkania.

2022.03.07.2477m.58

Marzec 2, 2021

Ta wersja konserwacyjna rozwiązuje problem z aktualizacją oprogramowania pamięci podręcznej DNS, który powodował alarm rozpoznawania DNS w niektórych węzłach.

2022.03.07.2477m.41

Marzec 11, 2021

Nie ma informacji o wersji tego uaktualnienia konserwacyjnego.

18.2474.022.18.11

31 marca 2020 r.

Nie ma informacji o wersji tego uaktualnienia konserwacyjnego.

2022.01.20.2473m.1

27 lutego, 2020

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

2022.01.20.2472m.4

3 lutego 2021 r

Nie ma informacji o wersji tego uaktualnienia konserwacyjnego.

2021.12.17.2464m.3

Grudzień 03, 2021

Nie ma informacji o wersji tego uaktualnienia konserwacyjnego.

2021.11.21.2452m.1

Grudzień 03, 2021

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

2021.11.08.2441m.1

19 listopada, 2021

Nie ma informacji o wersji tego uaktualnienia konserwacyjnego.

18.2439.10.2021.12

Październik 7, 2020

To uaktualnienie konserwacyjne obejmuje uaktualnienia zabezpieczeń.

2021.10.11.2438m.1

Październik 7, 2020

Nie ma informacji o wersji tego uaktualnienia konserwacyjnego.

2021.09.13.2432m.10

Wrzesień 22, 2021

Nie ma informacji o wersji tego uaktualnienia konserwacyjnego.

2021.08.09.2428m.7

Sierpień 26, 2021

Nie ma informacji o wersji tego uaktualnienia konserwacyjnego.

2021.08.09.2428m.2

3 sierpnia, 2021

To uaktualnienie konserwacyjne obejmuje nową funkcję Spotkanie prywatne.

22.2424.07.2021

Lipiec 7, 2021

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

2021.07.08.2423m

Lipiec 7, 2021

Nie ma informacji o wersji tego uaktualnienia konserwacyjnego.

17.2415.06.2021

Czerwiec 2, 2021

Nie ma informacji o wersji tego uaktualnienia konserwacyjnego.

27.2405.05.2021

Czerwiec 2, 2021

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

2021.05.05.2395m.5

21 maja, 2021

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

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

27.2391.04.2021

30 kwietnia 2020 r.

  • Naprawiono raportowanie statystyk utraty pakietów dla transkodowanych wywołań w Control Hub.

2021.03.22.2384m.3

Kwiecień 16, 2021

Nie ma informacji o wersji tego uaktualnienia konserwacyjnego.

2021.03.22.2384m.1

Marzec 11, 2021

Nie ma informacji o wersji tego uaktualnienia konserwacyjnego.

2021.03.03.2359m.7

Marzec 11, 2021

Nie ma informacji o wersji tego uaktualnienia konserwacyjnego.

2359.03.03.2021

Marzec 2, 2021

Nie ma informacji o wersji tego uaktualnienia konserwacyjnego.

2021.02.05.2352m.4

11 lutego, 2021

  • Dodaje opcję wyłączenia logowania lokalnego do internetowego interfejsu użytkownika administracji węzła Video Mesh.

  • Naprawiono problemy z jitterem i nieprawidłowo zgłaszanymi wartościami czasu podróży w obie strony.

2021.01.13.2349m.3

3 lutego 2021 r

Nie ma informacji o wersji tego uaktualnienia konserwacyjnego.

2020.12.08.2333m.6

Styczeń 27, 2021

Nie ma informacji o wersji tego uaktualnienia konserwacyjnego.

2020.12.08.2333m.5

Styczeń 6, 2021

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

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

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

  • Poprawiono raportowanie błędów łączności z limitów czasu podczas testowania łączności z serwerem 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 klastrów węzłów Video Mesh podczas spotkań prywatnych.

2020.12.08.2333m

10 grudnia, 2020

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

  • Usunięto kosmetyczny problem, który powodował, że wyzwolenie testu kondycji mogło spowodować, że stan węzła będzie niepoprawnie wyświetlany jako "Instalacja" w centrum sterowania.

2020.11.17.2319m.9

8 grudnia, 2020

Ta wersja zawiera zmiany zapobiegające niepowodzeniom wywołań SIP w przypadku utraty łączności sieciowej między klastrami.

2020.11.17.2319m.4

10 grudnia, 2020

Narzędzie do monitorowania Video Mesh to symulator połączeń Webex, który jest dostępny w każdym węźle Video Mesh w tym wydaniu. Narzędzie do monitorowania zawiera następujące funkcje:

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

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

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

  • Historyczne śledzenie awarii testów przez okres do siedmiu dni.

2020.11.17.2319m.4

25 listopada, 2020

  • Brak informacji o wersji dla tego uaktualnienia konserwacyjnego.

2020.11.06.2314m

8 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 ułatwić debugowanie przyszłych problemów NTP w węzłach Video Mesh.

  • Rozwiązano problem polegający na tym, że przekazywanie dzienników usługi VMN kończyło się niepowodzeniem.

  • Naprawiono problemy kaskadowe między węzłami Video Mesh a nowymi węzłami chmury.

16.2305.10.2020

29 października, 2020

  • Usunięto problem, który powodował, że tryb konserwacji nie włączał się prawidłowo w niektórych sytuacjach.

22.22.2288.09.2020.3

Październik 7, 2020

  • Brak informacji o wersji dla tego uaktualnienia konserwacyjnego.

22.2288.09.2020

Wrzesień 30, 2020

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

  • Rozwiązano problem z testem dostępności protokołu 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 centrum Control Hub. (Statystyki były wyłączone dla niektórych połączeń o współczynnik 1000.)

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

2020.09.11.2279m

13 września 2020

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

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

2020.08.31.2273m

Września 29, 2020

  • Wyłączony protokół TLS 1.1 na porcie 33432.

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

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

19.2266.08.2020.1

26 sierpnia, 2020

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

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

  • Naprawiono błąd, który powodował awarie testów dostępności z powodu wyczerpania portu.

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

  • Usunięto problem polegający na tym, że dane UDP dotyczące przesyłania/pobierania były niepoprawnie wyświetlane w wynikach testów przepustowości w interfejsie internetowym.

2020.08.06.2258m.4

16 sierpnia 2020

  • Brak informacji o wersji dla tego uaktualnienia konserwacyjnego.

2020.08.06.2258m.1

16 sierpnia 2020

  • 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 korzystania z jawnego serwera proxy mógł utracić łączność sieciową w przypadku zmiany adresu IP sieci kontenerów.

2020.07.15.2245m

Lipiec 22, 2020

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

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

2020.06.29.2236m.10

Lipiec 22, 2020

  • 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 jakikolwiek serwer DNS był w stanie rozpoznać testową nazwę FQDN, test przejdzie pomyślnie).

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

  • Dodano opcje konfiguracji MTU interfejsu sieciowego. (Zobacz kartę Anonsy).

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

2020.06.18.2231m

Czerwiec 2, 2020

  • Ulepszono wybór współczynnika proporcji dla przepustowości około 1,5 Mb/s, gdy włączona jest rozdzielczość 1080p.

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

  • Naprawiono błąd, w wyniku którego pojawiał się błąd, jeśli zaczynasz, a następnie szybko zatrzymujesz przechwytywanie pakietów.

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

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

  • Rozwiązano problem polegający na tym, że test łączności serwera proxy niepoprawnie zgłaszał awarię 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

Czerwiec 17, 2020

  • Dodano możliwość włączania i wyłączania trybu konserwacji ze strony administracyjnej interfejsu internetowego węzła Video Mesh.

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

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

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

  • Wyłączone testy łączności proxy z portem 444 w ramach przechodzenia sygnalizacji kaskadowej na port 443.

2020.05.13.2195m

7 maja 2020 r.

  • Usunięto problem, który powodował, że rozszerzenie autouzupełniania przeglądarki innej firmy mogło zakłócać działanie interfejsu internetowego węzła Webex Video Mesh.

16.2176.04.2020.2

Może 28, 2020

  • Rozwiązano problem polegający na tym, że kontroler połączenia portu 444 błędnie zgłaszał awarię za niektórymi typami serwerów proxy.

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

  • Wyłączono test łączności websocket po wykryciu problemu z nim, gdy węzeł znajduje się za jawnym serwerem proxy.

16.2176.04.2020.1

24 kwietnia 2020 r.

  • Usunięto wsparcie dla systemu iOS 8.

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

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

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

  • Ulepszono obsługę sytuacji, w których administrator wprowadza klucz prywatny o rozmiarze mniejszym niż 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

1 kwietnia 2020 r.

  • Usunięto problem, który powodował, że niektórzy klienci pobierali dźwięk z dwóch pierwszych aktywnych głośników tylko wtedy, gdy ktoś udostępnia dźwięk zawartości.

  • Usunięto problem, który mógł powodować niepowodzenia połączeń, gdy w krótkim czasie podejmowano wiele prób połączenia.

2020.03.11.2143m.7

6 kwietnia 2020 r.

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

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

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

  • Zmieniono sposób, w jaki obsługujemy weryfikację OAuth, aby być bardziej odpornym na opóźnione odpowiedzi.

2020.03.11.2143m.3

2 marca 2020 r.

  • Brak informacji o wersji dla tego uaktualnienia konserwacyjnego.

2020.03.11.2143m.9 — Pilna aktualizacja

2 marca 2020 r.

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

2020.03.11.2143m — pilna aktualizacja

Marzec 11, 2021

  • Wyłączono okresowe kontrole kondycji połączenia i odpowiedni alarm (mf.callHealth.fail), który był zgłaszany w węźle i w centrum sterowania, jeśli wystąpiły awarie w węźle powyżej określonego progu.

2132.03.2020

16 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 centrum sterowania, jeśli w węźle wystąpią okresowe błędy testu kondycji wywołania powyżej określonego progu.

    Identyfikator alarmu: "mf.callHealth.fail", dotkliwość: "ostrzeżenie", tytuł: "Sprawdzanie kondycji połączenia nie powiodło się"

2020.02.09.2120m.1

28 lutego 2020 r.

  • Brak informacji o wersji dla tego uaktualnienia konserwacyjnego.

30.2115.01.2020

27 lutego, 2020

  • Naprawiono CSCvs70769luka w zabezpieczeniach związana z przemytem żądań HTTP NGINX

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

2020.01.12.2091m

Styczeń 12, 2021

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

  • Usunięto problem ( CSCvs28104), który powodował, że wideo o niskiej jakości mogło być wyświetlane na niektórych ekranach wciągającego trzyekranowego punktu końcowego.

  • Usunięto problem, który powodował, że niektóre wywołania SIP powodowały opóźnioną konfigurację.

15.2019.12.2053m

30 stycznia 2020 r.

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

2019.12.03.2042m

17 grudnia 2019 r.

  • Rozwiązano problem polegający na tym, że ekran dołączania do spotkania pozostawał pusty, gdy *.clouddrive.com był zablokowany w sieci klientów. 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 Video Mesh. Aby uzyskać więcej informacji, zobacz Zarządzanie węzłem Video Mesh z poziomu interfejsu internetowego w przewodniku wdrażania pod adresem https://www.cisco.com/go/video-mesh.

2019.11.06.1992m

15 listopada 2019 r.

  • Naprawiono CSCvr92794niepoprawny błąd msg podczas sprawdzania poprawności nazwy FQDN względem adresu IP węzła.

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

21.10.21.1973.2019.1

15 listopada 2019 r.

11.11.1964.2019.1

3 października 2019 r.

  • Naprawiono CSCvr39819podatna wersjaoprogramowania.

  • Naprawiono CSCvr39878— certyfikatz podpisem własnym X.509, którego nazwa pospolita nie jest zgodna z serwerem wystawiającym (SSL/TLS).. Wprowadzono zmianę, w której nazwa pospolita certyfikatu w węźle podaje nazwę FQDN węzła (jeśli jest dostępna) lub adres IP.

  • Dodano nowe "Alternatywne nazwy podmiotu":" do formularza tworzenia CSR w interfejsie webowym.

19.09.2019.1956m

26 września 2019 r.

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

  • Zmieniono ważność tego alarmu z krytycznego na ostrzegawczy: "Węzeł 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ź łączność sieciową z siecią publiczną (.amazonaws.com) i sprawdź ustawienia DNS. Może się to również zdarzyć z powodu zmian w zaporze ogniowej, która jest obecna 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 internetowym interfejsie użytkownika węzła.

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

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

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

21.08.2019.1941m.2

13 września 2019 r.

  • Usunięto problem, który powodował, że poziom procesora węzła wzrastał i nie mógł powrócić do akceptowalnych poziomów.

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

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

2019.08.14.1937m

16 sierpnia 2019

  • Dodano obsługę jawnych serwerów proxy z uwierzytelnianiem bez uwierzytelniania, podstawowym, szyfrowanym lub NTLM. Aby uzyskać więcej informacji, zobacz Obsługa serwera proxy dla usługi Video Mesh i inne istotne aktualizacje w przewodniku wdrażania.

  • Dodano zmiany konfiguracji, które zapobiegają przepełnieniu wywołań do chmury.

2019.08.01.1929m

Sierpień 8, 2018

  • Naprawiono dwa błędy:

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

    • Przechwytywanie pakietów nie działało, ponieważ adresy URL Ubuntu były zablokowane. (Dzięki tej poprawce nie są wymagane żadne zmiany adresów URL na 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 internetowym węzła.

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

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

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

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

  • Usunięto problem polegający na tym, że opcja wyłączania wyciszenia nie była dostępna dla niektórych typów uczestników, gdy byli oni wyciszeni przez gospodarza.

  • Poprawiono tempo pracy multimediów dla transkodowanych prezentacji.

2019.06.13.1907m.7

12 lipca 2018 r.

  • Usunięto problem, 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ł podział dźwięku, gdy uczestnicy byli wyciszani przez gospodarza, a następnie nieosłonięci.

2019.06.13.1907m.3

27 czerwca 2019 r.

  • Usunięto problem polegający na tym, że stan udostępniania prezentacji był niepoprawny, jeśli punkt końcowy próbował udostępnić na ekranie poczekalni.

  • Dodano ulepszenie przyspieszające rozpoczęcie udostępniania prezentacji podczas transkodowania.

2019.06.13.1907m.1

4 czerwca 2018 r.

  • Usunięto problem polegający na tym, że niektóre węzły Video Mesh nie uruchamiały się automatycznie ponownie po uaktualnieniu, co wyłączało funkcje rozwiązywania problemów węzła i prowadziło do brakujących informacji na stronie przeglądu.

  • Dodano wymóg, aby nazwy hostów węzłów nie mogły zawierać znaku 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.

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

2019.05.20.1892m1

Może 14, 2019

  • 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 na temat tych funkcji, zobacz rozdział Zarządzanie Webex Video Mesh w przewodniku wdrażania pod adresem https://www.cisco.com/go/video-mesh.

  • Dodano nowy alarm w ramach zbliżającej się migracji do elastycznego rejestru kontenerów Amazon: "Węzeł 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ź łączność sieciową z siecią publiczną i sprawdź ustawienia DNS. Może się to również zdarzyć z powodu zmian w zaporze ogniowej, która jest obecna 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 upewnić się, że węzły Video Mesh mogą uzyskać dostęp do adresu URL. Aby uzyskać więcej informacji, zobacz kartę Anonsy.

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

2019.04.29.1873m.4

Może 14, 2019

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

  • Usunięto problem, który powodował, że kaskady czasami nie były odtwarzane po tymczasowych problemach z siecią, co prowadziło do podziału spotkań.

  • Usunięto problem, który powodował niepowodzenie udostępniania zawartości w niektórych scenariuszach.

29.04.1873.2019

Kwiecień 30, 2018

  • Brak informacji o wersji dla tego uaktualnienia konserwacyjnego.

18.18.1869.04.2019.1

26 kwietnia 2017 r.

  • Usunięto problem, który powodował, że udział bezprzewodowy z Webex Teams dla Windows nie działał w niektórych przypadkach.

22.1829.03.2019m.2

25 kwietnia 2019 r.

  • Usunięto problem, który czasami powodował niepowodzenie testów przepustowości UDP.

  • Usunięto problem polegający na tym, że alarmy NTP na Control Hub nie były usuwane po uruchomieniu wadliwego serwera NTP.

19.19.1826.03019

22 marca 2018 r.

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

  • Strona stanu przeglądu zawiera wynik 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 uszkodzenie wideo podczas utraty pakietów.

  • Naprawiono CSCvo93454jednokierunkowe wideo, gdy immersive system dołącza do Webex.

  • Naprawiono CSCvo87069zaufane źródła SIP siatki wideo nie wypełniają

14.1788.02.2019.1

28 lutego 2019 r.

  • Rozwiązano problem polegający na tym, że trzyekranowe punkty końcowe 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ło w przypadku punktów końcowych SIP.

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

  • Dodano nowe alarmy, które są generowane w węzłach Video Mesh i są wyświetlane w centrum sterowania, gdy czas odpowiedzi na zapytanie DNS przekracza 1,5 s w następujących scenariuszach:

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

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

2019.02.12.1786m

Luty 15, 2018

  • Ta wersja jest wersją kandydującą dla magistrali TLS SIP i przezroczystą obsługą serwera proxy inspekcji / braku inspekcji dla Video Mesh. Aby uzyskać więcej informacji, zobacz przewodnik wdrażania pod adresem https://www.cisco.com/go/video-mesh.

  • Naprawiono — CSCvo26600Walidator tokenów nie otrzymuje klucza sprawdzania poprawności tokenu, jeśli początkowe żądanie CI nie powiedzie się

29.1773.019.1773

Luty 6, 2019

  • Ta wersja jest wersją kandydującą dla 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 Video Mesh. Nieprawidłowe komunikaty ostrzegawcze serwera NTP są wyświetlane w interfejsie administratora Video Mesh podczas logowania i jako alarmy w Control Hub.

2019.01.14.1764m.1

8 stycznia 2019 r.

  • Usunięto problem polegający na tym, że podczas spotkania wideo było przesyłane 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 wersji dla tego uaktualnienia konserwacyjnego.

Na tej stronie omówiono ogłoszenia, które pomogą Ci przygotowaćWebex Video Meshwdrażanie dla nowych wersji.

Przejdź do, https://www.cisco.com/go/video-mesh aby uzyskać dostęp do Przewodnika wdrażania dlaSiatka wideo Edge.

Wrzesień 2021

Interfejsy API dla programistów Video Mesh

TenWebex Video MeshInterfejsy API dla deweloperów zapewniają administratorom organizacji zaawansowany i elastyczny sposób pobierania szczegółowych danych do monitorowania i wnikliwych danych analitycznych wdrożeń Video Mesh za pośrednictwemWebexPortal dla deweloperów. Mogą bezproblemowo zintegrować 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 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 2020

Zmiana narzędzia do monitorowania kondycji nośnika

Zmieniliśmy częstotliwość okresowych testów dla całego klastra, klastra lub węzła. Testy te były przeprowadzane co godzinę w poprzednich wersjach. Teraz kursują co 6 godzin.

Kwiecień 2021

Przechowuj multimedia w usłudze Video Mesh na wszystkich zewnętrznych spotkaniach Webex

W poprzednich wersjach kontrolowano użycie 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 kaskadowo przechodzić do witryny Webex. Jeśli witryna zewnętrzna nie zezwalała na kaskady Video Mesh, multimedia zawsze używały węzłów chmury Webex.

Dzięki ustawieniu Preferuj siatkę wideo dla wszystkich zewnętrznych spotkań Webex, jeśli witryna Webex ma dostępne węzły Video Mesh, multimedia przechodzą 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

Brak aktualizacji

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

Port docelowy 50 000–53 000 UDP

Porty te są dodatkiem do istniejącego portu 5004. Otwórz zakres portów UDP 50 000–53 000 w konfiguracji zapory. Zobaczysz zakłócenia w świadczeniu usług, jeśli te porty nie będą otwarte po wygaśnięciu nadchodzącej wersji.

Jak wymieniono w Wymaganiach sieciowych dla usługWebex, droga ekspresowa używa już tego zakresu portów dla chmury Webex. Tak więc większość wdrożeń nie wymaga żadnych aktualizacji do obsługi tego nowego wymagania dla usługi Video Mesh. Jednak w przypadku wdrożeń z bardziej rygorystycznymi regułami zapory zaktualizuj konfigurację zapory, aby otworzyć te porty dla usługi Video Mesh przed wydaniem w lutym.

Październik 2021

Globalne spotkanie rozproszone

Video Mesh wykorzystuje możliwości globalnie rozproszonych mediów (GDM) Webex, aby osiągnąć lepszy routing mediów. Aby osiągnąć optymalną łączność, Webex podczas kaskadowania Video Mesh do Webex wybiera najbliższy węzeł mediów w chmurze dla Twojego przedsiębiorstwa. Ruch przechodzi następnie przez sieć szkieletową Webex, aby wchodzić w interakcję z mikrousługami Webex podczas spotkania. Ten routing minimalizuje opóźnienia i utrzymuje większość ruchu w sieci szkieletowej Webex i poza Internetem.

3 sierpnia, 2021

Spotkanie prywatne

Funkcja Private Meeting zwiększa bezpieczeństwo spotkania, zamykając media w Twojej siedzibie. Kiedy planujesz prywatne spotkanie, media 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 Cisco Webex.

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

Zobacz sekcję Prywatne spotkania w przewodniku wdrażania i artykuł Zaplanuj prywatne spotkanie Webex.https://www.cisco.com/go/video-mesh

3 lutego 2021 r

Dostęp do węzłów z centrum sterowania dla administratorów

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

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

Zobacz sekcję Omówienie programu Access dotyczącą węzła Webex Video Mesh z interfejsu sieci Web w przewodniku wdrażania pod adresem https://www.cisco.com/go/video-mesh.

26 sierpnia, 2020

Buforowanie DNS

Jeśli odpowiedzi DNS na węzły Video Mesh regularnie trwają dłużej niż 750 ms, można włączyć buforowanie DNS. Po włączeniu buforowania DNS węzeł buforuje odpowiedzi DNS lokalnie. Lokalne buforowanie sprawia, że żądania rzadziej powodują alarmy łączności, przerwy w połączeniach lub problemy z jakością połączeń. Buforowanie DNS może również zmniejszyć obciążenie infrastruktury DNS.

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

Obsługa aplikacji Webex Events

Webex Video Mesh obsługuje teraz Webex Events.

27 sierpnia, 2020

Krótki format adresu wideo dla spotkań Webex

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). Video Mesh obsługuje teraz ten krótszy format adresu.

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

Aby użyć formatu krótkiego adresu wideo z istniejącym wdrożeniem video Mesh, dodaj wzorzec trasy lub wybierania w celu 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 tego, jak skonfigurowano środowisko sterowania połączeniami:

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

Lipiec 22, 2020

Nowe ustawienia konfiguracji MTU interfejsu sieciowego w interfejsie sieciowym węzła Video Mesh

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

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

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

Czerwiec 2, 2020

Nowa opcja wdrożenia 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. Wdrażanie większej liczby mniejszych maszyn wirtualnych na hoście optymalizuje zasoby dla tego scenariusza.

Z tego powodu wprowadzamy nową opcję "VMNLite" do wdrażania wielu węzłów 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 wirtualne dlaWęzeł usługi Video Mesh

  • 20 GB pamięci głównej

  • 80 GB miejsca na lokalnym dysku twardym

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

Cisco Meeting Server

(CMS 1000)

3 maszyny wirtualne VMNLite

Węzły usługi Video Mesh

Serwer Cisco Multiparty Media 410v

2 maszyny wirtualne VMNLite

Węzły usługi Video Mesh

Nasze testy wykazały 50% poprawę wydajności połączeń przełączanych z 3 węzłami VMNLite na pojedynczym CMS1000 w porównaniu z wdrażaniem pojedynczej maszyny wirtualnej.

Podobnie jak w przypadku konfiguracji standardowej, nie można mieć współgości 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 uzyskać instrukcje dotyczące zastępowania standardowej konfiguracji VMNLite, zobacz rozdział Zarządzanie i rozwiązywanie problemów z Webex Video Mesh .

Czerwiec 2, 2020

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

Możesz teraz zaplanować automatyczne aktualizacje oprogramowania w klastrach Video Mesh, aby odbywały się co tydzień, a nie codziennie (ustawienie domyślne). Uaktualnienie można jednorazowo odłożyć. Jeśli ustawisz harmonogram tygodniowy, odroczenie oznacza, że uaktualnienie nastąpi w oknie aktualizacji 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 adresem https://www.cisco.com/go/video-mesh.

24 kwietnia 2020 r.

Zewnętrzny interfejs sieciowy, reguły routingu, opcje sieci kontenerów w interfejsie internetowym węzła Video Mesh

Interfejs internetowy Video Mesh zawiera więcej nowych funkcji ułatwiających obsługę zmian w sieci. Interfejs zewnętrzny można włączyć we wdrożeniu podwójnego interfejsu sieciowego (NIC) z poziomu interfejsu internetowego. Następnie można dostosować routing dla węzłów Video Mesh, dodając zdefiniowane przez użytkownika reguły trasy dla interfejsów zewnętrznych i wewnętrznych. Możesz też zmienić adres IP i podsieć mostka kontenera.

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

20 marca 2020 r.

Pomoc techniczna cisco Webex Teams EMEAR Data Residency

Organizacje w europejskim regionie rezydencji danych Cisco Webex Teams. może teraz używaćWebex Video Mesh. Wsparcie to obejmuje zarówno nowo utworzone organizacje fazy 2 EMEAR, jak i istniejące organizacje fazy 1 EMEAR.

Więcej informacji zawiera temat Formatowanie wiadomości w aplikacji Cisco Webex Teams.

2.19 2.19 Marc Hollett, Cindy Marzolf (2022) DA_Template:_ MapCisco Systems, Inc Cisco Systems, Inc Cloud Collaboration Management

18 września 2019 r.

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

Webex Video MeshWęzły są teraz zgodne z zalecanymi najlepszymi rozwiązaniami dotyczącymi 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 Video Mesh. Ta zmiana umożliwia tworzenie zasad QoS i skuteczne śledzenie ruchu do i z węzłów Video Mesh.

Tym zmianom portów towarzyszą zmiany QoS.Webex Video Meshwęzły automatycznie oznaczają ruch multimediów z zarejestrowanych punktów końcowych SIP (lokalnie zarejestrowanych Unified CM lub VCS Expressway) zarówno dla audio (EF), jak i wideo (AF41) oddzielnie z odpowiednią klasą usługi i używają dobrze znanych zakresów portów dla określonych typów nośników.

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

Aby uzyskać więcej informacji, zobacz tabelę QoS w witrynie Porty i protokoły używane przez Webex Video Mesh oraz kroki włączania lub wyłączania funkcji QoS w przepływie zadań wdrażania programu Video Mesh w Podręczniku wdrażania programu Cisco Webex Video Mesh ( ). https://www.cisco.com/go/video-mesh


 

Aplikacja Webexaplikacje nadal łączą się zWebex Video Meshwęzły nad współdzielonymi portami 5004 i 5006. Porty te są również używane przezAplikacja Webexaplikacje i punkty końcowe do testów dostępności STUN doWebex Video MeshWęzłów.Webex Video Meshwęzeł doWebex Video Meshwęzeł kaskadowy używa docelowego portu współdzielonego 5004 lub 5006.

12 lutego 2018 r.

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

Jeśli 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 dostępnych w obsłudze przesyłania wielu strumieni. Multistream zapewnia średnio lepsze wykorzystanie przepustowości, szczególnie w przypadku łącza kaskadowego między węzłami Hybrid Media Service a węzłami multimediów w chmurze publicznej Cisco Spark.

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 Cisco Spark Hybrid Media Service obsługuje teraz lokalne punkty końcowe zarejestrowane w sip, dołączając do spotkań Cisco WebEx i Cisco Spark. Usługa zawiera również nowe raporty użycia i wdrażania wControl 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żna sprawdzić, czy witryna WebEx jest zainstalowana na platformie wideo w wersji 2.0, jeśli lista Typ zasobu multimediów jest dostępna w opcjach witryny sali konferencyjnej Współpraca w chmurze).

Zmiany portów

  • Hybrydowa usługa multimediów 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 hybrydową usługę multimedialną" w Przewodniku wdrażania usługi Cisco Spark Hybrid Media Service.

Aktualizacja OVA

Usługa wymaga pobrania i zainstalowania najnowszej aktualizacji OVA na hybrydowych węzłach nośnika. Aby pobrać najnowszą wersję programu OVA, z widoku klienta w https:// admin.ciscospark.com przejdź do sekcji Usługi > media hybrydowe > Skonfiguruj ustawienia > .

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

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

  2. Wyrejestruj wszystkie węzły Zobacz " Wyrejestrowaniewęzła nośnika hybrydowego" w Przewodniku wdrażania usługi Cisco Spark Hybrid Media Service.

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

  4. Zainstaluj nową hybrydową usługę multimedialną OVA i oprogramowanie, ustaw konfigurację newtork i ponownie zarejestruj węzeł nośnika hybrydowego w Cisco Collaboration Cloud. Zobacz " Wdrażanie hybrydowej usługi multimedialnej" w Przewodniku wdrażania usługi Cisco Spark Hybrid Media Service.

  5. Przenieś węzeł z trybu konserwacji. Zobacz Przenoszenie węzła usługi hybrydowej do trybukonserwacji.

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