2021.06.17.2415m

24 червня 2021 року

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

2021.05.27.2405m

04 червня 2021 року

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

2021.05.05.2395m.5

21 травня 2021 року

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

• Усуває проблему, яка може порушити DNS для конкретної конфігурації Док-мосту.

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 року

• Додає параметр вимкнення локального входу до вебінтерфейсу адміністрування Video Mesh Node.

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

2021.01.13.2349m.3

05 лютого 2021 року

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

2020.12.08.2333m.6

25 січня 2021 року

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

2020.12.08.2333m.5

8 січня 2021 року

• Удосконалено повідомлення попередження NTP на вузлах Video Mesh.

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

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

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

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

• Оновлено попередження про досяжність для кластерів Video Mesh Node приватних нарад.

2020.12.08.2333m

11 грудня 2020 року

• Розгорнуто інформацію, доступну для кешу DNS. "Див. ""Увімкнути або вимкнути кешування DNS"" в Посібнику з розгортання."

• Виправлено косметичну проблему, коли запуск тесту на здоров’я може призвести до неправильного відображення стану вузла як "Установлення" в Control Hub.

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 року

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

• Зменшено діапазон 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 Node.

2020.05.26.2200m.3

10 червня 2020 року

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

• Видалено попередження та перевірки підключення сервера ECR Amazon зі сторінки огляду вебінтерфейсу вузла.

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

• Використання ЦП видалено зі сторінки огляду вебінтерфейсу вузла.

• Вимкнено перевірки з’єднання проксі-сервера для порту 444 як частина передавання каскадних сигналів на порт 443.

2020.05.13.2195m

27 травня 2020 року

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

2020.04.16.2176m.2

8 травня 2020 року

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

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

• Тест здатності до з’єднання вебсокетів вимкнено після того, як було знайдено проблему з ним, коли вузол стоїть за явним проксі-сервером.

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 до 4 M.

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

• Зменшено кількість запитів до служби ідентифікації.

• Змінив спосіб обробки перевірки OAuth, щоб бути більш стійким до відкладень відповідей.

2020.03.11.2143m.3

24 березня 2020 року

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

2020.03.11.2143 м.9 — Термінове оновлення версії

22 березня 2020 року

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

2020.03.11.2143 м — Термінове оновлення версії

11 березня 2020 року

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

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. Додаткову інформацію див. в розділі Керування Video Mesh Node з вебінтерфейсу в Посібнику з розгортання на сторінці 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. Додаткову інформацію див. в розділі Керування Video Mesh Node з вебінтерфейсу в Посібнику з розгортання на сторінці 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 Video Mesh для підтримки і Створення знімків пакетів Webex Video Mesh для підтримки.

2019.10.11.1964m.1

23 жовтня 2019 року

• Виправлено CSCvr39819— Версія Вразливого Програмного Забезпечення.

• Виправлений CSCvr39878–Самопідписаний сертифікат X.509, спільне ім’я якого не відповідає серверу видачі (SSL/TLS). Змінено, у якому спільне ім’я сертифіката на вузлі дало повне доменне ім’я вузла (за наявності) або IP-адресу.

• Додано нове поле "Альтернативні імена суб’єкта:" до форми створення CSR у вебінтерфейсі.

2019.09.19.1956m

26 вересня 2019 р.

• Мережеві налаштування додано до вебінтерфейсу користувача Video Mesh Node. Додаткову інформацію див. в розділі Налаштування мережевих параметрів із вебінтерфейсу Webex Video Mesh Node.

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

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

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

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

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

2019.08.21.1941m.2

13 вересня 2019 року

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

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

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

2019.08.14.1937m

16 серпня 2019 року

• Додано підтримку явних проксі-серверів без автентифікації, базової, дайджест-автентифікації або NTLM. "Додаткову інформацію див. в розділі Підтримка проксі для Video Mesh та інші відповідні оновлення в Посібнику з розгортання."

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

2019.08.01.1929m

8 серпня 2019 року

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

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

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

2019.07.12.1917m

25 липня 2019 р.

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

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

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

• Додано перевірки підключення за допомогою перевірки зв’язку, трасування та 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 Node (створення захоплення пакетів, створення журналу та покращення сторінки огляду). Додаткові відомості про ці функції див. в розділі Керування Webex Video Mesh у Посібнику з розгортання на сторінці https://www.cisco.com/go/video-mesh.

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

  Вузли Video Mesh Node продовжуватимуть оновлюватися, але потрібно вжити належних заходів, щоб вузли 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— Одностороннє відео, коли імерсивна система приєднається до Webex.

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

2019.02.14.1788m.1

21 лютого 2019 року

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

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

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

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

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

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

2019.02.12.1786m

15 лютого 2019 року

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

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

липень 2022 р.

Зміна інструмента моніторингу здоров’я медіа

Ми змінили частоту періодичних тестів для всього кластера, специфічних для кластера або для вузла. Ці тести виконувалися щогодини в попередніх випусках. Тепер вони працюють кожні 6 годин.

квітень 2022 р.

Зберігати медіадані на Video Mesh для всіх зовнішніх нарад Webex

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

За допомогою параметра Надавати перевагу Video Mesh для всіх зовнішніх Webex Meetings , якщо на вашому вебсайті 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 вимагає відкриття такого діапазону портів для каскадів хмари мультимедіа:

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

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

Жовтень 2021

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

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

13 серпня 2021 року

Приватні наради

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

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

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

9 лютого 2021 року

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

Ми покращили Control Hub, щоб надати повний адміністратор вашої організації Webex доступ до вузлів Video Mesh із Control Hub.

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

"Див. розділ Огляд доступу до Webex Video Mesh Node From Web Interface в Посібнику з розгортання на сторінці ""https://www.cisco.com/go/video-mesh""."

26 серпня 2020 року

Кешування DNS

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

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

Підтримка Webex Events

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

7 серпня 2020 року

Формат короткої адреси відео для Webex Meetings

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

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

Щоб використовувати формат короткої відеоадреси з наявним розгортанням Video Mesh, додайте шаблон маршруту або набору для обробки формату. Докладніше див. у відповідному завданні, яке включає в себе «коротку адресу відео» у посібнику залежно від того, як ви налаштували середовище керування викликами:

• Налаштуйте маршрутизацію SIP-трафіку Unified CM Secure TLS для Webex Video Mesh

• Налаштуйте маршрутизацію SIP-трафіку Unified CM TCP для Webex Video Mesh

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

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

9 липня 2020 року

Нові налаштування конфігурації MTU мережевого інтерфейсу в вебінтерфейсі Video Mesh Node

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

• 23 вЦП для Video Mesh Node

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

• 80 ГБ локального жорсткого диска

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

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

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

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

9 червня 2020 року

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

Тепер можна запланувати автоматичне оновлення версії програмного забезпечення на кластерах Video Mesh, яке відбуватиметься щотижня, а не щоденно (за замовчуванням). Ви можете відкласти оновлення версії один раз. Якщо встановити щотижневий розклад, відкладання означає, що оновлення версії відбувається під час вікна оновлення версії за наступний тиждень.

Можна встановити розклад оновлення версії під час реєстрації нового кластера або змінити розклад наявного кластера. Додаткову інформацію див. в документації Video Mesh за адресою https://www.cisco.com/go/video-mesh.

24 квітня 2020 року

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

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

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

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 у Video Mesh Task Flow у Посібнику з розгортання Cisco Webex Video Mesh ( https://www.cisco.com/go/video-mesh).

12 лютого 2018 року

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

Якщо ви проводите наради на локальних гібридних медіавузлах через службу Cisco Spark Hybrid Media Service, ви зможете скористатися перевагами функцій, що входять до підтримки кількох трансляцій відеопотоку. Багатопотокове використання в середньому забезпечує кращу пропускну здатність, особливо для каскадного зв’язку між вузлами гібридної медіаслужби та вузлами загальнодоступних хмарних медіавузлів Cisco Spark.

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

5 січня 2018 року

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

Служба гібридних медіафайлів Cisco Spark тепер підтримує локальні зареєстровані SIP-термінальні пристрої, що приєднуються до нарад Cisco WebEx і Cisco Spark. Служба також містить нові звіти про використання та запровадження в Control Hub. Необхідно переконатися, що вебсайт WebEx розташовано на платформі відео Cisco WebEx версії 2.0, щоб скористатися всіма перевагами гібридної медіаслужби. (Ви можете переконатися, що ваш вебсайт WebEx перебуває на платформі відео версії 2.0, якщо він має список типів медіаресурсів, доступний у параметрах вебсайту Cloud Collaboration Meeting Room.)

Зміни порту

• Для гібридної медіаслужби тепер потрібен новий порт призначення (5006).

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

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

Оновлення OVA

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

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

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

2. Скасуйте реєстрацію вузла. ""Скасувати реєстрацію гібридного медіавузла"" в Посібнику з розгортання гібридної медіаслужби Cisco Spark."

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

4. Установіть нову OVA та програмне забезпечення гібридної медіаслужби, налаштуйте нову конфігурацію та повторно зареєструйте вузол гібридної медіаслужби в хмарі Cisco Collaboration Cloud. ""Розгортання гібридної медіаслужби"" див. в Посібнику з розгортання гібридної медіаслужби Cisco Spark."

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

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