Новая модель лицензирования конференций cisco,...

Designing and deploying multiparty conferencing for telepresence video Новая модель лицензирования конференций Cisco, мастер-класс по настройке конференций с использованием Conductor (+ исторический экскурс)

Сергей Юцайтис – консультант по технологиям совместной работы

23.11.15 © 2015 Cisco and/or its affiliates. All rights reserved.

Con

fere

ncin

g C

all C

ontro

l &

Edg

e

2

TelePresence Server 4.1 - BlackFriars TelePresence MCU 4.5

TelePresence Conductor 3.0 – Seven Red Roses

TMS 14.6 TMSPE 1.4 TMSXE 4.2

UC Manager 10.6

Expressway Core 8.5 Expressway Edge 8.5

VCS Control 8.5

VCS Expressway 8.5 - или -

u  Все типы конференций управляются Conductor, связанным транком с UC Manager (или зоной с VCS Control для пользователей не имеющих CUCM)

u  TMS планирование работает через Conductor

Что входило в Knightsbridge 3 (CMR версии 4.0)

Этапы Knightsbridge (CMR on Premises)

Этап 0-1 – март 2012

Этап 2 – май 2014

Этап 3 – январь 2015 (CMR 4.0)

Этап 4 – октябрь 2015 (CMR 5.0)

Терминалы

TC 6, TE 6 RT 9: 9951/9971 9.3 release CTS 2.0

TC 7.1 TE 4.1.3 CTS 1.10.4 TX 6.1.1

TC7.1.3 DX -10.2(2) IX 8.0.1 CTS 1.10.5

Программные клиента

Movi 4.4, Jabber 9.0.2:

Jabber 9.7 Jabber 10.6 JV4T 4.8.8 Lync 2013

Управление вызовом

X7.2, XC 2.0, CUCM 8.6.2-9.0

X8.1.1, XC 2.3 UCM 9.1.2/ 10.0.1

X8.2.2 -8.5 XC 3.0 9.1(2)SU2/10.5(2)

X8.5.3 XC 4.0 CUCM 10.5(2)

Сервер конференций

MCU 4.4 TS 2.3/3.0

TS - 4.0 MCU - 4.5

TS 4.1 MCU – 4.5

TS 4.2 MCU – 4.5

Управление TMS 14.1 TMS 14.4 / PE 1.2

TMS 14.6 / PE 1.4/ XE 4.1

TMS 15 / PE 1.5/ XE 5.0

23.11.15 © 2015 Cisco and/or its affiliates. All rights reserved. 3

Con

fere

ncin

g C

all C

ontro

l &

Edg

e

4

TelePresence Server 4.2 TelePresence MCU 4.5

TelePresence Conductor 4.0


UC Manager 10.5(2)

Expressway Core 8.5.3 Expressway Edge 8.5.3

VCS Control 8.5.3

VCS Expressway 8.5.3 - или -

u  Все типы конференций управляются Conductor, связанным транком с UC Manager (или зоной с VCS Control для пользователей не имеющих CUCM)

u  TMS планирование работает через Conductor u  Лицензирование конференц. ресурсов TS проводится на Conductor

+ централизованное управление лицензиями = Knightsbridge 4 (CMR версии 5.0)

Пользователь может организовывать конференции везде, всегда, на любом устройстве: только организатору конференции нужна лицензия

Лицензия на проведение конференции до 4-х абонентов, для не планируемой встречи (мгновенные конференции или персональные CMR) с качеством до720p30

Personal Multiparty лицензирование старые модели - Personal Multiparty Basic и Advanced

Лицензия на проведение конференции любого типа на не ограниченное число* участников (мгновенные или запланированные конференции или персональные CMR) с качеством до 1080p30. включая B2B и MS Lync

Когда то называлось «Personal Multiparty 4-way»

Вся инфраструктура телеприсутствия в одном

SKU |

Personal Multiparty Basic Personal Multiparty Advanced

* Ограничено не пакетом лицензий, а оборудованием организации

Лицензирование видеоконференций

Сколько лицензий требуется

сколько, какого типа?

Что такое порт и сколько нужно?

Какое разрешение

(720 или 1080 или…)

Какое оборудование подключается?

Есть Lync клиенты?

Нужны специальные лицензии для внешних

подключений?

Это просто одна конференция!!

Вчера Сегодня

Централизованное лицензирование

Новая (Multiparty) лицензионная модель Единый пул Multiparty лицензий

Cisco TelePresence® Conductor TMS/PE

Не удается отобразить рисунок. Возм

Все ресурсы доступны для конференций всех типов

(запланированные, персональные, ad-hoc)

Все Multiparty лицензии

Cisco TelePresence Servers

Поддерживаются все Cisco TelePresence Server платформы: Виртуализованные решения, включая MM410; MSE шасси с MM820;

Cisco TelePresence Server на старых платформах

Общие (Shared) и Персональные

(Personal) Multiparty лицензии

управляются централизованно

Экранные лицензии (Screen

Licenses) в этом режиме не

используются

› Экономически эффективна: - Вся емкость серверов доступна для использования - Доступная емкость каждого сервера не ограничена проданными для него лицензиями

› Простое расширение и администрирование:

- Необходимо просто добавить новые сервера, без изменения установленных лицензий

- Поддержка различных сервисных моделей, в том числе - “follow the sun”

Multiparty Conferencing для CMR – это возможность установить не ограниченное число серверов телеприсутствия для обслуживания пользователей PMP

§  Упрощение и удешевление спецификаций; Multiparty конференции для любых устройств, лицензирование по количеству пользователей

§  Два типа лицензий:

-Personal Multiparty (PMP) включено в CUWL-Pro

-Shared Multiparty (SMP) для конференц комнат и всех остальных пользователей.

§  Каждый пользователь может организовывать конференции любого типа, неограниченные по качеству и размеру. Единственное ограничение – число и емкость аппаратных и виртуальных платформ TS в организации.

TelePresence Server для мгновенных, CMR, и запланированных конференций

Conductor

Unified Communications Manager

TMS

Одна лицензия CUWL Pro включает Personal Multiparty видеоконференции

Гибкость Лицензия общего пользования (Shared host license) для конференц залов (и, опционально, – для пользователей без CUWL Pro лицензии)

Эффективно Единая архитектура конференций с централизованным управлением лицензиями

Лучшее в индустрии Уникальное предложение для UC и видео

Просто посчитать Просто использовать Просто купить

Лицензирование CMR

Одна конференция Одна лицензия

Multiparty лицензирование CMR

один HD порт ($4,500)

6 HD портов ($27,000) два HD порта

($9,000)


Вчера – слишком сложное Сегодня – 1 лицензия на 1 конференцию

Screen Licenses: $54,000 + interop

+B2B +scheduling


* При покупке группового терминала – SX10 или выше

CUWLPro: включено или

Shared Multiparty: $4,990*

Multiparty лицензирование: Что нового?

Персональная Multiparty лицензия •  Включена в CUWL Pro без дополнительной платы •  Заменяет Personal Multiparty Basic •  Имеет функционал схожий с Personal Multiparty Advanced

Shared Multiparty – новая лицензия •  Одна лицензия на конференцию •  $4,990 если продается вместе с терминалом, включает лицензию CUCM на регистрацию telepresence room •  $9,000 если продается отдельно

Централизованное управление лицензиями •  Доступно для все существующих TS платформ •  Емкость конференций ограничена только емкостью серверов

•  Возможности оборудования больше не ограниченны Лицензионно !

Multiparty лицензирование: простая модель продаж

Просто и эффективно

Конференции могут использовать всю емкость серверов

Централизованное

управление лицензиями

Персональные Multiparty

›  Включены в CUWL Pro лицензии

›  Продаются для пользователей настольных видеосистем или Jabber

Общие Multiparty

›  Для пользователей без CUWL Pro

›  Продаются вместе с терминалами

Планирование Multiparty видео встречи

Использование конференции никогда не было так просто

Добавьте сервер (MM410v / MM820)

Выберете тип терминала Добавьте лицензию

+

Персональные

Общего пользования

CUWP Pro на каждого пользователя

Shared Multiparty по числу одновременных конференций

+

Упрощение лицензирования с Multiparty моделью (предварительная модель продаж – возможны изменения)

SMP

Если

приобретается вместе с

терминалом – включает

лицензию на его

регистрацию

UCL/CUWL

CUWL Pro с Personal Multiparty

Basic

Personal Multiparty Advanced

Лицензия на регистрацию терминала

Screen Licenses

CUWL Pro

включает Personal Multiparty

+ + TelePresence

Conductor

Expressway RMS

TMS

Вчера Сегодня

Named Host

Shared Model

Named Host

Shared Host

Included Licensing; •  Unlimited TelePresence Sever •  4 x Conductor Enterprise edition •  TMS & TMS-EX - 25 •  MS Lync/S4B interop •  1 x RMS на 10 CUWLPro

Included Licensing; Любое количество TelePresence Sever 2 x RMS на 1 SMP Опционально – стартовый пакет: 2x Conductor Enterprise TMS & TMS-EX - 25 MS Lync/S4B lnterop SMP поддерживается с UCM и VCS

Multiparty лицензирование в FY16 Multiparty лицензирование удобно для организацию любых размеров, поскольку позволяет подключиться к конференции неограниченному количеству участников

CUWL Pro с Personal Multiparty (PMP)

$500 На пользователя, постоянные

Идеально для большинства

1 «именная» лицензия Не ограниченные по размеру Full HD конференции

Типы конференций: По требованию Персональные CMR Запланированные Включает лицензии; Любое количество VM для vTS 4 x Conductor Enterprise TMS & TMS-EX MS Lync/S4B & RMS

Shared Multiparty (SMP)

$4,990 Общего пользования, постоянная

Идеально для залов конференций

1 общая лицензия Не ограниченные по размеру Full HD конференции

Типы конференций: По требованию Персональные CMR Запланированные $4,990 приобретаемые вместе с терминалом телеприсутствия Любое количество VM для vTS 2 x RMS CUCM TP Room UCL License

$9,000 – приобретаемые отдельно

Опционально – стартовый пакет $9,000 2x Conductor Enterprise TMS & TMS-EX, & MS Lync/S4B

Multiparty Enterprise Agreement

Предоставляется в рамках обновления программы

Multiparty На пользователя, постоянные

Не ограниченное количество «именных» лицензия Не ограниченные по размеру Full HD конференции

Типы конференций: По требованию Персональные CMR Запланированные Включает лицензии; PMP длоя всех сотрудников Стоимость Окончательно не определена

+ или

Архитектура централизованного лицензирования и интеграция ее с PLM (план разработки, в дальнейшем может быть изменен)

UCM 11? Conductor

(XC4.x) CMR – вызов

пользователя CMR

TMSPE(1.5) группы – максимум

участников

TS (4.2)

Доверенное лицензионное соединение

PLM 11.x?

PMP идентификатор пользователя Один раз в день отправляет

информацию о использовании: •  PMP •  SMP

TMSPE настраивает CMR TMS запускает запланированные конференции •  из AD пересылается ID пользователя

Ad hoc AD ID

пользователя

•  Унифицированная схема управления лицензированием конференцресурсов

AD

Сумма различных пользователей использующих конференции и группы

Информация о пользователях из AD / LDAP

В логической схеме не учтены

SMP

Conductor

SN: xxxx

Conductor B2BUA 2

Conductor

SN: xxxx

TP Server

SN: yyyy

Доверенное лицензионное соединение

•  Conductors имеет загруженный сертификат, поддающийся проверке корневым сертификатом CA на TS •  Conductor использует TLS соединение с TP, и предоставляет до 3 сертификатов пиров кластера •  Если у TS в Licensing = remote mode

•  TS проверяет сертификат – используя CRL и т.д. •  Если сертификат действительный, сохраняет его и разрешает SIP трафик только через MTLS соединение установленное с использованием одного из этих 3-х сертификатов

Conductor B2BUA 1

Сертификаты XC в кластере

Licensing =

remote

Прими мое соединение нет Прими мое соединение Да, конечно

Сохраняет до 3-х

сертификатов

Прими мое соединение Да, конечно

Загружен доверенный корневой сертификат центра сертификации для сертификата Conductor (root CA)

Загружен подписанный сертификат

Кластер Conductor

•  Проверьте owner_id ассоциированный с CMR (передается с TMS) •  Status -> Collaboration Meeting rooms -> Search -> введите точное

id CMR

Диагностика проблем связанных с использованием лицензий

owner_id ассоциированный с CMR

Логика выделения PMP лицензий

CUCM 10.6

•  deviceName –всегда доступно

•  devicePKID – всегда доступно

•  userName – если настроено

•  userPKID – если настроено

•  objectGUID – если пользователь из AD

Сервис конференций для крупных и средних предприятий

TelePresence Server Сервер конференций

Virtual TelePresence Server Сервер конференций

MSE шасси Сервер конференций

TelePresence Management Suite (TMS) Планирование и пользовательские порталы

Cisco Conductor Дирижер конференций

Что вам минимально необходимо для проведения конференции? Что необходимо добавить для обеспечения планирования и интеграции планирования? Как насчет масштабирования? Как обеспечить совместную работу нескольких серверов? Что необходимо для обеспечения работы конференций всех типов?

Сигнализация

API

Архитектура унифицированных конференций Cisco

Internet

Unified CM Expressway-C Expressway-E

SIP SIP and API control

TMS+PE Conductor

Общий пул серверов

Выделенный пул серверов для «гарантированного» бронирования

Единая модель развертывания выделения ресурсов

•  Единая модель развертывания конференц ресурсов, использующая для взаимодействия SIP и XMLRPC интерфейс

•  Поддерживается TS и MCU

•  Поддерживаются ресурсы •  Запланированные выделенные •  Запланированные разделенные •  Мгновенные встречи •  CMR •  C облачной WebEx интеграцией

HTTP XML/RPC XML/RPC+SIP Cascade Сервера конференций выделенные для мгновенных встреч и

персональных / общих CMR (можно c WebEx) +( возможно планирование)

Сервера конференций выделенные для бронирование видеоконференций и WebEx

MCU

MCU

Pool 2 Pool 1

MCU

TS

TS

Pool 3

TS

TS TS 7010/8710

Conductor (B2BUA)

Portal

UCM

TS

Планирование, Настройка и Мониторинг

Pool 4 Pool 5

Один сервер на pool

TMS

TMS

Основные вехи в развитии Conductor


Ноябрь 2011

Не планируется поддерживать в

будущем

Декабрь2012

Май 2013

Апрель2014

Conductor в качестве сервера политик (Call policy server) для VCS

Conductor с модулем B2BUA

для UCM

Нет изменений в модели развертывания – новый механизм оптимизации

ресурсов TS4.0

XC 1.1 XC 2.0 XC 2.1 XC 2.3

SIP/ H.323 SIP SIP

Conductor с модулем B2BUA

для VCS

Уфф !!

Для использования multiparty модели требуется Conductor

Conductor необходимый компонент при работе с vTS, MM310 и MM320 Только SIP протокол НЕТ поддержки H.323 в Conductor Требуется expressway/VCS преобразование протоколов для h323

Максимальный размер конференции сегодня ограничен 200 подключениями

24

Все типы vTS, включая установленные на сервера 3-х производителей

Для чего нужен Conductor

Создание персональных конференц. комнат

Единый алгоритм действий, не зависящий от выбранного конференц. сервера и его типа

Какой номер моей конференции?

Администратор

§  Замены конференц. сервера при выходе из строя или полной загрузки

§  Разный сервис для разных групп пользователей, например FullHD только для руководства предприятия.

25

Что TelePresence Conductor реально делает?

26

•  Это работает для любых типов конференций (запланированные, по требованию, CMR)

•  Единый и простой алгоритм действий пользователя

•  Знает о всех серверах и их портовой емкости, оптимизирует ресурсы.

•  Интеллектуальный выбор наилучшего сервера

•  Автоматическое каскадирование серверов

•  Одна конфигурация (шаблон) применяется для любых серверов

Виртуализация Конференций

(серверов)

Управление ресурсами/выбор серверов для проведения конференций

Централизованное управление и администрирование серверов конференций

Что это значит? Что это значит? Что это значит?

•  Одни и те же шаблоны можно использовать для разных типов конференций

Соединение с Conductor

27

Управление вызовом

Cisco TelePresence Conductor

Пул ресурсов MCU

*MCU 4200 серии

*MCU 4500 серии

*TS 7010 MM 310 или 320 MSE 8710 vTS

*MSE 8420 SD MCU MSE 8510 HD MCU

Пул ресурсов TelePresence Server

MCU 5300 серии

Терминалы

SIP B2BUA

* Анонсирован EOS

Основные вехи в развитии Conductor


Август 2014

январь 2015

Сентябрь 2015 ?

Каскадирование конференций на

TS

Pin гостя/владельца Поддержка

планирования, Multistream.

XC 2.4 XC 3.0 XC 4.0

Поддержка режима внешнего лицензирования

Unified CM Подключение сервера конференции

29

•  Поддерживается в UCM 8.6 и 9.x •  Рекомендуется использовать разные сервера конференций •  Поддержка – MCU для обоих типов

•  TS – только рандеву (транк) •  Сервера не каскадируются •  По требованию – используются

сервера настроенные на UCM •  Рандеву – SIP транк с UCM

Подключение сервера конференций в UCM конфигурации

Могут быть разными

SIP транк на UCM

UCM 8.6 и 9.x

Unified CM 10 Изменение в настройки подключения конференц. ресурсов

30

•  Возможно настроить использование одного сервера для конференций по требованию и персональных CMR.

•  Только MCU •  TS не поддерживает конференции по

требованию

•  Нет поддержки каскадирования •  Требуется сконфигурировать все

используемые сервера конференций в UCM

SIP транк в UCM конфигурации

UCM 10 архитектура

Ad hoc

Rendezvous

Метод интеграции Back to Back User Agent (B2BUA)

31

B2BUA – Back to Back User agent Логический элемент SIP сети. Back-to-back user agent устанавливает сессию между двумя конечными точками и делит соединение на два независимых плеча, независимо согласуя на них всю SIP сигнализацию от начала до конца соединения. Поскольку все управляющие сообщения проходят через B2BUA, сервис провайдер может включать дополнительные сервисы и менять режимы соединений не разрывая его. Для выполняемого (входящего) соединения B2BUA работает как user agent server (UAS) и обрабатывает его (маршрутизирует) как user agent client (UAC) в сторону адресата, обеспечивая включение себя в сигнальную сессию. B2BUA полностью контролирует и управляет проходящими через него соединениями. Каждая сторона B2BUA работает как стандартный сетевой элемент SIP сети в соответствии с RFC 3261.

Source: http://en.wikipedia.org/wiki/Back-to-back_user_agent

Conductor и UCM

Как меняется модель?

32

Добавляем Conductor

Использует несколько IP адресов(до 65) •  Управление основано на IP •  Привязка локаций к IP

•  IP адреса для мгновенных конференций

•  IP адреса для персональных CMR

•  Отменяет необходимость настраивать отдельно каждый сервер в CUCM

•  эмулирует MCU API, для UCM выглядит как MCU

•  Использует B2BUA •  Только SIP сигнализация

Сервер конференций в конфигурации UCM

Отдельные сервера

SIP транк в конфигурации UCM

Conductor виртуальный IP адрес

Location

Conference Alias

Conductor

Этапы настройки

33

Conference Template

Service Preference

#1 Pool

TS/MCU

TS/MCU

TS/MCU

#2 Pool

Приоритет

TS/MCU

TS/MCU

TS/MCU

(Может быть использован разными SP)

(Может быть использован в разных Conference Templates)

(условно для конференций по требованию)

Conductor UCM

Conf. Alias Route Pattern

Service Preference

Route List/MRGL

Conf. Bridge Pool

Route Group/MRG

Conf. Bridge Conference Bridge

Conductor Как это работает – Ad hoc

34

SIP Media HTTPs

CUCM Conductor

8710 TS

5300 MCU

172.16.50.1 Управление: 172.16.100.1 Ad hoc: 172.16.100.2 Rendezvous: 172.16.100.3

172.16.100.20

172.16.100.50

Нажата конференц. кнопка

Запрошено создание конференции по требованию

Device Pool, MRGL, поиск в MRG и выбор в

нем Conductor в качестве сервера конференций create.conference

команда на .2

Применяется шаблон (Conference Template) ассоциированный с .2

применяется Service Preference

Выбирается приоритетный pool

Выбирается MCU из пула

Conductor создаёт конференцию на

MCU

Телефоны маршрутизируются на сервер конференций

Применяется Conference template

Conductor

Как это работает – Rendezvous (CMR)

35

CUCM Conductor

8710 TS

5300 MCU

172.16.50.1 Управление: 172.16.100.1 Ad hoc: 172.16.100.2 Rendezvous: 172.16.100.3

172.16.100.20

172.16.100.50

Основываясь на CSS, CUCM выбирает Route Pattern или SIP Route Pattern разрешенный для

партитиции

Conductor проверяет на совпадение с

conference alias (для Rendezvous разрешен поиск по шаблону)

Применяется Service Preference

Выбирается приоритетный pool

Выбирается TS из пула

Conductor создает конференцию на TS

Несколько терминалов звонят на заранее

определенный номер или URI

Для упрощения схемы показано только одно соединение

Любые последующие соединения на этот номер или URI, conductor будет маршрутизировать на этот

TS и эту конференцию

SIP INVITE отправлен на .3

SIP Media HTTPs

Управление TS с Conductor – настройка TS

User > Add New User. Задать имя пользователя, пароль, права доступа - Administrator. Configuration > Sip settings > “Call direct” Configuration > Sip settings > Outbound transport > “TLS” Configuration > Time > NTP

Создать пользователя на TS

36

Установки SIP

Настроить синхронизацию времени

Включение под управление Conductor конференц. Сервера Conference configuration>Conference bridge pools> нажать New Configuration >Pool name> я задал “TS” Conference bridge type > “TelePresence Server” Нажать «Create pool» Conference configuration>Add conference bridge> нажать New Configuration> Задать имя (любое), ввести IP адрес бриджа Configuration> Conference bridge type > TelePresence Server Conference bridge pools> у меня “TS” Нажать «Create conference bridge»

37

Настройка Rendezvous

Конфигурация Conductor


System>Time>NTP Server Настроить несколько дополнительных к управляющему ip адресов в моем случае их 3 (*) Conference configuration>Location> нажать New Location name> “Lab” Conference type > “Rendezvous” Rendezvous conference setting> Rendezvous ip address > выбрать ip Нажать Add location внизу


38

После изменения ip адреса требуется перезагрузка. Conductor поддерживает до 128 ip адресов.

Conference configuration>Service Preference> нажать New Service Preference>Service Preference name> “for TS” Service Preference>Conference bridge type> Telepresence Server Нажать - Add Service Preference Pools> Выбрать Pool name, нажать Save Создаем Conference template: Conference configuration>Conference template>нажать New Задать имя, выбрать Service Preference (например из пред. идущего шага) Нажать Create conference template

39


Конфигурация Conductor под Rendezvous конференции

Conference configuration> Conference aliases> нажать New Conference aliases> Задать имя (в моем случае Rendezvous) Conference aliases> Incoming alias (must use regex) https://conductor_ip/inc/help/en_US.utf8Conductor_help.htm#cshid=regex_reference Для демонстрации я использовал (71…)@.* Conference aliases>Conference name (у меня “\1.Rendezvous) Conference aliases>Conference template (он у меня пока один – “HD”) Нажать Create conference alias

Основанная операция – настройка правил для номеров / имен

40


•  Настраивается в TMS (TMS PE)

•  TMS настраивает CMR комнаты на Conductor (не связано с интерфейсом Conductor)

•  CUCM SIP Route Patterns по прежнему необходимо настроить чтобы маршрутизировать соединения на Conductor

•  Та же логика выполнения соединения что и для Rendezvous, за исключением статичных URI (необходимо точное совпадение URI c идентификатором комнаты).

CMR (персональная конференц. комната)

1 2

New db Existing db

Номер совпадает? Номер совпадает?

Conductor

TMS+TMSPE

API calls WebUI

(1) Новая db – Полного совпадения db (только API) (2) Существующая db – частичные совпадения db (WebUI)

CMR id

Rendezvous шаблоны номеров

Как работает – Rendezvous (стенд)

42

Conductor

Rendezvous: 10.100.1.53

Управление: 10.100.1.54

[email protected] Совпало с маской (71…)@.* Используем шаблон (Template) “HD”

Сервис “for TS”

Pool name “TS”

Bridge “TS4.2” [email protected]

Conductor создает конференцию

88800003 на TS

vTS 10.100.1.55

Демонстрируется упрощенный, официально не поддерживаемый сценарий

•  TMS, TMSPE (Provisioning extension) , Conductor, Telepresence Server и UCM

CMR On-Prem - Компоненты

Unified CM

TMS + TMSPE Conductor TS

Provisioning API

ПО других производителей 1.  MSFT Windows Server 2.  MSFT SQL Database 3.  AD или LDAP Server

Cisco TMS 15.1+ TMS PE 1.6 (в разработке)

TMS полнофункционален в триальном режиме (без ввода ключа релиза на 3 системы)

44

Cisco TelePresence Management Suite Provisioning Extension 1.6 требует: Cisco TMS 15.0 или новее, Cisco TelePresence Conductor XC2.4 или новее,

Cisco TelePresence Conductor XC4.0 или новее для Multiparty лицензирования. Так же необходимо иметь: Cisco VCS X8.1 или новее. Unified CM 9.1.2 или новее

Unified CM 10.5.2 требуется для поддержки использования конференциями по требованию PMP

Текущая версия TMS (15.0) не содержит в своем дистрибутиве SQL Express

45

Cisco CMR – развертывание TMS

Обязательно создайте само-подписанный сертификат (если у вас не будет возможности подписать сертификат у корпоративного CA)

46


47



48



Он потребуется в дальнейшем, для использования с пользовательским порталом TMS PE – он поддерживает ТОЛЬКО подключение по https

49

Если вы видите такую картинку – установка TMS прошла успешно


Cisco TMS PE http://www.cisco.com/c/dam/en/us/td/docs/telepresence/infrastructure/tmspe/install_guide/Cisco-TMSPE-with-VCS-Deployment-Guide-1-5.pdf http://www.cisco.com/c/dam/en/us/td/docs/telepresence/infrastructure/tmspe/install_guide/Cisco-TMSPE-with-Cisco-Unified-CM-Deployment-Guide-1-4.pdf

50

Установка в соответствии с одним из руководств по ссылке выше. Не забудьте включить в SQL Server Configuration Manager Named Pipes и TCP/IP в SQL Server Network Configuration.

Проверьте что для Web сервера у вас установлен SSL сертификат для HTTPS

51

Cisco CMR Установка TMS PE – работа пользовательского портала


52



53



54


Обновленный CMR портал

55

https://ваш_ip/tmsagent/tmsportal/?locale=en_US#home

Необходимо знать CMR user_id

56

Активации CMR комнаты за другого пользователя

https://10.100.1.51/tmsagent/tmsportal/?user_id=cb6b81a8-a5b7-4378-ad02-97586a80711f&exclude=home,scheduler,settings#cmr

57

Активации CMR комнаты за другого пользователя

58

Cisco CMR Почему работает дозвон по ip?

2015-11-13T10:26:06+03:00

conferencefactory.controller: Level="INFO" Event="A request has been received from a client for a participant to create or join a conference." Destination-alias="[email protected]" Request_unique_identifier="cdb96c45-89d7-11e5-9a62-1b5e58aafe00" Requester_(VCS/Unified_CM/client)_address="10.100.1.59" Source_protocol="SIP" Unauthenticated_source_aliases="[[email protected]]" UTCTime="2015-11-13 07:26:06,714"

2015-11-13T10:26:06+03:00

conferencefactory.controller: Level="INFO" Event="An incoming call match string has been modified to include the SIP domain supplied by the API instead of the local domain." New_match_string="[email protected]" Original_match_string="[email protected]" UTCTime="2015-11-13 07:26:06,717"

59

Обновленный CMR портал Автоматически подключаемые участники

60

Обновленный CMR портал Автоматически подключаемые участники

Это ID использовал Conductor для того что бы потом, когда TS выполнит TLS соединение на его B2BUA, по этому идентификатору смаршрутизировать соединение на правильного абонента

Как работает исходящий дозвон

61

Conductor

Rendezvous: 10.100.1.53

Управление: 10.100.1.54

[email protected] Совпало с id [email protected]

Используем шаблон Сконфигурированный в TMS PE для CMR

Сервис “for TS”

Pool name “TS”

Bridge “TS4.3” [email protected]

Conductor создает конференцию

88800033 на TS

vTS 10.100.1.57

Демонстрируется упрощенный, официально не поддерживаемый сценарий

[email protected]

Conductor B2BUA

Conductor передает в API комманду вызова id вида [email protected]:5073

conferencefactory.controller: Level="INFO" Event="The SIP address of an out-dialed participant will be overridden on the target conference bridge if the bridge supports the 'toOverride' parameter." Auto-dial_participant_address="[email protected]:5073" toOverride_sip_address="[email protected]" UTCTime="2015-11-13 07:26:07,94"

[email protected]

+ в шаблоне отмечен номер для автовызова (может быть несколько) [email protected]

TCP только TLS TLS

Адреса SIP транков в локациях (location) эквивалентны и будут использованы для исходящих соединений последовательно до тех пор, пока доступны. (Нет балансирования нагрузки)

Как только текущий транк становится недоступен, автоматически выбирается следующий (мониторинг состояния ведется отслеживание получения ответа на SIP Option ping сообщения)

После выбора нового, доступного транка, он используется до тех пор, пока не станет недоступен.

Настройка транков, используемых для исходящих соединений в Conductor Location

62

Conductor TS транк 1

транк 2

транк 3

Конференция “еженедельная встреча команды”

Авто подключаемый участник: сервер записи (TCS)

Может иметь насколько настроенных транков на кластер UCM

Conductor Location

Начиная с XC3.0

Новое в TMS PE 1.6

Cisco TMSPE 1.6 будет поддерживать новую возможность - Active Meeting Manager для CMR конференций. Это простой инструмент для управления владельцем CMR активной конференцией. Для вывода интерфейса управления AMM, необходимо на своей персональной Web странице портала CMR нажать на «открыть» в секции Active Meeting Manager. AMM поддерживает следующие возможности:

§  Participant List – Отображение подключений участников конференции

§  Mute/Unmute – включить/выключить звук от определенного участника

§  Mute/Unmute All - включить/выключить звук от всех участников

§  Remove – Отключить выбранного участника §  Remove All - Отключить всех участников

Active Meeting Manager (AMM)



Новое в TMS PE 1.6 Active Meeting Manager (AMM)

Планирование с TMS, Smart Scheduler Не забудьте, до добавления Conductor в TMS включить на нем SNMP сервис System > SNMP

66

67

Планирование с TMS, Smart Scheduler Предварительно убедитесь что для пула разрешено бронирования

68

Планирование с TMS, Smart Scheduler И в выбранном шаблоне разрешено планирование

69

Планирование с TMS, Smart Scheduler После добавления Conductor в TMS необходимо настроить идентификаторы (Aliases) на соответствующей вкладке

70

Планирование с TMS, Smart Scheduler

Шаблон идентификатора (Aliases) необходимо скопировать из TMS и в точности перенести на соответствующий шаблон идентификатора в настройках Conductor

71


Последний штрих – рекомендуется проверить и при необходимости исправить используемый для планирования диапазон номеров

72


Можно пользоваться Smart Scheduler !

73


Можно пользоваться Smart Scheduler !

74


И CCC (Conference Control Center) в TMS

75


И CCC (Conference Control Center) в TMS

Поддерживаемый Cisco дизайн для работы Conductor VCS/Expressway – B2BUA http://www.cisco.com/c/dam/en/us/td/docs/telepresence/infrastructure/conductor/config_guide/xc4-0_docs/TelePresence-Conductor-Cisco-VCS-B2BUA-Deployment-Guide-XC4-0.pdf

76

Отличается установкой адреса VCS на Conductor в Location > Sip trunk setting for out-dial calls > Trunk 1-3. (Trunk transport protocol должен быть как на зоне VCS) На VCS создаем Neighbor зону для Conductor: H.323 mode – off Peer 1 address – Ip адрес rendezvous интерфейса Conductor Zone profile – Custom c “Automatically respond to SIP searches” – on Создаем правило поиска (Search rules) для Conductor: Mode - Alias pattern match. Pattern type – я обычно использую Regex. Pattern string - (meet|meetts|teach|learn|teachts|learnts)\..*@<SIP domain> или как в демонстрации - для цифрового префикса и определенной длины номера – (7\d{4})@<SIP domain> Pattern behavior – Leave On successful match - Stop Target – выберите зону Conductor

Поддерживаемый Cisco дизайн для работы Conductor CUCM – B2BUA http://www.cisco.com/c/dam/en/us/td/docs/telepresence/infrastructure/conductor/config_guide/xc4-0_docs/TelePresence-Conductor-Unified-CM-Deployment-Guide-XC4-0.pdf

77

Отличается установкой адреса CUCM на Conductor в Location > Sip trunk setting for out-dial calls > Trunk 1-3. (Trunk transport protocol должен быть TCP для UCM XU версий) Настройка CUCM описана на страницах 44-63 руководства. Основные этапы: Настройка разрешенной полосы пропускания для локации (location)- для UCM 9 и выше: System > Location Info > Location, найти локацию, войти в нее и нажать плюс в Настройка SIP trunk security profile System> Security> Sip Trunk security profile (можно использовать стандартный Non Secure Sip Trunk Profile) Создаем новый SIP profile: Device > Device Settings > SIP Profile (стр.47) Создаем новый Trunk для Conductor: Device > Trunk (стр. 48) – с адресом для rendezvous Создаем новый Trunk для Conductor: Device > Trunk (стр. 48) – такой же, но с адресом для add-hoc

Поддерживаемый Cisco дизайн для работы Conductor CUCM – B2BUA http://www.cisco.com/c/dam/en/us/td/docs/telepresence/infrastructure/conductor/config_guide/xc4-0_docs/TelePresence-Conductor-Unified-CM-Deployment-Guide-XC4-0.pdf

78

Основные этапы (продолжение, начало на предыдущем слайде): Включаем Conductor в UCM как конференц. ресурс: Media Resources > Conference Bridge. (стр. 51) Включаем конференц. ресурс Conductor в Media Resources > Media Resources Group. (стр. 53) Включаем MRG в MRGL - Media Resources > Media Resource Group List. (стр. 53) Включаем Media Resource Group List (Conductor) в Device Pool: System > Device Pool (стр. 54) Устанавливаем выбранный Device pool или MRGL для всех устройств, которые будут использовать Conductor: Device > Phones (стр.56) Добавляем шаблон маршрутизации (route pattern) в который попадут rendezvous и CMR номера для созданного rendezvous транка: Call Routing > Route/Hunt > Route Pattern. (стр.50)

Новое в версии Conductor XC 4.0 (кроме поддержки multiparty модели) Поддержка FQDN для виртуальных интерфейсов

79

Новое поле FQDN может быть задано для каждого из интерфейсов Conductor в дополнение к IP адресу.

Поддерживаются сертификаты с FQDN (не IP’s)

§  CSCus91652 – требование Conductor включения IP в SAN не поддерживается многими CA, начиная с октября 2015 года

Поддерживается работа с CUCM по HTTPS для Adhoc конференций.

§  CSCut22572 – «Unable to create HTTPS connection between Conductor and CUCM using FQDN»

Информация -

https://techzone.cisco.com/t5/Conferencing/Troubleshoot-HTTPS-Integration-Issues-Between-the-Conductor-and/ta-p/793075

Рекомендуемая архитектура По требованию/Rendezvous/CMR

80

Управление 10.10.10.10 По требованию 10.10.10.20 Rendezvous 10.10.10.30

Управление 10.10.10.40 По требованию 10.10.10.50 Rendezvous 10.10.10.60

Основной (Ad hoc)

Основной Rendezvous

Вспомогательный Ad hoc

Вспомогательный Rendezvous

Кластер

Ad hoc и Rendezvous Конференц. ресурсы

Ethernet

Конфигурация синхронизуется

Синхронизуются все конфигурационные параметры за исключением IP адресов

В случае выхода из строя одного Conductor или соединения, конференция все равно будет проведена.

Conference Alias

Conference Template

Service Preference

Conference Bridge Pool

Conference Bridge

Auto-dialled participant

only for rendezvous

Virtual IP ≠ from CUCM locations!

Location

Conductor – Logical Configuration

UCM Уфа

UCM Казань

Несколько UCM кластеров и Conductor

82

Сервера конференций

Sip транк


Sip транк


Sip транк

.2 Adhoc

.3 Rendezvous

.4 Adhoc

.5 Rendezvous

.6 Adhoc

.7 Rendezvous

.1 Управление

Location Москва Location Уфа Location Казань

UCM Москва Conductor в Москве

Location Москва использует Московский Pool Location Уфа использует Pool Уфы Location Казань использует Казанский Pool

Московский Pool

Уфа Pool

Казанский Pool

Россия •  Conductor поддерживает до 3-х пиров в кластере •  Кластер поддерживает несколько UCM •  Используйте ближайшие к абоненту ресурсы для проведения всех типов его конференций

Conductor: 65 IP адресов 1 для управления

64 для локаций

Каскадирование TelePresence Server

Требуются версии ПО: §  TelePresence Server 4.0(1.57) или новее §  Conductor XC2.4.1 или новее

Работает только в режиме удаленного управления (требуется Conductor) Каскадированое соединение преднастроено с качеством 720p 30fps для основного канала видео, стерео звуком и 720p 30fps для контента. Официально нами поддерживается 2342 участников каскадной конференции, но список участников конференции в active control (roster list) ограничен 500 записями. Каскадирование TelePresence Server с MCU не поддерживается (не путать с термином «коннектор»)

Демонстрация каскадирования

2 vTS с 8 HD портами (Optimized Conf выключены для демонстрации) Установки Conductor:

§  Conference type: Meeting §  Maximum number of cascades: 2

84

хост

хост

хост

Каскад

Каскад

Каскад

Лог событий Conductor

85


86

Использование multiparty лицензий


Количество активных Конференций =1

Количество используемых лицензий =1 SMP

Использовано 1 каскадное соединение

Conf 3

Conf 3

Conf 3

Conf 3

Conf 3

Conf 2

Conf 2

Conf 2

Conf 2

Conf 2

Conf 2

Conf 2

Топология «Звезда» Только один главный (“primary”) TS поддерживается для каждой отдельно взятой конференции Один и тот же TS может быть главным в одной конференции и подчиненным (“secondary”) в другой

Conf 1 Conf 1

Conf 1

Conf 1

Conf 1

Conf 1 Conf 1

Conf 1

Каскадные линки



88

Для конференции, созданной по этому шаблону, разрешено два каскадирования. Это означает что 2 порта 720p дополнительно будет зарезервировано для каждой конференции, созданной с использованием этого шаблон (Вне зависимости использовано каскадирование, или нет) На подчиненном TS порты не резервируются

Не влияет на качество контента каскадного соединения, так как оно всегда 720p30.


Интерфейс TelePresence Server

89

Новый тип подключения с названием “Cascade” создается для подключения к другому TelePresence Server


ActiveControl обеспечивает единый, унифицированный список участников (Roster List)

90

Подключены к подчиненному TS

Подключены к основному TS

Сегодня поддерживается отображение до 500 участников каскадной конференции


Специально для Российских пользователей –реализована поддержка работы TS с Conductor без установки ключа опции шифрования:

91

Сервер телеприсутствия версии 4.2 – 4.2 MR1

Conductor использует в качестве транспортного протокола для SIP сообщений при общении с TS только TLS. Теперь TLS и HTTS доступны по умолчанию на TS, без необходимости установки каких либо ключей HTTPS и SIP TLS сетевые сервисы включены на сервере «по умолчанию» HTTP и SIP TCP сетевые сервисы включены на сервере «по умолчанию» Возможность шифрования медиапотоков на TS заблокирована и требует установки ключа опции, которая теперь переименована в «Media encryption key» (категория С3)

§  TelePresence Server 4.1 MR

§  UCS C220 M4 и UCS B200 M4

§  2х Xeon E5-2600 v3 CPUs “Haswell” – 24 физических ядер

§  64GB DDR4 RAM

§  До 8 MM410v в шасси UCS 5108

§  $23,655 – сервер

§  $23,259 – блейд сервер

8 MM410v в шасси UCS 5108 обеспечивают емкость 54 HD порта на один MM410v HD порт = 720p30 видео + 720p5 контент + широкополосный стерео звук Обеспечивает 432 HD портов при заполнении всех 8 слотов шасси

Поддержка новой платформы:

Важное изменение в лицензировании VMware для MM410v/vTS

92

Достигнута договоренность с VMware о выпуске лицензии нового типа - Cisco TelePresence Virtualization Software", VMW-VS5-410V-K9. Лицензия может быть использована и заказана только в составе серверов MM410v / 410vB Поддерживается до 64 vCPU на VM. Нет поддержки vCenter, HA, vMotion,и т.д. Не поддерживаются другие приложения (только vTS). http://docwiki.cisco.com/wiki/Unified_Communications_VMware_Requirements Стоимость лицензии та же что и Cisco UC Virt. Foundation - $2499 Cisco GPL.

Новое лезвие для шасси MSE8000 – Multiparty Media 820 Большая производительность, большая емкость

93

Большая емкость блейда Multiparty Media 820 ›  60 HD портов на лезвие; 540 HD портов на шасси ›  Та же стоимость что и у 8710 лезвия: 60% ниже стоимость одного подключения

Поддержка новых технологий ›  Поддержка всех современных возможностей сервера телеприсутствия ›  Планируется поддержка всех новых возможностей (h265)

Защита инвестиций ›  Использует уже приобретенные лицензии (SL) ›  Совместим с существующими MSE8000 шасси

Требует Conductor – режим

локального управления не поддерживается

Рекомендованная цена (GPL) US$62,340

Уже доступен

Разработано для замены 8710 В 2.5 больше емкость чем 8710 (30 SL/лезвие в стартовом релизе) Стоимость лезвия не меняется - лучшее отношение портовой емкости / $ Приблизительно то же потребление электроэнергии

Con

fere

ncin

g C

all C

ontro

l &

Edg

e

94

TelePresence Server 4.2 (MR1) TelePresence MCU 4.5

TelePresence Conductor 4.1


UC Manager 11

Expressway Core 8.7 Expressway Edge 8.7

VCS Control 8.7

VCS Expressway 8.7 - или -

u  Active Meeting Manager (новый функционал пользовательского портала) u  Conference Placement u  Basic Reporting (CDR Usage Implementation)

Knightsbridge 5 (CMR версии 6.0 ?)

Заглушка в раскладке активного присутствия (ActivePresence Placeholders) – изменения с 4.1 Обеспечивает наглядную, удобную и предсказуемую индикацию говорящего

Говорит участник, обозначенный оранжевым цветом Его метка вторая, справа

Говорит участник, обозначенный черным цветом Его метка третья, слева

Заглушка индикатора активного говорящего

95

Cisco TelePresence Server 4.3

96

4.3 – будет поддерживать новый UI c обновленным экраном лобби (lobby screen), новыми голосовыми сообщениями и небольшими изменениями в логике подключения В следствии изменения OS виртуальной версии TS (vTS) модернизация существующих виртуальных платформ, путем апгрейда не будет поддерживаться. Необходимо будет развернуть новый .OVA шаблон. Для заказчиков использующих SL они будут сгенерированы заново, как и все остальные опции. 4.2 – последняя версия TS, поддерживающая режим локального управления

Масштабирование – Сервер Телеприсутствия Увеличение емкости, флагманские платформы

Портовая емкость в HD для видео + контент

36

MM 400v

36

28 20

40

60

Q4 CY14

Q1 CY15

Q1 CY14

MM 410v Server

(+50% по сравнению с MM400v)

54

432

MSE8000

540

+ 150%

216

Старый

8710

Новый

Mul

tipar

ty M

edia

820

Q3 CY15

MM 410v Blade Server

(+150% по сравнению 8710)

Уже доступен

512

Q4 CY15 (планируется в TS4.3)

64

Что дальше? – отложено до версии 4.3 MR1 ?

Увеличение числа потоков отправляемых TS на multistream терминалы до 18 - Необходимо для поддержки двух-экранного режима работы в конфигурации 3х3 + 3х3 Количество токенов Число потоков Максимальное

разрешение

240 7 360p

480 9 480p

960 16 720p

1920 18 1080p

2880 и выше 18 1080p

Поддержка не линейного кодирования Оптимизация портовой емкости (Масштабирование) Поддержка механизмов коррекции ошибок для Multistream в Webex (FLEX) H265 Расширенная отчетность (TMS, Prime C) ActiveCascade (Multistream) для TS-TS-Webex

Ждем ваших сообщений с хештегом #CiscoConnectRu

CiscoRu Cisco CiscoRussia CiscoRu

Сергей Юцайтис Video: [email protected] Mobile: +7 (495) 776-8238 https://jabberguest.cisco.com/call/[email protected]?name=Sergey%20Yutsaytis

23.11.15 © 2015 Cisco and/or its affiliates. All rights reserved.

Новая модель лицензирования конференций cisco,...

Technology