- Главная
- /
- Статья
В этой статьеНовая и измененная информация
Эта таблица содержит сведения о новых функциях или функциях, изменениях существующего контента и всех серьезных ошибках, исправленных в руководстве по развертыванию.
Информацию об обновлениях программного обеспечения узла сетки видео Webex см. в разделе https://help.webex.com/en-us/article/jgobq2/Webex-Video-Mesh-release-notes.
Дата | Изменение |
|---|---|
09 февраля 2024 г. |
|
31 августа 2023 г. |
|
31 июля 2023 г. |
|
28 июля 2023 г. |
|
15 июня 2023 г. |
|
| 16 мая 2023 г. |
|
27 марта 2023 г. |
|
02 марта 2023 г. |
|
7 июля 2022 г. |
|
30 июня 2022 г. | Добавлена информация о новых сценариях массовой подготовки по адресу https://github.com/CiscoDevNet/webex-video-mesh-node-provisioning. |
14 июня 2022 г. | Изменены шаги по обмену цепочками сертификатов для включения сертификатов ECDSA в цепочки сертификатов Exchange между узлами Unified CM и сетки видео |
18 мая 2022 г. | Веб-сайт скачивания инструмента отражателя изменен на https://github.com/CiscoDevNet/webex-video-mesh-reflector-client. |
29 апреля 2022 г. | Добавлена информация о новой функции в разделе Сохранение мультимедиа в сетке видео для всех внешних совещаний Webex. |
25 марта 2022 г. | Обновления использования портов в разделе Порты и протоколы для управления. |
Decemeber 10, 2021 г. | Добавлена CMS 2000 и отмечена проблема модернизации старых CMS 1000s до ESXi 7 в требованиях к системе и платформе для программного обеспечения узла сетки видео. |
30 августа 2021 г. | Добавлена информация о проверке правильности страны источника в Webex для развертывания в разделе Проверка правильности страны источника. |
27 августа 2021 г. | Добавлено примечание о видимости отчетов аналитики в разделе Поддержка и ограничения частных совещаний. |
13 августа 2021 г. | Добавлена информация о новой функции личных совещаний в:
|
22 июля 2021 г. | Добавлена информация о том, как проверить правильность местоположения источника вызовов в системе. Правильные местоположения источника помогают в эффективной маршрутизации. См. Проверка правильности страны источника. |
25 июня 2021 г. | Отмечается, что функция полнофункциональных возможностей Webex приложения Webex несовместима с сеткой видео в клиентах и устройствах, использующих узел сетки видео. |
7 мая 2021 г. | Исправлен рекомендуемый размер кластера до 100 в Руководстве по развертыванию кластера сетки видео. |
12 апреля 2021 г. | Обновлена настройка маршрутизации трафика TCP SIP Expressway для сетки видео для использования зоны Webex вместо новой зоны DNS. |
9 февраля 2021 г. |
|
11 декабря 2020 г. |
|
22 октября 2020 г. |
|
| 19 октября 2020 г. |
|
| 18 сентября 2020 г. |
|
| 26 августа 2020 г. |
|
4 августа 2020 г. |
|
| 9 июля 2020 г. |
|
26 июня 2020 г. |
|
| 9 июня 2020 г. |
|
| 21 мая 2020 г. | Обновлены порты и протоколы управления и требования к поддержке прокси для сетки видео. |
| 15 мая 2020 г. | Обновлен обзор сетки видео. |
| 25 апреля 2020 г. |
|
22 января 2020 г. |
|
12 декабря 2019 г. |
|
10 декабря 2019 г. |
|
4 ноября 2019 г. |
|
| 18 октября 2019 г. |
|
26 сентября 2019 г. |
|
13 сентября 2019 г. |
|
| 29 августа 2019 г. |
|
24 июля 2019 г. |
|
9 июля 2019 г. |
|
24 мая 2019 г. |
|
25 апреля 2019 г. |
|
11 апреля 2019 г. |
|
Обзор сетки видео Webex
Сетка видео Webex выполняет динамический подбор оптимального сочетания локальных и облачных ресурсов конференций. Конференция остается локальной при наличии достаточного количества локальных ресурсов. В случае исчерпания локальных ресурсов конференции раскрываются в облаке.
Узел сетки видео – это программное обеспечение, которое устанавливается на локальном сервере Cisco UCS, зарегистрировано в облаке и управляется в Control Hub. Совещания Webex, персональная комната совещаний Webex, совещания в пространстве Webex и вызовы в приложении Webex между двумя пользователями можно маршрутизировать на локальные узлы сетки видео в сети. Сетка видео выбирает наиболее эффективный способ использования доступных ресурсов.
Сетка видео обеспечивает приведенные ниже преимущества.
Улучшение качества и сокращение задержки с целью поддержки вызовов на локальном уровне.
Перевод вызовов непосредственно в облако при достижении предельного значения локальных ресурсов или отсутствии к ним доступа.
Управление кластерами сетки видео из облака с помощью единого интерфейса администрирования. Control Hub (https://admin.webex.com ).
Оптимизация ресурсов и возможностей масштабирования по мере необходимости.
Функции облака и локальной конференции, объединенные в одной службе.
Снижение нехватки возможностей за счет перманентного наличия необходимых дополнительных ресурсов конференций в облаке. Отсутствие необходимости в планировании нагрузки на случай наихудшего исхода.
Предоставляет расширенные аналитические сведения о емкости и использовании, а также данные отчета об устранении неполадок в https://admin.webex.com.
Использует локальную обработку мультимедиа, когда пользователи звонят на совещание Webex с помощью локальных стандартных терминальных устройств и клиентов SIP.
терминальные устройства и клиенты на основе SIP (конечные точки Cisco, Jabber, сторонний SIP), зарегистрированные в локальном управлении вызовами (Cisco Unified Communications Manager или Expressway), которые совершают вызов на совещание Cisco Webex.
приложение Webex (включая сопряженные с устройствами комнаты), которые присоединяются к совещанию Webex.
Устройства комнаты и настольные устройства Webex, которые непосредственно присоединяются к совещанию Webex.
Оптимизированные интерактивные голосовые ответы (IVR) с использованием аудио и видеосвязи для конечных точек и клиентов на базе сетевого протокола SIP.
Конечные точки H.323, IP-телефонии и Skype для бизнеса (S4B) все так же позволяют присоединяться к совещаниям из облака.
Поддержка видео высокой четкости 1080p 30 кадров в секунду в качестве параметра для совещаний, если участники совещания, которые могут поддерживать 1080p, размещаются с помощью локальных узлов сетки видео. (Если участник присоединяется к текущему совещанию из облака, разрешение видео 1080p и частота 30 кадров в секунду сохраняется в поддерживаемых конечных точках локальных пользователей.)
Улучшенная и дифференцированная маркировка качества обслуживания (QoS): раздельное аудио (EF) и видео (AF41).
Сетка видео Webex в настоящее время не поддерживает Webex Webinars.Поддерживает совещания со сквозным шифрованием (совещания E2EE). Если клиент развертывает сетку видео и выбирает тип совещания E2EE, он добавляет дополнительный уровень безопасности, гарантируя безопасность ваших данных (мультимедиа, файлы, виртуальные доски, аннотации) и блокируя доступ к ним третьих лиц или их изменение. Подробную информацию см. в разделе Развертывание совещаний с нулевым доверием.
В настоящее время личные совещания не поддерживают сквозное шифрование.
Клиенты и устройства, использующие узел сетки видео
Мы стремимся сделать сетку видео совместимой с соответствующими клиентами и типами устройств. Хотя невозможно протестировать все сценарии, тестирование, на котором основаны эти данные, охватывает наиболее распространенные функции перечисленных оконечных устройств и инфраструктуры. Отсутствие устройства или клиента означает отсутствие тестирования и отсутствие официальной поддержки от Cisco.
Тип клиента или устройства | Использование узла сетки видео при вызове "Точка-точка" | Использование узла сетки видео на многосторонних совещаниях |
|---|---|---|
Приложение Webex (настольное и мобильное) | Да | Да |
Устройства Webex, включая устройства комнат и Webex Board. (Полный список см. в разделе Требования к терминальному устройству и приложению Webex.) | Да | Да |
Беспроводной совместный доступ в комнате между приложением Webex и поддерживаемыми устройствами Room, Desk и Board. | Да | Да |
зарегистрированные в Unified CM устройства (включая конечные точки IX) и клиенты (включая Jabber VDI 12.6 и более поздние версии и Webex VDI 39.3 и более поздние версии), совершающие вызовы на запланированное совещание Webex или совещание в персональной комнате Webex*. | Нет | Да |
Устройства, зарегистрированные в VCS или Expressway, совершение вызова на запланированное совещание Webex или совещание в персональной комнате Webex*. | Нет | Да |
Webex Обратный вызов на мою видеосистему на зарегистрированные в облаке видеоустройства Webex | н/д | Да |
Веб-клиент приложения Webex ( https://web.webex.com) | Да | Да |
Телефоны, зарегистрированные в Cisco Webex Calling | Нет | Нет |
Вызов Webex на мою видеосистему на локально зарегистрированные устройства SIP | н/д | Нет |
* Невозможно гарантировать, что все локальные устройства и клиенты были протестированы с помощью решения сетки видео.
Несовместимость сетки видео со всеми функциями Webex
Если включить полнофункциональные возможности Webex для приложения Webex, приложение Webex не поддерживается узлами сетки видео. В настоящее время эта функция отправляет сигналы и мультимедиа непосредственно в Webex. В будущих выпусках приложение Webex и сетка видео будут совместимы. По умолчанию эта функция не была включена для клиентов с сеткой видео.
Могут возникнуть проблемы с сеткой видео и полнофункциональными функциями Webex.
Если вы добавили сетку видео в развертывание после введения этой функции.
Если эта функция включена, не зная о ее влиянии на сетку видео.
При возникновении проблем обратитесь в команду по работе с учетными записями Cisco, чтобы отключить переключатель "Полнофункциональные возможности Webex".
Качество обслуживания на узле сетки видео
Узлы сетки видео соответствуют рекомендованным рекомендациям по качеству обслуживания (QoS), включив диапазоны портов, которые позволяют различать аудио- и видеопотоки во всех потоках к узлам сетки видео и от них. Это изменение позволит создать политики QoS и эффективно определять трафик к узлам сетки видео и от них.
К этим изменениям портов относятся изменения QoS. Узлы сетки видео автоматически помечают трафик мультимедиа от зарегистрированных SIP конечных точек (зарегистрированные локальные Unified CM или VCS Expressway) как для аудио (EF), так и для видео (AF41) отдельно с соответствующим классом обслуживания и используют известные диапазоны портов для определенных типов мультимедиа.
Исходный трафик от локальных зарегистрированных конечных точек всегда определяется конфигурацией управления вызовами (Unified CM или VCS Expressway).
Дополнительную информацию см. в таблице QoS в разделе Порты и протоколы, используемые сеткой видео, а также в инструкциях по включению или отключению QoS в потоке задач развертывания сетки видео
Приложение Webex продолжает подключаться к узлам сетки видео через общий порт 5004. Эти порты также используются приложением Webex и конечными точками для тестирования доступности STUN для узлов сетки видео. Узел сетки видео на узел сетки видео для каскадов используйте диапазон портов назначения 10000–40000.Поддержка прокси для сетки видео
Сетка видео поддерживает явные, прозрачные прокси с проверкой и без проверки. Эти прокси можно привязать к развертыванию сетки видео, чтобы обеспечить безопасность и мониторинг трафика из предприятия в облако. Эта функция отправляет сигнальный и административный трафик HTTPS на прокси. При использовании прозрачных прокси сетевые запросы от узлов сетки видео перенаправляются на определенный прокси с учетом правил маршрутизации корпоративной сети. Интерфейс администрирования сетки видео можно использовать для управления сертификатами и общего состояния подключения после внедрения прокси с узлами.
| Мультимедиа не проходит через прокси. Для передачи потоков мультимедиа непосредственно в облако необходимо открыть требуемые порты. См. Порты и протоколы для управления. |
Сетка видео поддерживает прокси следующих типов.
Явный прокси (с проверкой или без проверки). При использовании явного прокси необходимо указать прокси-сервер, который должен использовать клиент (узлы сетки видео). Этот параметр поддерживает один из следующих типов аутентификации.
None (Нет). Дальнейшая аутентификация не требуется. (Для явного прокси HTTP или HTTPS.)
Базовая. Используется для оператора пользователя HTTP в целях предоставления имени пользователя и пароля при совершении запроса. Использует кодировку Base64. (Для явного прокси HTTP или HTTPS.)
Дайджест. Используется для подтверждения учетной записи перед отправкой конфиденциальной информации. Применяет хэш-функцию к имени пользователя и паролю перед отправкой в сети. (Для явного прокси HTTPS.)
NTLM. Как и дайджест-аутентификация, NTLM-аутентификация используется для подтверждения учетной записи перед отправкой конфиденциальной информации. Использует учетные данные Windows вместо имени пользователя и пароля. Для использования этой схемы аутентификации необходимо осуществление нескольких обменов. (Для явного прокси HTTP.)
Прозрачный прокси (без проверки). Узлы сетки видео не настроены для использования адреса определенного прокси-сервера и не должны требовать каких-либо изменений для работы с прокси без проверки.
Прозрачный прокси (с проверкой). Узлы сетки видео не настроены для использования адреса определенного прокси-сервера. В сетке видео не нужно вносить изменения в конфигурацию http(s). Как бы то ни было, для обеспечения доверия прокси узлам сетки видео необходим корневой сертификат. Как правило, специалисты по ИТ используют прокси с проверкой для обеспечения соблюдения политик посещения веб-сайтов и запрещения определенных типов контента. Этот тип прокси расшифровывает весь трафик (даже https).
Поддерживаемые разрешения и частоты кадров для сетки видео
В этой таблице приведены поддерживаемые разрешения и частоты кадров с точки зрения отправителя-получателя на совещании, организованном на узле сетки видео. Клиент-отправитель (приложение или устройство) находится в верхней строке таблицы, в то время как клиент-получатель находится в левой части таблицы. Соответствующая ячейка между двумя участниками фиксирует согласованное разрешение контента, кадры в разделе и источник аудио.
| Разрешение влияет на емкость вызова на любом узле сетки видео. Дополнительную информацию см. в разделе Емкость узлов сетки видео. |
Разрешение и частота кадров объединены как XXXpYY — например, 720p10 означает 720p с частотой 10 кадров в секунду.
Сокращения определения (SD, HD и FHD) в строке отправителя и столбце получателя относятся к верхнему разрешению клиента или устройства:
SD — стандартное определение (576p)
HD — высокая четкость (720p)
FHD — полная высокая четкость (1080p)
Приемник | Отправитель | ||||||
|---|---|---|---|---|---|---|---|
Приложение Webex | Мобильное приложение Webex | Устройства, зарегистрированные SIP (HD) | Устройства, зарегистрированные SIP (FHD) | Зарегистрированные устройства Webex (SD) | Зарегистрированные устройства Webex (HD) | Зарегистрированные устройства Webex (FHD) | |
Настольное приложение Webex | 720p10 Смешанное аудио* | 720p10 Смешанное аудио | 720p30 Смешанное аудио | 720p30 Смешанное аудио | 576p15 Аудио контента** | 720p30 Смешанное аудио | 720p30 Смешанное аудио |
Мобильное приложение Webex | — | — | — | — | — | — | — |
Устройства, зарегистрированные SIP (HD) | 720p30 Аудио контента | 720p15 Смешанное аудио | 1080p15 Смешанное аудио | 1080p15 Смешанное аудио | 576p15 Смешанное аудио | 1080p15 Смешанное аудио | 1080p15 Смешанное аудио |
Устройства, зарегистрированные SIP (FHD) | 1080p30 Смешанное аудио | 720p15 Смешанное аудио | 1080p15 Смешанное аудио | 1080p30 Смешанное аудио | 576p15 Смешанное аудио | 1080p15 Смешанное аудио | 1080p30 Смешанное аудио |
| Зарегистрированные устройства Webex (SD) | 1080p15 Смешанное аудио | 720p15 Смешанное аудио | 1080p15 Смешанное аудио | 1080p15 Смешанное аудио | 576p15 Смешанное аудио | 1080p15 Смешанное аудио | 1080p15 Смешанное аудио |
Зарегистрированные устройства Webex (FHD) | 1080p30 Смешанное аудио | 720p15 Смешанное аудио | 1080p15 Смешанное аудио | 1080p30 Смешанное аудио | 576p15 Смешанное аудио | 1080p15 Смешанное аудио | 1080p30 Смешанное аудио |
* Аудио контента – это аудио, воспроизводимое с помощью определенного контента, к которому предоставляется совместный доступ, например потокового видео. Этот аудиопоток отделен от обычного аудио совещания.
** Смешанное аудио означает сочетание аудио участника совещания и аудио из совместного доступа к контенту.
Требования к сетке видео
Сетка видео доступна с предложениями, описанными в требованиях к лицензиям для служб гибридного типа.
Требования к управлению вызовами и интеграции совещаний для сетки видео
Для использования сетки видео не требуется управление вызовами и существующая инфраструктура совещаний, однако их можно интегрировать. При интеграции сетки видео с инфраструктурой управления вызовами и совещаний убедитесь, что среда соответствует минимальным критериям, описанным в таблице ниже.
Назначение компонента | Минимальная поддерживаемая версия |
|---|---|
Локальное управление вызовами | Cisco Unified Communications Manager, выпуск 11.5(1) SU3 или более поздний. (Рекомендуется последний выпуск SU.) Cisco Expressway-C или E, выпуск X8.11.4 или более поздний. (Дополнительную информацию см. в разделе "Важная информация" в примечаниях к выпуску Expressway.) |
Инфраструктура совещаний | Webex Meetings WBS33 или более поздней версии. (Если список типов ресурсов мультимедиа доступен в параметрах веб-сайта совместной комнаты совещаний в облаке, можно проверить правильность работы веб-сайта Webex.)
Чтобы убедиться, что ваш веб-сайт готов к использованию сетки видео, обратитесь к менеджеру по работе с клиентами (CSM) или партнеру. |
Обработка отказа | Cisco Expressway-C или E, выпуск X8.11.4 или более поздний. (Дополнительную информацию см. в разделе "Важная информация" в примечаниях к выпуску Expressway.) |
Требования к терминальному устройству и приложению Webex
Назначение компонента | Сведения |
|---|---|
Поддерживаемые терминальные устройства | |
Поддерживаемые версии приложения Webex | Сетка видео поддерживает приложение Webex для настольных компьютеров (Windows, Mac) и мобильных устройств (Android, iPhone и iPad). Чтобы скачать приложение для поддерживаемой платформы, перейдите по ссылке https://www.webex.com/downloads.html. |
Поддерживаемые кодеки | Поддерживаемые кодеки аудио и видео см. в | спецификациях видео Webex для вызовов и совещаний . Обратите внимание на эти предостережения относительно сетки видео.
|
Поддерживаемые устройства Room, Desk и Board, зарегистрированные в Webex | Перечисленные ниже устройства протестированы и подтверждены для работы с узлами сетки видео. |
Требования к системе и платформе для программного обеспечения узла сетки видео
Производственная среда
В производственных развертываниях существует два способа развертывания программного обеспечения узла сетки видео на определенной конфигурации аппаратного обеспечения.
Каждый сервер можно настроить как единую виртуальную машину, что лучше всего подходит для развертываний с большим количеством конечных точек SIP.
С помощью опции VMNLite можно настроить на каждом сервере несколько виртуальных машин меньшего размера. VMNLite лучше всего использовать для развертываний, в которых большинство клиентов и устройств являются приложением Webex и зарегистрированными в Webex конечными точками.
Эти требования являются общими для всех конфигураций:
VMware ESXi 7 или 8, vSphere 7 или 8
Гиперпоточность включена
Узлы сетки видео, работающие независимо от оборудования платформы, нуждаются в выделенных vCPU и оперативной памяти. Совместный доступ к ресурсам с другими приложениями не поддерживается. Это относится ко всем изображениям программного обеспечения сетки видео.
Для изображений сетки видео (VMNLite) на платформе CMS поддерживаются только изображения VMNLite. Никакие другие изображения сетки видео или приложения, не связанные с сеткой видео, не могут быть подключены к оборудованию CMS с программным обеспечением VMNLite.
Конфигурация брандмауэра | Развертывание производства в виде единой виртуальной машины | Развертывание производства с помощью виртуальных машин VMNLite | Примечания | ||
|---|---|---|---|---|---|
Cisco Meeting Server 1000 (CMS 1000) |
| Развертывайте как 3 одинаковых экземпляра виртуальных машин, каждый из которых будет иметь:
| Рекомендуется использовать эту платформу для узла сетки видео.
| ||
Конфигурация на основе спецификаций (требуется процессор Intel Xeon E5-2600v3 или более поздней версии с частотой 2,6 ГГц) |
| Развертывайте как 3 одинаковых экземпляра виртуальных машин, каждый из которых будет иметь:
| Каждая виртуальная машина сетки видео должна иметь ЦП, ОЗУ и жесткие диски, зарезервированные для себя. Во время настройки используйте параметр CMS1000 или VMNLite . Пиковая ВКП (операции ввода/вывода в секунду) для хранилища NFS составляет 300 ВКП. | ||
Cisco Meeting Server 2000 (CMS 2000) | Развертывайте как 8 одинаковых экземпляров виртуальных машин, каждый из которых выполнит приведенные ниже действия.
| Развертывайте как 24 идентичных экземпляра виртуальных машин, каждая из которых будет иметь приведенные ниже возможности.
| Рекомендуется использовать эту платформу для узла сетки видео. Каждое лезвие должно быть полным сервером Cisco Meeting Server 1000 с зарезервированным ЦП, ОЗУ и жесткими дисками на одно лезвие. Пиковый уровень ввода-вывода для хранилища NFS составляет 300 IOP. |
Демонстрационные среды
Для базовых демонстрационных целей можно использовать конфигурацию аппаратного обеспечения на основе спецификаций со следующими минимальными требованиями:
14vCPU (12 для узла сетки видео, 2 для ESXi)
8 ГБ основной памяти
20 ГБ места на локальном жестком диске
Процессор Intel Xeon E5-2600v3 или более поздней версии 2,6 ГГц
| Эта конфигурация сетки видео не поддерживается Cisco TAC. |
Дополнительные сведения о демонстрационном программном обеспечении см. в разделе Демонстрационное программное обеспечение узла сетки видео.
Требования к пропускной способности
Для надлежащей работы узлов сетки видео должна быть минимальной пропускной способностью Интернета в 10 Мбит/с для загрузки и загрузки.
Требования к поддержке прокси для сетки видео
Мы официально поддерживаем следующие решения прокси, которые могут интегрироваться с узлами сетки видео.
Cisco Web Security Appliance (WSA) для прозрачного прокси;
Squid для явного прокси.
Для явного прокси или прозрачного прокси с проверкой, который проверяет (расшифровывает трафик), необходимо иметь копию корневого сертификата прокси, который необходимо загрузить в доверенное хранилище узла сетки видео в веб-интерфейсе.
Поддерживаются следующие комбинации типов аутентификации и явных прокси:
без аутентификации при использовании http и https;
базовая аутентификация при использовании http и https;
дайджест-аутентификация только при использовании https;
NTLM-аутентификация только при использовании http.
При наличии прозрачного прокси необходимо использовать маршрутизатор или коммутатор для обеспечения принудительной отправки трафика HTTPS/443 на прокси. Вы также можете заставить Web Socket перейти к прокси. (WebSocket использует https.)
Сетка видео требует подключения веб-сокета к облачным службам, чтобы узлы функционировали правильно. На явных прокси с проверкой и прозрачных прокси с проверкой заголовки http необходимы для надлежащего подключения к веб-сокету. Если они будут изменены, соединение с веб-сокетом завершится сбоем.
Если сбой соединения с веб-сокетом происходит на порту 443 (с включенным прозрачным прокси с проверкой), в Control Hub отображается предупреждение после регистрации. "Вызов SIP сетки видео Webex работает ненадлежащим образом". Когда прокси не включен, то же сообщение может отображаться и по другим причинам. Если на порте 443 заблокированы заголовки веб-сокетов, поток мультимедиа между приложениями и клиентами SIP отсутствует.
Нередко поток мультимедиа прекращается в тех случаях, когда от узла, связанного с портом 444, не поступает трафик.
Прокси разрешает трафик порта 444, но при этом представляет собой прокси с проверкой, который нарушает работу веб-сокета.
Для устранения этих проблем может потребоваться «обход» или «сплис» (отключить проверку) на порту 443, чтобы: *.wbx2.com и *.teams.webex.com.
Емкость узлов сетки видео
Поскольку сетка видео является программным мультимедийным продуктом, емкость узлов сетки видео варьируется. В частности, участники совещания в облаке Webex значительно увеличивают нагрузку на узлы. При большем количестве каскадов в облако Webex емкость уменьшается. Другими факторами, влияющими на емкость, являются:
Типы устройств и клиентов
Разрешение видео
Качество сети
Пиковая нагрузка
Модель развертывания
| Использование сетки видео не влияет на количество лицензий Webex. |
Как правило, добавление дополнительных узлов в кластер не удваивает емкость из-за накладных расходов на настройку каскадов. Используйте эти цифры в качестве общего руководства. Придерживайтесь указанных далее рекомендаций.
Проверьте общие сценарии совещаний для развертывания.
Используйте аналитику в Control Hub, чтобы узнать, как развивается развертывание, и при необходимости добавить емкость.
| Переполнения при низком объеме вызовов (особенно SIP-вызовы, инициированные локально) не являются истинным отражением масштаба. В аналитике сетки видео (в разделе Control Hub > Ресурсы > Активность вызовов) отображаются ветви вызовов, которые инициируются локально. Они не указывают потоки вызовов, которые поступали через каскад на узел сетки видео для обработки мультимедиа. По мере увеличения количества удаленных участников во время совещания увеличиваются каскады и потребления локальных ресурсов мультимедиа на узле сетки видео. |
В этой таблице перечислены диапазоны емкости для различных участников и конечных точек миксов на обычных узлах сетки видео. Наше тестирование включало совещания со всеми участниками на локальном узле и совещания с участием локальных и облачных участников. При увеличении количества участников в облаке Webex ожидайте, что ваша емкость снизится в нижней части диапазона.
Сценарий | (отправка) | Вместимость участника |
|---|---|---|
Совещания только с участниками приложения Webex | 720p | 100–130 |
1080p | 90–100 | |
Совещания и вызовы "1 на 1" только с участниками приложения Webex | 720p | 60–100 |
1080p | 90–100 | |
Совещания только с участниками SIP | 720p | 70–80 |
Совещания только с участниками SIP | 1080p | 30–40 |
Совещания с участниками приложения Webex и SIP | 720p | 75–110 |
|
|
Емкость для VMNLite
Рекомендуется использовать VMNLite для развертываний, которые в основном включают приложение Webex и зарегистрированные в облаке конечные точки. В этих развертываниях узлы используют больше ресурсов переключения и меньше ресурсов перекодирования, чем предусмотрено стандартной конфигурацией. Развертывание нескольких небольших виртуальных машин на узле оптимизирует ресурсы для этого сценария.
В этой таблице перечислены диапазоны емкости различных участников и конечных точек смесей. Наше тестирование включало совещания со всеми участниками на локальном узле и совещания с участием локальных и облачных участников. При увеличении количества участников в облаке Webex ожидайте, что ваша емкость снизится в нижней части диапазона.
Сценарий | (отправка) | Количество участников с 3 узлами VMNLite на сервере |
|---|---|---|
Совещания только с участниками приложения Webex | 720p | 250–300 |
1080p | 230–240 | |
Совещания и вызовы "1 на 1" только с участниками приложения Webex | 720p | 175–275 |
1080p | 230–240 |
| Базовое разрешение совещаний в приложении Webex составляет 720p. Однако при предоставлении совместного доступа эскизы участников имеют значение 180p. |
Кластеры в сетке видео
Вы развертываете узлы сетки видео в кластерах. Кластер определяет узлы сетки видео с аналогичными атрибутами, такими как близость сети. Участники используют определенный кластер или облако в зависимости от следующих условий:
Клиент в корпоративной сети, который может связаться с локальным кластером, подключается к нему — основное предпочтение для клиентов в корпоративной сети.
Клиенты, присоединяющиеся к личному совещанию сетки видео, подключаются только к локальным кластерам. Можно создать отдельный кластер специально для этих личных совещаний.
Клиент, который не может подключиться к локальному кластеру, подключается к облаку — случай для мобильного устройства, не подключенного к корпоративной сети.
Выбранный кластер также зависит от задержки, а не только от местоположения. Например, облачный кластер с более низкой задержкой передачи STUN (SRT), чем кластер сетки видео, может быть лучшим кандидатом для совещания. Эта логика предотвращает посадку пользователя на географически удаленный кластер с высокой задержкой SRT.
Каждый кластер содержит логику каскадирования совещаний, за исключением личных совещаний сетки видео, в других облачных кластерах совещаний по мере необходимости. Каскадирование обеспечивает путь передачи данных между клиентами на совещаниях. Совещания распределяются между узлами, и клиенты устанавливаются на наиболее эффективный узел, ближайший к ним, в зависимости от таких факторов, как топология сети, ссылка WAN и использование ресурсов.
Возможность подключения к узлам мультимедиа определяется клиентом. Фактический вызов использует различные потенциальные механизмы подключения, такие как UDP и TCP. Перед вызовом устройство Webex (Room, Desk, Board и приложение Webex) регистрируется в облаке Webex, которое предоставляет список кандидатов кластера для вызова.
| Узлы в кластере сетки видео требуют беспрепятственной связи друг с другом. Они также требуют беспрепятственной связи с узлами во всех остальных кластерах сетки видео. Убедитесь, что брандмауэры разрешили всю связь между узлами сетки видео. |
Кластеры для личных совещаний
Кластер сетки видео можно зарезервировать для личных совещаний. Когда зарезервированный кластер заполнен, мультимедиа личного совещания каскадируется на другие кластеры сетки видео. Когда зарезервированный кластер заполнен, личные и неличные совещания предоставляют совместный доступ к ресурсам оставшихся кластеров.
Неличные совещания не будут использовать зарезервированный кластер, резервируя эти ресурсы для личных совещаний. Если ресурсы нечастного совещания в вашей сети исчерпаны, оно каскадируется в облако Webex.
Дополнительные сведения о функции личных совещаний сетки видео см. в разделе Личные совещания.
| Вы не можете использовать короткий формат адреса видео (meet@your_site), если вы зарезервировали все кластеры сетки видео для личных совещаний. В настоящее время эти вызовы не выполняются без надлежащего сообщения об ошибке. Если оставить некоторые кластеры незарезервированными, вызовы с коротким форматом адреса видео могут подключаться через эти кластеры. |
Руководство по развертыванию кластера сетки видео
В типичных корпоративных развертываниях клиентам рекомендуется использовать до 100 узлов на кластер. В системе нет жестких ограничений для блокировки размера кластера с более чем 100 узлами. Однако при необходимости создания кластеров большего размера настоятельно рекомендуется рассмотреть этот параметр в инженерной службе Cisco через команду по работе с учетными записями Cisco.
Создавайте меньшее количество кластеров, если ресурсы имеют аналогичную близость к сети (аффинити).
При создании кластеров добавьте только узлы, находящиеся в одном географическом регионе и одном центре обработки данных. Кластеризация в глобальной вычислительной сети (WAN) не поддерживается.
Обычно развертывайте кластеры на предприятиях, где проводятся частые локализованные совещания. Планируйте размещение кластеров на полосе пропускания, доступной в различных местоположениях WAN внутри предприятия. Со временем можно развертывать и увеличивать кластер по кластеру на основе наблюдаемых шаблонов пользователей.
Кластеры, расположенные в разных часовых поясах, могут эффективно обслуживать несколько географических регионов, используя различные шаблоны вызовов в час пик/час занятости.
Если у вас есть два узла сетки видео в двух отдельных центрах обработки данных (например, ЕС и NA), а конечные точки присоединяются через каждый центр обработки данных, узлы в каждом центре обработки данных каскадируются к одному узлу сетки видео в облаке. Каскады диссертаций будут идти по интернету. Если есть участник в облаке (который присоединяется раньше одного из участников сетки видео), узлы каскадируются через узел мультимедиа в облаке участника.
Разнообразие часовых поясов
Многообразие часовых поясов позволяет предоставлять совместный доступ к кластерам в периоды непикового времени. Пример. Компания с кластером в Северной Калифорнии и кластером в Нью-Йорке может обнаружить, что общая задержка сети не так высока между двумя местоположениями, обслуживающими географически разнообразное население пользователей. Когда ресурсы находятся на пике использования в кластере в Северной Калифорнии, кластер в Нью-Йорке, скорее всего, не достигнет пика и будет иметь дополнительные мощности. То же самое относится и к кластеру в Северной Калифорнии, в часы пик в кластере в Нью-Йорке. Это не единственные механизмы, используемые для эффективного развертывания ресурсов, но они являются двумя основными.
Перенаправление в облако из-за переполнения
При достижении емкости всех локальных кластеров локальный участник перенаправляется в облако Webex. Это не означает, что все вызовы размещаются в облаке. Webex направляет в облако только тех участников, которые либо удалены, либо не могут подключиться к локальному кластеру. Во время вызова с локальными и облачными участниками локальный кластер соединяется (каскадируется) с облаком, чтобы объединить всех участников в один вызов.
Если вы настроили совещание как тип личного совещания, Webex сохранит все вызовы в локальных кластерах. Личные совещания никогда не переходят в облако из-за переполнения.
Регистрация устройств Webex в Webex
Помимо определения доступности, клиенты также проводят периодические тесты задержки в обе стороны с помощью простого обхода UDP через NAT (STUN). Задержка STUN в обе стороны (SRT) является важным фактором при выборе потенциальных ресурсов во время фактического вызова. При развертывании нескольких кластеров основные критерии выбора основываются на заданной задержке SRT. Тесты доступности выполняются в фоновом режиме, инициированные рядом факторов, включая изменения сети, и не приводят к задержкам, влияющим на время настройки вызовов. В следующих двух примерах показаны возможные результаты тестирования доступности.
Тесты задержки передачи в оба конца: облачное устройство не может связаться с локальным кластером
Тесты задержки передачи в оба конца: облачное устройство успешно подключилось к локальному кластеру
Информация о доступности предоставляется в облако Webex каждый раз при настройке вызова. Эта информация позволяет облаку выбрать наиболее подходящий ресурс (кластер или облако) в зависимости от относительного расположения клиента к доступным кластерам и типа вызова. Если ресурсы в предпочтительном кластере отсутствуют, все кластеры проверяются на доступность на основании задержки SRT. Предпочтительный кластер выбирается с наименьшей задержкой SRT. Вызовы обслуживаются локально из вторичного кластера, когда основной кластер занят. Сначала выполняется попытка использования локальных доступных ресурсов сетки видео в порядке наименьшей задержки SRT. Когда все локальные ресурсы исчерпаны, участник подключается к облаку.
Определение и местоположение кластера имеют решающее значение для развертывания, которое обеспечивает участникам наилучшие общие возможности. В идеале развертывание должно обеспечивать ресурсы там, где находятся клиенты. Если в тех случаях, когда клиенты совершают большинство вызовов, выделяется недостаточно ресурсов, для подключения пользователей к удаленным кластерам используется большая полоса пропускания внутренней сети.
Локальные и облачные вызовы
Локальные устройства Webex, имеющие одинаковое сходство кластера (предпочтительные параметры, основанные на близости к кластеру), подключаются к одному кластеру для вызова. Локальные устройства Webex с различными локальными кластерами подключаются к различным кластерам, после чего кластеры каскадируются в облако, чтобы объединить две среды в один вызов. Таким образом создается хаб и выступающий дизайн с облаком Webex в качестве хаба и локальными кластерами, выступающими в качестве спиц на совещании.
Локальный вызов с различными функциями кластера
Устройство Webex подключается к локальному кластеру или облаку в зависимости от доступности. Ниже приведены примеры наиболее распространенных сценариев.
Облачное устройство Webex подключается к облаку
Локальное устройство Webex подключается к локальному кластеру
Локальное устройство Webex подключается к облаку
Выбор кластера облака для переполнения на основе 250 мс или более высокой задержки передачи STUN в оба конца
Хотя предпочтительным вариантом выбора узлов являются локально развернутые узлы сетки видео, мы поддерживаем сценарий, при котором, если задержка передачи STUN (SRT) для локального кластера сетки видео превышает допустимую задержку передачи в 250 мс (что обычно происходит, если локальный кластер настроен на другом континенте), система выбирает ближайший узел мультимедиа облака в этой географии вместо узла сетки видео.
Приложение Webex или устройство Webex находятся в корпоративной сети в Сан-Хосе.
Кластеры в Сан-Хосе и Амстердаме находятся в состоянии готовности или недоступны.
Задержка SRT в шанхайском кластере превышает 250 мс и, скорее всего, приведет к проблемам с качеством мультимедиа.
Облачный кластер Сан-Франциско имеет оптимальную задержку SRT.
Кластер сетки видео в Шанхае исключен из рассмотрения.
В результате приложение Webex переполняется облачным кластером Сан-Франциско.
Закрытые совещания
Личные совещания изолируют все мультимедиа в сети с помощью сетки видео. В отличие от обычных совещаний, если локальные узлы заполнены, мультимедиа не каскадируется в облако Webex. Однако по умолчанию личные совещания могут каскадироваться в различные кластеры сетки видео в вашей сети. Для частных совещаний в географических местоположениях кластеры сетки видео должны иметь прямое подключение друг к другу, чтобы разрешить межкластерные каскады, например HQ1_VMN и Remote1_VMN на рисунке.
Убедитесь, что в брандмауэре открыты необходимые порты, чтобы разрешить беспрепятственный каскад между кластерами. См. Порты и протоколы для управления.
Все участники личного совещания должны принадлежать организации Webex организатора совещания. Они могут присоединиться с помощью приложения Webex или аутентифицированной видеосистемы (конечные точки SIP, зарегистрированные в UCM/VCS или зарегистрированном в Webex видеоустройстве). Участники с доступом к вашей сети через VPN или MRA могут присоединиться к закрытому совещанию. Но никто не может присоединиться к закрытому совещанию из-за пределов вашей сети.
Модели развертывания, поддерживаемые сеткой видео
- Поддерживается в развертывании сетки видео
-
Узел сетки видео можно развернуть в центре обработки данных (предпочтительный) или в демилитаризованной зоне (DMZ). Рекомендации см. в разделе Порты и протоколы, используемые сеткой видео.
Для развертывания DMZ узлы сетки видео можно настроить в кластере с двойным сетевым интерфейсом (NIC). Это развертывание позволяет отделить внутренний сетевой трафик предприятия (используется для связи между интербокс, каскадов между кластерами узлов и доступа к интерфейсу управления узлом) от внешнего облачного сетевого трафика (используется для подключения к внешнему миру и каскадов к облаку).
Двойной контроллер сетевого интерфейса работает на полной, VMNLite и демо-версии программного обеспечения узла сетки видео. Также можно развернуть сетку видео за настройкой NAT 1:1.
Узлы сетки видео можно интегрировать с средой управления вызовами. Например, развертывания с сеткой видео, интегрированной с Unified CM, см. в разделе Модели развертывания сетки видео и Cisco Unified Communications Manager.
Поддерживаются следующие типы перевода адресов:
Динамическая трансляция сетевых адресов (NAT) с помощью пула IP
динамическое преобразование адресов порта (PAT)
1:1 NAT
Другие формы NAT должны работать до тех пор, пока используются правильные порты и протоколы, но мы не поддерживаем их официально, потому что они не были протестированы.
IPv4
Статический IP-адрес для узла сетки видео
- Не поддерживается в развертывании сетки видео
-
IPv6
DHCP для узла сетки видео
Кластер со смесью одного контроллера сетевого интерфейса и двух контроллеров сетевого интерфейса
Кластеризация узлов сетки видео в глобальной вычислительной сети (WAN)
Аудио, видео или мультимедиа, которые не проходят через узел сетки видео.
Аудио с телефонов
Одноранговый вызов между приложением Webex и стандартными терминальными устройствами
Завершение аудио на узле сетки видео
Мультимедиа, отправленные через пару Expressway C/E
Обратный видеозвонок из Webex
Модели Развертывания Для сетки видео и Cisco Unified Communications Manager
Эти примеры показывают общие развертывания сетки видео и помогают понять, где кластеры сетки видео могут вписаться в вашу сеть. Помните, что развертывание сетки видео зависит от факторов топологии сети.
Местоположения центров обработки данных
Местоположение и размер офиса
Местоположение и емкость доступа в Интернет
В целом попробуйте связать узлы сетки видео с кластерами Unified CM или Session Management Edition (SME). Рекомендуется держать узлы как можно более централизованными для локальных филиалов.
Сетка видео поддерживает Session Management Edition (SME). Кластеры Unified CM можно подключить через SME, после чего необходимо создать магистраль SME, которая подключается к узлам сетки видео.
Архитектура Hub и Spoke
Эта модель развертывания включает централизованную сеть и доступ в Интернет. Как правило, в центральном местоположении наблюдается высокая концентрация сотрудников. В этом случае кластер сетки видео можно разместить в центре для оптимизации обработки мультимедиа.
Размещение кластеров в местоположениях филиалов может не дать результатов в краткосрочной перспективе и может привести к неоптимальной маршрутизации. Рекомендуется развертывать кластеры в ветке только при наличии частой связи между ветвями.
Географическое Распределение
Географически распределенное развертывание взаимосвязано, но может проявляться заметная задержка между регионами. Нехватка ресурсов может привести к неоптимальной настройке каскадов в краткосрочной перспективе при проведении совещаний между пользователями в каждом географическом местоположении. В этой модели рекомендуется выделить узлы сетки видео вблизи регионального доступа к Интернету.
Географическое распределение с набором SIP
Эта модель развертывания содержит региональные кластеры Unified CM. Каждый кластер может содержать магистраль SIP для выбора ресурсов в локальном кластере сетки видео. Вторая магистраль может предоставить путь отработки отказа для пары Expressway, если ресурсы будут ограничены.
Порты и протоколы, используемые сеткой видео
Чтобы обеспечить успешное развертывание сетки видео и бесперебойную работу узлов сетки видео, откройте следующие порты брандмауэра для использования с протоколами.
Общие требования к сети для Webex Teams см. в разделе Требования к сети для служб Webex.
См. Краткое описание обхода брандмауэра для получения дополнительной информации о брандмауэре и сетевых практиках для служб Webex.
Чтобы уменьшить потенциальные проблемы с запросами DNS, при настройке корпоративного брандмауэра следуйте документации по рекомендациям DNS, защите сети и идентификации атак.
Дополнительную информацию о проектировании см. в разделе Предпочтительная архитектура для служб гибридного типа, CVD.
Порты и протоколы для управления
| Узлы в кластере сетки видео требуют беспрепятственной связи друг с другом. Они также требуют беспрепятственной связи с узлами во всех остальных кластерах сетки видео. Убедитесь, что брандмауэры разрешили всю связь между узлами сетки видео. |
Узлы сетки видео в кластере должны находиться в одной маске VLAN или подсети.
Цель | Источник | Адресат | IP-адрес источника | Исходный порт | Транспортный протокол | IP-адрес назначения | Порт назначения |
|---|---|---|---|---|---|---|---|
Управление | Компьютер управления | узел сетки видео | По мере необходимости | Любой | TCP, HTTPS | узел сетки видео | 443 |
SSH для доступа к консоли администрирования сетки видео | Компьютер управления | узел сетки видео | По мере необходимости | Любой | TCP | узел сетки видео | 22 |
Внутрикластерная Связь | узел сетки видео | узел сетки видео | IP-адрес других узлов сетки видео в кластере | Любой | TCP | Узлы сетки видео | 8443 |
Управление | узел сетки видео | облако Webex | По мере необходимости | Любой | UDP, NTP UDP, DNS TCP, HTTPS (WebSockets) | Любой | 123* 53* |
Каскадная Сигнализация | узел сетки видео | облако Webex | Любой | Любой | TCP | Любой | 443 |
Каскадные Носители | узел сетки видео | облако Webex | узел сетки видео | Любой*** | UDP | Любой Сведения о конкретных диапазонах адресов см. в разделе "IP-подсети для служб мультимедиа Webex" раздела Требования к сети для служб Webex. | 5004 от 50 000 до 53000 Дополнительные сведения см. в разделе "Службы Webex – номера портов и протоколы" раздела Требования к сети для служб Webex. |
Каскадная Сигнализация | Кластер сетки Vido (1) | Кластер сетки Vido (2) | Любой | Любой | TCP | Любой | 443 |
Каскадные Носители | Кластер сетки Vido (1) | Кластер сетки Vido (2) | Кластер сетки Vido (1) | Любой*** | UDP | Любой | 5004 от 50 000 до 53000 |
Управление | узел сетки видео | облако Webex | По мере необходимости | Любой | TCP, HTTPS | Любой** | 443 |
Управление | узел сетки видео (1) | узел сетки видео (2) | узел сетки видео (1) | Любой | TCP, HTTPS (WebSockets) | узел сетки видео (2) | 443 |
Внутренние взаимодействия | узел сетки видео | Все остальные узлы сетки видео | узел сетки видео | Любой | UDP | Любой | 10000–40000 |
* Конфигурация по умолчанию в OVA настроена для NTP и DNS. OVA требует открытия этих портов для исходящих соединений с Интернетом. При настройке локального NTP и DNS-сервера не нужно открывать порты 53 и 123 через брандмауэр.
** Поскольку некоторые URL-адреса облачных служб могут быть изменены без предупреждения, ANY является рекомендуемым назначением для бесперебойной работы узлов сетки видео. Если вы предпочитаете фильтровать трафик по URL-адресам, см. раздел URL-адреса Webex Teams для служб гибридного типа
раздела Требования к сети для служб Webex.
***Порты зависят от включения QoS. При включенной функции QoS порты: 52 500-59499, 63000-64667, 59500-62999 и 64688-65500. После отключения QoS порты составляют 34 000-34 999.
Подписи трафика для сетки видео (включено качество обслуживания)
Для развертываний, в которых узел сетки видео находится на корпоративной стороне DMZ или внутри брандмауэра, в Webex Control Hub предусмотрена настройка конфигурации узла сетки видео, которая позволяет администратору оптимизировать диапазоны портов, используемые узлом сетки видео для маркировки сети QoS. Эта настройка качества обслуживания включена по умолчанию и изменяет порты источника, используемые для аудио, видео и совместного доступа к контенту, на значения в этой таблице. Эта настройка позволяет настроить политики маркировки QoS на основе диапазонов портов UDP, чтобы отличать аудио от видео или совместного доступа к контенту и пометить все аудио рекомендуемым значением EF, а также совместный доступ к видео и контенту с рекомендуемым значением AF41.
В таблице и на диаграмме показаны порты UDP, используемые для аудио- и видеопотоков, которые являются основным объектом сетевых конфигураций QoS. Хотя политики разметки сетевых QoS для мультимедиа через UDP находятся в центре внимания в таблице ниже, узлы сетки видео Webex также прекращают трафик TCP для презентации и совместного доступа к контенту в приложении Webex с помощью эфемерных портов 52500–65500. Если брандмауэр находится между узлами сетки видео и приложением Webex, эти порты TCP также должны быть разрешены для надлежащей работы.
| Узел сетки видео локально отмечает трафик. Эта встроенная маркировка является асимметричной в некоторых потоках и зависит от того, являются ли исходные порты общими (один порт, как 5004 для нескольких потоков к различным адресатам и портам назначения) или нет (если порт находится в диапазоне, но уникален для этого конкретного двухнаправленного сеанса). Чтобы понять встроенную маркировку узлом сетки видео, обратите внимание, что узел сетки видео отмечает EF аудио, если порт 5004 не используется в качестве исходного порта. Некоторые двусторонние потоки, такие как каскады сетки видео в сетку видео или сетки видео в приложение Webex, будут иметь асимметричную маркировку, что является причиной использования сети для заметок трафика на основе предоставленных диапазонов портов UDP. |
| IP-адрес источника | IP-адрес назначения | Исходные порты UDP | Порты UDP назначения | Встроенная маркировка DSCP | Тип мультимедиа. |
Узел сетки видео | облачные службы мультимедиа Webex | от 35000 до 52499 | 5004 | AF41 | Тестирование пакетов STUN |
| Узел сетки видео | облачные службы мультимедиа Webex | 52500–59499 | 5004 | EF | Аудио |
| Узел сетки видео | облачные службы мультимедиа Webex | 63000–64667 | 5004 | AF41 | Видео |
| Узел сетки видео | облачные службы мультимедиа Webex | 59500–62999 | от 50 000 до 51499 | EF | Аудио |
| Узел сетки видео | облачные службы мультимедиа Webex | 64668–65500 | 51500–53000 | AF41 | Видео |
| Узел сетки видео | Узел сетки видео | 10000–40000 | 10000–40000 | — | Аудио |
| Узел сетки видео | Узел сетки видео | 10000–40000 | 10000–40000 | — | Видео |
| Узел сетки видео | терминальные устройства SIP Unified CM | 52500–59499 | профиль SIP Unified CM | EF | Аудио |
| Узел сетки видео | терминальные устройства SIP Unified CM | 63000–64667 | профиль SIP Unified CM | AF41 | Видео |
Кластер сетки видео | Кластер сетки видео | 52500–59499 | 5004 | EF | Аудио |
Кластер сетки видео | Кластер сетки видео | 63000–64667 | 5004 | AF41 | Видео |
Кластер сетки видео | Кластер сетки видео | 59500–62999 | от 50 000 до 51499 | EF | Аудио |
Кластер сетки видео | Кластер сетки видео | 64668–65500 | 51500–53000 | AF41 | Видео |
| Узел сетки видео | Приложение или терминальное устройство Webex Teams* | 5004 | 52000–52099 | AF41 | Аудио |
| Узел сетки видео | приложение или терминальное устройство Webex Teams | 5004 | 52100–52299 | AF41 | Видео |
*Направление трафика мультимедиа определяет маркировку DSCP. Если исходные порты принадлежат узлу сетки видео (из узла сетки видео в приложение Webex Teams), трафик помечается только как AF41. Трафик мультимедиа, исходящий из приложения Webex Teams или конечных точек Webex, имеет отдельную маркировку DSCP, но обратный трафик от общих портов узла сетки видео не отображается.
| Дифференциация портов источника UDP (клиенты приложения Webex для Windows): Обратитесь в местную команду по работе с клиентами, если необходимо включить дифференциацию портов источника UDP для вашей организации. Если эта функция не включена, совместный доступ к аудио и видео не может быть дифференцирован ОС Windows. Порты источника будут одинаковыми для аудио, видео и совместного доступа к контенту на устройствах Windows. |
Подписи трафика для сетки видео (качество обслуживания отключено)
Для развертываний, в которых узел сетки видео находится в DMZ, в Webex Control Hub предусмотрена настройка конфигурации узла сетки видео, которая позволяет оптимизировать диапазоны портов, используемые узлом сетки видео. Эта настройка качества обслуживания, если она отключена (включена по умолчанию), изменяет порты источника, используемые для аудио, видео и совместного доступа к контенту из узла сетки видео, на диапазон от 34000 до 34999. Затем узел сетки видео изначально помечает все функции аудио, видео и совместного доступа к контенту в один DSCP AF41.
| Поскольку порты источника одинаковы для всех носителей независимо от назначения, невозможно отличить аудио от видео или совместного доступа к контенту в зависимости от диапазона портов, если эта настройка отключена. Эта конфигурация позволяет упростить настройку отверстий для ПИН брандмауэра для мультимедиа, чем при включении функции «Качество обслуживания». |
В таблице и на диаграмме показаны порты UDP, которые используются для аудио- и видеопотоков при отключении QoS.
| IP-адрес источника | IP-адрес назначения | Исходные порты UDP | Порты UDP назначения | Встроенная маркировка DSCP | Тип мультимедиа. |
| Узел сетки видео | облачные службы мультимедиа Webex | 34000–34999 | 5004 | AF41 | Аудио |
| Узел сетки видео | облачные службы мультимедиа Webex | 34000–34999 | 5004 | AF41 | Видео |
| Узел сетки видео | облачные службы мультимедиа Webex | 34000–34999 | от 50 000 до 51499 | AF41 | Аудио |
| Узел сетки видео | облачные службы мультимедиа Webex | 34000–34999 | 51500–53000 | AF41 | Видео |
| Узел сетки видео | Узел сетки видео | 10000–40000 | 10000–40000 | AF41 | Аудио |
| Узел сетки видео | Узел сетки видео | 10000–40000 | 10000–40000 | AF41 | Видео |
Кластер сетки видео | Кластер сетки видео | 34000–34999 | 5004 | AF41 | Аудио |
Кластер сетки видео | Кластер сетки видео | 34000–34999 | 5004 | AF41 | Видео |
Кластер сетки видео | Кластер сетки видео | 34000–34999 | от 50 000 до 51499 | AF41 | Аудио |
Кластер сетки видео | Кластер сетки видео | 34000–34999 | 51500–53000 | AF41 | Видео |
| Узел сетки видео | терминальные устройства SIP Unified CM | 52500–59499 | профиль SIP Unified CM | AF41 | Аудио |
| Узел сетки видео | терминальные устройства SIP Unified CM | 63000–64667 | профиль SIP Unified CM | AF41 | Видео |
Узел сетки видео | облачные службы мультимедиа Webex | от 35000 до 52499 | 5004 | AF41 | Тестирование пакетов STUN |
| Узел сетки видео | приложение или терминальное устройство Webex Teams | 5004 | 52000–52099 | AF41 | Аудио |
| Узел сетки видео | приложение или терминальное устройство Webex Teams | 5004 | 52100–52299 | AF41 | Видео |
Порты и протоколы для трафика Webex Meetings
Цель | Источник | Адресат | IP-адрес источника | Исходный порт | Транспортный протокол | IP-адрес назначения | Порт назначения |
|---|---|---|---|---|---|---|---|
Вызов на совещание | Приложения (настольное и мобильное приложения Webex) Зарегистрированные устройства Webex | узел сетки видео | По мере необходимости | Любой | UDP и TCP (используются приложением Webex) SRTP (любой) | Любой** | 5004 |
Вызов на совещание устройства SIP (передача сигналов SIP) | Управление вызовами Unified CM или Cisco Expressway | узел сетки видео | По мере необходимости | Эфемерный (>=1024) | TCP или TLS | Любой** | 5060 или 5061 |
Каскад | узел сетки видео | облако Webex | По мере необходимости | 34000–34999 | UDP, SRTP (любой)* | Любой** | 5004 от 50 000 до 53000*** |
Каскад | узел сетки видео | узел сетки видео | По мере необходимости | 34000–34999 | UDP, SRTP (любой)* | Любой** | 5004 |
| Порт 5004 используется для всех облачных мультимедиа и локальных узлов сетки видео. Приложение Webex продолжает подключаться к узлам сетки видео через общие порты 5004. Эти порты также используются приложением Webex и зарегистрированными в Webex конечными точками для тестов STUN на узлах сетки видео. Узел сетки видео на узел сетки видео для каскадов используют диапазон портов назначения от 10000 до 40000.* TCP также поддерживается, но не предпочтителен, поскольку это может повлиять на качество мультимедиа. |
** Если необходимо ограничить IP-адресами, см. диапазоны IP-адресов, которые описаны в разделе Требования к сети для служб Webex.
*** Expressway уже использует этот диапазон портов для облака Webex. Таким образом, для выполнения этого нового требования к сетке видео в большинстве случаев развертывания никакие обновления не нужны. Однако, если в развертывании установлены более строгие правила брандмауэра, может потребоваться обновить конфигурацию брандмауэра, чтобы открыть эти порты для сетки видео.
Для оптимального использования Webex в вашей организации настройте брандмауэр так, чтобы разрешить весь исходящий трафик TCP и UDP, предназначенный для портов 5004, а также любые входящие ответы на этот трафик. Требования к портам, перечисленные выше, предполагают, что узлы сетки видео развернуты в локальной сети (предпочтительно) или в DMZ и что приложение Webex находится в локальной сети.
Качество и масштабирование видео для сетки видео
Ниже приведены некоторые общие сценарии совещаний при создании каскада. Сетка видео адаптирована в зависимости от доступной пропускной способности и распределяет ресурсы соответствующим образом. Для устройств на совещании, использующих узел сетки видео, ссылка каскада обеспечивает преимущества снижения средней полосы пропускания и улучшения возможностей совещаний для пользователя.
| Рекомендации по подготовке пропускной способности и планированию емкости см. в документации Предпочтительная архитектура. |
На основе активных выступающих на совещании устанавливаются каскадные ссылки. Каждый каскад может содержать до 6 потоков. Каскад ограничен 6 участниками (6 в направлении приложения Webex/SIP в облако Webex и 5 в противоположном направлении). Каждый ресурс мультимедиа (облако и сетка видео) запрашивает у удаленной стороны потоки, необходимые для выполнения локальных требований конечной точки всех удаленных участников каскада.
Для обеспечения гибкого взаимодействия с пользователями платформа Webex может выполнять многопотоковое видео для участников совещания. Эта же способность применяется к каскадной связи между узлами сетки видео и облаком. В этой архитектуре требования к пропускной способности зависят от ряда факторов, таких как компоновки оконечных устройств.
Архитектура
В этой архитектуре зарегистрированные в Cisco Webex конечные точки отправляют сигналы в облако, а мультимедиа - в службы коммутации. Локальные конечные точки SIP отправляют сигналы в среду управления вызовами (Unified CM или Expressway), которая затем отправляет их на узел сетки видео. Мультимедиа отправляется в службу перекодирования.
Участники в облаке и локальной среде
Локальные локальные участники на узле сетки видео запрашивают нужные потоки в соответствии с требованиями к компоновке. Эти потоки перенаправляются из узла сетки видео в конечную точку для отображения локальных устройств.
Каждый узел сетки видео и облака запрашивает разрешение HD и SD от всех участников, зарегистрированных в облаке устройств или приложения Webex. В зависимости от конечной точки он будет отправлять до 4 разрешений (обычно 1080p, 720p, 360p и 180p).
Каскады
Большинство конечных точек Cisco могут отправлять 3 или 4 потока из одного источника в диапазоне разрешений (от 1080p до 180p). Компоновка конечной точки диктует требования к потокам, необходимым на дальнем конце каскада. Для активного состояния доступности основной поток видео составляет 1080p или 720p, панели видео (PiPS) имеют 180p. Для равного представления разрешение составляет 480p или 360p для всех участников в большинстве случаев. Каскад, созданный между узлами сетки видео и облаком, также отправляет 720p, 360p и 180p в обоих направлениях. Контент отправляется в виде одного потока, а аудио — в виде нескольких потоков.
Графики пропускной способности каскада, которые обеспечивают измерение для каждого кластера, доступны в меню аналитики в Webex Control Hub. Невозможно настроить пропускную способность каскада для каждого совещания в Control Hub.
| Максимальная пропускная способность каскада, согласованная на совещании, составляет 20 Мбит/с для основного видео для всех источников и нескольких основных видеопотоков, которые они могут транслировать. Это максимальное значение не включает канал контента или аудио. |
Пример основного видео с несколькими вариантами компоновки
На приведенных ниже диаграммах показан пример сценария совещания и то, как на пропускную способность влияет несколько факторов. В этом примере все приложения Webex и зарегистрированные в Webex устройства передают 1x720p, 1x360p и 1x180p потоков в сетку видео. На каскаде потоки 720p, 360p и 180p передаются в обоих направлениях. Причина заключается в том, что приложение Webex и зарегистрированные в Webex устройства получают 720p, 360p и 180p по обе стороны каскада.
| На диаграммах номера пропускной способности для переданных и полученных данных предназначены только для примера. Они не являются исчерпывающим покрытием всех возможных совещаний и сопутствующих требований к пропускной способности. Различные сценарии совещаний (присоединяющиеся участники, возможности устройств, совместный доступ к контенту в рамках совещания, активность в любой заданный момент во время совещания) приведут к различным уровням пропускной способности. |
На схеме ниже показано совещание с конечными точками, зарегистрированными в облаке и локально, и активным выступающим.
На том же совещании на диаграмме ниже показан пример каскада, созданного между узлами сетки видео и облаком в обоих направлениях.
На том же совещании на диаграмме ниже показан пример каскада из облака.
На диаграмме ниже показано совещание с теми же устройствами выше, а также клиент Webex Meetings. Система отправляет активного выступающего и последнего активного выступающего в высокой четкости вместе с дополнительным потоком HD активного выступающего для клиентов Webex Meetings, поскольку узлы сетки видео в данный момент не поддерживают Webex Meetings.
Требования к службам Webex
Чтобы правильно подготовить веб-сайт Cisco Webex и службы Webex для сетки видео, обратитесь к своему партнеру, менеджеру по работе с клиентами (CSM) или представителю пробных версий.
Необходимо иметь организацию Webex с платной подпиской на службы Webex.
Чтобы в полной мере воспользоваться преимуществами сетки видео, убедитесь, что на веб-сайте Webex установлена версия 2.0 платформы видео. (Можно проверить, что на веб-сайте установлена версия 2.0 платформы видео, если список типов ресурсов мультимедиа доступен в параметрах веб-сайта совместной комнаты совещаний в облаке.)
Необходимо включить CMR для веб-сайта Webex в профилях пользователей. (Это можно сделать в пакетном обновлении файла CSV с помощью атрибута SupportCMR).
Дополнительную информацию см. в разделе Сравнение функций и путь миграции из совместной комнаты совещаний гибридного типа в сетку видео в приложении.
Проверка правильности страны источника
Video Mesh использует возможности глобально распределенного мультимедиа (GDM) Webex для улучшения маршрутизации мультимедиа. Для достижения оптимальной связи Webex выбирает ближайший к вашему предприятию облачный мультимедийный узел при выполнении каскадов сетки видео в Webex. Затем трафик проходит через магистраль Webex для взаимодействия с микросервисами Webex во время совещания. Такая маршрутизация сводит к минимуму задержки и удерживает большую часть трафика в магистрали Webex и вне Интернета.
Для поддержки GDM мы используем MaxMind в качестве поставщика местоположений GeoIP. Убедитесь, что MaxMind правильно определяет местоположение вашего общедоступного IP-адреса, чтобы обеспечить эффективную маршрутизацию.
| 1. | В веб-браузере введите этот URL с общедоступным IP-адресом Expressway или конечной точки в конце. Вы получите следующий ответ: |
| 2. | Убедитесь, что |
| 3. | Если местоположение неверное, отправьте запрос на исправление местоположения вашего общедоступного IP-адреса в MaxMind по адресу https://support.maxmind.com/geoip-data-correction-request/correct-a-geoip-location. |
Выполнение предварительных условий для сетки видео
Используйте этот перечень действий, чтобы убедиться в готовности к установке и настройке узлов сетки видео и интеграции веб-сайта Webex с сеткой видео.
| 1. | Убедитесь, что вы:
| ||
| 2. | Обратитесь к партнеру, менеджеру по работе с клиентами или представителю пробных версий, чтобы понять и подготовить среду Webex, чтобы она была готова к подключению к сетке видео. Дополнительную информацию см. в разделе Требования к службам Webex. | ||
| 3. | Запишите приведенную ниже информацию о сети для назначения узлам сетки видео.
| ||
| 4. | Перед началом установки убедитесь, что для вашей организации Webex включена сетка видео. Эта служба доступна для организаций с определенными платными подписками на службы Webex, как описано в требованиях к лицензиям для служб гибридного типа Cisco Webex. За помощью обратитесь к партнеру Cisco или менеджеру по работе с клиентами. | ||
| 5 | Выберите поддерживаемое оборудование или конфигурацию на основе спецификаций для узла сетки видео, как описано в разделе Требования к системе и платформе для программного обеспечения узла сетки видео. | ||
| 6 | Убедитесь, что ваш сервер работает под управлением VMware ESXi 7 или 8, а также vSphere 7 или 8 с операционным узлом VM. | ||
| 7. | Если вы интегрируете сетку видео с средой управления вызовами Unified CM и хотите, чтобы списки участников были согласованы на платформах совещаний, убедитесь, что для режима безопасности кластера Unified CM установлен смешанный режим, чтобы он поддерживал трафик, шифрованный TLS. Для работы этой функции требуется сквозное шифрование трафика. Дополнительную информацию о переключении среды Unified CM в смешанном режиме см. в главе о настройке TLS в руководстве по безопасности Cisco Unified Communications Manager . Дополнительную информацию о функциях и настройке сквозного шифрования см. в руководстве по решению Active Control. | ||
| 8 | При интеграции прокси (явного, прозрачного с проверкой или прозрачного без проверки) с сеткой видео убедитесь в соблюдении требований, описанных в разделе Требования к поддержке прокси для сетки видео. |
Дальнейшие действия
Установка и настройка программного обеспечения узла сетки видео
Новая и измененная информация
Эта таблица содержит сведения о новых функциях или функциях, изменениях существующего контента и всех серьезных ошибках, исправленных в руководстве по развертыванию.
Информацию об обновлениях программного обеспечения узла сетки видео Webex см. в разделе https://help.webex.com/en-us/article/jgobq2/Webex-Video-Mesh-release-notes.
Дата | Изменение |
|---|---|
09 февраля 2024 г. |
|
31 августа 2023 г. |
|
31 июля 2023 г. |
|
28 июля 2023 г. |
|
15 июня 2023 г. |
|
| 16 мая 2023 г. |
|
27 марта 2023 г. |
|
02 марта 2023 г. |
|
7 июля 2022 г. |
|
30 июня 2022 г. | Добавлена информация о новых сценариях массовой подготовки по адресу https://github.com/CiscoDevNet/webex-video-mesh-node-provisioning. |
14 июня 2022 г. | Изменены шаги по обмену цепочками сертификатов для включения сертификатов ECDSA в цепочки сертификатов Exchange между узлами Unified CM и сетки видео |
18 мая 2022 г. | Веб-сайт скачивания инструмента отражателя изменен на https://github.com/CiscoDevNet/webex-video-mesh-reflector-client. |
29 апреля 2022 г. | Добавлена информация о новой функции в разделе Сохранение мультимедиа в сетке видео для всех внешних совещаний Webex. |
25 марта 2022 г. | Обновления использования портов в разделе Порты и протоколы для управления. |
Decemeber 10, 2021 г. | Добавлена CMS 2000 и отмечена проблема модернизации старых CMS 1000s до ESXi 7 в требованиях к системе и платформе для программного обеспечения узла сетки видео. |
30 августа 2021 г. | Добавлена информация о проверке правильности страны источника в Webex для развертывания в разделе Проверка правильности страны источника. |
27 августа 2021 г. | Добавлено примечание о видимости отчетов аналитики в разделе Поддержка и ограничения частных совещаний. |
13 августа 2021 г. | Добавлена информация о новой функции личных совещаний в:
|
22 июля 2021 г. | Добавлена информация о том, как проверить правильность местоположения источника вызовов в системе. Правильные местоположения источника помогают в эффективной маршрутизации. См. Проверка правильности страны источника. |
25 июня 2021 г. | Отмечается, что функция полнофункциональных возможностей Webex приложения Webex несовместима с сеткой видео в клиентах и устройствах, использующих узел сетки видео. |
7 мая 2021 г. | Исправлен рекомендуемый размер кластера до 100 в Руководстве по развертыванию кластера сетки видео. |
12 апреля 2021 г. | Обновлена настройка маршрутизации трафика TCP SIP Expressway для сетки видео для использования зоны Webex вместо новой зоны DNS. |
9 февраля 2021 г. |
|
11 декабря 2020 г. |
|
22 октября 2020 г. |
|
| 19 октября 2020 г. |
|
| 18 сентября 2020 г. |
|
| 26 августа 2020 г. |
|
4 августа 2020 г. |
|
| 9 июля 2020 г. |
|
26 июня 2020 г. |
|
| 9 июня 2020 г. |
|
| 21 мая 2020 г. | Обновлены порты и протоколы управления и требования к поддержке прокси для сетки видео. |
| 15 мая 2020 г. | Обновлен обзор сетки видео. |
| 25 апреля 2020 г. |
|
22 января 2020 г. |
|
12 декабря 2019 г. |
|
10 декабря 2019 г. |
|
4 ноября 2019 г. |
|
| 18 октября 2019 г. |
|
26 сентября 2019 г. |
|
13 сентября 2019 г. |
|
| 29 августа 2019 г. |
|
24 июля 2019 г. |
|
9 июля 2019 г. |
|
24 мая 2019 г. |
|
25 апреля 2019 г. |
|
11 апреля 2019 г. |
|
Обзор сетки видео Webex
Сетка видео Webex выполняет динамический подбор оптимального сочетания локальных и облачных ресурсов конференций. Конференция остается локальной при наличии достаточного количества локальных ресурсов. В случае исчерпания локальных ресурсов конференции раскрываются в облаке.
Узел сетки видео – это программное обеспечение, которое устанавливается на локальном сервере Cisco UCS, зарегистрировано в облаке и управляется в Control Hub. Совещания Webex, персональная комната совещаний Webex, совещания в пространстве Webex и вызовы в приложении Webex между двумя пользователями можно маршрутизировать на локальные узлы сетки видео в сети. Сетка видео выбирает наиболее эффективный способ использования доступных ресурсов.
Сетка видео обеспечивает приведенные ниже преимущества.
Улучшение качества и сокращение задержки с целью поддержки вызовов на локальном уровне.
Перевод вызовов непосредственно в облако при достижении предельного значения локальных ресурсов или отсутствии к ним доступа.
Управление кластерами сетки видео из облака с помощью единого интерфейса администрирования. Control Hub (https://admin.webex.com ).
Оптимизация ресурсов и возможностей масштабирования по мере необходимости.
Функции облака и локальной конференции, объединенные в одной службе.
Снижение нехватки возможностей за счет перманентного наличия необходимых дополнительных ресурсов конференций в облаке. Отсутствие необходимости в планировании нагрузки на случай наихудшего исхода.
Предоставляет расширенные аналитические сведения о емкости и использовании, а также данные отчета об устранении неполадок в https://admin.webex.com.
Использует локальную обработку мультимедиа, когда пользователи звонят на совещание Webex с помощью локальных стандартных терминальных устройств и клиентов SIP.
терминальные устройства и клиенты на основе SIP (конечные точки Cisco, Jabber, сторонний SIP), зарегистрированные в локальном управлении вызовами (Cisco Unified Communications Manager или Expressway), которые совершают вызов на совещание Cisco Webex.
приложение Webex (включая сопряженные с устройствами комнаты), которые присоединяются к совещанию Webex.
Устройства комнаты и настольные устройства Webex, которые непосредственно присоединяются к совещанию Webex.
Оптимизированные интерактивные голосовые ответы (IVR) с использованием аудио и видеосвязи для конечных точек и клиентов на базе сетевого протокола SIP.
Конечные точки H.323, IP-телефонии и Skype для бизнеса (S4B) все так же позволяют присоединяться к совещаниям из облака.
Поддержка видео высокой четкости 1080p 30 кадров в секунду в качестве параметра для совещаний, если участники совещания, которые могут поддерживать 1080p, размещаются с помощью локальных узлов сетки видео. (Если участник присоединяется к текущему совещанию из облака, разрешение видео 1080p и частота 30 кадров в секунду сохраняется в поддерживаемых конечных точках локальных пользователей.)
Улучшенная и дифференцированная маркировка качества обслуживания (QoS): раздельное аудио (EF) и видео (AF41).
Сетка видео Webex в настоящее время не поддерживает Webex Webinars.Поддерживает совещания со сквозным шифрованием (совещания E2EE). Если клиент развертывает сетку видео и выбирает тип совещания E2EE, он добавляет дополнительный уровень безопасности, гарантируя безопасность ваших данных (мультимедиа, файлы, виртуальные доски, аннотации) и блокируя доступ к ним третьих лиц или их изменение. Подробную информацию см. в разделе Развертывание совещаний с нулевым доверием.
В настоящее время личные совещания не поддерживают сквозное шифрование.
Клиенты и устройства, использующие узел сетки видео
Мы стремимся сделать сетку видео совместимой с соответствующими клиентами и типами устройств. Хотя невозможно протестировать все сценарии, тестирование, на котором основаны эти данные, охватывает наиболее распространенные функции перечисленных оконечных устройств и инфраструктуры. Отсутствие устройства или клиента означает отсутствие тестирования и отсутствие официальной поддержки от Cisco.
Тип клиента или устройства | Использование узла сетки видео при вызове "Точка-точка" | Использование узла сетки видео на многосторонних совещаниях |
|---|---|---|
Приложение Webex (настольное и мобильное) | Да | Да |
Устройства Webex, включая устройства комнат и Webex Board. (Полный список см. в разделе Требования к терминальному устройству и приложению Webex.) | Да | Да |
Беспроводной совместный доступ в комнате между приложением Webex и поддерживаемыми устройствами Room, Desk и Board. | Да | Да |
зарегистрированные в Unified CM устройства (включая конечные точки IX) и клиенты (включая Jabber VDI 12.6 и более поздние версии и Webex VDI 39.3 и более поздние версии), совершающие вызовы на запланированное совещание Webex или совещание в персональной комнате Webex*. | Нет | Да |
Устройства, зарегистрированные в VCS или Expressway, совершение вызова на запланированное совещание Webex или совещание в персональной комнате Webex*. | Нет | Да |
Webex Обратный вызов на мою видеосистему на зарегистрированные в облаке видеоустройства Webex | н/д | Да |
Веб-клиент приложения Webex ( https://web.webex.com) | Да | Да |
Телефоны, зарегистрированные в Cisco Webex Calling | Нет | Нет |
Вызов Webex на мою видеосистему на локально зарегистрированные устройства SIP | н/д | Нет |
* Невозможно гарантировать, что все локальные устройства и клиенты были протестированы с помощью решения сетки видео.
Несовместимость сетки видео со всеми функциями Webex
Если включить полнофункциональные возможности Webex для приложения Webex, приложение Webex не поддерживается узлами сетки видео. В настоящее время эта функция отправляет сигналы и мультимедиа непосредственно в Webex. В будущих выпусках приложение Webex и сетка видео будут совместимы. По умолчанию эта функция не была включена для клиентов с сеткой видео.
Могут возникнуть проблемы с сеткой видео и полнофункциональными функциями Webex.
Если вы добавили сетку видео в развертывание после введения этой функции.
Если эта функция включена, не зная о ее влиянии на сетку видео.
При возникновении проблем обратитесь в команду по работе с учетными записями Cisco, чтобы отключить переключатель "Полнофункциональные возможности Webex".
Качество обслуживания на узле сетки видео
Узлы сетки видео соответствуют рекомендованным рекомендациям по качеству обслуживания (QoS), включив диапазоны портов, которые позволяют различать аудио- и видеопотоки во всех потоках к узлам сетки видео и от них. Это изменение позволит создать политики QoS и эффективно определять трафик к узлам сетки видео и от них.
К этим изменениям портов относятся изменения QoS. Узлы сетки видео автоматически помечают трафик мультимедиа от зарегистрированных SIP конечных точек (зарегистрированные локальные Unified CM или VCS Expressway) как для аудио (EF), так и для видео (AF41) отдельно с соответствующим классом обслуживания и используют известные диапазоны портов для определенных типов мультимедиа.
Исходный трафик от локальных зарегистрированных конечных точек всегда определяется конфигурацией управления вызовами (Unified CM или VCS Expressway).
Дополнительную информацию см. в таблице QoS в разделе Порты и протоколы, используемые сеткой видео, а также в инструкциях по включению или отключению QoS в потоке задач развертывания сетки видео
Приложение Webex продолжает подключаться к узлам сетки видео через общий порт 5004. Эти порты также используются приложением Webex и конечными точками для тестирования доступности STUN для узлов сетки видео. Узел сетки видео на узел сетки видео для каскадов используйте диапазон портов назначения 10000–40000.Поддержка прокси для сетки видео
Сетка видео поддерживает явные, прозрачные прокси с проверкой и без проверки. Эти прокси можно привязать к развертыванию сетки видео, чтобы обеспечить безопасность и мониторинг трафика из предприятия в облако. Эта функция отправляет сигнальный и административный трафик HTTPS на прокси. При использовании прозрачных прокси сетевые запросы от узлов сетки видео перенаправляются на определенный прокси с учетом правил маршрутизации корпоративной сети. Интерфейс администрирования сетки видео можно использовать для управления сертификатами и общего состояния подключения после внедрения прокси с узлами.
| Мультимедиа не проходит через прокси. Для передачи потоков мультимедиа непосредственно в облако необходимо открыть требуемые порты. См. Порты и протоколы для управления. |
Сетка видео поддерживает прокси следующих типов.
Явный прокси (с проверкой или без проверки). При использовании явного прокси необходимо указать прокси-сервер, который должен использовать клиент (узлы сетки видео). Этот параметр поддерживает один из следующих типов аутентификации.
None (Нет). Дальнейшая аутентификация не требуется. (Для явного прокси HTTP или HTTPS.)
Базовая. Используется для оператора пользователя HTTP в целях предоставления имени пользователя и пароля при совершении запроса. Использует кодировку Base64. (Для явного прокси HTTP или HTTPS.)
Дайджест. Используется для подтверждения учетной записи перед отправкой конфиденциальной информации. Применяет хэш-функцию к имени пользователя и паролю перед отправкой в сети. (Для явного прокси HTTPS.)
NTLM. Как и дайджест-аутентификация, NTLM-аутентификация используется для подтверждения учетной записи перед отправкой конфиденциальной информации. Использует учетные данные Windows вместо имени пользователя и пароля. Для использования этой схемы аутентификации необходимо осуществление нескольких обменов. (Для явного прокси HTTP.)
Прозрачный прокси (без проверки). Узлы сетки видео не настроены для использования адреса определенного прокси-сервера и не должны требовать каких-либо изменений для работы с прокси без проверки.
Прозрачный прокси (с проверкой). Узлы сетки видео не настроены для использования адреса определенного прокси-сервера. В сетке видео не нужно вносить изменения в конфигурацию http(s). Как бы то ни было, для обеспечения доверия прокси узлам сетки видео необходим корневой сертификат. Как правило, специалисты по ИТ используют прокси с проверкой для обеспечения соблюдения политик посещения веб-сайтов и запрещения определенных типов контента. Этот тип прокси расшифровывает весь трафик (даже https).
Поддерживаемые разрешения и частоты кадров для сетки видео
В этой таблице приведены поддерживаемые разрешения и частоты кадров с точки зрения отправителя-получателя на совещании, организованном на узле сетки видео. Клиент-отправитель (приложение или устройство) находится в верхней строке таблицы, в то время как клиент-получатель находится в левой части таблицы. Соответствующая ячейка между двумя участниками фиксирует согласованное разрешение контента, кадры в разделе и источник аудио.
| Разрешение влияет на емкость вызова на любом узле сетки видео. Дополнительную информацию см. в разделе Емкость узлов сетки видео. |
Разрешение и частота кадров объединены как XXXpYY — например, 720p10 означает 720p с частотой 10 кадров в секунду.
Сокращения определения (SD, HD и FHD) в строке отправителя и столбце получателя относятся к верхнему разрешению клиента или устройства:
SD — стандартное определение (576p)
HD — высокая четкость (720p)
FHD — полная высокая четкость (1080p)
Приемник | Отправитель | ||||||
|---|---|---|---|---|---|---|---|
Приложение Webex | Мобильное приложение Webex | Устройства, зарегистрированные SIP (HD) | Устройства, зарегистрированные SIP (FHD) | Зарегистрированные устройства Webex (SD) | Зарегистрированные устройства Webex (HD) | Зарегистрированные устройства Webex (FHD) | |
Настольное приложение Webex | 720p10 Смешанное аудио* | 720p10 Смешанное аудио | 720p30 Смешанное аудио | 720p30 Смешанное аудио | 576p15 Аудио контента** | 720p30 Смешанное аудио | 720p30 Смешанное аудио |
Мобильное приложение Webex | — | — | — | — | — | — | — |
Устройства, зарегистрированные SIP (HD) | 720p30 Аудио контента | 720p15 Смешанное аудио | 1080p15 Смешанное аудио | 1080p15 Смешанное аудио | 576p15 Смешанное аудио | 1080p15 Смешанное аудио | 1080p15 Смешанное аудио |
Устройства, зарегистрированные SIP (FHD) | 1080p30 Смешанное аудио | 720p15 Смешанное аудио | 1080p15 Смешанное аудио | 1080p30 Смешанное аудио | 576p15 Смешанное аудио | 1080p15 Смешанное аудио | 1080p30 Смешанное аудио |
| Зарегистрированные устройства Webex (SD) | 1080p15 Смешанное аудио | 720p15 Смешанное аудио | 1080p15 Смешанное аудио | 1080p15 Смешанное аудио | 576p15 Смешанное аудио | 1080p15 Смешанное аудио | 1080p15 Смешанное аудио |
Зарегистрированные устройства Webex (FHD) | 1080p30 Смешанное аудио | 720p15 Смешанное аудио | 1080p15 Смешанное аудио | 1080p30 Смешанное аудио | 576p15 Смешанное аудио | 1080p15 Смешанное аудио | 1080p30 Смешанное аудио |
* Аудио контента – это аудио, воспроизводимое с помощью определенного контента, к которому предоставляется совместный доступ, например потокового видео. Этот аудиопоток отделен от обычного аудио совещания.
** Смешанное аудио означает сочетание аудио участника совещания и аудио из совместного доступа к контенту.
Требования к сетке видео
Сетка видео доступна с предложениями, описанными в требованиях к лицензиям для служб гибридного типа.
Требования к управлению вызовами и интеграции совещаний для сетки видео
Для использования сетки видео не требуется управление вызовами и существующая инфраструктура совещаний, однако их можно интегрировать. При интеграции сетки видео с инфраструктурой управления вызовами и совещаний убедитесь, что среда соответствует минимальным критериям, описанным в таблице ниже.
Назначение компонента | Минимальная поддерживаемая версия |
|---|---|
Локальное управление вызовами | Cisco Unified Communications Manager, выпуск 11.5(1) SU3 или более поздний. (Рекомендуется последний выпуск SU.) Cisco Expressway-C или E, выпуск X8.11.4 или более поздний. (Дополнительную информацию см. в разделе "Важная информация" в примечаниях к выпуску Expressway.) |
Инфраструктура совещаний | Webex Meetings WBS33 или более поздней версии. (Если список типов ресурсов мультимедиа доступен в параметрах веб-сайта совместной комнаты совещаний в облаке, можно проверить правильность работы веб-сайта Webex.)
Чтобы убедиться, что ваш веб-сайт готов к использованию сетки видео, обратитесь к менеджеру по работе с клиентами (CSM) или партнеру. |
Обработка отказа | Cisco Expressway-C или E, выпуск X8.11.4 или более поздний. (Дополнительную информацию см. в разделе "Важная информация" в примечаниях к выпуску Expressway.) |
Требования к терминальному устройству и приложению Webex
Назначение компонента | Сведения |
|---|---|
Поддерживаемые терминальные устройства | |
Поддерживаемые версии приложения Webex | Сетка видео поддерживает приложение Webex для настольных компьютеров (Windows, Mac) и мобильных устройств (Android, iPhone и iPad). Чтобы скачать приложение для поддерживаемой платформы, перейдите по ссылке https://www.webex.com/downloads.html. |
Поддерживаемые кодеки | Поддерживаемые кодеки аудио и видео см. в | спецификациях видео Webex для вызовов и совещаний . Обратите внимание на эти предостережения относительно сетки видео.
|
Поддерживаемые устройства Room, Desk и Board, зарегистрированные в Webex | Перечисленные ниже устройства протестированы и подтверждены для работы с узлами сетки видео. |
Требования к системе и платформе для программного обеспечения узла сетки видео
Производственная среда
В производственных развертываниях существует два способа развертывания программного обеспечения узла сетки видео на определенной конфигурации аппаратного обеспечения.
Каждый сервер можно настроить как единую виртуальную машину, что лучше всего подходит для развертываний с большим количеством конечных точек SIP.
С помощью опции VMNLite можно настроить на каждом сервере несколько виртуальных машин меньшего размера. VMNLite лучше всего использовать для развертываний, в которых большинство клиентов и устройств являются приложением Webex и зарегистрированными в Webex конечными точками.
Эти требования являются общими для всех конфигураций:
VMware ESXi 7 или 8, vSphere 7 или 8
Гиперпоточность включена
Узлы сетки видео, работающие независимо от оборудования платформы, нуждаются в выделенных vCPU и оперативной памяти. Совместный доступ к ресурсам с другими приложениями не поддерживается. Это относится ко всем изображениям программного обеспечения сетки видео.
Для изображений сетки видео (VMNLite) на платформе CMS поддерживаются только изображения VMNLite. Никакие другие изображения сетки видео или приложения, не связанные с сеткой видео, не могут быть подключены к оборудованию CMS с программным обеспечением VMNLite.
Конфигурация брандмауэра | Развертывание производства в виде единой виртуальной машины | Развертывание производства с помощью виртуальных машин VMNLite | Примечания | ||
|---|---|---|---|---|---|
Cisco Meeting Server 1000 (CMS 1000) |
| Развертывайте как 3 одинаковых экземпляра виртуальных машин, каждый из которых будет иметь:
| Рекомендуется использовать эту платформу для узла сетки видео.
| ||
Конфигурация на основе спецификаций (требуется процессор Intel Xeon E5-2600v3 или более поздней версии с частотой 2,6 ГГц) |
| Развертывайте как 3 одинаковых экземпляра виртуальных машин, каждый из которых будет иметь:
| Каждая виртуальная машина сетки видео должна иметь ЦП, ОЗУ и жесткие диски, зарезервированные для себя. Во время настройки используйте параметр CMS1000 или VMNLite . Пиковая ВКП (операции ввода/вывода в секунду) для хранилища NFS составляет 300 ВКП. | ||
Cisco Meeting Server 2000 (CMS 2000) | Развертывайте как 8 одинаковых экземпляров виртуальных машин, каждый из которых выполнит приведенные ниже действия.
| Развертывайте как 24 идентичных экземпляра виртуальных машин, каждая из которых будет иметь приведенные ниже возможности.
| Рекомендуется использовать эту платформу для узла сетки видео. Каждое лезвие должно быть полным сервером Cisco Meeting Server 1000 с зарезервированным ЦП, ОЗУ и жесткими дисками на одно лезвие. Пиковый уровень ввода-вывода для хранилища NFS составляет 300 IOP. |
Демонстрационные среды
Для базовых демонстрационных целей можно использовать конфигурацию аппаратного обеспечения на основе спецификаций со следующими минимальными требованиями:
14vCPU (12 для узла сетки видео, 2 для ESXi)
8 ГБ основной памяти
20 ГБ места на локальном жестком диске
Процессор Intel Xeon E5-2600v3 или более поздней версии 2,6 ГГц
| Эта конфигурация сетки видео не поддерживается Cisco TAC. |
Дополнительные сведения о демонстрационном программном обеспечении см. в разделе Демонстрационное программное обеспечение узла сетки видео.
Требования к пропускной способности
Для надлежащей работы узлов сетки видео должна быть минимальной пропускной способностью Интернета в 10 Мбит/с для загрузки и загрузки.
Требования к поддержке прокси для сетки видео
Мы официально поддерживаем следующие решения прокси, которые могут интегрироваться с узлами сетки видео.
Cisco Web Security Appliance (WSA) для прозрачного прокси;
Squid для явного прокси.
Для явного прокси или прозрачного прокси с проверкой, который проверяет (расшифровывает трафик), необходимо иметь копию корневого сертификата прокси, который необходимо загрузить в доверенное хранилище узла сетки видео в веб-интерфейсе.
Поддерживаются следующие комбинации типов аутентификации и явных прокси:
без аутентификации при использовании http и https;
базовая аутентификация при использовании http и https;
дайджест-аутентификация только при использовании https;
NTLM-аутентификация только при использовании http.
При наличии прозрачного прокси необходимо использовать маршрутизатор или коммутатор для обеспечения принудительной отправки трафика HTTPS/443 на прокси. Вы также можете заставить Web Socket перейти к прокси. (WebSocket использует https.)
Сетка видео требует подключения веб-сокета к облачным службам, чтобы узлы функционировали правильно. На явных прокси с проверкой и прозрачных прокси с проверкой заголовки http необходимы для надлежащего подключения к веб-сокету. Если они будут изменены, соединение с веб-сокетом завершится сбоем.
Если сбой соединения с веб-сокетом происходит на порту 443 (с включенным прозрачным прокси с проверкой), в Control Hub отображается предупреждение после регистрации. "Вызов SIP сетки видео Webex работает ненадлежащим образом". Когда прокси не включен, то же сообщение может отображаться и по другим причинам. Если на порте 443 заблокированы заголовки веб-сокетов, поток мультимедиа между приложениями и клиентами SIP отсутствует.
Нередко поток мультимедиа прекращается в тех случаях, когда от узла, связанного с портом 444, не поступает трафик.
Прокси разрешает трафик порта 444, но при этом представляет собой прокси с проверкой, который нарушает работу веб-сокета.
Для устранения этих проблем может потребоваться «обход» или «сплис» (отключить проверку) на порту 443, чтобы: *.wbx2.com и *.teams.webex.com.
Емкость узлов сетки видео
Поскольку сетка видео является программным мультимедийным продуктом, емкость узлов сетки видео варьируется. В частности, участники совещания в облаке Webex значительно увеличивают нагрузку на узлы. При большем количестве каскадов в облако Webex емкость уменьшается. Другими факторами, влияющими на емкость, являются:
Типы устройств и клиентов
Разрешение видео
Качество сети
Пиковая нагрузка
Модель развертывания
| Использование сетки видео не влияет на количество лицензий Webex. |
Как правило, добавление дополнительных узлов в кластер не удваивает емкость из-за накладных расходов на настройку каскадов. Используйте эти цифры в качестве общего руководства. Придерживайтесь указанных далее рекомендаций.
Проверьте общие сценарии совещаний для развертывания.
Используйте аналитику в Control Hub, чтобы узнать, как развивается развертывание, и при необходимости добавить емкость.
| Переполнения при низком объеме вызовов (особенно SIP-вызовы, инициированные локально) не являются истинным отражением масштаба. В аналитике сетки видео (в разделе Control Hub > Ресурсы > Активность вызовов) отображаются ветви вызовов, которые инициируются локально. Они не указывают потоки вызовов, которые поступали через каскад на узел сетки видео для обработки мультимедиа. По мере увеличения количества удаленных участников во время совещания увеличиваются каскады и потребления локальных ресурсов мультимедиа на узле сетки видео. |
В этой таблице перечислены диапазоны емкости для различных участников и конечных точек миксов на обычных узлах сетки видео. Наше тестирование включало совещания со всеми участниками на локальном узле и совещания с участием локальных и облачных участников. При увеличении количества участников в облаке Webex ожидайте, что ваша емкость снизится в нижней части диапазона.
Сценарий | (отправка) | Вместимость участника |
|---|---|---|
Совещания только с участниками приложения Webex | 720p | 100–130 |
1080p | 90–100 | |
Совещания и вызовы "1 на 1" только с участниками приложения Webex | 720p | 60–100 |
1080p | 90–100 | |
Совещания только с участниками SIP | 720p | 70–80 |
Совещания только с участниками SIP | 1080p | 30–40 |
Совещания с участниками приложения Webex и SIP | 720p | 75–110 |
|
|
Емкость для VMNLite
Рекомендуется использовать VMNLite для развертываний, которые в основном включают приложение Webex и зарегистрированные в облаке конечные точки. В этих развертываниях узлы используют больше ресурсов переключения и меньше ресурсов перекодирования, чем предусмотрено стандартной конфигурацией. Развертывание нескольких небольших виртуальных машин на узле оптимизирует ресурсы для этого сценария.
В этой таблице перечислены диапазоны емкости различных участников и конечных точек смесей. Наше тестирование включало совещания со всеми участниками на локальном узле и совещания с участием локальных и облачных участников. При увеличении количества участников в облаке Webex ожидайте, что ваша емкость снизится в нижней части диапазона.
Сценарий | (отправка) | Количество участников с 3 узлами VMNLite на сервере |
|---|---|---|
Совещания только с участниками приложения Webex | 720p | 250–300 |
1080p | 230–240 | |
Совещания и вызовы "1 на 1" только с участниками приложения Webex | 720p | 175–275 |
1080p | 230–240 |
| Базовое разрешение совещаний в приложении Webex составляет 720p. Однако при предоставлении совместного доступа эскизы участников имеют значение 180p. |
Кластеры в сетке видео
Вы развертываете узлы сетки видео в кластерах. Кластер определяет узлы сетки видео с аналогичными атрибутами, такими как близость сети. Участники используют определенный кластер или облако в зависимости от следующих условий:
Клиент в корпоративной сети, который может связаться с локальным кластером, подключается к нему — основное предпочтение для клиентов в корпоративной сети.
Клиенты, присоединяющиеся к личному совещанию сетки видео, подключаются только к локальным кластерам. Можно создать отдельный кластер специально для этих личных совещаний.
Клиент, который не может подключиться к локальному кластеру, подключается к облаку — случай для мобильного устройства, не подключенного к корпоративной сети.
Выбранный кластер также зависит от задержки, а не только от местоположения. Например, облачный кластер с более низкой задержкой передачи STUN (SRT), чем кластер сетки видео, может быть лучшим кандидатом для совещания. Эта логика предотвращает посадку пользователя на географически удаленный кластер с высокой задержкой SRT.
Каждый кластер содержит логику каскадирования совещаний, за исключением личных совещаний сетки видео, в других облачных кластерах совещаний по мере необходимости. Каскадирование обеспечивает путь передачи данных между клиентами на совещаниях. Совещания распределяются между узлами, и клиенты устанавливаются на наиболее эффективный узел, ближайший к ним, в зависимости от таких факторов, как топология сети, ссылка WAN и использование ресурсов.
Возможность подключения к узлам мультимедиа определяется клиентом. Фактический вызов использует различные потенциальные механизмы подключения, такие как UDP и TCP. Перед вызовом устройство Webex (Room, Desk, Board и приложение Webex) регистрируется в облаке Webex, которое предоставляет список кандидатов кластера для вызова.
| Узлы в кластере сетки видео требуют беспрепятственной связи друг с другом. Они также требуют беспрепятственной связи с узлами во всех остальных кластерах сетки видео. Убедитесь, что брандмауэры разрешили всю связь между узлами сетки видео. |
Кластеры для личных совещаний
Кластер сетки видео можно зарезервировать для личных совещаний. Когда зарезервированный кластер заполнен, мультимедиа личного совещания каскадируется на другие кластеры сетки видео. Когда зарезервированный кластер заполнен, личные и неличные совещания предоставляют совместный доступ к ресурсам оставшихся кластеров.
Неличные совещания не будут использовать зарезервированный кластер, резервируя эти ресурсы для личных совещаний. Если ресурсы нечастного совещания в вашей сети исчерпаны, оно каскадируется в облако Webex.
Дополнительные сведения о функции личных совещаний сетки видео см. в разделе Личные совещания.
| Вы не можете использовать короткий формат адреса видео (meet@your_site), если вы зарезервировали все кластеры сетки видео для личных совещаний. В настоящее время эти вызовы не выполняются без надлежащего сообщения об ошибке. Если оставить некоторые кластеры незарезервированными, вызовы с коротким форматом адреса видео могут подключаться через эти кластеры. |
Руководство по развертыванию кластера сетки видео
В типичных корпоративных развертываниях клиентам рекомендуется использовать до 100 узлов на кластер. В системе нет жестких ограничений для блокировки размера кластера с более чем 100 узлами. Однако при необходимости создания кластеров большего размера настоятельно рекомендуется рассмотреть этот параметр в инженерной службе Cisco через команду по работе с учетными записями Cisco.
Создавайте меньшее количество кластеров, если ресурсы имеют аналогичную близость к сети (аффинити).
При создании кластеров добавьте только узлы, находящиеся в одном географическом регионе и одном центре обработки данных. Кластеризация в глобальной вычислительной сети (WAN) не поддерживается.
Обычно развертывайте кластеры на предприятиях, где проводятся частые локализованные совещания. Планируйте размещение кластеров на полосе пропускания, доступной в различных местоположениях WAN внутри предприятия. Со временем можно развертывать и увеличивать кластер по кластеру на основе наблюдаемых шаблонов пользователей.
Кластеры, расположенные в разных часовых поясах, могут эффективно обслуживать несколько географических регионов, используя различные шаблоны вызовов в час пик/час занятости.
Если у вас есть два узла сетки видео в двух отдельных центрах обработки данных (например, ЕС и NA), а конечные точки присоединяются через каждый центр обработки данных, узлы в каждом центре обработки данных каскадируются к одному узлу сетки видео в облаке. Каскады диссертаций будут идти по интернету. Если есть участник в облаке (который присоединяется раньше одного из участников сетки видео), узлы каскадируются через узел мультимедиа в облаке участника.
Разнообразие часовых поясов
Многообразие часовых поясов позволяет предоставлять совместный доступ к кластерам в периоды непикового времени. Пример. Компания с кластером в Северной Калифорнии и кластером в Нью-Йорке может обнаружить, что общая задержка сети не так высока между двумя местоположениями, обслуживающими географически разнообразное население пользователей. Когда ресурсы находятся на пике использования в кластере в Северной Калифорнии, кластер в Нью-Йорке, скорее всего, не достигнет пика и будет иметь дополнительные мощности. То же самое относится и к кластеру в Северной Калифорнии, в часы пик в кластере в Нью-Йорке. Это не единственные механизмы, используемые для эффективного развертывания ресурсов, но они являются двумя основными.
Перенаправление в облако из-за переполнения
При достижении емкости всех локальных кластеров локальный участник перенаправляется в облако Webex. Это не означает, что все вызовы размещаются в облаке. Webex направляет в облако только тех участников, которые либо удалены, либо не могут подключиться к локальному кластеру. Во время вызова с локальными и облачными участниками локальный кластер соединяется (каскадируется) с облаком, чтобы объединить всех участников в один вызов.
Если вы настроили совещание как тип личного совещания, Webex сохранит все вызовы в локальных кластерах. Личные совещания никогда не переходят в облако из-за переполнения.
Регистрация устройств Webex в Webex
Помимо определения доступности, клиенты также проводят периодические тесты задержки в обе стороны с помощью простого обхода UDP через NAT (STUN). Задержка STUN в обе стороны (SRT) является важным фактором при выборе потенциальных ресурсов во время фактического вызова. При развертывании нескольких кластеров основные критерии выбора основываются на заданной задержке SRT. Тесты доступности выполняются в фоновом режиме, инициированные рядом факторов, включая изменения сети, и не приводят к задержкам, влияющим на время настройки вызовов. В следующих двух примерах показаны возможные результаты тестирования доступности.
Тесты задержки передачи в оба конца: облачное устройство не может связаться с локальным кластером
Тесты задержки передачи в оба конца: облачное устройство успешно подключилось к локальному кластеру
Информация о доступности предоставляется в облако Webex каждый раз при настройке вызова. Эта информация позволяет облаку выбрать наиболее подходящий ресурс (кластер или облако) в зависимости от относительного расположения клиента к доступным кластерам и типа вызова. Если ресурсы в предпочтительном кластере отсутствуют, все кластеры проверяются на доступность на основании задержки SRT. Предпочтительный кластер выбирается с наименьшей задержкой SRT. Вызовы обслуживаются локально из вторичного кластера, когда основной кластер занят. Сначала выполняется попытка использования локальных доступных ресурсов сетки видео в порядке наименьшей задержки SRT. Когда все локальные ресурсы исчерпаны, участник подключается к облаку.
Определение и местоположение кластера имеют решающее значение для развертывания, которое обеспечивает участникам наилучшие общие возможности. В идеале развертывание должно обеспечивать ресурсы там, где находятся клиенты. Если в тех случаях, когда клиенты совершают большинство вызовов, выделяется недостаточно ресурсов, для подключения пользователей к удаленным кластерам используется большая полоса пропускания внутренней сети.
Локальные и облачные вызовы
Локальные устройства Webex, имеющие одинаковое сходство кластера (предпочтительные параметры, основанные на близости к кластеру), подключаются к одному кластеру для вызова. Локальные устройства Webex с различными локальными кластерами подключаются к различным кластерам, после чего кластеры каскадируются в облако, чтобы объединить две среды в один вызов. Таким образом создается хаб и выступающий дизайн с облаком Webex в качестве хаба и локальными кластерами, выступающими в качестве спиц на совещании.
Локальный вызов с различными функциями кластера
Устройство Webex подключается к локальному кластеру или облаку в зависимости от доступности. Ниже приведены примеры наиболее распространенных сценариев.
Облачное устройство Webex подключается к облаку
Локальное устройство Webex подключается к локальному кластеру
Локальное устройство Webex подключается к облаку
Выбор кластера облака для переполнения на основе 250 мс или более высокой задержки передачи STUN в оба конца
Хотя предпочтительным вариантом выбора узлов являются локально развернутые узлы сетки видео, мы поддерживаем сценарий, при котором, если задержка передачи STUN (SRT) для локального кластера сетки видео превышает допустимую задержку передачи в 250 мс (что обычно происходит, если локальный кластер настроен на другом континенте), система выбирает ближайший узел мультимедиа облака в этой географии вместо узла сетки видео.
Приложение Webex или устройство Webex находятся в корпоративной сети в Сан-Хосе.
Кластеры в Сан-Хосе и Амстердаме находятся в состоянии готовности или недоступны.
Задержка SRT в шанхайском кластере превышает 250 мс и, скорее всего, приведет к проблемам с качеством мультимедиа.
Облачный кластер Сан-Франциско имеет оптимальную задержку SRT.
Кластер сетки видео в Шанхае исключен из рассмотрения.
В результате приложение Webex переполняется облачным кластером Сан-Франциско.
Закрытые совещания
Личные совещания изолируют все мультимедиа в сети с помощью сетки видео. В отличие от обычных совещаний, если локальные узлы заполнены, мультимедиа не каскадируется в облако Webex. Однако по умолчанию личные совещания могут каскадироваться в различные кластеры сетки видео в вашей сети. Для частных совещаний в географических местоположениях кластеры сетки видео должны иметь прямое подключение друг к другу, чтобы разрешить межкластерные каскады, например HQ1_VMN и Remote1_VMN на рисунке.
Убедитесь, что в брандмауэре открыты необходимые порты, чтобы разрешить беспрепятственный каскад между кластерами. См. Порты и протоколы для управления.
Все участники личного совещания должны принадлежать организации Webex организатора совещания. Они могут присоединиться с помощью приложения Webex или аутентифицированной видеосистемы (конечные точки SIP, зарегистрированные в UCM/VCS или зарегистрированном в Webex видеоустройстве). Участники с доступом к вашей сети через VPN или MRA могут присоединиться к закрытому совещанию. Но никто не может присоединиться к закрытому совещанию из-за пределов вашей сети.
Модели развертывания, поддерживаемые сеткой видео
- Поддерживается в развертывании сетки видео
-
Узел сетки видео можно развернуть в центре обработки данных (предпочтительный) или в демилитаризованной зоне (DMZ). Рекомендации см. в разделе Порты и протоколы, используемые сеткой видео.
Для развертывания DMZ узлы сетки видео можно настроить в кластере с двойным сетевым интерфейсом (NIC). Это развертывание позволяет отделить внутренний сетевой трафик предприятия (используется для связи между интербокс, каскадов между кластерами узлов и доступа к интерфейсу управления узлом) от внешнего облачного сетевого трафика (используется для подключения к внешнему миру и каскадов к облаку).
Двойной контроллер сетевого интерфейса работает на полной, VMNLite и демо-версии программного обеспечения узла сетки видео. Также можно развернуть сетку видео за настройкой NAT 1:1.
Узлы сетки видео можно интегрировать с средой управления вызовами. Например, развертывания с сеткой видео, интегрированной с Unified CM, см. в разделе Модели развертывания сетки видео и Cisco Unified Communications Manager.
Поддерживаются следующие типы перевода адресов:
Динамическая трансляция сетевых адресов (NAT) с помощью пула IP
динамическое преобразование адресов порта (PAT)
1:1 NAT
Другие формы NAT должны работать до тех пор, пока используются правильные порты и протоколы, но мы не поддерживаем их официально, потому что они не были протестированы.
IPv4
Статический IP-адрес для узла сетки видео
- Не поддерживается в развертывании сетки видео
-
IPv6
DHCP для узла сетки видео
Кластер со смесью одного контроллера сетевого интерфейса и двух контроллеров сетевого интерфейса
Кластеризация узлов сетки видео в глобальной вычислительной сети (WAN)
Аудио, видео или мультимедиа, которые не проходят через узел сетки видео.
Аудио с телефонов
Одноранговый вызов между приложением Webex и стандартными терминальными устройствами
Завершение аудио на узле сетки видео
Мультимедиа, отправленные через пару Expressway C/E
Обратный видеозвонок из Webex
Модели Развертывания Для сетки видео и Cisco Unified Communications Manager
Эти примеры показывают общие развертывания сетки видео и помогают понять, где кластеры сетки видео могут вписаться в вашу сеть. Помните, что развертывание сетки видео зависит от факторов топологии сети.
Местоположения центров обработки данных
Местоположение и размер офиса
Местоположение и емкость доступа в Интернет
В целом попробуйте связать узлы сетки видео с кластерами Unified CM или Session Management Edition (SME). Рекомендуется держать узлы как можно более централизованными для локальных филиалов.
Сетка видео поддерживает Session Management Edition (SME). Кластеры Unified CM можно подключить через SME, после чего необходимо создать магистраль SME, которая подключается к узлам сетки видео.
Архитектура Hub и Spoke
Эта модель развертывания включает централизованную сеть и доступ в Интернет. Как правило, в центральном местоположении наблюдается высокая концентрация сотрудников. В этом случае кластер сетки видео можно разместить в центре для оптимизации обработки мультимедиа.
Размещение кластеров в местоположениях филиалов может не дать результатов в краткосрочной перспективе и может привести к неоптимальной маршрутизации. Рекомендуется развертывать кластеры в ветке только при наличии частой связи между ветвями.
Географическое Распределение
Географически распределенное развертывание взаимосвязано, но может проявляться заметная задержка между регионами. Нехватка ресурсов может привести к неоптимальной настройке каскадов в краткосрочной перспективе при проведении совещаний между пользователями в каждом географическом местоположении. В этой модели рекомендуется выделить узлы сетки видео вблизи регионального доступа к Интернету.
Географическое распределение с набором SIP
Эта модель развертывания содержит региональные кластеры Unified CM. Каждый кластер может содержать магистраль SIP для выбора ресурсов в локальном кластере сетки видео. Вторая магистраль может предоставить путь отработки отказа для пары Expressway, если ресурсы будут ограничены.
Порты и протоколы, используемые сеткой видео
Чтобы обеспечить успешное развертывание сетки видео и бесперебойную работу узлов сетки видео, откройте следующие порты брандмауэра для использования с протоколами.
Общие требования к сети для Webex Teams см. в разделе Требования к сети для служб Webex.
См. Краткое описание обхода брандмауэра для получения дополнительной информации о брандмауэре и сетевых практиках для служб Webex.
Чтобы уменьшить потенциальные проблемы с запросами DNS, при настройке корпоративного брандмауэра следуйте документации по рекомендациям DNS, защите сети и идентификации атак.
Дополнительную информацию о проектировании см. в разделе Предпочтительная архитектура для служб гибридного типа, CVD.
Порты и протоколы для управления
| Узлы в кластере сетки видео требуют беспрепятственной связи друг с другом. Они также требуют беспрепятственной связи с узлами во всех остальных кластерах сетки видео. Убедитесь, что брандмауэры разрешили всю связь между узлами сетки видео. |
Узлы сетки видео в кластере должны находиться в одной маске VLAN или подсети.
Цель | Источник | Адресат | IP-адрес источника | Исходный порт | Транспортный протокол | IP-адрес назначения | Порт назначения |
|---|---|---|---|---|---|---|---|
Управление | Компьютер управления | узел сетки видео | По мере необходимости | Любой | TCP, HTTPS | узел сетки видео | 443 |
SSH для доступа к консоли администрирования сетки видео | Компьютер управления | узел сетки видео | По мере необходимости | Любой | TCP | узел сетки видео | 22 |
Внутрикластерная Связь | узел сетки видео | узел сетки видео | IP-адрес других узлов сетки видео в кластере | Любой | TCP | Узлы сетки видео | 8443 |
Управление | узел сетки видео | облако Webex | По мере необходимости | Любой | UDP, NTP UDP, DNS TCP, HTTPS (WebSockets) | Любой | 123* 53* |
Каскадная Сигнализация | узел сетки видео | облако Webex | Любой | Любой | TCP | Любой | 443 |
Каскадные Носители | узел сетки видео | облако Webex | узел сетки видео | Любой*** | UDP | Любой Сведения о конкретных диапазонах адресов см. в разделе "IP-подсети для служб мультимедиа Webex" раздела Требования к сети для служб Webex. | 5004 от 50 000 до 53000 Дополнительные сведения см. в разделе "Службы Webex – номера портов и протоколы" раздела Требования к сети для служб Webex. |
Каскадная Сигнализация | Кластер сетки Vido (1) | Кластер сетки Vido (2) | Любой | Любой | TCP | Любой | 443 |
Каскадные Носители | Кластер сетки Vido (1) | Кластер сетки Vido (2) | Кластер сетки Vido (1) | Любой*** | UDP | Любой | 5004 от 50 000 до 53000 |
Управление | узел сетки видео | облако Webex | По мере необходимости | Любой | TCP, HTTPS | Любой** | 443 |
Управление | узел сетки видео (1) | узел сетки видео (2) | узел сетки видео (1) | Любой | TCP, HTTPS (WebSockets) | узел сетки видео (2) | 443 |
Внутренние взаимодействия | узел сетки видео | Все остальные узлы сетки видео | узел сетки видео | Любой | UDP | Любой | 10000–40000 |
* Конфигурация по умолчанию в OVA настроена для NTP и DNS. OVA требует открытия этих портов для исходящих соединений с Интернетом. При настройке локального NTP и DNS-сервера не нужно открывать порты 53 и 123 через брандмауэр.
** Поскольку некоторые URL-адреса облачных служб могут быть изменены без предупреждения, ANY является рекомендуемым назначением для бесперебойной работы узлов сетки видео. Если вы предпочитаете фильтровать трафик по URL-адресам, см. раздел URL-адреса Webex Teams для служб гибридного типа
раздела Требования к сети для служб Webex.
***Порты зависят от включения QoS. При включенной функции QoS порты: 52 500-59499, 63000-64667, 59500-62999 и 64688-65500. После отключения QoS порты составляют 34 000-34 999.
Подписи трафика для сетки видео (включено качество обслуживания)
Для развертываний, в которых узел сетки видео находится на корпоративной стороне DMZ или внутри брандмауэра, в Webex Control Hub предусмотрена настройка конфигурации узла сетки видео, которая позволяет администратору оптимизировать диапазоны портов, используемые узлом сетки видео для маркировки сети QoS. Эта настройка качества обслуживания включена по умолчанию и изменяет порты источника, используемые для аудио, видео и совместного доступа к контенту, на значения в этой таблице. Эта настройка позволяет настроить политики маркировки QoS на основе диапазонов портов UDP, чтобы отличать аудио от видео или совместного доступа к контенту и пометить все аудио рекомендуемым значением EF, а также совместный доступ к видео и контенту с рекомендуемым значением AF41.
В таблице и на диаграмме показаны порты UDP, используемые для аудио- и видеопотоков, которые являются основным объектом сетевых конфигураций QoS. Хотя политики разметки сетевых QoS для мультимедиа через UDP находятся в центре внимания в таблице ниже, узлы сетки видео Webex также прекращают трафик TCP для презентации и совместного доступа к контенту в приложении Webex с помощью эфемерных портов 52500–65500. Если брандмауэр находится между узлами сетки видео и приложением Webex, эти порты TCP также должны быть разрешены для надлежащей работы.
| Узел сетки видео локально отмечает трафик. Эта встроенная маркировка является асимметричной в некоторых потоках и зависит от того, являются ли исходные порты общими (один порт, как 5004 для нескольких потоков к различным адресатам и портам назначения) или нет (если порт находится в диапазоне, но уникален для этого конкретного двухнаправленного сеанса). Чтобы понять встроенную маркировку узлом сетки видео, обратите внимание, что узел сетки видео отмечает EF аудио, если порт 5004 не используется в качестве исходного порта. Некоторые двусторонние потоки, такие как каскады сетки видео в сетку видео или сетки видео в приложение Webex, будут иметь асимметричную маркировку, что является причиной использования сети для заметок трафика на основе предоставленных диапазонов портов UDP. |
| IP-адрес источника | IP-адрес назначения | Исходные порты UDP | Порты UDP назначения | Встроенная маркировка DSCP | Тип мультимедиа. |
Узел сетки видео | облачные службы мультимедиа Webex | от 35000 до 52499 | 5004 | AF41 | Тестирование пакетов STUN |
| Узел сетки видео | облачные службы мультимедиа Webex | 52500–59499 | 5004 | EF | Аудио |
| Узел сетки видео | облачные службы мультимедиа Webex | 63000–64667 | 5004 | AF41 | Видео |
| Узел сетки видео | облачные службы мультимедиа Webex | 59500–62999 | от 50 000 до 51499 | EF | Аудио |
| Узел сетки видео | облачные службы мультимедиа Webex | 64668–65500 | 51500–53000 | AF41 | Видео |
| Узел сетки видео | Узел сетки видео | 10000–40000 | 10000–40000 | — | Аудио |
| Узел сетки видео | Узел сетки видео | 10000–40000 | 10000–40000 | — | Видео |
| Узел сетки видео | терминальные устройства SIP Unified CM | 52500–59499 | профиль SIP Unified CM | EF | Аудио |
| Узел сетки видео | терминальные устройства SIP Unified CM | 63000–64667 | профиль SIP Unified CM | AF41 | Видео |
Кластер сетки видео | Кластер сетки видео | 52500–59499 | 5004 | EF | Аудио |
Кластер сетки видео | Кластер сетки видео | 63000–64667 | 5004 | AF41 | Видео |
Кластер сетки видео | Кластер сетки видео | 59500–62999 | от 50 000 до 51499 | EF | Аудио |
Кластер сетки видео | Кластер сетки видео | 64668–65500 | 51500–53000 | AF41 | Видео |
| Узел сетки видео | Приложение или терминальное устройство Webex Teams* | 5004 | 52000–52099 | AF41 | Аудио |
| Узел сетки видео | приложение или терминальное устройство Webex Teams | 5004 | 52100–52299 | AF41 | Видео |
*Направление трафика мультимедиа определяет маркировку DSCP. Если исходные порты принадлежат узлу сетки видео (из узла сетки видео в приложение Webex Teams), трафик помечается только как AF41. Трафик мультимедиа, исходящий из приложения Webex Teams или конечных точек Webex, имеет отдельную маркировку DSCP, но обратный трафик от общих портов узла сетки видео не отображается.
| Дифференциация портов источника UDP (клиенты приложения Webex для Windows): Обратитесь в местную команду по работе с клиентами, если необходимо включить дифференциацию портов источника UDP для вашей организации. Если эта функция не включена, совместный доступ к аудио и видео не может быть дифференцирован ОС Windows. Порты источника будут одинаковыми для аудио, видео и совместного доступа к контенту на устройствах Windows. |
Подписи трафика для сетки видео (качество обслуживания отключено)
Для развертываний, в которых узел сетки видео находится в DMZ, в Webex Control Hub предусмотрена настройка конфигурации узла сетки видео, которая позволяет оптимизировать диапазоны портов, используемые узлом сетки видео. Эта настройка качества обслуживания, если она отключена (включена по умолчанию), изменяет порты источника, используемые для аудио, видео и совместного доступа к контенту из узла сетки видео, на диапазон от 34000 до 34999. Затем узел сетки видео изначально помечает все функции аудио, видео и совместного доступа к контенту в один DSCP AF41.
| Поскольку порты источника одинаковы для всех носителей независимо от назначения, невозможно отличить аудио от видео или совместного доступа к контенту в зависимости от диапазона портов, если эта настройка отключена. Эта конфигурация позволяет упростить настройку отверстий для ПИН брандмауэра для мультимедиа, чем при включении функции «Качество обслуживания». |
В таблице и на диаграмме показаны порты UDP, которые используются для аудио- и видеопотоков при отключении QoS.
| IP-адрес источника | IP-адрес назначения | Исходные порты UDP | Порты UDP назначения | Встроенная маркировка DSCP | Тип мультимедиа. |
| Узел сетки видео | облачные службы мультимедиа Webex | 34000–34999 | 5004 | AF41 | Аудио |
| Узел сетки видео | облачные службы мультимедиа Webex | 34000–34999 | 5004 | AF41 | Видео |
| Узел сетки видео | облачные службы мультимедиа Webex | 34000–34999 | от 50 000 до 51499 | AF41 | Аудио |
| Узел сетки видео | облачные службы мультимедиа Webex | 34000–34999 | 51500–53000 | AF41 | Видео |
| Узел сетки видео | Узел сетки видео | 10000–40000 | 10000–40000 | AF41 | Аудио |
| Узел сетки видео | Узел сетки видео | 10000–40000 | 10000–40000 | AF41 | Видео |
Кластер сетки видео | Кластер сетки видео | 34000–34999 | 5004 | AF41 | Аудио |
Кластер сетки видео | Кластер сетки видео | 34000–34999 | 5004 | AF41 | Видео |
Кластер сетки видео | Кластер сетки видео | 34000–34999 | от 50 000 до 51499 | AF41 | Аудио |
Кластер сетки видео | Кластер сетки видео | 34000–34999 | 51500–53000 | AF41 | Видео |
| Узел сетки видео | терминальные устройства SIP Unified CM | 52500–59499 | профиль SIP Unified CM | AF41 | Аудио |
| Узел сетки видео | терминальные устройства SIP Unified CM | 63000–64667 | профиль SIP Unified CM | AF41 | Видео |
Узел сетки видео | облачные службы мультимедиа Webex | от 35000 до 52499 | 5004 | AF41 | Тестирование пакетов STUN |
| Узел сетки видео | приложение или терминальное устройство Webex Teams | 5004 | 52000–52099 | AF41 | Аудио |
| Узел сетки видео | приложение или терминальное устройство Webex Teams | 5004 | 52100–52299 | AF41 | Видео |
Порты и протоколы для трафика Webex Meetings
Цель | Источник | Адресат | IP-адрес источника | Исходный порт | Транспортный протокол | IP-адрес назначения | Порт назначения |
|---|---|---|---|---|---|---|---|
Вызов на совещание | Приложения (настольное и мобильное приложения Webex) Зарегистрированные устройства Webex | узел сетки видео | По мере необходимости | Любой | UDP и TCP (используются приложением Webex) SRTP (любой) | Любой** | 5004 |
Вызов на совещание устройства SIP (передача сигналов SIP) | Управление вызовами Unified CM или Cisco Expressway | узел сетки видео | По мере необходимости | Эфемерный (>=1024) | TCP или TLS | Любой** | 5060 или 5061 |
Каскад | узел сетки видео | облако Webex | По мере необходимости | 34000–34999 | UDP, SRTP (любой)* | Любой** | 5004 от 50 000 до 53000*** |
Каскад | узел сетки видео | узел сетки видео | По мере необходимости | 34000–34999 | UDP, SRTP (любой)* | Любой** | 5004 |
| Порт 5004 используется для всех облачных мультимедиа и локальных узлов сетки видео. Приложение Webex продолжает подключаться к узлам сетки видео через общие порты 5004. Эти порты также используются приложением Webex и зарегистрированными в Webex конечными точками для тестов STUN на узлах сетки видео. Узел сетки видео на узел сетки видео для каскадов используют диапазон портов назначения от 10000 до 40000.* TCP также поддерживается, но не предпочтителен, поскольку это может повлиять на качество мультимедиа. |
** Если необходимо ограничить IP-адресами, см. диапазоны IP-адресов, которые описаны в разделе Требования к сети для служб Webex.
*** Expressway уже использует этот диапазон портов для облака Webex. Таким образом, для выполнения этого нового требования к сетке видео в большинстве случаев развертывания никакие обновления не нужны. Однако, если в развертывании установлены более строгие правила брандмауэра, может потребоваться обновить конфигурацию брандмауэра, чтобы открыть эти порты для сетки видео.
Для оптимального использования Webex в вашей организации настройте брандмауэр так, чтобы разрешить весь исходящий трафик TCP и UDP, предназначенный для портов 5004, а также любые входящие ответы на этот трафик. Требования к портам, перечисленные выше, предполагают, что узлы сетки видео развернуты в локальной сети (предпочтительно) или в DMZ и что приложение Webex находится в локальной сети.
Качество и масштабирование видео для сетки видео
Ниже приведены некоторые общие сценарии совещаний при создании каскада. Сетка видео адаптирована в зависимости от доступной пропускной способности и распределяет ресурсы соответствующим образом. Для устройств на совещании, использующих узел сетки видео, ссылка каскада обеспечивает преимущества снижения средней полосы пропускания и улучшения возможностей совещаний для пользователя.
| Рекомендации по подготовке пропускной способности и планированию емкости см. в документации Предпочтительная архитектура. |
На основе активных выступающих на совещании устанавливаются каскадные ссылки. Каждый каскад может содержать до 6 потоков. Каскад ограничен 6 участниками (6 в направлении приложения Webex/SIP в облако Webex и 5 в противоположном направлении). Каждый ресурс мультимедиа (облако и сетка видео) запрашивает у удаленной стороны потоки, необходимые для выполнения локальных требований конечной точки всех удаленных участников каскада.
Для обеспечения гибкого взаимодействия с пользователями платформа Webex может выполнять многопотоковое видео для участников совещания. Эта же способность применяется к каскадной связи между узлами сетки видео и облаком. В этой архитектуре требования к пропускной способности зависят от ряда факторов, таких как компоновки оконечных устройств.
Архитектура
В этой архитектуре зарегистрированные в Cisco Webex конечные точки отправляют сигналы в облако, а мультимедиа - в службы коммутации. Локальные конечные точки SIP отправляют сигналы в среду управления вызовами (Unified CM или Expressway), которая затем отправляет их на узел сетки видео. Мультимедиа отправляется в службу перекодирования.
Участники в облаке и локальной среде
Локальные локальные участники на узле сетки видео запрашивают нужные потоки в соответствии с требованиями к компоновке. Эти потоки перенаправляются из узла сетки видео в конечную точку для отображения локальных устройств.
Каждый узел сетки видео и облака запрашивает разрешение HD и SD от всех участников, зарегистрированных в облаке устройств или приложения Webex. В зависимости от конечной точки он будет отправлять до 4 разрешений (обычно 1080p, 720p, 360p и 180p).
Каскады
Большинство конечных точек Cisco могут отправлять 3 или 4 потока из одного источника в диапазоне разрешений (от 1080p до 180p). Компоновка конечной точки диктует требования к потокам, необходимым на дальнем конце каскада. Для активного состояния доступности основной поток видео составляет 1080p или 720p, панели видео (PiPS) имеют 180p. Для равного представления разрешение составляет 480p или 360p для всех участников в большинстве случаев. Каскад, созданный между узлами сетки видео и облаком, также отправляет 720p, 360p и 180p в обоих направлениях. Контент отправляется в виде одного потока, а аудио — в виде нескольких потоков.
Графики пропускной способности каскада, которые обеспечивают измерение для каждого кластера, доступны в меню аналитики в Webex Control Hub. Невозможно настроить пропускную способность каскада для каждого совещания в Control Hub.
| Максимальная пропускная способность каскада, согласованная на совещании, составляет 20 Мбит/с для основного видео для всех источников и нескольких основных видеопотоков, которые они могут транслировать. Это максимальное значение не включает канал контента или аудио. |
Пример основного видео с несколькими вариантами компоновки
На приведенных ниже диаграммах показан пример сценария совещания и то, как на пропускную способность влияет несколько факторов. В этом примере все приложения Webex и зарегистрированные в Webex устройства передают 1x720p, 1x360p и 1x180p потоков в сетку видео. На каскаде потоки 720p, 360p и 180p передаются в обоих направлениях. Причина заключается в том, что приложение Webex и зарегистрированные в Webex устройства получают 720p, 360p и 180p по обе стороны каскада.
| На диаграммах номера пропускной способности для переданных и полученных данных предназначены только для примера. Они не являются исчерпывающим покрытием всех возможных совещаний и сопутствующих требований к пропускной способности. Различные сценарии совещаний (присоединяющиеся участники, возможности устройств, совместный доступ к контенту в рамках совещания, активность в любой заданный момент во время совещания) приведут к различным уровням пропускной способности. |
На схеме ниже показано совещание с конечными точками, зарегистрированными в облаке и локально, и активным выступающим.
На том же совещании на диаграмме ниже показан пример каскада, созданного между узлами сетки видео и облаком в обоих направлениях.
На том же совещании на диаграмме ниже показан пример каскада из облака.
На диаграмме ниже показано совещание с теми же устройствами выше, а также клиент Webex Meetings. Система отправляет активного выступающего и последнего активного выступающего в высокой четкости вместе с дополнительным потоком HD активного выступающего для клиентов Webex Meetings, поскольку узлы сетки видео в данный момент не поддерживают Webex Meetings.
Требования к службам Webex
Чтобы правильно подготовить веб-сайт Cisco Webex и службы Webex для сетки видео, обратитесь к своему партнеру, менеджеру по работе с клиентами (CSM) или представителю пробных версий.
Необходимо иметь организацию Webex с платной подпиской на службы Webex.
Чтобы в полной мере воспользоваться преимуществами сетки видео, убедитесь, что на веб-сайте Webex установлена версия 2.0 платформы видео. (Можно проверить, что на веб-сайте установлена версия 2.0 платформы видео, если список типов ресурсов мультимедиа доступен в параметрах веб-сайта совместной комнаты совещаний в облаке.)
Необходимо включить CMR для веб-сайта Webex в профилях пользователей. (Это можно сделать в пакетном обновлении файла CSV с помощью атрибута SupportCMR).
Дополнительную информацию см. в разделе Сравнение функций и путь миграции из совместной комнаты совещаний гибридного типа в сетку видео в приложении.
Проверка правильности страны источника
Video Mesh использует возможности глобально распределенного мультимедиа (GDM) Webex для улучшения маршрутизации мультимедиа. Для достижения оптимальной связи Webex выбирает ближайший к вашему предприятию облачный мультимедийный узел при выполнении каскадов сетки видео в Webex. Затем трафик проходит через магистраль Webex для взаимодействия с микросервисами Webex во время совещания. Такая маршрутизация сводит к минимуму задержки и удерживает большую часть трафика в магистрали Webex и вне Интернета.
Для поддержки GDM мы используем MaxMind в качестве поставщика местоположений GeoIP. Убедитесь, что MaxMind правильно определяет местоположение вашего общедоступного IP-адреса, чтобы обеспечить эффективную маршрутизацию.
| 1. | В веб-браузере введите этот URL с общедоступным IP-адресом Expressway или конечной точки в конце. Вы получите следующий ответ: |
| 2. | Убедитесь, что |
| 3. | Если местоположение неверное, отправьте запрос на исправление местоположения вашего общедоступного IP-адреса в MaxMind по адресу https://support.maxmind.com/geoip-data-correction-request/correct-a-geoip-location. |
Выполнение предварительных условий для сетки видео
Используйте этот перечень действий, чтобы убедиться в готовности к установке и настройке узлов сетки видео и интеграции веб-сайта Webex с сеткой видео.
| 1. | Убедитесь, что вы:
| ||
| 2. | Обратитесь к партнеру, менеджеру по работе с клиентами или представителю пробных версий, чтобы понять и подготовить среду Webex, чтобы она была готова к подключению к сетке видео. Дополнительную информацию см. в разделе Требования к службам Webex. | ||
| 3. | Запишите приведенную ниже информацию о сети для назначения узлам сетки видео.
| ||
| 4. | Перед началом установки убедитесь, что для вашей организации Webex включена сетка видео. Эта служба доступна для организаций с определенными платными подписками на службы Webex, как описано в требованиях к лицензиям для служб гибридного типа Cisco Webex. За помощью обратитесь к партнеру Cisco или менеджеру по работе с клиентами. | ||
| 5 | Выберите поддерживаемое оборудование или конфигурацию на основе спецификаций для узла сетки видео, как описано в разделе Требования к системе и платформе для программного обеспечения узла сетки видео. | ||
| 6 | Убедитесь, что ваш сервер работает под управлением VMware ESXi 7 или 8, а также vSphere 7 или 8 с операционным узлом VM. | ||
| 7. | Если вы интегрируете сетку видео с средой управления вызовами Unified CM и хотите, чтобы списки участников были согласованы на платформах совещаний, убедитесь, что для режима безопасности кластера Unified CM установлен смешанный режим, чтобы он поддерживал трафик, шифрованный TLS. Для работы этой функции требуется сквозное шифрование трафика. Дополнительную информацию о переключении среды Unified CM в смешанном режиме см. в главе о настройке TLS в руководстве по безопасности Cisco Unified Communications Manager . Дополнительную информацию о функциях и настройке сквозного шифрования см. в руководстве по решению Active Control. | ||
| 8 | При интеграции прокси (явного, прозрачного с проверкой или прозрачного без проверки) с сеткой видео убедитесь в соблюдении требований, описанных в разделе Требования к поддержке прокси для сетки видео. |
Дальнейшие действия
Установка и настройка программного обеспечения узла сетки видео
Процесс выполнения задач развертывания сетки видео
Перед началом работы
| 1. | Установка и настройка программного обеспечения узла сетки видео Используйте эту процедуру для развертывания узла сетки видео на сервере хоста с VMware ESXi или vCenter. Вы устанавливаете программное обеспечение локально, которое создает узел, а затем выполняете первоначальную конфигурацию, например сетевые настройки. Вы зарегистрируете его в облаке позже. |
| 2. | Войдите в консоль узла сетки видео Войдите в консоль впервые. Программное обеспечение узла сетки видео имеет пароль по умолчанию. Перед настройкой узла необходимо изменить это значение. |
| 3. | Настройка сетевой конфигурации узла сетки видео в консоли Используйте эту процедуру для настройки сетевых параметров узла сетки видео, если они не были настроены при настройке узла на виртуальной машине. Вы установите статический IP-адрес и измените FQDN/имя хоста и NTP-серверы. В настоящее время DHCP не поддерживается. |
| 4. | Чтобы настроить внешний интерфейс для развертывания двойного сетевого интерфейса (dual NIC), выполните приведенные ниже действия.
После возвращения узла в режим онлайн и проверки конфигурации внутренней сети можно настроить внешний сетевой интерфейс при развертывании узла сетки видео в DMZ сети, чтобы изолировать корпоративный (внутренний) трафик от внешнего (внешнего) трафика. Также можно делать исключения или переопределения правил маршрутизации по умолчанию. |
| 5 | Регистрация узла сетки видео в облаке Webex Используйте эту процедуру для регистрации узлов сетки видео в облаке Webex и завершения дополнительной настройки. При использовании Control Hub для регистрации узла создается кластер, которому узел назначен. Кластер содержит один или несколько узлов мультимедиа, которые обслуживают пользователей в определенном географическом регионе. В ходе регистрации также можно настроить параметры вызовов SIP, установить расписание модернизации и подписаться на уведомления по электронной почте. |
| 6 | Включение и проверка качества обслуживания (QoS) с помощью приведенных ниже задач.
Включите функцию QoS, если необходимо, чтобы узлы сетки видео автоматически помечали трафик SIP (локальные конечные точки, зарегистрированные SIP) как для аудио (EF), так и для видео (AF41) отдельно с соответствующим классом обслуживания и использовали известные диапазоны портов для определенных типов мультимедиа. Это изменение позволит создавать политики QoS и при необходимости эффективно отмечать обратный трафик из облака. Чтобы проверить правильность открытия портов в брандмауэре, воспользуйтесь шагами Reflector Tool. |
| 7. | Настройка узла сетки видео для интеграции прокси Используйте эту процедуру, чтобы указать тип прокси, который необходимо интегрировать с сеткой видео. При выборе прозрачного прокси с проверкой можно использовать интерфейс узла для загрузки и установки корневого сертификата, проверки прокси и устранения возможных проблем. |
| 8 | Выполните интеграцию сетки видео с потоком задач управления вызовами и выберите один из приведенных ниже вариантов в зависимости от управления вызовами, требований безопасности и необходимости интеграции сетки видео с средой управления вызовами.
Устройства SIP не поддерживают прямую доступность, поэтому необходимо использовать конфигурацию Unified CM или VCS Expressway для установления связи между локально зарегистрированными устройствами SIP и кластерами видеомешков. В зависимости от среды управления вызовами необходимо выполнить магистраль Unified CM или VCS Expressway к узлу сетки видео. |
| 9 | Обмен цепочками сертификатов между узлами Unified CM и сетки видео В этой задаче скачиваются сертификаты из интерфейсов Unified CM и сетки видео и загружаются один на другой. На этом этапе устанавливается безопасное доверие между двумя продуктами и в сочетании с конфигурацией безопасной магистрали позволяет зашифрованному трафику SIP и мультимедиа SRTP в вашей организации приземляться на узлы сетки видео. |
| 10 | Включение шифрования мультимедиа для кластеров сетки видео и организации Используйте эту процедуру, чтобы включить шифрование мультимедиа для вашей организации и отдельных кластеров сетки видео. Эта настройка обеспечивает сквозную настройку TLS, и в Unified CM должна быть установлена защищенная магистраль TLS SIP, которая указывает на узлы сетки видео. |
| 11 | Включение сетки видео для веб-сайта Webex Чтобы использовать оптимизированные мультимедиа на узел сетки видео для совещания Webex для всех приложений и устройств Webex для присоединения, эта конфигурация должна быть включена для веб-сайта Webex. Включение этой настройки связывает сетку видео и экземпляры совещаний в облаке и позволяет каскадировать из узлов сетки видео. Если эта настройка не включена, приложение и устройства Webex не будут использовать узел сетки видео для совещаний Webex. |
| 12 | Назначение совместных комнат совещаний пользователям приложения Webex |
| 13 | Проверка возможности совещания на защищенной конечной точке При использовании шифрования мультимедиа с помощью сквозной настройки TLS выполните приведенные ниже действия, чтобы убедиться в том, что конечные точки безопасно зарегистрированы и отображаются правильные возможности совещаний. |
Сценарий массовой подготовки для сетки видео
При необходимости развертывания нескольких узлов в развертывании сетки видео процесс занимает много времени. Сценарий можно использовать в https://github.com/CiscoDevNet/webex-video-mesh-node-provisioning для быстрого развертывания узлов сетки видео на серверах VMWare ESXi. Прочтите файл readme для получения инструкций по использованию сценария.
Установка и настройка программного обеспечения узла сетки видео
Используйте эту процедуру для развертывания узла сетки видео на сервере хоста с VMware ESXi или vCenter. Вы устанавливаете программное обеспечение локально, которое создает узел, а затем выполняете первоначальную конфигурацию, например сетевые настройки. Вы зарегистрируете его в облаке позже.
Необходимо скачать пакет программного обеспечения (OVA) из Control Hub ( https://admin.webex.com), а не использовать ранее загруженную версию. Этот OVA подписан сертификатами Cisco и может быть скачан после входа в Control Hub с помощью учетных данных администратора клиента.
Перед началом работы
См. Требования к системе и платформе для программного обеспечения узла сетки видео для поддерживаемых аппаратных платформ и требований к спецификациям для узла сетки видео.
Убедитесь, что у вас есть следующие обязательные элементы:
Компьютер с:
Клиент VMware vSphere 7 или 8.
Список поддерживаемых операционных систем см. в документации VMware.
Загружен файл OVA программного обеспечения сетки видео.
Скачайте последнюю версию программного обеспечения сетки видео из Control Hub, а не используйте ранее загруженную версию. Вы также можете получить доступ к программному обеспечению по этой ссылке. (Размер файла приблизительно 1,5 ГБ.)
Более старые версии пакета программного обеспечения (OVA) не будут совместимы с последними обновлениями сетки видео. Это может привести к проблемам при модернизации приложения. Обязательно скачайте последнюю версию файла OVA по этой ссылке.
Поддерживаемый сервер с установленным и запущенным VMware ESXi или vCenter 7 или 8
Отключите резервные копии виртуальных машин и миграцию в режиме реального времени. Кластеры узлов сетки видео являются системами реального времени; любые паузы виртуальных машин могут сделать эти системы нестабильными. (Для действий по техническому обслуживанию узла сетки видео используйте режим технического обслуживания в Control Hub.)
| 1. | С помощью компьютера откройте клиент VMware vSphere и войдите в систему vCenter или ESXi на сервере. | ||||
| 2. | Перейти к . | ||||
| 3. | На Выберите шаблон OVF щелкните Локальный файл, затем выберите Файлы. Перейдите к местоположению файла videomesh.ova , выберите файл и нажмите Далее.
| ||||
| 4. | На Выберите имя и папку страница, введите Имя виртуальной машины для узла сетки видео (например, Video_Mesh_Node_1) выберите местоположение, в котором может находиться развертывание узла виртуальной машины, и щелкните Далее. Выполняется проверка. После завершения отображаются сведения о шаблоне. | ||||
| 5 | Проверьте сведения о шаблоне и щелкните Далее. | ||||
| 6 | На Конфигурация выберите тип конфигурации развертывания и щелкните Далее.
Варианты перечислены в порядке увеличения потребностей в ресурсах.
| ||||
| 7. | На Выбрать хранилище убедитесь, что выбраны формат диска по умолчанию Thick Provision Lazy Zeroed и политика хранения VM Datastore Default , а затем щелкните Далее. | ||||
| 8 | На Выбор сетей выберите параметр сети из списка записей, чтобы обеспечить желаемое подключение к виртуальной машине.
Для развертывания DMZ можно настроить узел сетки видео с двойным сетевым интерфейсом (NIC). Это развертывание позволяет отделить внутренний сетевой трафик предприятия (используется для связи между интербокс, каскадов между кластерами узлов и доступа к интерфейсу управления узлом) от внешнего облачного сетевого трафика (используется для подключения к внешнему миру и каскадов к Webex). Все узлы в кластере должны находиться в режиме с двойным контроллером сетевого интерфейса; сочетание одного и двух контроллеров сетевого интерфейса не поддерживается.
| ||||
| 9 | На странице Настройка шаблона настройте следующие сетевые параметры.
При необходимости можно пропустить конфигурацию сетевых настроек и выполнить действия, описанные в разделе Настройка сетевой конфигурации узла сетки видео в консоли после входа в узел. | ||||
| 10 | На Готово к завершению убедитесь, что все введенные настройки соответствуют инструкциям в этой процедуре, а затем щелкните Завершить. После завершения развертывания OVA узел сетки видео появится в списке виртуальных машин. | ||||
| 11 | Щелкните правой кнопкой мыши виртуальную машину узла сетки видео и выберите . Программное обеспечение узла сетки видео устанавливается в качестве гостя на узле виртуальной машины. Теперь можно войти в консоль и настроить узел сетки видео. Может возникнуть задержка в несколько минут до появления контейнеров узла. Во время первой загрузки на консоли появляется сообщение брандмауэра моста, во время которого невозможно войти в систему. |
Дальнейшие действия
Войдите в консоль узла сетки видео
Войдите в консоль впервые. Программное обеспечение узла сетки видео имеет пароль по умолчанию. Перед настройкой узла необходимо изменить это значение.
| 1. | В клиенте VMware vSphere перейдите к виртуальной машине узла сетки видео и выберите Консоль. Виртуальная машина узла сетки видео загрузится, и появится запрос на вход в систему. Если запрос на вход не отображается, нажмите Enter. Вы можете кратко отобразить сообщение о том, что система инициализирована. |
| 2. | Для входа используйте следующие имя пользователя и пароль по умолчанию: Поскольку вы входите в узел сетки видео впервые, необходимо изменить пароль администратора. |
| 3. | Для (текущего) пароля введите пароль по умолчанию (сверху) и нажмите Enter. |
| 4. | Для получения нового пароля введите новую парольную фразу и нажмите Enter. |
| 5 | Чтобы повторно ввести новый пароль, введите новую парольную фразу и нажмите Enter. Отобразится сообщение "Пароль успешно изменен", а затем появится экран первого узла сетки видео с сообщением о запрете несанкционированного доступа. |
| 6 | Нажмите Enter, чтобы загрузить главное меню. |
Дальнейшие действия
Настройка сетевой конфигурации узла сетки видео в консоли
Используйте эту процедуру для настройки сетевых параметров узла сетки видео, если они не были настроены при настройке узла на виртуальной машине. Вы установите статический IP-адрес и измените FQDN/имя хоста и NTP-серверы. В настоящее время DHCP не поддерживается.
Эти действия необходимы, если вы не настроили сетевые настройки во время развертывания OVA.
| Внутренний интерфейс (интерфейс по умолчанию для трафика) используется для CLI, SIP-транков, SIP-трафика и управления узлами. Внешний (внешний) интерфейс предназначен для связи HTTPS и веб-сокетов с Webex, а также каскадного трафика из узлов в Webex. |
| 1. | Откройте интерфейс консоли узла через клиент VMware vSphere и войдите в систему с помощью учетных данных администратора. После первоначальной настройки сетевых настроек и при доступности сетки видео можно получить доступ к интерфейсу узла через защищенную оболочку (SSH). | ||
| 2. | В главном меню консоли узла сетки видео выберите параметр 2 Изменить конфигурацию и щелкните Выбрать. | ||
| 3. | Прочтите подсказку о завершении вызовов на узле сетки видео и щелкните Да. | ||
| 4. | Щелкните Статический, введите IP-адрес для внутреннего интерфейса, Маска, Шлюз, и DNS значения для вашей сети.
| ||
| 5 | Введите сервер NTP вашей организации или другой внешний сервер NTP, который может использоваться в вашей организации. После настройки сервера NTP и сохранения сетевых настроек можно выполнить действия в разделе Проверка работоспособности узла сетки видео в консоли , чтобы проверить правильность синхронизации времени с помощью указанных серверов NTP.
| ||
| 6 | (Необязательно) При необходимости измените имя узла или домен.
| ||
| 7. | Щелкните Сохранить, а затем щелкните Сохранить изменения и перезагрузить. Во время сохранения выполняется проверка DNS, если вы предоставили домен. Отображается предупреждение, если FQDN (имя хоста и домен) не разрешается с помощью предоставленных адресов DNS-сервера. Можно сохранить, проигнорировав предупреждение, но вызовы не будут работать до тех пор, пока полное доменное имя не разрешится в DNS, настроенный на узле. После перезагрузки узла сетки видео изменения конфигурации сети вступают в силу. |
Дальнейшие действия
После установки и настройки образа программного обеспечения с использованием сетевых настроек (IP-адрес, DNS, NTP и т. д.) и доступа к нему в корпоративной сети можно перейти к следующему шагу безопасной регистрации в облаке. IP-адрес, настроенный на узле сетки видео, доступен только из корпоративной сети. С точки зрения безопасности узел усилен, и только администраторы клиента могут получить доступ к интерфейсу узла для выполнения конфигурации.
Настройка внешнего сетевого интерфейса узла сетки видео
После возвращения узла в режим онлайн и проверки конфигурации внутренней сети можно настроить внешний сетевой интерфейс при развертывании узла сетки видео в DMZ сети, чтобы изолировать корпоративный (внутренний) трафик от внешнего (внешнего) трафика.
| 1. | В главном меню консоли узла сетки видео выберите параметр 5 Внешняя конфигурация IP и щелкните Выбрать. | ||
| 2. | Щелкните 1 Включить/Отключить, затем Выбрать, а затем Да , чтобы включить параметры внешнего IP-адреса на узле. | ||
| 3. | Как и в случае с начальной сетевой конфигурацией, введите значения IP-адреса (внешний), маски и шлюза .
| ||
| 4. | Щелкните Сохранить и перезапустить. Узел снова перезагружается, чтобы включить двойной IP-адрес, а затем автоматически настраивает основные правила статической маршрутизации. Эти правила определяют, что трафик к и от IP-адреса частного класса использует внутренний интерфейс; трафик к IP-адресу общего класса и от него использует внешний интерфейс. Позже можно создать собственные правила маршрутизации — например, если необходимо настроить переопределение и разрешить доступ к внешнему домену из внутреннего интерфейса.
| ||
| 5 | Чтобы проверить конфигурацию внутреннего и внешнего IP-адресов, в главном меню консоли перейдите в раздел 4 Диагностика, а затем выберите Ping. | ||
| 6 | В поле ping введите адрес назначения, который необходимо протестировать, например внешний или внутренний IP-адрес назначения, а затем нажмите ОК.
|
Дальнейшие действия
API узлов сетки видео
API узлов сетки видео позволяют администраторам организации управлять паролем, внутренними и внешними настройками сети, режимом технического обслуживания и сертификатами сервера, связанными с узлами сетки видео. Эти API можно вызвать с помощью любого инструмента API, например Postman, или создать собственный сценарий для их вызова. Пользователь должен позвонить API с помощью соответствующей конечной точки (можно использовать IP-адрес узла или FQDN), метода, тела, заголовков, авторизации и т.д., чтобы выполнить желаемое действие и получить соответствующий ответ, как указано ниже.
API администрирования VMN
API администрирования сетки видео позволяют администраторам организации управлять режимом технического обслуживания и паролем учетной записи администратора узлов сетки видео.
Получение состояния режима технического обслуживания
Извлечение текущего состояния режима технического обслуживания (ожидаемое состояние: on, off, pending or requested).
[GET] https://<node_ip>/api/v1/external/maintenanceMode
Авторизация: Базовая аутентификация с использованием имени пользователя сетки видео («администратор») и пароля.
Примеры ответов:
Пример ответа 1:
{
"status": {
"code": 200,
"message": "Success"
},
"result": {
"isRegistered": true,
"maintenanceMode": "pending/requested/on/off",
"maintenanceModeLastUpdated": 1691135731847
}
}Пример ответа 2:
{
"status": {
"code": 401,
"message": "login failed: incorrect password or username"
}
}Пример ответа 3:
{
"status": {
"code": 429,
"message": "Too Many Requests"
}
}Включение или отключение режима технического обслуживания
Когда узел сетки видео переведен в режим технического обслуживания, он делает эффектное отключение служб вызовов (прекращает прием новых вызовов и ожидает завершения существующих вызовов до 2 часов).
[PUT] https://<node_ip>/api/v1/external/maintenanceMode
| Вызывайте этот API только при отсутствии активных вызовов. |
Авторизация: Базовая аутентификация с использованием имени пользователя сетки видео («администратор») и пароля.
Текст.
{
"maintenanceMode": "on"
}maintenanceMode - состояние режима технического обслуживания, который должен быть установлен - "вкл." или "выкл."
Заголовки запроса:
"Тип контента": 'application/json'
Примеры ответов:
Пример ответа 1:
{
"status": {
"code": 200,
"message": "Your request to enable/disable maintenance mode was successful."
}
}Пример ответа 2:
{
"status": {
"code": 409,
"message": "Maintenance Mode is already on/off"
}
}Пример ответа 3:
{
"status": {
"code": 400,
"message": "Bad Request - wrong input"
}
}Изменить пароль администратора
Изменение пароля пользователя администратора.
[PUT] https://<node_ip>/api/v1/external/password
Авторизация: Базовая аутентификация с использованием имени пользователя сетки видео («администратор») и пароля.
Текст.
{
"newPassword": "new"
}newPassword – новый пароль, который будет задан для учетной записи администратора узла сетки видео.
Заголовки запроса:
"Тип контента": 'application/json'
Примеры ответов:
Пример ответа 1:
{
"status": {
"code": 200,
"message": "Successfully set the new passphrase for user admin."
}
}Пример ответа 2:
{
"status": {
"code": 400,
"message": "Enter a new passphrase that wasn't used for one of the previous 3 passphrases."
}
}API сети VMN
API сети сетки видео позволяют администраторам организации управлять внутренними и внешними сетевыми настройками.
Получение конфигурации внешней сети
Определяет, включена или отключена внешняя сеть. Если внешняя сеть включена, она также получает внешний IP-адрес, маску внешней подсети и внешний шлюз.
[GET] https://<node_ip>/api/v1/external/externalNetwork
Авторизация: Базовая аутентификация с использованием имени пользователя сетки видео («администратор») и пароля.
Примеры ответов:
Пример ответа 1:
{
"status": {
"code": 200,
"message": "Successfully fetched external network configuration."
},
"result": {
"ip": "1.1.1.1",
"mask": "2.2.2.2",
"gateway": "3.3.3.3"
}
}Пример ответа 2:
{
"status": {
"code": 200,
"message": "External network not enabled."
}
}Пример ответа 3:
{
"status": {
"code": 500,
"message": "Failed to get external network configuration."
}
}Редактировать конфигурацию внешней сети
Изменяет настройки внешней сети. Этот API может использоваться для включения внешней сети вместе с настройкой или редактирования внешнего сетевого интерфейса с внешним IP-адресом, маской внешней подсети и внешним шлюзом. Его также можно использовать для отключения внешней сети. После внесения изменений конфигурации внешней сети узел перезагружается, чтобы применить эти изменения.
[PUT] https://<node_ip>/api/v1/external/externalNetwork
| Эту настройку можно настроить только для недавно развернутых узлов сетки видео, пароль администратора которых по умолчанию изменен. Не используйте этот API после регистрации узла в организации. |
Авторизация: Базовая аутентификация с использованием имени пользователя сетки видео («администратор») и пароля.
Текст.
Включение внешней сети:
{
"externalNetworkEnabled": true,
"externalIp": "1.1.1.1",
"externalMask": "2.2.2.2",
"externalGateway": "3.3.3.3"
}Отключение внешней сети.
{
"externalNetworkEnabled": false
}externalNetworkEnabled – логическое значение (истина или ложь) для включения/отключения внешней сети
externalIp – добавляемый внешний IP-адрес
externalMask - маска сети для внешней сети
externalGateway - шлюз для внешней сети
Заголовки запроса:
"Тип контента": 'application/json'
Примеры ответов:
Пример ответа 1:
{
"status": {
"code": 200,
"message": "Successfully saved the external network configuration. This node will reboot soon to apply the changes. Please wait for a minute and relogin to the node to verify that all changes were applied."
}
}Пример ответа 2:
{
"status": {
"code": 200,
"message": "Successfully disabled the external network. This node will reboot soon to apply the changes. Please wait for a minute and relogin to the node to verify that all changes were applied."
}
}Пример ответа 3:
{
"status": {
"code": 400,
"message": "One or more errors in the input: Value should be boolean for 'externalNetworkEnabled'"
}
}Пример ответа 4:
{
"status": {
"code": 400,
"message": "External network configuration has not changed; skipping save of the external network configuration."
}
}Получить сведения о внутренней сети
Извлекает сведения о конфигурации внутренней сети, включая сетевой режим, IP-адрес, маску подсети, шлюз, сведения о кэшировании DNS, серверы DNS, серверы NTP, внутренний интерфейс MTU, имя хоста и домен.
[GET] https://<node_ip>/api/v1/external/internalNetwork
Авторизация: Базовая аутентификация с использованием имени пользователя сетки видео («администратор») и пароля.
Примеры ответов:
Пример ответа 1:
{
"status": {
"code": 200,
"message": "Successfully fetched internal network details"
},
"result": {
"dhcp": false,
"ip": "1.1.1.1",
"mask": "2.2.2.2",
"gateway": "3.3.3.3",
"dnsCaching": false,
"dnsServers": [
"4.4.4.4",
"5.5.5.5"
],
"mtu": 1500,
"ntpServers": [
"6.6.6.6"
],
"hostName": "test-vmn",
"domain": ""
}
}Пример ответа 2:
{
"status": {
"code": 500,
"message": "Failed to get Network details."
}
}Пример ответа 3:
{
"status": {
"code": 500,
"message": "Failed to get host details."
}
}Редактировать серверы DNS
Обновление серверов DNS новыми.
[PUT] https://<node_ip>/api/v1/external/internalNetwork/dns
| Прежде чем вносить это изменение, переведите узел в режим технического обслуживания. Дополнительную информацию о переводе узла в режим технического обслуживания см. в разделе Включение или отключение режима технического обслуживания . |
Авторизация: Базовая аутентификация с использованием имени пользователя сетки видео («администратор») и пароля.
Текст.
{
"dnsServers": "1.1.1.1 2.2.2.2"
}dnsServers - DNS-серверы, подлежащие обновлению. Допускается использование нескольких DNS-серверов, разделенных пространством.
Заголовки запроса:
"Тип контента": 'application/json'
Примеры ответов:
Пример ответа 1:
{
"status": {
"code": 200,
"message": "Successfully saved DNS servers"
}
}Пример ответа 2:
{
"status": {
"code": 409,
"message": "Requested DNS server(s) already exist."
}
}Пример ответа 3:
{
"status": {
"code": 424,
"message": "Maintenance Mode is not enabled. Kindly enable Maintenance Mode and try again for this node."
}
}Редактировать серверы NTP
Обновление серверов NTP новыми.
[PUT] https://<node_ip>/api/v1/external/internalNetwork/ntp
| Прежде чем вносить это изменение, переведите узел в режим технического обслуживания. Дополнительную информацию о переводе узла в режим технического обслуживания см. в разделе Включение или отключение режима технического обслуживания . |
Авторизация: Базовая аутентификация с использованием имени пользователя сетки видео («администратор») и пароля.
Текст.
{
"ntpServers": "1.1.1.1 2.2.2.2"
}ntpServers - NTP-серверы, подлежащие обновлению. Допускается использование нескольких серверов NTP, разделенных пространством.
Заголовки запроса:
"Тип контента": 'application/json'
Примеры ответов:
Пример ответа 1:
{
"status": {
"code": 200,
"message": "Successfully saved the NTP servers."
}
}Пример ответа 2:
{
"status": {
"code": 409,
"message": "Requested NTP server(s) already exist."
}
}Пример ответа 3:
{
"status": {
"code": 424,
"message": "Maintenance Mode is not enabled. Kindly enable Maintenance Mode and try again for this node."
}
}Редактировать имя организатора и домен
Обновление имени узла и домена узла сетки видео.
[PUT] https://<node_ip>/api/v1/external/internalNetwork/host
| Прежде чем вносить это изменение, переведите узел в режим технического обслуживания. Узел перезагружается, чтобы применить изменение. Дополнительную информацию о переводе узла в режим технического обслуживания см. в разделе Включение или отключение режима технического обслуживания . |
Авторизация: Базовая аутентификация с использованием имени пользователя сетки видео («администратор») и пароля.
Текст.
{
"hostName": "test-vmn",
"domain": "abc.com"
}hostName – новое имя узла узла.
domain – новый домен для имени узла (необязательно).
Заголовки запроса:
"Тип контента": 'application/json'
Примеры ответов:
Пример ответа 1:
{
"status": {
"code": 200,
"message": "Successfully saved the host FQDN. This node will reboot soon to apply the changes. Please wait for a minute and relogin to the node to verify that all changes were applied."
}
}Пример ответа 2:
{
"status": {
"code": 400,
"message": "Unable to resolve FQDN"
}
}Пример ответа 3:
{
"status": {
"code": 409,
"message": "Entered hostname and domain already set to same."
}
}Включение или отключение кэширования DNS
Включает или отключает кэширование DNS. Рассмотрите возможность включения кэширования, если проверка DNS часто занимает более 750 мс для разрешения, или если это рекомендовано службой поддержки Cisco.
[PUT] https://<node_ip>/api/v1/external/internalNetwork/dnsCaching
| Прежде чем вносить это изменение, переведите узел в режим технического обслуживания. Узел перезагружается, чтобы применить изменение. Дополнительную информацию о переводе узла в режим технического обслуживания см. в разделе Включение или отключение режима технического обслуживания . |
Авторизация: Базовая аутентификация с использованием имени пользователя сетки видео («администратор») и пароля.
Текст.
{
"dnsCaching": true
}dnsCaching – Конфигурация кэширования DNS. Принимает логическое значение (истина или ложь).
Заголовки запроса:
"Тип контента": 'application/json'
Примеры ответов:
Пример ответа 1:
{
"status": {
"code": 200,
"message": "Successfully saved DNS settings changes. This node will reboot soon to apply the changes. Please wait for a minute and relogin to the node to verify that all changes were applied."
}
}Пример ответа 2:
{
"status": {
"code": 400,
"message": "One or more errors in the input: 'dnsCaching' field value should be a boolean"
}
}Пример ответа 3:
{
"status": {
"code": 409,
"message": "dnsCaching is already set to false"
}
}Редактировать MTU интерфейса
Изменяет максимальный блок передачи (MTU) для сетевых интерфейсов узла с значения по умолчанию 1500. Допустимы значения от 1280 до 9000.
[PUT] https://<node_ip>/api/v1/external/internalNetwork/mtu
| Прежде чем вносить это изменение, переведите узел в режим технического обслуживания. Узел перезагружается, чтобы применить изменение. Дополнительную информацию о переводе узла в режим технического обслуживания см. в разделе Включение или отключение режима технического обслуживания . |
Авторизация: Базовая аутентификация с использованием имени пользователя сетки видео («администратор») и пароля.
Текст.
{
"internalInterfaceMtu": 1500
}internalInterfaceMtu - Максимальный блок передачи для сетевых интерфейсов узла. Значение должно быть между 1280 и 9000.
Заголовки запроса:
"Тип контента": 'application/json'
Примеры ответов:
Пример ответа 1:
{
"status": {
"code": 200,
"message": "Successfully saved the internal interface MTU settings. This node will reboot soon to apply the changes. Please wait for a minute and relogin to the node to verify that all changes were applied."
}
}Пример ответа 2:
{
"status": {
"code": 400,
"message": "One or more errors in the input: 'internalInterfaceMtu' field value should be a number"
}
}Пример ответа 3:
{
"status": {
"code": 400,
"message": "Please enter a number between 1280 and 9000."
}
}API сертификатов сервера VMN
API сертификатов сервера сетки видео позволяют администраторам организации создавать, обновлять, скачивать и удалять сертификаты, связанные с узлами сетки видео. Дополнительную информацию см. в разделе Цепочки сертификатов Exchange между узлами Unified CM и сетки видео.
Создание сертификата представителя клиентской службы
Создает сертификат CSR (Certificate Signing Request) и закрытый ключ на основе предоставленных сведений.
[POST] https://<node_ip>/api/v1/externalCertManager/generateCsr
Авторизация: Базовая аутентификация с использованием имени пользователя сетки видео («администратор») и пароля.
Текст.
{
"csrInfo":
{
"commonName": "1.2.3.4",
"emailAddress": "abc@xyz.com",
"altNames": "1.1.1.1 2.2.2.2",
"organization": "VMN",
"organizationUnit": "IT",
"locality": "BLR",
"state": "KA",
"country": "IN",
"passphrase": "",
"keyBitSize": 2048
}
}commonName — IP/FQDN узла сетки видео, указанного в качестве общего имени. (обязательно)
emailAddress - адрес электронной почты пользователя. (необязательно)
altNames - альтернативные имена субъекта (необязательно). Допускается использование нескольких доменных имен, разделенных пробелами. Если оно предоставлено, оно должно содержать общее имя. Если altNames не указаны, то в качестве значения altNames принимается commonName.
организация – название организации/компании. (необязательно)
organizationUnit – название организационного подразделения или отдела или группы и т.д. (необязательно)
locality - Город/населенный пункт. (необязательно)
state - Штат/провинция. (необязательно)
страна - страна/регион. Двухбуквенное аббревиатура. Не указывайте больше двух букв. (необязательно)
парольная фраза - парольная фраза закрытого ключа. (необязательно)
keyBitSize - размер бита закрытого ключа. Допустимые значения: 2048 по умолчанию или 4096. (необязательно)
Заголовки запроса:
Тип содержимого: 'application/json'
Примеры ответов:
Пример ответа 1:
{
"status": {
"code": 200,
"message": "Successfully generated CSR"
},
"result": {
"caCert": {},
"caKey": {
"fileName": "VideoMeshGeneratedPrivate.key",
"localFileName": "CaPrivateKey.key",
"fileLastModified": "Fri Jul 21 2023 08:12:25 GMT+0000 (Coordinated Universal Time)",
"uploadDate": 1689927145422,
"size": 1678,
"type": "application/pkcs8",
"modulus": "S4MP1EM0DULU2"
},
"certInstallRequestPending": false,
"certInstallStarted": null,
"certInstallCompleted": null,
"isRegistered": true,
"caCertsInstalled": false,
"csr": {
"keyBitsize": 2048,
"commonName": "1.2.3.4",
"organization": "VMN",
"organizationUnit": "IT",
"locality": "BLR",
"state": "KA",
"country": "IN",
"emailAddress": "abc@xyz.com",
"altNames": [
"1.1.1.1",
"2.2.2.2"
],
"csrContent": "-----BEGIN CERTIFICATE REQUEST-----\nS4MP1E_C3RT_C0NT3NT\n-----END CERTIFICATE REQUEST-----"
},
"encryptedPassphrase": null
}
}Пример ответа 2:
{
"status": {
"code": 400,
"message": "Private key already exists. Delete it before generating new CSR."
}
}Пример ответа 3:
{
"status": {
"code": 400,
"message": "CSR certificate already exists. Delete it before generating new CSR."
}
}Пример ответа 4:
{
"status": {
"code": 400,
"message": "CSR certificate and private key already exist. Delete them before generating new CSR."
}
}Пример ответа 5:
{
"status": {
"code": 400,
"message": "There were one or more errors while generating the CSR: The \"Country\" field must contain exactly two A-Z characters."
}
}Скачайте сертификат представителя клиентской службы
Скачивает созданный сертификат CSR.
[GET] https://<node_ip>/api/v1/externalCertManager/csr
Файл также можно скачать с помощью параметра Send and Download .
Авторизация: Базовая аутентификация с использованием имени пользователя сетки видео («администратор») и пароля.
Примеры ответов:
Пример ответа 1:
-----BEGIN CERTIFICATE REQUEST-----
S4MP1E_C3RT_C0NT3NT
-----END CERTIFICATE REQUEST-----Пример ответа 2:
{
"status": {
"code": 404,
"message": "Could not download, CSR certificate does not exist."
}
}Скачать закрытый ключ
Скачивает закрытый ключ, созданный вместе с сертификатом CSR.
[GET] https://<node_ip>/api/v1/externalCertManager/key
Файл также можно скачать с помощью параметра Send and Download .
Авторизация: Базовая аутентификация с использованием имени пользователя сетки видео («администратор») и пароля.
Примеры ответов:
Пример ответа 1:
-----BEGIN RSA PRIVATE KEY-----
S4MP1E_PR1V4T3_K3Y
-----END RSA PRIVATE KEY-----Пример ответа 2:
{
"status": {
"code": 404,
"message": "Could not download, private key does not exist."
}
}Удаление сертификата представителя клиентской службы
Удаляет существующий сертификат CSR.
[DELETE] https://<node_ip>/api/v1/externalCertManager/csr
Авторизация: Базовая аутентификация с использованием имени пользователя сетки видео («администратор») и пароля.
Примеры ответов:
Пример ответа 1:
{
"status": {
"code": 200,
"message": "Successfully deleted the CSR certificate"
}
}Пример ответа 2:
{
"status": {
"code": 404,
"message": "CSR certificate does not exist."
}
}Удалить закрытый ключ
Удаляет существующий закрытый ключ.
[DELETE] https://<node_ip>/api/v1/externalCertManager/key
Авторизация: Базовая аутентификация с использованием имени пользователя сетки видео («администратор») и пароля.
Примеры ответов:
Пример ответа 1:
{
"status": {
"code": 200,
"message": "Successfully deleted the private key"
}
}Пример ответа 2:
{
"status": {
"code": 404,
"message": "Private key does not exist."
}
}Установка подписанного ЦС сертификата и закрытого ключа
Загружает предоставленный сертификат, подписанный ЦС, и закрытый ключ на узел сетки видео и устанавливает сертификат на узел.
[POST] https://<node_ip>/api/v1/externalCertManager/uploadInstallCaCert
Авторизация: Базовая аутентификация с использованием имени пользователя сетки видео («администратор») и пароля.
Текст.
Используйте "form-data" для загрузки следующих файлов:
Файл сертификата, подписанного ЦС (.crt) с ключом как "crtFile".
Файл закрытого ключа (.key) с ключом как 'keyFile'.
Заголовки запроса:
Тип содержимого: «данные из нескольких частей/форм»
Примеры ответов:
Пример ответа 1:
{
"status": {
"code": 200,
"message": "Successfully installed certificate and key. It might take a few seconds to reflect on the node."
},
"result": {
"caCert": {
"fileName": "videoMeshCsr.crt",
"localFileName": "CaCert.crt",
"fileLastModified": 1689931788598,
"uploadDate": 1689931788605,
"size": 1549,
"type": "application/x-x509-ca-cert",
"certStats": {
"version": 0,
"subject": {
"countryName": "IN",
"stateOrProvinceName": "KA",
"localityName": "BLR",
"organizationName": "VMN",
"organizationalUnitName": "IT",
"emailAddress": "abc@xyz.com",
"commonName": "1.2.3.4"
},
"issuer": {
"countryName": "AU",
"stateOrProvinceName": "Some-State",
"organizationName": "ABC"
},
"serial": "3X4MPL3",
"notBefore": "2023-07-21T09:28:19.000Z",
"notAfter": "2024-12-02T09:28:19.000Z",
"signatureAlgorithm": "sha256WithRsaEncryption",
"fingerPrint": "11:22:33:44:AA:BB:CC:DD",
"publicKey": {
"algorithm": "rsaEncryption",
"e": 65537,
"n": "3X4MPL3",
"bitSize": 2048
},
"altNames": [],
"extensions": {}
}
},
"caKey": {
"fileName": "VideoMeshGeneratedPrivate.key",
"localFileName": "CaPrivateKey.key",
"fileLastModified": 1689931788629,
"uploadDate": 1689931788642,
"size": 1678,
"type": "application/pkcs8",
"modulus": "S4MP1EM0DULU2"
},
"certInstallRequestPending": true,
"certInstallStarted": null,
"certInstallCompleted": null,
"isRegistered": true,
"caCertsInstalled": false,
"csr": {
"keyBitsize": 2048,
"commonName": "1.2.3.4",
"organization": "VMN",
"organizationUnit": "IT",
"locality": "BLR",
"state": "KA",
"country": "IN",
"emailAddress": "abc@xyz.com",
"altNames": [
"1.1.1.1",
"2.2.2.2"
],
"csrContent": "-----BEGIN CERTIFICATE REQUEST-----\nS4MP1E_C3RT_C0NT3NT\n-----END CERTIFICATE REQUEST-----"
},
"encryptedPassphrase": null
}
}Пример ответа 2:
{
"status": {
"code": 400,
"message": "Could not parse the certificate file. Make sure it is a properly formatted certificate and try again."
}
}Пример ответа 3:
{
"status": {
"code": 400,
"message": "Private Key does not match Certificate (different modulus)"
}
}Пример ответа 4:
{
"status": {
"code": 202,
"message": "Certificate and private key PENDING installation. It might take a few seconds to reflect on the node. If the node is in maintenance mode, it will get installed once it is disabled."
}
}Скачайте сертификат, подписанный ЦС
Скачивает сертификат, подписанный ЦС, установленный на узле.
[GET] https://<node_ip>/api/v1/externalCertManager/caCert
Файл также можно скачать с помощью параметра Send and Download .
Авторизация: Базовая аутентификация с использованием имени пользователя сетки видео («администратор») и пароля.
Примеры ответов:
Пример ответа 1:
-----BEGIN CERTIFICATE-----
S4MP1E_C3RT_C0NT3NT
-----END CERTIFICATE-----Пример ответа 2:
{
"status": {
"code": 404,
"message": "Could not download, CA certificate does not exist."
}
}Удалить сертификат, подписанный ЦС
Удаляет сертификат, подписанный ЦС, установленный на узле.
[DELETE] https://<node_ip>/api/v1/externalCertManager/caCert
Авторизация: Базовая аутентификация с использованием имени пользователя сетки видео («администратор») и пароля.
Примеры ответов:
Пример ответа 1:
{
"status": {
"code": 200,
"message": "Successfully deleted the CA certificate."
}
}Пример ответа 2:
{
"status": {
"code": 404,
"message": "CA certificate does not exist."
}
}Общие ответы API
Ниже приведены некоторые примеры ответов, с которыми вы можете столкнуться при использовании любого из упомянутых выше API.
Пример ответа 1: Неверные учетные данные, указанные в базовой авторизации.
{
"status": {
"code": 401,
"message": "login failed: incorrect password or username"
}
}Пример ответа 2: VMN не модернизируется до требуемой версии, поддерживающей эти API.
{
"status": {
"code": 421,
"message": "Misdirected Request 1:[undefined]"
}
}Пример ответа 3: Неверный арбитр вошел в заголовок (когда заголовок не ожидался).
{
"status": {
"code": 421,
"message": "Misdirected Request 2:[https://x.x.x.x/setup]"
}
}Пример ответа 4: Превышен предел скорости, попробуйте через некоторое время.
{
"status": {
"code": 429,
"message": "Too Many Requests"
}
}Добавление внутренних и внешних правил маршрутизации
В развертывании с использованием двойного сетевого интерфейса (NIC) маршрутизацию для узлов сетки видео можно настроить путем добавления пользовательских правил маршрутизации для внешних и внутренних интерфейсов. Маршруты по умолчанию добавляются к узлам, но можно делать исключения: например, внешние подсети или адреса узлов, доступ к которым необходимо получить через внутренний интерфейс, или внутренние подсети или адреса узлов, доступ к которым необходимо получить из внешнего интерфейса. При необходимости выполните следующие действия.
| 1. | В интерфейсе узла сетки видео выберите 5 Внешняя конфигурация IP и нажмите Выбрать. | ||
| 2. | Выберите 3 Управление правилами маршрутизации, а затем нажмите Выбрать. При первом открытии этой страницы в списке отображаются правила системной маршрутизации по умолчанию. По умолчанию весь внутренний трафик проходит через внутренний интерфейс и внешний трафик через внешний интерфейс.
На следующих шагах к этим правилам можно добавить ручные переопределения. | ||
| 3. | При необходимости выполните следующие действия.
При добавлении каждого правила они отображаются в списке правил маршрутизации, классифицированных как правила, определенные пользователем.
|
 | Пользовательские правила маршрутизации могут создавать потенциальные конфликты с другой маршрутизацией. Например, можно определить правило, которое блокирует соединение SSH с интерфейсом узла сетки видео. В этом случае выполните одно из приведенных ниже действий, а затем удалите или измените правило маршрутизации.
|
Регистрация узла сетки видео в облаке Webex
Используйте эту процедуру для регистрации узлов сетки видео в облаке Webex и завершения дополнительной настройки. При использовании Control Hub для регистрации узла создается кластер, которому узел назначен. Кластер содержит один или несколько узлов мультимедиа, которые обслуживают пользователей в определенном географическом регионе. В ходе регистрации также можно настроить параметры вызовов SIP, установить расписание модернизации и подписаться на уведомления по электронной почте.
Перед началом работы
Как только вы начнете регистрацию узла, вы должны завершить ее в течение 60 минут или начать заново.
Убедитесь, что блокировщики всплывающих окон в браузере отключены или что вы разрешаете исключение для https://admin.webex.com.
Для получения наилучших результатов разверните все узлы кластера в одном центре обработки данных. См. Кластеры в сетке видео , чтобы ознакомиться с их работой и рекомендациями.
На хосте или компьютере, на котором вы регистрируете узлы сетки видео, в облаке необходимо подключиться к облаку Webex и зарегистрированным IP-адресам сетки видео (в среде с двойным контроллером сетевого интерфейса, в частности к внутренним IP-адресам узлов сетки видео).
| 1. |
Вы входите в Control Hub с помощью учетных данных администратора. Функция администрирования Control Hub доступна только пользователям, которые в Control Hub определены как администраторы. Дополнительную информацию см. в разделе Роли учетных записей клиентов. | ||
| 2. | Перейти к и выберите один из вариантов.
| ||
| 3. | Убедитесь, что узел сетки видео установлен и настроен. Нажмите Да, я готов зарегистрироваться..., затем нажмите Далее. | ||
| 4. | В разделе Создать новый или выбрать кластер, выберите один из приведенных ниже вариантов.
| ||
| 5 | В разделе Введите полное доменное имя или IP-адрес, введите полное доменное имя (FQDN) или внутренний IP-адрес узла сетки видео и нажмите Далее.
Полное доменное имя должно разрешаться непосредственно на IP-адрес, иначе он не может использоваться. Мы выполняем проверку FQDN, чтобы исключить любое несоответствие опечаток или конфигурации.
| ||
| 6 | В разделе График модернизации выберите время, частоту и часовой пояс. По умолчанию используется ежедневный график модернизации. Вы можете изменить его на еженедельное расписание в определенный день. Если модернизация доступна, программное обеспечение узла сетки видео автоматически обновляется в течение выбранного времени.
| ||
| 7. | В разделе Электронные уведомления добавьте адреса электронной почты администратора для подписки на уведомления об аварийных сигналах службы и обновлениях программного обеспечения. Адрес электронной почты администратора будет добавлен автоматически. Вы можете удалить его, если хотите. | ||
| 8 | Включите настройку качества видео , чтобы включить видео с частотой 1080p 30 кадров в секунду. С помощью этой настройки участники SIP, присоединяющиеся к совещанию, размещенному на узле сетки видео, могут использовать видео 1080p 30 кадров в секунду, если все они находятся внутри корпоративной сети и используют устройство с поддержкой высокой четкости. Эта настройка применяется ко всем кластерам узлов.
| ||
| 9 | Прочтите информацию в разделе Завершить регистрацию, затем щелкните Перейти к узлу , чтобы зарегистрировать узел в облаке Webex. Откроется новая вкладка браузера для проверки узла. На этом этапе обеспечивается безопасность узла сетки видео с использованием IP-адреса узла. Во время процесса регистрации Control Hub перенаправляет вас на узел сетки видео. IP-адрес должен быть безопасным, в противном случае регистрация не выполняется. Процесс регистрации должен быть завершен в корпоративной сети, в которой установлен узел. | ||
| 10 | Установите флажок Разрешить доступ к узлу сетки видео Webex, затем щелкните Продолжить. | ||
| 11 | Щелкните Разрешить . Ваша учетная запись проверена, ваш узел сетки видео зарегистрирован и отображается сообщение Регистрация завершена , что указывает на то, что узел сетки видео зарегистрирован в Webex. Узел сетки видео получает учетные данные компьютера на основе прав вашей организации. Срок действия созданных учетных данных компьютера периодически истекает и обновляется. | ||
| 12 | Щелкните ссылку портала или закройте вкладку, чтобы вернуться на страницу сетки видео. На странице сетки видео теперь отображается новый кластер, содержащий зарегистрированный узел сетки видео.
На этом этапе узел сетки видео готов взаимодействовать с облачными службами Cisco по защищенным каналам с помощью маркера, выпущенного для аутентификации. Узел сетки видео также взаимодействует с Docker Hub (docker.com, docker.io). Docker используется узлом сетки видео для хранения контейнеров для распределения по различным узлам сетки видео по всему миру. Только у Cisco есть учетные данные для записи в Docker Hub. Узлы сетки видео могут связаться с Docker Hub с помощью учетных данных только для чтения для скачивания контейнеров для модернизации.
|
Учитывайте приведенную ниже информацию.
Обратите внимание на приведенную ниже информацию об узле сетки видео и его работе после регистрации в организации Webex.
При развертывании нового узла сетки видео приложение Webex и зарегистрированное в Webex устройство не будут распознавать новый узел в течение 2 часов. Клиенты проверяют доступность кластера во время запуска, изменения сети или истечения срока действия кэша. В качестве обходного решения можно подождать 2 часа или перезапустить приложение Webex или перезагрузить устройство комнаты или настольное устройство Webex. После этого активность вызовов записывается в отчеты сетки видео в Control Hub.
Узел сетки видео регистрируется в одной организации Webex; он не является устройством с несколькими клиентами.
Чтобы понять, что использует узел сетки видео, а что нет, см. таблицу в разделе "Клиенты и устройства, использующие узел сетки видео".
Узел сетки видео может подключаться к веб-сайту Webex или веб-сайту Webex другого клиента или партнера. Например, веб-сайт A развернул кластер узла сетки видео и зарегистрировал его в домене example1.webex.com. Если пользователи веб-сайта А набирают номер mymeeting@example1.webex.com, они используют узел сетки видео и можно создать каскад. Если пользователи веб-сайта A наберите yourmeeting@example2.webex.com, пользователи веб-сайта A будут использовать свой локальный узел сетки видео и подключаться к совещанию в организации Webex веб-сайта B.
Дальнейшие действия
Чтобы зарегистрировать дополнительные узлы, повторите эти действия.
Если модернизация доступна, рекомендуется применить ее как можно скорее. Чтобы модернизировать, выполните следующие действия.
Команда разработчиков Cisco передает данные о подготовке в облако Webex по защищенным каналам. Данные подготовки подписаны. Для контейнеров данные настройки содержат имя, контрольную сумму, версию и т. д. Узел сетки видео также получает данные о подготовке из облака Webex по защищенным каналам.
Как только узел сетки видео получает свои данные обеспечения, узел аутентифицируется с учетными данными только для чтения и скачивает контейнер с определенной контрольной суммой и именем, а также модернизирует систему. Каждый контейнер, запущенный на узле сетки видео, имеет имя изображения и контрольную сумму. Эти атрибуты загружаются в облако Webex с помощью защищенных каналов.
Включение качества обслуживания (QoS) для узла сетки видео
Перед началом работы
Внесите необходимые изменения портов брандмауэра, описанные на схеме и в таблице. См. Порты и протоколы, используемые сеткой видео.
Чтобы узлы сетки видео были включены для QoS, узлы должны быть подключены к сети. Если включить эту настройку, узлы в режиме технического обслуживания или в автономном режиме исключаются.
| 1. | В окне просмотра информации о клиенте в https://admin.webex.com перейдите к , щелкните Редактировать настройки на карточке сетки видео. | ||
| 2. | Прокрутите страницу до раздела Качество обслуживания и нажмите Включить. Если этот параметр включен, вы получите большой дискретный диапазон портов (определяемый локальной конфигурацией управления вызовами), который используется для аудио и видео для локальных клиентов/конечных точек SIP и внутрикластерных каскадов с уникальной разметкой DSCP:
Весь трафик SIP и каскадного трафика из узлов сетки видео отмечен EF для аудио и AF41 для видео. Дискретные диапазоны портов используются в качестве портов источника для каскадных мультимедиа на другие узлы сетки видео и узлы облачных мультимедиа, а также портов источника и назначения для мультимедиа клиента SIP. Приложения Webex Teams и каскадные носители продолжают использовать порт назначения в совместном доступе 5004 и диапазоне портов 50000–53000.
Отобразится сообщение о состоянии, которое показывает, какие узлы включены один за другим для диапазона портов QoS. Можно щелкнуть обзор ожидающих узлов , чтобы просмотреть список узлов, ожидающих QoS. Включение этой настройки может занять до 2 часов в зависимости от трафика вызовов на узлах. | ||
| 3. | Если функция QoS не будет полностью включена в течение 2 часов, зарегистрируйте обращение с поддержкой для дальнейшего расследования. Узлы перезагружаются и обновляются с учетом нового диапазона портов. |
Если вы решите отключить эту настройку, вы получите небольшой консолидированный диапазон портов, используемый для аудио и видео (34000–34999). Весь трафик из узлов сетки видео (SIP, каскады, облачный трафик и т. д.) получает одну маркировку AF41.
Проверка диапазонов портов узлов сетки видео с помощью инструмента отражателя в веб-интерфейсе
Инструмент отражателя (сочетание сервера на узле сетки видео и клиента с помощью сценария Python) используется для проверки того, открыты ли требуемые порты TCP/UDP из узлов сетки видео.
Перед началом работы
Скачайте копию клиента инструмента Reflector Tool Client (скрипт Python) из https://github.com/CiscoDevNet/webex-video-mesh-reflector-client.
Чтобы сценарий работал надлежащим образом, убедитесь, что в вашей среде запущен Python версии 2.7.10 или более поздней.
В настоящее время этот инструмент поддерживает конечные точки SIP для узлов сетки видео и внутрикластерной проверки.
| 1. | В окне просмотра информации о клиенте в https://admin.webex.com включите узел технического обслуживания узла сетки видео, следуя этим инструкциям. |
| 2. | Дождитесь, пока узел покажет состояние "Готов к техническому обслуживанию" в Control Hub. |
| 3. | Откройте интерфейс узла сетки видео Webex. Инструкции см. в разделе Управление узлом сетки видео в веб-интерфейсе. |
| 4. | Прокрутите страницу до Reflector Tool, а затем запустите TCP Reflector Server или UDP Reflector Server, в зависимости от используемого протокола. |
| 5 | Щелкните Запустить сервер отражателя, а затем дождитесь успешного запуска сервера. При запуске сервера будет отображено уведомление. |
| 6 | В системе (например, на ПК) в сети, к которой должны быть подключены узлы сетки видео, запустите сценарий со следующей командой:
По завершении выполнения клиент отображает сообщение об успешном завершении, если все необходимые порты открыты:
Если требуемые порты не открыты, клиент отображает сообщение об ошибке:
|
| 7. | Устраните все проблемы с портами в брандмауэре, а затем выполните приведенные выше действия. |
| 8 | Запустить клиент с помощью
|
Настройка узла сетки видео для интеграции прокси
Используйте эту процедуру, чтобы указать тип прокси, который необходимо интегрировать с сеткой видео. Если вы выберете прозрачный прокси с проверкой или явный прокси, вы сможете использовать интерфейс узла для загрузки и установки корневого сертификата, проверки соединения с прокси и устранения неполадок.
Перед началом работы
Обзор поддерживаемых параметров прокси см. в разделе Поддержка прокси для сетки видео .
| 1. | Введите URL-адрес настройки сетки видео | ||||||||||
| 2. | Откройте раздел Trust Store & Proxy (Зона доверия и прокси) и выберите один из следующих параметров.
Если вы используете прозрачный прокси с проверкой или явный прокси, выполните следующие шаги. | ||||||||||
| 3. | Щелкните Upload a Root Certificate or End Entity Certificate (Загрузить корневой сертификат или сертификат конечного субъекта). Найдите и выберите корневой сертификат для явного прокси или прозрачного прокси с проверкой. Сертификат будет загружен, но не установлен, поскольку для установки сертификата необходимо перезагрузить узел. Чтобы получить дополнительные сведения, щелкните стрелку, расположенную рядом с именем издателя сертификата. Если вы допустили ошибку и хотите вновь загрузить файл, щелкните Delete (Удалить). | ||||||||||
| 4. | Чтобы протестировать сетевое соединение между узлом сетки видео и прозрачным прокси с проверкой или явным прокси, щелкните Check Proxy Connection (Проверить соединение с прокси). Если тестирование соединения завершится неудачей, на экране появится сообщение об ошибке, в котором будут указаны причина и способ исправления ошибки. | ||||||||||
| 5 | После прохождения теста подключения для явного прокси включите переключатель в Маршрутизация всех https-запросов порта 443 с этого узла через явный прокси. Для вступления в силу этого параметра необходимо 15 секунд. | ||||||||||
| 6 | Щелкните Install All Certificates Into the Trust Store (Установить все сертификаты в зоне доверия) – этот параметр отображается в том случае, если во время настройки прокси был добавлен корневой сертификат – или Reboot (Перезагрузить) – этот параметр отображается в том случае, если корневой сертификат не был добавлен. Прочитайте запрос и щелкните Install (Установить), если вы готовы к установке. Узел перезагрузится в течение нескольких минут. | ||||||||||
| 7. | После перезагрузки узла повторно войдите в систему, если это необходимо, и откройте страницу Обзор, чтобы выполнить проверки соединений. Состояние всех проверок должно быть обозначено зеленым цветом. Проверка соединения с прокси используется исключительно для тестирования поддомена webex.com. Проблемы с соединениями нередко возникают из-за того, что некоторые облачные домены, указанные в инструкциях по установке, блокируются на уровне прокси. |
Интеграция сетки видео с потоком задач управления вызовами
Настройте магистрали SIP для маршрутизации вызовов SIP для совещаний Webex в сетке видео. Устройства SIP не поддерживают прямую доступность, поэтому для установления связи между локальными устройствами SIP и кластерами сетки видео необходимо использовать конфигурацию Unified CM или VCS Expressway.
Перед началом работы
См. Модели развертывания сетки видео и Cisco Unified Communications Manager , чтобы ознакомиться с общими примерами развертывания.
Сетка видео поддерживает TCP или TLS между сигналами Unified CM и SIP. SIP TLS не поддерживается для VCS Expressway.
В Unified CM каждая магистраль SIP может поддерживать до 16 назначений сетки видео (IP-адреса).
В Unified CM входящие порты в профиле безопасности магистрали SIP могут быть по умолчанию (небезопасный профиль магистрали SIP).
Сетка видео поддерживает 2 шаблона маршрутов. sitename.webex.com и meet.ciscospark.com. Другие шаблоны маршрутов не поддерживаются.
Сетка видео поддерживает 3 шаблона маршрутов. webex.com (для коротких адресов видео), sitename.webex.com и meet.ciscospark.com. Другие шаблоны маршрутов не поддерживаются.
При использовании короткого формата адреса видео (meet@webex.com) вызов всегда будет обрабатываться узлом сетки видео. Узел обрабатывает вызов даже при совершении вызова на веб-сайт, на котором не включена сетка видео.
Выберите один из этих параметров в зависимости от среды управления вызовами и требований безопасности.
|
Настройка маршрутизации безопасного трафика SIP TLS Unified CM для сетки видео
| 1. | Создайте профиль SIP для кластеров сетки видео. | ||
| 2. | Добавьте новый профиль безопасности магистрали SIP для кластеров сетки видео. | ||
| 3. | Добавьте новую магистраль SIP, чтобы указать на кластеры сетки видео.
| ||
| 4. | Создайте магистраль SIP, чтобы указать на Expressway для отработки отказа облака Webex.
| ||
| 5 | Создайте новую группу маршрутов для вызовов в кластеры сетки видео. | ||
| 6 | При переполнении в облако создайте новую группу маршрутов для вызовов в Expressway. | ||
| 7. | Создайте новый список маршрутов для вызовов в кластеры сетки видео и Expressway. | ||
| 8 | Создайте шаблон маршрута SIP для короткого формата набора адреса видео для совещаний Webex. Благодаря функции набора короткого адреса видео пользователям больше не придется запоминать имя веб-сайта Webex, чтобы присоединиться к совещанию или event-совещанию Webex с помощью видеосистемы. Они могут присоединяться к совещанию быстрее, поскольку им необходимо знать только номер совещания или event-совещания. | ||
| 9 | Создайте шаблон маршрута SIP для веб-сайта Webex. | ||
| 10 | Создайте шаблон маршрута SIP для совещаний в приложении Webex (обратная совместимость). |
Настройка маршрутизации трафика SIP TCP Unified CM для сетки видео
| 1. | Создайте профиль SIP для кластеров сетки видео. | ||
| 2. | Добавьте новый профиль безопасности магистрали SIP для кластеров сетки видео. | ||
| 3. | Добавьте новую магистраль SIP, чтобы указать на кластеры сетки видео.
| ||
| 4. | Создайте новую магистраль SIP, чтобы указать на Expressway.
| ||
| 5 | Создайте новую группу маршрутов для вызовов в кластеры сетки видео. | ||
| 6 | При переполнении в облако создайте новую группу маршрутов для вызовов в Expressway. | ||
| 7. | Создайте новый список маршрутов для вызовов в кластеры сетки видео и Expressway. | ||
| 8 | Создайте шаблон маршрута SIP для короткого формата набора адреса видео для совещаний Webex. Благодаря функции набора короткого адреса видео пользователям больше не придется запоминать имя веб-сайта Webex, чтобы присоединиться к совещанию или event-совещанию Webex с помощью видеосистемы. Они могут присоединяться к совещанию быстрее, поскольку им необходимо знать только номер совещания или event-совещания. | ||
| 9 | Создайте шаблон маршрута SIP для веб-сайта Webex. | ||
| 10 | Создайте шаблон маршрута SIP для совещаний в приложении Webex. |
Настройка маршрутизации трафика SIP TCP Expressway для сетки видео
| 1. | Создайте зону, которая указывает на кластеры сетки видео. | ||||||||||||||||||||||
| 2. | Создание шаблонов набора для кластеров сетки видео для веб-сайтов Webex.
| ||||||||||||||||||||||
| 3. | Создайте клиент обхода и пару зон, которые указывают на облачный Expressway для отработки отказа. | ||||||||||||||||||||||
| 4. | Создайте резервное правило поиска для зоны клиента обхода, которое ведет к Expressway-E. | ||||||||||||||||||||||
| 5 | В Expressway-E перейдите к . Щелкните Создать и добавьте зону Webex. В версиях до X8.11 для этой цели была создана новая зона DNS. | ||||||||||||||||||||||
| 6 | Создайте шаблон набора для облачного Expressway. | ||||||||||||||||||||||
| 7. | Для устройств SIP, зарегистрированных в Expressway-C, откройте IP-адрес устройства в браузере, перейдите к меню Setup, прокрутите страницу до SIP и выберите Standards в раскрывающемся списке Type (Тип). |
Обмен цепочками сертификатов между узлами Unified CM и сетки видео
Завершите обмен сертификатами для установления двустороннего доверия между интерфейсами Unified CM и сетки видео. Благодаря конфигурации безопасной магистрали сертификаты позволяют зашифрованному трафику SIP и мультимедиа SRTP в вашей организации из доверенных Unified CM приземляться на доверенные узлы сетки видео.
| В кластерной среде необходимо установить сертификаты ЦС и сервера на каждый узел по отдельности. |
Перед началом работы
В целях безопасности рекомендуется использовать сертификат, подписанный ЦС, на узлах сетки видео вместо самоподписанного сертификата узла по умолчанию.
| 1. | Откройте интерфейс узла сетки видео (IP-адрес/настройка, например | ||||
| 2. | Перейдите в раздел Сертификаты сервера и запросите и загрузите пару сертификатов и ключей по мере необходимости.
| ||||
| 3. | На другой вкладке браузера в службе администрирования ОС Cisco Unified перейдите к . Введите критерии поиска и нажмите Найти, затем выберите имя файла сертификата или списка доверенных сертификатов (CTL) и нажмите Скачать. Сохраните файл Unified CM в удобном для запоминания месте и оставьте экземпляр Unified CM открытым на вкладке браузера. | ||||
| 4. | Вернитесь на вкладку интерфейса узла сетки видео, щелкните Trust Store & Proxy, а затем выберите параметр.
Зарегистрированный в облаке узел сетки видео изящно отключается, ожидая завершения вызовов до 2 часов. Чтобы установить сертификат CallManager.pem, узел автоматически перезагружается. Если сертификат CallManager.pem установлен на узле сетки видео, отображается подсказка. Затем можно перезагрузить страницу для просмотра нового сертификата. | ||||
| 5 | Вернитесь на вкладку администрирования ОС Cisco Unified и щелкните Upload Certificate/Certificate Chain (Загрузить сертификат/цепочку сертификатов). Выберите имя сертификата в раскрывающемся списке Назначение сертификата , перейдите к файлу, скачанному из интерфейса узла сетки видео, и щелкните Открыть. | ||||
| 6 | Чтобы загрузить файл на сервер, щелкните Загрузить файл. При загрузке цепочки сертификатов необходимо загрузить все сертификаты в цепочку.
|
Включение шифрования мультимедиа для кластеров сетки видео и организации
Используйте эту процедуру, чтобы включить шифрование мультимедиа для вашей организации и отдельных кластеров сетки видео. Эта настройка обеспечивает сквозную настройку TLS, и в Unified CM должна быть установлена защищенная магистраль TLS SIP, которая указывает на узлы сетки видео.
Настройки | Результат |
|---|---|
В Unified CM настроена безопасная магистраль, и эта настройка сетки видео Control Hub не включена. | Сбой вызовов. |
В Unified CM не настроена безопасная магистраль, и эта настройка сетки видео Control Hub включена. | Вызовы не прерываются, но возвращаются в небезопасный режим. |
| Для работы сквозного шифрования конечные точки Cisco также должны быть настроены с профилем безопасности и согласованием TLS. В противном случае вызовы поступают в облако из оконечных точек, которые не настроены с помощью TLS. Рекомендуется включить эту функцию только в том случае, если для всех конечных точек можно настроить использование TLS. |
Перед началом работы
| 1. | В окне просмотра информации о клиенте в https://admin.webex.com перейдите к , а затем щелкните Настройки на карточке сетки видео. |
| 2. | Прокрутите страницу до пункта Шифрование мультимедиа и включите настройку. Эта настройка делает шифрование обязательным для всех каналов мультимедиа, проходящих через узлы сетки видео в вашей организации. Обратите внимание на предыдущую таблицу и примечание с предупреждением для ситуаций, когда вызовы могут сбой, а также на то, что требуется для работы сквозного шифрования. |
| 3. | Щелкните Показать все и повторите следующие действия на каждом кластере сетки видео, который необходимо включить для безопасного трафика SIP. |
Включение сетки видео для веб-сайта Webex
Чтобы использовать оптимизированные мультимедиа на узел сетки видео для совещания Webex для всех приложений и устройств Webex для присоединения, эта конфигурация должна быть включена для веб-сайта Webex. Включение этой настройки связывает сетку видео и экземпляры совещаний в облаке и позволяет каскадировать из узлов сетки видео. Если эта настройка не включена, приложение и устройства Webex не будут использовать узел сетки видео для совещаний Webex.
| 1. | В окне просмотра информации о клиенте в https://admin.webex.com перейдите к , щелкните веб-сайт Webex в карточке Meetings и выберите Настройки |
| 2. | Для доступа к общим настройкам щелкните Служба > Совещание > Настройки веб-сайта. В разделе Общие настройки щелкните Облачные совместные комнаты совещаний (CMR), выберите Сетка видео для типа ресурса мультимедиа, а затем нажмите Сохранить внизу.
Эта настройка связывает сетку видео и экземпляры совещаний в облаке и позволяет каскадировать из узлов сетки видео. Настройка должна заполняться по всей среде через 15 минут. Для совещаний Webex, которые начинаются после заполнения этого изменения, будет применена новая настройка. Если оставить в этом поле значение "Облако" (параметр по умолчанию), все совещания будут организованы в облаке, а узел сетки видео не будет использоваться. |
Назначение совместных комнат совещаний пользователям приложения Webex
Проверка возможности совещания на защищенной конечной точке
Выполните описанные ниже действия, чтобы проверить правильность регистрации конечных точек и работы совещаний.
| 1. | Присоединитесь к совещанию с помощью защищенной конечной точки. |
| 2. | Убедитесь, что на устройстве отображается список пользователей совещания. В этом примере показано, как выглядит список совещаний на конечной точке с сенсорной панелью.
|
| 3. | Во время совещания доступ к информации о конференции Webex можно получить в разделе Подробности вызова. |
| 4. | Убедитесь в том, что в разделе шифрования для параметра Тип отображается AES-128, а для параметра Состояние – Вкл.
|
аналитика сетки видео
Аналитики предоставляют информацию об использовании локальных узлов и кластеров сетки видео в организации Webex. Благодаря историческим данным в представлении метрик можно более эффективно управлять ресурсами сетки видео путем мониторинга емкости, использования и доступности локальных ресурсов. Эту информацию можно использовать для принятия решений о добавлении дополнительных узлов сетки видео в кластер или создании новых кластеров, например. Аналитику сетки видео можно найти в Control Hub в разделе .
Для упрощения анализа данных организации можно увеличить масштаб отображаемых на графике данных и выделить определенный период времени. Данные аналитики также можно получить посредством детализации отчетов, чтобы просмотреть более подробные сведения.
| Аналитические данные сетки видео и отчеты об устранении неполадок отображают данные в часовом поясе, заданном для локального браузера. |
Аналитика
Аналитика сетки видео обеспечивает долгосрочную тенденцию (данные за 3 месяца) в категориях вовлеченности, использования ресурсов и использования пропускной способности.
отслеживание в режиме реального времени
На вкладке мониторинга в режиме реального времени отображается информация о деятельности в вашей организации в режиме реального времени. агрегирование до 1 минуты и возможность просмотра последних 4 или 24 часов на всех или определенных кластерах. Эта вкладка в Control Hub обновляется автоматически: каждые 1 минуту в течение последних 4 часов и каждые 10 минут в течение последних 24 часов.
Доступ, фильтр и сохранение отчетов мониторинга сетки видео в режиме реального времени
Отчеты о мониторинге сетки видео в режиме реального времени доступны на странице "Устранение неполадок" в Control Hub ( https://admin.webex.com) после активации сетки видео и наличия кластера с хотя бы одним зарегистрированным узлом сетки видео.
| 1. | В окне просмотра информации о клиенте на сайте https://admin.webex.com, выберите Аналитика, а затем в правом верхнем углу экрана щелкните Сетка видео.
| ||||
| 2. | В переключателе слева выберите параметр для фильтрации того времени, как далеко вы хотите отобразить данные.
| ||||
| 3. | Взаимодействуйте с диаграммами, используя следующие параметры при необходимости.
| ||||
| 4. | После фильтрации данных в отчетах щелкните "Подробнее"
|
, чтобы получить краткое описание диаграммы.
Доступ, фильтр и сохранение аналитики сетки видео
Метрические отчеты сетки видео доступны на странице аналитики Control Hub ( https://admin.webex.com) после того, как сетка видео активна и в кластере есть хотя бы один зарегистрированный узел сетки видео.
| 1. | В окне просмотра информации о клиенте на сайте https://admin.webex.com, выберите Аналитика, а затем в правом верхнем углу экрана щелкните Сетка видео. | ||||||
| 2. | Щелкните категорию в зависимости от типа искомых данных.
| ||||||
| 3. | В раскрывающемся списке справа выберите параметр для фильтрации периода времени, в рамках которого необходимо показать данные.
| ||||||
| 4. | При необходимости можно работать с графиками и кольцевыми диаграммами приведенными ниже способами.
| ||||||
| 5 | После фильтрации данных в отчетах щелкните "Подробнее"
| ||||||
| 6 | Чтобы сбросить представление аналитики, очистите все фильтры на панели фильтров. |
Доступные аналитические данные для сетки видео
Подробные сведения о доступных аналитиках в Control Hub см. в разделе "Сетка видео" раздела "Аналитика для портфолио совместной работы в облаке".
Инструмент мониторинга для сетки видео
Инструмент мониторинга в Control Hub помогает вашей организации в мониторинге работоспособности развертывания Video Mesh. Чтобы получить результаты для определенных параметров, вы можете запустить следующие тесты на своих узлах сетки видео, кластерах или обоих.
Тестирование сигналов - Проверяет, происходит ли передача сигналов SIP и мультимедиа между узлом Video Mesh и облачными мультимедийными службами Webex .
Каскадный тест - Проверяет, можно ли установить каскад между узлом сетки видео и облачными мультимедийными службами Webex .
Проверка доступности - Проверяет, может ли узел сетки видео достигать портов назначения для потоков мультимедиа в облачных службах мультимедиа Webex . Он также проверяет, может ли узел Video Mesh взаимодействовать с облачными кластерами, связанными с контейнерами мультимедиа, через эти порты.
При запуске теста инструмент создает имитированное совещание. По завершении теста в отчете будет отражен простой результат, свидетельствующий о выполнении или сбое, со встроенными подсказками по поводу устранения неполадок. Можно запланировать периодическое тестирование или запускать его по мере необходимости. Для получения дополнительной информации см. Мониторинг состояния мультимедиа для видеосетки .
Немедленно запустить тест
Используйте эту процедуру для запуска мониторинга работоспособности и доступности мультимедиа по запросу на узлах сетки видео и / или кластерах, зарегистрированных в вашей организации Control Hub. Результаты фиксируются в Control Hub и собираются каждые 6 часов, начиная с 00:00 по Гринвичу.
| 1. | Войти в Control Hub , затем перейдите к . | ||
| 2. | Нажмите на Настроить тест , щелкните Проверить сейчас , затем отметьте узлы и / или кластеры, которые вы хотите протестировать.
| ||
| 3. | Щелкните Запустить тест . |
Дальнейшие действия
Результаты отображаются на странице обзора инструмента мониторинга в Control Hub. По умолчанию результаты всех тестов отображаются вместе. Нажмите на Сигнализация , Каскад , или Достижимость для фильтрации результатов в соответствии с конкретным тестом.
Точки на временной шкале с ползунком показывают агрегированные результаты тестирования для всей организации. Временные шкалы на уровне кластера показывают агрегированные результаты для каждого кластера.
| На временной шкале могут отображаться даты в формате США. Измените язык в настройках профиля, чтобы просматривать даты в локальном формате. |
Наведите указатель мыши на точки на шкале времени, чтобы увидеть результаты теста. Вы также можете увидеть подробные результаты тестирования для каждого узла. Щелкните точку на шкале времени на уровне кластера, чтобы просмотреть подробные результаты.
Результаты отображаются на боковой панели и делятся на сигнализацию, каскадирование и достижимость. Вы можете увидеть, был ли тест успешным, пропущенным или неудачным. Коды ошибок с возможными исправлениями также отображаются вместе с результатами.
Используйте переключатель для просмотра показателей успешности различных параметров в виде таблицы.
| Пропущенный тест, частичный сбой или сбой не являются критическими, если они не происходят постоянно в течение определенного периода времени. |
Настроить периодические тесты
Используйте эту процедуру, чтобы настроить и запустить периодический мониторинг состояния носителя и проверки доступности. По умолчанию эти тесты запускаются каждые 6 часов. Эти тесты можно запускать на уровне кластера, конкретного кластера или узла. Результаты фиксируются в Control Hub и собираются каждые 6 часов, начиная с 00:00 по Гринвичу.
| 1. | Войти в Control Hub , затем перейдите к . |
| 2. | Нажмите на Настроить тест , щелкните Периодический тест , затем отметьте узлы и / или кластеры, которые вы хотите протестировать. |
| 3. | Выберите один из вариантов.
|
| 4. | Щелкните Далее. |
| 5 | Просмотрите список кластеров и узлов, чтобы запускать периодические тесты. Если вас устраивает, нажмите Настроить для планирования текущей конфигурации. |
Дальнейшие действия
Результаты отображаются на странице обзора инструмента мониторинга в Control Hub. По умолчанию результаты всех тестов отображаются вместе. Нажмите на Сигнализация , Каскад , или Достижимость для фильтрации результатов в соответствии с конкретным тестом.
Точки на временной шкале с ползунком показывают агрегированные результаты тестирования для всей организации. Временные шкалы на уровне кластера показывают агрегированные результаты для каждого кластера.
| На временной шкале могут отображаться даты в формате США. Измените язык в настройках профиля, чтобы просматривать даты в локальном формате. |
Наведите указатель мыши на точки на шкале времени, чтобы увидеть результаты теста. Вы также можете увидеть подробные результаты тестирования для каждого узла. Щелкните точку на шкале времени на уровне кластера, чтобы просмотреть подробные результаты.
Результаты отображаются на боковой панели и делятся на сигнализацию, каскадирование и достижимость. Вы можете увидеть, был ли тест успешным, пропущенным или неудачным. Коды ошибок с возможными исправлениями также отображаются вместе с результатами.
Используйте переключатель для просмотра показателей успешности различных параметров в виде таблицы.
| Пропущенный тест, частичный сбой или сбой не являются критическими, если они не происходят постоянно в течение определенного периода времени. |
Включение видео высокой четкости 1080p для локальных устройств SIP в совещаниях узла сетки видео
Эта настройка позволяет вашей организации использовать видео высокой четкости 1080p для локально зарегистрированных конечных точек SIP с меньшей емкостью совещаний. Узел сетки видео должен организовывать совещание. Участники могут использовать видео с частотой 1080p 30 кадров в секунду при условии, что:
Все они находятся внутри корпоративной сети.
Они используют локально зарегистрированное устройство SIP с поддержкой высокой четкости.
Эта настройка применяется ко всем кластерам, содержащим узлы сетки видео.
| Зарегистрированные в облаке устройства продолжают отправлять и получать потоки 1080p независимо от того, включена или выключена эта настройка. |
| 1. | В окне просмотра информации о клиенте в https://admin.webex.com перейдите к , а затем щелкните Настройки на карточке сетки видео. |
| 2. | Включите функцию Качество видео. Если этот параметр выключен, по умолчанию будет установлено значение 720p. |
Разрешения видео, поддерживаемые приложением Webex, см. в разделе Спецификации видео для вызовов и совещаний.
Закрытые совещания
Функция закрытого совещания повышает безопасность совещания за счет отключения мультимедиа в вашем помещении. Когда вы планируете частное совещание, мультимедиа всегда завершается на узлах Video Mesh внутри вашей корпоративная сеть без облачного каскада.
Как показано здесь, личные совещания никогда не каскадируют мультимедиа в облако. Мультимедиа полностью завершается в кластерах сетки видео. Кластеры сетки видео могут каскадироваться только друг с другом.
Кластер сетки видео можно зарезервировать для личных совещаний. Когда зарезервированный кластер заполнен, мультимедиа личного совещания каскадируется на другие кластеры сетки видео. Когда зарезервированный кластер заполнен, личные и неличные совещания предоставляют совместный доступ к ресурсам оставшихся кластеров.
Неличные совещания не используют зарезервированные кластеры, резервируя эти ресурсы для личных совещаний. Если ресурсы нечастного совещания в вашей сети исчерпаны, оно каскадируется в облако Webex.
| Приложение Webex с включенной функцией полнофункциональных возможностей Webex несовместимо с сеткой видео. Дополнительные сведения см. в разделе Клиенты и устройства, использующие узел сетки видео. |
Поддержка и ограничения личных совещаний
Сетка видео поддерживает личные совещания, как указано ниже.
Личные совещания доступны в Webex версии 40.12 и более новых версиях.
Тип личного совещания может использоваться только для запланированных совещаний. Подробности см. в статье "Планирование личного совещания Cisco Webex".
Личные совещания недоступны для полнофункциональных совещаний , начатых или присоединившихся из приложения Webex.
Можно использовать любое текущее устройство, поддерживаемое сеткой видео.
Ваши узлы могут использовать любое текущее изображение. 72vCPU и 23vCPU.
Логика личных совещаний не создает пробелов в метриках. Для Control Hub собираются те же метрики, что и для нечастных совещаний.
Поскольку некоторые пользователи не активируют эту функцию, отчеты аналитики для личных совещаний не отображаются, если в вашей организации нет личного совещания в течение 90 дней.
Личные совещания поддерживают 1-стороннюю виртуальную доску с конечной точки видео.
Ограничения
Личные совещания имеют следующие ограничения.
Личные совещания поддерживают только передачу голоса по IP для аудио. Они не поддерживают аудио Webex Edge или PSTN.
Вы не можете использовать персональную комнату совещаний (PMR) для личного совещания.
Личные совещания не поддерживают функции Webex, для которых требуется подключение к облаку, такие как запись в облаке, текст стенограммы и Webex Assistant.
Невозможно присоединиться к личному совещанию с помощью видеосистемы, зарегистрированной в облаке без аутентификации, даже той, которая сопряжена с приложением Webex.
Использование личных совещаний в качестве типа совещания по умолчанию
В Control Hub можно указать, что будущие запланированные совещания для вашей организации будут частными.
| 1. | В окне просмотра информации о клиенте в https://admin.webex.com перейдите к . |
| 2. | Щелкните Редактировать настройки на карточке сетки видео. Прокрутите страницу до раздела "Личные совещания " и включите настройку. |
| 3. | Сохраните внесенное изменение. |
Если эта настройка включена, она применяется ко всем совещаниям в вашей организации, даже к ранее запланированным совещаниям.
(Необязательно) Резервирование кластера для личных совещаний
Частные и нечастные совещания обычно используют одни и те же ресурсы сетки видео. Но поскольку личные совещания должны поддерживать локальный мультимедиа, они не могут настроить перенаправление в облако из-за переполнения локальных ресурсов. Чтобы уменьшить эту возможность, можно настроить кластер сетки видео для организации только личных совещаний.
В Control Hub кластер настроен исключительно для организации личных совещаний. Эта настройка предотвращает использование этого кластера незакрытыми совещаниями. Использование этого кластера для личных совещаний по умолчанию. Если в кластере исчерпаны ресурсы, личные совещания каскадируются только в другие кластеры сетки видео.
Рекомендуется подготовить частный кластер для обработки ожидаемого пикового использования в личных совещаниях.
| Вы не можете использовать короткий формат адреса видео (meet@your_site), если вы зарезервировали все кластеры сетки видео для личных совещаний. В настоящее время эти вызовы не выполняются без надлежащего сообщения об ошибке. Если оставить некоторые кластеры незарезервированными, вызовы с коротким форматом адреса видео могут подключаться через эти кластеры. |
| 1. | В окне просмотра информации о клиенте в https://admin.webex.com перейдите к и щелкните Показать все на карточке сетки видео. |
| 2. | Выберите в списке кластер сетки видео и щелкните Редактировать настройки кластера. |
| 3. | Прокрутите страницу до раздела Личные совещания и включите настройку. |
| 4. | Сохраните внесенное изменение. |
Сообщения об ошибках для личных совещаний
В этой таблице перечислены возможные ошибки, которые пользователи могут видеть при присоединении к личному совещанию.
Сообщение об ошибке | Действие пользователя | Причина |
|---|---|---|
Доступ к внешней сети отклонен Для участия в закрытом совещании необходимо быть в корпоративной сети. Сопряженные устройства Webex, расположенные за пределами корпоративной сети, не смогут присоединиться к совещанию. В этом случае попробуйте подключить ноутбук и мобильное устройство к корпоративной сети и присоединиться к совещанию в несопряженном режиме. | Внешний пользователь присоединяется из вне корпоративной сети без VPN или MRA. | Чтобы присоединиться к личному совещанию, внешним пользователям необходимо получить доступ к корпоративной сети через VPN или MRA. |
Внешний пользователь работает в VPN, но он сопряжен с неаутентифицированным устройством. | Мультимедиа устройства не подключается к корпоративной сети через VPN. Устройство не может присоединиться к личному совещанию. Вместо этого после подключения к VPN удаленный пользователь должен присоединиться к личному совещанию в режиме, не связанном с устройством, со своего настольного или мобильного клиента. | |
Нет доступных кластеров Кластеры, в которых организовано это личное совещание, находятся на пиковой пропускной способности, недоступны, не зарегистрированы или не доступны. Обратитесь за помощью к ИТ-администратору. | Пользователь находится в корпоративной сети (локально или удаленно с помощью VPN), но не может присоединиться к личному совещанию. | Кластеры сетки видео:
|
Не авторизовано Вы не авторизованы для участия в этом закрытом совещании, поскольку не являетесь членом организации, в которой проводится совещание. Обратитесь к организатору совещания. | Пользователь из другой организации, чем организация организатора, пытается присоединиться к личному совещанию. | Присоединиться к личному совещанию могут только пользователи, принадлежащие к организации-организатора. |
Устройство из другой организации, чем организация-организатор, пытается присоединиться к личному совещанию. | Присоединиться к личному совещанию могут только устройства, принадлежащие организации-организатора. |
Храните медиафайлы в сетке видео для всех внешних совещаний Webex
Когда ваши мультимедиа проходят через локальные узлы Video Mesh, вы получаете лучшую производительность и используете меньшую пропускную способность Интернета.
В предыдущих выпусках вы контролировали использование сетки видео для совещаний только для своих внутренних сайтов. Для совещаний, которые проводятся на внешних сайтах Webex , эти сайты контролируют возможность каскадного преобразования сетки видео в Webex. Если на внешнем сайте не разрешено каскадирование сетки видео, ваши мультимедиа всегда будут использовать облачные узлы Webex .
Если на веб-сайте Webex есть доступные узлы сетки видео, с помощью параметра Предпочтительное использование сетки видео для всех внешних совещаний Webex, мультимедиа будет работать через эти узлы для совещаний, организованных на внешних веб-сайтах Webex. В этой таблице представлена сводная информация о поведении участников, присоединяющихся к совещаниям Webex .
| Настройка ... | Совещание на внутреннем веб-сайт Webex с включенными каскадными сетками видео | Совещание на внутреннем веб-сайт Webex с отключенными каскадами сетки видео | Совещание на внешнем веб-сайт Webex с включенными каскадами сетки видео | Совещание на внешнем веб-сайт Webex с отключенными каскадами сетки видео |
|---|---|---|---|---|
| Включено | Мультимедиа использует ваши узлы сетки видео. | Медиа использует облачные узлы. | Мультимедиа использует ваши узлы сетки видео. | Мультимедиа использует ваши узлы сетки видео. |
| Отключено | Мультимедиа использует ваши узлы сетки видео. | Медиа использует облачные узлы. | Мультимедиа использует ваши узлы сетки видео. | Медиа использует облачные узлы. |
По умолчанию этот параметр отключен, что соответствует поведению предыдущих выпусков. В этих выпусках сетка видео не каскадировалась в Webex , а участники присоединялись через облачные узлы Webex .
| 1. | В представлении клиента вhttps://admin.webex.com перейдите в и щелкните Показать все на карточке Video Mesh. |
| 2. | Выберите свой кластер Video Mesh в списке и нажмите Редактировать настройки . |
| 3. | Прокрутите до Предпочитать сетку видео для всех внешних Webex Meetings и включите настройку. |
| 4. | Сохраните внесенное изменение. |
Оптимизация использования развертывания сетки видео
Для улучшения работы пользователей с помощью сетки видео можно разместить все клиенты в кластерах сетки видео. Если емкость кластера сетки видео временно ограничена или у вас увеличено использование, можно оптимизировать использование кластера сетки видео, управляя типами клиентов, размещенными в кластерах сетки видео. Это поможет эффективно управлять существующим объемом до тех пор, пока вы не сможете добавить дополнительные узлы для удовлетворения спроса.
Информацию о тенденциях использования, использования, перенаправления и переполнения см. на портале аналитики в Control Hub . С учетом этих тенденций можно, например, настроить размещение настольных клиентов или устройств SIP в кластерах сетки видео, а мобильные клиенты – на облачных узлах Webex. По сравнению с мобильными клиентами настольные клиенты и устройства SIP поддерживают более высокое разрешение, имеют большие экраны и используют больше пропускной способности. Кроме того, можно оптимизировать возможности пользователей для участников, использующих эти типы клиентов.
Кроме того, можно оптимизировать емкость кластера и максимизировать удобство работы с пользователями за счет использования типов клиентов, которые большинство ваших клиентов используют в кластерах сетки видео.
| 1. | Войдите в Control Hub, затем выберите . или Выберите |