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

• Виправляє звітування про статистику втрат пакетів для перекодованих викликів у Центрі керування.

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 Alarm на вузлах відеосітки.

• Вирішено проблему, через яку, якщо термін дії пароля встановлено як "ніколи", ви не зможете змінити пароль через графічний інтерфейс.

• Покращено відображення для певних помилок реєстрації.

• Покращено звітування про помилки підключення під час тайм-аутів під час тестування підключення проксі-сервера.

• Тести доступності більше не повідомляють про помилки сертифікатів як про помилки доступності.

• Оновлено сигналізацію доступності для кластерів приватних зустрічей 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

Інструмент моніторингу відеосітки - це симулятор викликів Webex, який доступний на кожному вузлі відеосітки з цим випуском. Інструмент моніторингу включає в себе такі функції:

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

• Можливість позначати SIP-сигналізацію, медіасигналізацію та медіакаскадні збої для кожного тесту.

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

• Відстеження історичної невдачі тесту до семи днів.

2020.11.17.2319m.4

Листопад 25, 2020

• Немає приміток до випуску для цього оновлення технічного обслуговування.

2020.11.06.2314m

Листопад 18, 2020

• Збільшено поріг для підняття сигналізації НТП на вузлах відеосітки.

• Підвищена багатослівність повідомлень про помилки, щоб допомогти налагодити майбутні проблеми NTP на вузлах відеосітки.

• Вирішено проблему, через яку не вдалося завантажити журнал VMN.

• Виправлено каскадні проблеми між вузлами відеосітки та новими хмарними вузлами.

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.

• Зменшено діапазон 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 на внутрішньому і зовнішньому інтерфейсах, щоб вузли не придбали DNS-сервери IPv6.

• Вирішено проблему, яка призвела до збоїв у тестуванні доступності через виснаження порту.

• Покращена деталь тривоги у випадку, коли оновлення неможливо завантажити через блокування службою 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

Липень 9, 2020

• Змінено поведінку тесту роздільної здатності DNS. Кожен налаштований сервер DNS тепер повинен мати можливість вирішити повне доменне ім’я тесту, щоб тест DNS пройшов. (У попередніх випусках, якщо будь-який сервер DNS зміг вирішити повне доменне ім’я тесту, тест пройде.)

• Покращено якість медіафайлів у мережах із втратами.

• Додано параметри конфігурації мережевого інтерфейсу MTU. (Див. вкладку Оголошення.)

• Додано сигнал тривоги, якщо вузол Video Mesh не може дістатися до жодного з хмарних медіасерверів.

2020.06.18.2231m

Червні 26, 2020

• Покращений вибір пропорцій для пропускної здатності близько 1,5 Мбіт/с, якщо ввімкнуто 1080p.

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

• Виправлено помилку, коли ви отримуєте помилку, якщо ви починаєте, а потім швидко зупиняєте захоплення пакетів.

• Додано підтримку розгортання VMNLite. (Див. вкладку Оголошення.)

• Прибрали конфігурацію NTP за замовчуванням. Для реєстрації вузла тепер потрібна дійсна конфігурація NTP. Додаються будильники, якщо конфігурація NTP порожня або вузол не може дістатися до налаштованого NTP-сервера.

• Вирішено проблему, через яку тест підключення проксі-сервера неправильно повідомляв про помилку через занадто короткий тайм-аут.

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

2020.05.26.2200m.3

Червні 10, 2020

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

• Видалено сигнали тривоги та перевірки на підключення до сервера 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 біт або закритий ключ без парольної фрази. У цих випадках вузол відеосітки буде використовувати самопідписаний сертифікат.

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.2143м.9 — Термінова модернізація

Березня 22, 2020

• Додано більше журналів для підтримки налагодження.

2020.03.11.2143м — Термінова модернізація

11 березня 2020 р.

• Відключили періодичну перевірку справності виклику і відповідний сигнал тривоги (mf.callHealth.fail), про який повідомлялося на вузлі і в Центрі управління, якщо на вузлі за певний поріг сталися збої.

2020.03.02.2132m

Березня 6, 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. Для отримання додаткових відомостей дивіться Керування вузлом відеосітки з веб-інтерфейсу в посібнику з розгортання за адресою https://www.cisco.com/go/video-mesh.

• Вирішено проблему ( CSCvs28104), коли відео низької якості могло відображатися на деяких екранах захоплюючої триекранної кінцевої точки.

• Вирішено проблему, через яку деякі SIP-виклики зазнавали затримки настроювання.

2019.12.15.2053m

Січень 8, 2020

• Вирішено проблему, через яку наради (які включали принаймні одну дошку Webex) надсилали відеопотоки з низькою роздільною здатністю з пристроїв 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— Неправильна помилка msg під час перевірки повного доменного імені проти 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

• Додані параметри мережі до веб-інтерфейсу користувача (UI) Video Mesh вузла. Для отримання додаткової інформації дивіться Налаштування параметрів мережі з веб-інтерфейсуWebex Video Mesh Node.

• Серйозність цього попередження змінено з критичного на попередження: "Video Mesh Node не зміг завантажити необхідне програмне забезпечення від постачальника хмарних послуг Cisco. Проблема може статися через кілька проблем, пов'язаних із мережею. Перевірте підключення до мережі спільного використання (.amazonaws.com) і перевірте настройки DNS. Це також може статися через зміни брандмауера, який присутній між вузлами відеосітки та Інтернетом».

• Вирішено проблему, через яку порти сервера відбивачів не випускалися навіть після зупинки інструменту відбивача у веб-інтерфейсі вузла.

• Виправлено вразливість, яка вплинула на API Ping and Check NTP, де зловмисник міг розпочати атаку командного введення, якби мав доступ до автентифікованих API.

• Покращено вибір кодеків для переданого відео.

• Сертифікати сервера, підписані слабкими шифрами (наприклад, MD2 або MD5), більше не приймаються в інтерфейсі користувача сертифіката відеосітки.

2019.08.21.1941m.2

Вересень 13, 2019

• Виправлено проблему, через яку рівень процесора вузла зріс і не повернувся до прийнятних рівнів.

• Вирішено проблему, через яку учасники, підключені до хмарного вузла, не отримували вміст, надісланий учасниками, підключеними до локальних вузлів, якщо в мережі є брандмауер Palo Alto Networks (PAN).

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

2019.08.14.1937m

Серпень 16, 2019

• Додано підтримку явних проксі-серверів із автентифікацією no-auth, basic, digest або NTLM. Для отримання додаткової інформації дивіться Підтримка проксі-сервера для відеосітки та інших відповідних оновлень у посібнику з розгортання.

• Додано зміни конфігурації, які запобігають деякому переповненню викликів у хмару.

2019.08.01.1929m

Серпень 8, 2019

• Вирішено дві проблеми:

  • Захоплення пакетів з веб-інтерфейсу користувача не вдалося успішно розпочати, але повідомлення про помилку не з'явилося.

  • Захоплення пакетів не запускалося, оскільки URL-адреси Ubuntu були заблоковані. (Завдяки цьому виправленню у брандмауері не потрібні зміни URL-адрес.)

2019.07.12.1917m

Липень 25, 2019

• Видалено каскадну інформацію з картки «Стан виклику» у веб-інтерфейсі вузла, доки не будуть доступні кращі показники.

• Додана версія ОС до карти Node Details у веб-інтерфейсі вузла.

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

• Додані перевірки підключення за допомогою перевірки ping, traceroute і NTP у веб-інтерфейсі вузла. (Див. посібник із розгортання для отримання додаткової інформації.)

• Покращено роздільну здатність і вибір частоти кадрів для потоків презентацій.

• Вирішено проблему, через яку забагато пропускної здатності іноді надсилалося зміненим учасникам.

• Вирішено проблему, через яку для деяких типів учасників не було доступно опції ввімкнення, коли вони були вимкнені хостом.

• Покращено темп медіа для транскодованих презентацій.

2019.06.13.1907m.7

Липень 12, 2019

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

• Вирішено проблему, через яку іноді виникало розділене аудіо, коли учасники були вимкнені хостом, а потім увімкнені.

2019.06.13.1907m.3

20 Червня, 2019.

• Вирішено проблему, через яку стан спільного доступу до презентації був неправильним, якщо кінцева точка намагалася надати спільний доступ, перебуваючи на екрані фойє.

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

2019.06.13.1907m.1

14 Червня, 2019.

• Виправлено проблему, через яку деякі вузли відеосітки не перезавантажувалися автоматично після оновлення, що відключило функції усунення несправностей вузла та призвело до відсутності інформації на сторінці огляду.

• Додано вимогу про те, що імена хостів вузлів не можуть містити символ підкреслення (_).

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

• Виправлено проблему зі стійкістю медіа, яка іноді призводила до того, що пропускна здатність, що використовується, значно перевищувала узгоджену пропускну здатність протягом короткого періоду часу.

2019.05.20.1892m1

Травень 24, 2019

• Додано нові функції справності до веб-інтерфейсу вузла Video Mesh (генерація захоплення пакетів, генерація журналу та покращення сторінки огляду). Щоб отримати додаткові відомості про ці функції, перегляньте розділ Керування відеомережею Webex у посібнику з розгортання за адресою https://www.cisco.com/go/video-mesh.

• Додано нове попередження в рамках майбутньої міграції до реєстру еластичних контейнерів Amazon: "Video Mesh Node не зміг завантажити необхідне програмне забезпечення від постачальника хмарного сервісу Cisco. Проблема може статися через кілька проблем, пов'язаних із мережею. Перевірте підключення до мережі спільного використання та перевірте настройки DNS. Це також може статися через зміни брандмауера, який присутній між вузлами відеосітки та Інтернетом».

  Вузли відеосітки продовжуватимуть оновлюватися, але вам слід вжити відповідних заходів, щоб переконатися, що вузли відеосітки можуть отримати доступ до 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 на Центрі керування не було видалено після того, як несправний NTP-сервер почав функціонувати.

2019.03.19.1826m

Березня 22, 2019

• Щоб внести будь-які зміни в конфігурацію на зареєстрований вузол, тепер ви повинні спочатку поставити вузол в режим обслуговування.

• Сторінка стану огляду повідомляє про результат перевірки підключення для реєстру контейнерів Amazon (ECR).

• Виправлено проблему, через яку у деяких клієнтів була затримка при перемиканні активних динаміків і пошкоджене відео, коли була втрата пакетів.

• Виправлено CSCvo93454— Одностороннє відео, коли імерсивна система приєднається до Webex.

• Виправлено CSCvo87069— довірені джерела SIP Video Mesh не заповнені

2019.02.14.1788m.1

Лютого 21, 2019

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

• Вирішено проблему, через яку вимкнення та ввімкнення звуку іноді не працювали для кінцевих точок SIP.

• Вузли відеосітки тепер намагаються отримати доступ до нової URL-адреси для тестування доступу до реєстру контейнерів, розміщених на Amazon (https://615440818562.dkr.ecr.us-east-1.amazonaws.com/).

• Додано нові будильники, які генеруються на вузлах відеосітки та відображаються в Центрі керування, коли час відповіді на запит DNS перевищує 1,5 секунди в таких сценаріях:

  • Якщо час запиту сервера DNS перевищує 1,5 с: «Час відповіді запиту сервера DNS мс перевищує максимальний час відповіді 1500 мс.»

  • Текст попередження, якщо час запиту сервера DNS перевищує 1,5 с під час вирішення сервера NTP: "Під час вирішення ; час відповіді запиту сервера DNS мс перевищив максимальний час відповіді 1500 мс."

2019.02.12.1786m

Лютого 15, 2019

• Ця версія є випуском-кандидатом для багажника TLS SIP та прозорої перевірки / неінспектування проксі-сервера для Video Mesh. Щоб отримати додаткові відомості, перегляньте посібник із розгортання за адресою 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-сервера відображаються в інтерфейсі адміністратора відеосітки при вході в систему і у вигляді тривог в Control Hub.

2019.01.14.1764m.1

Січень 18, 2019

• Вирішено проблему, через яку під час наради відео передавалося лише в один бік, а деякі пристрої або клієнти не могли бачити відеопотік.

2018.10.04.1692m

Жовтень 5, 2018

• Немає приміток до випуску для цього оновлення технічного обслуговування.

листопад 2024 року

Завершення підтримки протоколу Telepresence Interoperability Protocol (TIP) і Multiplex (MUX)

Video Mesh більше не підтримуватиме протокол здатності до взаємодії TelePresence (TIP) і Multiplex (MUX), що використовуються для пристроїв CTS, TX і IX, відповідно до вимог Webex, що забороняє протокол TIP/MUX.

лютого 2024 року

• Платформу Video Mesh тепер інтегровано з оператором ThousandEyes Enterprise, що дає змогу виконувати наскрізний моніторинг у гібридній цифровій екосистемі. Ця інтеграція оснащує вас широким спектром тестів моніторингу мережі. Проблеми в будь-якому місці мережевої інфраструктури можна діагностувати з більшою точністю, що підвищує ефективність розгортання.

  Додаткову інформацію про ввімкнення ThousandEyes для вашої організації та налаштування тестів див. в розділі Інтеграція ThousandEyes із сіткою відео.

• Згідно з попереднім оголошенням щодо міграції реєстру контейнерів на 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 Node , додавши цілий набір нових API із різними функціями. Тепер адміністратори можуть вибирати з 3 категорій API, які можуть допомогти їм на різних етапах розгортання вузла. Вони є такими:

• API адміністрування VMN

• API мережі VMN

• API сертифікатів сервера VMN

Липень 2023 р.

Вебсигнальники для сповіщень сітки відео

Video Mesh тепер підтримує сповіщення через вебсигнальники, що дозволяє адміністраторам організації без жодних зусиль відстежувати певні аспекти свого розгортання. Вони можуть бути сповіщені про події, як-от переповнення викликів і переспрямування викликів, що мінімізує необхідність входу в Control Hub для моніторингу свого розгортання.

На цьому етапі за допомогою вебсигнальників можна моніторити такі типи подій:

• Переспрямування викликів кластера – виклики переспрямовані з конкретного кластера.
• Переповнення викликів організації – загальний переповнення викликів на хмару для організації.

API Video Mesh Node

Ми ввели набір API, які допоможуть адміністраторам організації створювати, оновлювати, завантажувати й видаляти сертифікати, пов’язані з вузлами Video Mesh. Додаткову інформацію див. в API Video Mesh Node .

Червень 2023 р.

Ми уточнили графіки та діаграми панелі аналітики, щоб збільшити функцію включення типу клієнта.

• Дані щодо кластера можна переглянути на вкладці Ресурси .

  Виберіть кластер у будь-якому з графіків або діаграм пончика, а потім клацніть Застосувати. Ця дія також фільтрує дані для всіх інших графів, тому ви побачите лише дані, що релевантні для вибраного кластера.

• Ми додали два нові графіки на вкладку Ресурси . Це тренд загальної кількості приєднань до викликів за типом кінцевого пристрою та тренд загальної кількості приєднань до викликів за типом кінцевого пристрою. Щоб відобразити лише необхідну інформацію, можна вибрати кластери й певні типи кінцевих пристроїв.

• На вкладці Залучення ми згрупували гілки виклику за типом кінцевого пристрою в такі типи:

  • SIP-пристрої
  • Класична програма Webex
  • Мобільний застосунок Webex
  • Програма Webex для VDI
  • Пристрої 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. Ми також додали підтримку Юнікоду до імен кластерів.

Вересень 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

У попередніх випусках ви контролювали використання відеосітки для нарад лише для внутрішніх сайтів. Для зустрічей, які проводяться на зовнішніх веб-сайтах, ці сайти контролюються, якщо відеосітка може каскадом перейти до Webex. Якщо зовнішній сайт не дозволяв каскади відеосітки, ваш носій завжди використовував хмарні вузли Webex.

Якщо на веб-сайті Webex доступний параметр Перевага відеосітки для всіх зовнішніх вебекс-нарад, медіафайли проходять через ці вузли для нарад на зовнішніх сайтах. Детальніше див. 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:

Ці порти є доповненням до існуючого порту 5004. Відкрийте діапазон портів UDP 50,000–53,000 у конфігурації брандмауера. Ви побачите перебої в обслуговуванні, якщо ці порти не будуть відкриті, коли вийде майбутній випуск.

Як зазначено в розділі Вимоги до мережі для послугWebex, швидкісна дорога вже використовує цей діапазон портів для хмари Webex. Отже, більшість розгортань не потребують жодних оновлень для підтримки цієї нової вимоги до відеосітки. Але в розгортаннях з більш суворими правилами брандмауера оновіть конфігурацію брандмауера, щоб відкрити ці порти для Video Mesh до лютневого випуску.

Жовтень 2021

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

Video Mesh тепер використовує глобально розподілені медіа (GDM) можливості Webex для досягнення кращої маршрутизації медіа. Щоб досягти оптимального підключення, Webex вибирає найближчий до вашого підприємства хмарний медіавузол під час виконання каскадів відеосітки до Webex. Потім трафік проходить через хребет Webex до мікросервісів Webex для зустрічі. Ця маршрутизація мінімізує затримку та утримує більшу частину трафіку на магістралі Webex та поза Інтернетом.

Серпень 13, 2021

Приватні зустрічі

Функція приватної зустрічі підвищує безпеку вашої зустрічі, припиняючи медіафайли у вашому приміщенні. Коли ви призначаєте приватну зустріч, медіафайли завжди припиняються на вузлах відеосітки всередині вашої корпоративної мережі без хмарного каскаду. На відміну від звичайних зустрічей, якщо локальні вузли заповнені, ЗМІ не каскадуються до хмари Webex.

Всі учасники приватної зустрічі повинні належати до вашої організації. Вони можуть приєднатися за допомогою програми Webex або автентифікованої відеосистеми. Учасники, які мають доступ VPN або MRA до вашої мережі, можуть приєднатися до приватної зустрічі. Але ніхто не може приєднатися до приватної зустрічі з-поза вашої мережі.

Перегляньте розділ «Приватні зустрічі » в посібнику з розгортання та https://www.cisco.com/go/video-mesh статтю «Запланувати приватну зустріч Webex».

Лютого 9, 2021

Вузли доступу з Центру керування для повних адміністраторів

Ми вдосконалили Центр керування, щоб дозволити повним адміністраторам вашої організації Webex отримувати доступ до вузлів відеосітки з Центру керування.

Цією функцією може користуватися лише повний адміністратор вашої організації Webex. Інші адміністратори, зокрема партнер і зовнішні повні адміністратори, не мають параметра "Перейти до вузла " для ресурсів відеосітки.

Перегляньте розділ "Огляд доступу до вузла відеосітки Webex з веб-інтерфейсу " в посібнику з розгортання за адресою https://www.cisco.com/go/video-mesh.

Серпень 26, 2020

Кешування DNS

Якщо відповіді DNS на ваші вузли відеосітки регулярно займають більше 750 мс, ви можете ввімкнути кешування DNS. З увімкненим кешуванням DNS вузол кешує відповіді DNS локально. Локальне кешування робить запити менш імовірними, що спричиняють тривогу підключення, падіння викликів або проблеми з якістю дзвінків. Кешування DNS також може зменшити навантаження на вашу інфраструктуру DNS.

Кешування DNS в даний час за замовчуванням вимкнено. Щоб увімкнути його, перегляньте розділ Увімкнення або вимкнення кешування DNS у посібнику з розгортання за адресою https://www.cisco.com/go/video-mesh.

Підтримка подій Webex

Webex Video Mesh тепер підтримує події Webex.

Серпень 7, 2020

Формат коротких відеозвернень для вебекс-зустрічей

На вебсайтах WBS39.9 і пізніших версій користувачі можуть приєднуватися до нарад за допомогою коротшого формату відеоадреси <meeting_number>@webex.com (замість <meeting_number>@<site_name>.webex.com). Video Mesh тепер підтримує цей коротший формат адреси.

Посібник із розгортання at https://www.cisco.com/go/video-mesh містить інструкції щодо обробки коротшого формату під час налаштування розгортання відеосітки.

Щоб використовувати формат короткої відеоадреси з наявним розгортанням відеосітки, додайте маршрут або візерунок набору для обробки формату. Щоб дізнатися більше, перегляньте відповідне завдання, яке містить у посібнику "коротка відеоадреса", залежно від того, як ви налаштували середовище керування викликами.

• Налаштування уніфікованої CM захищеної маршрутизації трафіку TLS SIP для відеосітки Webex

• Налаштування уніфікованої CM TCP маршрутизації трафіку SIP для відеосітки Webex

• Налаштування маршрутизації трафіку швидкісної автомагістралі TCP SIP для відеосітки

За промовчанням запрошення на нараду в даний час все ще використовують довший формат. Щоб змінити формат вашого веб-сайту, перегляньте статтю Відображення формату коротких відеоадрес для нарад та подійWebex.

Липень 9, 2020

Налаштування конфігурації нового мережевого інтерфейсу MTU у веб-інтерфейсі вузла відеосітки

Тепер ви можете вручну встановити максимальний розмір блоку передачі (MTU) на внутрішньому мережевому інтерфейсі та MTU на зовнішньому мережевому інтерфейсі, якщо це включено.

Усі вузли Webex Video Mesh мають виявлення шляху 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 на вашому хост-сервері, на якому запущено VMware ESXI або vCenter. VMNLite вимагає наступних специфікацій для кожної віртуальної машини:

• 23 vCPU для вузла відеосітки

• 20 ГБ основної пам'яті

• 80 ГБ місця на локальному жорсткому диску

За допомогою цих специфікацій ви можете розгорнути (або замінити існуючу віртуальну машину) кількома екземплярами, залежно від апаратного забезпечення:

Наше тестування показує 50% поліпшення продуктивності комутованих дзвінків за допомогою 3 вузлів VMNLite на одній CMS1000 в порівнянні з розгортанням однієї віртуальної машини.

Як і у випадку зі стандартною конфігурацією, ви не можете мати coresidency з іншими сервісами на віртуальних машинах VMNLite.

Щоб отримати додаткові відомості, перегляньте посібник із розгортання за адресою https://www.cisco.com/go/video-mesh. Щоб дізнатися, як замінити стандартну конфігурацію на VMNLite, перегляньте розділ Керування та усунення несправностей Webex Video Mesh .

9 червня 2020 р.

Нова щотижнева опція автоматичного оновлення програмного забезпечення для кластерів відеосітки

Тепер ви можете запланувати автоматичне оновлення програмного забезпечення у своїх кластерах 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 Teams EMEAR Підтримка резидентства даних

Організації в європейському регіоні зберігання даних Cisco Webex Teams. тепер можна використовувати сітку відео. Ця підтримка включає як новостворені організації фази 2 EMEAR, так і існуючі організації фази 1 EMEAR.

Для отримання додаткової інформації дивіться Резиденція даних у Cisco Webex Teams.

Вересень 18, 2018

Покращення якості обслуговування (QoS) для Video Mesh

Вузли Video Mesh тепер відповідають рекомендованим практикам якості обслуговування (QoS), увімкнувши діапазони портів, які дозволяють диференціювати аудіо- та відеопотоки в усіх потоках до вузлів Video Mesh і від них. Ця зміна дозволить вам створювати політики QoS та ефективно відзначати трафік до та з вузлів відеосітки.

Супроводжуючими цими змінами портів є зміни QoS. Вузли Video Mesh автоматично позначають медіатрафік із зареєстрованих SIP кінцевих точок (зареєстрованих на локальному Unified CM або VCS Expressway) як для аудіо (EF), так і для відео (AF41) окремо з відповідним класом обслуговування та використовують відомі діапазони портів для певних типів медіафайлів.

Вихідний трафік з локальних зареєстрованих кінцевих точок завжди визначається конфігурацією на контролі виклику (Unified CM або VCS Expressway).

Для отримання додаткової інформації перегляньте таблицю QoS у розділі Порти та протоколи, що використовуються Webex Video Mesh, а також кроки для ввімкнення або вимкнення QoS у потоці завдань розгортання відеосітки в посібнику з розгортання відеосітки Cisco Webex ( https://www.cisco.com/go/video-mesh).

12 лютого 2018 р.

Підтримка кількох трансляцій відеопотоку для всіх учасників у Cisco Spark і Cisco WebEx Meetings

Якщо ви проводите зустрічі на локальних гібридних медіа-вузлах через гібридний медіасервіс Cisco Spark, ви можете скористатися перевагами функцій, включених у підтримку мультипотокової передачі. Multistream забезпечує краще використання пропускної здатності в середньому, особливо для каскадного зв'язку між вузлами гібридного медіасервісу та загальнодоступними хмарними медіа-вузлами Cisco Spark.

Для отримання додаткової інформації дивіться Підтримка мультистрімінгу для всіх учасників зустрічейCisco Spark і Cisco WebEx.

Січень 5, 2018

Підтримка зустрічей Cisco WebEx та Cisco Spark, змін портів та оновлення OVA

Гібридна медіа-служба Cisco Spark тепер підтримує локальні кінцеві точки, зареєстровані SIP, приєднуючись до зустрічей Cisco WebEx та зустрічей Cisco Spark. Служба також містить нові звіти про використання та прийняття в Центрі керування. Ви повинні переконатися, що ваш веб-сайт знаходиться на відеоплатформі Cisco WebEx версії 2.0, щоб повною мірою скористатися перевагами гібридного медіасервісу. (Можна перевірити, що сайт WebEx розміщено на відеоплатформі версії 2.0, якщо на ньому є список Тип медіаресурсу, доступний на сайті Кімнати нарад для співпраці в хмарі.)

Зміни портів

• Служба гібридних медіа тепер вимагає нового порту призначення (5006).

• Порт TCP/UDP 33434 більше не підтримується службою.

Повний список можна знайти в розділі « Порти та протоколи, що використовуються гібридною медіа-службою» в Посібнику з розгортання гібридної медіа-службиCisco Spark.

оновлення OVA

Сервіс вимагає завантажити та встановити останнє оновлення OVA на ваші гібридні медіа-вузли. Щоб завантажити останню версію OVA, із подання клієнта в https://admin.ciscospark.com, перейдіть до Служби > Гібридні медіа > Налаштування > Налаштування.

Оновіть кожен вузол гібридного медіа у вашому кластері, виконавши наступні кроки:

1. Переведіть вузол в режим обслуговування. Дивіться Переміщення гібридного вузла служби в режимобслуговування.

2. Зніміть вузол з обліку. Дивіться « Зняти з реєстрації гібридний медіа-вузол» у посібнику з розгортання гібридного медіасервісу Cisco Spark.

3. Видаліть VM гібридного медіа-вузла з клієнта VMware vSphere або з vCenter.

4. Встановіть нову OVA та програмне забезпечення Hybrid Media Service, встановіть конфігурацію newtork та перереєструйте гібридний медіавузол у хмару співпраці Cisco. Дивіться розділ "Розгортання гібридного медіа-сервісу" в Посібнику з розгортання гібридного медіасервісу Cisco Spark.

5. Перемістіть вузол з режиму обслуговування. Дивіться Переміщення гібридного вузла служби в режимобслуговування.

Щоб дізнатися про всі зміни функцій, нові кроки розгортання та вказівки з підготовки сайту WebEx, перегляньте Посібник із розгортання гібридної медіаслужби Cisco Spark за адресою https://www.cisco.com/go/hybrid-services-media. Розділ «Нова та змінена інформація » посібника посилається на оновлені розділи.