Dziękujemy za opinię.

2021.12.17.2464m.3

Grudzień 21, 2021

Nie ma informacji o wydaniu tego uaktualnienia konserwacyjnego.

2021.11.2452m.1

Grudzień 1, 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 tę część podczas wybierania inicjałów.

2021.11.08.2441m.1

Listopad 11, 2021

Nie ma informacji o wydaniu tego uaktualnienia konserwacyjnego.

2021.10.18.2439m.12

Październik 27, 2021

Ta aktualizacja konserwacji obejmuje aktualizacje zabezpieczeń.

2021.10.11.2438m.1

Październik 18, 2021

Nie ma informacji o wydaniu tego uaktualnienia konserwacyjnego.

202029.13.2432m.10

23 września, 2021

Nie ma informacji o wydaniu tego uaktualnienia konserwacyjnego.

202028.09.2428m.7

26 sierpnia, 2021

Nie ma informacji o wydaniu tego uaktualnienia konserwacyjnego.

202028.09.2428m.2

13 sierpnia, 2021

Ta aktualizacja konserwacji obejmuje nową funkcję prywatnego spotkania.

202017.22.2424m

Lipiec 29, 2021

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

202017.08.2423m

15 lipca, 2021

Nie ma informacji o wydaniu tego uaktualnienia konserwacyjnego.

202026.17.2415m

24 czerwca, 2021

Nie ma informacji o wydaniu tego uaktualnienia konserwacyjnego.

2020205.27.2405m

4 czerwca, 2021

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

2021.05.05.2395m.5

Maj 21, 2021

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

• Naprawiono problem, który mógł uszkodzić DNS dla określonej konfiguracji mostu Dockera.

202024.27.2391m

30 kwietnia, 2021

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

20202.2384m.3

Kwiecień 6, 2021

Nie ma informacji o wydaniu tego uaktualnienia konserwacyjnego.

202020322.2384m.1

31 marca, 2021

Nie ma informacji o wydaniu tego uaktualnienia konserwacyjnego.

2020203.03.2359m.7

Marzec 16, 2021

Nie ma informacji o wydaniu tego uaktualnienia konserwacyjnego.

2020203.03.2359m

Marzec 12, 2021

Nie ma informacji o wydaniu tego uaktualnienia konserwacyjnego.

20202.05.2352m.4

12 lutego, 2021

• Dodaje opcję wyłączania lokalnego logowania do interfejsu użytkownika sieci Web Administration Node Video Mesh.

• Naprawia problemy z drganiem i nieprawidłowo zgłoszone wartości czasu podróży w obie strony.

20201.13.2349m.3

5 lutego, 2021

Nie ma informacji o wydaniu tego uaktualnienia konserwacyjnego.

2020.12.08.2333m.6

Styczeń 25, 2021

Nie ma informacji o wydaniu tego uaktualnienia konserwacyjnego.

2020.12.08.2333m.5

8 stycznia, 2021

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

• Naprawiono 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ą interfejsu użytkownika.

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

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

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

• Zaktualizowano alarmy dostępności dla prywatnych spotkań klastrów węzłów siatki wideo.

2020.12.08.2333M

Grudzień 11, 2020

• Rozszerzono informacje dostępne dla pamięci podręcznej DNS. Zobacz „Włącz lub wyłącz buforowanie DNS” w Przewodniku wdrażania.

• Naprawiono błąd kosmetyczny, w wyniku którego uruchomienie testu kondycji mogło spowodować nieprawidłowe wyświetlanie stanu węzła jako „Instalowanie” w centrum sterowania.

2020.11.17.2319m.9

Grudzień 8, 2020

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

2020.11.17.2319m.4

Grudzień 1, 2020

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

• Uruchamianie na żądanie lub cykliczne testy godzinowe na podstawie węzła, na klaster.

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

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

• Historyczne śledzenie niepowodzeń testu przez okres do siedmiu dni.

2020.11.17.2319m.4

Listopad 25, 2020

• Brak informacji o wydaniu tego uaktualnienia konserwacyjnego.

2020.11.06.2314m

Listopad 18, 2020

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

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

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

• Naprawiono problemy kaskadowe między węzłami siatki wideo a nowymi węzłami chmury.

2020.10.16.2305m

23 października 2020

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

2020.09.22.2288m.3

Październik 1, 2020

• Brak informacji o wydaniu tego uaktualnienia konserwacyjnego.

2020.09.22.2288m

30 września 2020

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

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

• Poprawiono wartości opóźnienia/czasu podróży w obie strony w statystykach mediów na stronie rozwiązywania problemów ze spotkaniami w Control Hub. (Statystyki były wyłączone dla niektórych połączeń 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 zarezerwowanych do użytku wewnętrznego do interfejsu sieciowego węzła Video Mesh.

• Zmniejszono zakres adresów IP zarezerwowanych dla wewnętrznego użytku 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

• Wyłączony TLS 1.1 na porcie 33432.

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

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

2020.08.19.2266m.1

26 sierpnia, 2020

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

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

• Naprawiono błąd, który powodował awarie testu osiągalności spowodowane wyczerpaniem portu.

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

• Naprawiono błąd, w wyniku którego dane przesyłania/pobierania UDP były nieprawidłowo wyświetlane w wynikach testu przepustowości w interfejsie internetowym.

2020.08.06.2258m.4

Sierpień 18, 2020

• Brak informacji o wydaniu tego uaktualnienia konserwacyjnego.

2020.08.06.2258m.1

13 sierpnia, 2020

• Naprawiono błąd, który powodował, że urządzenie IX5000 odrzucało połączenie po przeniesieniu ze spotkania z powrotem do lobby.

• Naprawiono błąd, który powodował, że węzeł skonfigurowany do używania jawnego serwera proxy mógł utracić łączność sieciową po zmianie adresu IP sieci kontenerowej.

2020.07.15.2245m

Lipiec 20, 2020

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

• Naprawiono błąd, w wyniku którego dźwięk odbierany z Webex Meetings aplikacji mógł być cichszy niż oczekiwano przez pierwsze kilka sekund po okresie ciszy.

2020.06.29.2236m.10

Lipiec 9, 2020

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

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

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

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

2020.06.18.2231m

Czerwiec 26, 2020

• Ulepszony wybór proporcji dla przepustowości około 1,5 Mb/s, gdy włączone jest 1080p.

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

• Naprawiono błąd, który powodował, że po uruchomieniu, a następnie szybko zatrzymujesz przechwytywanie pakietów.

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

• Usunięto domyślną konfigurację NTP. Do zarejestrowania węzła wymagana jest prawidłowa konfiguracja NTP. Dodano alarmy, jeśli konfiguracja NTP jest pusta lub węzeł nie jest w stanie dotrzeć do skonfigurowanego serwera NTP.

• Naprawiono błąd, który powodował, że test łączności proxy nieprawidłowo zgłaszał awarię z powodu zbyt krótkiego limitu czasu.

• Dodano funkcję wyłączania i ponownego uruchamiania 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 na stronie Administracja interfejsu internetowego węzła Video Mesh.

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

• Dodano licznik czasu pracy do strony przeglądu interfejsu internetowego węzła.

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

• Wyłączono testy łączności proxy do portu 444 w ramach przejścia sygnalizacji kaskadowej do portu 443.

2020.05.13.2195m

27 maja 2020

• Naprawiono błąd, który powodował, że rozszerzenie automatycznego uzupeł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

• Rozwiązano problem polegający na tym, że moduł sprawdzania połączenia portu 444 błędnie zgłaszał awarię, gdy znajdował się za określonymi typami serwerów proxy.

• Naprawiono błąd, który powodował, że niedopasowany certyfikat serwera mógł być zainstalowany, jeśli wcześniej przesłano poprawnie dopasowany certyfikat.

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

2020.04.16.2176m.1

Kwiecień 24, 2020

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

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

• Naprawiono błąd powodujący fałszywy niepoprawny alarm DNS o nazwie hosta.

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

• Ulepszona obsługa sytuacji, w których administrator wprowadza klucz prywatny mniejszy niż 2048 bitów lub klucz prywatny bez hasła. W takich przypadkach węzeł Video Mesh będzie używał certyfikatu podpisanego samodzielnie.

2020.03.11.2143m.8

Kwiecień 17, 2020

• Naprawiono błąd, który powodował, że niektórzy klienci otrzymywali dźwięk z dwóch głównych aktywnych głośników tylko wtedy, gdy ktoś udostępniał dźwięk treści.

• Naprawiono błąd, który mógł powodować niepowodzenia połączeń w przypadku wykonywania wielu prób połączeń w krótkim czasie.

2020.03.11.2143m.7

Kwiecień 6, 2020

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

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

• 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 wydaniu tego uaktualnienia konserwacyjnego.

2020.03.11.2143M.9 — Pilna modernizacja

Marzec 22, 2020

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

2020.03.11.2143M — Pilna modernizacja

11 marca 2020

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

2020.03.02.2132m

Marzec 6, 2020

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

• Dodano alarm, który jest zgłaszany w węźle i w centrum sterowania, jeśli okresowe awarie testu stanu połączeń wystąpią w węźle powyżej określonego progu.

  Identyfikator alarmu: 'mf.callHealth.fail', gravity: „warning”, title: 'Kontrola stanu połączenia nie powiodła się'

2020.02.09.2120m.1

28 lutego, 2020

• Brak informacji o wydaniu tego uaktualnienia konserwacyjnego.

2020.01.30.2115m

7 lutego 2020

• Naprawiono lu kę w zabezpieczeniach CSCVS70769 - NGINX HTTP Request Smugling

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

2020.01.12.2091m

22 stycznia, 2020

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

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

• Naprawiono błąd, który powodował opóźnienie konfiguracji niektórych połączeń SIP.

2019.12.15.2053m

8 stycznia, 2020

• Naprawiono błąd, który powodował, ż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

12 grudnia, 2019

• Naprawiono błąd, który powodował, że ekran dołączania do spotkania pozostawał pusty, gdy *.clouddrive.com był zablokowany w sieci klienta. Chociaż ekran dołączania do spotkania nie jest już pusty w tym scenariuszu, nadal wymagamy odblokowania tego adresu URL w sieci, aby uniknąć niezamierzonych skutków ubocznych.

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

2019.11.06.1992m

Listopad 14, 2019

• Naprawiono CSCVR92794 - Nieprawidłowy błąd msg w sprawdz aniu poprawności FQDN względem adresu IP węzła.

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

2019.10.21.1973m.1

1 listopada, 2019

• Dodano możliwość przesyłania i pobierania dzienników i plików pcap z interfejsu węzła Webex Video Mesh Strona rozwiązywania problemów, nawet gdy węzeł jest niezarejestrowany. Aby uzyskać więcej informacji, zobacz temat Generowanie dzienników siatki wideo Webex dla wsparcia i Generowanie przechwytywania pakietów siatki wideo Webex dla wsparcia.

2019.10.11.1964m.1

23 października 2019

• Naprawiono CSCvr39819 - wrażliwa wersja oprogramowania.

• Naprawiono CSCVR39878 — X.509 Samopodpisany certyfikat, którego nazwa zwyczajowa nie pasuje do serwera wydającego (SSL/TLS). Wprowadzono zmianę, w której wspólna nazwa certyfikatu w węźle podaje FQDN węzła (jeśli jest dostępny) lub adres IP.

• Dodano nowe pole „Subject Alternative Name (s):” do formularza tworzenia CSR w interfejsie internetowym.

2019.09.19.1956m

26 września 2019

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

• Zmieniono nasilenie tego alarmu z krytycznego na ostrzeżenie: „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 sieciowej, która jest obecna między węzłami Video Mesh a Internetem”.

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

• Naprawiono lukę, która miała wpływ na interfejsy API Ping i Check NTP, w wyniku których atakujący mógł rozpocząć atak wtrysku poleceń, jeśli miał dostęp do uwierzytelnionych interfejsów API.

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

• Certyfikaty serwera podpisane słabymi szyframi (np. 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

• Naprawiono błąd, w wyniku którego poziomy procesora węzła wzrosły i nie wracały do akceptowalnych poziomów.

• Naprawiono błąd powodujący, ż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 sieci 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 no-auth, basic, summary lub NTLM. Aby uzyskać więcej informacji, zobacz Wsparcie proxy dla Video Mesh i innych istotnych aktualizacji w przewodniku wdrażania.

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

2019.08.01.1929m

8 sierpnia 2019

• Naprawiono dwa problemy:

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

  • Przechwytywanie pakietów nie działałoby, ponieważ adresy URL Ubuntu były zablokowane. (Dzięki tej poprawce nie są wymagane żadne zmiany adresu URL w zaporze ogniowej).

2019.07.12.1917m

Lipiec 25, 2019

• Usunięte informacje kaskadowe z karty Status połączenia w interfejsie sieciowym węzła, dopóki nie będą dostępne lepsze wskaźniki.

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

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

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

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

• Naprawiono problem polegający na tym, że zbyt duża przepustowość była czasami wysyłana do zmienionych uczestników.

• Naprawiono błąd, który powodował, że opcja wyłączania wyciszenia nie była dostępna dla niektórych typów uczestników, gdy były one wyciszane przez hosta.

• Poprawiono tempo mediów dla transkodowanych prezentacji.

2019.06.13.1907m.7

12 lipca 2019

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

• Naprawiono problem polegający na tym, że czasami występował podzielony dźwięk, gdy uczestnicy byli wyciszani przez hosta, a następnie niewyciszani.

2019.06.13.1907m.3

Czerwiec 20, 2019

• Naprawiono błąd powodujący nieprawidłowy stan udostępniania prezentacji, jeśli punkt końcowy próbował udostępniać na ekranie lobby.

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

2019.06.13.1907m.1

14 czerwca, 2019

• Naprawiono problem polegający na tym, że niektóre węzły Video Mesh nie uruchamiały się automatycznie po aktualizacji, co wyłączało funkcje rozwiązywania problemów węzła i powodowało brak informacji na stronie przeglądu.

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

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

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

2019.05.20.1892m1

24 maja 2019

• Dodano nowe funkcje serwisowania 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 siatką wideo Webex w przewodniku wdrażania pod adresem https://www.cisco.com/go/video-mesh.

• Dodano nowy alarm w ramach nadchodzącej migracji do rejestru kontenerów elastycznych Amazon: „Node 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 sieciowej, która jest obecna między węzłami Video Mesh a Internetem”.

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

• Naprawiono błąd, który powodował, że spotkania w programie Skype dla firm nieprawidłowo wyświetlały „L2sip-UA” jako tytuł spotkania i nazwę uczestnika.

2019.04.29.1873m.4

13 maja 2019

• Naprawiono błąd, który powodował, że udostępnianie treści czasami nie było dostępne podczas korzystania z wyjścia SIP.

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

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

2019.04.29.1873m

30 kwietnia, 2019

• Brak informacji o wydaniu tego uaktualnienia konserwacyjnego.

2019.04.18.1869m.1

26 kwietnia, 2019

• Naprawiono błąd, który powodował, że w niektórych przypadkach udostępnianie bezprzewodowe z Webex Teams for Windows nie działało.

2019.03.22.1829m.2

2 kwietnia, 2019

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

• Naprawiono błąd, który powodował, że alarmy NTP w centrum sterowania nie były usuwane po uruchomieniu wadliwego serwera NTP.

2019.03.19.1826m

Marzec 22, 2019

• Aby dokonać jakichkolwiek zmian konfiguracyjnych w zarejestrowanym węźle, musisz najpierw przełączyć węzeł w tryb konserwacji.

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

• Naprawiono błąd polegający na opóźnieniu niektórych klientów podczas przełączania aktywnych głośników i uszkodzonego wideo w przypadku utraty pakietów.

• Naprawiono CSCVO93454 - jednokierunkowe wideo, gdy Immersive System dołącza do Webex.

• Naprawiono CSCVO87069 - Niezapełniane zaufane źródła SIP z siatki wideo

2019.02.14.1788m.1

Luty 21, 2019

• Naprawiono problem polegający na tym, że trzyekranowe punkty końcowe nie były zdalnie wyciszane przez host Webex.

• Naprawiono błąd powodujący, że wyciszanie i wyłączanie czasami nie działały dla 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 hostowanych 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 serwera DNS jest dłuższy niż 1,5 s: „<x>Czas odpowiedzi zapytania serwera DNS wynoszący <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>; <x>czas odpowiedzi zapytań serwera DNS wynoszący <number>ms przekroczył maksymalny czas odpowiedzi 1500 ms.”

2019.02.12.1786m

15 lutego 2019

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

• Naprawiono CSCVO26600 - Walidat or tokenów nie otrzymuje klucza walidacji tokena, jeśli początkowe żądanie CI nie powiodło się

2019.01.29.1773m

6 lutego 2019

• Ta wersja jest wydaniem kandydującym 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, aby okresowo weryfikować poprawność serwerów NTP skonfigurowanych w węzłach Video Mesh. Nieprawidłowe komunikaty ostrzegawcze serwera NTP są wyświetlane w interfejsie administracyjnym Video Mesh podczas logowania i jako alarmy w Control Hub.

2019.01.14.1764m.1

18 stycznia, 2019

• Naprawiono błąd, w wyniku którego wideo było przesyłane tylko w jedną stronę podczas spotkania, a niektóre urządzenia lub klienci nie mogły zobaczyć strumienia wideo.

2018.10.04.1692m

5 października 2018

• Brak informacji o wydaniu tego uaktualnienia konserwacyjnego.

Maj 2026

Dodaliśmy obsługę gości, aby usprawnić współpracę. Użytkownicy gości w sieci korporacyjnej mogą teraz dołączać do spotkań w Video Mesh. Aby uzyskać szczegółowe informacje, zobacz Z ezwalanie użytkownikom gościom na korzystanie z siatki wideo.

styczeń 2026

Dodaliśmy kartę Zarządzanie certyfikatami EC do interfejsu sieciowego węzła Video Mesh w ramach przygotowań do obsługi szyfrowania typu end-to-end (E2EE) dla połączeń jeden do jednego w Video Mesh. Administratorzy będą mogli tworzyć żądania podpisywania certyfikatów, przesyłać certyfikaty EC i klucze prywatne oraz instalować certyfikaty EC za pomocą tej karty.

Ta nadchodząca funkcja zwiększy prywatność i bezpieczeństwo, zapewniając, że cała komunikacja między użytkownikami jest szyfrowana, bez odszyfrowywania w chmurze Webex.

Listopad 2025

Lokalne nagrywanie w Video Mesh

Program Video Mesh obsługuje teraz nagrywanie lokalnie, czyniąc kolejny krok w kierunku osiągnięcia suwerenności organizacji, które priorytetowo traktują bezpieczeństwo i kontrolę nad treścią spotkania.

Dzięki tej nowej funkcji możesz teraz nagrywać spotkania Webex i seminaria internetowe w swojej organizacji, zachowując każde nagranie bezpiecznie lokalnie. Lokalne nagrywanie jest dostępne w aplikacji Webex i kliencie internetowym Webex.

Kluczowe korzyści

• Ostateczna kontrola nad zawartością spotkania: wszystkie nagrania lokalne są przechowywane w infrastrukturze organizacji.

• Ulepszone zabezpiec zenia: poufne treści spotkania nigdy nie opuszczają zaufanego środowiska.
• Nieograniczone przechowywanie: Przechowuj nagrania tak długo, jak potrzebujesz, bez nałożonych ograniczeń.

Styczeń 2025

Kaskady międzyklastrowe

Inter-Cluster Cascades oferuje skuteczny sposób na optymalizację wdrożenia Video Mesh. Poprawia jakość połączeń i wykorzystanie przepustowości, umożliwiając bezpośrednie kaskady między klastrami Video Mesh w Twojej organizacji. Masz również możliwość wyboru klastrów organizacji, które mogą uczestniczyć w kaskadach między klastrami. Aby uzyskać więcej informacji, zobacz Kaskady między klastr ami.

Listopad 2024

Koniec wsparcia dla protokołu interoperacyjności teleobecności (TIP) i multipleksu (MUX)

Video Mesh nie będzie już obsługiwać protokołu TelePresence Interoperability Protocol (TIP) i Multiplex (MUX) używanych dla urządzeń CTS, TX i IX zgodnie z Webex, który deprecjonuje protokół TIP/MUX.

Luty 2024

• Platforma Video Mesh jest teraz zintegrowana z agentem ThousandEyes Enterprise, umożliwiając wykonywanie kompleksowego monitorowania w hybrydowym ekosystemie cyfrowym. Ta integracja wyposaża Cię w szeroki wachlarz testów monitorowania sieci. Problemy w dowolnym miejscu infrastruktury sieciowej można zdiagnozować z większą precyzją, poprawiając wydajność wdrażania.

  Aby uzyskać więcej informacji na temat włączania funkcji ThousandEyes w organizacji i konfigurowania testów, zobacz Integracja ThousandEyes z siatką wideo.

• Zgodnie z poprzednim ogłoszeniem dotyczącym migracji rejestru kontenerów do Amazon ECR spodziewamy się zakończenia migracji do połowy marca 2024 r. Prosimy o zapewnienie łączności z ECR, dopuszczając adres URL, *dkr.ecr.us-east-1.amazonaws.com"„w zaporach i serwerach proxy aplikacji.

Grudzień 2023

Migracja rejestru kontenerów z Docker Hub do Amazon ECR

Rejestr kontenerów siatki wideo, w którym znajdują się obrazy, zostanie zmieniony z Docker Hub na Amazon ECR. Migracja ta ma nastąpić w lutym 2024 r. Uprzejmie prosimy klientów o zapewnienie łączności z ECR poprzez dopuszczenie adresu URL, *.amazonaws.com"„w zaporach i serwerach proxy aplikacji. Ten krok jest konieczny, aby zapobiec potencjalnym problemom podczas aktualizacji.

Sierpień 2023

Poprawiliśmy wszechstronność i funkcjonalność interfejsów API węzłów Video Mesh, dodając cały szereg nowych interfejsów API z różnymi funkcjami. Administratorzy mogą teraz wybierać spośród 3 kategorii interfejsów API, które mogą pomóc im na różnych etapach wdrażania węzłów. Są one następujące:

• Interfejsy API administracji VMN

• Interfejsy API sieci VMN

• Interfejsy API certyfikatów serwera VMN

Lipiec 2023

Hooki internetowe do alertów z siatki wideo

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

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

• Przekier@@ owania połączeń klastrowych — połączenia przekierowywane z określonego klastra.
• Przepełnienia połączeń organizacyjnych — całkowite przepełnienie połączeń do chmury dla organizacji.

Interfejsy API węzłów siatki wideo

Wprowadziliśmy zestaw interfejsów API, które pomogą administratorom organizacji tworzyć, aktualizować, pobierać i usuwać certyfikaty związane z węzłami siatki wideo. Aby uzyskać więcej informacji, zobacz Interfejsy API węzłów siatki wideo.

Czerwiec 2023

Udoskonaliliśmy wykresy i wykresy pulpitu nawigacyjnego Analytics, aby rozszerzyć funkcję włączania typu klienta.

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

  Wybierz klaster na dowolnym z wykresów lub wykresów pączków, a następnie kliknij przycisk Zast osuj. Ta akcja filtruje również dane dla wszystkich innych wykresów, dzięki czemu można zobaczyć tylko te dane, które są istotne dla wybranego klastra.

• Dodaliśmy dwa nowe wykresy do zakładki Zasoby. Są to łączne połączenia wywołań według typu punktu końcowego i Całkowite połączenia wywołań według trendu typu punktu końcowego. Można wybrać klastry i określone typy punktów końcowych, aby wyświetlać tylko potrzebne informacje.

• Na karcie Zaangażowanie pogrupowaliśmy wykres Nogi wywoł ania według typu punktu końco wego na następujące typy:

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

Maj 2023

Obsługa klienta internetowego

Połączenia wykonywane za pośrednictwem klienta internetowego mogą teraz lądować na węzłach Video Mesh, zapewni ając organizacji większą wszechstronność w obsługiwanych typach połączeń.

Marzec 2023

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

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

Zmieniliśmy ścieżkę interfejsu użytkownika, aby dotrzeć do narzędzia do monitorowania Video Mesh. Nowa karta Siatka wideo można znaleźć w sekcji Rozwiązywanie problemów > Siatka wideo zamiast Rozwiązywanie problemów > Status > Siatka wideo jak poprzednio.

Strona przeglądu narzędzia monitorującego grupuje testy na sygnalizację, kaskadę i osiągalność, pomagając w precyzyjnym dostosowaniu procesu rozwiązywania problemów.

Luty 2023

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

• W tej fazie interfejsów API programistów Video Mesh wprowadziliśmy ulepszenia, które umożliwiają administratorom organizacji przejęcie pełnej kontroli nad rozwiązywaniem problemów z wdrożeniami Video Mesh .
• Administratorzy mogą teraz uruchamiać różne testy rozwiązywania problemów na żądanie, takie jak Network, Media Health Monitor i Reachability Test z portalu dla programistów. Mogą również przeglądać szczegółowe wyniki uruchomionych testów, pomagając im uzyskać głębszy wgląd w stan ich wdrożenia.

Listopad 2022

Zmiana nazwy klastra w Control Hub

Nazwy klastrów siatki wideo można teraz edytować w Centrum sterowania. Dodaliśmy również obsługę Unicode do nazw klastrów.

wrzesień 2022

Interfejsy API programisty Video Mesh

Interfejsy API dla programistów Video Mesh zapewniają administratorom organizacji potężny i elastyczny sposób pobierania szczegółowych danych do monitorowania i wnikliwych danych analitycznych wdrożeń Video Mesh za pośrednictwem Webex Developer Portal. Mogą bezproblemowo zintegrować swoje istniejące aplikacje monitorujące z tymi interfejsami API i zautomatyzować monitorowanie 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 2022

Zmiana narzędzia do monitorowania stanu mediów

Zmieniliśmy częstotliwość okresowych testów dla całego klastra, specyficznych dla klastra lub specyficznych dla węzłów. Testy te trwały co godzinę w poprzednich wydaniach. Teraz biegają co sześć godzin.

Kwiecień 2022

Przechowywanie multimediów w Video Mesh na wszystkich zewnętrznych spotkaniach Webex

W poprzednich wersjach kontrolowano użycie Video Mesh na spotkania tylko w witrynach wewnętrznych. W przypadku spotkań, które są hostowane w zewnętrznych witrynach Webex, witryny te kontrolowały, czy Video Mesh może kaskadować do Webex. Jeśli witryna zewnętrzna nie zezwalała na kaskady Video Mesh, media zawsze używały węzłów chmury Webex.

Webex MeetingsUstawienie Preferuj siatkę wideo dla wszystkich zewnętrznych, jeśli witryna Webex ma dostępne węzły siatki wideo, media przechodzą przez te węzły podczas 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

Aktualizacje portów

W przypadku nadchodzącej premiery w lutym 2022 r. Video Mesh wymaga otwarcia następującego zakresu portów dla Media Cloud Cascades:

Porty te stanowią uzupełnienie istniejącego portu 5004. Otwórz zakres portów UDP 50 000—53 000 w konfiguracji zapory ogniowej. Zobaczysz zakłócenia w usługach, jeśli porty te nie będą otwarte, gdy nadchodząca wersja wygaśnie.

Jak wymieniono w sekcji Wymagania sieciowe dla usług Webex, droga ekspresowa korzysta już z tego zakresu portów dla chmury Webex. Tak więc większość wdrożeń nie wymaga żadnych aktualizacji, aby obsłużyć ten nowy wymóg dla Video Mesh. Jednak w przypadku wdrożeń z bardziej rygorystycznymi regułami zapory ogniowej zaktualizuj konfigurację zapory, aby otworzyć te porty dla Video Mesh przed wydaniem lutowym.

Październik 2021

Media rozproszone globalnie

Video Mesh wykorzystuje teraz możliwości globalnie rozproszonych mediów (GDM) Webex w celu uzyskania lepszego routingu mediów. Aby uzyskać optymalną łączność, Webex wybiera najbliższy węzeł multimediów w chmurze do przedsiębiorstwa podczas wykonywania kaskad Video Mesh do Webex. Ruch przechodzi następnie przez kręgosłup Webex do mikrousług Webex na spotkanie. Ten routing minimalizuje opóźnienia i utrzymuje większość ruchu w szkielecie Webex i poza Internetem.

13 sierpnia, 2021

Spotkania prywatne

Funkcja Spotkania Prywatnego zwiększa bezpieczeństwo spotkania poprzez zamknięcie mediów w Twojej siedzibie. Podczas planowania prywatnego spotkania media zawsze kończą się w węzł ach Video Mesh w sieci korporacyjnej bez kaskady w chmurze. W przeciwieństwie do zwykłych spotkań, jeśli węzły lokalne są pełne, media nie przechodzą kaskadowo do chmury 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ę Spotkania prywatne w przewodniku wdrażania pod adresem https://www.cisco.com/go/video-mesh oraz artykuł Zaplanuj spotkanie prywatne Webex.

9 lutego, 2021

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

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

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 siatki wideo.

Zobacz sekcję Przegląd dostępu do węzła siatki wideo Webex z interfejsu internetowego 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 zajmują więcej niż 750 ms, możesz włączyć buforowanie DNS. Przy włączonym buforowaniu DNS węzeł bufor uje odpowiedzi DNS lokalnie. Lokalne buforowanie powoduje mniejsze prawdopodobieństwo, że żądania powodują alarmy łączności, przerwy połączeń lub problemy z jakością połączeń. Buforowanie DNS może również zmniejszyć obciążenie infrastruktury DNS.

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

Wsparcie dla wydarzeń Webex

Webex Video Mesh obsługuje teraz wydarzenia Webex.

sierpień 7, 2020

Krótki format adresu wideo dla Webex Meetings

W witrynach WBS39.9 i nowszych użytkownicy mogą dołączać do spotkań przy użyciu krótszego formatu adresu <meeting_number>@webex.comwideo (zamiast). <meeting_number>@<site_name>.webex.com Video Mesh obsługuje teraz ten krótszy format adresu.

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

Aby użyć krótkiego formatu adresu wideo z istniejącym wdrożeniem Video Mesh, dodaj trasę lub wzór wybierania, aby obsłużyć format. Aby uzyskać więcej informacji, zobacz odpowiednie zadanie, które zawiera „krótki adres wideo” w przewodniku, w zależności od sposobu skonfigurowania środowiska sterowania połączeniami:

• Skonfiguruj Unified CM bezpieczne routing ruchu TLS SIP dla Webex Video Mesh

• Skonfiguruj routing ruchu Unified CM TCP SIP dla Webex Video Mesh

• Konfigurowanie routingu ruchu drogowego TCP SIP Expressway dla siatki wideo

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 i zdarzeń.

Lipiec 9, 2020

Nowe ustawienia konfiguracji interfejsu sieciowego MTU w interfejsie sieci Web Node Video Mesh

Możesz teraz ręcznie ustawić maksymalny rozmiar jednostki transmisyjnej (MTU) na wewnętrznym interfejsie sieciowym i MTU na zewnętrznym interfejsie sieci, jeśli jest włączona.

Wszystkie węzły Webex Video Mesh mają domyślnie włączone wykrywanie ścieżki MTU (PMTU). Dzięki PMTU węzeł może wykrywać problemy MTU i automatycznie dostosowywać rozmiar MTU. Gdy PMTU ulegnie awarii z powodu zapory ogniowej lub problemów z 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 MTU może rozwiązać ten problem.

Ręczne ustawienia MTU można znaleźć na stronie ustawień sieciowych 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 wdrażania VMNLite

Wdrożenia głównie Webex Teams i zarejestrowanych w chmurze punktów końcowych wykorzystują więcej zasobów przełączania i mniej 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 VMware ESXI lub vCenter. VMNLite wymaga następujących specyfikacji dla każdej maszyny wirtualnej:

• 23 VCPU dla węzła siatki wideo

• Pamięć główna 20 GB

• 80 GB lokalnego miejsca na dysku twardym

Dzięki tym specyfikacjom możesz wdrożyć (lub zastąpić pojedynczą istniejącą maszynę wirtualną) wieloma instancjami, w zależności od sprzętu:

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

Podobnie jak w przypadku standardowej konfiguracji, nie możesz mieć korezydencji 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 zapoznać się z instrukcjami zastąpienia standardowej konfiguracji na VMNLite, zobacz rozdział Zarządzanie siatką wideo Webex i rozwiązywanie problemów.

Czerwiec 9, 2020

Nowa cotygodniowa opcja automatycznej aktualizacji oprogramowania dla klastrów siatki wideo

Możesz teraz zaplanować automatyczne aktualizacje oprogramowania klastrów Video Mesh co tydzień, a nie codziennie (domyślnie). Możesz odłożyć aktualizację raz. Jeśli ustawisz tygodniowy harmonogram, odroczenie oznacza, że aktualizacja nastąpi w oknie aktualizacji następnego tygodnia.

Harmonogram aktualizacji można ustawić podczas rejestrowania nowego klastra lub zmodyfikować harmonogram istniejącego klastra. Aby uzyskać więcej informacji, zobacz dokumentację Video Mesh pod adresem https://www.cisco.com/go/video-mesh.

Kwiecień 24, 2020

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

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

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

Marzec 20, 2020

Cisco Webex TeamsWsparcie dla rezydencji danych EMEAR

Organizacje z Cisco Webex Teams europejskiego regionu rezydencji danych. mogą teraz korzystać z Video Mesh. Wsparcie to obejmuje zarówno nowo utworzone organizacje EMEAR fazy 2, jak i istniejące organizacje EMEAR fazy 1.

Aby uzyskać więcej informacji, zobacz Data Residency in Cisco Webex Teams.

4 listopada, 2019

Nowe ulepszenia raportów z siatki wideo: analityka i ostatnie wykorzystanie zasobów

Możesz teraz uzyskać dostęp do dwóch kategorii raportów, które pomogą Ci zarządzać wdrożeniem Video Mesh: analityka i ostatnie wykorzystanie zasobów.

Analityka 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 dotyczące wykorzystania zasobów były wcześniej dostępne i są przenoszone na stronę Rozwiązywanie problemów w Centrum sterowania. Zapewniają one niemal w czasie rzeczywistym widok aktywności w Twojej organizacji.

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

16 sierpnia 2019

Wsparcie dla jawnych serwerów proxy

Cisco WebexVideo Mesh obsługuje teraz jawne serwery proxy, oprócz przejrzystych serwerów pośredniczących do inspekcji i nieinspekcji. 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 sygnalizację i zarządzanie ruchem opartym na https do serwera proxy. W przypadku przezroczystych serwerów proxy żądania sieciowe z węzłów Video Mesh są przekazywane do określonego serwera proxy za pośrednictwem korporacyjnych reguł routingu sieciowego. Interfejs administracyjny Webex Video Mesh można użyć do zarządzania certyfikatami i ogólnym stanem łączności po zaimplementowaniu serwera proxy z węzłami.

Aby uzyskać więcej informacji, zobacz Wsparcie proxy dla Video Mesh i innych istotnych aktualizacji w przewodniku wdrażania.

Lipiec 25, 2019

Nowe funkcje rozwiązywania problemów (Ping, Trace Route, NTP Server, Reflector Server i konto debugowania) w interfejsie sieciowym węzła siatki wideo

Interfejs internetowy Webex Video Mesh zawiera więcej nowych funkcji ułatwiających rozwiązywanie problemów. Możesz uruchamiać różne testy sieciowe (ping, śledzenie trasy i weryfikacja serwera NTP) z poziomu interfejsu internetowego. Możesz również sprawdzić, czy odpowiednie porty są otwarte w sieci, korzystając z serwera Reflector Server. Jeśli 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 problemów w przewodniku wdrażania pod adresem https://www.cisco.com/go/video-mesh.

24 maja 2019

Nowe funkcje rozwiązywania problemów (dzienniki, przechwytywanie pakietów) i ulepszony przegląd w interfejsie sieci Web Node Video Mesh

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

Interfejs internetowy zawiera również przeprojektowaną stronę Przegląd, która zawiera przydatne informacje o węźle, takie jak kondycja węzła, informacje o rejestracji, 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 problemów w przewodniku wdrażania pod adresem https://www.cisco.com/go/video-mesh.

Migracja z Docker Hub do rejestru kontenerów Amazon Elastic

W celu zmniejszenia liczby różnych domen dostępnych przez węzeł Video Mesh przechodzimy z domen koncentratorów Docker (.docker.io i.docker.com) do rejestru kontenerów elastycznych Amazon (*.amazonaws.com). Ta migracja nastąpi w ciągu około 6—8 tygodni od momentu opublikowania tego posta. Jako etap przygotowawczy 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 Video Mesh Node nie powiedzą się. Sprawdź ustawienia zapory i/lub proxy, aby upewnić się, że ruch z węzła Video Mesh jest dozwolony do domeny*.amazonaws.com.

Po dokonaniu zmiany w zaporze lub serwisie proxy możesz sprawdzić łączność z domeną*.amazonaws.com, logując się do interfejsu internetowego węzła Video Mesh. Możliwość sprawdzania łączności z Amazon została zawarta w wersji oprogramowania 2019.03.19.1826m i musisz uruchomić to oprogramowanie, aby sprawdzić swoją łączność z domeną*.amazonaws.com.

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

2. W sekcji Szczegóły łączności sprawdź stan Check połączenia w chmurze.

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

15 lutego 2019

Bezpieczny protokół SIP i obsługa przezroczystego serwera proxy

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

Webex Video Mesh obsługuje również przejrzyste kontrolne i nieinspekcyjne serwery proxy, dzięki czemu można zabezpieczyć i monitorować ruch korporacyjny do chmury.

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

7 lutego 2019

Podwójny interfejs sieciowy dla węzłów siatki wideo

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

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

18 września 2018

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

Węzły Video Mesh są teraz zgodne z zalecanymi praktykami 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 pozwoli Ci tworzyć zasady QoS i skutecznie zwracać uwagę na ruch do i z węzłów siatki wideo.

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

Ruch źródłowy z lokalnych zarejestrowanych punktów końcowych jest zawsze określany przez konfigurację kontrolki połączeń (Unified CMlub VCS Expressway).

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

12 lutego 2018

Obsługa wielu transmisji strumieniowej dla wszystkich uczestników spotkań Cisco Spark i Cisco WebEx

Jeśli organizujesz spotkania na 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 multistreamingu. Multistream zapewnia średnio lepsze wykorzystanie przepustowości, szczególnie w przypadku połączenia kaskadowego między węzłami Hybrid Media Service a węzłami mediów Cisco Spark w chmurze publicznej.

Aby uzyskać więcej informacji, zobacz Pomoc wielostrumieniowa dla wszystkich uczestników spotkań Cisco Spark i Cisco WebEx.

5 stycznia 2018

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ące do spotkań Cisco WebEx i spotkań Cisco Spark. Usługa zawiera również nowe raporty dotyczące użytkowania i adopcji w Control Hub. Musisz upewnić się, że Twoja witryna WebEx znajduje się na platformie wideo Cisco WebEx w wersji 2.0, aby w pełni korzystać z Hybrid Media Service. (Możesz sprawdzić, czy witryna WebEx jest na platformie wideo w wersji 2.0, jeśli ma listę Typ zasobu multimedialnego dostępną w opcjach witryny Cloud Collaboration Meeting Room).

Zmiany portów

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

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

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

Aktualizacja OVA

Usługa wymaga pobrania i zainstalowania najnowszej aktualizacji OVA w Hybrid Media Nodes. Aby pobrać najnowszą wersję OVA, z widoku klienta przejdź do opcji Usługi > Media hybrydowe > Konfigur acja > Ustawienia. https://admin.ciscospark.com

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

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

2. Wyrejestruj węzeł. Zobacz „Wy rejestrowanie węzła nośnika hybry dowego” w podręczniku 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ą wersję OVA i oprogramowanie Hybrid Media Service, ustaw konfigurację newtork i ponownie zarejestruj Hybrid Media Node do. Cisco Collaboration Cloud Zobacz „W drażanie hybrydowej usługi multimedi alnej” w podręczniku wdrażania usługi Cisco Spark Hybrid Media Service.

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

Aby zapoznać się ze wszystkimi zmianami funkcji, nowymi krokami wdrażania i wskazówkami dotyczącymi przygotowania 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 w przewodniku łączy do zaktualizowanych sekcji.