Новые возможности cucm 9.0

133
Sponsored by Константин Грибах Технический консультант, Cisco [email protected] Обновления решений Cisco Unified Communications 9.0

Upload: cisco-russia

Post on 02-Dec-2014

6.189 views

Category:

Technology


5 download

DESCRIPTION

 

TRANSCRIPT

Page 1: Новые возможности CUCM 9.0

Sponsored by

Константин ГрибахТехнический консультант, [email protected]

Обновления решений Cisco Unified Communications 9.0

Page 2: Новые возможности CUCM 9.0

• Базовые сведения о Cisco Unified Communications Manager

• Новые возможности Cisco Unified Communications Manager – Расширение существующих возможностей– Инфраструктурные изменения– Новые возможности управления вызовами

О чем пойдет речь

Page 3: Новые возможности CUCM 9.0

• Базовые сведения о Cisco Unified Communications Manager

• Новые возможности Cisco Unified Communications Manager – Расширение существующих возможностей– Инфраструктурные изменения– Новые возможности управления вызовами

О чем пойдет речь

Page 4: Новые возможности CUCM 9.0

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

Унифицированных коммуникаций Cisco– Обработка и хранение адресного плана предприятия

• выбор оптимального маршрута установления соединения• модификация адресов в соответствии с требованиям

– Управление абонентскими устройствами• формирование общих и специфических файлов конфигурации• управление версиями ПО для абонентских устройств• контроль занятости абонентов (сервис присутствия)

– Управление медиаресурсами• Ad-hoc и Meet-me конференции• Транскодирование• MTP (в том числе TRP и агенты RSVP)

– Интеграция телефонных функций с другими приложениями для совместной работы и офисными приложениями

Что такое Cisco Unified Communications Manager (CUCM)

+ =

Page 5: Новые возможности CUCM 9.0

• Аппаратные сервера– Аппаратные платформы Cisco MCS

• MCS 7816, MCS 7825, MCS 7835, MCS 7845• Поддерживаемые серверные конфигурации HP и IBM

• Виртуализированные сервера– Гипервизор Vmware ESXi 4.х и 5.0 работающий на:

• Вычислительных платформах Cisco UCS B- и C-серий, протестированных конфигураций (Tested Reference Configuration - TRC)

• Вычислительных платформах Cisco UCS, HP и IBM, удовлетворяющих требованиям по производительности для поддержки приложений Унифицированных коммуникаций Cisco (Spec-based Hardware configuration).

Поддерживаемые платформы (для версии CUCM 9.0)

http://www.cisco.com/en/US/prod/collateral/voicesw/ps6790/ps5748/ps378/prod_brochure0900aecd8062a4f9.html

http://www.cisco.com/go/swonly

http://www.cisco.com/go/uc-virtualized

Page 6: Новые возможности CUCM 9.0

Серверы обработки вызовов(максимум 8 на кластер)

ccm.exe ccm.exe

ccm.exe ccm.exe

CTI Manager

Сервер MoH

Сервер TFTP

Publisher

Программныеконференции

IDS Subscribers (Максимум. 19)

Репликациябазы данных

Кластер Unified CM

Unified CM : DB=IBM-IDS | OS= на базе Linux

DBDB

DBDB

DBDB

DBDB

DBDBDBDB

DBDB DBDBICCSICCS

DBDB

Архитектура кластера CUCM

Page 7: Новые возможности CUCM 9.0

• Кластер выглядит как единый коммуникационныйузел, с единой точкой управления (publisher)

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

• У одного сервера Publisher может быть до 19 подписчиков (subscribers)(всего 20 серверов в кластере, считая publisher)

• Обработкой вызовов могут заниматься до 8 серверов в кластере• Максимум 10 000 абонентов на одном сервере (зависит от серверной

платформы)• Максимум 40 000 абонентов в кластере Cisco Unified CM (зависит от

серверной платформы и конфигурации кластера)

Архитектура кластера CUCM: Свойства и правила

Page 8: Новые возможности CUCM 9.0

Directory Services

Call ProcessingCTI/QBE I/FSCCP I/FMGCP I/FH.323 I/F

Software MTPSoftware ConferencingMusic on Hold

Активный сервер

Серверголосовой

почты

ПриложенияJTAPI и IP-IVR

IPтелефоны

Шлюзы

Медийные и конференц-

ресурсы

Ресурсытранскоди-

рованияIntra-Cluster Communications (ICCS)

SIP I/F

Сервер обработкивызовов

Сервер обработкивызовов

TFTP

Directory Services

Call ProcessingCTI/QBE I/FSCCP I/FMGCP I/FH.323 I/F

Software MTPSoftware ConferencingMusic on Hold

SIP I/F

TFTP

Архитектура кластера CUCM: Обеспечение отказоустойчивости для подключенных устройств

XcodeXcode

ConfConf

Page 9: Новые возможности CUCM 9.0

• Более экономная схема резервирования

• Высокая доступность при апгрейдах

• Обеспечение резервирования при единичном отказе

Архитектура кластера CUCM: Схемы резервирования и отказоустойчивости: 1:1 или 2:1

• Балансировка нагрузки и резервирование

• Высокая доступность при апгрейдах

• Более быстрое восстановление сервиса

1 до2500

2501 до5000

Резерв

Схема резервирования 2:1 Схема резервирования 1:11 до1250

1251 до2500

2501 до3750

3751 до5000

Пример: сервер MCS 7835 поддерживает до 2500 абонентов на сервер.Требуется обеспечить резервирование серверов обработки вызовов для 5000 IP-телефонов

Page 10: Новые возможности CUCM 9.0

Управление вызовамиПротоколы сигнализации: CUCM как “транслятор протоколов”

Шлюзы

Аналоговые телефоны

WiFi IP-телефоны

IP IP-телефоны

Аналоговые

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

Шлюзы

IP-телефоны

Сети SIP

Шлюзы

Аналоговые телефоны

Приложения(JTAPI/CTI)Call Agents

SIP

Session Initiation Protocol

Skinny Client Control ProtocolITU-T H.323

Computer Telephony Integration/ Интеграция с приложениямиMedia Gateway Control Protocol

Телепрезенс

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

Page 11: Новые возможности CUCM 9.0

H.323 to SIP Video Interworking

Microsoft OCS via AMGW

Telepresence Video Communications Services

(VCS)

Advanced Conferencing Services

Expressway™Firewall Traversal

SIP

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

Удаленный доступ

3rd Party / терминалы H.323

Кластер

CUCM

CUCM: Поддержка абонентских устройств UC

Page 12: Новые возможности CUCM 9.0

КСПД

ССОП

пользовательUnified Mobility

пользовательUnified Mobility

Центральный офисРегиональное отделение

Cisco Unified Mobility обеспечивает механизм ассоциации внутреннего корпоративного номера пользователя с номером его мобильного аппарата.

Cisco Unified Mobility

Cisco Unified Communications Manager

Поддержка мобильных устройств и сервис Единого номера

Page 13: Новые возможности CUCM 9.0

• Централизованная обработка вызовов – кампусная модель

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

• Распределенная архитектура обработки вызовов

Модели внедрения CUCM

Детальное описание доступных моделей внедрения:http://www.cisco.com/en/US/solutions/ns340/ns414/ns742/ns818/landing_uc_mgr.html

Page 14: Новые возможности CUCM 9.0

• Кластер CUCM, приложения, шлюзы, IP-телефонырасположены в пределах высокоскоростной кампусной сети

• Модель поддерживает развертывание до 40,000 SIP или SCCP IP-телефонов на кластер

• ТСОП используется для всех внешних звонков

• До 2100 шлюзов и транков

Централизованная обработка вызововкампусная модель (Single Site)

ТСОП

Приложения(VMail, UCCX, CUP…)

Кластер CUCM

Page 15: Новые возможности CUCM 9.0

РасстояниеМосква Владивосток

• Серверы одного кластера CM распределены между ЦОД-ами• Приложения могут быть как в одном ЦОД так и распределены между ЦОД-ами• Единая точка администрирования, прозрачность функций (Extension Mobility), единый

номерной план• Максимальная двусторонняя задержка задержка 80 (40)-ms• Пропускная полоса 1544 kbps для каждых 10,000 BHCA + 1544 kbps для каждого subscriber • Максимальное количество площадок – 8

Централизованная обработка вызовов Распределенный кластер CUCM

Кластер CUCM

Приложения Приложения

Page 16: Новые возможности CUCM 9.0

• Кластер CUCM расположен в центральном офисе• Приложения и DSP-ресурсы могут быть централизованными

или распределенными• Поддержка до 40,000 телефонов на кластер• При отказе IP WAN, прозрачное использование ТСОП (Automated Alternate

Routing—AAR)• Survivable Remote Site Telephony (SRST) для филиалов• Максимум 2000 филиалов на кластер• Расширенный контроль выделения сетевых ресурсов (локально или с

использованием RSVP)

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

ТСОП

IP сеть

Центральный офис

Филиал A

Филиал Б

Маршрутизаторс поддержкой SRST

Приложения(VMail, UCCX, CUP…)

КластерCUCM

Page 17: Новые возможности CUCM 9.0

Нормальная работа

Центральный офис

Филиал

Маршрутизаторс поддержкойSRST

IP сеть

ТСОП

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

• IP телефоны содержат IP адрес маршрутизатора с поддержкой SRST в качестве последней записи в конфигурации CM GROUP

• Поддерживаются как SIP, так и SCCP IP телефоны• SRST обеспечивает базовый набор функций телефонов (постановка на

удержание, перевод вызова, быстрый набор, caller ID и др.)• Во время отказа маршрутизатор работает как голосовой шлюз (VoIP/POTS dial-

peers); шлюзы MGCP требуют настройки ‘MGCP Fallback to H323’

Распределенная модель с централизованной обработкой вызовов: отказоустойчивость

Голос

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

Голос

КластерUnified CM

Приложения

Отказ WAN

Page 18: Новые возможности CUCM 9.0

• Кластеры CUCM, приложения, DSP ресурсы есть в каждом офисе

• Поддерживается до 40,000 телефонов на каждый кластер• Можно объединять до 100+ офисов• Прозрачное использование ТСОП если IP-сеть недоступна• Динамическое формирование адресного плана (SAF/CCD)• Расширенные механизмы выделения сетевых ресурсов

(RSVP)• Роуминг абонентов (Cross Cluster Extension Mobility)

Распределенная обработка вызовов

Филиал A

Филиал B

Центральный офис

IP сеть

ТСОП

Приложения(VMail, IPCC, MP…)

КластерCUCM

КластерCUCM

Приложения

Приложения

КластерCUCM GKGK

Page 19: Новые возможности CUCM 9.0

• Базовые сведения о Cisco Unified Communications Manager

• Новые возможности Cisco Unified Communications Manager – Расширение существующих возможностей– Инфраструктурные изменения– Новые возможности управления вызовами

О чем пойдет речь

Page 20: Новые возможности CUCM 9.0

Расширение возможностей службы единого номера (SNR)

Page 21: Новые возможности CUCM 9.0

• В CUCM 7.0 появился параметр“Reroute Remote Destination Calls to Enterprise Number”

• Звонки на мобильный номер игнорируют настройки time of day

• При этом звонок все равно замыкается на физический телефон… но телефон НЕ звонит

Одновременный звонок для сервиса SNR

• Добавлен новый сервисный параметр “Ring All Shared Lines”

• Это логическая переменная• True – все устройства

пользователя звонят (включая другие зарегистрированные направления)

• False – звонок размещается только на данный номер

• Значение по умолчанию – False(сохраняется поведение как в прошлой версии)

Условие: сотрудник настроил номер своего мобильного телефона как RD сервиса SNR. Коллеги продолжают звонить ему на мобильник, даже когда сотрудник находится на рабочем месте

Требование: сотрудник желает, чтобы при звонке на его мобильный номер из офиса (от коллег) была возможность снять трубку на офисном телефоне

Page 22: Новые возможности CUCM 9.0

Проблема:• Когда звонок размещен на

какое-либо направление SNR(например, мобильный), CUCM не в состоянии определить кто ответил на звонок –пользователь или VMоператора мобильной связи

• Обычно для обнаружения ответа VM используется таймер “Answer Too Soon”

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

Голосовая почта для SNRРешение• В CUCM 9.0 добавлен новый

параметр “Single Number Reach Voicemail Policy”

• Эта политика определяет режим работы механизма обнаружения ответа VM: либо таймер, либо ручное управление от пользователя

• Тайминговый вариант продолжает использовать таймер“Answer Too Soon”

• Ручное управление требует от пользователя нажать клавишу для передачи сигнала DTMF для приема вызова

Page 23: Новые возможности CUCM 9.0

• Таймер Delayed Announcement: как долго ждатьпрежде чем проиграть уведомление

• Таймер Confirmed Answer Indication: как долго ждать сигнала DTMFот пользователя.

Голосовая почта для SNR

Page 24: Новые возможности CUCM 9.0

• В настроящее время для Mobile Connect и двухрежимных телефонов (c WiFi) доступны только голосовые вызовы.

• При этом CUCM умеет согласовывать параметры видео в случае, когда оба абонентских устройства имеют возможность работы с видео

Поддержка видео для SNR

• Поддерживается в том числе для устройств Cisco Dual Mode for Android/iPhone (со стороны CUCM)

• Поддержка видео разрешается на конфигурационной страничке устройства в CUCM

• Так же поддерживается работа через H323/SIP ICT

• SNR через шлюз ТСОП так же будет поддерживать видео, если возможности шлюза это позволяют

Page 25: Новые возможности CUCM 9.0

Очередь звонков для хант-групп

Page 26: Новые возможности CUCM 9.0

• Hunt Pilot может поставить звонок в очередь• Перенаправлять звонки в зависимости от настроек очереди• Агент может обслуживать несколько очередей.• Автоматическое отключение агента при неответе и

перенаправление звонка в очередь.• Звонок с наибольшим временем ожидания во всех очередях

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

Встроенная очередь звонков

Page 27: Новые возможности CUCM 9.0

Встроенная очередь звонков

Page 28: Новые возможности CUCM 9.0

Встроенная очередь звонков

Выбор: -Always (всегда)-Only for queued Calls(только для звонков в очереди)

Можно загружать своиприветствия

Page 29: Новые возможности CUCM 9.0

•Информация о состоянии очереди: программная кнопка, сервисна физической кнопке или Feature Control Policy (99xx/89xх)

Встроенная очередь звонков

Page 30: Новые возможности CUCM 9.0

• Показывается состояние всех очередей, обслуживаемых устройством

Встроенная очередь звонков

Page 31: Новые возможности CUCM 9.0

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

Page 32: Новые возможности CUCM 9.0

• Теперь пользователи могут настраивать номера быстрого набора не только включающие FAC, CMC, но и включающие донабор DTMF после установления соединения

• Для разделения частей номера быстрого набора используется запятая. Запятая используется как разделитель и/или пауза.

• Возможны 2 метода настройки номера быстрого набора:– Метод 1: с использованием запятой в качестве паузы и/или

разделителя– Метод 2: телефонныйномер/FAC/CMC/донабор без использования

запятой

Автоматический донаборПауза в номерах быстрого набора (speedials)

Page 33: Новые возможности CUCM 9.0

Метод 2: Без запятойМетод 1: Запятая как пауза

• - Запятая используется для определения номера, FAC, CMCи донабора

• - При донаборе запятая добавляет задержку в 2 секунды

• - Запятых может быть несколько, если требуется длительная задержка

• - Предпочтительный метод для всех устройств, за исключением CUPC

• - Все цифры номера быстрого набора, включая сам номер, FAC, CMC и донабор вводятся как одна строка, без разделителей

• - Никакой задержки при наборе номера нет

• - Может использоваться как для SCCP так и для SIP телефонов;обязателен в случае CUPC.

Page 34: Новые возможности CUCM 9.0

• 914085551212,,,,123456– Будет набрано 914085551212, после ответа будет пауза в 8

секунд, потом донабор DTMF 123456• 90114455612323#,2244

– Установлен FAC для международных звонков. Будет набрано 90114455612323# с FAC 2244

• 914085551212,6534,5656,,,9933– Установлен FAC и CMC. Будет набрано 91408551212, потом

FAC 6534, потом CMC 5656, пауза в 6 секунд после ответа, потом донабор DTMF 9933

• 914085551212653456569933– Установлен FAC и CMC. Будет набрано 91408551212, потом

FAC 6534, потом CMC 5656, после ответа немедленный донабор DTMF 9933

Пауза в номерах быстрого набора – примеры:

Page 35: Новые возможности CUCM 9.0

Синхронизация с LDAP и локальные пользователи

Page 36: Новые возможности CUCM 9.0

• До CUCM 9.0– Включение синхронизации пользователей из LDAP автоматически

запрещает добавление локальных пользователей– Все конечные пользователи должны были быть заведены в AD и

синхронизированы с CUCM– Необходимость заведения дополнительных пользователей в AD

может приводить к дополнительным затратам на лицензии CAL дляMS AD

• Начиная с CUCM 9.0– В базе данных конечных пользователей CUCM могут

присутствовать как локальные пользователи так и пользователи изLDAP

– Возможность редактировать свойства локального пользователя– Удаление синхронизации с LDAP приведет к пометке всех LDAP

пользователей как подлежащих удалению– Администратор может конвертировать пользователя LDAP в

локального

Локальные пользователи и пользователи из LDAP

Page 37: Новые возможности CUCM 9.0

Поле User status используется определения статуса пользователя – локальный или из LDAP.

Локальные пользователи и пользователи из LDAP

Page 38: Новые возможности CUCM 9.0

Используйте чекбокс “Convert User Account” для конвертации пользователя LDAP в локального (не забудьте сохранить изменения).

Локальные пользователи и пользователи из LDAP

Page 39: Новые возможности CUCM 9.0

• Существующие соглашения LDAP синхронизируют по умолчанию 13 атрибутов• Новые соглашения LDAP позволяют определить до 5 пользовательских

атрибутов для синхронизации информации из корпоративного каталога

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

Page 40: Новые возможности CUCM 9.0

• Настраиваемые поля едины для всех настроенных соглашений о синхронизации

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

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

– Если указанный атрибут не будет существовать в LDAP система выдаст сообщение об ошибке

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

Page 41: Новые возможности CUCM 9.0

• Базовые сведения о Cisco Unified Communications Manager

• Новые возможности Cisco Unified Communications Manager – Расширение существующих возможностей– Инфраструктурные изменения– Новые возможности управления вызовами

О чем пойдет речь

Page 42: Новые возможности CUCM 9.0

Интеграция CUCM и CUP

Page 43: Новые возможности CUCM 9.0

• С точки зрения администратора, до версии 9.0, CUCM и CUP представляли собой независимые системы, взаимодействие между которыми ограничивалось подключением по AXL с целью получения информации о пользователях. Каждая система имела свою процедуру инсталляции, настройки и управления.

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

• Кроме этого:• Начиная с версии 9.0 сервер CUP переименован в “Cisco Unified CM IM and

Presence”• Внедрена единая схема нумерации версий и общий процесс апгрейда

приложений• Используется новая, упрощенная схема лицензирования• Прекращена поддержки IP Phone Messenger (IPPM) и CUPC 7.0

Новая роль: CUCM IM & PresenceПервая фаза интеграции CUP и CUCM в единый продукт

Page 44: Новые возможности CUCM 9.0

• Настройка сервисов UC через административный Web-интерфейс CUCM

• Настраиваемые сервисы UC:– Voice Mail, Visual Voice Mail, Conferencing, Directory, IM и Presence, CTI

• Настроенные сервисы объединяются в сервисный профиль UC• Сервисный профиль UC назначается пользователям

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

– Там же определяется домашний кластер

CUCM IM & Presence

Page 45: Новые возможности CUCM 9.0

Сервисный профиль пользователяУправление доступом к сервисам UC

Page 46: Новые возможности CUCM 9.0

Лиценизирование и Enterprise License Manager

Page 47: Новые возможности CUCM 9.0

Бизнес Задачи• Соответствие аудиту, учет использования лицензий• Управление лицензиями нескольких кластеров• Управление лицензиями нескольких приложений • Быстрая реакция на запросы бизнеса

• Унифицированная схема лицензирования –UCL и CUWL

• Централизованное хранение и управление. • Простое администрирование, отчетность.

Решение

• Упрощает процесс лицензирования и учета. • Не нужно ждать лицензий. Демо лицензии.• Ускорение цикла продаж, подсказки при расчете.

Польза

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

Page 48: Новые возможности CUCM 9.0

l l l l WebEx Meetings

l l l l WebEx Social

l l l Unity Connection

N/A N/A Jabber Mobile

N/A N/A Jabber Desktop

Jabber IM/Presence

1 1 1 / 2 До 10 До 10 # of Device Support

Analog / Voice Voice Video Video Video Device Type Support

1 1 1 1 1 # of User Profile

UCLEssential

UCLBasic

UCLEnhanced /

Enhanced Plus

CUWLStandard

CUWLProfessional License Type

$40 $125 $210 / $295 $325 $500 Price

• Видеотерминалыи програмныйклиент для UCL• BYOD налюбыхплатформах

• Базовыелицензиидлятелефонов

CPE &Hosted

CPE &Hosted

опциональновключено

Типы лицензий, которыми оперирует ELM

Page 49: Новые возможности CUCM 9.0

Enhanced PlusEnhanced Plus

EnhancedEnhanced

BasicBasic

Essential

Essential

User Connect License (UCL) 9.x

Public Space

TP Multi ScreenTP Multi Screen

TP Single Screen

TP Single Screen

Desktop Video

Desktop Video

Adjunct

Фич

и, м

одел

и те

леф

онов

Page 50: Новые возможности CUCM 9.0

CTSCTS--3000/32003000/3200

CTSCTS--500/1000/1100500/1000/1100

CTSCTS--13001300

Profile SeriesProfile Series

Solution PlatformsSolution Platforms

Структура UC 9.0 Подерживаемые устройства

Essential UCL

Basic UCL

Enhanced/Enhanced Plus UCL

АналоговыйАналоговыйпортпорт

39053905 69016901

69216921

69116911

E20E20

99xx99xx

89xx89xx

79xx79xx

695x695x

694x694x

Jabber DesktopJabber Desktop

Jabber Jabber MobileMobile

EX60EX60 / / EX90EX90

VXCVXC

ФаксФакс79377937

TelePresenceRoom

ДругиеДругиеустройства устройства SIPSIP

Page 51: Новые возможности CUCM 9.0

Преимущества:

• Jabber клиент – включен в стоимость лицензий

• Jabber для MAC, PC, Android, iPhone и iPad

• Лицензии Enhanced, Enhanced Plus, CUWL STD и PRO

• Enhanced & Enhanced Plus UCL

• Теперь 1 или 2 устройства

• Включая EX 60 / 90

• CUWL

• CUWL Standard – Увеличено кол-во устройств до 10

• CUWL Professional – добавлен Webex Social

В итоге сильно упростилась схема лицензирования

Page 52: Новые возможности CUCM 9.0

• Централизованный учет лицензий UCL и CUWL• Варианты внедрения ELM:

– Встроенный сервис в кластере UCM– Выделеная машина (виртуальная)

• Обслуживание нескольких кластеров и приложений UC

Центр Управления ЛицензиямиEnterprise License Manager

Сервис ELM

SOAP/https

Кластер UCMUnity Connection Кластер UCM

Page 53: Новые возможности CUCM 9.0

ELM устанавливается либо вместе с UC приложением СUCMUnity ConnectionCisco Webex Meetings Server

Либо как отдельное приложение – Enterprise License Manager –выбор при инсталляции с DVD

Может быть установлен на аппаратный сервер, на которые устанавливается ПО (CUCM, CUC).

Либо на VMWare используя профиль OVA для CUCM

Обновление ПО через интерфейс Unified OS Administration &Software Upgrades

MAC адрес ELM – физический или вируальный – используется для привязки ВСЕХ лицензий.

Установка, Upgrade ELM

Page 54: Новые возможности CUCM 9.0

Enhanced Locations Based Call Admission Control

Page 55: Новые возможности CUCM 9.0

• Как выглядел Locations Based CAC до CUCM 9.0– Поддержка только простейшей топологии типа “звезда”– Нельзя обменяться информацией CAC с другим CUCM или VCS– Нельзя использовать SME для управления полосой пропускания,

поскольку SME не управляет медиапотоком– Системы Telepresence, развернутые в отдельном от других

видеоустройств кластере не используют единый механизм CAC

Enhanced Locations Based CAC

ИЛИ

Page 56: Новые возможности CUCM 9.0

• CUCM 9.0 добавляет следующие возможности CAC:• Эффективное управление полосой пропускания для кластеров, которые

используют общую физическую инфраструктуру• Администратор может моделировать сложную топологию, включая

многоуровневый WAN• Несколько кластеров CUCM могут пользоваться объединенной

информацией CAC при расчете требуемой полосы пропускания• Настраивать доступную полосу пропускания отдельно для голоса, видео и

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

дублирующихся путей

Enhanced Locations Based CAC

Page 57: Новые возможности CUCM 9.0

• Топология CAC определяется в виде узлов (Locations) и линков (Links) между ними

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

стоимостью.• “Вес” – статическая величина в отношении выбора “эффективного пути” из одного узла в

другой

Enhanced Locations Based CAC

Hub_none

Loc_14 Loc_15 Loc_16

Вес=50

Путь 1: Loc_11 => HUB_None => Loc_15 => Loc_16 Вес = 50+50+50 = 150, НЕ ВЫБРАНЫЙ МАРШРУТLoc_11

Вес=50

Вес=20

Вес=50Вес=20

Путь 2: Loc_11 => HUB_None => Loc_14 => Loc_15 => Loc_16 Вес = 50+20 + 20+50 = 140, ВЫБРАНЫЙ МАРШРУТ

Audio BW poolVideo BW poolImmersive Video pool

Стоимостьлинков

Page 58: Новые возможности CUCM 9.0

• Location Bandwidth Manager (LBM): новый сервис, предназначенный для работы с CAC• LBM может быть запущен на всех серверах СUCM в кластере, или только на одном из них.• Основные задачи LBM:

• Сбор топологии и построение пути• Обслуживание запросов на выделение полосы пропускания от сервиса CUCM• Репликация информации на другие сервисы LBM внутри кластера и между

кластерами (для межкластерного CAC)

Enhanced Locations Based CAC

LBMLBM

LBMLBM

LBMLBM

Репликация

Репликация

Репликация

Запрос/ответ о выделении полосы Запрос/ответ о выделении полосы

Запрос/ответо выделении полосы

СерверCUCM

СерверCUCM

СерверCUCM

Page 59: Новые возможности CUCM 9.0

• Сервис LBM каждого кластера реплицирует свой локальный граф на другие системы корпоративной сети

• Сервис LBM, получивший граф от удаленной системы включает его в общую картину и формирует локальное представление глобального графа.

Enhanced Locations Based CAC

LBMLBM

LBMLBM

LBMLBM

LBMLBM

LBMLBMLBMLBM

UCMUCM

Loc_common

Loc_21 Loc_22 Loc_24 Loc_25

Loc_common

Loc_11 Loc_12

Репликация

Репликация

Репликация

Репликация

UCM

Page 60: Новые возможности CUCM 9.0

• Сервис LBM в результате имеет локальное представление общего графа.

• Сервис LBM в состоянии выполнить полное выделение полосы пропускания (End-to-End).

Enhanced Locations Based CAC

LBMLBM

LBMLBM

LBMLBM

LBMLBM

LBMLBMLBMLBM

UCM UCMLoc_common

Loc_21 Loc_22 Loc_24 Loc_25Loc_11 Loc_12

Loc_common

Loc_21 Loc_22 Loc_24 Loc_25Loc_11 Loc_12

UCM

Page 61: Новые возможности CUCM 9.0

• При миграции с предыдущих версий CUCM сервис LBM будет активирован автоматически.

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

LBM – новый сервис, обеспечивающий работу E-LCAC

Page 62: Новые возможности CUCM 9.0

• Пункт меню Location Infо также расширен для конфигурации E-LCAC

LBM – новый сервис, обеспечивающий работу E-LCAC

Page 63: Новые возможности CUCM 9.0

• Предназначен для обмена информацией E-LCAC при взаимодействии между кластерами CUCM

• Требуется использование транков SIP ICT, которые должны принадлежать location “Shadow”

Системный location “Shadow”

Page 64: Новые возможности CUCM 9.0

Теперь для каждого location можно настроить границу взаимодействия (линк) с другими locations и определить доступную полосу пропускания и стоимость маршрута

Для сохранения совместимости с предыдущими версиями, при заведении нового Location автоматически добавляется линк к location Hub_None. Администратор может удалить этот линк если он не нужен

Изменения на странице настройки locations для конфигурации E-LCAC

Page 65: Новые возможности CUCM 9.0

Настраиваются правила выделения полосы пропускания для звонков внутри данной Location. По умолчанию считается что звонки внутри Location могут получать максимально возможное количество ресурсов.

Изменения на странице настройки locations для конфигурации E-LCAC

Page 66: Новые возможности CUCM 9.0

Конфигурация Video Call Traffic Class в профиле SIP

Page 67: Новые возможности CUCM 9.0

Сервисный параметр Use Video BW for Immersive Video Calls

Page 68: Новые возможности CUCM 9.0

Для корректной работы E-LCAC нужно учитывать следующие моменты:1. Каждый location внутри ВСЕЙ корпоративной сети должен иметь

уникальное имя (с учетом регистра). Если более одного Location имеют одинаковое имя, то такие locations будут моделироваться как один и тот же Location. Что, очевидно, не правильно и может трагически повлиять на работу E-LCAC.

2. В частности, location Hub_None, которая есть по умолчанию в каждом кластере, надо переименовать, если, конечно, нет задачи считать ее единой для всех кластеров.

3. В каждом кластере рекомендуется иметь как минимум один LBM Hub, а лучше два.

4. Надо учитывать что может потребоваться до 70 секунд для репликации данных LBM в сети.

5. Для каждого кластера нужно назначать уникальный cluster ID (это делается в меню Enterprise Parameter).

6. Транки SIP ICT должны входить в специальный location ”Shadow”, для того чтобы работало моделирование топологии между кластерами.

Особенности планирования и конфигурации

Page 69: Новые возможности CUCM 9.0

• Механизм UCM Location CAC – это моделирование статической информации • Для создания модели CAC администратор создает абстрактную модель сети,

пытаясь отобразить особенности настройки QoS “живой” сетевой топологии• Такое сетевое моделирование имеет принципиальное ограничение – отсутствие

обратной связи, не позволяющее реагировать на сетевые события и изменения топологии (как, например, при использовании RSVP CAC).

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

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

Что надо помнить про E-LCAC

Page 70: Новые возможности CUCM 9.0

Преимущества и недостатки разных вариантов Call Admission Control

Методы CAC LCAC Gatekeeper E-LCAC RSVP

Раздельная обработка голоса/видео

Обработка приоритетных звонков

Раздельная обработка видео/ Телепрезенс

Поддержка многокластерных топологий

Поддержка сложных WAN-топологий

Реакция на сетевые события

Поддержка филиалов с резерввными подключениями

Поддержка отказоустойчивых и резервированных сетевых топологий

Page 71: Новые возможности CUCM 9.0

• Базовые сведения о Cisco Unified Communications Manager

• Новые возможности Cisco Unified Communications Manager – Расширение существующих возможностей– Инфраструктурные изменения– Новые возможности управления вызовами

О чем пойдет речь

Page 72: Новые возможности CUCM 9.0

Cisco Extend&Connect

Page 73: Новые возможности CUCM 9.0

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

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

• Extend & Connect дает возможность администратору внедрять приложения, использующие протокол CTI и обеспечивать работу с ними для всех сотрудников, вне зависимости от типа абонентского устройства

• Extend & Connect позволяет сотрудникам получить все преимущества использования приложений Унифицированных коммуникаций Cisco в любом месте, используя любое устройство.

Extend&Connect: Зачем это нужно

Page 74: Новые возможности CUCM 9.0

“Как получить доступ к преимуществам Cisco UC продолжая использовать старую УПАТС и телефоны?”

Любая УПАТС

Кластер CUCM

Session Manager (опционально)

Cisco Unity Connection

ТСОП

Cisco Jabber

Домашний телефон

Мобильный телефон

Page 75: Новые возможности CUCM 9.0

• Сотрудник желает использовать Cisco Jabber и телефон, подключенный к традиционной УПАТС– Предприятие внедряет Cisco Jabber как стандартное приложение

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

• Cisco Jabber для мобильных сотрудников– Пользователи хотят пользоваться Jabber для управления звонками,

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

– Пользователь уже имеет IP-телефон Cisco, программный клиент Jabber, или и то и другое, но желает так же пользоваться клиентом Jabber при работе с домашним или гостиничным телефоном.

Наиболее частые ситуации когда эта функция полезна

Page 76: Новые возможности CUCM 9.0

Cisco Extend & Connect – Unified CM

Кластер CUCM

Cisco Jabber

Любая УПАТС

Домашний телефон

Мобильный телефон

ТСОП

Сервер голосовой почты

Page 77: Новые возможности CUCM 9.0

• CTI Remote Device – новый виртуальный тип устройства, определяющий телефоны пользователя (до 10) за пределами кластера. Управление звонками на/с этих устройств возможно с использованием приложений CTI. Для этого устройства можно настроить одну или несколько линий с корпоративными номерами.

• Directory Number – корпоративный номер пользователя для CTI Remote Device. Обычно, это основной DN сотрудника(например, 2000 или +1 408 200 2000).

• Remote Destination – номер телефона за пределами кластера CUCM (телефон УПАТС, домашний телефон).

• DVO-R – Dial-via-Office-Reverse – схема организации соединения, используемая при запросе установления соединения от клиента CTI для RD

• Cisco Jabber – клиент Jabber for Windows 9.1(1)

Определения и термины

Page 78: Новые возможности CUCM 9.0

Архитектура

ТСОП

Домашний телефон

+1 415 777 7000

Любая УПАТС

Телефон УПАТС

+1 408 555 5000

CTI Remote Device зарегистрирован на CUCM. DN2000 – основной номер пользователя, известный так же как +14082002000(корпоративный номер)

Телефоны, доступные через УПАТС или ТСОП

Настроенные RD представляют разные телефоны пользователя

Приложения CTIполучают данные о звонке и могут им управлять

DN – 2000RD – +1 408 555 5000RD – +1 415 777 7000

Кластер CUCM подключен к УПАТС или ТСОП посредством транков (PRI, BRI, SIP, или FXO)

Приложение CTI

Клиент Cisco Jabber

Page 79: Новые возможности CUCM 9.0

• Добавить пользователя в базу данных CUCM

– Можно использовать интеграцию с LDAP или добавить локально

• Отметить ‘Enable Mobility’ в разделе Mobility Information

Настройка: конфигурация параметров пользователя

Page 80: Новые возможности CUCM 9.0

• Назначить пользователю следующие права:– Standard CCM End-Users– Standard CTI Enabled– Standard CCMUSER Administration

Настройка: конфигурация параметров пользователя

Page 81: Новые возможности CUCM 9.0

Добавить новое устройство: CTI Remote Device

• Устройство типа CTI Remote Device определяет RD для пользователя

• Назначить владельца устройства указав User ID

– Имя нового устройства формируется автоматически. По желанию его можно изменить

• Настройка параметров типа Device Pool, CSS, MOHидентична настройке обычного IP телефона

• Не забываем назначить номер линии!

Page 82: Новые возможности CUCM 9.0

• Разрешаем сотруднику управление устройством

• Не забываем указать Primary Extension для данного пользователя

Ассоциация нового устройства и пользователя

Page 83: Новые возможности CUCM 9.0

• В зависимости от используемой схемы адресации кластера CUCM, можно настроитьApplication Dial Rules. Это может существенно упростить дальнейшую работу пользователей по настройке RD

• Используя Application Dial Rules можно приводить разные форматы представления номеров (7 цифр, 10 цифр) к определенному единому виду(например, к E.164).

• Настроенные правила применяются для всех RD, настроенных для CTI Remote Device

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

Page 84: Новые возможности CUCM 9.0

• RD – это номер телефона сотрудника, который расположен где-то за пределами кластера CUCM

• Пользователь может добавить, изменить или удалить номер RD непосредственно через клиент Cisco Jabber

– Номер, добавляемый через Cisco Jabber проверяется на корректность(через Application Dial Rules и адресный план) перед сохранением

• Администратор может настроить RDот имени пользователя

– Номер, добавляемый через СUCMадминистратором не проверяется на корректность

– Имя RD должно быть “JabberRD” для использования с клиентом Cisco Jabber

Добавляем номер RD

Page 85: Новые возможности CUCM 9.0

• Answer Too Soon Timer: Если при звонке DVO на номер RD ответ произошел ДО истечения этого таймера, то такой звонок будет завершен.

• Answer Too Late Timer: Если при звонке DVO на номер RD никто не ответил до истечения этого таймера, то такой звонок будет завершен.

• Delay Before Ringing Timer:Задержка перед маршрутизацией вызова на данный RD.

Настройка таймеров для DVO

Page 86: Новые возможности CUCM 9.0

• Если выбрать “Use other number for calls” –активируется режим Extend & Connect mode

– Новый режим появится после добавления CTI Remote Device для данного пользователя

• “Use default number” – используется преднастроенный номер

• “Edit number” дает пользователю возможность задать новый номер

Новые параметры клиента Cisco Jabber

Преднастроенный администратором номер Номер можно редактировать

Page 87: Новые возможности CUCM 9.0

• Как только пользователь активирует режим Extend&Connectчерез клиент Cisco Jabber, используемый RD и ассоциированный с ним номер помечается как “Активный”

• Администратор всегда может определить какой RD (и с каким номером) является активным через административный интерфейс CUCM

Что такое Active Remote Destination

Page 88: Новые возможности CUCM 9.0

Входящий звонок: режим E&C активирован

DN – 2000RD – +1 408 555 5000RD – +1 415 777 7000

Cisco IP Phone

DN – 1000

Домашний телефон

+1 415 777 7000

Любая УПАТС

Телефон УПАТС

+1 408 555 5000Cisco Jabber

1000 вызывает 2000

Звонок маршрутизируется на активный RD

голос

Active Remote Destination

Пользователь активирует режим E&C, указанный RD становится активным

Ответ на звонок с активного RD

1000 connected to 2000

Функции управления вызовом доступны через клиент Cisco Jabber

ТСОП

Page 89: Новые возможности CUCM 9.0

Входящий звонок при неактивном режиме E&C

DN – 2000RD – +1 408 555 5000RD – +1 415 777 7000

ТСОП

IP телефон

DN – 1000

Домашний телефон

+1 415 777 7000

AnyPBX

Телефон УПАТС

+1 408 555 5000Cisco Jabber

1000 вызывает2000

Пользователь не запустил или остановил клиент Cisco Jabber

Звонок маршрутизируется на все настроенные RD

Нет активных RD

Page 90: Новые возможности CUCM 9.0

Исходящий звонок: Extend&Connect и DVO-R

DN – 2000RD – +1 408 555 5000RD – +1 415 777 7000

ТСОП

IP телефон

DN – 1000

Домашний телефон

+1 415 777 7000

ЛюбаяУПАТС

Телефон УПАТС

+1 408 555 5000Cisco Jabber

2000 звонитна 1000

Звонок на активный RD

голос

Ответ на звонок с RD

Active Remote Destination

Пользователь выбирает режим E&C, RD становится активным

Номер 2000 вызывает1000 через Jabber (с2с)2000 соединен с 1000

Функции управления вызовом доступны через клиент Cisco Jabber

Page 91: Новые возможности CUCM 9.0

• Прием входящего звонка на корпоративный номер• Выполнение звонка• Завершение звонка• Удержание вызова/возврат с удержания• Перенаправление вызова• Безусловная переадресация• Режим “не беспокоить”• Передача DTMF (out-of-band)• Консультативный перевод, конференции• Добавить/Изменить/Удалить номер RD• Назначение RD значения “Active”/”Inactive”

Поддерживаемые функции управления звонком

Page 92: Новые возможности CUCM 9.0

Статус доступности изменится на “on a call” в случае если:Исходящие вызовы• Пользователь инициирует вызов через Cisco Jabber в режиме Extend and Connect • Пользователь инициирует вызов с телефона, номер которого настроен в качестве RD

на CUCM и звонок маршрутизируется через этот CUCM

Входящие вызовы• Пользователь отвечает на звонок с телефона, номер которого настроен в качестве RD

на CUCM и звонок был смаршрутизирован через этот CUCM

Статус доступности НЕ изменится на “on a call”, если:• Пользователь инициирует вызов с телефона, номер которого настроен в качестве RD

на CUCM но звонок НЕ маршрутизируется через этот CUCM• Пользователь отвечает на звонок с телефона, номер которого настроен в качестве RD

на CUCM и звонок был смаршрутизирован через этот CUCM

Информация о доступности при использовании E&C

Page 93: Новые возможности CUCM 9.0

Поддерживаемые версии ПО• CUCM 9.1(1) – выходит на днях (Q4CY2012)• Jabber for Windows 9.1(1)

– Анонсирована поддержка схемы работы с телефонами УПАТС• Jabber for Windows 9.1(1) дополнительный релиз

– Добавляет поддержку мобильных пользователей(появится вместе с выходом СUCM 9.1.1)

Лицензирование• Пользователь должен иметь лицензию CUWL Standard,

Professional, UCL-Enhanced или UCL-EnhancedPlus

Версии ПО и лицензирование

Page 94: Новые возможности CUCM 9.0

Звонки на адреса URI (URI Dialing)

Page 95: Новые возможности CUCM 9.0

URI DialingБудьте доступнее

Можно использовать любую схему адресации

Константин ГрибахCisco

[email protected], Jabber ID/IM

+7 499 929 5641Единый номер

Page 96: Новые возможности CUCM 9.0

• SIP URI определяет коммуникационный ресурс• Общий вид: sip:user:password@host:port;uri-parameters?headers• “user” опционален, но CUCM не поддерживает URI без него (типа

sip:cisco.com)• uri-parameters и headers - опциональны• password – не рекомендуется• host: fqdn, ipv4 или ipv6; CUCM пока не поддерживает ipv6• user – чуствителен к регистру, host – не чуствителен к регистру:

[email protected] != [email protected] но[email protected] == [email protected]

• Пример: sip:[email protected]:5060

SIP URIЧто это такое?

LHS/user RHS host port

Page 97: Новые возможности CUCM 9.0

• Для звонков (аудио/видео) на адреса URI между абонентами кластера CUCM

• Для маршрутизации звонков (аудио/видео) на адреса URI других CUCM

• Для маршрутизации звонков (аудио/видео) на адреса URIвнешних систем (Cisco VCS, MS OCS)

• Для маршрутизации звонков между предприятиями (с использованием CUBE)

• Для создания каталога UDS предприятия– Упрощение внедрения Cisco Jabber– Автоматическое обнаружение сервисов UC для клиентов

Для чего нужны адреса URI в CUCM

Page 98: Новые возможности CUCM 9.0

• Звонок в сети VoIP предприятия (внутри кластера или через транк SIP)• Звонок между предприятиями с использованием VoIP (через транк SIP)• Перевод звонка• Форвард• Организация конференций и подключение к ним• Отзвон (с ограничениями)• Номер быстрого набора• Abbreviated Dial• SIP Redirect (SIP 302)• CDR• CTI/JTAPI/TAPI (SIP/SCCP)• UDS (поиск по адресу URI)

Где можно использовать адреса URI

Page 99: Новые возможности CUCM 9.0

• Телефоны серии 99хх и 89хх:– Не позволяют ввести адрес URI при переводе вызова, организации

конференции и при настройке CFA.• H323, шлюзы MGCP и все остальные IP телефоны (39хх, 69хх, 79хх):

– Не имеют возможности набора адреса URI.– Используют номер в качестве идентификатора вызывающей

стороны. • Транки Q.SIG:

– В некоторых ситуациях caller ID может быть представлен в виде номера.

• SRST:– Пока не поддерживает звонки на адреса URI.

Известные ограничения

Page 100: Новые возможности CUCM 9.0

Звонки (аудио/видео) на адреса URI между абонентами кластера CUCM

Page 101: Новые возможности CUCM 9.0

– Адрес URI ассоциируется с внутренним номером (DN)– В CUCM все абонентские устройства продолжают использовать DN– Адрес URI может быть ассоциирован с DN на любом абонентском

устройстве (не только SIP)– Телефоны всегда регистрируются с использованием DN (они могут

даже не знать про ассоциацию с адресом URI)

Адресация URI для абонентов CUCM

Общая идея реализации в CUCM 9.0

101

2001

2002

([email protected])

([email protected])

Page 102: Новые возможности CUCM 9.0

• С одним DN может быть проассоциировано до 5 адресовURI

• Адрес URI может быть в любой партиции (не обязательно в той же где DN)

• Один из адресов URI помечается как основной

• Основной адрес URI используется для преобразования формата адреса из DN

Добавление адреса URI на страничке конфигурации DN

Больше адресов URI добавить нельзя (достигнут максимум)

Page 103: Новые возможности CUCM 9.0

• Указываем адрес URI пользователя в поле Directory URI

• Ассоциируем абонентское устройство(настройка digest user на телефоне так же создает ассоциацию)

• Задаем Primary Extension• Автоматически создается Primary URI для

данной линии, который нельзя удалить

Добавление адреса URI через страничку конфигурации пользователя

Page 104: Новые возможности CUCM 9.0

• Directory URI пользователя может быть так же получен из директории LDAP• Стандартные атрибуты LDAP

– msRTCSIP-primaryuseraddress (только для Active Directory)– mail

• Синхронизация из LDAP запускает автоматическое создание адреса URI для DN(подразумеваем, что абонентское устройство уже ассоциировано с пользователем)

• Если ни одно из этих полей не выбрано, поле “Directory URI” остается пустым и становится доступным для редактирования

Синхронизация Directory URI из LDAP

Page 105: Новые возможности CUCM 9.0

• “Directory URI” может быть объявлен на страничке конфигурации пользователя

• Если для пользователя настроен primary DN, то Directory URI автоматически ассоциируется с этим DN как Primary URI (и помещается в партицию Directory URI)

• Партиция “Directory URI” не редактируемая и не удаляемая

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

105

Page 106: Новые возможности CUCM 9.0

• Один адрес URI ассоциированный с DN помечается как primary URI• Адрес URI, созданный автоматически на основе primary extension

пользователя всегда будет помечен как primary URI

• Если автоматически созданного URI нет, один из настроенных адресовURI может быть отмечен “primary”

• Primary URI будет использоваться как основной URI для звонков с/на эту линию

Адрес URI и DNЧто такое Primary URI

106

Page 107: Новые возможности CUCM 9.0

Алиас партиции Directory URI

• Автоматически созданные адреса URI помещаются в партицию“Directory URI”

• Партиция “Directory URI” предопределена и не может быть изменена или удалена

• Чтобы выполнялся поиск по этой партиции, она должна быть добавлена в соответствующие CSS

• Одна из существующих партиций может быть объявлена как алиас дляпартиции “Directory URI” Адреса URI в партиции “Directory URI” будут доступны для всех CSS, которым доступна партиция, объявленная в качестве алиаса

• Хороший кандидат: уже существующая партиция, в которой находятся внутренние номера (DN)

107

Page 108: Новые возможности CUCM 9.0

• Набраный “номер” может содержать: +, 0-9, *, A-D

• В профиле SIP появилось дополнительное поле “Dial String Interpretation”

• Применяется к звонкам с транков и терминалов

• По умолчанию: 0-9, * и + (Рекомендуется)

• IP телефоны добавляют таг “user=phone” в поле Request-URI когда находятся в режиме набора номера.(Keypad mode)

• Если в Request-URI такого тага нет, CUCM применяет настроенное правило интерпретации для анализа формата адреса

Адрес URI и номерКак система различает номер и адрес URI

108

Page 109: Новые возможности CUCM 9.0

• Идея увязки номера и адреса URI для определения вызывающей стороны (попросту говоря, комплексный АОН)

• Blended identity передается при входящем вызове на терминалы, которые поддерживают новый фирменный таг “x-cisco-number”

– Пример: Remote-Party-ID:<sip:[email protected];x-cisco-number=1000>

• Терминалы должны уведомить CUCM о поддержке этого тага при регистрации(REGISTER/optionsind)

– Пример. <x-cisco-number></x-cisco-number>

• -или- Это явно настроено для терминала на CUCM

• Для транка SIP поддержка blended identity должна быть настроена

• Заголовки SIP, в которых может передаваться blended identity:

– Remote-Party-ID, Diversion, P-Asserted-ID(только транк), P-Preferred-Identity(только транк), NOTIFY.

Что такое Blended identity (комбинированный идентификатор)

Page 110: Новые возможности CUCM 9.0

Терминалы, которые поддерживают прием blended identity могут использовать эту информацию для формирования истории звонков и при отображении информации о входящем вызове

Отображение информации о вызывающей стороне на телефоне

•Телефоны серии 89xx и 99хх отдают предпочтение адресу URI, если оба адреса известны (URI и DN).

•Для входящего звонка эти телефоны будут показывать имя звонящего и его адрес URI. (не DN)

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

Page 111: Новые возможности CUCM 9.0

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

• Можно вводить адресr URI для тестирования маршрутизации вызова внутри кластера.

• Адреса URI поддерживаются на страничках Analyzer иPhone.

Использование Dialed Number Analyzer

Page 112: Новые возможности CUCM 9.0

• Так же можно использовать “Dump DA Information” для просмотра всего дерева анализа.

Использование Dialed Number Analyzer

Page 113: Новые возможности CUCM 9.0

Маршрутизация вызовов (аудио/видео) на адреса URI других CUCM

Page 114: Новые возможности CUCM 9.0

• Внутри кластера: Звонки на адреса URI внутри кластера маршрутизируются на базе механизма partitions и CSS. Подробности мы рассмотрели ранее.

• Между кластерами:– При звонке между кластерами на адрес URI невозможно

подставить какой-либо префикс, как в случае телефонного номера– Адреса URI пользователей на разных кластерах могут иметь один

и тот же доменный суффикс, так что использовать RHS адреса URI для маршрутизации звонка на нужный кластер тоже не получится.

• Решение для межкластерных вызовов:– Адреса URI реплицируются между кластерами с помощью

Inter-cluster Lookup Service (ILS). При выполнении вызова на адрес URI предварительно выполняется поиск кластера, обслуживающего данный адрес URI через ILS. Это дает понимание какой SIP-транк нужно использовать для дальнейшей маршрутизации вызова.

Адреса URI и маршрутизация вызовов

Page 115: Новые возможности CUCM 9.0

• Репликация информации (ILS):– Адрес URI обслуживается одним

кластером– Каждый кластер реплицирует

1. обслуживаемые адреса URI и 2. маршрутные строки соседним кластерам.

– Топология репликации Hub and Spoke обеспечивает полноту информации.

• Маршрутизация вызова: – Для вызываемого адреса URI получается

маршрутная строка– Маршрутная строка используется для

выбора SIP-транка для маршрутизации вызова

– При необходимости процесс повторяется на каждом транзитном кластере, до тех пор пока вызов не придет на домашний кластер вызываемого абонента

Пример межкластерного вызовас использованием Inter-cluster lookup service

[email protected]

[email protected]

Маршрутная строка: sjc.cisco.com

Маршрутная строка: rtp.cisco.com

[email protected] => [email protected] => sea.cisco.com

[email protected] => sjc.cisco.com

1) вызывает [email protected]

Cluster ID:UCM_Cluster 1

Cluster ID:UCM_Cluster 2

Сервис ILS

2) Поиск [email protected]возвращает rtp.cisco.com

Маршрутная строка: sea.cisco.comCluster ID:UCM_Cluster 3

[email protected]

3) Маршрутизацияна rtp.cisco.com

4) Вызов на абонента

Маршрут вызова

Работа ILS

Page 116: Новые возможности CUCM 9.0

• Сеть ILS - это объединение сервисов ILS (Intercluster Lookup Service)разных кластеров CUCM.

• Если ничего дополнительно не настроено, сеть ILS обеспечивает работу Cluster Discovery, предоставляющего информацию обо всех остальных настроенных кластерах в сети ILS. Информацию Cluster Discovery можно увидеть на странице Cluster View.

• Сеть ILS так же обеспечивает работу URI Syncing – обмен информацией об адресах URI и ассоциированных с ними маршрутных строк между кластерами – участниками сети ILS.

• Ограниченная поддержка импорта данных URI для взаимодействия с другимим системами, например VCS или MS Lync.

• При настроенном URI syncing сеть ILS участвует в работе InterclusterURI Dialing выполняя задачу поиска маршрутной строки домашнего кластера для внешнего адреса URI.

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

Подробнее про ILS: что такое Сеть ILS

Page 117: Новые возможности CUCM 9.0

• Кластеры CUCM могут быть объединены между собой в Сеть ILS.• Каждый кластер CUCM в сети ILS может выполнять роль Hub или Spoke.• Кластер CUCM так же может выполнять роль Stand Alone (по умолчанию). В этом

случае он не будет являться частью сети ILS, даже если сервис ILS кластера работает.• Каждый Hub синхронизируется напрямую со всеми остальными хабами (то есть между

хабами Full Mesh) и только со своими Spokes, если таковые есть.• Spoke может быть подключен только к одному Hub, и синхронизируется только с ним.• Hub может иметь несколько Spokes, только один Spoke или вообще их не иметь.

Подробнее про ILS: Архитектура и сетевые роли

Page 118: Новые возможности CUCM 9.0

• Синхронизация работает по принципу “запрос-ответ”.• Каждый кластер имеет настраиваемый интервал синхронизации (по умолчанию 10

минут; минимум - 1 минута; максимум - 1440 минуты/24 часа).• Каждый интервал синхронизации кластер запрашивает информацию об изменениях у

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

остальных кластеров в сети ILS (напрямую или через Hub).• Максимальное время синхронизации можно рассчитать просуммировав интервалы

синхронизации на каждом шаге. Шагов не может быть больше трех.

Подробнее про ILS: Синхронизация данных

Page 119: Новые возможности CUCM 9.0

• ILS – это сервис, активируемый на сервере (или нескольких серверах) в кластере• По умолчанию, когда мы настраиваем сеть ILS, соответствующий сервис стартует на всех

серверах кластера.• Администратор может выборочно запустить сервис ILS только на определенных серверах.• Сервис ILS спроектирован так, что администратору не нужно специально уделять

внимание выбору серверов для активации сервиса.• Один из серверов кластера, на которых работает сервис ILS, автоматически становится

XNode для этого кластера. • Сервер XNode берет на себя задачу коммуникации с другими кластерами в сети ILS.• Выбор XNode происходит автоматически, посмотреть какой сервер был выбран как Xnode

можно через команду CLI.• Если в кластере CUCM более одного сервера на котором работает ILS, то в качестве

XNode никогда не будет выбран Publisher.

Подробнее про ILS: Что происходит внутри кластера - XNode

Page 120: Новые возможности CUCM 9.0

• При работе используется TLS, что требует установку сертификатов Tomcat соседнего кластера.

– Для обмена сертификатами Tomcat используйте Bulk Certificate Management.• Для кластеров формирующих сеть ILS нужно настроить уникальные Cluster ID.

Сеть ILS: Настройка и старт сети – предварительные действия

120

© 2010 Cisco and/or its affiliates. All rights reserved. Cisco Confidential

Page 121: Новые возможности CUCM 9.0

• Когда кластер CUCM готов подключиться к сети ILS, администратор меняет роль со Stand Alone на Hub или Spoke. Если кластер подключается к уже существующей сети, администратор так же указываетRegistration Server – сервер другого кластера сети ILS выполняющего роль Hub.

• Понятие registration server используется только на момент начальной регистрации. Как только регистрация завершена, он больше не используется. Теперь наш кластер – часть сети ILS и все дальнейшие действия выполняются автоматически сервисами ILS.

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

Сеть ILS: Настройка и старт сети – регистрация

121

© 2010 Cisco and/or its affiliates. All rights reserved. Cisco Confidential

Page 122: Новые возможности CUCM 9.0

• Сеть ILS работает независимо от задач выполнять звонки на адреса URI.

• ILS не использует транки SIP для своей топологии и синхронизации. ILS вообще ничего не знает про транки SIP.

• При использовании ILS для звонков на адреса URI между кластерами, точкой пересечения между сетью ILS и маршрутизацией вызова на адрес URI является маршрутная строка.

• Для каждого кластера должна быть настроена своя “домашняя” маршрутная строка.

– Она будет проассоциирована с адресами URI, которые обслуживает данный кластер и эта информация будет реплицирована через сеть ILS.

• Для корректной маршрутизации вызова должны быть настроены соответствующие Sip Route Pattern.

– Используется при анализе маршрутной строки, предоставленной ILS (для данного адреса URI) и предполагаемого маршрута вызова.

• Для SIP Route Pattern должен быть настроен транк SIP или Route List.

– Для транка должен быть настроен профиль SIP

Сервис ILS и маршрутизация вызовов – что еще надо настроить

Page 123: Новые возможности CUCM 9.0

Настройка ILS для маршрутизации вызововОпределение маршрутной строки для домашнего кластера

Настройка маршрутной строки для данного кластера выполняется в разделе “Intercluster Directory URI Configuration”

Эта маршрутная строка будет ассоциирована со всеми адресами URI, обслуживаемыми данным кластером.

Page 124: Новые возможности CUCM 9.0

Настройка ILS для маршрутизации вызововПривязка Sip Route Pattern к Sip-транку

• Создаем Sip Route Pattern, под который будет подходить маршрутная строка ILS вызываемого абонента.

• В качестве универсального Sip Route Pattern можем использовать шаблон “*”. Это удобно при настройке Spoke для маршрутизации всех вызовов на Hub (SME)

• Привязываем Route Pattern к транку Sip.

Page 125: Новые возможности CUCM 9.0

Изначально эта настройка появилась в СUCM 8.6 для возможности передачи доменного имени через транк или на терминал.

Предназначалось для терминалов типа E20/E90, зарегистрированных на СUCM и выполняющих вызовы наTandberg VCS через транк SIP.

При межкластерных вызовах на адреса URI это так же используется для корректной передачи адреса вызывающей стороны.

Рекомендуется разрешить эту опцию для всех терминалов и транков, которые работают с вызовами на адреса URI.

Настройка профиля SIP - использование Fully Qualified Domain Name в заголовках SIP

Page 126: Новые возможности CUCM 9.0

По умолчанию передается только номер (DN) вызывающего абонента. Это нужно для совместимости со старыми системами или для подключения IP-телефонных систем других разработчиков

Рекомендуется использовать значение “Deliver URI and DN in connected party, if available” при настройке транка SIP между кластерами CUCM, если планируется использовать звонки на адреса URI.

Передача комбинированного идентификатора вызывающего абонента через транк SIP

Page 127: Новые возможности CUCM 9.0

• Что делать если звонок вообще не проходит1. Проверьте правильность адреса URI (набранного и настроенного) помните, что

левая часть адреса чувствительна к регистру

2. Проверьте что работает репликация адресов URI через команду CLI

• admin:utils ils lookup [email protected]

• <routing>sea.cisco.com</routing>

3. Проверьте что маршрутная строка, которую вернул ILS соотносится с настроенными Sip route pattern/Sip trunk

4. Используйте Dialed Number Analyze для проверки корректности маршрутизации вызова внутри кластера

5. Смотрите логи

• Звонок на адрес URI проходит, но на экране терминала нет адреса URI вызывающей стороны

1. Убедитесь что ваш терминал поддерживает прием blended identity

2. Проверьте настройку "calling and connected party info format" транка SIP

3. Смотрите логи

Что делать если звонки на адрес URI между кластерами не работают

Page 128: Новые возможности CUCM 9.0

Маршрутизация звонков (аудио/видео) на адреса URI внешних систем (Cisco VCS, MS Lync)

Page 129: Новые возможности CUCM 9.0

• Сервис ILS может может выполнять поиск адресов URI, импортированных в сеть ILS из других коммуникационных систем (например, Cisco VCS или MS Lync).

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

• Файл формата CSV, содержащий адреса URI может быть импортированна любой кластер CUCM, выполняющий в сети ILS роль хаба. Импортированные данные попадают в Directory URI Imported Catalog.

• Администратор CUCM определяет маршрутную строку для этого каталога.

• Directory URI Imported Catalog хранится и реплицируется в сети ILS как и любой другой каталог удаленного кластера.

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

• Внешней системой так же может быть кластер CUCM дружественной организации для организации B2B взаимодействия

Импорт адресов URI для взаимодействия с другими системами

Page 130: Новые возможности CUCM 9.0

Файл может быть создан вручную или экспортирован из внешней системыФормат файла: первая строка – заголовок, далее один или несколько

адресов URIЗаголовок должен быть: “Directory URI” (без кавычек)Далее один адрес URI на строке

Формат файла CSV для импорта в CUCM

Directory [email protected]@[email protected]

Page 131: Новые возможности CUCM 9.0

Заключение: короткие факты

Page 132: Новые возможности CUCM 9.0

Около 3000 часов разработки Уже доступно для заказа Около 80 новых и доработанных функцийУникальные возможностиАрхитектурный подход к решению вопроса

корпоративных коммуникаций

Cisco Unified Communications Manager 9.0

Page 133: Новые возможности CUCM 9.0

Sponsored by

Спасибо за внимание!

Заполняйте анкеты он-лайн и получайте подарки в Cisco Shop: http://ciscoexpo.ru/expo2012/questВаше мнение очень важно для нас!