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

Sponsored by

Обновления решений Cisco
Unified Communications 9.0
Константин Грибах
Технический консультант, Cisco
kogribak@cisco.com

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

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

Что такое Cisco Unified Communications Manager (CUCM)
• Программно-аппаратный комплекс решающий следующие задачи:
– Установление/модификация/завершение мультимедийных вызовов в среде
Унифицированных коммуникаций Cisco
– Обработка и хранение адресного плана предприятия
• выбор оптимального маршрута установления соединения
• модификация адресов в соответствии с требованиям
– Управление абонентскими устройствами
• формирование общих и специфических файлов конфигурации
• управление версиями ПО для абонентских устройств
• контроль занятости абонентов (сервис присутствия)
– Управление медиаресурсами
• Ad-hoc и Meet-me конференции
• Транскодирование
• MTP (в том числе TRP и агенты RSVP)
– Интеграция телефонных функций с другими приложениями для совместной
работы и офисными приложениями

+ =

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

• Аппаратные сервера
– Аппаратные платформы Cisco MCS
• MCS 7816, MCS 7825, MCS 7835, MCS 7845
• Поддерживаемые серверные конфигурации HP и IBM
http://www.cisco.com/go/swonly

• Виртуализированные сервера
– Гипервизор Vmware ESXi 4.х и 5.0 работающий на:
• Вычислительных платформах Cisco UCS B- и C-серий,
протестированных конфигураций (Tested Reference Configuration - TRC)
• Вычислительных платформах Cisco UCS, HP и IBM, удовлетворяющих
требованиям по производительности для поддержки приложений
Унифицированных коммуникаций Cisco (Spec-based Hardware
configuration).
http://www.cisco.com/go/uc-virtualized

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

Архитектура кластера CUCM
Кластер Unified CM Publisher

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

DB DB ccm.exe DB ccm.exe
CTI Manager ICCS
DB
Сервер MoH

DB
DB ccm.exe DB ccm.exe
Сервер TFTP
DB
Программные Серверы обработки вызовов
конференции (максимум 8 на кластер)
IDS Subscribers (Максимум. 19)

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

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

• Кластер выглядит как единый коммуникационный
узел, с единой точкой управления (publisher)
• Несколько функций могут работать на одном
и том же сервере. Это зависит от типа сервера и размера кластера.
• У одного сервера Publisher может быть до 19 подписчиков (subscribers)
(всего 20 серверов в кластере, считая publisher)
• Обработкой вызовов могут заниматься до 8 серверов в кластере
• Максимум 10 000 абонентов на одном сервере (зависит от серверной
платформы)
• Максимум 40 000 абонентов в кластере Cisco Unified CM (зависит от
серверной платформы и конфигурации кластера)

Обеспечение отказоустойчивости для подключенных устройств
Directory Services
Шлюзы Music on Hold
Сервер обработки Software Conferencing
вызовов Software MTP
TFTP
Медийные и
Call Processing
конференц- Conf
CTI/QBE I/F
ресурсы
SCCP I/F
MGCP I/F
Ресурсы
H.323 I/F
транскоди- Xcode Intra-Cluster SIP I/F
рования
Communications (ICCS)
Directory Services
Сервер
Music on Hold
голосовой
Сервер обработки Software Conferencing
почты
вызовов Software MTP
TFTP
Приложения
Call Processing
JTAPI и IP-IVR
CTI/QBE I/F
SCCP I/F
IPтелефоны Активный сервер MGCP I/F
H.323 I/F
SIP I/F

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

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

2501 до 3751 до 2501 до
5000 5000 3750

• Более экономная схема
• Балансировка нагрузки и
резервирования
резервирование
• Высокая доступность при
• Высокая доступность при
апгрейдах
апгрейдах
• Обеспечение резервирования
• Более быстрое
при единичном отказе
восстановление сервиса

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

IP-телефоны

Программные ITU-T H.323
Skinny Client Control Protocol клиенты
Телепрезенс
Сети SIP Аналоговые
IP IP-телефоны телефоны
Шлюзы
WiFi IP-телефоны
Аналоговые SIP Шлюзы

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

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

Шлюзы

Аналоговые Приложения
телефоны Call Agents (JTAPI/CTI)

CUCM: Поддержка абонентских устройств UC
Telepresence Video
Communications Services
(VCS)

Expressway™
Firewall Traversal
Удаленный доступ

Кластер

Advanced Conferencing Services

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

SIP

H.323 to SIP
Video Interworking
Microsoft OCS via AMGW

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

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

КСПД
пользователь
Cisco Unified Mobility
Unified Mobility

ССОП

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

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

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

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

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

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

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

• Кластер CUCM, приложения,
шлюзы, IP-телефоны
расположены в пределах
(VMail, UCCX, CUP…)
высокоскоростной кампусной
сети
• Модель поддерживает
развертывание до 40,000 SIP
или SCCP IP-телефонов на Кластер CUCM
кластер
• ТСОП используется для всех
внешних звонков
• До 2100 шлюзов и транков

ТСОП

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

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

Расстояние
Москва Владивосток
• Серверы одного кластера CM распределены между ЦОД-ами
• Приложения могут быть как в одном ЦОД так и распределены между ЦОД-ами
• Единая точка администрирования, прозрачность функций (Extension Mobility), единый
номерной план
• Максимальная двусторонняя задержка задержка 80 (40)-ms
• Пропускная полоса 1544 kbps для каждых 10,000 BHCA + 1544 kbps для каждого subscriber
• Максимальное количество площадок – 8

Распределенная модель с централизованной
обработкой вызовов
(VMail, UCCX, CUP…) Маршрутизатор
ТСОП с поддержкой SRST
Кластер
CUCM

Филиал A
IP сеть

• Кластер CUCM расположен в центральном офисе
• Приложения и DSP-ресурсы могут быть централизованными
или распределенными
• Поддержка до 40,000 телефонов на кластер Филиал Б
• При отказе IP WAN, прозрачное использование ТСОП (Automated Alternate
Routing—AAR)
• Survivable Remote Site Telephony (SRST) для филиалов
• Максимум 2000 филиалов на кластер
• Расширенный контроль выделения сетевых ресурсов (локально или с
использованием RSVP)

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

Сигнализация
Сигнализация
IP сеть

Маршрутизатор
с поддержкой Голос Приложения
Филиал SRST
ТСОП Центральный офис
Голос
• IP телефоны содержат IP адрес маршрутизатора с поддержкой SRST в качестве
последней записи в конфигурации CM GROUP
• Поддерживаются как SIP, так и SCCP IP телефоны
• SRST обеспечивает базовый набор функций телефонов (постановка на
удержание, перевод вызова, быстрый набор, caller ID и др.)
• Во время отказа маршрутизатор работает как голосовой шлюз (VoIP/POTS dial-
peers); шлюзы MGCP требуют настройки ‘MGCP Fallback to H323’

Распределенная обработка вызовов
(VMail, IPCC, MP…) Приложения
ТСОП
Кластер
Кластер
CUCM
CUCM GK

IP сеть

Филиал A

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

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

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

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

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

• В CUCM 7.0 появился параметр • Добавлен новый сервисный
“Reroute Remote Destination Calls to параметр “Ring All Shared Lines”
Enterprise Number” • Это логическая переменная
• Звонки на мобильный номер • True – все устройства
игнорируют настройки time of day пользователя звонят (включая
другие зарегистрированные
• При этом звонок все равно направления)
замыкается на физический • False – звонок размещается
телефон… но телефон НЕ звонит только на данный номер
• Значение по умолчанию – False
(сохраняется поведение как в
прошлой версии)

Голосовая почта для SNR
Проблема: Решение
• Когда звонок размещен на • В CUCM 9.0 добавлен новый
какое-либо направление SNR параметр “Single Number Reach
(например, мобильный), CUCM Voicemail Policy”
не в состоянии определить кто • Эта политика определяет режим
ответил на звонок – работы механизма обнаружения
пользователь или VM ответа VM: либо таймер, либо
оператора мобильной связи ручное управление от
• Обычно для обнаружения пользователя
ответа VM используется • Тайминговый вариант
таймер “Answer Too Soon” продолжает использовать таймер
• Тайминговый механизм не “Answer Too Soon”
очень надежен и требует • Ручное управление требует от
тонкой подстройки под каждого пользователя нажать клавишу
мобильного оператора для передачи сигнала DTMF для
приема вызова

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

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

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

• В настроящее время для • Поддерживается в том числе для
Mobile Connect и устройств Cisco Dual Mode for
двухрежимных телефонов (c Android/iPhone (со стороны
WiFi) доступны только CUCM)
голосовые вызовы. • Поддержка видео разрешается
• При этом CUCM умеет на конфигурационной страничке
согласовывать параметры устройства в CUCM
видео в случае, когда оба • Так же поддерживается работа
абонентских устройства через H323/SIP ICT
имеют возможность работы с • SNR через шлюз ТСОП так же
видео будет поддерживать видео, если
возможности шлюза это
позволяют

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

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


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

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

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

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

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

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

• Теперь пользователи могут настраивать номера быстрого
набора не только включающие FAC, CMC, но и включающие
донабор DTMF после установления соединения
• Для разделения частей номера быстрого набора используется
запятая. Запятая используется как разделитель и/или пауза.
• Возможны 2 метода настройки номера быстрого набора:
– Метод 1: с использованием запятой в качестве паузы и/или
разделителя
– Метод 2: телефонныйномер/FAC/CMC/донабор без использования
запятой

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

• - Запятая используется для • - Все цифры номера быстрого
определения номера, FAC, CMC набора, включая сам номер,
и донабора FAC, CMC и донабор вводятся
• - При донаборе запятая как одна строка, без
добавляет задержку в 2 секунды разделителей
• - Запятых может быть несколько, • - Никакой задержки при наборе
если требуется длительная номера нет
задержка • - Может использоваться как для
• - Предпочтительный метод для SCCP так и для SIP телефонов;
всех устройств, за исключением обязателен в случае CUPC.
CUPC

Пауза в номерах быстрого набора – примеры:
• 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

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

Локальные пользователи и пользователи из
LDAP
• До CUCM 9.0
– Включение синхронизации пользователей из LDAP автоматически
запрещает добавление локальных пользователей
– Все конечные пользователи должны были быть заведены в AD и
синхронизированы с CUCM
– Необходимость заведения дополнительных пользователей в AD
может приводить к дополнительным затратам на лицензии CAL для
MS AD

• Начиная с CUCM 9.0
– В базе данных конечных пользователей CUCM могут
присутствовать как локальные пользователи так и пользователи из
LDAP
– Возможность редактировать свойства локального пользователя
– Удаление синхронизации с LDAP приведет к пометке всех LDAP
пользователей как подлежащих удалению
– Администратор может конвертировать пользователя LDAP в
локального

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

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

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

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

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

• Настраиваемые поля едины для всех настроенных соглашений о
синхронизации
• Если поменять настраиваемое поле для одного соглашения, данное изменение
будет применено для всех остальных соглашений.
• Настроенные атрибуты будут проверены на их наличие в LDAP в момент
сохранения настроек
– Если указанный атрибут не будет существовать в LDAP система выдаст
сообщение об ошибке

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

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

• С точки зрения администратора, до версии 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
• Настройка сервисов UC через административный Web-
интерфейс CUCM
• Настраиваемые сервисы UC:
– Voice Mail, Visual Voice Mail, Conferencing, Directory, IM и Presence, CTI
• Настроенные сервисы объединяются в сервисный профиль UC
• Сервисный профиль UC назначается пользователям
– Можно контролировать доступность сервисов на уровне настроек
пользователя
– Там же определяется домашний кластер

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

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

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

Бизнес Задачи
• Соответствие аудиту, учет использования лицензий
• Управление лицензиями нескольких кластеров
• Управление лицензиями нескольких приложений
• Быстрая реакция на запросы бизнеса
Решение
• Унифицированная схема лицензирования –
UCL и CUWL
• Централизованное хранение и управление.
• Простое администрирование, отчетность.

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

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

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

l l l l  WebEx Meetings

l l l l  WebEx Social • Видео
l l l   Unity Connection
терминалы
и програмный
N/A N/A    Jabber Mobile
клиент для UCL
N/A N/A    Jabber Desktop • BYOD на
CPE & CPE & любых
   Hosted  Hosted  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
лицензии
UCL UCL UCL
Enhanced /
CUWL CUWL
License Type
для
Essential Basic Standard Professional
Enhanced Plus телефонов
$40 $125 $210 / $295 $325 $500 Price

User Connect License (UCL) 9.x

Public
Enhanced Plus Space
TP Multi Screen
Фичи, модели телефонов

Enhanced
TP Single
Screen
Adjunct
Basic
Desktop
Video
Essenti
al

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

TelePresence
Room

Enhanced/Enhanced Plus UCL

CTS-
CTS-3000/3200
Jabber Desktop

Basic UCL 695x
E20

CTS-
CTS-500/1000/1100
EX60 / EX90
Essential UCL
99xx 694x

6911
CTS-
CTS-1300

Аналоговый Jabber Mobile
Факс порт
89xx 7937

Profile Series
6921

3905 6901
79xx Другие
VXC
устройства SIP
Solution Platforms

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

Преимущества:
• 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

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

• Централизованный учет лицензий UCL и CUWL
• Варианты внедрения ELM:
– Встроенный сервис в кластере UCM
– Выделеная машина (виртуальная)
• Обслуживание нескольких кластеров и приложений UC

Сервис ELM

SOAP/https

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

Установка, Upgrade ELM
ELM устанавливается либо вместе с UC приложением
СUCM
Unity Connection
Cisco Webex Meetings Server

Либо как отдельное приложение – Enterprise License Manager –
выбор при инсталляции с DVD
Может быть установлен на аппаратный сервер, на которые
устанавливается ПО (CUCM, CUC).
Либо на VMWare используя профиль OVA для CUCM
Обновление ПО через интерфейс Unified OS Administration &
Software Upgrades
MAC адрес ELM – физический или вируальный – используется для
привязки ВСЕХ лицензий.

Enhanced Locations Based Call Admission
Control

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

ИЛИ

• CUCM 9.0 добавляет следующие возможности CAC:
• Эффективное управление полосой пропускания для кластеров, которые
используют общую физическую инфраструктуру
• Администратор может моделировать сложную топологию, включая
многоуровневый WAN
• Несколько кластеров CUCM могут пользоваться объединенной
информацией CAC при расчете требуемой полосы пропускания
• Настраивать доступную полосу пропускания отдельно для голоса, видео и
иммерсивных систем
• Поддержка внутризонных ограничений
• Добавляет весовой атрибут для выбора оптимального маршрута в случае
дублирующихся путей

• Топология CAC определяется в виде узлов (Locations) и линков (Links) между
ними
• Несмотря на множество возможных путей, выбирается только один (наилучший)
• “Вес” используются для определения стоимости маршрута. Выбирается путь с наименьшей
стоимостью.
• “Вес” – статическая величина в отношении выбора “эффективного пути” из одного узла в
другой
Hub_none
Стоимость
линков
Audio BW pool
Video BW pool
Immersive Video pool

Вес=50
Вес=50 Вес=20

Вес=50
Вес=20

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

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

Сервер
CUCM
Сервер Репликация LBM Сервер
CUCM CUCM
LBM
Запрос/ответ о
LBM
Запрос/ответ о выделении полосы
выделении полосы
Запрос/ответ
о выделении полосы

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

UCM
UCM Loc_common
Loc_common

Loc_11 Loc_12

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

LBM

LBM UCM

LBM
LBM
LBM
LBM

UCM UCM
Loc_common
Loc_common

Loc_21 Loc_25 Loc_12
Loc_11 Loc_21 Loc_22 Loc_24 Loc_25

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

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

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

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

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

• Предназначен для обмена информацией E-LCAC при взаимодействии между
кластерами CUCM
• Требуется использование транков SIP ICT, которые должны принадлежать
location “Shadow”

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

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

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

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

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

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

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

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

Для корректной работы 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”, для
того чтобы работало моделирование топологии между кластерами.

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

• Механизм UCM Location CAC – это моделирование статической информации
• Для создания модели CAC администратор создает абстрактную модель сети,
пытаясь отобразить особенности настройки QoS “живой” сетевой топологии
• Такое сетевое моделирование имеет принципиальное ограничение – отсутствие
обратной связи, не позволяющее реагировать на сетевые события и изменения
топологии (как, например, при использовании RSVP CAC).
• Построенная модель хороша только до тех пор, пока информация,
используемая при ее работе, соответствует настройкам QoS и текущей сетевой
топологии. Соответственно, необходимо отражать все сетевые изменения в
рамках существующей модели.
• Доступная полоса пропускания может некорректно моделироваться при
возникновении проблем в сети.

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

Методы CAC LCAC Gatekeeper E-LCAC RSVP
Раздельная обработка голоса/видео

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

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

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

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

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

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

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

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

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

ТСОП

Cisco
Jabber

Домашний
телефон
Любая УПАТС

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

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

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

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

Cisco Extend & Connect – Unified CM

Кластер CUCM
ТСОП
Сервер
голосовой
почты
Cisco
Jabber

Домашний
телефон
Любая УПАТС

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

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

• 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)

Архитектура
CTI Remote Device
зарегистрирован на CUCM. DN
2000 – основной номер
пользователя, известный так же
как +14082002000
(корпоративный номер)
Кластер CUCM подключен к УПАТС
Приложения CTI или ТСОП посредством транков (PRI,
получают данные о DN – 2000 BRI, SIP, или FXO)
Настроенные RD представляют
звонке и могут им RD – +1 408 555 5000
RD – +1 415 777 7000 разные телефоны пользователя
управлять
Приложение CTI
Любая ТСОП
УПАТС

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

+1 408 555 5000 +1 415 777 7000
Клиент Cisco Jabber

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

• Добавить пользователя
в базу данных CUCM
– Можно использовать
интеграцию с LDAP или
добавить локально
• Отметить ‘Enable
Mobility’ в разделе
Mobility Information

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

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

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

• Устройство типа CTI Remote
Device определяет RD для
• Назначить владельца
устройства указав User ID
– Имя нового устройства
формируется автоматически. По
желанию его можно изменить
• Настройка параметров типа
Device Pool, CSS, MOH
идентична настройке
обычного IP телефона
• Не забываем назначить
номер линии!

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

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

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

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

• В зависимости от используемой
схемы адресации кластера
CUCM, можно настроить
Application Dial Rules. Это может
существенно упростить
дальнейшую работу
пользователей по настройке RD
• Используя Application Dial Rules
можно приводить разные
форматы представления
номеров (7 цифр, 10 цифр) к
определенному единому виду
(например, к E.164).
• Настроенные правила
применяются для всех RD,
настроенных для CTI Remote
Device

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

• RD – это номер телефона сотрудника,
который расположен где-то за
пределами кластера CUCM
• Пользователь может добавить,
изменить или удалить номер RD
непосредственно через клиент Cisco
Jabber
– Номер, добавляемый через Cisco
Jabber проверяется на корректность
(через Application Dial Rules и
адресный план) перед сохранением
• Администратор может настроить RD
от имени пользователя
– Номер, добавляемый через СUCM
администратором не проверяется на
корректность
– Имя RD должно быть “JabberRD” для
использования с клиентом Cisco
Jabber

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

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

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

• Если выбрать “Use other number for calls” –
активируется режим Extend & Connect mode
– Новый режим появится после добавления CTI
Remote Device для данного пользователя
• “Use default number” – используется
преднастроенный номер
• “Edit number” дает пользователю
возможность задать новый номер

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

Что такое Active Remote Destination

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

Входящий звонок: режим E&C активирован
Звонок
маршрутизируется на
1000 вызывает 2000 активный RD

Ответ на
Cisco IP Phone звонок с
DN – 2000 активного RD
RD – +1 408 555 5000
DN – 1000 RD – +1 415 777 7000

голос ТСОП
1000 connected to 2000
Любая
Функции управления
Пользователь УПАТС
вызовом доступны через
активирует режим
клиент Cisco Jabber
E&C, указанный RD Телефон УПАТС Домашний телефон
становится активным
+1 408 555 5000 +1 415 777 7000
Cisco Jabber
Active Remote Destination

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

1000 вызывает Звонок
2000 маршрутизируется
на все настроенные
RD
IP телефон
DN – 2000
RD – +1 408 555 5000
DN – 1000 RD – +1 415 777 7000

ТСОП

Any
PBX
Пользователь не
запустил или
остановил клиент Телефон УПАТС Домашний телефон
Cisco Jabber
+1 408 555 5000 +1 415 777 7000
Cisco Jabber
Нет активных RD

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

2000 звонит Звонок на
на 1000 активный RD

Ответ на
IP телефон звонок с RD
DN – 2000
RD – +1 408 555 5000
DN – 1000 RD – +1 415 777 7000

голос ТСОП

Любая
2000 соединен с 1000
Номер 2000 вызывает УПАТС
1000 через Jabber (с2с)
Функции управления
Пользователь Телефон УПАТС Домашний телефон
вызовом доступны через
выбирает режим E&C,
клиент Cisco Jabber
RD становится
+1 408 555 5000 +1 415 777 7000
активным Cisco Jabber
Active Remote Destination

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

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

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

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

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

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

Поддерживаемые версии ПО
• 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

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

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

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

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

kogribak@cisco.com
Email, Jabber ID/IM

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

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

• 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 – не чуствителен к регистру:
– KoGribak@cisco.com != kogribak@cisco.com но
kogribak@cisco.com == kogribak@Cisco.com
• Пример: sip:kogribak@cisco.com:5060

LHS/user RHS host port

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

• Для звонков (аудио/видео) на адреса URI между абонентами
кластера CUCM
• Для маршрутизации звонков (аудио/видео) на адреса URI
других CUCM
• Для маршрутизации звонков (аудио/видео) на адреса URI
внешних систем (Cisco VCS, MS OCS)
• Для маршрутизации звонков между предприятиями (с
использованием CUBE)
• Для создания каталога UDS предприятия
– Упрощение внедрения Cisco Jabber
– Автоматическое обнаружение сервисов UC для клиентов

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

Известные ограничения
• Телефоны серии 99хх и 89хх:
– Не позволяют ввести адрес URI при переводе вызова, организации
конференции и при настройке CFA.
• H323, шлюзы MGCP и все остальные IP телефоны (39хх, 69хх, 79хх):
– Не имеют возможности набора адреса URI.
– Используют номер в качестве идентификатора вызывающей
стороны.
• Транки Q.SIG:
– В некоторых ситуациях caller ID может быть представлен в виде
номера.
• SRST:
– Пока не поддерживает звонки на адреса URI.

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

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

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

(alice@cisco.com)
2001

(bob@cisco.com)

2002
1
0

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

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

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

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

• Указываем адрес URI пользователя в
поле Directory URI
• Ассоциируем абонентское устройство
(настройка digest user на телефоне так же
создает ассоциацию)
• Задаем Primary Extension
• Автоматически создается Primary URI для
данной линии, который нельзя удалить

Синхронизация Directory URI из LDAP
• Directory URI пользователя может быть так же получен из директории LDAP
• Стандартные атрибуты LDAP
– msRTCSIP-primaryuseraddress (только для Active Directory)
– mail
• Синхронизация из LDAP запускает автоматическое создание адреса URI для DN
(подразумеваем, что абонентское устройство уже ассоциировано с
пользователем)
• Если ни одно из этих полей не выбрано, поле “Directory URI” остается пустым и
становится доступным для редактирования

Автоматическое создание адресов URI
• “Directory URI” может быть объявлен
на страничке конфигурации
• Если для пользователя настроен
primary DN, то Directory URI
автоматически ассоциируется с этим
DN как Primary URI (и помещается в
партицию Directory URI)
• Партиция “Directory URI” не
редактируемая и не удаляемая

1
0

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

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

• Если автоматически созданного URI нет, один из настроенных адресов
URI может быть отмечен “primary”
• Primary URI будет использоваться как основной URI для звонков с/на
эту линию

1
0

Алиас партиции Directory URI
• Автоматически созданные адреса URI помещаются в партицию
“Directory URI”
• Партиция “Directory URI” предопределена и не может быть изменена или
удалена
• Чтобы выполнялся поиск по этой партиции, она должна быть добавлена
в соответствующие CSS
• Одна из существующих партиций может быть объявлена как алиас для
партиции “Directory URI”
 Адреса URI в партиции “Directory URI” будут доступны для всех CSS,
которым доступна партиция, объявленная в качестве алиаса
• Хороший кандидат: уже существующая партиция, в которой находятся
внутренние номера (DN)

10
7

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

• Набраный “номер” может
содержать: +, 0-9, *, A-D
• В профиле SIP появилось
дополнительное поле “Dial String
Interpretation”
• Применяется к звонкам с транков
и терминалов
• По умолчанию: 0-9, * и +
(Рекомендуется)
• IP телефоны добавляют таг
“user=phone” в поле Request-URI
когда находятся в режиме набора
номера.(Keypad mode)
• Если в Request-URI такого тага
нет, CUCM применяет
настроенное правило
интерпретации для анализа
формата адреса

1
0

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

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

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

– Пример: Remote-Party-ID:<sip:alice@cisco.com;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 могут
использовать эту информацию для формирования истории звонков
и при отображении информации о входящем вызове

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

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

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

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

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

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

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

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

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

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

Адреса URI и маршрутизация вызовов
• Внутри кластера: Звонки на адреса URI внутри кластера
маршрутизируются на базе механизма partitions и CSS. Подробности
мы рассмотрели ранее.
• Между кластерами:
– При звонке между кластерами на адрес URI невозможно
подставить какой-либо префикс, как в случае телефонного номера
– Адреса URI пользователей на разных кластерах могут иметь один
и тот же доменный суффикс, так что использовать RHS адреса URI
для маршрутизации звонка на нужный кластер тоже не получится.
• Решение для межкластерных вызовов:
– Адреса URI реплицируются между кластерами с помощью
Inter-cluster Lookup Service (ILS). При выполнении вызова на
адрес URI предварительно выполняется поиск кластера,
обслуживающего данный адрес URI через ILS. Это дает понимание
какой SIP-транк нужно использовать для дальнейшей
маршрутизации вызова.

Пример межкластерного вызова
Сервис ILS
с использованием Inter-cluster lookup service
john@cisco.com => sjc.cisco.com
chris@cisco.com => rtp.cisco.com
mike@cisco.com => sea.cisco.com
• Репликация информации (ILS): john@cisco.com

– Адрес URI обслуживается одним 1) вызывает chris@cisco.com
кластером 2) Поиск chris@cisco.com
возвращает rtp.cisco.com
– Каждый кластер реплицирует
1. обслуживаемые адреса URI и
2. маршрутные строки соседним Cluster ID:UCM_Cluster 1
кластерам. Маршрутная строка: sjc.cisco.com
– Топология репликации Hub and Spoke
обеспечивает полноту информации.
3) Маршрутизация
• Маршрутизация вызова: на rtp.cisco.com
– Для вызываемого адреса URI получается
маршрутная строка
– Маршрутная строка используется для
выбора SIP-транка для маршрутизации Cluster ID:UCM_Cluster 2 Cluster ID:UCM_Cluster 3
вызова Маршрутная строка: rtp.cisco.com Маршрутная строка: sea.cisco.com
– При необходимости процесс повторяется
на каждом транзитном кластере, до тех 4) Вызов на абонента
пор пока вызов не придет на домашний
кластер вызываемого абонента mike@cisco.com

chris@cisco.com
Маршрут вызова

Работа ILS

Подробнее про ILS: что такое Сеть ILS
• Сеть 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 участвует в работе Intercluster
URI Dialing выполняя задачу поиска маршрутной строки домашнего
кластера для внешнего адреса URI.
• Поскольку выполняется предварительная синхронизация, весь процесс
выполняется локально и не требует выполнения запроса информации
от других кластеров в процессе установления соединения.

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

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

Подробнее про ILS: Синхронизация данных
• Синхронизация работает по принципу “запрос-ответ”.
• Каждый кластер имеет настраиваемый интервал синхронизации (по умолчанию 10
минут; минимум - 1 минута; максимум - 1440 минуты/24 часа).
• Каждый интервал синхронизации кластер запрашивает информацию об изменениях у
всех своих непосредственных соседей.
• Таким образом в результате каждый кластер получает всю информацию от всех
остальных кластеров в сети ILS (напрямую или через Hub).
• Максимальное время синхронизации можно рассчитать просуммировав интервалы
синхронизации на каждом шаге. Шагов не может быть больше трех.

Подробнее про ILS: Что происходит внутри кластера - XNode
• ILS – это сервис, активируемый на сервере (или нескольких серверах) в кластере
• По умолчанию, когда мы настраиваем сеть ILS, соответствующий сервис стартует на всех
серверах кластера.
• Администратор может выборочно запустить сервис ILS только на определенных серверах.
• Сервис ILS спроектирован так, что администратору не нужно специально уделять
внимание выбору серверов для активации сервиса.
• Один из серверов кластера, на которых работает сервис ILS, автоматически становится
XNode для этого кластера.
• Сервер XNode берет на себя задачу коммуникации с другими кластерами в сети ILS.
• Выбор XNode происходит автоматически, посмотреть какой сервер был выбран как Xnode
можно через команду CLI.
• Если в кластере CUCM более одного сервера на котором работает ILS, то в качестве
XNode никогда не будет выбран Publisher.

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

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

Сеть ILS: Настройка и старт сети – регистрация
• Когда кластер CUCM готов подключиться к сети ILS, администратор меняет роль со Stand Alone на Hub
или Spoke. Если кластер подключается к уже существующей сети, администратор так же указывает
Registration Server – сервер другого кластера сети ILS выполняющего роль Hub.
• Понятие registration server используется только на момент начальной регистрации. Как только
регистрация завершена, он больше не используется. Теперь наш кластер – часть сети ILS и все
дальнейшие действия выполняются автоматически сервисами ILS.
• Если подключаемый кластер будет выполнять роль Hub, то достаточно его зарегистрировать только на
одном из уже существующих хабов. Как только регистрация будет выполнена, кластер автоматически
подключится ко всем остальным хабам сети ILS (Auto Mesh).

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

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

• Сеть 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 для маршрутизации вызовов
Определение маршрутной строки для домашнего кластера

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

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

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

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

Настройка профиля SIP - использование Fully Qualified
Domain Name в заголовках SIP
Изначально эта настройка
появилась в СUCM 8.6 для
возможности передачи
доменного имени через транк
или на терминал.

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

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

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

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

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

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

• Что делать если звонок вообще не проходит
1. Проверьте правильность адреса URI (набранного и настроенного) помните, что
левая часть адреса чувствительна к регистру
2. Проверьте что работает репликация адресов URI через команду CLI
• admin:utils ils lookup bob@cisco.com
• <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 внешних систем (Cisco VCS, MS
Lync)

Импорт адресов URI для взаимодействия с другими
системами
• Сервис 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 взаимодействия

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

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

Directory URI
one@test.com
another@test.com
third@test.com

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

Cisco Unified Communications Manager 9.0

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

Sponsored by

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

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

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

More Related Content

What's hot (20)

Similar to Новые возможности CUCM 9.0. (20)

More from Cisco Russia (20)

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