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

Завантажити останнє програмне забезпечення вузла Video Mesh

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

Щоб отримати інструкції щодо встановлення, перейдіть до Посібника з розгортання для Video Mesh.

2022.08.15.2522m.18

23 вересня 2020 р.

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

2022.08.15.2522m.6

16 серпня 2020 р.

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

2022.07.25.2516m.13

12 серпня 2020 р.

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

2022.07.25.2516m.8

12 серпня 2020 р.

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

Це оновлення виправленоWebex Video MeshВиклик SIP, який не працював належним чином для деяких клієнтів.

2022.07.25.2516m.1

22 липня 2020 р.

Цей випуск для технічного обслуговування змінює частоту періодичних звітів за допомогою інструменту моніторингу стану ЗМІ з кожної години на кожні 6 годин.

2022.07.13.2514m.4

22 липня 2020 р.

Цей випуск технічного обслуговування покращує поведінку перекодування відео, щоб обробляти зміни системного часу під час зустрічей.

2022.07.03.2512m.8

22 липня 2020 р.

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

2022.06.27.2511м .12

22 липня 2020 р.

Цей випуск технічного обслуговування завершує архітектурні зміни, які прив 'язані до розширеного діапазону портів UDP 50 000-53 000. Ці зміни покращуютьWebex Video MeshПродуктивність Докладніші відомості див. у посібнику з розгортання відеосіті.

2022.06.27.2511m.5

22 липня 2020 р.

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

2022.06.06.2502м.17

21 червня 2020 р.

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

2022.06.06.2502м .11

9 червня 2020 р.

Цей реліз підтримки додає підтримку монітора стану нарад для розширеного діапазону портів UDP 50 000-53 000.

2022.04.29.2497м.42

9 червня 2020 р.

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

2022.04.29.2497м.39

27 травня 2022 р.

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

2022.04.29.2497м.30

20 травня 2022 р.

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

2022.04.29.2497м.21

14 травня 2022 р.

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

2022.04.13.2490м.25

7 травня 2022 р.

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

2022.04.13.2490м .20

2 квітня 2021 р.

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

2022.04.04.2489м.35

2 квітня 2021 р.

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

2022.04.04.2489м.15

5 квітня 2022 р.

У цьому випуску для технічного обслуговування виправлено проблему, через яку деякі пристрої, підключені до SIP, не можуть отримувати відео з вимкненою функцією QoS.

2022.04.04.2489m.1

5 квітня 2022 р.

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

2022.03.07.2477m.87

5 квітня 2022 р.

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

2022.03.07.2477м .58

29 березня 2022 р.

У цьому випуску технічного обслуговування виправлено проблему з оновленням програмного забезпечення кешування DNS, що спричинило нагадування про роздільну здатність DNS у деяких вузлах.

2022.03.07.2477м .41

11 березня 2020 р.

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

2022.02.18.2474м .11

29 березня 2022 р.

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

2022.01.20.2473m.1

27 лютого 2020 р.

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

2022.01.20.2472m.4

27 лютого 2020 р.

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

2021.12.17.2464м.3

11 грудня 2020 р.

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

2021.11.21.2452m.1

11 грудня 2020 р.

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

2021.11.08.2441m.1

8 листопада 2020 р.

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

2021.10.18.2439м .12

16 жовтня 2020 р.

Це технічне обслуговування включає в себе оновлення безпеки.

2021.10.11.2438m.1

16 жовтня 2020 р.

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

2021.09.13.2432м .10

23 вересня 2020 р.

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

2021.08.09.2428m.7

16 серпня 2020 р.

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

2021.08.09.2428m.2

12 серпня 2020 р.

Це оновлення технічного обслуговування включає нову функцію приватних зустрічей.

2021.07.22.2424м

22 липня 2020 р.

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

2021.07.08.2423м

22 липня 2020 р.

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

2021.06.17.2415м

21 червня 2020 р.

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

2021.05.27.2405м

9 червня 2020 р.

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

2021.05.05.2395m.5

21 травня 2021 р.

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

  • Виправлено помилку, яка могла зламати DNS для певної конфігурації Docker- моста.

2021.04.27.2391м

2 квітня 2021 р.

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

2021.03.22.2384м.3

2 квітня 2021 р.

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

2021.03.22.2384m.1

4 березня 2021 р.

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

2021.03.03.2359м.7

4 березня 2021 р.

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

2021.03.03.2359м

4 березня 2021 р.

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

2021.02.05.2352м.4

22 лютого 2021 р.

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

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

2021.01.13.2349м.3

22 лютого 2021 р.

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

2020.12.08.2333m.6

21 січня 2021 р.

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

2020.12.08.2333m.5

21 січня 2021 р.

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

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

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

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

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

  • Оновлені нагадування про доступність для приватних зустрічей Вузли відеозв 'язку.

2020.12.08.2333м

11 грудня 2020 р.

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

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

2020.11.17.2319m.9

11 грудня 2020 р.

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

2020.11.17.2319m.4

11 грудня 2020 р.

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

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

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

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

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

2020.11.17.2319m.4

8 листопада 2020 р.

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

2020.11.06.2314м

8 листопада 2020 р.

  • Збільшено поріг для підвищення сигналу тривоги NTP на вузлах Video Mesh.

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

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

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

2020.10.16.2305m

16 жовтня 2020 р.

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

22.09.2020р. 22.2288м. 3

16 жовтня 2020 р.

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

22.09.2020р. 22.2288м

23 вересня 2020 р.

  • Додано обмеження пропускної здатності для тестування пропускної здатності на сторінці Огляд.

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

  • Виправлені значення часу затримки/поїздки в обидва кінці в статистиці медіа на сторінці усунення несправностей зустрічей в Центрі керування. (Статистика була вимкнена для деяких дзвінків у 1000 разів.)

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

2020.09.11.2279м

13 вересня 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 адреси).

31.08.2020 2273м

23 вересня 2020 р.

  • Вимкнено TLS 1.1 на порту 33432.

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

  • Додано обхідний шлях для вирішення проблеми, коли довірча SIP-адреса довжиною більше 200 символів викликає помилку з 'єднання TLS (CSCvv44969).

2020.08.19.2266m.1

16 серпня 2020 р.

  • Додано опцію кешування DNS. (Див. вкладку "Оголошення".)

  • Явно вимкнено IPv6 на внутрішніх та зовнішніх інтерфейсах, щоб вузли не отримували DNS-сервери IPv6.

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

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

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

2020.08.06.2258m.4

12 серпня 2020 р.

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

2020.08.06.2258m.1

12 серпня 2020 р.

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

  • Виправлено помилку, через яку вузол, налаштований на використання явних проксі-серверів, може втратити з 'єднання з мережею, якщо буде змінено IP-адресу контейнерної мережі.

15.07.2020р. 2245м

22 липня 2020 р.

  • Змінено тестування роздільної здатності DNS для збільшення сумісності зі старими версіями DNS-серверів на базі Microsoft.

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

2020.06.29.2236m.10

22 липня 2020 р.

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

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

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

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

2020.06.18.2231м

21 червня 2020 р.

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

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

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

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

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

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

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

26.05.2020р .2200м .3

9 червня 2020 р.

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

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

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

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

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

2020.05.13.2195м

27.05.2020

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

2020.04.16.2176m.2

08.05.2020

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

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

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

2020.04.16.2176m.1

2 квітня 2021 р.

  • Вилучено підтримку TLS1.1.

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

  • Виправлено помилку, яка спричинила помилкове недійсне нагадування DNS з назвою вузла.

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

  • Покращена обробка ситуацій, коли адміністратор вводить приватний ключ менше 2048 біт або приватний ключ без парольної фрази. У цих випадках вузол Video Mesh використовуватиме самопідписаний сертифікат.

2020.03.11.2143m.8

7 квітня 2022 р.

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

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

2020.03.11.2143m.7

2 квітня 2021 р.

  • Збільшив пропускну здатність для 1080p дзвінків з 3,25M до 4M.

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

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

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

2020.03.11.2143m.3

4 березня 2021 р.

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

2020.03.11.2143m.9 - Актуальне оновлення

11 березня 2020 р.

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

2020.03.11.2143m - Актуальне оновлення

11 березня 2020 р.

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

2020.03.02.2132м

11 березня 2020 р.

  • Додано підтримку автентифікації проксі-сервера NTLMv2. (Video Mesh автоматично визначає версію, її не потрібно вказувати під час налаштування проксі-сервера.)

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

    Ідентифікатор попередження: 'mf.callHealth.fail', тяжкість: "попередження", назва: "Помилка перевірки стану дзвінка"

2020.02.09.2120m.1

27 лютого 2020 р.

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

2020.01.30.2115м

27 лютого 2020 р.

  • Виправлено CSCvs70769ВРАЗЛИВІСТЬ nginx HTTP-запиту контрабанди

  • Кодек Opus ввімкнено для зустрічей і дзвінків 1:1.

2020.01.12.2091м

21 січня 2021 р.

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

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

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

2019.12.15.2053м

21 січня 2021 р.

  • Виправлено помилку, через яку зустрічі (що включали принаймні одну дошку Webex) надсилали відеопотоки низької роздільної здатності з пристроїв SIP до кінцевих точок Webex.

2019.12.03.2042м

11 грудня 2020 р.

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

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

2019.11.06.1992м

8 листопада 2020 р.

  • Виправлено CSCvr92794неправильне повідомлення про помилку перевірки FQDN проти IP-адреси вузла.

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

2019.10.21.1973m.1

8 листопада 2020 р.

2019.10.11.1964m.1

16 жовтня 2020 р.

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

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

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

2019.09.19.1956м

23 вересня 2020 р.

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

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

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

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

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

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

2019.08.21.1941m.2

13 вересня 2020 р.

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

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

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

2019.08.14.1937м

16 серпня 2020 р.

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

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

2019.08.01.1929м

08.08.2019

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

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

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

2019.07.12.1917м

22 липня 2020 р.

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

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

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

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

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

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

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

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

2019.06.13.1907m.7

22 липня 2020 р.

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

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

2019.06.13.1907м.3

21 червня 2020 р.

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

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

2019.06.13.1907m.1

14 червня 2019 р.

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

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

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

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

2019.05.20.1892м1

24 травня 2019 р.

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

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


     

    Вузли Video Mesh продовжать оновлення, але ви повинні вжити відповідних заходів, щоб переконатися, що вузли Video Mesh можуть отримати доступ до URL-адреси. Щоб отримати додаткову інформацію, перегляньте вкладку "Оголошення".

  • Виправлено помилку, через яку на зустрічах Skype для бізнесу неправильно вказано «l2sip-UA» як назва зустрічі та ім 'я учасника.

2019.04.29.1873m.4

13.05.2019

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

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

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

2019.04.29.1873м

30 квітня 2019 р.

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

2019.04.18.1869m.1

2 квітня 2021 р.

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

2019.03.22.1829m.2

2 квітня 2021 р.

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

  • Виправлено помилку, через яку нагадування NTP на Control Hub не видалялися після того, як починав функціонувати несправний сервер NTP.

2019.03.19.1826м

25 березня 2021 р.

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

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

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

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

  • Виправлено CSCvo87069— Довірені джерела SIP відео сіті не заповнюються

2019.02.14.1788m.1

27 лютого 2020 р.

  • Виправлено помилку, через яку триекранні кінцеві точки не були віддалено вимкнені хостом 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 с: "Час відповіді на<x> запит DNS-сервера в <number> мс перевищує максимальний час відповіді 1500 мс"

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

2019.02.12.1786м

27 лютого 2020 р.

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

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

2019.01.29.1773м

26 лютого 2021 р.

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

  • Додано нові перевірки для періодичної перевірки дійсності серверів NTP, налаштованих на вузлах Video Mesh. Недійсні попереджувальні повідомлення сервера NTP відображаються в інтерфейсі адміністратора Video Mesh під час входу в систему та як сигнали тривоги в Control Hub.

2019.01.14.1764m.1

21 січня 2021 р.

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

2018.10.04.1692м

16 жовтня 2020 р.

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

Ця сторінка охоплює оголошення, які допоможуть вам підготуватиWebex Video Meshрозгортання для нових випусків.

Перейдіть за посиланнямhttps://www.cisco.com/go/video-mesh, щоб отримати доступ до посібника з розгортання дляEdge Video Mesh.

Вересень 2022 р.

API розробників відео сіті

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

Липень 2022 р.

Зміна інструмента моніторингу стану медіа

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

Квітень 2022 р.

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

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

За допомогою налаштувань Prefer Video Mesh for All External Webex Meetings (Бажана сітка відео для всіх зовнішніх зустрічей 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:

Порти призначення UDP 50 000-53 000

Ці порти є додатком до існуючого порту 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 та за межами Інтернету.

12 серпня 2020 р.

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

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

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

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

22 лютого 2021 р.

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

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

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

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

16 серпня 2020 р.

Кешування DNS

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

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

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

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

12 серпня 2020 р.

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

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

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

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

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

22 липня 2020 р.

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

Тепер ви можете вручну встановити максимальний розмір блоку передачі (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.

21 червня 2020 р.

Новий параметр розгортання VMNLite

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

З цієї причини ми запроваджуємо нову опцію "VMNLite" для розгортання декількох вузлів Webex Video Mesh на вашому хост-сервері, на якому працює VMware ESXI або vCenter. VMNLite вимагає наступних специфікацій для кожної віртуальної машини:

  • 23 vCPU дляVideo Mesh Node

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

  • Місце на жорсткому диску 80 ГБ

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

Сервер нарад Cisco

(CMS 1000)

3 віртуальні машини VMNLite

(3 відеовузли сіті)

Сервер Cisco Multiparty Media 410v

2 віртуальні машини VMNLite

(2 відеовузли сіті)

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

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

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

9 червня 2020 р.

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

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

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

2 квітня 2021 р.

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

Веб-інтерфейс Video Mesh містить більше нових функцій, які полегшують обробку змін у мережі. Зовнішній інтерфейс можна ввімкнути в режимі розгортання подвійного мережевого інтерфейсу (NIC) з веб-інтерфейсу. Потім ви можете точно налаштувати маршрутизацію для вузлів Video Mesh, додавши визначені користувачем правила маршруту для зовнішніх та внутрішніх інтерфейсів. І ви можете змінити IP-адресу контейнерного мосту та підмережу.

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

11 березня 2020 р.

Підтримка Cisco Webex Teams EMEAR Data Residency

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

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

2019 2019 Марк Голлетт, Сінді Марцольф (2022) _Шаблон DA: МапаCisco Systems, Inc. Cisco Systems, Inc. Керування спільною роботою в хмарі

13 вересня 2020 р.

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

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

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

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

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


 

програмі Webexдодатки продовжують підключатися доWebex Video Meshбільшість вузлів мають спільні порти понад 5004 і 5006. Ці порти також використовуютьсяпрограмі Webexзастосунки та кінцеві точки для тестів досяжності ПРИГОЛОМШЕННЯ ДЛЯWebex Video Meshвузлів.Webex Video Meshвузол доWebex Video Meshвузол для каскадів використовує спільний порт призначення 5004 або 5006.

22 лютого 2021 р.

Мультипотокова підтримка всіх учасників зустрічей Cisco Spark і Cisco WebEx

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

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

21 січня 2021 р.

Підтримка зустрічей Cisco WebEx і Cisco Spark, зміни портів і ОНОВЛЕННЯ OVA

Cisco Spark Hybrid Media Service тепер підтримує локальні 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. Видаліть ВМ гібридного медіавузла з клієнта VMware vSphere або з vCenter.

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

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

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