Cisco Meeting Server 3.2 - Сергей Юцайтис Системный Архитектор 18 мая 2021 года
←
→
Транскрипция содержимого страницы
Если ваш браузер не отображает страницу правильно, пожалуйста, читайте содержимое страницы ниже
Cisco Meeting Server 3.2 Сергей Юцайтис Системный Архитектор 18 мая 2021 года
CMS – лучшее в индустрии решение для проведения конференций внутри сети предприятия Cisco Meeting Server Cisco Meeting Management Cisco Meeting Server web app
архитектура CMS c версии 3.1
Основные сервисы CMS : CMS Core
Database Recorder*
• web admin
Call Bridge Streamer*
• meeting call bridge
• conference database Web Admin
• recording and streaming services *
CMS Web edge – пограничные CMS Web Edge
сервисы: Web Bridge TURN Server
• WebRTC (CMS web app) web bridge
CMM :
• User provisioning CMM
• Smart Licensing Cisco Meeting Management
• Conference management
*Recorder/streamer должны быть установлены на сервера на которых не используется call bridge серврер
Пограничные сервисы для CMS web app с Expressway
Expressway масштабируется включением до
6 серверов Expressway в кластер
4 Expressways для масштабирования
2 Expressways для отказоустойчивости
Cisco Expressway рекомендуемое решение
преодолении NAT и брандмауэра для
сервисов CMS
SIP
Cisco Expressway (large OVA или CE1200) WebRTC
позволяет подключить до 800 CMS web app
конкурентных сессий CE1200 Large OVA
Cisco Expressway X12.6 Full HD 150 150
Если Вам этого не достаточно – или новее Other 200 200
разворачивайте CMS Edge
Пограничные сервисы Cisco Meeting Server Web Edge
CMS Web Edge
рекомендован для случаев
когда необходима
масштабирование SIP
большая, чем обеспечивает WebRTC
Cisco Expressway - 800
Кластер call bridge
поддерживает максимум
24 сервера
1x4 vCPU 1x16 vCPU
CMS Edge VM CMS Edge VM
CMS Edge поддерживает 2
1080p30 100 350
шаблона виртуальной 720p30 175 700
Audio 850 3000
машины
Другие возможности CallBridge релиза 3.1 Lobby/Welcome текст позволяет Администратору установить приветственный баннер, демонстрируемый SIP терминалу при входе в конференцию Новый механизм включения/отключения видео и голоса участника конференции (hard mute) coSpace provisioning—новый механизм управления созданием и настройкой пользовательских CoSpace для LDAP пользователей Поддержка потокового вещания в RTMPS
Новые сервисные возможности релиза 3.1 Инструмент для углубленного логирования сообщений протокола ICE Дополнительные параметры встроенного инструмента захвата трафика pcap snaplen - количество байт, сохраняемое если пакет превышает этот размер filter - фильтр, определяющий критерии по которым сохраняются только определенные пакеты Пример pcap a snaplen 40 filter udp host 10.10.3.4 and portrange 40000-50000 pcap |any – теперь команда поддерживает захват трафика с нескольких сетевых интерфейсов Дополнительное логирование трафика TURN сервера (теперь включается информацию о старте и окончании медиа сессии и IP адрес сервера с которым не удалось соединиться)
Новые возможности WebBridge(3) релиза 3.1 (WebApp)
Новая кастомизация для приглашений из WebApp приложения.
Новые параметры определяющие видимость для пользователя имени coSpace, продолжительности
сессии и параметров доступа к coSpace
/coSpaces//accessMethods/:
member – детали доступа к accessMethod доступны только пользователям coSpace
directory – контактные данные accessMethod доступны для поиска в директории (*)
public - детали accessMethod видны всем участникам встречи
private - детали accessMethod видны только владельцу coSpace и Администратору
через API CallBridge
(*) В 3.1 нет поиска, поэтому поведение то же что public
Single Sign On для CMS web app
Single Sign On позволяет web
app пользователям
аутентифицироваться на SSO
провайдере. С использованием
SSO пользователи могут не
вводить каждый раз данные
своей учетной записи при входе
в CMS web app.
• SSO использует SAML 2.0
• Гостевой вход поддерживаться при
использовании SSO
• С SSO поддерживается аутентификация с US DoD
картами
Single Sign On для CMS web app
CMM 3.1 Новые возможности провижионинга (пользователей, coSpace, минимальная длина пароля для различных ролей участников конференции) Запланированная и периодическая синхронизация с LDAP Изменение подписей на странице детальной информации о соединении на «To participant» и «From participant» Интеграция с Webex Hub (в стадии бета) С версии 3.1 CMM поддерживается с CMS только той же версии. Предыдущие версии CMM, в дополнение, поддерживали 2 предыдущие версии CMS. В версии 3.1 CMM поддерживается только Smart Software Manager On-prem (satellite) версии 8-202008 Индикатор передающего презентацию
Cisco Meeting Server –соединен с облаком (3.2) Теперь Вы можете контролировать конференции в сети предприятия в Control Hub через Webex Edge for CMS © 2021 Cisco and/or its affiliates. All rights reserved. Cisco Partner Confidential
Cisco Meeting Server 3.2
Емкость аппаратных платформ Cisco при подключении SIP
терминалов и CMS web app
Максимум 24 call bridge нод в
кластере SIP participants CMS1000 CMS2000
CMS1000 и CMS2000 могут M5v2 M5v2
быть включены в один 1080p30 60 437
кластер 720p30 120 875
Audio 2200 3000
CMS в call bridge group
должны быть на одной
платформы
CMS web app CMS1000 CMS2000
450 участников в одной M5v2 M5v2
конференции на одном call
bridge 720p30 120 875
До 21,000 соединений на Audio 500 1250
кластер (24x875) *дизайн кластера с более чем 8 нод требует утверждения у CiscoCisco Meeting Server – поддерживаемые платформы
Cisco Meeting Server
CMS1000m5 v2 CMS2000 m5 v2 Specifications-based CMS
Component vCPU vRAM
Call Bridge, может
4+ 4+ GB
быть совмещен с
1 vCPU на 1.25 HD 1Gb на 1 физический
• До 120 HD видео соединений другими
компонентами
порт CPU
• До 2200 аудио соединений
• До 875 HD видео соединений database 8 8GB
• Виртуализация от Vmware
• До 3000 аудио соединений
recorder минимум 4 минимум 4GB
• По устанавливается на сервер
(нет виртуализации) Minimum 4 минимум 4GB
streamer
Максимум 8 Рекомендовано 8GBCisco Meeting Server – сравнение аппаратных ревизий
m5 v1 m5 v2
36 ядер (по 2) на блейд / 36 ядер (по 2) на блейд /
сервер сервер
2.3 GHz 6140/140W 2.6GHz/150W 18C/24.75MB
18C/24.75MB Cache/DDR4 DCP DDR4 2933 MHz
2666MHz
128 Gb (по 8) на блейд / 192 Gb (по 12) на блейд /
сервер сервер
16GB DDR4-2666-MHz 16GB DDR4-2933-MHz
RDIMM/PC4-21300/single RDIMM/1Rx4/1.2v
rank/x4/1.2vCisco Meeting Server – сравнение аппаратных ревизий
• CMS1000 m5 v1 34243.65$ за 96 HD портов • CMS2000 m5 v1 288298.50$ за 700 HD портов
• 356.70 $ за HD порт • 411.85 $ за HD порт
• CMS1000 m5 v2 45232.95$ за 120 HD портов • CMS2000 m5 v2 349499.85$ за 875 HD портов
• 376,94 $ за HD порт • 399.43 $ за HD порт
Приведены цены из прайслиста Global Russia DDP (USD)CMS 3.2 – возможность повышения уровня логгирования с API
Другие возможности CallBridge релиза 3.2 API email приглашений (ветка AccessMethod) webBridgeProfiles (впервые появились в 3.1) теперь включают IVR и WebBridge адрес, может буть настроен индивидуально для каждого WebBridge и глобально на системном уровне Возможность отображения названия coSpace в лобби для SIP пользователей
Другие возможности CallBridge релиза 3.2
Постоянный баннер в конференции. В отличии от существовавшей ранее возможности выводить
сообщения во время встречи, баннер демонстрируется постоянно, его позиция не настраивается.
Баннер виден всем участникам встречи, включая WebApp и S4B клиентов.
SIP: web app:Другие возможности CallBridge релиза 3.2
С версии 3.2 все аудиосообщения, проигрываемые в конференции, теперь микшируются со звуком от
ее участников, вместо того чтобы замещать их, как было раньше. Это изменение никак не
настраивается и не может быть изменено. Это не касается сообщений, проигрываемых участникам,
находящимся в лобби.
До 3.2: после:Другие возможности CallBridge релиза 3.2 Управление участниками, находящимися в лобби с помощью Active Control. Поддерживается CE терминалами, начиная с 9.15.0.11. Для возможности управления участник должен быть в активированном состоянии и иметь установленный параметр CallLeg callLockAllowed = True
Подключите все необходимые контакты при входе владельца комнаты – CMS 3.2 Blast Dial Реализуется с CMM 3.2. Для этого на CMS создана новая ветка API - /coSpaces//metadata Blast dial с CMS/CMM* 3.2 • Дозвон активируется когда хост стартует встречу • Администратор заранее определяет список адресов (участников), которые будут автоматически подключены • После подключения проигрывается аудиосообщение с предложением нажать «1» для входа в конференцию • Cisco Meeting Management отображает статус соединений оператору April 2021
Широкоэкранное видео над контентом Версия 3.2 дополнена поддержкой нового семейства широкоэкранных разрешений для основного видео канала. Требует поддержки в CE терминалах и Active Control April 2021
Широкоэкранное видео над контентом Поддерживает отображение до 6 абонентов в канале основного видео. April 2021
Другие возможности CallBridge релиза 3.2 Поднять руку С версии 3.2 CMS поддерживает возможность визуально поднять или опустить руку для привлечения внимания участнику конференции. Функционал реализован через Active Control и поддерживается Cisco терминалами под управлением ПО CE9.15.3.17 или выше. CMS теперь отображает статус поднятой руки напротив имени участника конференции в ростер листе. Также отображается общее число участников конференции с поднятой рукой. Администраторы CMS могут управлять статусом поднятой руки через API, для чего в 3.2 введен новый handStatus параметр. handStatusLastModified – новый параметр, показывающий информацию о дате/времени последнего изменения статуса поднятой руки. raiseHandEnabled параметр установленный в false или true позволяет Администраторам контролировать состояние поднятой руки
Другие возможности CallBridge релиза 3.2 Поднять руку
Другие возможности CallBridge релиза 3.2 Поднять руку
Другие возможности CallBridge релиза 3.2 Поднять руку
Другие возможности CallBridge релиза 3.2 Увеличено количество поддерживаемых coSpace Число поддерживаемых coSpace с версии 3.2 увеличено c 75000 до 500000 Важно – Число пользователей импортируемых из AD все еще ограничено 75000 Поддержка ESXi Version 3.2 добавляет поддержку версии ESXi7.0U1c с Virtual Hardware версии 17 Предыдущие версии ESXi также поддерживаются CMS 3.2, включая ESXi6.5u2 и 6.7U3.
Другие возможности CallBridge релиза 3.2 Новые команды API - Dial-out Access Methods С версии 3.2 поддерживается возможность настраивать accessMethod и defaultAccessMethod для исходящего набора CMS. При исходящем из coSpace наборе CMS использует callLegProfile и значение importance из access method, и при установлении соединения поле “from” заголовка SIP сообщения будет соответствовать URI, заданному в accessMethod. Таким образом, если подключаемый терминал захочет перезвонить, для входящего соединения будет использован тот же accessMethod. Если accessMethod не определен, будет использован defaultAccessMethod ассоциированный с coSpace. accessMethod параметр поддерживается для веток /calls//callLegs и /calls//participants defaultAccessMethod поддерживается для /coSpaces/ defaultAccessMethodTemplate поддерживается для /coSpaceTemplates/.
Другие возможности CallBridge релиза 3.2
Новые команды API - Dial-out Access Methods - Call Leg Profiles
Приоритета выбора метода доступа
Вводится новый порядок предпочтений при выборе методов доступа для исходящих вызовов. Эти
правила определяют, какой метод доступа будет использоваться при исходящем звонке (если таковой
имеется):
• accessMethod установленный POST в /calls//participants или /calls//callLegs
• defaultAccessMethod установленный в /cospaces/
• Как и в предыдущих версиях access method с наименьшим GUID (также называемый
основной ("primary») access method).
• Если access method ID не задан на всех уровнях иерархии, тогда параметр заданный в
coSpace используется для исходящего набора.
Как только access method выбран, его call leg profile, URI, и importance будут использованы
для соединения, установленного с помощью исходящего набора.Другие возможности CallBridge релиза 3.2 Новые команды API - Dial-out Access Methods - URI Когда вы набираете номер с accessMethod, настройки будут унаследованы в том же порядке приоритета, что и при исходящем звонке. Порядок следующий, где верхний имеет наивысший приоритет: 1. Параметр callLeg 2. callLegProfile этого callLeg 3. callLegProfile от accessMethod 4. callLegProfile от coSpace 5. callLegProfile от tenant 6. callLegProfile из /system/profiles Порядок приоритета выбора определяет что callLegProfile из access method начинает работать только с пункта 3
Другие возможности CallBridge релиза 3.2
Новые команды API - Dial-out Access Methods - IVR
Метод доступа, выбранный в соответствии с описанным ранее порядком предпочтения, также
предоставляет URI метода доступа. При исходящем вызове URI, по которому может быть произведен
обратный вызов, выбирается следующим образом:
1. Если настроен URI метода доступа, то используется его значение.
2. В противном случае, если присутствует основной метод доступа (метод для публичного доступа с
наименьшим GUID) и настроен URI, используется URI из этого метода доступа.
а. При отсутствии основного метода доступа, если coSpace URI настроен, используется его
значение
3. В противном случае, если IVR настроен в WebAdmin (конфигурация / общая конфигурация /
числовой идентификатор IVR), тогда используется IVR URI.
Примечание. IVR, настраиваемый с помощью WebAdmin, отличается от IVR, настраиваемых с
помощью Admin API (с помощью операций в / ivr). Если IVR URI не имеет пользовательской части (не
настроен), используется только IP-адрес CallBridge.Другие возможности CallBridge релиза 3.2 Новые команды API - Dial-out Access Methods - Importance Настройка значения важности непосредственно на объекте участника с помощью POST в / members или PUT в / members / переписывает важность из access method. При сбросе важности для объекта участника (через PUT "" для "важности" в / members / ) значение важности, унаследованное от метода доступа, если таковое имеется, остается не измененным, но его можно отключить / переопределить явно установив для него значение «0» на объекте участника. Access method по умолчанию для новых пользователей, добавляемых в coSpace через WebApp При добавления нового пользователя в coSpace для него будет применен CallLegProfile определенный в default access method coSpace, если он был настроен. Раньше при добавлении новых пользователей CallLegProfile автоматически не настраивался. При изменении default access method coSpace настроенные по нему CallLegProfile не изменяются.
Другие возможности CallBridge релиза 3.2 Новые команды API - Dial-out Access Methods Новый параметр defaultAccessMethod добавлен в ветку /coSpaces/. Поддерживаются методы GET и PUT. Новый параметр defaultAccessMethodTemplate добавлен в ветку /coSpaceTemplates/ . Поддерживаются методы GET и PUT.
Другие возможности CallBridge релиза 3.2 Новые команды API - Dial-out Access Methods Новый параметр accessMethod добавлен для callLegs и Participants в ветки: POST в /calls//callLegs GET в /callLegs/ POST в /calls//participants GET в /participants/ Этот параметр применим только к активным соединениям в coSpace.
Другие возможности CallBridge релиза 3.2 Dial-out Access Methods - настройка Необходимо настроить accessMethod на coSpace:
Другие возможности CallBridge релиза 3.2 Dial-out Access Methods - настройка Это coSpace уже имеет 2 настроенных accessMethod :
Другие возможности CallBridge релиза 3.2 Dial-out Access Methods - настройка Сделаем гостевой accessMethod методом доступа по умолчанию для этого coSpace:
Другие возможности CallBridge релиза 3.2 Dial-out Access Methods - настройка Если теперь сделать исходящий вызов из этого coSpace:
Другие возможности CallBridge релиза 3.2 Dial-out Access Methods - настройка Если теперь сделать исходящий вызов из этого coSpace:
Другие возможности CallBridge релиза 3.2 Dial-out Access Methods - настройка И посмотреть CallLegProfile:
Другие возможности CallBridge релиза 3.2 Dial-out Access Methods - настройка Если мы поменяем Access Methods и повторим вызов:
Другие возможности CallBridge релиза 3.2 Dial-out Access Methods - настройка
Другие возможности CallBridge релиза 3.2 Dial-out Access Methods - настройка И посмотреть CallLegProfile:
Новые возможности WebBridge3 релиза 3.2 Новые возможности для пользователей WebApp и Администраторов Новый функционал CMS* 3.2 • Чат внутри встречи (видимый всем, нет 1:1) • CMS web app (WebRTC) новые механизмы восстановления потерянных пакетов • CMM* или API могут перемещать WebApp подключения в другие coSpace • Пользователи могут изменять статус члена coSpace * Cisco Meeting Server и Cisco Meetings Management (CMS/CMM)
Новые возможности WebBridge3 релиза 3.2 Чат для WebApp Функциональность чата убрали с CMS 3.0. Начиная с CMS 3.2 функционал чата снова поддержан для WebApp и позволяет общаться участникам одной медиа сессии. Можно участвовать в чате только пока сессия активна. Чат сообщения очищаются когда последний участник конференции отключается или при перезагрузке (рефреше) страницы браузера. Участники подключившиеся к конференции не видят сообщений написанных до их подключения. Чат лог история участника конференции очищается после его отключения. Чат сообщения не сохраняются в database. SIP терминалы не видят чат сообщения. Нет возможности редактировать/удалять чат сообщения Чат поддерживается между WebApp и S4B клиентами подключенными к CMS coSpace. Нет поддержки 1:1 чата. Включение Чата “chatAllowed” новый параметр для API /callProfiles и /calls. Если чат разрешен WebApp будет отображать кнопку чата:
Новые возможности WebBridge3 релиза 3.2
Чат во время встречи. Чат доступен только пока длится конференция (call). Новые участники
конференции увидят только часть чата, опубликованную после того, как они присоединились. После
окончания конференции ее чат будет очищен. Чат не доступен для SIP терминалов, но возможен для
S4B клиентов, участвующих во встрече.
webApp: S4B:Новые возможности WebBridge3 релиза 3.2 Поддержка продвинутых механизмов восстановления потерянных пакетов для презентации в WebApp Некоторые браузеры поддерживают RTCP NACK (negative acknowledgement) для запроса повторной передачи потерянного видео пакета с определенным (sequence ) номером, вместо того чтобы запрашивать пересинхронизацию с передачей нового ключевого кадра. До версии 3.2 CMS получив RTCP NACK запрос посылал обновление ключевого кадра. При обнаружении потерянного пакета CMS также запрашивал удаленную сторону (браузер) об обновлении ключевого кадра. С версии 3.2 CMS поддерживает возможность пересылки отдельного пакета удаленной стороне в ответ на NACK запрос. Если декодер CMS детектирует потерянный пакет CMS теперь запрашивает повторную передачу именно этого пакета. Другое изменение – размер содержимого (payload ) пакетов уменьшен до 1200 байт. Это позволяет нам укладываться в MTU 1280 байт. Все перечисленное никак не настраивается и включено всегда.
Новые возможности WebBridge3 релиза 3.2 Роль члена coSpace С версии 3.2 можно давать право членам CoSpace менять привилегии других членов этого coSpace. Привилегии нельзя менять, если медиасессия запущена. Нельзя поменять привилегии гостя.
Новые возможности WebBridge3 релиза 3.2
Роль члена coSpace – видимость привилегий участников для владельца
Описание
Роль включена и недоступна для редактирования WebApp пользователем
Роль включена и может быть редактирования WebApp пользователем.
Роль не включена
Роль не включена и может быть редактирования WebApp пользователем.Новые возможности WebBridge3 релиза 3.2 Роль члена coSpace – видимость привилегий для участника
Новые возможности WebBridge3 релиза 3.2
Роль члена coSpace – изменение привилегий для участника
Событие в syslog CMS
Событие в Web App - Chrome Devtools
PUT URL выглядит как https://join.beta.acanodemo.com/api/cospaces/02967cb4-2863-4f6a-8808- 5a5f753574ae/members/jbond%beta..Новые возможности WebBridge3 релиза 3.2 Роль члена coSpace – изменение привилегий для участника Событие в Web App - Chrome Devtools
Новые возможности WebBridge3 релиза 3.2 Включение ограничения доступа (scope) к accessMethodTemplates Теперь accessMethodTemplates включает scope параметр определяющий видимость access method созданного с помощью этого шаблона. Уже существующие coSpace не будут изменены при апгрейде на 3.2, но все новые coSpace, созданные после апгрейда по уже существовавшим шаблонам будут иметь параметр accessMethod scope установленный в «private». До версии 3.2 установка scope в accessMethodTemplates не поддерживалась. При создании нового coSpace по шаблону, соответствующий accessMethod scope устанавливался в «public».
Новые возможности WebBridge3 релиза 3.2 Включение ограничения доступа (scope) к accessMethodTemplates public – Детали этого coSpace access method видны всем участникам конференции. private - Детали этого coSpace access method видны только владельцу coSpace и Администраторам. member - Детали этого coSpace access method видны только членам этого coSpace. - то же что и private. directory - Детали этого coSpace access method могут быть найдены поиском в публичной директории.
Новые возможности WebBridge3 релиза 3.2 Включение ограничения доступа (scope) к accessMethodTemplates
Новые возможности WebBridge3 релиза 3.2 Включение ограничения доступа (scope) к accessMethodTemplates Пользователи, которым разрешено использование шаблонов должны иметь возможность изменить scope.
Новые возможности WebBridge3 релиза 3.2 Новые команды API Фильтр для callBridgeGroup на /webbridges Позволяет указать новый параметр для того чтобы посмотреть какие WebBridge ассоциированы с CallBridgeGroup. GET /webbridges/?callbridgeGroupFilter= Новый параметр canChangeScope для cospaceUser Разрешает пользователю управлять видимостью (scope) accessMethod coSpace. POST в /coSpaces//coSpaceUsers GET в /coSpaces//coSpaceUsers//canChangeScope PUT в /coSpaces//coSpaceUsers//canChangeScope
Новые возможности WebBridge3 релиза 3.2 Новые команды API - Новый параметр canChangeScope для cospaceUser
Новые возможности WebBridge3 релиза 3.2 Перемещение WebApp участников между конференциями Возможность перемещения участников между конференции была впервые поддержана через API и CMM в версии 2.6 с ограничениями для Meeting App, WebApp и S4B, перемещение которых не поддерживалось. При попытке перемещения таких участников, CMM выводил предупреждение что их перемещение не поддерживается. С версии 3.2 операторы CMM могут перемещать WebApp участников между конференциями на одном или разными CallBridge версии 3.2.
Новые возможности WebBridge3 релиза 3.2
Перемещение WebApp участников между
конференциями
1. CMM делает API вызов на Callbridge B используя POST
/calls//participants/ с
“movedParticipant”=participant_A_guid
2. Callbridge B посылает запрос на перемещение участника на
Callbridge A.
3. Callbridge A отвечает на запрос Callbridge B.
4. Callbridge B балансирует нагрузку и решает переместить участника
на Callbridge C.
5. Callbridge B посылает запрос Callbridge C на создание нового
объекта участник конференции и нового участника. Для гостя –
создается новое гостевое подключение. Новый объект имеет новый
JWT.
6. Callbridge C посылает API web socket сообщение по C2W на
Webbridge A о перемещении.
7. Webbridge A посылает web сообщение на перемещение WC3
клиенту в браузере.
8. WC3 клиент посылает web socket подтверждение Webbridge A.
9. Webbridge A запрашивает закрытие медиа сессии у Callbridge A.
10. Callbridge A удаляет объект участника и старый JWT.
11. WC3 клиент аутентифицируется через web socket сообщение на
Webbridge A с использованием нового JWT.Новые возможности WebBridge3 релиза 3.2 Версия WebApp больше не отображается в GUI
Новые возможности WebBridge3 релиза 3.2 Safari – режим совместимости для презентационного потока С версии 3.2 введен новый параметр - safariWebRtcH264interopMode для лучшей совместимости с Safari на iPhone и Mac. По умолчанию этот параметр установлен в auto. Возможные значения параметра и что от них зависит описано ниже: auto: SDP посылаемые WebRTC клиентам работающим на Safari не будет включать поддержку H.264 High Profile, и предлагаться будет Base Profile Level 5. none: Нет изменений по сравнению с предыдущими версиями.
Новые возможности WebBridge3 релиза 3.2 Настраиваемые пользователем политики безопасности для контента С версии 3.2 можно встраивать WebApp в страницы Web сайтов. WebApp не может согласовать медиапотоки, если встроен в страницу или используется браузер не поддерживающий https. Настройка: 1) Настройте WebBridge для возврата заголовка политик безопасности контента используя MMP команды webbridge3 https frame-ancestors none webbridge3 https frame-ancestors В кластере команда должна быть введена на каждом пире кластера Пример:
Новые возможности WebBridge3 релиза 3.2 Настраиваемые пользователем политики безопасности для контента WebApp не проверяет контент заголовков, кроме проверки наличия допустимости символов. Администратору надо убедиться что заголовок не содержит не допустимых символов. Размер ограничен 1000 символами, допустимые символы: a-z A-Z 0-9_ . / : ? # [ ] @ ! $ & ' ( ) * + - = ~ % 2) Включите iFrame элемент в код Web страницы. Для поддержки возможности работать с медиа в iframe необходимо включить следующие теги: Где https://:/ - адрес WebBridge Необходимо использовать https ссылку, чтобы WebApp мог подключить медиа. Другие атрибуты iFrame, такие, например, как height и width также могут быть добавлены.
Новые возможности WebBridge3 релиза 3.2 Настраиваемые пользователем политики безопасности для контента Ниже пример кода NPI Home User Customizable Content Security Policy Feature Welcome to CCTG Escalation NPI Home Page. Customized CSP is new featu For example, users browse to the default NPIhome.html (this page) ins Below is an iframe source from web bridge, https://joinsp.esc.dc- 01.com
Новые возможности WebBridge3 релиза 3.2 Настраиваемые пользователем политики безопасности для контента 3) Разместите страницу на своем Web сервере Ниже приведен пример размещения на Microsoft IIS 10 - npihome.html добавлена в web приложение csptest
Новые возможности WebBridge3 релиза 3.2 Если все настроено верно, пользователь увидит:
Новые возможности WebApp релиза 3.2
Просмотр контента в отдельном окне
При нажатии на левую кнопку можно открыть новое окно с выделенной презентацией. После открытия
окна его размер можно менять, но зуммирование контента не поддерживается в этом режиме.
увеличение
Презентация в отдельном окне уменьшение
Увеличение/уменьшение масштаба просмотра контента
При нажатии на кнопки увеличения/уменьшения масштаба можно менять уровень увеличения и
перемещать интересующую область. В зависимости от используемого разрешения экрана CMS может
предлагать несколько уровней увеличения. При этом через C2W соединение пересылается запрос на
интересующий регион (ROI) и его размер.Новые возможности WebApp релиза 3.2 Увеличение/уменьшение масштаба просмотра контента o Область внутри зеленой зоны – представляет область без увеличения. o Область внутри синей зоны – представляет область первым уровнем увеличения. (Первый клик) o Область внутри красной зоны – представляет область со вторым уровнем увеличения. (Второй клик)
Новые возможности WebApp релиза 3.2 Увеличение/уменьшение масштаба просмотра контента Ниже представлено сравнение в отображении контента при разных уровнях увеличения
Новые возможности WebApp релиза 3.2 Увеличение/уменьшение масштаба просмотра контента Перемещение просматриваемого окна обеспечивается передачей большого количества Websocket запросов size_hint на сервер.
Что планируется в следующих версиях Планируемый в 2HCY21 функционал • CMS web scheduler: Для пользователей не использующих TMS/XE с кнопкой подключения из web app • Возможность размещения и скачивания файлов общего доступа в web app • CMS web app интеграция с Jabber • Смена роли участника (guest-host или, например, разрешение на передачу контента) • Closed captioning (Текст с переводом, видимый участниками конференции)
Спасибо за внимание ! Сергей Юцайтис Системный Архитектор 18 мая 2021 года
Вы также можете почитать
