2021.06.17.2415m

24 czerwca 2021 r.

Nie ma informacji o wersji dla tego uaktualnienia serwisowego.

2021.05.27.2405m

4 czerwca 2021 r.

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

2021.05.05.2395m.5

21 maja, 2021

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

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

2021.04.27.2391m

30 kwietnia 2021 r.

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

2021.03.22.2384m.3

6 kwietnia 2021 r.

Nie ma informacji o wersji dla tego uaktualnienia serwisowego.

2021.03.22.2384m.1

31 marca 2021 r.

Nie ma informacji o wersji dla tego uaktualnienia serwisowego.

2021.03.03.2359m.7

16 marca 2021 r.

Nie ma informacji o wersji dla tego uaktualnienia serwisowego.

2021.03.03.2359m

12 marca 2021 r.

Nie ma informacji o wersji dla tego uaktualnienia serwisowego.

2021.02.05.2352m.4

12 lutego 2021 r.

• Dodaje opcję wyłączenia logowania lokalnego w interfejsie WWW administratora węzła Video Mesh.

• Rozwiązuje problemy z jitterem i niepoprawnie zgłaszanymi wartościami czasu podróży w obie strony.

2021.01.13.2349m.3

5 lutego 2021 r.

Nie ma informacji o wersji dla tego uaktualnienia serwisowego.

2020.12.08.333m.6

25 stycznia 2021 r.

Nie ma informacji o wersji dla tego uaktualnienia serwisowego.

2020.12.08.2333m.5

8 stycznia 2021 r.

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

• Naprawiono błąd polegający na tym, że jeśli wygaśnięcie hasła jest ustawione na „nigdy”, nie można zmienić hasła za pomocą GUI.

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

• Poprawiono raportowanie błędów połączenia z przekroczenia limitu czasu podczas testowania połączenia 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 prywatnych klastrów Video Mesh Node.

2020.12.08.2333m

11 grudnia 2020 r.

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

• Naprawiono błąd kosmetyczny polegający na tym, że wywołanie testu kondycji mogło spowodować nieprawidłowe wyświetlanie stanu węzła jako „Instalowanie” w Control Hub.

2020.11.17.2319m.9

8 grudnia, 2020

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

2020.11.17.2319m.4

1 grudnia 2020 r.

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

• Uruchamianie testów na żądanie lub testów cyklicznych co godzinę dla każdego węzła i klastra.

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

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

• Śledzenie niepowodzeń testów historycznych przez maksymalnie siedem dni.

2020.11.17.2319m.4

25 listopada, 2020

• Brak informacji o wersji dla tego uaktualnienia serwisowego.

2020.11.06.2314m

18 listopada 2020 r.

• Zwiększono próg podnoszenia alarmu NTP w węzłach Video Mesh.

• Zwiększono szczegółowość komunikatów o błędach, aby pomóc w debugowaniu przyszłych problemów z NTP w węzłach Video Mesh.

• Naprawiono błąd polegający na tym, że przesyłanie dziennika VMN kończyło się niepowodzeniem.

• Naprawiono problemy kaskadowe między węzłami Video Mesh i nowymi węzłami w chmurze.

2020.10.10.2305m

23 października 2020 r.

• Naprawiono błąd powodujący, że tryb konserwacji nie włączał się poprawnie w niektórych sytuacjach.

2020.09.22.2288m.3

1 października 2020 r.

• Brak informacji o wersji dla tego uaktualnienia serwisowego.

2020.09.22.2288m

Wrzesień 30, 2020

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

• Naprawiono problem z testem osiągalności TCP .

• Poprawiono wartości opóźnienia/czasu podróży w obie strony w statystykach multimediów na stronie rozwiązywania problemów ze spotkaniami w Control Hub. (Statystyki niektórych połączeń były przesunięte o 1000 razy).

• Zmieniono na używanie tylko bezpieczniejszych szyfrów TLS na niektórych portach.

2020.09.11.2279m

18 września 2020 r.

• Dodano informacje o zakresie IP zarezerwowanych do użytku wewnętrznego w interfejsie internetowym węzła Video Mesh.

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

• Wyłączono TLS 1.1 na porcie 33432.

• Naprawiono błędne statystyki wyświetlane w strumieniu audio prezentacji IX5000 podczas przechodzenia między poczekalnią 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 . (Patrz karta Ogłoszenia).

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

• Naprawiono błąd, który powodował niepowodzenie testu osiągalności z powodu wyczerpania portu.

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

• Naprawiono błąd polegający na tym, że dane przesyłania/pobierania przez UDP były niepoprawnie wyświetlane w wynikach testu przepustowości w interfejsie internetowym.

2020.08.06.2258m.4

18 sierpnia 2020 r.

• Brak informacji o wersji dla tego uaktualnienia serwisowego.

2020.08.06.2258m.1

13 sierpnia 2020 r.

• 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 używania jawnego serwera proxy mógł utracić łączność sieciową po zmianie adresu IP sieci Container Network.

2020.07.15.2245m

20 lipca 2020 r.

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

• Naprawiono problem polegający na tym, że dźwięk odbierany z aplikacji Webex Meetings może być cichszy niż oczekiwany przez pierwsze kilka sekund po okresie ciszy.

2020.06.29.2236m.10

9 lipca 2020 r.

• Zmieniono zachowanie testu rozpoznawania DNS . Każdy skonfigurowany serwer DNS musi teraz być w stanie rozpoznać testową nazwę FQDN, aby test DNS zakończył się pomyślnie. (We wcześniejszych wersjach, jeśli dowolny serwer DNS był w stanie rozpoznać testową nazwę FQDN, test zakończyłby się pomyślnie).

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

• Dodano opcje konfiguracji jednostki MTU interfejsu sieciowego. (Patrz karta Ogłoszenia).

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

2020.06.18.2231m

26 czerwca 2020 r.

• Poprawiono wybór współczynnika proporcji dla przepustowości około 1,5 Mb/s przy włączonej rozdzielczości 1080p.

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

• Naprawiono błąd polegający na tym, że po rozpoczęciu, a następnie szybkim zatrzymaniu przechwytywania pakietów pojawiał się błąd.

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

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

• Naprawiono błąd polegający na tym, że test połączenia proxy nieprawidłowo zgłaszał błąd 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

10 czerwca 2020 r.

• Dodano możliwość włączania i wyłączania trybu konserwacji na stronie administracji interfejsu sieciowego węzła Video Mesh.

• Usunięto alarmy i sprawdzenia dotyczące łączności z serwerem Amazon ECR ze strony Przegląd interfejsu WWW węzła.

• Dodano licznik dostępności do strony Przegląd interfejsu WWW węzła.

• Usunięto użycie CPU ze strony Przegląd interfejsu WWW węzła.

• Wyłączono testy łączności proxy na porcie 444 w ramach przełączania sygnalizacji kaskadowej na port 443.

2020.05.13.2195m

27 maja 2020 r.

• Usunięto problem polegający na tym, że rozszerzenie autouzupeł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 r.

• Rozwiązano problem polegający na tym, że moduł sprawdzania połączeń na porcie 444 błędnie zgłaszał awarię, gdy znajdował się za niektórymi typami serwerów proxy.

• Naprawiono błąd polegający na tym, że można było zainstalować niezgodny certyfikat serwera, jeśli wcześniej przesłano prawidłowo zgodny certyfikat.

• Wyłączono test połączenia gniazda WebSocket po wykryciu problemu, 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 testów łączności z chmurą na stronie Przegląd interfejsu internetowego węzła Webex Video Mesh.

• Naprawiono błąd, który powodował fałszywy alarm DNS nieprawidłowej nazwy hosta.

• Dodano ograniczenie długości klucza na stronie Certyfikat serwera z komunikatem o błędzie, jeśli administrator prześle certyfikat serwera o długości poniżej 2048 bitów.

• Ulepszona obsługa sytuacji, w których administrator wprowadza klucz prywatny o długości poniżej 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

17 kwietnia 2020 r.

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

• Usunięto problem, który mógł powodować niepowodzenia połączeń, jeśli w krótkim czasie podjęto wiele prób połączeń.

2020.03.11.2143m.7

6 kwietnia 2020 r.

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

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

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

• Zmieniono sposób obsługi weryfikacji OAuth, aby zapewnić większą odporność na opóźnione odpowiedzi.

2020.03.11.2143m.3

24 marca 2020 r.

• Brak informacji o wersji dla tego uaktualnienia serwisowego.

2020.03.11.2143m.9 — Pilna aktualizacja

22 marca 2020 r.

• Dodano więcej funkcji rejestrowania w celu obsługi debugowania.

2020.03.11.2143m — Pilna aktualizacja

11 marca 2020 r.

• Wyłączono okresowe kontrole stanu połączenia i odpowiedni alarm ( mf.callHealth.fail ), który został zgłoszony w węźle i w Control Hub, jeśli błędy wystąpiły w węźle powyżej określonego progu.

2020.03.02.2132m

6 marca 2020 r.

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

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

  Identyfikator alarmu: ' mf.callHealth.fail ', ważność: „ostrzeżenie”, tytuł: „Sprawdzanie stanu połączenia nie powiodło się”

20202.09.2120m.1

28 lutego 2020 r.

• Brak informacji o wersji dla tego uaktualnienia serwisowego.

2020.01.30.2115m

7 lutego 2020 r.

• NaprawionoCSCvs70769 — Luka w zabezpieczeniach protokołu NGINX związana z przemytem żądań HTTP

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

2020.01.12.2091m

22 stycznia 2020 r.

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

• Naprawiono problem (CSCvs28104 ), gdzie wideo o niskiej jakości może być wyświetlane na niektórych ekranach realistycznego punktu końcowego z trzema ekranami.

• Usunięto problem polegający na tym, że niektóre połączenia SIP były konfigurowane z opóźnieniem.

2019.12.15.2053m

8 stycznia 2020 r.

• Naprawiono błąd polegający na tym, że spotkania (które obejmowały co najmniej jedną Webex Board) 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 r.

• Naprawiono błąd polegający na tym, że ekran dołączania do spotkania pozostawał pusty, gdy *.clouddrive.com był zablokowany w sieci klienta. Chociaż w tym scenariuszu ekran dołączania do spotkania nie jest już pusty, nadal wymagamy odblokowania tego 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 poziomu interfejsu internetowego w podręczniku wdrażania pod adresemhttps://www.cisco.com/go/video-mesh .

2019.11.06.1992m

14 listopada 2019 r.

• NaprawionoCSCvr92794 — Nieprawidłowy komunikat o błędzie podczas sprawdzania poprawności nazwy FQDN względem IP węzła .

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

2019.10.21.1973m.1

1 listopada 2019 r.

• Dodano możliwość przesyłania i pobierania dzienników i plików pcap ze strony rozwiązywania problemów interfejsu węzła Webex Video Mesh, nawet gdy węzeł jest niezarejestrowany. Aby uzyskać więcej informacji, zobacz Generuj dzienniki Webex Video Mesh na potrzeby pomocy technicznej i Generowanie przechwytywania pakietów Webex Video Mesh na potrzeby pomocy technicznej .

2019.10.11.1964m.1

23 października 2019 r.

• NaprawionoCSCvr39819 — Wersja oprogramowania podatnego na lukę .

• NaprawionoCSCvr39878 — Certyfikat X.509 z podpisem własnym, którego nazwa zwyczajowa nie jest zgodna z nazwą serwera wydającego (SSL/ TLS) . Wprowadzono zmianę polegającą na tym, że nazwa pospolita certyfikatu w węźle zawiera nazwę FQDN węzła (jeśli jest dostępna) lub adres IP .

• Dodano nową nazwę „Alternatywne nazwy podmiotu:” do formularza tworzenia CSR w interfejsie WWW.

2019.09.19.1956m

26 września 2019 r.

• Dodano ustawienia sieciowe do internetowego interfejsu użytkownika węzła Video Mesh. Aby uzyskać więcej informacji, zobacz Konfigurowanie ustawień sieciowych za pomocą interfejsu WWW Webex Video Mesh Node .

• Zmieniono wagę tego alarmu z krytycznego na ostrzeżenie: „Węzeł Video Mesh nie mógł pobrać wymaganego oprogramowania od dostawcy chmury Cisco . Problem może wynikać z wielu problemów związanych z siecią. Sprawdź połączenie sieciowe z siecią publiczną (.amazonaws.com) i sprawdź ustawienia DNS . Może się to również zdarzyć z powodu zmian w zaporze 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 interfejsie WWW węzła.

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

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

• Certyfikaty serwera podpisane za pomocą słabych szyfrów (takich 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.

• Naprawiono błąd polegający na tym, że poziomy CPU węzła rosły i nie wracały do akceptowalnych poziomów.

• Usunięto problem polegający na tym, ż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 sieciowe podczas pierwszej konfiguracji maszyny wirtualnej węzła. Zobacz Zainstaluj oprogramowanie Webex Video Mesh Node w podręczniku wdrażania, aby uzyskać więcej informacji.

2019.08.14.1937m

16 sierpnia 2019

• Dodano obsługę jawnych serwerów proxy z uwierzytelnianiem bez uwierzytelniania, podstawowym, skrótem lub uwierzytelnianiem NTLM. Aby uzyskać więcej informacji, zobacz Obsługa serwera proxy dla siatki wideo i inne istotne aktualizacje w podręczniku wdrażania.

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

2019.08.01.1929m

8 sierpnia 2019 r.

• Naprawiono dwa błędy:

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

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

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

• Dodano sprawdzanie łączności za pomocą poleceń ping, traceroute i NTP w interfejsie WWW węzła. (Więcej informacji można znaleźć w podręczniku wdrażania).

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

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

• Usunięto problem polegający na tym, że opcja wyłączenia wyciszenia nie była dostępna dla niektórych typów uczestników po wyciszeniu przez prowadzącego.

• Poprawiono tempo odtwarzania multimediów w transkodowanych prezentacjach.

2019.06.13.1907m.7

12 lipca 2019 r.

• Naprawiono błąd, 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ło podzielenie dźwięku, gdy uczestnicy byli wyciszani przez prowadzącego, a następnie wyłączani.

2019.06.13.1907m.3

20 czerwca 2019 r.

• Naprawiono błąd polegający na tym, że stan udostępniania prezentacji był nieprawidłowy, jeśli punkt końcowy próbował udostępnić na ekranie poczekalni.

• Dodano ulepszenie przyspieszające rozpoczęcie udostępniania prezentacji po transkodowaniu.

2019.06.13.1907m.1

14 czerwca 2019 r.

• Naprawiono błąd polegający na tym, że niektóre węzły Video Mesh nie uruchamiały się automatycznie po uaktualnieniu, co powodowało wyłączenie funkcji rozwiązywania problemów węzła i brakowało informacji na stronie przeglądu.

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

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

2019.05.20.1892m1

24 maja 2019 r.

• 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 o tych funkcjach, zobacz Zarządzanie Webex Video Mesh w podręczniku wdrażania pod adresemhttps://www.cisco.com/go/video-mesh .

• Dodano nowy alarm w ramach nadchodzącej migracji do elastycznego rejestru kontenerów Amazon: „Węzeł Video Mesh nie mógł pobrać wymaganego oprogramowania od dostawcy chmury Cisco . Problem może wynikać z wielu problemów związanych z siecią. Sprawdź połączenie sieciowe z siecią publiczną i sprawdź ustawienia DNS . Może się to również zdarzyć z powodu zmian w zaporze 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 węzły Video Mesh miały dostęp do URL. Aby uzyskać więcej informacji, zobacz kartę Ogłoszenia.

• Rozwiązano problem polegający na tym, że spotkania Skype dla firm niepoprawnie wyświetlały „l2sip-UA” jako tytuł spotkania i nazwę uczestnika.

2019.04.29.1873m.4

13 maja 2019 r.

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

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

• Naprawiono błąd, który powodował, że udostępnianie zawartości kończyło się niepowodzeniem w niektórych scenariuszach.

2019.04.29.1873m

30 kwietnia 2019 r.

• Brak informacji o wersji dla tego uaktualnienia serwisowego.

2019.04.18.1869m.1

26 kwietnia 2019 r.

• Naprawiono błąd powodujący, że w niektórych przypadkach udostępnianie bezprzewodowe z aplikacji Webex Teams dla systemu Windows nie działało.

2019.03.22.1829m.2

2 kwietnia 2019 r.

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

• Naprawiono błąd polegający na tym, że alarmy NTP w Control Hub nie były usuwane po rozpoczęciu działania wadliwego serwera NTP .

2019.03.19.1826m

22 marca 2019 r.

• Aby wprowadzić zmiany konfiguracji w zarejestrowanym węźle, należy teraz umieścić węzeł w tryb konserwacji pierwszy.

• Strona stanu przeglądu zawiera wyniki 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 uszkodzonego obrazu wideo w przypadku utraty pakietów.

• NaprawionoCSCvo93454 — Jednokierunkowe wideo, gdy System Immersive dołącza do Webex.

• NaprawionoCSCvo87069 — Brak zapełniania zaufanych źródeł protokołu SIP w sieci wideo

2019.02.14.1788m.1

21 lutego 2019 r.

• Naprawiono błąd polegający na tym, że punkty końcowe z trzema ekranami 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ły dla punktów końcowych SIP.

• Węzły Video Mesh próbują teraz uzyskać dostęp do nowego 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 Control Hub, 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: „Serwer DNS<x> czas odpowiedzi na zapytanie użytkownika:<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> ; Serwery DNS<x> czas odpowiedzi na zapytanie użytkownika:<number> ms przekroczyła maksymalny czas odpowiedzi 1500 ms.”

2019.02.12.1786m

15 lutego 2019 r.

• Ta wersja jest wersją kandydującą dla łącza TLS SIP i obsługi proxy z przezroczystą inspekcją/bez inspekcji dla usługi Video Mesh. Więcej informacji można znaleźć w podręczniku wdrażania pod adresemhttps://www.cisco.com/go/video-mesh .

• NaprawionoCSCvo26600 — Narzędzie do sprawdzania poprawności tokenów nie otrzymuje klucza sprawdzania poprawności tokenów, 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. Więcej informacji można znaleźć w podręczniku wdrażania pod adresemhttps://www.cisco.com/go/video-mesh .

• Dodano nowe testy, aby okresowo weryfikować poprawność serwerów NTP skonfigurowanych w węzłach Video Mesh. Komunikaty ostrzegawcze dotyczące nieprawidłowego serwera NTP są wyświetlane w interfejsie administratora usługi Video Mesh podczas logowania oraz jako alarmy w aplikacji Control Hub.

2019.01.14.1764m.1

18 stycznia 2019 r.

• Naprawiono błąd polegający na tym, że obraz wideo był przesyłany tylko w jedną stronę podczas spotkania, 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 serwisowego.

Marzec 2023 r.

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

Do istniejącego zestawu testów monitorowania dodaliśmy test osiągalności. Test osiągalności jest uruchamiany z testami monitorowania kondycji nośnika, zarówno okresowo, jak i na żądanie. Ulepszyliśmy również narzędzie do monitorowania, aby zawierało więcej szczegółów w wynikach testów, i zaktualizowaliśmy stronę przeglądu, aby zapewnić prostszy i bardziej intuicyjny dostęp do szczegółowych informacji.

Zmieniliśmy ścieżkę interfejsu użytkownika, aby uzyskać dostęp do narzędzia monitorowania siatki wideo. Nową kartę Siatka wideo można znaleźć pod adresem Rozwiązywanie problemów > Siatka wideo zamiast Rozwiązywanie problemów > Stan > Siatka wideo jak poprzednio.

Strona przeglądu narzędzia monitorowania grupuje testy w kategoriach sygnalizacyjnych, kaskadowych i osiągalności, pomagając w 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

• Na tym etapie interfejsów API dla programistów usługi Video Mesh wprowadziliśmy ulepszenia, które umożliwiają administratorom organizacji przejęcie pełnej kontroli nad rozwiązywaniem problemów z wdrożeniami usługi Video Mesh.
• Administratorzy mogą teraz uruchamiać różne testy rozwiązywania problemów na żądanie, takie jak sieć, monitor kondycji nośnika i testy osiągalności z portalu dla programistów. Mogą również wyświetlać szczegółowe wyniki testów, które uruchomili, co pomaga im uzyskać głębszy wgląd w stan wdrożenia.

Listopad 2022 r.

Zmiana nazwy klastra w Control Hub

Teraz możesz edytować nazwy swoich klastrów Video Mesh w Control Hub. Do nazw klastrów dodaliśmy również obsługę Unicode.

Wrzesień 2022

Interfejsy API dla programistów Video Mesh

Interfejsy API Webex Video Mesh Developer zapewniają administratorom organizacji potężny i elastyczny sposób pobierania szczegółowych metryk na potrzeby monitorowania i wnikliwych danych analitycznych dotyczących wdrożeń usługi Video Mesh za pośrednictwem portalu dla programistów Webex . Mogą bezproblemowo zintegrować swoje 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 adresemhttps://developer.webex.com/docs/api/v1/video-mesh . Przykładowy klient jest dostępny pod adresemhttps://github.com/CiscoDevNet/video-mesh-api-client .

Lipiec 2022 r.

Zmiana narzędzia do monitorowania kondycji mediów

Zmieniliśmy częstotliwość okresowych testów dla całego klastra, dla klastra lub dla konkretnego węzła. W poprzednich wersjach testy były przeprowadzane co godzinę. Teraz są uruchamiane co 6 godzin.

Kwiecień 2022

Przechowuj multimedia w usłudze Video Mesh podczas wszystkich zewnętrznych spotkań Webex

W poprzednich wersjach kontrolowano użycie funkcji Video Mesh do spotkań tylko w witrynach wewnętrznych. W przypadku spotkań, które są hostowane w zewnętrznych witrynach Webex , te witryny są kontrolowane, jeśli funkcja Video Mesh może przechodzić kaskadowo do Webex. Jeśli witryna zewnętrzna nie zezwala na kaskadowanie usługi Video Mesh, multimedia zawsze używały węzłów chmury Webex .

Z Preferuj siatkę wideo dla wszystkich zewnętrznych Webex Meetings Jeśli w witrynie Webex są dostępne węzły Video Mesh, multimedia będą przechodzić przez te węzły podczas spotkań w witrynach zewnętrznych. Aby uzyskać szczegółowe informacje, zobaczhttps://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 Media Cloud:

Te porty stanowią dodatek do istniejącego portu 5004. Otwórz zakres portów UDP od 50 000 do 53 000 w konfiguracji zapory. Jeśli te porty nie będą otwarte w momencie premiery nadchodzącej wersji, zobaczysz przerwy w świadczeniu usług.

Jak wymieniono w Wymagania sieciowe dla usług Webex , Expressway używa już tego zakresu portów dla chmury Webex . Dlatego większość wdrożeń nie wymaga żadnych aktualizacji w celu obsługi tego nowego wymagania dla usługi Video Mesh. Jednak w przypadku wdrożeń z bardziej rygorystycznymi regułami zapory należy zaktualizować konfigurację zapory, aby otworzyć te porty dla usługi Video Mesh przed wydaniem z lutego.

Październik 2021

Media dystrybuowane na całym świecie

Siatka wideo używa teraz media rozproszone globalnie (GDM) możliwości Webex w celu osiągnięcia lepszego routingu multimediów. Aby uzyskać optymalną łączność, podczas kaskadowania usługi Video Mesh z usługą Webex Webex wybiera węzeł multimedialny w chmurze najbliższy przedsiębiorstwu. Następnie ruch przechodzi przez sieć szkieletową Webex do Webex na spotkanie. Ten routing minimalizuje opóźnienia i utrzymuje większość ruchu w sieci szkieletowej Webex i poza Internetem.

13 sierpnia 2021 r.

Spotkania prywatne

Funkcja Spotkanie prywatne zwiększa bezpieczeństwo spotkania, zamykając multimedia w Twojej siedzibie. Gdy planujesz spotkanie prywatne, multimedia zawsze kończą się w węzłach Video Mesh w sieci firmowej bez kaskady chmury. W przeciwieństwie do zwykłych spotkań, jeśli węzły lokalne są pełne, media nie są przesyłane kaskadowo do chmury Webex .

Wszyscy uczestnicy spotkania prywatnego 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 spotkania prywatnego. Nikt jednak nie może dołączyć do spotkania prywatnego spoza Twojej sieci.

Zobacz Spotkania prywatne w podręczniku wdrażania pod adresemhttps://www.cisco.com/go/video-mesh a Zaplanuj prywatne spotkanie Webex artykuł.

9 lutego 2021 r.

Węzły dostępu z Control Hub dla pełnych administratorów

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

Z tej funkcji może korzystać tylko pełny administrator w organizacji Webex . Inni administratorzy, w tym partnerzy i pełnoprawni administratorzy zewnętrzni, nie mają następujących uprawnień Przejdź do węzła opcja dla zasobów Video Mesh.

Zobacz Omówienie dostępu do węzła Webex Video Mesh z poziomu interfejsu internetowego w podręczniku wdrażania pod adresemhttps://www.cisco.com/go/video-mesh .

26 sierpnia, 2020

Buforowanie DNS

Jeśli odpowiedzi DNS na węzły usługi Video Mesh regularnie trwają dłużej niż 750 ms, można włączyć buforowanie DNS . Gdy buforowanie DNS jest włączone, węzeł buforuje odpowiedzi DNS lokalnie. Lokalna pamięć podręczna zmniejsza prawdopodobieństwo wywołania przez żądania alarmów łączności, zerwania połączeń lub problemów z jakością połączenia. Buforowanie DNS może również zmniejszyć obciążenie infrastruktury DNS .

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

Obsługa aplikacji Webex Events

Webex Video Mesh obsługuje teraz Webex Events.

7 sierpnia 2020 r.

Format krótkiego adresu wideo dla Webex Meetings

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

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

Aby użyć formatu krótkiego adresu wideo w istniejącym wdrożeniu usługi Video Mesh, dodaj wzorzec trasy lub wybierania numerów do 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 konfiguracji środowiska sterowania połączeniami:

• Konfigurowanie routingu ruchu SIP Unified CM Secure TLS dla Webex Video Mesh

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

• Konfigurowanie routingu ruchu TCP SIP Expressway dla funkcji Video Mesh

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 .

9 lipca 2020 r.

Nowe ustawienia konfiguracji jednostki MTU interfejsu sieciowego w interfejsie WWW węzła sieci wideo

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

Wszystkie węzły Webex Video Mesh mają domyślnie włączone wykrywanie Path MTU (PMTU). Dzięki PMTU węzeł może wykryć problemy z MTU i automatycznie dostosować rozmiar MTU. Gdy jednostka PMTU ulegnie awarii z powodu problemów z zaporą lub siecią, węzeł może mieć problemy z łącznością z chmurą, ponieważ liczba pakietów przekracza wartość MTU. Ręczne ustawienie niższego rozmiaru jednostki MTU może rozwiązać ten problem.

Ręczne ustawienia jednostki MTU można znaleźć na stronie ustawień sieci Zaawansowane w interfejsie WWW Webex Video Mesh Node. Więcej informacji można znaleźć w podręczniku wdrażania pod adresemhttps://www.cisco.com/go/video-mesh .

26 czerwca 2020 r.

Nowa opcja wdrażania 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. Wdrożenie 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 sieci wideo Webex na serwerze hosta z oprogramowaniem 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 lokalnego miejsca na dysku twardym

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

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

Podobnie jak w przypadku konfiguracji standardowej, nie można korzystać z funkcji współistnienia z innymi usługami na maszynach wirtualnych VMNLite.

Więcej informacji można znaleźć w podręczniku wdrażania pod adresemhttps://www.cisco.com/go/video-mesh . Aby dowiedzieć się, jak zastąpić standardową konfigurację VMNLite, zobacz Zarządzanie i rozwiązywanie problemów z Webex Video Mesh rozdział.

9 czerwca 2020 r.

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

Teraz można zaplanować automatyczne uaktualnienia oprogramowania w klastrach Video Mesh tak, aby odbywały się co tydzień zamiast codziennie (domyślnie). Uaktualnienie można odłożyć jeden raz. Jeśli ustawisz harmonogram tygodniowy, odroczenie oznacza, że uaktualnienie nastąpi w oknie uaktualniania 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 adresemhttps://www.cisco.com/go/video-mesh .

24 kwietnia 2020 r.

Interfejs sieci zewnętrznej, reguły routingu, opcje sieci kontenerowej w interfejsie WWW węzła Video Mesh

Interfejs sieciowy Video Mesh zawiera więcej nowych funkcji, które ułatwiają obsługę zmian w sieci. Interfejs zewnętrzny można włączyć we wdrożeniu z dwoma interfejsami sieciowymi (NIC) za pomocą interfejsu internetowego. Następnie można precyzyjnie dostosować routing dla węzłów Video Mesh, dodając zdefiniowane przez użytkownika reguły tras dla interfejsów zewnętrznych i wewnętrznych. Można również zmienić adres IP i podsieć mostka kontenera.

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

20 marca 2020 r.

Obsługa rezydencji danych Cisco Webex Teams w regionie EMEAR

Organizacje w europejskim regionie przechowywania danych Cisco Webex Teams . może teraz korzystać z Webex Video Mesh. Ta pomoc techniczna obejmuje zarówno nowo utworzone organizacje fazy 2 EMEAR, jak i istniejące organizacje fazy 1 EMEAR.

Aby uzyskać więcej informacji, zobacz Miejsce przechowywania danych w usłudze Cisco Webex Teams.

18 września 2018 r.

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

Węzły Webex Video Mesh są teraz zgodne z zalecanymi najlepszymi praktykami dotyczącymi jakości usług (QoS), włączając zakresy portów, które umożliwiają rozróżnianie strumieni audio i wideo we wszystkich przepływach do i z węzłów Video Mesh. Ta zmiana umożliwi tworzenie zasad QoS i efektywne zaznaczanie ruchu do i z węzłów Video Mesh.

Tym zmianom portów towarzyszą zmiany QoS. Węzły Webex Video Mesh automatycznie oznaczają ruch multimedialny z zarejestrowanych punktów końcowych SIP (zarejestrowanych lokalnie Unified CM lub VCS Expressway) osobno dla dźwięku (EF) i wideo (AF41) z odpowiednią klasą usług i używają dobrze znanych zakresów portów dla określonych multimediów typy.

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

Aby uzyskać więcej informacji, zobacz tabelę QoS pod adresem Porty i protokoły używane przez Webex Video Mesh oraz kroki, aby włączyć lub wyłączyć QoS w Przebieg zadania wdrażania usługi Video Mesh w Podręcznik wdrażania Cisco Webex Video Mesh (https://www.cisco.com/go/video-mesh ).

Aplikacje Webex App nadal łączą się z węzłami Webex Video Mesh przez współdzielone porty 5004 i 5006. Porty te są również używane przez aplikacje i punkty końcowe Webex App do testów osiągalności w węzłach Webex Video Mesh. Węzeł Webex Video Mesh do węzła Webex Video Mesh w przypadku kaskad używa współdzielonego portu docelowego 5004 lub 5006.

12 lutego 2018 r.

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

Jeśli prowadzisz spotkania w lokalnych hybrydowych węzłach multimedialnych za pośrednictwem usługi Cisco Spark Hybrid Media Service, możesz skorzystać z funkcji obsługi wielostrumieniowości. Technologia wielostrumieniowa zapewnia średnio lepsze wykorzystanie przepustowości, szczególnie w przypadku łącza kaskadowego między węzłami usługi Hybrid Media Service a węzłami multimedialnymi chmury publicznej Cisco Spark .

Aby uzyskać więcej informacji, zobacz Obsługa multistreamingu dla wszystkich uczestników Cisco Spark i Cisco WebEx Meetings .

5 stycznia 2018 r.

Obsługa Cisco WebEx i Cisco Spark Meetings, zmiany portów i aktualizacja OVA

Cisco Spark Hybrid Media Service obsługuje teraz lokalne zarejestrowane punkty końcowe SIP, które dołączają do spotkań Cisco WebEx i spotkań Cisco Spark . Usługa zawiera również nowe raporty użycia i przyjęcia w Control Hub. Aby w pełni korzystać z usługi Hybrid Media Service, należy upewnić się, że witryna WebEx znajduje się na platformie wideo Cisco WebEx w wersji 2.0. (Możesz sprawdzić, czy witryna WebEx jest na platformie wideo w wersji 2.0, jeśli w opcjach witryny Cloud Collaboration Meeting Room jest dostępna lista Typ zasobów multimedialnych).

Zmiany portów

• Usługa 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 Podręczniku wdrażania usługi Cisco Spark Hybrid Media Service.

Aktualizacja OVA

Usługa wymaga pobrania i zainstalowania najnowszej aktualizacji oprogramowania OVA na hybrydowych węzłach multimedialnych. Aby pobrać najnowszą wersję OVA, z widoku klienta w https:// admin.ciscospark.com , przejdź do Usługi > Nośniki hybrydowe > Konfiguracja > Ustawienia .

Zaktualizuj każdy węzeł Hybrid Media Node w klastrze, wykonując następujące czynności:

1. Przenieś węzeł do trybu konserwacji. Zobacz Przenoszenie hybrydowego węzła serwisowego do trybu konserwacji .

2. Wyrejestruj węzeł. Zobacz „ Wyrejestruj węzeł mediów hybrydowych ” w Podręczniku wdrażania usługi Cisco Spark Hybrid Media Service.

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

4. Zainstaluj nową usługę Hybrid Media Service OVA i oprogramowanie, ustaw konfigurację newtork i ponownie zarejestruj węzeł Hybrid Media Node w Cisco Collaboration Cloud. Zobacz „ Wdrażanie hybrydowej usługi multimediów ” w Podręczniku wdrażania usługi Cisco Spark Hybrid Media Service.

5. Przenieś węzeł z trybu konserwacji. Zobacz Przenoszenie hybrydowego węzła serwisowego do trybu konserwacji .

Aby przeczytać o wszystkich zmianach funkcji, nowych krokach wdrażania i wskazówkach dotyczących przygotowania witryny WebEx, zobacz Przewodnik wdrażania usługi Cisco Spark Hybrid Media Service pod adresemhttps://www.cisco.com/go/hybrid-services-media . The Nowe i zmienione informacje sekcja przewodnika zawiera łącza do zaktualizowanych sekcji.