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.

• Коригирано latency/round-trip времевите стойности в медийните статистики на страницата за отстраняване на неизправности в срещите в 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—Уязвимост за контрабанда на HTTP заявки в NGINX

• Кодек 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 адреса.

• Добавена е нова „Алтернатива на темата“ Name(s):" полето във формуляра за създаване на CSR в уеб интерфейса.

2019.09.19.1956m

26 септември 2019

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

• Променена е тежестта на тази аларма от критична на предупреждение: „Video Mesh Node не успя да изтегли необходимия софтуер от доставчика на облачни услуги на 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 Node не успя да изтегли необходимия софтуер от доставчика на облачни услуги на 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 секунди: „Времето за отговор на заявката на DNS сървъра <x>от <number> ms надвишава максималното време за отговор от 1500 ms.“

  • Текст на аларма, когато времето за заявка към DNS сървъра е по-дълго от 1,5 секунди при разрешаване на NTP сървър: „При разрешаване <ntp-server>; Времето за отговор на заявката на DNS сървър(и) <x>от <number> 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

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

януари 2025 г.

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

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

Ноември 2024 г.

Край на поддръжката за Telepresence Interoperability Protocol (TIP) и Multiplex (MUX)

Video Mesh вече няма да поддържа TelePresence Interoperability Protocol (TIP) и Multiplex (MUX), използвани за 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 към 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 за наблюдение на тяхното внедряване.

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

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

API-та на възлите на видео мрежата

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

юни 2023 г.

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

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

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

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

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

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

май 2023 г.

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

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

март 2023 г.

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

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

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

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

февруари 2023 г.

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

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

ноември 2022 г

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

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

Септември 2022

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

API-тата за разработчици на Video Mesh предоставят мощен и гъвкав начин за администраторите на организации да извличат подробни показатели за наблюдение и задълбочени аналитични данни за своите внедрявания на Video Mesh чрез портала за разработчици на Webex. Те могат безпроблемно да интегрират съществуващите си приложения за мониторинг с тези 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 и по-нови версии, потребителите могат да се присъединяват към срещи, използвайки по-краткия формат на видео адрес @webex.com (вместо @.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 Разделът "Нова и променена информация " на ръководството препраща към актуализирани раздели.