Благодарим вас за обратную связь.

2021.12.17.2464м.3

21 декабря 2021 года

К этому обновлению для обслуживания нет примечаний к выпуску.

2021.11.21.2452м.1

1 декабря 2021 года

Незначительное изменение может изменить инициалы некоторых стандартных аватаров. Если часть имени пользователя указана в скобках, система теперь игнорирует эту часть при выборе инициалов.

2021.11.08.2441m.1

11 ноября 2021 года

К этому обновлению для обслуживания нет примечаний к выпуску.

2021.10.18,2439м,12

27 октября 2021 года

Это техническое обновление включает в себя улучшения безопасности.

2021.10.11.2438m.1

18 октября 2021 года

К этому обновлению для обслуживания нет примечаний к выпуску.

2021.09.13.2432м.10

23 сентября 2021 г.

К этому обновлению для обслуживания нет примечаний к выпуску.

2021.08.09,2428м.7

26 августа 2021 года

К этому обновлению для обслуживания нет примечаний к выпуску.

2021.08.09.2428м2

13 августа 2021 г.

Это обновление обслуживания включает новую функцию «Приватная встреча».

2021.07.22.24m

29 июля 2021 года

• Устранена проблема на конечных точках SIP с отображением экранных уведомлений при одновременном отображении нескольких участников и совместном использовании контента.

2021.07.08.2423m

15 июля 2021 года

К этому обновлению для обслуживания нет примечаний к выпуску.

2021.06.17,2415 м

24 июня 2021 года

К этому обновлению для обслуживания нет примечаний к выпуску.

2021.05.27.2405 м

4 июня 2021 года

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

2021.05.05.2395m.5

21 мая 2021 года

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

• Устранена проблема, которая могла нарушить работу DNS в определенной конфигурации моста Docker.

2021.04.27.2391 м

30 апреля 2021 года

• Исправляет отчеты о статистике потери пакетов для транскодированных вызовов в Control Hub.

2021.03.22.2384m.3

6 апреля 2021 года

К этому обновлению для обслуживания нет примечаний к выпуску.

2021.03.22.2384м.1

31 марта 2021 года

К этому обновлению для обслуживания нет примечаний к выпуску.

2021.03.03.2359м.7

16 марта 2021 года

К этому обновлению для обслуживания нет примечаний к выпуску.

2021.03.03.2359 м

12 марта 2021 года

К этому обновлению для обслуживания нет примечаний к выпуску.

2021.02.05.2352м.4

12 февраля 2021 года

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

• Устраняет проблемы с дрожанием и неправильно сообщаемые значения времени в оба конца.

2021.01.13.2349m.3

5 февраля 2021 года

К этому обновлению для обслуживания нет примечаний к выпуску.

2020.12.08.2333м.6

25 января 2021 года

К этому обновлению для обслуживания нет примечаний к выпуску.

2020.12.08.2333м,5

8 января 2021 года

• Улучшены аварийные сообщения NTP на узлах Video Mesh.

• Исправлена ошибка, из-за которой, если для пароля установлено значение «никогда», вы не могли изменить пароль через графический интерфейс.

• Улучшено отображение некоторых регистрационных ошибок.

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

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

• Обновлены оповещения о доступности для кластеров Video Mesh Node для частных встреч.

2020.12.08.2333 м

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.2314 м

18 ноября 2020 года

• Увеличено пороговое значение для повышения тревоги NTP на узлах Video Mesh.

• Увеличена детализация сообщений об ошибках, что позволяет устранять будущие проблемы NTP на узлах Video Mesh.

• Исправлена ошибка, из-за которой не удавалось загрузить журналы VMN.

• Исправлены проблемы с каскадом между узлами Video Mesh и новыми облачными узлами.

2020.10.16.2305 м

23 октября 2020 года

• Исправлена ошибка, из-за которой в некоторых ситуациях режим обслуживания не включался должным образом.

2020.09.22.2288m.3

1 октября 2020 года

• Нет примечаний к выпуску данного технического обновления.

2020.09.22.288 м

30 сентября 2020 года

• Добавлены ограничения скорости в тесты полосы пропускания на странице «Обзор».

• Исправлена проблема с тестом на достижимость TCP.

• Исправлены значения задержки и времени передачи данных в медиастатистике на странице устранения неполадок совещаний в Control Hub. (По некоторым звонкам статистика исказилась в 1000 раз.)

• Изменено: на некоторых портах используются только более безопасные шифры TLS.

2020.09.11.2279 м

18 сентября 2020 г.

• В веб-интерфейс узла Video Mesh добавлена информация о диапазоне 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.2258м.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.2231 м

26 июня 2020 г.

• Улучшен выбор соотношения сторон для полосы пропускания около 1,5 Мбит/с при включенном разрешении 1080p.

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

• Исправлена ошибка, из-за которой возникала ошибка при запуске, а затем быстрой остановке захвата пакетов.

• Добавлена поддержка развертываний VMNLite. (См. вкладку «Объявления».)

• Удалена стандартная конфигурация NTP. Теперь для регистрации узла требуется действительная конфигурация NTP. Добавлены сигналы тревоги, если конфигурация NTP пуста или узел не может связаться с настроенным NTP-сервером.

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

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

2020.05.26.2200m.3

10 июня 2020 года

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

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

• На страницу обзора веб-интерфейса узла добавлен счетчик времени безотказной работы.

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

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

2020.05.13.2195 м

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,25 МБ до 4 миллионов.

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

• Уменьшено количество запросов в службу идентификации.

• Изменен подход к проверке OAuth, чтобы повысить устойчивость к отложенным ответам.

2020.03.11.2143m.3

24 марта 2020 года

• Нет примечаний к выпуску данного технического обновления.

2020.03.11.2143M.9 — срочное обновление

22 марта 2020 года

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

2020.03.11.2143M — срочное обновление

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,2115 м

7 февраля 2020 года

• Исправлена уязвимость CSCvs70769 — проблема контрабанды HTTP-запросов NGINX

• Кодек Opus включен для встреч и звонков в формате «один на один».

2020.01.12.2091м

22 января 2020 г.

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

• Исправлена ошибка (CSCvs28104), из-за которой на некоторых экранах трехэкранной конечной точки с эффектом погружения могло отображаться видео низкого качества.

• Исправлена ошибка, из-за которой настройка некоторых SIP-вызовов задерживалась.

2019.12.15.2053m

8 января 2020 года

• Исправлена ошибка, из-за которой совещания (в которых участвовала хотя бы одна Webex Board) отправляли видеопотоки низкого разрешения с устройств SIP на конечные точки Webex.

2019.12.03.2042 м

12 декабря 2019 г.

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

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

2019.11.06.1992m

14 ноября 2019 года

• Исправлено CSCvr92794 — неверное сообщение об ошибке при проверке полного доменного имени по 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.1956 м

26 сентября 2019 г.

• Добавлены сетевые настройки в пользовательский веб-интерфейс (пользовательский интерфейс) узла Video Mesh. Дополнительные сведения см. в разделе Настройка сетевых параметров с помощью веб-интерфейса Webex Video Mesh Node.

• Уровень серьезности этого предупреждения изменен с критического на предупреждение: «Узел Video Mesh не смог загрузить необходимое программное обеспечение от поставщика облачных услуг Cisco. Проблема может возникнуть из-за нескольких проблем, связанных с сетью. Проверьте сетевое подключение к общедоступной сети (.amazonaws.com) и проверьте настройки DNS. Это также может произойти из-за изменений в брандмауэре, установленном между узлами Video Mesh и Интернетом».

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

• Исправлена уязвимость, затрагивающая API-интерфейсы Ping и Check NTP, из-за которой злоумышленник мог запустить атаку с применением командных инъекций, если у него был доступ к аутентифицированным API.

• Улучшен выбор кодеков для передаваемого видео.

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

2019.08.21.1941m.2

13 сентября 2019 г.

• Исправлена ошибка, из-за которой уровни процессора на узле резко возросли и не возвращались к допустимым уровням.

• Исправлена ошибка, из-за которой контент, отправленный участниками, подключенными к облачному узлу, не принимался участниками, подключенными к локальным узлам, если в сети установлен брандмауэр Palo Alto Networks (PAN).

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

2019.08.14.1937 м

16 августа 2019 г.

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

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

2019.08.01.1929 м

8 августа 2019 г.

• Исправлены две проблемы:

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

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

2019.07.12.1917

25 июля 2019 года

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

• В карточку сведений об узле в веб-интерфейсе узла добавлена версия ОС.

• Переработан пользовательский интерфейс страницы «Устранение неполадок» в веб-интерфейсе узла. (Дополнительные сведения см. в руководстве по развертыванию.)

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

• Улучшенное разрешение и выбор частоты кадров для потоков презентаций.

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

• Исправлена ошибка, из-за которой у некоторых типов участников не было возможности включить звук, когда организатор отключал звук.

• Улучшен темп воспроизведения медиафайлов в перекодированных презентациях.

2019.06.13.1907m.7

12 июля 2019 года

• Исправлена ошибка, которая иногда приводила к снижению разрешения видео даже при отсутствии потерянных пакетов и низкой задержке.

• Исправлена ошибка, из-за которой иногда возникало разделение звука, когда ведущий отключал звук участников, а затем включал звук.

2019.06.13.1907m.3

20 июня 2019 года

• Исправлена ошибка, из-за которой состояние публикации презентации отображалось неверно, если конечный компьютер пытался поделиться ею, находясь на экране лобби.

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

2019.06.13.1907m.1

14 июня 2019 года

• Исправлена ошибка, из-за которой некоторые узлы Video Mesh не перезагружались автоматически после обновления, в результате чего функции устранения неполадок на узле были отключены, а информация на странице обзора отсутствовала.

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

• Исправлена ошибка, из-за которой устойчивость к потере пакетов иногда не работала в течение первых нескольких минут совещания.

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

2019.05.20.1892m1

24 мая 2019 года

• Добавлены новые функции удобства обслуживания в веб-интерфейс узла Video Mesh (генерация захвата пакетов, генерация журналов и улучшения обзорных страниц). Дополнительные сведения об этих функциях см. в главе «Управление сеткой видео Webex» в руководстве по развертыванию по адресу https://www.cisco.com/go/video-mesh.

• В рамках предстоящей миграции в реестр эластичных контейнеров Amazon добавлено новое предупреждение: «Узел Video Mesh не смог загрузить необходимое программное обеспечение от поставщика облачных услуг Cisco. Проблема может возникнуть из-за нескольких проблем, связанных с сетью. Проверьте сетевое подключение к общедоступной сети и проверьте настройки DNS. Это также может произойти из-за изменений в брандмауэре, установленном между узлами Video Mesh и Интернетом».

  Обновление узлов Video Mesh продолжится, но вам следует принять соответствующие меры, чтобы узлы Video Mesh могли получить доступ к URL-адресу. Дополнительные сведения см. на вкладке «Объявления».

• Исправлена ошибка, из-за которой совещания Skype для бизнеса неправильно отображалось «L2SIP-ua» в качестве названия совещания и имени участника.

2019.04.29.1873m.4

13 мая 2019 года

• Исправлена ошибка, из-за которой обмен контентом иногда был недоступен при использовании удаленного доступа по протоколу SIP.

• Исправлена ошибка, из-за которой иногда не удавалось воссоздать каскады из-за временных неполадок в сети, которые приводили к разделению совещаний.

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

29.04.2019.04.1873 м

30 апреля 2019 года

• Нет примечаний к выпуску данного технического обновления.

2019.04.1869м.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 не заполняются

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 с: «<x>Время ответа на запрос DNS-сервера в <number>мс превышает максимальное время ответа 1500 мс».

  • Текст предупреждения<ntp-server>, если время запроса к DNS-серверу превышает 1,5 с при разрешении запроса на NTP-сервер: «Во время разрешения время ответа на <x>запрос DNS-сервера (ов) в <number>мс превысило максимальное время ответа 1500 мс».

2019.02.12.1786 м

15 февраля 2019 года

• Эта версия является релизом-кандидатом для магистрали TLS SIP и поддержки прозрачных прокси-серверов для проверки и неинспектирования для Video Mesh. Дополнительные сведения см. в руководстве по развертыванию по адресу https://www.cisco.com/go/video-mesh.

• Исправлено CSCvo26600 — валидатор токенов не получает ключ проверки токена в случае сбоя первоначального запроса CI

2019.01.29.1773 млн

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 года

• Нет примечаний к выпуску данного технического обновления.

Май 2026 года

Для улучшения совместной работы мы добавили поддержку гостевых пользователей. Теперь гостевые пользователи в вашей корпоративной сети могут присоединяться к совещаниям в Video Mesh. Дополнительные сведения см. в разделе Разрешение гостевым пользователям использовать Video Mesh.

Январь 2026 г.

Мы добавили вкладку управления сертификатами EC в веб-интерфейс узла Video Mesh в рамках подготовки к поддержке сквозного шифрования (E2EE) для индивидуальных вызовов в Video Mesh. С помощью этой вкладки администраторы смогут создавать запросы на подписание сертификатов, загружать сертификаты EC и закрытые ключи, а также устанавливать сертификаты EC.

Эта новая функция повысит конфиденциальность и безопасность, обеспечив шифрование всех сообщений между пользователями без необходимости расшифровки в облаке Webex.

ноябрь 2025 года

Локальная запись в Video Mesh

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

Благодаря этой новой возможности теперь вы можете записывать совещания и вебинары Webex в своей организации, надежно сохраняя каждую запись в локальной среде. Локальная запись доступна в приложении Webex и веб-клиенте Webex.

Ключевые преимущества

• Полный контроль над содержимым совещаний: все локальные записи хранятся в инфраструктуре вашей организации.

• Повышенная безопасность: конфиденциальный контент совещаний никогда не покидает доверенную среду.
• Неограниченное хранение: храните записи столько, сколько вам нужно, без каких-либо ограничений.

Январь 2025 г.

Межкластерные каскады

Межкластерные каскады предлагают эффективный способ оптимизации развертывания Video Mesh. Оно улучшает качество звонков и использование полосы пропускания, обеспечивая прямое каскадирование между кластерами Video Mesh в вашей организации. Вы также можете свободно выбирать, какие кластеры вашей организации могут участвовать в межкластерных каскадах. Дополнительные сведения см. в разделе Межкластерные каскады.

ноябрь 2024 года

Прекращение поддержки протокола взаимодействия телеприсутствия (TIP) и мультиплекса (MUX)

Video Mesh больше не будет поддерживать протокол совместимости TelePresence (TIP) и мультиплекс (MUX), используемые на устройствах CTS, TX и IX, в соответствии с тем, что Webex прекращает использовать протокол TIP/MUX.

февраль 2024 года

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

  Дополнительные сведения о включении ThousandEyes в вашей организации и настройке тестов см. в разделе Интеграция ThousandEyes с Video Mesh.

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

Декабрь 2023 года

Перенос реестра контейнеров из Docker Hub в Amazon ECR

Реестр контейнеров видеосетки, в котором размещаются изображения, будет изменен с Docker Hub на Amazon ECR. Перенос запланирован на февраль 2024 года. Мы просим клиентов обеспечить подключение к ECR, включив URL-адрес «*.amazonaws.com» в брандмауэрах своих приложений и прокси-серверах. Этот шаг необходим для предотвращения возможных проблем во время обновлений.

Август 2023 г.

Мы улучшили универсальность и функциональность API узлов Video Mesh, добавив целый ряд новых API с различными функциями. Теперь администраторы могут выбирать между тремя категориями API, которые могут помочь им на разных этапах развертывания узлов. Они заключаются в следующем:

• API-интерфейсы администрирования VMN

• Сетевые API VMN

• API-интерфейсы сертификатов сервера VMN

Июль 2023 г.

Webhooks для оповещений о сетке видео

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

На этом этапе с помощью веб-хуков можно отслеживать следующие типы событий:

• Переадресация вызовов в кластере — вызовы, перенаправленные из определенного кластера.
• Переполнение организационных вызовов — общее количество вызовов, перегруженных в облако в организации.

API-интерфейсы узлов видеосетки

Мы представили набор API, которые помогут администраторам организации создавать, обновлять, загружать и удалять сертификаты, связанные с узлами Video Mesh. Дополнительные сведения см. в разделе «API узлов Video Mesh Node».

Июнь 2023 г.

Мы усовершенствовали графики и диаграммы на панели управления Analytics, чтобы дополнить функцию включения типов клиентов.

• Данные по кластеру можно увидеть на вкладке «Ресурсы».

  Выберите кластер на любом из круглых графиков или диаграмм и нажмите «Применить». Это действие также фильтрует данные для всех других графиков, поэтому вы увидите только те данные, которые относятся к выбранному кластеру.

• Мы добавили два новых графика на вкладку «Ресурсы». Это тренд « Общее количество подключений вызовов по типам конечных точек» и «Общее количество присоединений вызовов по типам конечных точек». Можно выбрать кластеры и конкретные типы конечных точек, чтобы отображать только необходимую информацию.

• На вкладке «Взаимодействие» мы сгруппировали график «Количество вызовов по типам конечных точек» на следующие типы:

  • Устройства SIP
  • Рабочий стол приложения Webex
  • Мобильное приложение Webex
  • VDI приложения Webex
  • Устройства Webex

Май 2023 года

Поддержка веб-клиентов

Вызовы, совершаемые через веб-клиент, теперь могут поступать на узлы Video Mesh, что обеспечивает вашей организации большую универсальность поддерживаемых типов вызовов.

Март 2023 г.

Новый тест на достижимость и улучшенный инструмент мониторинга

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

Мы изменили интерфейс пользователя, чтобы перейти к инструменту мониторинга Video Mesh. Вы можете найти новую вкладку Video Mesh в разделе « Устранение неполадок» > «Сетка видео» вместо « Устранение неполадок» > «Состояние» > «Сетка видео», как и раньше.

На странице с обзором инструмента мониторинга тесты сгруппированы по следующим направлениям: «Сигнализация», «Каскад» и « Доступность», что поможет вам оптимизировать процесс устранения неполадок.

Февраль 2023 г.

API-интерфейсы для разработчиков Video Mesh для устранения неполадок и интеграции со сторонними системами мониторинга

• На этом этапе разработки API-интерфейсов для разработчиков Video Mesh мы внесли усовершенствования, позволяющие администраторам организаций полностью контролировать устранение неполадок в развертывании Video Mesh.
• Теперь администраторы могут запускать различные тесты по устранению неполадок по запросу, такие как тестирование сети, монитора работоспособности мультимедиа и проверки доступности, прямо на портале для разработчиков. Они также могут просматривать подробные результаты запущенных тестов, что поможет им глубже понять состояние развертывания.

Ноябрь 2022 года

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

Теперь вы можете редактировать имена кластеров Video Mesh в Control Hub. Мы также добавили поддержку Unicode к именам кластеров.

Сентябрь 2022 г.

API для разработчиков 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, эти сайты контролировали возможность каскадного перехода Video Mesh на Webex. Если внешний сайт не разрешил каскадирование Video Mesh, ваши медиафайлы всегда использовали облачные узлы Webex.

Если на сайте Webex есть доступные узлы Video Mesh для всех внешних Webex Meetings пользователей, медиафайлы будут проходить через эти узлы для совещаний на внешних сайтах. Дополнительные сведения см. на сайте https://help.webex.com/en-us/article/nzvixgk/Keep-your-media-on-Video-Mesh-for-all-external-Webex-meetings.

Январь 2022 г.

Обновления портов

В предстоящем выпуске в феврале 2022 года Video Mesh необходимо открыть следующий диапазон портов для Media Cloud Cascades:

Эти порты являются дополнением к существующему порту 5004. Откройте диапазон портов UDP 50 000—53 000 в конфигурации брандмауэра. Если эти порты не будут открыты после выхода следующей версии, вы столкнетесь с перебоями в обслуживании.

Как указано в разделе Требования к сети для сервисов Webex, Expressway уже использует этот диапазон портов для облака Webex. Таким образом, большинство развертываний не требуют обновлений для поддержки этого нового требования к Video Mesh. Но в развертываниях с более строгими правилами брандмауэра обновите конфигурацию брандмауэра, чтобы открыть эти порты для Video Mesh до февральского релиза.

Октябрь 2021 г.

Распространяемые по всему миру СМИ

Video Mesh теперь использует возможности Webex по глобальному распределению мультимедиа (GDM) для улучшения маршрутизации медиафайлов. Чтобы обеспечить оптимальное подключение, 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 из веб-интерфейса в руководстве по развертыванию по адресу 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.

7 августа 2020 года

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

На сайтах 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, добавьте маршрут или схему набора для обработки этого формата. Дополнительные сведения см. в соответствующем задании, включающем «короткий видеоадрес» в руководстве, в зависимости от того, как вы настроили среду управления вызовами:

• Настройте Unified CM безопасную маршрутизацию трафика TLS SIP для Webex Video Mesh

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

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

По умолчанию приглашения на собрания в настоящее время по-прежнему используют более длинный формат. Сведения об изменении формата сайта Webex см. в разделе Отображение формата коротких видеоадресов для мероприятий Webex Meetings и мероприятий.

9 июля 2020 г.

Новые настройки конфигурации MTU сетевого интерфейса в веб-интерфейсе узла Video Mesh

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

На всех узлах Webex Video Mesh обнаружение Path MTU (PMTU) включено по умолчанию. С помощью PMTU узел может обнаруживать проблемы MTU и автоматически регулировать размер MTU. Когда PMTU выходит из строя из-за проблем с брандмауэром или сетью, у узла могут возникнуть проблемы с подключением к облаку из-за потери пакетов, превышающих размер MTU. Устранить эту проблему можно вручную, задав меньший размер MTU.

Ручные настройки MTU можно найти на странице сетевых настроек, вкладке «Дополнительно» в веб-интерфейсе Webex Video Mesh Node. Дополнительные сведения см. в руководстве по развертыванию по адресу https://www.cisco.com/go/video-mesh.

26 июня 2020 г.

Новый вариант развертывания VMNLite

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

По этой причине мы представляем новую опцию «VMNLite» для развертывания нескольких узлов Webex Video Mesh на хост-сервере под управлением VMware ESXI или vCenter. Для каждой виртуальной машины VMNLite требуются следующие спецификации:

• 23 виртуальных процессора для узла Video Mesh

• Основная память объемом 20 Гбайт

• 80 ГБ места на локальном жестком диске

Благодаря этим спецификациям можно развернуть (или заменить одну существующую виртуальную машину) несколько экземпляров в зависимости от аппаратного обеспечения:

Наше тестирование показало, что производительность коммутируемых вызовов при использовании трех узлов VMNLite на одном CMS1000 улучшилась на 50% по сравнению с развертыванием одной виртуальной машины.

Как и в стандартной конфигурации, на виртуальных машинах 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 европейском регионе резидентства данных теперь могут использовать Video Mesh. Эта поддержка охватывает как недавно созданные организации фазы 2 в регионе EMEAR, так и существующие организации фазы 1 в регионе EMEAR.

Дополнительные сведения см. в разделе Резидентность данных в. Cisco Webex Teams

4 ноября 2019 г.

Новые усовершенствования отчетов Video Mesh: аналитика и недавнее использование ресурсов

Теперь вы можете получить доступ к двум категориям отчетов, которые помогут вам управлять развертыванием Video Mesh: аналитика и недавнее использование ресурсов.

Аналитика — это новые интерактивные отчеты, отражающие долгосрочные тенденции (данные за период до 3 месяцев) в категориях вовлеченности, использования ресурсов и использования полосы пропускания.

Последние отчеты об использовании ресурсов были доступны ранее и перенесены на страницу устранения неполадок в Control Hub. Они дают представление об активности в вашей организации почти в реальном времени.

Вы можете отфильтровать эти отчеты по конкретным нужным данным и сохранить их в виде файлов различных типов прямо из Control Hub. Дополнительные сведения см. в документации Video Mesh по адресу https://www.cisco.com/go/video-mesh.

16 августа 2019 г.

Поддержка явных прокси-серверов

Cisco WebexVideo Mesh теперь поддерживает явные прокси-серверы, а также прокси-серверы с прозрачной проверкой и без нее. Эти прокси-серверы можно привязать к развертыванию Webex Video Mesh, чтобы обеспечить защиту и мониторинг корпоративного трафика в облаке. Эта функция отправляет на прокси-сервер трафик сигналов и управления на основе HTTPS. Для прозрачных прокси-серверов сетевые запросы от узлов Video Mesh перенаправляются на определенный прокси-сервер в соответствии с правилами маршрутизации корпоративной сети. После внедрения прокси-сервера на узлах можно использовать интерфейс администрирования Webex Video Mesh для управления сертификатами и общим состоянием подключения.

Дополнительные сведения см. в разделе Поддержка прокси-серверов для Video Mesh и другие соответствующие обновления руководства по развертыванию.

25 июля 2019 года

Новые функции устранения неполадок (Ping, Trace Route, NTP-сервер, сервер Reflector и учетная запись отладки) в веб-интерфейсе узла Video Mesh

Веб-интерфейс Webex Video Mesh содержит больше новых функций, упрощающих устранение неполадок. В веб-интерфейсе можно запускать различные сетевые тесты (ping, трассировка маршрута и проверка NTP-сервера). Вы также можете проверить, открыты ли соответствующие порты в вашей сети, используя Reflector Server. Если вам нужна помощь инженеров службы поддержки Cisco, вы можете создать временную учетную запись пользователя для отладки, чтобы они могли устранять неполадки при развертывании.

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

24 мая 2019 года

Новые функции устранения неполадок (журналы, захват пакетов) и обновленный обзор веб-интерфейса Video Mesh Node

Веб-интерфейс Webex Video Mesh теперь содержит новые функции, упрощающие устранение неполадок. Можно создавать журналы и перехваты пакетов на самом узле и отправлять их в службу поддержки Cisco, когда они будут готовы.

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

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

Переход с Docker Hub на Amazon Elastic Container Registry

Чтобы сократить количество различных доменов, к которым обращается узел Video Mesh, мы переходим от доменов-хабов Docker (.docker.io и .docker.com) к реестру эластичных контейнеров Amazon (*.amazonaws.com). Эта миграция произойдет примерно через 6—8 недель с момента публикации этой публикации. В качестве подготовительного шага необходимо убедиться, что узел Video Mesh, зарегистрированный в вашей организации Webex, может взаимодействовать с доменом *.amazonaws.com, иначе будущие обновления контейнеров Video Mesh Node не увенчаются успехом. Проверьте настройки брандмауэра и/или прокси-сервера, чтобы убедиться, что трафик из узла Video Mesh разрешен в домен *.amazonaws.com.

После внесения изменений в брандмауэр или прокси-сервер можно проверить подключение к домену*.amazonaws.com, войдя в веб-интерфейс узла Video Mesh. Функция проверки подключения к Amazon была включена в версию программного обеспечения 2019.03.19.1826m, и вы должны использовать это программное обеспечение, чтобы подтвердить подключение к домену *.amazonaws.com.

1. Перейдите в веб-интерфейс узла Video Mesh (https: //% VMN_IP %/setup) и выберите «Обзор».

2. В разделе «Сведения о подключении» проверьте состояние проверки подключения к облаку.

   Если данные о подключении выделены красным цветом, это означает, что проверка подключения к Amazon не удалась и требуется дальнейшее устранение неполадок.

15 февраля 2019 года

Поддержка защищенной магистрали SIP и прозрачного прокси-сервера

Webex Video Mesh теперь поддерживает безопасное магистральное подключение Unified CM к узлам Video Mesh и безопасный обмен сертификатами. При использовании этой опции требуется сквозное шифрование от облака до локальных зарегистрированных конечных точек.

Webex Video Mesh также поддерживает прозрачные прокси-серверы для проверки и неинспектирования, что позволяет обеспечить безопасность и мониторинг корпоративного трафика в облаке.

Дополнительные сведения об использовании этих функций при развертывании узлов Video Mesh см. в руководстве по развертыванию по адресу https://www.cisco.com/go/video-mesh.

7 февраля 2019 г.

Двойной сетевой интерфейс для узлов видеосетки

Для развертывания в демилитаризованной зоне теперь можно настроить узлы Video Mesh в кластере с двойным сетевым интерфейсом (NIC). Этот вариант развертывания позволяет отделить трафик корпоративной сети от трафика облачной сети на узле Video Mesh: внутренний сетевой адаптер (ориентированный на предприятие) используется для связи между ящиками, каскадного соединения между кластерами узлов и доступа к интерфейсу управления узлом, тогда как внешний (ориентированный на облако) NIC используется в основном для подключения к внешнему миру и каскадного подключения к облаку.

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

18 сентября 2018 г.

Улучшения качества обслуживания (QoS) для Video Mesh

Узлы Video Mesh теперь соответствуют рекомендуемым передовым практикам качества обслуживания (QoS) благодаря использованию диапазонов портов, позволяющих различать аудио- и видеопотоки во всех потоках, поступающих в узлы Video Mesh и обратно. Это изменение позволит вам создавать политики QoS и эффективно отслеживать трафик, поступающий в узлы Video Mesh и из них.

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

Исходный трафик с локальных зарегистрированных конечных точек всегда определяется конфигурацией системы управления вызовами (или VCS Expressway). Unified CM

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

12 февраля 2018 г.

Поддержка многопотоковой передачи для всех участников совещаний Cisco Spark и Cisco WebEx

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

Дополнительные сведения см. в разделе Поддержка многопотоковой передачи для всех участников Cisco Spark и Cisco WebEx Meetings.

5 января 2018 г.

Поддержка конференций Cisco WebEx и Cisco Spark, смены портов и обновления OVA

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

Изменения в портах

• Гибридной мультимедийной службе теперь требуется новый порт назначения (5006).

• Порт TCP/IP 33434 больше не поддерживается сервисом.

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

Обновление OVA

Служба требует, чтобы вы загрузили и установили последнее обновление OVA на ваших гибридных мультимедийных узлах. Чтобы загрузить последнюю версию OVA, перейдите в https://admin.ciscospark.comраздел «Службы» > «Гибридные носители» > «Настройка» > «Настройки».

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

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

2. Отмените регистрацию узла. См. раздел «Отмена регистрации гибридного мультимедийного узла» в руководстве по развертыванию гибридного мультимедийного сервиса Cisco Spark.

3. Удалите виртуальную машину гибридного мультимедийного узла из клиента VMware vSphere или из vCenter.

4. Установите новую версию Hybrid Media Service OVA и программное обеспечение, задайте конфигурацию сети и перезарегистрируйте узел гибридного мультимедиа в. Cisco Collaboration Cloud См. раздел «Развертывание гибридного мультимедийного сервиса» в руководстве по развертыванию гибридного мультимедийного сервиса Cisco Spark.

5. Выведите узел из режима обслуживания. См. раздел Перевод гибридного сервисного узла в режим обслуживания.

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