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ą jednak zmian, które wpływają na funkcjonalność lub naprawiają określone błędy wpływające na klienta.

Pobierz najnowsze oprogramowanie Video Mesh Node

Aby przeprowadzić nową instalację, zawsze pobieraj nową kopię obrazu oprogramowania węzła Webex Video Mesh z tego linku . Nie używaj obrazu z poprzedniej instalacji do wdrażania węzła Webex Video Mesh.

Aby uzyskać wskazówki dotyczące instalacji, przejdź https://www.cisco.com/go/video-mesh do przewodnika wdrażania usługi Edge VideoMesh.

2021.10.18.2439m.12

Październik 27, 2021

To uaktualnienie konserwacyjne obejmuje uaktualnienia zabezpieczeń.

2021.10.11.2438m.1

18 października, 2021

Nie ma informacji o wersji tego uaktualnienia konserwacyjnego.

2021.09.13.2432m.10

Wrzesień 23, 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

Sierpień 13, 2021

To uaktualnienie konserwacyjne obejmuje nową funkcję Spotkanie prywatne.

22.2424.07.2021

Lipiec 29, 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 15, 2021

Nie ma informacji o wersji tego uaktualnienia konserwacyjnego.

17.2415.06.2021

Czerwiec 24, 2021

Nie ma informacji o wersji tego uaktualnienia konserwacyjnego.

27.2405.05.2021

Czerwiec 4, 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ć przerwanie dnsu dla określonej konfiguracji mostka platformy Docker.Rozwiązuje problem, który mógł spowodować przerwanie DNS dla określonej konfiguracji mostka Platformy Docker.

27.2391.04.2021

Kwiecień 30, 2021

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

2021.03.22.2384m.3

Kwiecień 6, 2021

Nie ma informacji o wersji tego uaktualnienia konserwacyjnego.

2021.03.22.2384m.1

Marzec 31, 2021

Nie ma informacji o wersji tego uaktualnienia konserwacyjnego.

2021.03.03.2359m.7

Marzec 16, 2021

Nie ma informacji o wersji tego uaktualnienia konserwacyjnego.

2359.03.03.2021

Marzec 12, 2021

Nie ma informacji o wersji tego uaktualnienia konserwacyjnego.

2021.02.05.2352m.4

12 luty 2021 r

  • Dodaje opcję wyłączenia logowania lokalnego do internetowego interfejsu internetowego 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

5 lutego, 2021

Nie ma informacji o wersji tego uaktualnienia konserwacyjnego.

2020.12.08.2333m.6

Styczeń 25, 2021

Nie ma informacji o wersji tego uaktualnienia konserwacyjnego.

2020.12.08.2333m.5

Styczeń 8, 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

11 grudnia, 2020

  • Rozszerzono informacje dostępne dla pamięci podręcznej DNS. Zobacz "Włączanie lub wyłączanie buforowania DNS" w Podręcznikuwdraż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

1 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

18 listopada, 2020

  • 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 nie posukiwy się nie posyła.

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

16.2305.10.2020

23 października, 2020

  • Usunięto problem, który powodowany przez nie włączał się prawidłowo w niektórych sytuacjach.

22.22.2288.09.2020.3

1 października, 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 osiągalnoś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

18 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 8, 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).

2020.08.19.2266m.1

26 sierpnia, 2020

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

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

  • Naprawiono błąd, który powodowany był błędem testu osiągalnoś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

18 sierpnia, 2020

  • Brak informacji o wersji dla tego uaktualnienia konserwacyjnego.

2020.08.06.2258m.1

13 sierpnia, 2020

  • Usunięto problem polegający na tym, że IX5000 porzucał 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 20, 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 9, 2020

  • Zmieniono zachowanie testu rozpoznawania DNS. Każdy skonfigurowany serwer DNS musi teraz być w stanie rozpoznać testowa nazwa FQDN, aby test DNS przeszedł zgodnie z wynikiem. (We wcześniejszych wersjach, jeśli jakikolwiek serwer DNS był w stanie rozpoznać testowa nazwa FQDN, test przejdzie zgodnie).

  • 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 26, 2020

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

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

  • Naprawiono błąd, w którym 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 uzyskać dostępu do skonfigurowanego serwera 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 10, 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

Może 27, 2020

  • 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

8 maja, 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 znalezieniu problemu z nim, gdy węzeł znajduje się za jawnym serwerem proxy.

16.2176.04.2020.1

24 kwietnia 2020 r.

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

  • Dodano więcej kontroli łączności z chmurą na stronie Przegląd interfejsu internetowego węzła 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 wymiarach mniejszych 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

Kwiecień 17, 2020

  • 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 wielosystancjowej 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

Marzec 24, 2020

  • Brak informacji o wersji dla tego uaktualnienia konserwacyjnego.

2020.03.11.2143m.9 — Pilna aktualizacja

Marzec 22, 2020

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

2020.03.11.2143m — pilna aktualizacja

Marzec 11, 2020

  • Wyłączono okresowe kontrole kondycji połączenia i odpowiadający mu 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

Marzec 6, 2020

  • 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', ważność: "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

7 lutego, 2020

  • Naprawiono CSCvs70769"NGINX HTTP Request Smuggling Vulnerability"

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

2020.01.12.2091m

Styczeń 22, 2020

  • 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 powodowany był, ż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ę.

2019.12.15.2053m

Styczeń 8, 2020

  • Usunięto problem polegający na tym, że spotkania (które obejmowały 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

12 grudnia, 2019

  • 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

14 listopada, 2019

  • Naprawiono CSCvr92794"Niepoprawny błąd msg podczas sprawdzania poprawności nazwy FQDN w stosunku do 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 przerwania połączeń.

2019.10.21.1973m.1

1 listopada, 2019

2019.10.11.1964m.1

Październik 23, 2019

  • Naprawiono CSCvr39819"Podatna wersja oprogramowania".

  • Naprawiono CSCvr39878"X.509 Self-Signed Certificate, 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.

2019.09.19.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 webowego Webex 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 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 identyfikatorze certyfikatu węzła Video Mesh.

2019.08.21.1941m.2

13 września 2019 r.

  • Usunięto problem, który powodował, że poziom procesora węzła wzrastał i nie wracał 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, 2019

  • Naprawiono dwa błędy:

    • Przechwytywanie pakietów z internetowego interfejsu internetowego nie uruchamiało się pomyślnie, ale nie pojawił się żaden komunikat o błędzie.

    • Przechwytywanie pakietów nie uruchamiało się, 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.

  • Przeprojektowany 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 wymieniania wyciszenia nie była dostępna dla niektórych typów uczestników, gdy byli oni wyciszone przez gospodarza.

  • Poprawiono tempo pracy multimediów dla transkodowanych prezentacji.

2019.06.13.1907m.7

Lipiec 12, 2019

  • 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 wyciszali przez gospodarza, a następnie niewycisku.

2019.06.13.1907m.3

Czerwiec 20, 2019

  • 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

Czerwiec 14, 2019

  • 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 24, 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 13, 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 zostały odtworzone 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.

2019.04.29.1873m

Kwiecień 30, 2019

  • Brak informacji o wersji dla tego uaktualnienia konserwacyjnego.

2019.04.18.1869m.1

Kwiecień 26, 2019

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

2019.03.22.1829m.2

Kwiecień 2, 2019

  • 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 zostały usunięte po uruchomieniu wadliwego serwera NTP.

2019.03.19.1826m

Marzec 22, 2019

  • Aby wprowadzić jakiekolwiek zmiany konfiguracji w zarejestrowanym węźle, należy teraz najpierw umieścić węzeł w trybie 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ąpiło opóźnienie podczas przełączania aktywnych głośników i uszkodzone wideo podczas utraty pakietów.

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

  • Naprawiono CSCvo87069"Video Mesh SIP Trusted Sources not Populating"

2019.02.14.1788m.1

Luty 21, 2019

  • 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 wyciszanie 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 odpowiedzi na zapytanie serwera DNS <x>ms wyklucza maksymalny czas odpowiedzi <number> 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 odpowiedzi na zapytanie serwera DNS <x> <number> ms wykrzyknął maksymalny czas odpowiedzi wynoszący 1500 ms."

2019.02.12.1786m

Luty 15, 2019

  • 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 CSCvo26600"Walidator tokenów nie otrzymuje klucza sprawdzania poprawności tokenu, jeśli początkowe żądanie CI nie powiedzie się"

2019.01.29.1773m

Luty 6, 2019

  • Ta wersja jest wersją kandydującym do funkcji podwójnego interfejsu sieciowego. Aby uzyskać więcej informacji, zobacz przewodnik wdrażania pod adresem https://www.cisco.com/go/video-mesh.

  • Dodano nowe kontrole w celu okresowego sprawdzania poprawności serwerów NTP skonfigurowanych w węzłach 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

Styczeń 18, 2019

  • 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 ułatwiające przygotowanie wdrożenia programu Webex Video Mesh do nowych wersji.

Przejdź https://www.cisco.com/go/video-mesh do, aby uzyskać dostęp do Przewodnika wdrażania usługi Edge Video Mesh.

Sierpień 13, 2021

Spotkania prywatne

Funkcja Spotkanie prywatne zwiększa bezpieczeństwo spotkania, kończąc media w siedzibie. Podczas planowania spotkania prywatnego nośnik zawsze kończy działanie węzłów Video Mesh w sieci firmowej bez kaskady w chmurze. W przeciwieństwie do normalnych spotkań, jeśli węzły lokalne są pełne, nośnik nie kaskadowo do chmury Webex.

Wszyscy uczestnicy spotkania prywatnego muszą należeć do 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ę Spotkania prywatne w przewodniku wdrażania na stronie https://www.cisco.com/go/video-mesh i artykuł Planowanie prywatnego spotkania Webex.

9 lutego, 2021

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 zauważysz, że odpowiedzi DNS na węzły Video Mesh regularnie zajmują więcej niż 750 ms lub jeśli Cisco TAC to zaleca, możesz włączyć buforowanie DNS. Po włączonym buforowaniu DNS węzeł buforuje odpowiedzi DNS lokalnie, dzięki czemu żądania są mniej podatne na opóźnienia lub przekroczenia limitu czasu, które mogą prowadzić do alarmów łączności, spadków połączeń lub problemów z jakością połączeń. Buforowanie DNS może również zmniejszyć obciążenie infrastruktury DNS.

Buforowanie DNS jest 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.

7 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>formatu adresu wideo @webex.com (zamiast <meeting_number>@<site_name>.webex.com). Video Mesh obsługuje teraz ten krótszy format adresu.

Przewodnik wdrażania na stronie https://www.cisco.com/go/video-mesh został zaktualizowany o 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, może być konieczne dodanie trasy lub wzorca wybierania w celu obsługi tego formatu. Zobacz krok, który zawiera "krótki adres wideo" w odpowiedniej sekcji przewodnika, w zależności od tego, jak skonfigurowałeś środowisko sterowania połączeniami:

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

Lipiec 9, 2020

Nowe ustawienia konfiguracji MTU interfejsu sieciowego w interfejsie sieci Web 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ą domyślnie włączone odnajdowanie ścieżek MTU (PMTU). 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 26, 2020

Nowa opcja wdrożenia VMNLite

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

Z tego powodu wprowadzamy nową opcję "VMNLite" do wdrażania wielu węzłów 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 dla węzła 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:

Serwer 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 pokazują 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, współzabycie z innymi usługami nie jest dozwolone 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 9, 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 tygodniowy harmonogram, odroczenie oznacza, że aktualizacja nastąpi 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.

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

Interfejs sieciowy Webex 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 siecią Webex Video Mesh i rozwiązywanie związanych z emsem" w podręczniku wdrażania pod adresem https://www.cisco.com/go/video-mesh.

20 marca 2020 r.

Pomoc techniczna cisco Webex Teams EMEAR Data Residency

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

Aby uzyskać więcej informacji, zobacz Rezydencja danych w Cisco Webex Teams.

4 listopada, 2019

Nowe ulepszenia raportów Video Mesh: Analityka i ostatnie wykorzystanie zasobów

Możesz teraz uzyskać dostęp do dwóch kategorii raportów ułatwiających zarządzanie wdrożeniem usługi Video Mesh: analityka i ostatnie wykorzystanie zasobów.

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

Ostatnie raporty użycia zasobów były wcześniej dostępne i są przenoszone na stronę Rozwiązywanie problemów w centrum Sterowania. Zapewniają one niemal rzeczywisty widok aktywności w organizacji.

Możesz filtrować te raporty na podstawie konkretnych danych, których szukasz, i zapisywać je jako różne typy plików bezpośrednio z Control Hub. Aby uzyskać więcej informacji, zapoznaj się z dokumentacją usługi Video Mesh pod adresem https://www.cisco.com/go/video-mesh.

16 sierpnia 2019

Obsługa jawnych serwerów proxy

Cisco Webex Video Mesh obsługuje teraz jawne serwery proxy, oprócz przezroczystych serwerów proxy inspekcji i niekontrolujących. Możesz powiązać te serwery proxy z wdrożeniem Webex Video Mesh, aby zabezpieczyć i monitorować ruch z przedsiębiorstwa do chmury. Ta funkcja wysyła do serwera proxy sygnalizację i zarządzanie ruchem https. W przypadku przezroczystych serwerów proxy żądania sieciowe z węzłów Video Mesh są przekazywane do określonego serwera proxy za pośrednictwem reguł routingu sieciowego przedsiębiorstwa. Interfejsu administratora Webex Video Mesh można używać do zarządzania certyfikatami i ogólnym stanem łączności po zaimplementowaniu serwera proxy z węzłami.


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

Aby uzyskać więcej informacji, zobacz Obsługa serwera proxy dla usługi Video Mesh i inne istotne aktualizacje w przewodniku wdrażania.

25 lipca 2019 r.

Nowe funkcje rozwiązywania problemów (ping, trasa śledzenia, serwer NTP, serwer reflektora i konto debugowania) w interfejsie internetowym węzła Video Mesh

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

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

Może 24, 2019

Nowe funkcje rozwiązywania problemów (dzienniki, przechwytywanie pakietów) i odnowiony przegląd w interfejsie internetowym węzła Video Mesh

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

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

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

Migracja z Docker Hub do Amazon Elastic Container Registry

Starając się zmniejszyć liczbę różnych domen dostępnych dla węzła Video Mesh, przenosimy się z domen centrum Docker (.docker.io i .docker.com) do elastycznego rejestru kontenerów Amazon (*.amazonaws.com). Ta migracja nastąpi w ciągu około 6–8 tygodni od momentu opublikowania. W ramach przygotowań należy upewnić się, że węzeł Video Mesh zarejestrowany w organizacji Webex może komunikować się z domeną *.amazonaws.com, w przeciwnym razie przyszłe aktualizacje kontenerów węzłów Video Mesh nie poprowadzą się zgodnie z celem. Sprawdź ustawienia zapory i/lub serwera proxy, aby upewnić się, że ruch z węzła Video Mesh jest dozwolony do domeny *.amazonaws.com.

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

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

  2. W sekcji Szczegóły łączności sprawdź stan sprawdzania łączności z chmurą.


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

Luty 15, 2019

Obsługa bezpiecznego magistrali SIP i przezroczystego serwera proxy

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

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

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

7 lutego 2019 r.

Podwójny interfejs sieciowy dla węzłów Video Mesh

W przypadku wdrożenia strefy DMZ można teraz skonfigurować węzły Video Mesh w klastrze z podwójnym interfejsem sieciowym (NIC). Ta opcja wdrożenia umożliwia oddzielenie ruchu sieciowego przedsiębiorstwa od ruchu sieciowego w chmurze w węźle Video Mesh: wewnętrzna (korporacyjna) karta sieciowa jest używana do komunikacji między skrzynkami, kaskad między klastrami węzłów oraz do uzyskiwania dostępu do interfejsu zarządzania węzła, podczas gdy zewnętrzna (skierowana do chmury) karta sieciowa jest używana głównie do łączności ze światem zewnętrznym i kaskadowo do chmury.

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

Wrzesień 18, 2018

Ulepszenia 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ą 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. Węzły Webex Video Mesh automatycznie oznaczają ruch multimediów z zarejestrowanych punktów końcowych SIP (lokalnie unified CM lub VCS Expressway zarejestrowanych) 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).


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 Webex App i punkty końcowe do testów osiągalności STUN do węzłów Webex Video Mesh. Węzeł Webex Video Mesh do węzła Webex Video Mesh dla kaskad 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 zawartych w obsłudze 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.

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

5 stycznia 2018 r.

Obsługa spotkań Cisco WebEx i Cisco Spark, zmian 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 w Centrumsterowania. 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 na platformie wideo w wersji 2.0, jeśli ma listę Typ zasobu multimediów dostępną 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.comprzejdź do pozycji Usługi >nośników hybrydowych > 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 węzeł. Zobacz "Wyrejestrowanie węzła nośnikahybrydowego " 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.