Informacje o wersji Webex Video Mesh

2021.06.17.2415m

Czerwiec 24, 2021

Nie ma informacji o wersji tego uaktualnienia konserwacyjnego.

2021.05.27.2405m

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ć uszkodzenie systemu DNS dla określonej konfiguracji mostka platformy Docker.

2021.04.27.2391m

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.

2021.03.03.2359m

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 użytkownika administracji węzła Video Mesh.

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

2021.01.13.2349m.3

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

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

2020.11.17.2319m.9

8 grudnia, 2020

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

2020.11.17.2319m.4

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 kończyło się niepowodzeniem.

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

2020.10.16.2305m

23 października, 2020

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

2020.09.22.2288m.3

1 października, 2020

• Brak informacji o wersji dla tego uaktualnienia konserwacyjnego.

2020.09.22.2288m

Wrzesień 30, 2020

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

• Rozwiązano problem z testem dostępności protokołu TCP.

• Skorygowane wartości czasu opóźnienia/podróży w kółko 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ń przez 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 protokół IPv6 w interfejsach wewnętrznych i zewnętrznych, aby węzły nie przejmowały serwerów DNS IPv6.

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

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

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

2020.08.06.2258m.4

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 przerywał połączenie po przeniesieniu ze spotkania z powrotem do poczekalni.

• Rozwiązano problem polegający na tym, że węzeł skonfigurowany do korzystania z jawnego serwera proxy mógł utracić łączność sieciową w przypadku zmiany adresu IP sieci kontenerów.

2020.07.15.2245m

Lipiec 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 być teraz w stanie rozwiązać test FQDN w celu zaliczenia testu DNS. (We wcześniejszych wersjach, jeśli jakikolwiek serwer DNS był w stanie rozwiązać test FQDN, test miałby przejść.)

• 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 rozdzielczość 1080p.

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

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

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

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

• Rozwiązano problem polegający na tym, że test łączności serwera proxy niepoprawnie zgłaszał awarię z powodu zbyt krótkiego limitu czasu.

• Dodano funkcję zamykania i ponownego uruchamiania do interfejsu internetowego węzła Video Mesh.

2020.05.26.2200m.3

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

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

2020.04.16.2176m.1

24 kwietnia 2020 r.

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

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

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

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

• Ulepszono obsługę sytuacji, w których administrator wprowadza klucz prywatny o rozmiarze mniejszym niż 2048 bitów lub klucz prywatny bez hasła. W takich przypadkach węzeł Video Mesh użyje certyfikatu z podpisem własnym.

2020.03.11.2143m.8

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 wielostrumieniowej dla połączeń na dwóch ekranach.

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

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

2020.03.11.2143m.3

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 odpowiedni alarm (mf.callHealth.fail), który był zgłaszany w węźle i w centrum sterowania, jeśli wystąpiły awarie w węźle powyżej określonego progu.

2020.03.02.2132m

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', dotkliwość: "ostrzeżenie", tytuł: "Sprawdzanie kondycji połączenia nie powiodło się"

2020.02.09.2120m.1

28 lutego 2020 r.

• Brak informacji o wersji dla tego uaktualnienia konserwacyjnego.

2020.01.30.2115m

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 powodował, że wideo o niskiej jakości mogło być wyświetlane na niektórych ekranach wciągającego trzyekranowego punktu końcowego.

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

2019.12.15.2053m

Styczeń 8, 2020

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

2019.12.03.2042m

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— nieprawidłowa wiadomość o błędzie podczas sprawdzania poprawności FQDN przy użyciu węzła IP.

• Usunięto problem polegający na tym, że węzły nie przechodziły prawidłowo w stan spoczynku i używały krótkiego limitu czasu, co miało miejsce tylko wtedy, gdy inne węzły w klastrze zostały przeniesione do trybu konserwacji w centrum sterowania, co prowadziło do zmniejszenia pojemności i zaprzestania połączeń.

2019.10.21.1973m.1

1 listopada, 2019

• Dodano możliwość przesyłania i pobierania dzienników i plików pcap ze strony rozwiązywania problemów z interfejsem węzła Webex Video Mesh, nawet jeśli węzeł jest niezarejestrowany. Aby uzyskać więcej informacji, zobacz Generowanie dzienników Webex Video Mesh do obsługi i Generowanie przechwytywania pakietów Webex Video Mesh do obsługi.

2019.10.11.1964m.1

Październik 23, 2019

• Naprawiono CSCvr39819—podatna wersjaoprogramowania.

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

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

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 webowegoWebex Video Mesh Node.

• Zmieniono nasilenie tego alarmu z krytycznego na ostrzeżenie: „Węzeł usługi Video Mesh nie był w stanie pobrać wymaganego oprogramowania od dostawcy chmury Cisco. Problem może wystąpić z powodu wielu problemów związanych z siecią. Sprawdź łączność sieciową z siecią publiczną (.amazonaws.com) i sprawdź ustawienia DNS. Może się to również zdarzyć z powodu zmian w zaporze ogniowej, która jest obecna między węzłami Video Mesh a Internetem. "

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

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

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

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

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 mógł powrócić do akceptowalnych poziomów.

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

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

2019.08.14.1937m

16 sierpnia 2019

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

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

2019.08.01.1929m

Sierpień 8, 2019

• Naprawiono dwa błędy:

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

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

2019.07.12.1917m

25 lipca 2019 r.

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

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

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

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

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

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

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

• Poprawiono tempo pracy multimediów dla transkodowanych prezentacji.

2019.06.13.1907m.7

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 wyciszani przez gospodarza, a następnie nieosłonięci.

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 nadchodzącej migracji do rejestru kontenerów elastycznych Amazon: "Węzeł usługi Video Mesh nie był w stanie pobrać wymaganego oprogramowania od dostawcy chmury Cisco. Problem może wystąpić z powodu wielu problemów związanych z siecią. Sprawdź łą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 były odtwarzane po tymczasowych problemach z siecią, co prowadziło do podziału spotkań.

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

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 były usuwane 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 przełączyć węzeł w tryb konserwacji .

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

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

• Naprawiono CSCvo93454— wideo jednokierunkowe po dołączeniu systemu Immersive do Webex.

• Naprawiono CSCvo87069—Źródła zaufane SIP usługi Video Mesh nie są wypełniane

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 wyłączanie wyciszenia czasami nie działało w przypadku punktów końcowych SIP.

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

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

  • Gdy czas zapytania serwera DNS jest dłuższy niż 1,5 s: „Czas odpowiedzi zapytania serwera DNS 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 ; Serwer DNS czas odpowiedzi zapytania ms przekroczył maksymalny czas odpowiedzi 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 tokenu nie otrzymuje klucza walidacji tokenu, jeśli początkowe żądanie CI nie powiedzie się

2019.01.29.1773m

Luty 6, 2019

• Ta wersja jest wersją kandydującą dla funkcji podwójnego interfejsu sieciowego. 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.

Luty 2024

• Platforma Video Mesh jest teraz zintegrowana z agentem ThousandEyes Enterprise, umożliwiając wykonywanie kompleksowego monitorowania w całym hybrydowym ekosystemie cyfrowym. Ta integracja zapewnia szeroki wachlarz testów monitorowania sieci. Problemy w dowolnej części infrastruktury sieciowej można diagnozować z większą precyzją, poprawiając wydajność wdrożenia.

  Aby uzyskać więcej informacji na temat włączania funkcji ThousandEyes dla organizacji i testów konfigurowania, zobacz ThousandEyes Integration with Video Mesh.

• Zgodnie z poprzednią zapowiedzią dotyczącą migracji rejestru kontenerów do Amazon ECR, oczekujemy zakończenia migracji do połowy marca 2024 roku. Uprzejmie zapewniaj łączność z ECR, zezwalając na adres URL "*dkr.ecr.us-east-1.amazonaws.com" w zaporach i proxy aplikacji.

Grudzień 2023 r.

Migracja rejestru kontenerów z Docker Hub do Amazon ECR

Rejestr kontenerów sieci wideo, w którym przechowywane są obrazy, zostanie zmieniony z Docker Hub na Amazon ECR. Migracja ma się odbyć w lutym 2024 r. Uprzejmie prosimy klientów o zapewnienie łączności z modułem ECR poprzez umożliwienie używania adresu URL „*.amazonaws.com” w zaporach i proxy aplikacji. Ten krok jest konieczny, aby zapobiec ewentualnym problemom podczas uaktualniania.

Sierpień 2023 r.

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

• API administratora VMN

• Interfejsy API sieci VMN

• Interfejsy API certyfikatów serwera VMN

Lipiec 2023

Webhooks dla alertów usługi Video Mesh

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

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

• Przekierowanie połączeń klastra — połączenia przekierowane z konkretnego klastra.
• Przepełnienia połączeń organizacji — łączne przepełnienia połączeń do chmury dla organizacji.

Interfejsy API węzła usługi Video Mesh

Wprowadziliśmy zestaw interfejsów API, które pomogą administratorom organizacji tworzyć, aktualizować, pobierać i usuwać certyfikaty związane z węzłami usługi Video Mesh. Aby uzyskać więcej informacji, zobacz interfejsy API węzła usługi Video Mesh .

Czerwiec 2023 r.

Wyrafinowaliśmy wykresy i wykresy pulpitu nawigacyjnego Analytics, aby rozszerzyć funkcję integracji typu klienta.

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

  Wybierz klaster na dowolnym wykresie lub wykresach donut, a następnie kliknij przycisk Zastosuj. Ta czynność filtruje również dane dla wszystkich innych wykresów, więc widzisz tylko dane, które są istotne dla wybranego klastra.

• Do karty Zasoby dodaliśmy dwa nowe wykresy. Są to łączne połączenia według typu punktu końcowego i łączne połączenia według trendu typu punktu końcowego. Możesz wybrać klastry i określone typy punktów końcowych, aby pokazać tylko potrzebne informacje.

• Na karcie Zaangażowanie pogrupowaliśmy węzły połączenia według wykresu typu punktu końcowego na następujące typy:

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

Maj 2023 r.

Obsługa klienta sieciowego

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

Marzec 2023 r.

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

Dodaliśmy test dostępności do istniejącego zestawu testów monitorowania. Test dostępności przeprowadza się wraz z badaniami monitorującymi stan mediów, zarówno okresowo, jak i na żądanie. Poprawiliś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 uzyskać dostęp do narzędzia monitorowania usługi Video Mesh. Nową kartę Video Mesh można znaleźć na stronie Rozwiązywanie problemów > Video Mesh zamiast Rozwiązywanie problemów > Status > Video Mesh jak poprzednio.

Strona przeglądu narzędzia monitorowania grupuje testy w zakresie sygnalizacji, kaskady i osiągalności, pomagając w precyzyjnym dostosowaniu procesu rozwiązywania problemów.

Luty 2023 r.

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 usługi Video Mesh wprowadziliśmy ulepszenia, które umożliwiają administratorom organizacji pełną kontrolę nad rozwiązywaniem problemów z ich wdrożeniami usługi Video Mesh.
• Administratorzy mogą teraz uruchamiać różne testy rozwiązywania problemów na żądanie, takie jak Network, Media Health Monitor i testy dostępności z portalu programisty. Mogą również zobaczyć szczegółowe wyniki przeprowadzonych testów, pomagając im uzyskać głębsze informacje na temat stanu ich wdrażania.

Listopad 2022 r.

Zmiana nazwy klastra w Control Hub

Teraz można edytować nazwy klastrów usługi Video Mesh w Control Hub. Dodaliśmy również obsługę Unicode do nazw klastrów.

wrzesień 2022

Interfejsy API dla programistów Video Mesh

Interfejsy API Video Mesh Developer zapewniają wydajny i elastyczny sposób pobierania przez administratorów organizacji szczegółowych metryk monitorowania i wnikliwej analizy danych z ich wdrożeń Video Mesh za pośrednictwem portalu Webex Developer. Mogą bezproblemowo zintegrować istniejące aplikacje monitorujące z tymi interfejsami API i zautomatyzować monitorowanie swoich klastrów i węzłów Video Mesh. Interfejsy API są dostępne pod adresem https://developer.webex.com/docs/api/v1/video-mesh. Przykładowy klient jest dostępny pod adresem https://github.com/CiscoDevNet/video-mesh-api-client.

Lipiec 2022

Zmiana narzędzia do monitorowania kondycji nośnika

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

Kwiecień 2022

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

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

Dzięki ustawieniu Preferuj siatkę wideo dla wszystkich zewnętrznych spotkań Webex, jeśli witryna Webex ma dostępne węzły Video Mesh, multimedia przechodzą przez te węzły dla spotkań w witrynach zewnętrznych. Aby uzyskać szczegółowe informacje, zobacz https://help.webex.com/en-us/article/nzvixgk/Keep-your-media-on-Video-Mesh-for-all-external-Webex-meetings.

styczeń 2022

Aktualizacje portów

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

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

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

Październik 2021

Globalnie dystrybuowane media

Video Mesh wykorzystuje teraz globalnie rozproszone media (GDM) możliwości Webex, aby osiągnąć lepszy routing multimediów. Aby osiągnąć optymalną łączność, Webex wybiera najbliższy węzeł multimediów w chmurze do Twojego przedsiębiorstwa podczas wykonywania kaskad Video Mesh do Webex. Następnie ruch przechodzi przez szkielet Webex do mikrousług Webex na spotkanie. Ten routing minimalizuje opóźnienia i utrzymuje większość ruchu w sieci szkieletowej Webex i poza Internetem.

Sierpień 13, 2021

Spotkania prywatne

Funkcja Spotkanie prywatne zwiększa bezpieczeństwo spotkania, zamykają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 odpowiedzi DNS na węzły Video Mesh regularnie trwają dłużej niż 750 ms, można włączyć buforowanie DNS. Po włączeniu buforowania DNS węzeł buforuje odpowiedzi DNS lokalnie. Lokalne buforowanie sprawia, że żądania rzadziej powodują alarmy łączności, przerwy w połączeniach lub problemy z jakością połączeń. Buforowanie DNS może również zmniejszyć obciążenie infrastruktury DNS.

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

Obsługa aplikacji Webex Events

Webex Video Mesh obsługuje teraz Webex Events.

7 sierpnia, 2020

Krótki format adresu wideo dla spotkań Webex

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

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

Aby użyć formatu krótkiego adresu wideo z istniejącym wdrożeniem video Mesh, dodaj wzorzec trasy lub wybierania w celu obsługi tego formatu. Aby uzyskać więcej informacji, zobacz odpowiednie zadanie, które zawiera "krótki adres wideo" w przewodniku, w zależności od tego, jak skonfigurowano środowisko sterowania połączeniami:

• Skonfiguruj Unified CM Secure TLS SIP Traffic Routing dla Webex Video Mesh

• Konfigurowanie ujednoliconego routingu ruchu SIP CM TCP dla Webex Video Mesh

• Konfigurowanie routingu ruchu SIP TCP na drodze ekspresowej dla usługi Video Mesh

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

Lipiec 9, 2020

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

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

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

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

Czerwiec 26, 2020

Nowa opcja wdrożenia VMNLite

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

Z tego powodu wprowadzamy nową opcję "VMNLite" do wdrażania wielu węzłów Webex Video Mesh na serwerze hosta z systemem VMware ESXI lub vCenter. VMNLite wymaga następujących specyfikacji dla każdej maszyny wirtualnej:

• 23 procesory wirtualne 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:

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

Podobnie jak w przypadku konfiguracji standardowej, nie można mieć współgości z innymi usługami na maszynach wirtualnych VMNLite.

Aby uzyskać więcej informacji, zobacz przewodnik wdrażania pod adresem https://www.cisco.com/go/video-mesh. Aby uzyskać instrukcje dotyczące zastępowania standardowej konfiguracji VMNLite, zobacz rozdział Zarządzanie i rozwiązywanie problemów z Webex Video Mesh .

Czerwiec 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 harmonogram tygodniowy, odroczenie oznacza, że uaktualnienie nastąpi w oknie aktualizacji w następnym tygodniu.

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

24 kwietnia 2020 r.

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

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

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

20 marca 2020 r.

Pomoc techniczna cisco Webex Teams EMEAR Data Residency

Organizacje w europejskim regionie rezydencji danych Cisco Webex Teams mogą teraz korzystać z usługi Video Mesh. 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.

Wrzesień 18, 2018

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

Węzły usługi Video Mesh są teraz zgodne z zalecanymi najlepszymi praktykami w zakresie jakości usług (QoS) poprzez włączenie zakresów portów, które umożliwiają różnicowanie strumieni audio i wideo we wszystkich przepływach do i z węzłów usługi Video Mesh. Ta zmiana umożliwia tworzenie zasad QoS i skuteczne śledzenie ruchu do i z węzłów Video Mesh.

Tym zmianom portów towarzyszą zmiany QoS. Węzły Video Mesh automatycznie oznaczają ruch multimediów z zarejestrowanych punktów końcowych SIP (zarejestrowane w siedzibie Unified CM lub VCS Expressway) zarówno dla audio (EF), jak i wideo (AF41) oddzielnie z odpowiednią klasą usług i używają znanych zakresów portów dla określonych typów multimedió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

12 lutego 2018 r.

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

Jeśli organizujesz spotkania w lokalnych węzłach multimediów hybrydowych za pośrednictwem usługi Cisco Spark Hybrid Media Service, możesz skorzystać z funkcji dostępnych w obsłudze przesyłania wielu strumieni. Multistream zapewnia średnio lepsze wykorzystanie przepustowości, szczególnie w przypadku łącza kaskadowego między węzłami Hybrid Media Service a węzłami multimediów w chmurze publicznej Cisco Spark.

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 Centrum sterowania. Aby w pełni korzystać z usługi Hybrid Media Service, należy upewnić się, że witryna WebEx znajduje się na platformie wideo Cisco WebEx w wersji 2.0. (Można sprawdzić, czy witryna WebEx jest zainstalowana na platformie wideo w wersji 2.0, jeśli lista Typ zasobu multimediów jest dostępna w opcjach witryny sali konferencyjnej Współpraca w chmurze).

Zmiany portów

• Hybrydowa usługa multimediów wymaga teraz nowego portu docelowego (5006).

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

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

Aktualizacja OVA

Usługa wymaga pobrania i zainstalowania najnowszej aktualizacji OVA na hybrydowych węzłach nośnika. Aby pobrać najnowszą OVA z widoku klienta w https://admin.ciscospark.com, przejdź do Services > Hybrid Media > Set > Settings (Usługi > hybrydowe media > konfigurowanie > 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 " Wyrejestrowaniewęzła nośnika hybrydowego" w Przewodniku wdrażania usługi Cisco Spark Hybrid Media Service.

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

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

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

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