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.

• Poprawiono latency/round-trip wartości czasu w statystykach multimediów na stronie rozwiązywania problemów ze spotkaniami w Control Hub. (W przypadku niektórych połączeń statystyki były o współczynnik 1000 zawyżone.)

• 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 teraz być w stanie rozwiązać testową nazwę FQDN, aby test DNS zakończył się pomyślnie. (We wcześniejszych wersjach, jeśli jakikolwiek serwer DNS był w stanie rozwiązać testową nazwę FQDN, test był zaliczany.)

• 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', stopień ważności: „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—lukę w zabezpieczeniach umożliwiającą przemyt żądań HTTP NGINX

• 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łowy komunikat o błędzie podczas sprawdzania poprawności nazwy FQDN względem adresu IP węzła.

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

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 nowy „Alternatywny temat” Name(s):" pole 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 poziom ważności tego alarmu z krytycznego na ostrzeżenie: „Węzeł Video Mesh nie mógł 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ł Video Mesh nie mógł 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—Jednokierunkowe wideo, gdy system immersyjny dołącza do Webex.

• Naprawiono CSCvo87069—Zaufane źródła SIP 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 serwera DNS <x>na zapytanie wynoszący <number> ms przekracza maksymalny czas odpowiedzi wynoszący 1500 ms”.

  • Tekst alarmu wyświetlany, gdy czas zapytania serwera DNS jest dłuższy niż 1,5 s podczas rozwiązywania serwera NTP: „Podczas rozwiązywania <ntp-server>; Czas odpowiedzi serwera(ów) DNS <x>na zapytanie wynoszący <number> ms przekroczył maksymalny czas odpowiedzi wynoszący 1500 ms.”

2019.02.12.1786m

Luty 15, 2019

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

• Naprawiono CSCvo26600—Walidator tokenów nie otrzymuje klucza walidacji tokenów, jeśli początkowe żądanie CI się nie powiedzie

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.

Styczeń 2025

Kaskady między klastrami

Kaskady międzyklastrowe oferują efektywny sposób optymalizacji wdrożenia sieci Video Mesh. Poprawia jakość połączeń i wykorzystanie pasma poprzez umożliwienie bezpośrednich kaskad między klastrami Video Mesh w Twojej organizacji. Masz również możliwość elastycznego wyboru klastrów Twojej organizacji, które mogą uczestniczyć w kaskadach międzyklastrowych. Więcej informacji można znaleźć w Kaskady międzyklastrowe.

Listopad 2024

Zakończenie obsługi protokołu Telepresence Interoperability Protocol (TIP) i Multiplex (MUX)

Usługa Video Mesh nie będzie już obsługiwać protokołu TelePresence Interoperability Protocol (TIP) i Multiplex (MUX) używanych w urządzeniach CTS, TX i IX zgodnie z wycofywaniem protokołu przez firmę Webex TIP/MUX protokół.

Luty 2024

• Platforma Video Mesh jest teraz zintegrowana z agentem ThousandEyes Enterprise, co pozwala na kompleksowy monitoring całego hybrydowego ekosystemu cyfrowego. Integracja ta udostępnia szeroką gamę testów monitorowania sieci. Problemy w dowolnym miejscu infrastruktury sieciowej można diagnozować z większą precyzją, co zwiększa wydajność wdrożenia.

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

• Zgodnie z wcześniejszym ogłoszeniem dotyczącym migracji rejestru kontenerów do Amazon ECR, spodziewamy się zakończyć migrację do połowy marca 2024 r. Aby zapewnić łączność z ECR, zezwól na adres URL „*dkr.ecr.us-east-1.amazonaws.com” w zaporach sieciowych i serwerach proxy aplikacji.

Grudzień 2023

Migracja rejestru kontenerów z Docker Hub do Amazon ECR

Rejestr kontenerów siatki 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 ECR poprzez zezwolenie na adres URL „*.amazonaws.com” w zaporach sieciowych i serwerach proxy swoich aplikacji. Ten krok jest konieczny, aby zapobiec potencjalnym problemom podczas aktualizacji.

Sierpień 2023 r.

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

• Interfejsy API administracji VMN

• Interfejsy API sieci VMN

• Interfejsy API certyfikatów serwera VMN

Lipiec 2023

Webhooki dla alertów Video Mesh

Rozwiązanie Video Mesh obsługuje teraz alerty za pośrednictwem elementów Webhook, dzięki czemu administratorzy organizacji mogą bez wysiłku monitorować niektóre aspekty wdrożeń. Mogą zdecydować się na otrzymywanie powiadomień o zdarzeniach, takich jak przepełnienie połączeń i przekierowania połączeń, minimalizując w ten sposób potrzebę logowania się do Control Hub w celu monitorowania wdrożenia.

Na tym etapie można monitorować następujące typy zdarzeń za pomocą webhooków:

• Przekierowania połączeń klastra – Połączenia przekierowywane z określonego klastra.
• Przepełnienia połączeń organizacji – Łączna liczba przepełnionych połączeń do chmury w organizacji.

Interfejsy API węzłów siatki wideo

Wprowadziliśmy zestaw interfejsów API, które ułatwią administratorom organizacji tworzenie, aktualizowanie, pobieranie i usuwanie certyfikatów powiązanych z węzłami Video Mesh. Więcej informacji można znaleźć w Interfejsach API węzłów siatki wideo.

Czerwiec 2023 r.

Udoskonaliliśmy wykresy i tabele na pulpicie Analytics, aby rozszerzyć funkcję uwzględniania typu klienta.

• Dane dotyczące poszczególnych klastrów można zobaczyć na karcie Zasoby.

  Wybierz klaster na dowolnym wykresie pierścieniowym lub diagramie i kliknij Zastosuj. Ta czynność filtruje również dane dla wszystkich innych wykresów, dzięki czemu widzisz tylko te dane, które są istotne dla wybranego klastra.

• Dodaliśmy dwa nowe wykresy do zakładki Zasoby. Są to Łączna liczba połączeń wywołań według typu punktu końcowego i Łączna liczba połączeń wywołań według trendu typu punktu końcowego. Możesz wybrać klastry i określone typy punktów końcowych, aby wyświetlić tylko te informacje, których potrzebujesz.

• Na karcie Zaangażowanie pogrupowaliśmy wykres Etapy połączeń według typu punktu końcowego w następujące typy:

  • Urządzenia SIP
  • Aplikacja Webex na komputer
  • Aplikacja mobilna Webex
  • Aplikacja Webex VDI
  • Urządzenia Webex

Maj 2023 r.

Wsparcie klienta internetowego

Połączenia wykonywane za pośrednictwem klienta internetowego mogą teraz trafiać do węzłów Video Mesh, co zapewnia Twojej organizacji większą wszechstronność w zakresie obsługiwanych typów połączeń.

Marzec 2023 r.

Nowy test dostępnoś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 jest przeprowadzany jednocześnie z testami monitorowania stanu mediów, okresowo i na żądanie. Udoskonaliliśmy również narzędzie monitorujące, aby zapewnić bardziej szczegółowe wyniki testów, oraz zaktualizowaliśmy stronę przeglądu, aby zapewnić prostszy, bardziej intuicyjny dostęp do szczegółowych informacji.

Zmieniliśmy ścieżkę interfejsu użytkownika umożliwiającą dostęp do narzędzia do monitorowania Video Mesh. Nową kartę Siatka wideo znajdziesz w Rozwiązywanie problemów > Siatka wideo zamiast Rozwiązywanie problemów > Stan > Siatka wideo jak poprzednio.

Strona przeglądu narzędzia monitorującego grupuje testy w kategoriach Sygnalizacji, Kaskady i Dostępności, co ułatwia precyzyjne dostrojenie procesu rozwiązywania problemów.

Luty 2023 r.

Interfejsy API dla programistów Video Mesh do rozwiązywania problemów & integracja z systemami monitorowania innych firm

• Na tym etapie interfejsów API dla programistów usługi Video Mesh wprowadziliśmy usprawnienia, które umożliwiają administratorom organizacji pełną kontrolę nad rozwiązywaniem problemów we wdrożeniach usługi Video Mesh.
• Administratorzy mogą teraz uruchamiać różne testy rozwiązywania problemów na żądanie, takie jak testy sieciowe, monitorowania stanu nośników i testy dostępności, z poziomu Portalu dla programistów. Mogą także przeglądać szczegółowe wyniki uruchomionych testów, co pozwala im lepiej zrozumieć stan wdrożenia.

Listopad 2022 r.

Zmiana nazwy klastra w Control Hub

Teraz możesz edytować nazwy klastrów 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 dla programistów rozwiązania Video Mesh zapewniają administratorom organizacji wydajny i elastyczny sposób pobierania szczegółowych danych pomiarowych na potrzeby monitorowania i szczegółowych analiz wdrożeń rozwiązania Video Mesh za pośrednictwem portalu dla programistów Webex. 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 przypadku witryn WBS39.9 i nowszych użytkownicy mogą dołączać do spotkań, korzystając z krótszego formatu adresu wideo @webex.com (zamiast @.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 przechowywania danych Cisco Webex Teams mogą teraz korzystać z rozwiązania 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 sieci Video Mesh

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

Tym zmianom portów towarzyszą zmiany QoS. Węzły Video Mesh automatycznie oznaczają ruch multimedialny z zarejestrowanych punktów końcowych SIP (zarejestrowanych lokalnie w Unified CM lub VCS Expressway) oddzielnie dla dźwięku (EF) i obrazu (AF41) przy użyciu odpowiedniej klasy usługi 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ą wersję OVA, z widoku klienta w https://admin.ciscospark.comprzejdź do Usługi > Media hybrydowe > Organizować coś > 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.