2021.06.17.2415m

24 юни 2021 г.

Няма бележки по изданието за това надстройване на поддръжката.

2021.05.27.2405m

4 юни 2021 г.

• Добавя поддръжка за предстоящи промени в Webex за оформление на говорител на локално регистрирани видео устройства.

2021.05.05.2395m.5

21 май 2021 г.

• Включва незначителни подобрения за показване за оформления, които не са по подразбиране.

• Коригира проблем, който може да прекъсне DNS за конкретна конфигурация на мост Docker.

2021.04.27.2391m

30 април 2021 г.

• Поправя отчитането на статистиката за загубата на пакети за транскодираните повиквания в Control Hub.

2021.03.22.2384m.3

06 април 2021 г.

Няма бележки по изданието за това надстройване на поддръжката.

2021.03.22.2384m.1

31 март 2021 г.

Няма бележки по изданието за това надстройване на поддръжката.

2021.03.03.2359m.7

16 март 2021 г.

Няма бележки по изданието за това надстройване на поддръжката.

2021.03.03.2359m

12 март 2021 г.

Няма бележки по изданието за това надстройване на поддръжката.

2021.02.05.2352m.4

12 февруари 2021 г.

• Добавя опция за деактивиране на локалното влизане в уеб потребителския интерфейс за администриране на възела Video Mesh.

• Коригира проблемите с трептенето и неправилно отчетените стойности за време за отговор.

2021.01.13.2349m.3

05 февруари 2021 г.

Няма бележки по изданието за това надстройване на поддръжката.

2020.12.08.2333m.6

25 януари 2021 г.

Няма бележки по изданието за това надстройване на поддръжката.

2020.12.08.2333m.5

08 януари 2021 г.

• Подобрени са съобщенията за аларма NTP във възлите Video Mesh.

• Отстранен е проблем, при който ако изтичането на паролата е зададено на "никога", не можете да промените паролата си чрез графичния интерфейс.

• Подобрен дисплей за определени грешки при регистриране.

• Подобрено е докладването на грешки при свързване от времето на изчакване при тестване на прокси връзката.

• Тестовете за достъпност вече не отчитат грешки в сертификата като грешки в достъпността.

• Актуализирани са алармите за достъпност за клъстери с възли за частни срещи за Video Mesh.

2020.12.08.2333m

11 декември 2020 г.

• Разгъната информация, налична за DNS кеша. Вижте „Активиране или деактивиране на DNS кеширане“ в ръководството за разполагане.

• Отстранен е козметичен проблем, при който задействането на здравен тест може да доведе до неправилно показване на състоянието на възела като "Инсталиране" в Control Hub.

2020.11.17.2319m.9

08 декември 2020 г.

Тази версия включва промени за предотвратяване на неуспешни повиквания със SIP, когато загубите мрежова връзка между клъстерите.

2020.11.17.2319m.4

1 декември 2020 г.

Инструментът за наблюдение за Video Mesh е симулатор на повиквания на Webex, който е наличен във всеки възел на Video Mesh с това издание. Инструментът за наблюдение включва следните функции:

• Изпълнение при поискване или повтарящи се почасови тестове за всеки възел, на база клъстер.

• Възможността за маркиране на неуспешни SIP сигнализация, мултимедийно сигнализиране и мултимедийни каскади за всеки тест.

• Подходящи съобщения за неизправности на база тест с кодове за грешка, за да се намали средното време за разрешаване.

• Проследяване на неуспеха на историческия тест до седем дни.

2020.11.17.2319m.4

25 ноември 2020 г.

• Няма бележки по изданието за това надстройване на поддръжката.

2020.11.06.2314m

18 ноември 2020 г.

• Увеличен е прагът за повишаване на алармата за NTP на възлите за Video Mesh.

• Увеличи верността на съобщенията за грешки, за да помогне за отстраняването на бъдещи проблеми с NTP във възлите на Video Mesh.

• Отстранен е проблем, при който качванията на регистрационни файлове на VMN са били неуспешни.

• Отстранени проблеми при каскади между възлите на Video Mesh и новите възли в облака.

2020.10.16.2305m

23 октомври 2020 г.

• Отстранен е проблем, при който режимът на поддръжка не би се включил правилно в определени ситуации.

2020.09.22.2288m.3

01 октомври 2020 г.

• Няма бележки по изданието за това надстройване на поддръжката.

2020.09.22.2288m

30 септември 2020 г.

• Добавени ограничения за скоростта на тестовете за честотна лента на страницата за общ преглед.

• Отстранен е проблем с теста за достъпност на TCP.

• Коригирани стойности на забавянето/времето за отговор в статистиката за мултимедия на страницата за отстраняване на неизправности в срещи в Control Hub. (Статистическите данни бяха изключени за някои обаждания с коефициент 1000.)

• Променено така, че да се използват само по-защитени TLS шифри в някои портове.

2020.09.11.2279m

18 септември 2020 г.

• Добавена е информация за диапазона от IP адреси, която е резервирана за вътрешно използване, към уеб интерфейса с възела Video Mesh.

• Намален е диапазонът от IP адреси, който е запазен за вътрешно използване на възела Webex Video Mesh, от първоначалните 172.17.0.0–172.17.255.255 (65 536 адреса) на 172.17.42.0–172.17.42.63 (64 адреса).

2020.08.31.2273m

08 септември 2020 г.

• Деактивирана TLS 1.1 на порт 33432.

• Поправена е неправилна статистика, показана на аудио стрийма за презентация IX5000 при преминаване между фоайето и конферентния разговор.

• Добавено е заобиколно решение за проблем, при който надежден SIP адрес, по-дълъг от 200 знака, причинява неизправност на TLS връзката (CSCvv44969).

2020.08.19.2266m.1

26 август 2020 г.

• Добавена е опция за DNS кеширане. (Вижте раздела „Известия“)

• Изрично е изключен IPv6 на вътрешни и външни интерфейси, така че възлите да не придобиват IPv6 DNS сървъри.

• Отстранен е проблем, който е довел до неуспешни тестове за достъпност поради изчерпване на порта.

• Подобрени подробности за алармата в случай, че надграждането не може да бъде изтеглено или поради блокиране от услугата на Zscaler, или поради прозрачен прокси сървър за проверка.

• Отстранен е проблем, при който данните за качване/изтегляне на UDP са показани неправилно в резултатите от тестовете за честотна лента в уеб интерфейса.

2020.08.06.2258m.4

18 август 2020 г.

• Няма бележки по изданието за това надстройване на поддръжката.

2020.08.06.2258m.1

13 август 2020 г.

• Отстранен е проблем, при който IX5000 би изпуснал обаждането, когато се премести от събрание обратно във фоайето.

• Отстранен е проблем, при който възел, конфигуриран да използва изричен прокси сървър, може да загуби мрежова връзка, ако IP адресът на контейнерната мрежа бъде променен.

2020.07.15.2245m

20 юли 2020 г.

• Променен е тестът за разделителна способност на DNS, за да се увеличи съвместимостта с по-стари версии на DNS сървърите, базирани на Microsoft.

• Отстранен е проблем, при който аудиото, получено от приложението Webex Meetings, може да бъде по-тихо от очакваното за първите няколко секунди след период на тишина.

2020.06.29.2236m.10

09 юли 2020 г.

• Променено е поведението на теста за преобразуване на DNS. Всеки конфигуриран DNS сървър сега трябва да може да разреши тестовия FQDN, за да премине DNS тестът. (В по-ранни версии, ако някой DNS сървър е в състояние да разреши тестовия FQDN, тестът ще премине.)

• Подобрено качество на мултимедията в загубени мрежи.

• Добавени са опции за конфигуриране на MTU мрежов интерфейс. (Вижте раздела „Известия“)

• Добавена е аларма, ако възелът Video Mesh не е в състояние да достигне никой от облачните медийни сървъри.

2020.06.18.2231m

26 юни 2020 г.

• Подобрен избор на пропорции за честотни ленти около 1,5 Mbps, когато е активиран 1080p.

• Добавена е възможността за филтриране на заснеманията на пакети по мрежов интерфейс, по хост и по порт.

• Поправена е грешка, при която получавате грешка, ако започнете и след това бързо спрете улавянето на пакети.

• Добавена е поддръжка за разполагания на VMNLite. (Вижте раздела „Известия“)

• Премахната е конфигурацията на NTP по подразбиране. За регистриране на възел вече се изисква валидна NTP конфигурация. Добавени са аларми, ако конфигурацията на NTP е празна или възелът не може да достигне конфигуриран NTP сървър.

• Отстранен е проблем, при който тестът за свързване на прокси сървъра неправилно би докладвал за неуспех поради твърде кратко време на изчакване.

• Добавена е функционалност за изключване и рестартиране към уеб интерфейса с възела Video Mesh.

2020.05.26.2200m.3

10 юни 2020 г.

• Добавена е възможността за включване и изключване на режима на поддръжка от страницата за администриране на уеб интерфейса за възела на Video Mesh.

• Премахнати са аларми и проверки за свързаност на ECR сървъра на Amazon от страницата за общ преглед на уеб интерфейса на възела.

• Добавен е брояч за непрекъснатост към страницата за общ преглед на уеб интерфейса на възела.

• Премахнато е използването на процесора от страницата за общ преглед на уеб интерфейса на възела.

• Деактивирани тестове за свързване на прокси сървър към порт 444 като част от сигналната каскада към порт 443.

2020.05.13.2195m

27 май 2020 г.

• Отстранен е проблем, при който разширение за автоматично попълване на браузъра от трета страна може да попречи на уеб интерфейса на възела Webex Video Mesh.

2020.04.16.2176m.2

08 май 2020 г.

• Реши проблем, при който проверката на връзката на порт 444 би докладвала погрешно за неуспех, когато зад определени типове прокси сървъри.

• Отстранен е проблем, при който е било позволено да се инсталира несъответстващ сертификат на сървър, ако преди това е бил качен правилно съответстващ сертификат.

• Тестът за свързване на websocket е забранен, след като е открит проблем, когато възелът е зад изричен прокси сървър.

2020.04.16.2176m.1

24 април 2020 г.

• Премахната поддръжка за TLS1.1.

• Добавени са още проверки за свързване с облака на страницата за общ преглед на уеб интерфейса с възела на Webex Video Mesh.

• Поправете за проблем, който е причинявал фалшиво невалидна аларма за DNS име на хост.

• Добавено е ограничение за дължината на ключа на страницата за сертификат на сървъра, със съобщение за грешка, ако администратор качи сертификат на сървър по-малък от 2048 бита.

• Подобрена обработка на ситуации, при които администратор въведе частен ключ по-малък от 2048 бита или частен ключ без фраза за достъп. В тези случаи възелът Video Mesh ще използва самоподписан сертификат.

2020.03.11.2143m.8

17 април 2020 г.

• Отстранен е проблем, който е накарал някои клиенти да получават аудио само от първите два активни високоговорителя, когато някой споделя съдържание аудио.

• Отстранен е проблем, който може да доведе до неуспешни повиквания, когато са направени много опити за повикване за кратък период от време.

2020.03.11.2143m.7

06 април 2020 г.

• Увеличена честотна лента за 1080p повиквания от 3,25M на 4 M.

• Повишено време на изчакване за мултистриймване на сигнализация за повиквания с двоен екран.

• Намали броя на заявките към услугата за самоличност.

• промени начина, по който обработваме проверката на OAuth, за да бъде по-устойчив на забавени отговори.

2020.03.11.2143m.3

24 март 2020 г.

• Няма бележки по изданието за това надстройване на поддръжката.

2020.03.11.2143m.9 – Спешно надстройване

22 март 2020 г.

• Добавено е още влизане за поддръжка на отстраняване на грешки.

2020.03.11.2143m – Спешно надстройване

11 март 2020 г.

• Деактивирани периодичните прегледи на изправността на повикванията и съответната аларма (mf.callHealth.fail), които са докладвани във възела и в Control Hub, ако са възникнали неизправности във възела над определен праг.

2020.03.02.2132m

06 март 2020 г.

• Добавена е поддръжка за NTLMv2 прокси удостоверяване. (Video Mesh открива автоматично версията, не е необходимо да я посочвате при конфигуриране на прокси сървъра.)

• Добавена е аларма, която се съобщава във възела и в Control Hub, ако възникнат неуспешни тестове за изправност на периодичните повиквания във възела над определен праг.

  ИД на аларма: „mf.callHealth.fail“, сериозност: „предупреждение“, заглавие: „Неуспешна проверка на изправността на повикването“

2020.02.09.2120m.1

28 февруари 2020 г.

• Няма бележки по изданието за това надстройване на поддръжката.

2020.01.30.2115m

7 февруари 2020 г.

• Поправено CSCvs70769—Уязвимост при контрабанда на HTTP заявки на NGINX

• Кодекът Opus е активиран за срещи и повиквания 1:1.

2020.01.12.2091m

22 януари 2020 г.

• Добавено е нулиране до фабричните настройки на уеб интерфейса за възли Video Mesh. За повече информация вижте Управление на възела за Video Mesh от уеб интерфейса в ръководството за внедряване на адрес https://www.cisco.com/go/video-mesh.

• Отстранен е проблем ( CSCvs28104), при който на някои екрани на завладяваща крайна точка с три екрана може да се покаже видео с ниско качество.

• Отстранен е проблем, при който някои SIP повиквания са имали забавена настройка.

2019.12.15.2053m

08 януари 2020 г.

• Отстранен е проблем, при който срещи (които включват поне един Webex Board) са изпратили видео потоци с ниска разделителна способност от SIP устройства към крайни точки на Webex.

2019.12.03.2042m

12 декември 2019 г.

• Отстранен е проблем, при който екранът за присъединяване към събранието е останал празен, когато *.clouddrive.com е бил блокиран в мрежа на клиент. Докато екранът за присъединяване към срещата вече не е празен в този сценарий, ние все още изискваме да деблокирате този URL адрес в мрежата си, за да избегнете непредвидени странични ефекти.

• Добавено е управление на администраторски пароли към уеб интерфейса за възли за Video Mesh. За повече информация вижте Управление на възела за Video Mesh от уеб интерфейса в ръководството за внедряване на адрес https://www.cisco.com/go/video-mesh.

2019.11.06.1992m

14 ноември 2019 г.

• Поправено CSCvr92794—Неправилна грешка в msg при валидиране на FQDN спрямо IP на възел.

• Отстранен е проблем, при който възлите не са почивали правилно и са използвали кратко време за изчакване, което се е случило само когато други възли в клъстера са били преместени в режим на поддръжка в Control Hub, което е довело до намален капацитет и отпаднали повиквания.

2019.10.21.1973m.1

01 ноември 2019 г.

• Добавена е възможността за качване и изтегляне на регистрационни файлове и pcap файлове от страницата за отстраняване на неизправности в интерфейса с Webex Video Mesh, дори когато възелът е нерегистриран. За повече информация вижте Генериране на регистрационни файлове на Webex Video Mesh за поддръжка и Генериране на записи на пакети Webex Video Mesh за поддръжка.

2019.10.11.1964m.1

23 октомври 2019 г.

• Фиксирана CSCvr39819—Уязвима версия на софтуера.

• Поправен CSCvr39878—X.509 самоподписан сертификат, чието общо име не съответства на издаващия сървър (SSL/TLS). Направена е промяна, при която общото име на сертификата във възела дава FQDN на възела (ако е налично) или IP адреса.

• Добавено е ново поле „Алтернативни имена на субекта:“ към формуляра за създаване на ПОК в уеб интерфейса.

2019.09.19.1956m

26 септември 2019 г.

• Добавени са мрежови настройки към уеб потребителския интерфейс (ПИ) на възела Video Mesh. За повече информация вижте Конфигуриране на мрежови настройки от уеб интерфейс с възел за Webex Video Mesh.

• Променя тежестта на тази аларма от критична на предупреждение: „Възелът Video Mesh не успя да изтегли необходимия софтуер от доставчика на облака на Cisco. Проблемът може да се случи поради множество проблеми, които са свързани с мрежата. Проверете мрежовата си връзка с обществената мрежа (.amazonaws.com) и проверете настройките си за DNS. Това може да се случи и поради промени в защитната стена, която присъства между възлите на Video Mesh и интернет.“

• Отстранен е проблем, при който портовете на рефлекторен сървър не се освобождават дори след като рефлекторният инструмент е спрян в уеб потребителския интерфейс на възела.

• Поправена е уязвимост, която е повлияла на API за ping и проверка на NTP, където атакуващ може да започне атака с команда инжекция, ако има достъп до удостоверени API.

• Подобри избора на кодек за предадено видео.

• Сертификатите на сървъри, които са подписани със слаби шифри (като MD2 или MD5), вече не се приемат в потребителския интерфейс на сертификата за възела Video Mesh.

2019.08.21.1941m.2

13 септември 2019 г.

• Отстранен е проблем, при който нивата на процесора на възела са се покачили и не биха се върнали на приемливи нива.

• Отстранен е проблем, при който съдържание, изпратено от участници, свързани към възел в облака, няма да бъде получено от участници, свързани към локални възли, ако в мрежата има защитна стена на Palo Alto Networks (PAN).

• Добавена е страница за мрежова конфигурация към изображението на софтуера за възли. Администраторите могат да задават мрежовите настройки по време на първата настройка на виртуалната машина с възли. Вижте Инсталиране на софтуер с възли Webex Video Mesh в ръководството за внедряване за повече информация.

2019.08.14.1937m

Август 16, 2019

• Добавена е поддръжка за изрични прокси сървъри без удостоверяване, базово, хеширано или NTLM удостоверяване. За повече информация вижте Поддръжка на прокси сървър за Video Mesh и други свързани актуализации в ръководството за внедряване.

• Добавени са промени в конфигурацията, които предотвратяват известно препълване на повиквания към облака.

2019.08.01.1929m

Август 8, 2019

• Отстранени са два проблема:

  • Заснемането на пакети от уеб потребителския интерфейс не успя да започне успешно, но не се появи съобщение за грешка.

  • Улавянето на пакети не би се изпълнило, защото URL адресите на Ubuntu са блокирани. (С тази корекция не се изискват промени на URL адреса на вашата защитна стена.)

2019.07.12.1917m

Юли 25, 2019

• Премахната е информация за каскади от картата за статус на повикванията в уеб интерфейса на възела, докато не станат налични по-добри метрики.

• Добавена е версия на операционната система към картата с подробности за възела в уеб интерфейса на възела.

• Проектирайте отново потребителския интерфейс за страницата „Отстраняване на неизправности“ на уеб интерфейса на възела. (Вижте ръководството за внедряване за повече информация.)

• Добавени са проверки на възможността за свързване чрез пинг, проследяване на маршрут и проверка на NTP в уеб интерфейса на възела. (Вижте ръководството за внедряване за повече информация.)

• Подобрена разделителна способност и избор на фрамериране за стриймване на презентации.

• Отстранен е проблем, при който твърде много честотна лента понякога се изпраща на превключените участници.

• Отстранен е проблем, при който не е била налична опция за включване на звука за някои типове участници, когато те са били заглушени от организатора.

• Подобрена пакетирането на мултимедии за транскодирани презентации.

2019.06.13.1907m.7

Юли 12, 2019

• Отстранен е проблем, който понякога е причинявал отпадане на разделителната способност на видеото дори когато не са загубени пакети и латентността е ниска.

• Отстранен е проблем, при който разделното аудио понякога е възникнало, когато участниците са били заглушени от организатора и след това със звук.

2019.06.13.1907m.3

20 юни 2019 г.

• Отстранен е проблем, при който състоянието на споделяне на презентация е неправилно, ако крайна точка се е опитала да сподели, докато е на екрана на фоайето.

• Добавено е подобрение за ускоряване на началото на споделяне на презентация при транскодиране.

2019.06.13.1907m.1

14 юни 2019 г.

• Отстранен е проблем, при който някои възли на Video Mesh не се рестартират автоматично след надстройка, което е забранило функциите за отстраняване на неизправности на възела и е довело до липса на информация на страницата за общ преглед.

• Добавено е изискване имената на хостове на възли да не могат да съдържат долна черта (_).

• Отстранен е проблем, при който устойчивостта на загубата на пакети понякога не е работила през първите няколко минути на среща.

• Отстранен е проблем с устойчивостта на медиите, който понякога е причинявал използваната честотна лента да надвишава значително договорената честотна лента за кратък период от време.

2019.05.20.1892m1

24 май 2019 г.

• Добавени нови функции за изправност към уеб интерфейса с възела Video Mesh (генериране на улавяне на пакети, генериране на регистрационни файлове и подобрения в страницата за общ преглед). За повече информация относно тези функции вижте главата Управление на Webex Video Mesh в ръководството за внедряване на адрес https://www.cisco.com/go/video-mesh.

• Добавена е нова аларма като част от предстоящата миграция към системния регистър на еластичните контейнери на Amazon: "Възелът Video Mesh не успя да изтегли необходимия софтуер от доставчика на облака на Cisco. Проблемът може да се случи поради множество проблеми, които са свързани с мрежата. Проверете възможността за мрежова връзка с обществената мрежа и проверете настройките си за DNS. Това може да се случи и поради промени в защитната стена, която присъства между възлите на Video Mesh и интернет.“

  Възлите на Video Mesh ще продължат да се надстройват, но трябва да предприемете подходящи действия, за да сте сигурни, че възлите на Video Mesh имат достъп до URL адреса. За повече информация вижте раздела „Известия“.

• Отстранен е проблем, при който срещите в Skype за бизнеса неправилно показват "l2sip-UA" като заглавие на срещата и име на участник.

2019.04.29.1873m.4

13 май 2019 г.

• Отстранен е проблем, който е накарал споделянето на съдържание понякога да не е налично при използване на SIP-външно набиране.

• Отстранен е проблем, който е причинил каскади понякога да не се пресъздават след временни проблеми с мрежата, което е довело до разделяне на срещите.

• Отстранен е проблем, който е накарал споделянето на съдържание да се провали в някои сценарии.

2019.04.29.1873m

30 април 2019 г.

• Няма бележки по изданието за това надстройване на поддръжката.

2019.04.18.1869m.1

26 април 2019 г.

• Отстранен е проблем, който е накарал безжичното споделяне от Webex Teams за Windows да не работи в някои случаи.

2019.03.22.1829m.2

02 април 2019 г.

• Отстранен е проблем, който понякога е причинявал неуспешни тестове за честотна лента на UDP.

• Отстранен е проблем, при който NTP алармите в Control Hub не са били премахнати, след като повреден NTP сървър е започнал да функционира.

2019.03.19.1826m

22 март 2019 г.

• За да направите някакви промени в конфигурацията на регистриран възел, сега първо трябва да поставите възела в режим на поддръжка .

• Страницата за общ преглед на състоянието отчита резултата от проверката на свързаност за регистъра на контейнерите на Amazon (ECR).

• Отстранен е проблем, при който е имало забавяне на някои клиенти при превключване на активни високоговорители и повредено видео, когато е имало загуба на пакети.

• Поправено CSCvo93454—Еднопосочно видео, когато завладяваща система се присъедини към Webex.

• Поправено CSCvo87069—Надеждни източници за SIP за Video Mesh не се попълват

2019.02.14.1788m.1

21 февруари 2019 г.

• Отстранен е проблем, при който крайните точки с три екрана не се заглушават дистанционно от организатора на Webex.

• Отстранен е проблем, при който заглушаването и включването на звука понякога не са работили за крайните точки на SIP.

• Възлите на Video Mesh сега се опитват да получат достъп до нов URL адрес за тестване на достъпа до хоствания в Amazon контейнер регистър (https://615440818562.dkr.ecr.us-east-1.amazonaws.com/).

• Добавени са нови аларми, които се генерират във възлите на Video Mesh и се показват в Control Hub, когато времето за отговор на DNS заявка надвишава 1,5 сек в следните сценарии:

  • Когато времето за заявка за DNS сървър е по-дълго от 1,5 s: „Времето за отговор на заявка за <x>DNS сървъра от <number> ms надвишава максималното време за отговор от 1500 ms.“

  • Текст за аларма за когато времето за заявка на DNS сървър е по-дълго от 1,5 сек, докато се разрешава NTP сървър: „Докато се разрешава <ntp-server>; времето за отговор на заявка на <x>DNS сървър(и) от <number> ms надвишава максималното време за отговор от 1500 ms.“

2019.02.12.1786m

15 февруари 2019 г.

• Тази версия е кандидатстващата версия за TLS SIP багажника и прозрачна поддръжка на прокси сървър за проверка/непроверка за Video Mesh. За повече информация вижте ръководството за внедряване на адрес https://www.cisco.com/go/video-mesh.

• Поправено CSCvo26600—Валидиращият маркер не получава ключ за валидиране на маркера, ако първоначалното искане на CI е неуспешно

2019.01.29.1773m

06 февруари 2019 г.

• Тази версия е версията кандидат за функцията за двоен мрежов интерфейс. За повече информация вижте ръководството за внедряване на адрес https://www.cisco.com/go/video-mesh.

• Добавени са нови проверки за периодична проверка на валидността на NTP сървърите, които са конфигурирани във възлите на Video Mesh. Невалидни предупредителни съобщения за NTP сървъра се показват в интерфейса на администратора на Video Mesh при влизане и като аларми в Control Hub.

2019.01.14.1764m.1

18 януари 2019 г.

• Отстранен е проблем, при който видеото е било предавано само по един начин по време на събрание и някои устройства или клиенти не са могли да видят видео стрийма.

2018.10.04.1692m

5 октомври 2018 г.

• Няма бележки по изданието за това надстройване на поддръжката.

януари 2025 г.

Междуклъстерни каскади

Междуклъстерните каскади ви предлагат ефективен начин за оптимизиране на вашето разполагане на Video Mesh. Това подобрява качеството на повикванията и използването на честотната лента, като активира директни каскади между клъстерите Video Mesh във вашата организация. Също така имате гъвкавостта да избирате кои клъстери във вашата организация могат да участват в междуклъстерни каскади. Вижте Междуклъстерни каскади за повече информация.

ноември 2024 г.

Край на поддръжката за протокол за работна съвместимост на Telepresence (TIP) и мултиплекс (MUX)

Video Mesh вече няма да поддържа протокола за работна съвместимост (TIP) и мултиплекс (MUX) на TelePresence, използван за CTS, TX и IX устройства, в съответствие с Webex, който отменя протокола TIP/MUX.

февруари 2024 г.

• Платформата Video Mesh вече е интегрирана с агента на ThousandEyes Enterprise, което ви позволява да извършвате цялостно наблюдение в цялата си хибридна цифрова екосистема. Тази интеграция ви предоставя широк набор от тестове за наблюдение на мрежата. Проблемите навсякъде във вашата мрежова инфраструктура могат да бъдат диагностицирани с по-голяма точност, подобрявайки ефективността на вашето разполагане.

  За повече информация относно активирането на ThousandEyes за вашата организация и тестовете за конфигуриране вижте Интеграция на ThousandEyes с Video Mesh.

• В съответствие с предишното съобщение относно мигрирането на регистъра на контейнерите към Amazon ECR, очакваме да завършим мигрирането до средата на март 2024 г. Молим, осигурете свързване с ECR, като разрешите URL адреса „*dkr.ecr.us-east-1.amazonaws.com“ в защитните стени и прокси сървърите на приложението.

декември 2023 г.

Мигриране на регистъра на контейнерите от Docker Hub към ECR на Amazon

Регистърът за контейнери на Video Mesh, който хоства изображения, ще бъде променен от Docker Hub на Amazon ECR. Тази миграция е планирана да се осъществи през февруари 2024 г. Молим клиентите да гарантират свързаност с ECR, като разрешат URL адреса "*.amazonaws.com" в защитните стени и прокси сървърите на приложението. Тази стъпка е необходима, за да се предотвратят потенциални проблеми по време на надстройките.

август 2023 г.

Подобрихме гъвкавостта и функционалността на API за възли Video Mesh , като добавихме цял куп нови API с различни функции. Администраторите вече могат да избират между 3 категории API, които могат да им помогнат на различни етапи от разполагането на възлите. Те са както следва:

• API за администриране на VMN

• API на VMN мрежа

• API за сертификат на VMN сървър

юли 2023 г.

Уеб обратни повиквания за предупреждения за Video Mesh

Video Mesh вече поддържа предупреждения чрез уеб обратни повиквания, което позволява на администраторите на организацията да наблюдават определени аспекти на тяхното разполагане без усилия. Те могат да изберат да бъдат уведомявани за събития като прехвърляния на повиквания и пренасочвания на повиквания, минимизирайки необходимостта от влизане в Control Hub, за да наблюдават разгръщането им.

В тази фаза следните типове събития могат да се наблюдават чрез уеб обратни повиквания:

• Пренасочвания на повиквания към клъстер – повиквания, пренасочени от определен клъстер.
• Прехвърляния на повиквания за организацията – Общ брой прехвърляния на повиквания към облака за дадена организация.

API за възела Video Mesh

Въведохме набор от API, които ще помогнат на администраторите на организацията да създават, актуализират, изтеглят и изтриват сертификати, свързани с възлите на Video Mesh. Вижте API за възли Video Mesh за повече информация.

юни 2023 г.

Прецизирахме графиките и диаграмите на таблото за анализ, за да увеличим функцията за включване на тип клиент.

• Можете да видите специфични за клъстера данни в раздела Ресурси .

  Изберете клъстер в някоя от поничките графики или диаграми и след това щракнете върху Прилагане. Това действие филтрира също данните за всички други графики, така че да виждате само данните, които са от значение за избрания от вас клъстер.

• Добавихме две нови графики към раздела Ресурси . Те са Тенденция за общия брой присъединявания към повиквания по тип крайна точка и Тенденция за общия брой присъединявания към повиквания по тип крайна точка. Можете да изберете клъстери и конкретни типове крайни точки, за да покажете само информацията, от която се нуждаете.

• В раздела Ангажимент групирахме диаграмата Сегменти на повикване по тип крайна точка в следните типове:

  • SIP устройства
  • Настолно приложение на Webex
  • Мобилно приложение Webex
  • VDI за приложението Webex
  • Устройства с Webex

май 2023 г.

Поддръжка на уеб клиенти

Повикванията, направени чрез уеб клиент, вече могат да се приземяват във възли на Video Mesh, предоставяйки на вашата организация по-голяма гъвкавост в поддържаните типове повиквания.

март 2023 г.

Нов тест за достъпност и подобрен инструмент за наблюдение

Добавихме тест за достъпност към съществуващия набор от тестове за наблюдение. Тестът за достъпност се изпълнява с тестовете за медиен мониторинг на здравето както периодично, така и при поискване. Също така подобрихме инструмента за наблюдение, за да дадем повече подробности в резултатите от тестовете, и актуализирахме страницата за общ преглед, за да осигурим по-лесен, по-интуитивен достъп до подробна информация.

Променихме пътя на потребителския интерфейс, за да достигнем до инструмента за наблюдение на Video Mesh. Можете да намерите новия раздел Video Mesh в Отстраняване на неизправности > Video Mesh вместо Отстраняване на неизправности > Статус > Video Mesh, както преди.

Страницата за общ преглед на инструмента за наблюдение групира тестовете в Сигнализация, Каскада и Достъпност, което ви помага да прецизирате процеса на отстраняване на неизправности.

февруари 2023 г.

API за разработчици на Video Mesh за отстраняване на неизправности и интегриране със системи за наблюдение на трети страни

• В тази фаза на API за разработчици на Video Mesh въведохме подобрения, които позволяват на администраторите на организацията да поемат пълен контрол върху отстраняването на неизправности в своите разполагания на Video Mesh.
• Администраторите вече могат да задействат различни тестове за отстраняване на неизправности при поискване, като например мрежа, наблюдение на здравето на мултимедията и тестове за достъпност, от портала за разработчици. Те могат също така да виждат подробни резултати от тестовете, които са задействали, което им помага да получат по-задълбочена представа за изправността на внедряването си.

ноември 2022 г.

Преименуване на клъстер в Control Hub

Вече можете да редактирате имената на вашите клъстери на Video Mesh в Control Hub. Добавихме поддръжка на Unicode към имената на клъстерите.

септември 2022 г.

API за разработчици на Video Mesh

API за разработчици на Video Mesh предоставят мощен и гъвкав начин администраторите на организацията да извличат подробни метрики за наблюдение и задълбочени аналитични данни за техните разполагания на Video Mesh чрез портала за разработчици на Webex. Те могат безпроблемно да интегрират съществуващите си приложения за наблюдение с тези API и да автоматизират наблюдението на своите клъстери и възли на Video Mesh. API са налични на адрес https://developer.webex.com/docs/api/v1/video-mesh. Примерен клиент е наличен на https://github.com/CiscoDevNet/video-mesh-api-client.

юли 2022 г.

Промяна на инструмента за наблюдение на здравето на мултимедията

Променихме честотата на периодични тестове за целия клъстер, специфични за клъстера или специфични за възела. Тези тестове се изпълняваха на час в предишни издания. Сега те се изпълняват на всеки 6 часа.

април 2022 г.

Поддържайте мултимедията си във Video Mesh за всички външни срещи в Webex

В предишни издания контролирахте използването на Video Mesh за срещи само за вашите вътрешни сайтове. За срещи, които се хостват на външни Webex сайтове, тези сайтове се контролират дали Video Mesh може да каскади към Webex. Ако външен сайт не е разрешил каскади с Video Mesh, вашата мултимедия винаги е използвала възлите на облака на Webex.

С настройката Предпочитам Video Mesh за всички външни срещи в Webex , ако вашият сайт на Webex има налични възли за Video Mesh, вашата мултимедия минава през тези възли за срещи на външни сайтове. За подробности вижте https://help.webex.com/en-us/article/nzvixgk/Keep-your-media-on-Video-Mesh-for-all-external-Webex-meetings.

януари 2022 г.

Актуализации на портове

За предстоящо издание през февруари 2022 г. Video Mesh изисква отваряне на следния диапазон от портове за Media Cloud Cascades:

Тези портове са в допълнение към съществуващия порт 5004. Отворете диапазона UDP 50 000–53 000 порта в конфигурацията на защитната стена. Ще видите прекъсване на услугата, ако тези портове не са отворени, когато излезе предстоящото издание.

Както е посочено в Мрежови изисквания за услугите на Webex, Expressway вече използва този диапазон от портове за облака Webex. Така че, повечето разполагания не изискват никакви актуализации в подкрепа на това ново изискване за Video Mesh. Но при разгръщания с по-строги правила за защитна стена актуализирайте конфигурацията на защитната стена, за да отворите тези портове за Video Mesh преди изданието през февруари.

октомври 2021 г.

Глобално разпределени медии

Video Mesh вече използва възможностите за глобално разпределена мултимедия (GDM) на Webex за постигане на по-добро маршрутизиране на мултимедията. За да постигне оптимална свързаност, Webex избира най-близкия възел на облачна мултимедия към вашето предприятие, когато извършва каскади с Video Mesh към Webex. След това трафикът преминава през гръбнака на Webex към микроуслугите на Webex за срещата. Това маршрутизиране свежда до минимум латентността и задържа по-голямата част от трафика на гръбнака на Webex и извън интернет.

13 август 2021 г.

Лични срещи

Функцията \„Лична среща\“ подобрява защитата на срещата ви, като прекратява мултимедията в локални местоположения. Когато планирате частна среща, мултимедията винаги завършва на възлите на Video Mesh във вашата корпоративна мрежа без облачна каскада. За разлика от нормалните срещи, ако локалните възли са пълни, мултимедията не каскада към облака на Webex.

Всички участници в лична среща трябва да принадлежат на вашата организация. Те могат да се присъединят чрез приложението Webex или удостоверена видео система. Участниците с VPN или MRA достъп до вашата мрежа могат да се присъединят към лична среща. Но никой не може да се присъединява към частна среща извън вашата мрежа.

Вижте раздела Лични срещи в ръководството за внедряване в https://www.cisco.com/go/video-mesh и статията Планиране на лична среща в Webex .

09 февруари 2021 г.

Достъп до възли от Control Hub за пълни администратори

Подобрихме Control Hub, за да дадем възможност на пълните администратори на вашата организация в Webex да имат достъп до възлите за Video Mesh от Control Hub.

Само администратор с пълни права за вашата организация в Webex може да използва тази функция. Другите администратори, включително администратори за партньори и външни пълни администратори, нямат опцията Към възел за ресурсите на Video Mesh.

Вижте раздела Общ преглед на достъпа до възела Webex Video Mesh от уеб интерфейс в ръководството за внедряване на адрес https://www.cisco.com/go/video-mesh.

26 август 2020 г.

DNS кеширане

Ако DNS отговорите на вашите възли на Video Mesh редовно отнемат повече от 750 ms, можете да активирате DNS кеширане. При включена DNS кеширане възелът кешира DNS отговорите локално. Локалното кеширане прави заявките по-малко вероятно да причиняват аларми за свързаност, прекъсвания на повикванията или проблеми с качеството на повикванията. DNS кеширането също може да намали натоварването на вашата DNS инфраструктура.

Кеширането на DNS в момента е забранено по подразбиране. За да го включите, вижте раздела Активиране или деактивиране на DNS кеширане в ръководството за внедряване на адрес https://www.cisco.com/go/video-mesh.

Поддръжка за Webex Events

Webex Video Mesh вече поддържа Webex Events.

7 август 2020 г.

Формат на кратък адрес на видео за Webex Meetings

На WBS39.9 и по-нови сайтове потребителите могат да се присъединяват към срещи, като използват по-краткия @webex.com формат на видео адрес (вместо @.webex.com). Video Mesh вече поддържа този по-кратък формат на адрес.

Ръководството за внедряване в https://www.cisco.com/go/video-mesh има инструкции за работа с по-краткия формат при настройване на внедряване на Video Mesh.

За да използвате формата на краткия адрес на видео със съществуващо разполагане на Video Mesh, добавете маршрут или шаблон за набиране, за да обработите формата. За повече подробности вижте подходящата задача, която включва „кратък адрес на видео“ в ръководството, в зависимост от това как сте конфигурирали средата за управление на повикванията:

• Конфигуриране на маршрутизирането на трафика в Unified CM Secure TLS SIP за Webex Video Mesh

• Конфигуриране на маршрутизирането на трафика в Unified CM TCP SIP за Webex Video Mesh

• Конфигуриране на маршрутизирането на трафика в Expressway TCP SIP за Video Mesh

По подразбиране поканите за срещи в момента все още използват по-дългия формат. За да промените формата за вашия сайт на Webex, вижте Показване на формата на кратък адрес на видео за Webex срещи и събития.

09 юли 2020 г.

Нови настройки за конфигуриране на MTU на мрежовия интерфейс в уеб интерфейса с възела Video Mesh

Вече можете ръчно да зададете максималния размер на предавателната единица (MTU) на интерфейса на вътрешната мрежа и MTU на външния мрежов интерфейс, ако е разрешено.

Всички възли на Webex Video Mesh имат откриване на път MTU (PMTU), което е активирано по подразбиране. С PMTU възелът може да открива проблеми с MTU и автоматично да регулира размера на MTU. Когато PMTU е неуспешна поради проблеми със защитната стена или мрежата, възелът може да има проблеми със свързването към облака, защото пакетите са по-големи от изтичането на MTU. Ръчното задаване на по-нисък размер на MTU може да коригира този проблем.

Можете да намерите ръчните настройки за MTU на раздела Разширени в уеб интерфейса с възела за Webex Video Mesh. За повече информация вижте ръководството за внедряване на адрес https://www.cisco.com/go/video-mesh.

26 юни 2020 г.

Нова опция за разполагане на VMNLite

Внедряването на главно Webex Teams и регистрирани в облака крайни точки използва повече превключване и по-малко ресурси за транскодиране, отколкото осигурява стандартната конфигурация. Разполагането на повече, по-малки виртуални машини на хоста оптимизира ресурсите за този сценарий.

Поради тази причина въвеждаме нова опция „VMNLite“ за разполагане на множество възли Webex Video Mesh на вашия хост сървър, работещ с VMware ESXI или vCenter. VMNLite изисква следните спецификации за всяка виртуална машина:

• 23 vCPU за възел за Video Mesh

• 20 GB основна памет

• 80 GB място на локалния твърд диск

С тези спецификации можете да разположите (или да замените съществуваща виртуална машина с) няколко екземпляра, в зависимост от хардуера:

Нашето тестване показва 50% подобрение в производителността на превключване на повикванията с 3 VMNLite възела на един CMS1000 в сравнение с внедряването на една виртуална машина.

Както при стандартната конфигурация, не можете да имате съвпадение с други услуги на виртуални машини на VMNLite.

За повече информация вижте ръководството за внедряване на адрес https://www.cisco.com/go/video-mesh. За стъпките за заместване на стандартната конфигурация с VMNLite вижте главата Управление и отстраняване на неизправности в Webex Video Mesh .

9 юни 2020 г.

Нова седмична опция за автоматично надстройване на софтуера за клъстери на Video Mesh

Вече можете да планирате автоматични надстройки на софтуера в клъстерите на Video Mesh да се извършват ежеседмично, вместо ежедневно (по подразбиране). Можете да отложите надстройването веднъж. Ако зададете седмичен график, отлагането означава, че надстройването ще се извърши през прозореца за надстройване на следващата седмица.

Можете да зададете графика за надстройване, докато регистрирате нов клъстер, или да промените графика на съществуващ клъстер. За повече информация вижте документацията за Video Mesh на адрес https://www.cisco.com/go/video-mesh.

24 април 2020 г.

Външен мрежов интерфейс, правила за маршрутизиране, опции за контейнерната мрежа в уеб интерфейса с възела Video Mesh

Уеб интерфейсът на Video Mesh съдържа повече нови функции, които улесняват обработката на промените в мрежата. Можете да активирате външния интерфейс при разполагане на двоен мрежов интерфейс (NIC) от уеб интерфейса. След това можете да настроите фино маршрутизирането за възли на Video Mesh, като добавите дефинирани от потребителя правила за маршрутизиране за външни и вътрешни интерфейси. И можете да промените IP адреса на контейнерния мост и подмрежата.

За повече информация относно начина на достъп до актуализациите в уеб интерфейса вижте главата Управление и отстраняване на неизправности в Webex Video Mesh в ръководството за внедряване на адрес https://www.cisco.com/go/video-mesh.

20 март 2020 г.

Поддръжка за пребиваване на данни на Cisco Webex Teams EMEAR

Организациите в европейския регион за пребиваване на данни на Cisco Webex Teams. вече могат да използват Video Mesh. Тази поддръжка включва както новосъздадени организации от фаза 2 на EMEAR, така и съществуващи организации от фаза 1 на EMEAR.

За повече информация вижте Пребиваване на данните в Cisco Webex Teams.

18 септември 2018

Подобрения в Quality of Service (QoS) за Video Mesh

Възлите на Video Mesh вече отговарят на най-добрите практики за качество на услугата (QoS), като активират диапазони от портове, които ви позволяват да разграничавате аудио и видео потоците във всички потоци към и от възлите на Video Mesh. Тази промяна ще ви позволи да създавате правила за QoS и ефективно да маркирате трафика към и от възлите Video Mesh.

Придружаващи тези промени в портовете са промените в QoS. Възлите на Video Mesh автоматично маркират мултимедийния трафик от регистрирани в SIP крайни точки (локално регистриран Unified CM или VCS Expressway) за аудио (EF) и видео (AF41) поотделно със съответния клас на обслужване и използват добре известни портове за конкретни типове мултимедия.

Изходният трафик от локалните регистрирани крайни точки винаги се определя от конфигурацията на контролата за повикванията (Unified CM или VCS Expressway).

За повече информация вижте таблицата за QoS в Портове и протоколи, използвани от Webex Video Mesh , и стъпките за активиране или деактивиране на QoS в потока от задачи за разполагане на Video Mesh вРъководството за разполагане на Cisco Webex Video Mesh ( https://www.cisco.com/go/video-mesh).

12 февруари 2018

Поддръжка на мултистриймване за всички участници в Cisco Spark и Cisco WebEx Meetings

Ако организирате срещи на локални възли за хибридна мултимедия чрез услугата Cisco Spark Hybrid Media, можете да се възползвате от функциите, включени в поддръжката на мултистриймване. Multistream осигурява средно по-добро използване на честотната лента, особено за каскадната връзка между възлите на услугата за хибридна мултимедия и възлите на обществената облачна мултимедия на Cisco Spark.

За повече информация вижте Поддръжка на мултистриймване за всички участници в Cisco Spark и Cisco WebEx Meetings.

5 януари 2018

Поддръжка за срещи в Cisco WebEx и Cisco Spark, промени в порта и актуализация на OVA

Услугата за хибридна мултимедия на Cisco Spark вече поддържа локални SIP регистрирани крайни точки, присъединяващи се към срещи в Cisco WebEx и срещи в Cisco Spark. Услугата също така включва нови отчети за използване и приемане в Control Hub. Трябва да се уверите, че вашият сайт на WebEx е на видео платформата на Cisco WebEx версия 2.0, за да се възползвате пълноценно от услугата за хибридна мултимедия. (Можете да потвърдите, че вашият сайт на WebEx е на видео платформа версия 2.0, ако има списък с тип мултимедийни ресурси, наличен в опциите на сайта на Cloud Collaboration Meeting Room.)

Промени в порта

• Услугата за хибридна мултимедия сега изисква нов целеви порт (5006).

• TCP/UDP порт 33434 вече не се поддържа от услугата.

За пълен списък вижте \„Портове и протоколи, използвани от услугата за хибридна мултимедия\“ в ръководството за разполагане на услугата за хибридна мултимедия на Cisco Spark.

Актуализация на OVA

Услугата изисква да изтеглите и инсталирате най-новата актуализация на OVA на вашите възли за хибридна мултимедия. За да изтеглите най-новата OVA, от изгледа на клиента в , отидете на Услуги > Хибридна мултимедия > Настройка > Настройки.https://admin.ciscospark.com

Надстройте всеки възел на хибридна мултимедия във вашия клъстер, като извършите следните стъпки:

1. Преместете възела в режим на поддръжка. Вижте Преместване на възел за хибридни услуги в режим на поддръжка.

2. Дерегистриране на възела. Вижте \„Дерегистриране на възел за хибридна мултимедия\“ в ръководството за разполагане на услугата за хибридна мултимедия на Cisco Spark.

3. Изтрийте VM възела на хибридна мултимедия от клиента на VMware vSphere или от vCenter.

4. Инсталирайте новата OVA и софтуера на услугата за хибридна мултимедия, задайте конфигурацията на newtork и регистрирайте отново възела за хибридна мултимедия в облака на Cisco Collaboration. Вижте \„Разполагане на услуга за хибридна мултимедия\“ в ръководството за разполагане на услугата за хибридна мултимедия Cisco Spark.

5. Преместете възела от режим на поддръжка. Вижте Преместване на възел за хибридни услуги в режим на поддръжка.

За да прочетете за всички промени на функциите, новите стъпки за разполагане и насоките за подготовка на сайта на WebEx, вижте ръководството за разполагане на услугата за хибридна мултимедия на Cisco Spark на адрес https://www.cisco.com/go/hybrid-services-media. Разделът Нова и променена информация в ръководството свързва към актуализираните раздели.