2021.12.17.2464m.3

21 декабря 2021 г.

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

2021.11.21.2452m.1

1 декабря 2021 г.

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

2021.11.08.2441m.1

11 ноября 2021 г.

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

2021.10.18.2439m.12

27 октября 2021 г.

Эта модернизация в рамках технического обслуживания предусматривает модернизацию системы безопасности.

2021.10.11.2438m.1

18 октября 2021 г.

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

2021.09.13.2432m.10

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

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

2021.08.09.2428m.7

26 августа 2021 г.

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

2021.08.09.2428m.2

13 августа 2021 г.

Эта модернизация в рамках технического обслуживания включает в себя новую функцию "Закрытое совещание".

2021.07.22.2424m

29 июля 2021 г.

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

2021.07.08.2423m

15 июля 2021 г.

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

2021.06.17.2415m

24 июня 2021 г.

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

2021.05.27.2405m

4 июня 2021 г.

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

2021.05.05.2395m.5

21 мая 2021 г.

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

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

2021.04.27.2391m

30 апреля 2021 г.

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

2021.03.22.2384m.3

6 апреля 2021 г.

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

2021.03.22.2384m.1

31 марта 2021 г.

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

2021.03.03.2359m.7

16 марта 2021 г.

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

2021.03.03.2359m

12 марта 2021 г.

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

2021.02.05.2352m.4

12 февраля 2021 г.

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

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

2021.01.13.2349m.3

5 февраля 2021 г.

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

2020.12.08.2333m.6

25 января 2021 г.

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

2020.12.08.2333m.5

8 января 2021 г.

• Улучшены сообщения сигнала NTP на узлах сетки видео.

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

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

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

• В тестах доступности больше не сообщается об ошибках сертификата как об ошибках доступности.

• Обновлены сигналы доступности для кластеров узлов сетки видео личного совещания.

2020.12.08.2333m

11 декабря 2020 г.

• Расширена информация, доступная для кэша DNS. См. "Включить или отключить кэшировать DNS" в Руководстве по развертыванию.

• Исправлена косметическая проблема, из-за которой при запуске теста состояния узел ошибочно отображал состояние "Установка" в Control Hub.

2020.11.17.2319m.9

8 декабря 2020 г.

Этот выпуск предусматривает изменения для предотвращения сбоев вызовов SIP при разрыве сетевого соединения между кластерами.

2020.11.17.2319m.4

1 декабря 2020 г.

Инструмент мониторинга сетки видео представляет собой симулятор вызовов Webex, доступный на всех узлах сетки видео с этого выпуска. Инструмент отслеживания включает следующие функции:

• Запуск по запросу или периодические почасовые тесты на уровне каждого узла на уровне кластера.

• Возможность помечать сигнальные сигналы SIP, сигнальные сигналы мультимедиа и ошибки каскадного мультимедиа для каждого теста.

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

• Отслеживание сбоя тестирования в течение срока до семи дней.

2020.11.17.2319m.4

25 ноября 2020 г.

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

2020.11.06.2314m

18 ноября 2020 г.

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

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

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

• Устранены проблемы каскадного каскада между узлами сетки видео и новыми облачными узлами.

2020.10.16.2305m

23 октября 2020 г.

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

2020.09.22.2288m.3

1 октября 2020 г.

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

2020.09.22.2288m

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

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

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

• Исправлено latency/round-trip Значения времени в статистике медиафайлов на странице устранения неполадок совещаний в Центре управления. (Для некоторых звонков статистические данные были неверны в 1000 раз.)

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

2020.09.11.2279m

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

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

• Сокращен диапазон IP-адресов, зарезервированный для внутреннего использования узла сетки видео Webex с исходных 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 г.

• На порту 33432 отключено TLS 1.1.

• Исправлена несоставная статистика, показанная на аудиопотоке презентации IX5000 при перемещении из холла в конференцию.

• Добавлено обходное решение проблемы, при которой доверенный SIP-адрес, длиной более 200 символов, приводит к ошибке соединения TLS (CSCv44969).

2020.08.19.2266m.1

26 августа 2020 г.

• Добавлен параметр кэшинга DNS. (См. вкладку "Объявления".)

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

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

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

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

2020.08.06.2258m.4

18 августа 2020 г.

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

2020.08.06.2258m.1

13 августа 2020 г.

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

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

2020.07.15.2245m

20 июля 2020 г.

• Изменен тест разрешения DNS, чтобы повысить совместимость с более старыми версиями DNS-серверов на базе Microsoft.

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

2020.06.29.2236m.10

9 июля 2020 г.

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

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

• Добавлены параметры конфигурации MTU сетевого интерфейса. (См. вкладку "Объявления".)

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

2020.06.18.2231m

26 июня 2020 г.

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

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

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

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

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

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

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

2020.05.26.2200m.3

10 июня 2020 г.

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

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

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

• Удалена информация об использовании ЦП со страницы обзора веб-интерфейса узла.

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

2020.05.13.2195m

27 мая 2020 г.

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

2020.04.16.2176m.2

8 мая 2020 г.

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

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

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

2020.04.16.2176m.1

24 апреля 2020 г.

• Удалена поддержка TLS1.1.

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

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

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

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

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. (Сетка видео автоматически определяет версию, при настройке прокси ее не нужно указывать.)

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

  Идентификатор сигнала: 'mf.callHealth.fail', severity: "warning", title: "Сбой проверки работоспособности вызова".

2020.02.09.2120m.1

28 февраля 2020 г.

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

2020.01.30.2115m

7 февраля 2020 г.

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

• Кодек Opus включен для совещаний и вызовов "1 на 1".

2020.01.12.2091m

22 января 2020 г.

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

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

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

2019.12.15.2053m

8 января 2020 г.

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

2019.12.03.2042m

12 декабря 2019 г.

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

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

2019.11.06.1992m

14 ноября 2019 г.

• Исправлено CSCvr92794—Некорректное сообщение об ошибке при проверке полного доменного имени (FQDN) по отношению к IP-адресу узла.

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

2019.10.21.1973m.1

1 ноября 2019 г.

• Добавлена возможность загрузки и скачивания файлов журналов и PCAP на странице устранения неполадок интерфейса узла сетки видео Webex, даже если узел не зарегистрирован. Дополнительную информацию см. в статье Создание журналов сетки видео Webex для поддержки и Создание записи пакетов сетки видео Webex для поддержки.

2019.10.11.1964m.1

23 октября 2019 г.

• Исправлена ошибка CSCvr39819:уязвимая версия программного обеспечения.

• Исправлена ошибка CSCvr39878: самоподписанный сертификат X.509, общее имя которого не соответствует выдавшему его серверу (SSL/TLS). Внесено изменение, согласно которому в общем имени сертификата, находящемся на узле, указывается FQDN узла (при наличии) или IP-адрес.

• Добавлен новый вариант "Альтернативная тема". Name(s):" поле в форме создания запроса на подписание контракта (CSR) в веб-интерфейсе.

2019.09.19.1956m

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

• В пользовательском веб-интерфейсе узла сетки видео добавлены настройки сети. Дополнительную информацию см. в статье Настройка параметров сети в веб-интерфейсе узла сетки видео Webex.

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

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

• Исправлена уязвимость, влияющая на API проверки связи и NTP, в результате чего злоумышленники могли выполнить атаку с внедрением команды при наличии доступа к аутентифицированным API.

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

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

2019.08.21.1941m.2

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

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

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

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

2019.08.14.1937m

16 августа 2019 г.

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

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

2019.08.01.1929m

8 августа 2019 г.

• Исправлены две указанные далее ошибки.

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

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

2019.07.12.1917m

25 июля 2019 г.

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

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

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

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

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

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

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

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

2019.06.13.1907m.7

12 июля 2019 г.

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

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

2019.06.13.1907m.3

20 июня 2019 г.

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

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

2019.06.13.1907m.1

14 июня 2019 г.

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

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

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

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

2019.05.20.1892m1

24 мая 2019 г.

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

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

  Модернизация узлов сетки видео будет продолжена, однако необходимо предпринять соответствующие меры, чтобы обеспечить возможность доступа узлов сетки видео к URL-адресу. Дополнительную информацию см. на вкладке "Объявления".

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

2019.04.29.1873m.4

13 мая 2019 г.

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

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

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

2019.04.29.1873m

30 апреля 2019 г.

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

2019.04.18.1869m.1

26 апреля 2019 г.

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

2019.03.22.1829m.2

2 апреля 2019 г.

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

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

2019.03.19.1826m

22 марта 2019 г.

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

• На странице состояния обзора приводится отчет по результатам проверки соединения для реестра контейнеров Amazon Container Registry (ECR).

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

• Исправлено CSCvo93454—Односторонняя видеосвязь при подключении иммерсивной системы к Webex.

• Исправлено CSCvo87069—Доверенные источники Video Mesh SIP не заполняются

2019.02.14.1788m.1

21 февраля 2019 г.

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

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

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

• Добавлены новые сигналы, которые генерируются на узлах сетки видео и отображаются в Control Hub, когда время ответа на запрос DNS превышает 1,5 с в приведенных далее случаях.

  • Если время ответа DNS-сервера превышает 1,5 с: «Время ответа DNS-сервера <x>, равное <number> мс, превышает максимальное время ответа в 1500 мс».

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

2019.02.12.1786m

15 февраля 2019 г.

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

• Исправлено CSCvo26600—Валидатор токенов не получает ключ проверки токена, если первоначальный запрос CI завершается неудачей

2019.01.29.1773m

6 февраля 2019 г.

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

• Добавлены новые тесты для периодической проверки относительно того, действительны ли сервера NTP, настроенные на узлах сетки видео. Сообщения с предупреждением о недействительности сервера NTP отображаются в интерфейсе администратора сетки видео при входе и как сигналы в Control Hub.

2019.01.14.1764m.1

18 января 2019 г.

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

2018.10.04.1692m

5 октября 2018 г.

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

Ноябрь 2025 г.

Запись на месте с использованием Video Mesh

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

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

Основные преимущества

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

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

Январь 2025 г.

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

Технология Inter-Cluster Cascades предлагает эффективный способ оптимизации развертывания вашей видеосети. Это улучшает качество связи и использование полосы пропускания, обеспечивая прямую каскадную передачу данных между кластерами Video Mesh вашей организации. У вас также есть возможность выбирать, какие кластеры вашей организации могут участвовать в межкластерных каскадах. См. Межкластерные каскады для получения дополнительной информации.

Ноябрь 2024 г.

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

В соответствии с решением Webex об отказе от поддержки протоколов TelePresence Interoperability Protocol (TIP) и Multiplex (MUX), используемых для устройств CTS, TX и IX, Video Mesh больше не будет поддерживать эти протоколы. 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

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

Август 2023

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

• API администрирования VMN

• API сети VMN

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

Июль 2023 г.

Вебхуки для оповещений Video Mesh

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

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

• Переадресация вызовов кластера – Вызовы, переадресованные из определенного кластера.
• Переполнение звонков в организацию – Общее количество переполняющих звонков в облако для организации.

API для узлов видеосетки

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

Июнь 2023 г.

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

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

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

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

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

  • SIP-устройства
  • Приложение Webex для настольных компьютеров
  • Мобильное приложение Webex
  • Webex App VDI
  • Устройства Webex

Май 2023 г.

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

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

Март 2023 г.

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

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

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

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

Февраль 2023 г.

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

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

Ноябрь 2022 г.

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

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

Сентябрь 2022 г.

API разработчика сетки видео

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

Июль 2022 г.

Изменение средства мониторинга состояния медиа

Изменена частота периодических тестов на кластере, в масштабе отдельных кластеров или узлов. Эти тесты проводились почасово в предыдущих выпусках. Теперь они работают каждые 6 часов.

апрель 2022 г.

Сохранение мультимедиа в сетке видео для всех внешних совещаний Webex

В предыдущих выпусках вы контролируете использование сетки видео для совещаний только для внутренних веб-сайтов. Для совещаний, которые организованы на внешних веб-сайтах Webex, управление этими веб-сайтами возможно, если сетка видео может каскадить в Webex. Если на внешнем веб-сайте не разрешались каскады сетки видео, мультимедиа всегда использовало облачные узлы Webex.

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

Январь 2022 г.

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

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

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

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

Октябрь 2021 г.

Глобально распределенные средства мультимедиа

Теперь сетка видео использует возможности глобально распределенных средств мультимедиа (GDM) Webex для улучшения маршрутизации мультимедиа. Для достижения оптимального уровня соединения Webex выбирает ближайший облачные мультимедиа к вашему предприятию при каскадном каскаде сетки видео в Webex. Затем трафик передается по магистрали Webex к микрослужбам Webex для совещания. Такая маршрутка сводит к минимуму задержку и сохраняет большую часть трафика в магистрали Webex и вне Интернета.

13 августа 2021 г.

Закрытые совещания

Функция "Личное совещание" повышает безопасность совещания, прерывая работу мультимедиа в вашей локальной сети. При графике частного совещания мультимедиа всегда прерывается на узлах сетки видео в корпоративной сети без каскадного каскадного совещания в облаке. В отличие от обычных совещаний, мультимедиа каскадно не размещается в облаке Webex, если локальные узлы переполнены.

Все участники в закрытом совещании должны принадлежать вашей организации. Они могут присоединяться с помощью приложения Webex или видеосистемы с аутентификацией. Участники с доступом к сети VPN или MRA могут присоединяться к закрытому совещанию. Однако никто не может присоединиться к закрытому совещанию за пределами вашей сети.

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

9 февраля 2021 г.

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

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

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

См. раздел Обзор доступа к узлам сетки видео Webex из веб-интерфейса руководства по развертыванию по ссылке https://www.cisco.com/go/video-mesh.

26 августа 2020 г.

Кэширование DNS

Если регулярное реагирование DNS на узлы сетки видео превышает 750 мс, можно включить кэшинг DNS. При кэшинге DNS узел кэшет отклики DNS локально. Локальное кэшинг делает запросы менее вероятными причиной возникновения сигналов подключения, отбрасываемой вызовов или проблем с качеством вызова. Кэширование DNS может также снизить нагрузку на инфраструктуру DNS.

В настоящее время функция кэширования DNS отключена по умолчанию. Информацию о том, как включить ее, см. в разделе Включение или отключение кэширования DNS руководства по развертыванию на странице https://www.cisco.com/go/video-mesh.

Поддержка Webex Events

Сетка видео Webex теперь поддерживает Webex Events.

7 августа 2020 г.

Короткий формат адреса видео для Webex Meetings

На сайтах WBS39.9 и более поздних версий пользователи могут присоединяться к совещаниям, используя более короткий формат видеоадреса @webex.com (вместо @.webex.com). Сетка видео теперь поддерживает этот более короткий формат адреса.

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

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

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

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

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

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

9 июля 2020 г.

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

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

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

Настроить MTU вручную можно на странице настроек сети вкладки Дополнительно в веб-интерфейсе узла сетки видео Webex. Дополнительную информацию см. в руководстве по развертыванию по ссылкеhttps://www.cisco.com/go/video-mesh.

26 июня 2020 г.

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

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

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

• 23 виртуальных ЦП для узла сетки видео

• 20 ГБ основной памяти

• Локальное пространство на жестком диске 80 Гбайт

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

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

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

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

9 июня 2020 г.

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

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

График модернизации можно настроить при регистрации нового кластера или изменении графика существующего кластера. Дополнительную информацию см. в документации относительно сетки видео по ссылке: https://www.cisco.com/go/video-mesh.

24 апреля 2020 г.

Внешний сетевой интерфейс, правила маршрутной маршрутки, параметры контейнерной сети в веб-интерфейсе узла сетки видео

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

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

20 марта 2020 г.

Поддержка размещения данных Cisco Webex Teams в регионе EMEAR

Организации, находящиеся в европейском регионе размещения данных Cisco Webex Teams, теперь могут использовать Video Mesh. Поддержка распространяется как на новые организации второго этапа, так и на существующие организации первого этапа, расположенные в регионе EMEAR.

Дополнительную информацию см. в статье Размещение данных в Cisco Webex Teams.

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

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

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

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

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

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

12 февраля 2018 г.

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

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

Дополнительную информацию см. в статье Поддержка нескольких потоков для всех участников в Cisco Webex Teams и Cisco Webex Meetings.

5 января 2018 г.

Поддержка Cisco Webex и Cisco Webex Meetings, изменения портов и обновления OVA

Служба мультимедиа гибридного типа Cisco Webex Teams теперь поддерживает локальные конечные точки, зарегистрированные в SIP и объединяющие совещания Cisco Webex и Cisco Webex Teams. Кроме того, в службу включены новые отчеты об использовании и освоении в Control Hub. Все преимущества службы мультимедиа гибридного типа будут доступны, если ваш веб-сайт Webex работает на платформе видео Cisco Webex версии 2.0. (Проверка: если список типов ресурсов мультимедиа доступен в параметрах веб-сайта совместной комнаты совещаний в облаке, значит, на вашем веб-сайте Webex установлена версия 2.0 платформы видео.)

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

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

• Порт TCP/UDP 33434 более не поддерживается службой.

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

Обновление OVA

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

Модернизируйте каждый узел мультимедиа гибридного типа в кластере, выполнив приведенные ниже действия.

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

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

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

4. Установите новую версию OVA и программного обеспечения службы мультимедиа гибридного типа, задайте конфигурацию сети и повторно зарегистрируйте узел мультимедиа гибридного типа в Cisco Collaboration Cloud. См. раздел Развертывание службы мультимедиа гибридного типа руководства по развертыванию службы мультимедиа гибридного типа Cisco Webex.

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

Чтобы ознакомиться со всеми изменениями функций, новыми шагами и инструкциями по развертыванию веб-сайта Webex, см. руководство по развертыванию службы мультимедиа гибридного типа Cisco Webex Teams по ссылке https://www.cisco.com/go/hybrid-services-media. В разделе Новая и измененная информация руководства приведены ссылки на обновленные разделы.