Webex Video Mesh бележки по изданието

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

април 6, 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

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

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

2021.01.13.2349m.3

февруари 5, 2021

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

2020.12.08.2333m.6

януари 25, 2021

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

2020.12.08.2333m.5

януари 8, 2021

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

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

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

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

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

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

2020.12.08.2333m

декември 11, 2020

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

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

2020.11.17.2319m.9

8 декември 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

октомври 1, 2020

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

2020.09.22.2288m

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

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

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

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

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

2020.09.11.2279m

септември 18, 2020

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

• Намален е обхватът на IP адреса, запазен за вътрешна употреба на Webex Video Mesh Node от оригиналния 172.17.0.0–172.17.255.255 (65 536 адреса) до 172.17.42.0–172.17.42.63 (64 адреса).

2020.08.31.2273m

септември 8, 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 резолюция тест, за да се увеличи съвместимостта с по-стари версии на базирани на Microsoft DNS сървъри.

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

2020.06.29.2236m.10

юли 9, 2020

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

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

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

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

2020.06.18.2231m

юни 26, 2020

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

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

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

• Добавена е поддръжка за внедряване на VMNLite. (Вижте раздела Съобщения.)

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

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

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

2020.05.26.2200m.3

юни 10, 2020

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

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

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

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

• Тестове за свързаност на прокси сървъри с увреждания към порт 444 като част от преходната каскадна сигнализация към порт 443.

2020.05.13.2195m

май 27, 2020

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

2020.04.16.2176m.2

май 8, 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

6 април 2020 г.

• Увеличена честотна лента за 1080p разговори от 3.25M до 4M.

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

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

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

2020.03.11.2143m.3

март 24, 2020

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

2020.03.11.2143m.9—Спешно надграждане

март 22, 2020

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

2020.03.11.2143m – Спешно надграждане

април 11, 2020

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

2020.03.02.2132m

Март 6, 2020

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

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

  Идентификационен номер на алармата: ' mf.callHealth.fail “, сериозност: „предупреждение“, заглавие: "Проверката на здравето се провали"

2020.02.09.2120m.1

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

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

2020.01.30.2115m

февруари 7, 2020

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

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

2020.01.12.2091m

януари 22, 2020

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

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

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

2019.12.15.2053m

януари 8, 2020

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

2019.12.03.2042m

декември 12, 2019

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

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

2019.11.06.1992m

ноември 14, 2019

• ФиксиранаCSCvr92794 — Неправилно съобщение за грешка при валидиране на FQDN срещу IP на възел.

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

2019.10.21.1973m.1

ноември 1, 2019

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

2019.10.11.1964m.1

октомври 23, 2019

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

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

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

2019.09.19.1956m

26 септември 2019

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

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

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

• Фиксирана уязвимост, която засяга API на Ping и Check NTP, където нападателят може да стартира командна атака за инжектиране, ако има достъп до удостоверени API.

• Подобрена кодек селекция за предавано видео.

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

2019.08.21.1941m.2

13 септември 2019

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

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

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

2019.08.14.1937m

август 16, 2019

• Добавена е поддръжка за изрични пълномощници с не-auth, основно, digest или NTLM удостоверяване. За повече информация вижте Proxy Поддръжка за видео мрежа и други съответни актуализации в ръководството за разполагане.

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

2019.08.01.1929m

август 8, 2019

• Фиксирани два въпроса:

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

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

2019.07.12.1917m

Юли 25, 2019

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

• Добавена е OS версия към картата Node Details в уеб интерфейса на възела.

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

• Добавени проверки за свързаност с помощта на пинг, проследяване и 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

април 2, 2019

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

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

2019.03.19.1826m

април 22, 2019

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

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

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

• ФиксиранаCSCvo93454 — Еднопосочно видео, когато Immersive System се присъедини към Webex.

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

2019.02.14.1788m.1

февруари 21, 2019

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

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

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

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

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

  • Текст за аларма, когато времето за заявка на DNS сървър е по-дълго от 1,5 секунди при разрешаване на NTP сървър: „Докато разрешаване ; DNS сървър(и) Времето за отговор на заявката на ms надхвърли максималното време за реакция от 1500 ms.”

2019.02.12.1786m

февруари 15, 2019

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

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

2019.01.29.1773m

февруари 6, 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

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

февруари 2024 г

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

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

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

декември 2023 г

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

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

август 2023 г

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

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

• VMN мрежови API

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

юли 2023 г.

Уеб кукички за сигнали за видео мрежа

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

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

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

API на Video Mesh

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

юни 2023 г.

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

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

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

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

• На годеж раздел, ние групирахме Извикване на крака по тип крайна точка графика в следните типове:

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

май 2023 г.

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

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

март 2023 г.

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

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

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

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

февруари 2023 г.

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

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

ноември 2022 г

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

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

Септември 2022

API за разработчици на видео мрежи

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

Юли 2022

Промяна на инструмента за мониторинг на здравето в медиите

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

април 2022

Съхранявайте медиите си на видео мрежа за всички външни Webex срещи

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

С настройката Preferred 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, автомагистралата вече използва този диапазон от портове за облака Webex. Така че повечето разполагания не изискват никакви актуализации, за да подкрепят това ново изискване за Video Mesh. Но при разполагане с по-строги правила за защитната стена, актуализирайте конфигурацията на защитната стена, за да отворите тези портове за Video Mesh преди пускането през февруари.

октомври 2021 г.

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

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

август 13, 2021

Частни срещи

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

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

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

февруари 9, 2021

Възли за достъп от контролния хъб за пълни администратори

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

Само пълен администратор за вашата организация Webex може да използва тази функция. Други администратори, включително Partner и External Full Administrators, нямат опцията Go To Node за ресурсите на Video Mesh .

Вижте Преглед на достъпа на Webex видео окото възел от уеб интерфейс раздел в ръководството за разполагане на 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

Webex видео мрежа сега поддържа Webex събития.

август 7, 2020

Кратък формат на видео адреса за срещи на Webex

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

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

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

• Конфигуриране на унифицирана CM сигурна TLS SIP маршрутизиране на трафика за Webex видео мрежа

• Конфигуриране на унифицирана CM TCP SIP Маршрутизиране на трафика за Webex видео мрежа

• Конфигуриране на маршрутизиране на трафика TCP SIP за видео мрежа

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

юли 9, 2020

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

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

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

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

юни 26, 2020

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

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

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

• 23 vCPU за видео мрежест възел

• 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 на https://www.cisco.com/go/video-mesh.

24 април 2020 г.

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

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

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

20 март 2020 г.

Cisco Webex екипи EMEAR данни пребиваване подкрепа

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

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

септември 18, 2018

Подобрения в качеството на услугата (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 в потока на задачите за разполагане на видео мрежи в ръководството за разполагане на Cisco Webex Video Mesh ( https://www.cisco.com/go/video-mesh).

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

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

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

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

5 януари 2018

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

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

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

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

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

За пълен списък вижте "Портове и протоколи, използвани от хибридната медийна услуга" в ръководството за внедряване на Cisco Spark Hybrid Media Service.

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

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

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

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

2. Дерегистрирайте възела. Вижте "Дерегистрирайте хибридния медиен възел" в ръководството за внедряване на Cisco Spark Hybrid Media Service.

3. Изтриване на Hybrid Media Node VM от VMware vSphere клиент или от vCenter.

4. Инсталирайте новата Hybrid Media Service OVA и софтуер, задайте конфигурацията на newtork и пререгистрирайте хибридния медиен възел в облака за сътрудничество на Cisco. Вижте "Разгръщане на хибридна медийна услуга" в ръководството за внедряване на Cisco Spark Hybrid Media Service.

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

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