Новые возможности CUCM 9.0.
-
Upload
cisco-russia -
Category
Technology
-
view
6.195 -
download
5
description
Transcript of Новые возможности CUCM 9.0.
Sponsored by
Константин ГрибахТехнический консультант, [email protected]
Обновления решений Cisco Unified Communications 9.0
• Базовые сведения о Cisco Unified Communications Manager
• Новые возможности Cisco Unified Communications Manager – Расширение существующих возможностей– Инфраструктурные изменения– Новые возможности управления вызовами
О чем пойдет речь
• Базовые сведения о Cisco Unified Communications Manager
• Новые возможности Cisco Unified Communications Manager – Расширение существующих возможностей– Инфраструктурные изменения– Новые возможности управления вызовами
О чем пойдет речь
• Программно-аппаратный комплекс решающий следующие задачи:– Установление/модификация/завершение мультимедийных вызовов в среде
Унифицированных коммуникаций Cisco– Обработка и хранение адресного плана предприятия
• выбор оптимального маршрута установления соединения• модификация адресов в соответствии с требованиям
– Управление абонентскими устройствами• формирование общих и специфических файлов конфигурации• управление версиями ПО для абонентских устройств• контроль занятости абонентов (сервис присутствия)
– Управление медиаресурсами• Ad-hoc и Meet-me конференции• Транскодирование• MTP (в том числе TRP и агенты RSVP)
– Интеграция телефонных функций с другими приложениями для совместной работы и офисными приложениями
Что такое Cisco Unified Communications Manager (CUCM)
+ =
• Аппаратные сервера– Аппаратные платформы 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
Серверы обработки вызовов(максимум 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
• Кластер выглядит как единый коммуникационныйузел, с единой точкой управления (publisher)
• Несколько функций могут работать на одноми том же сервере. Это зависит от типа сервера и размера кластера.
• У одного сервера Publisher может быть до 19 подписчиков (subscribers)(всего 20 серверов в кластере, считая publisher)
• Обработкой вызовов могут заниматься до 8 серверов в кластере• Максимум 10 000 абонентов на одном сервере (зависит от серверной
платформы)• Максимум 40 000 абонентов в кластере Cisco Unified CM (зависит от
серверной платформы и конфигурации кластера)
Архитектура кластера CUCM: Свойства и правила
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
• Более экономная схема резервирования
• Высокая доступность при апгрейдах
• Обеспечение резервирования при единичном отказе
Архитектура кластера 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-телефонов
Управление вызовамиПротоколы сигнализации: 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
Телепрезенс
Программныеклиенты
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
КСПД
ССОП
пользовательUnified Mobility
пользовательUnified Mobility
Центральный офисРегиональное отделение
Cisco Unified Mobility обеспечивает механизм ассоциации внутреннего корпоративного номера пользователя с номером его мобильного аппарата.
Cisco Unified Mobility
Cisco Unified Communications Manager
Поддержка мобильных устройств и сервис Единого номера
• Централизованная обработка вызовов – кампусная модель
• Распределенная модель с централизованной обработкой вызовов
• Распределенная архитектура обработки вызовов
Модели внедрения CUCM
Детальное описание доступных моделей внедрения:http://www.cisco.com/en/US/solutions/ns340/ns414/ns742/ns818/landing_uc_mgr.html
• Кластер CUCM, приложения, шлюзы, IP-телефонырасположены в пределах высокоскоростной кампусной сети
• Модель поддерживает развертывание до 40,000 SIP или SCCP IP-телефонов на кластер
• ТСОП используется для всех внешних звонков
• До 2100 шлюзов и транков
Централизованная обработка вызововкампусная модель (Single Site)
ТСОП
Приложения(VMail, UCCX, CUP…)
Кластер CUCM
РасстояниеМосква Владивосток
• Серверы одного кластера CM распределены между ЦОД-ами• Приложения могут быть как в одном ЦОД так и распределены между ЦОД-ами• Единая точка администрирования, прозрачность функций (Extension Mobility), единый
номерной план• Максимальная двусторонняя задержка задержка 80 (40)-ms• Пропускная полоса 1544 kbps для каждых 10,000 BHCA + 1544 kbps для каждого subscriber • Максимальное количество площадок – 8
Централизованная обработка вызовов Распределенный кластер CUCM
Кластер CUCM
Приложения Приложения
• Кластер CUCM расположен в центральном офисе• Приложения и DSP-ресурсы могут быть централизованными
или распределенными• Поддержка до 40,000 телефонов на кластер• При отказе IP WAN, прозрачное использование ТСОП (Automated Alternate
Routing—AAR)• Survivable Remote Site Telephony (SRST) для филиалов• Максимум 2000 филиалов на кластер• Расширенный контроль выделения сетевых ресурсов (локально или с
использованием RSVP)
Распределенная модель с централизованной обработкой вызовов
ТСОП
IP сеть
Центральный офис
Филиал A
Филиал Б
Маршрутизаторс поддержкой SRST
Приложения(VMail, UCCX, CUP…)
КластерCUCM
Нормальная работа
Центральный офис
Филиал
Маршрутизаторс поддержкой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
• Кластеры CUCM, приложения, DSP ресурсы есть в каждом офисе
• Поддерживается до 40,000 телефонов на каждый кластер• Можно объединять до 100+ офисов• Прозрачное использование ТСОП если IP-сеть недоступна• Динамическое формирование адресного плана (SAF/CCD)• Расширенные механизмы выделения сетевых ресурсов
(RSVP)• Роуминг абонентов (Cross Cluster Extension Mobility)
Распределенная обработка вызовов
Филиал A
Филиал B
Центральный офис
IP сеть
ТСОП
Приложения(VMail, IPCC, MP…)
КластерCUCM
КластерCUCM
Приложения
Приложения
КластерCUCM GKGK
• Базовые сведения о Cisco Unified Communications Manager
• Новые возможности Cisco Unified Communications Manager – Расширение существующих возможностей– Инфраструктурные изменения– Новые возможности управления вызовами
О чем пойдет речь
Расширение возможностей службы единого номера (SNR)
• В CUCM 7.0 появился параметр“Reroute Remote Destination Calls to Enterprise Number”
• Звонки на мобильный номер игнорируют настройки time of day
• При этом звонок все равно замыкается на физический телефон… но телефон НЕ звонит
Одновременный звонок для сервиса SNR
• Добавлен новый сервисный параметр “Ring All Shared Lines”
• Это логическая переменная• True – все устройства
пользователя звонят (включая другие зарегистрированные направления)
• False – звонок размещается только на данный номер
• Значение по умолчанию – False(сохраняется поведение как в прошлой версии)
Условие: сотрудник настроил номер своего мобильного телефона как RD сервиса SNR. Коллеги продолжают звонить ему на мобильник, даже когда сотрудник находится на рабочем месте
Требование: сотрудник желает, чтобы при звонке на его мобильный номер из офиса (от коллег) была возможность снять трубку на офисном телефоне
Проблема:• Когда звонок размещен на
какое-либо направление SNR(например, мобильный), CUCM не в состоянии определить кто ответил на звонок –пользователь или VMоператора мобильной связи
• Обычно для обнаружения ответа VM используется таймер “Answer Too Soon”
• Тайминговый механизм не очень надежен и требует тонкой подстройки под каждого мобильного оператора
Голосовая почта для SNRРешение• В CUCM 9.0 добавлен новый
параметр “Single Number Reach Voicemail Policy”
• Эта политика определяет режим работы механизма обнаружения ответа VM: либо таймер, либо ручное управление от пользователя
• Тайминговый вариант продолжает использовать таймер“Answer Too Soon”
• Ручное управление требует от пользователя нажать клавишу для передачи сигнала DTMF для приема вызова
• Таймер Delayed Announcement: как долго ждатьпрежде чем проиграть уведомление
• Таймер Confirmed Answer Indication: как долго ждать сигнала DTMFот пользователя.
Голосовая почта для SNR
• В настроящее время для Mobile Connect и двухрежимных телефонов (c WiFi) доступны только голосовые вызовы.
• При этом CUCM умеет согласовывать параметры видео в случае, когда оба абонентских устройства имеют возможность работы с видео
Поддержка видео для SNR
• Поддерживается в том числе для устройств Cisco Dual Mode for Android/iPhone (со стороны CUCM)
• Поддержка видео разрешается на конфигурационной страничке устройства в CUCM
• Так же поддерживается работа через H323/SIP ICT
• SNR через шлюз ТСОП так же будет поддерживать видео, если возможности шлюза это позволяют
Очередь звонков для хант-групп
• Hunt Pilot может поставить звонок в очередь• Перенаправлять звонки в зависимости от настроек очереди• Агент может обслуживать несколько очередей.• Автоматическое отключение агента при неответе и
перенаправление звонка в очередь.• Звонок с наибольшим временем ожидания во всех очередях
будет обслужен первым.• Персональных агентских приветствий нет.• С телефона можно посмотреть состояние очереди.
Встроенная очередь звонков
Встроенная очередь звонков
Встроенная очередь звонков
Выбор: -Always (всегда)-Only for queued Calls(только для звонков в очереди)
Можно загружать своиприветствия
•Информация о состоянии очереди: программная кнопка, сервисна физической кнопке или Feature Control Policy (99xx/89xх)
Встроенная очередь звонков
• Показывается состояние всех очередей, обслуживаемых устройством
Встроенная очередь звонков
Автоматический донабор
• Теперь пользователи могут настраивать номера быстрого набора не только включающие FAC, CMC, но и включающие донабор DTMF после установления соединения
• Для разделения частей номера быстрого набора используется запятая. Запятая используется как разделитель и/или пауза.
• Возможны 2 метода настройки номера быстрого набора:– Метод 1: с использованием запятой в качестве паузы и/или
разделителя– Метод 2: телефонныйномер/FAC/CMC/донабор без использования
запятой
Автоматический донаборПауза в номерах быстрого набора (speedials)
Метод 2: Без запятойМетод 1: Запятая как пауза
• - Запятая используется для определения номера, FAC, CMCи донабора
• - При донаборе запятая добавляет задержку в 2 секунды
• - Запятых может быть несколько, если требуется длительная задержка
• - Предпочтительный метод для всех устройств, за исключением CUPC
• - Все цифры номера быстрого набора, включая сам номер, FAC, CMC и донабор вводятся как одна строка, без разделителей
• - Никакой задержки при наборе номера нет
• - Может использоваться как для SCCP так и для SIP телефонов;обязателен в случае 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 и локальные пользователи
• До 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
• Существующие соглашения LDAP синхронизируют по умолчанию 13 атрибутов• Новые соглашения LDAP позволяют определить до 5 пользовательских
атрибутов для синхронизации информации из корпоративного каталога
Настраиваемые поля синхронизации
• Настраиваемые поля едины для всех настроенных соглашений о синхронизации
• Если поменять настраиваемое поле для одного соглашения, данное изменение будет применено для всех остальных соглашений.
• Настроенные атрибуты будут проверены на их наличие в LDAP в момент сохранения настроек
– Если указанный атрибут не будет существовать в LDAP система выдаст сообщение об ошибке
Настраиваемые поля синхронизации
• Базовые сведения о Cisco Unified Communications Manager
• Новые возможности Cisco Unified Communications Manager – Расширение существующих возможностей– Инфраструктурные изменения– Новые возможности управления вызовами
О чем пойдет речь
Интеграция CUCM и CUP
• С точки зрения администратора, до версии 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 в единый продукт
• Настройка сервисов UC через административный Web-интерфейс CUCM
• Настраиваемые сервисы UC:– Voice Mail, Visual Voice Mail, Conferencing, Directory, IM и Presence, CTI
• Настроенные сервисы объединяются в сервисный профиль UC• Сервисный профиль UC назначается пользователям
– Можно контролировать доступность сервисов на уровне настроек пользователя
– Там же определяется домашний кластер
CUCM IM & Presence
Сервисный профиль пользователяУправление доступом к сервисам UC
Лиценизирование и Enterprise License Manager
Бизнес Задачи• Соответствие аудиту, учет использования лицензий• Управление лицензиями нескольких кластеров• Управление лицензиями нескольких приложений • Быстрая реакция на запросы бизнеса
• Унифицированная схема лицензирования –UCL и CUWL
• Централизованное хранение и управление. • Простое администрирование, отчетность.
Решение
• Упрощает процесс лицензирования и учета. • Не нужно ждать лицензий. Демо лицензии.• Ускорение цикла продаж, подсказки при расчете.
Польза
Централизованное управление лицензиями
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
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
Фич
и, м
одел
и те
леф
онов
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
Преимущества:
• 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
В итоге сильно упростилась схема лицензирования
• Централизованный учет лицензий UCL и CUWL• Варианты внедрения ELM:
– Встроенный сервис в кластере UCM– Выделеная машина (виртуальная)
• Обслуживание нескольких кластеров и приложений UC
Центр Управления ЛицензиямиEnterprise License Manager
Сервис ELM
SOAP/https
Кластер UCMUnity Connection Кластер UCM
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
Enhanced Locations Based Call Admission Control
• Как выглядел Locations Based CAC до CUCM 9.0– Поддержка только простейшей топологии типа “звезда”– Нельзя обменяться информацией CAC с другим CUCM или VCS– Нельзя использовать SME для управления полосой пропускания,
поскольку SME не управляет медиапотоком– Системы Telepresence, развернутые в отдельном от других
видеоустройств кластере не используют единый механизм CAC
Enhanced Locations Based CAC
ИЛИ
• CUCM 9.0 добавляет следующие возможности CAC:• Эффективное управление полосой пропускания для кластеров, которые
используют общую физическую инфраструктуру• Администратор может моделировать сложную топологию, включая
многоуровневый WAN• Несколько кластеров CUCM могут пользоваться объединенной
информацией CAC при расчете требуемой полосы пропускания• Настраивать доступную полосу пропускания отдельно для голоса, видео и
иммерсивных систем• Поддержка внутризонных ограничений• Добавляет весовой атрибут для выбора оптимального маршрута в случае
дублирующихся путей
Enhanced Locations Based CAC
• Топология 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
Стоимостьлинков
• Location Bandwidth Manager (LBM): новый сервис, предназначенный для работы с CAC• LBM может быть запущен на всех серверах СUCM в кластере, или только на одном из них.• Основные задачи LBM:
• Сбор топологии и построение пути• Обслуживание запросов на выделение полосы пропускания от сервиса CUCM• Репликация информации на другие сервисы LBM внутри кластера и между
кластерами (для межкластерного CAC)
Enhanced Locations Based CAC
LBMLBM
LBMLBM
LBMLBM
Репликация
Репликация
Репликация
Запрос/ответ о выделении полосы Запрос/ответ о выделении полосы
Запрос/ответо выделении полосы
СерверCUCM
СерверCUCM
СерверCUCM
• Сервис 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
• Сервис 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
• При миграции с предыдущих версий CUCM сервис LBM будет активирован автоматически.
• Для новых систем сервис LBM нужно запускать вручную, как и любой другой сервис
LBM – новый сервис, обеспечивающий работу E-LCAC
• Пункт меню Location Infо также расширен для конфигурации E-LCAC
LBM – новый сервис, обеспечивающий работу E-LCAC
• Предназначен для обмена информацией E-LCAC при взаимодействии между кластерами CUCM
• Требуется использование транков SIP ICT, которые должны принадлежать location “Shadow”
Системный location “Shadow”
Теперь для каждого location можно настроить границу взаимодействия (линк) с другими locations и определить доступную полосу пропускания и стоимость маршрута
Для сохранения совместимости с предыдущими версиями, при заведении нового Location автоматически добавляется линк к location Hub_None. Администратор может удалить этот линк если он не нужен
Изменения на странице настройки locations для конфигурации E-LCAC
Настраиваются правила выделения полосы пропускания для звонков внутри данной Location. По умолчанию считается что звонки внутри Location могут получать максимально возможное количество ресурсов.
Изменения на странице настройки locations для конфигурации E-LCAC
Конфигурация 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”, для того чтобы работало моделирование топологии между кластерами.
Особенности планирования и конфигурации
• Механизм UCM Location CAC – это моделирование статической информации • Для создания модели CAC администратор создает абстрактную модель сети,
пытаясь отобразить особенности настройки QoS “живой” сетевой топологии• Такое сетевое моделирование имеет принципиальное ограничение – отсутствие
обратной связи, не позволяющее реагировать на сетевые события и изменения топологии (как, например, при использовании RSVP CAC).
• Построенная модель хороша только до тех пор, пока информация, используемая при ее работе, соответствует настройкам QoS и текущей сетевой топологии. Соответственно, необходимо отражать все сетевые изменения в рамках существующей модели.
• Доступная полоса пропускания может некорректно моделироваться при возникновении проблем в сети.
Что надо помнить про E-LCAC
Преимущества и недостатки разных вариантов Call Admission Control
Методы CAC LCAC Gatekeeper E-LCAC RSVP
Раздельная обработка голоса/видео
Обработка приоритетных звонков
Раздельная обработка видео/ Телепрезенс
Поддержка многокластерных топологий
Поддержка сложных WAN-топологий
Реакция на сетевые события
Поддержка филиалов с резерввными подключениями
Поддержка отказоустойчивых и резервированных сетевых топологий
• Базовые сведения о Cisco Unified Communications Manager
• Новые возможности Cisco Unified Communications Manager – Расширение существующих возможностей– Инфраструктурные изменения– Новые возможности управления вызовами
О чем пойдет речь
Cisco Extend&Connect
• Быстрая смена предпочтений с точки зрения персональных мобильных устройств, увеличение количества сотрудников, предпочитающих работать удаленно или использовать мобильный телефон как основной коммуникационный инструмент требуют более гибкого подхода со стороны корпоративной систем унифицированных коммуникаций
• Заказчики требуют совместимости между новейшими разработками в системе Унифицированных коммуникаций и старыми телефонными станциями для обеспечения постепенной миграции, по мере вывода старых систем из эксплуатации
• Extend & Connect дает возможность администратору внедрять приложения, использующие протокол CTI и обеспечивать работу с ними для всех сотрудников, вне зависимости от типа абонентского устройства
• Extend & Connect позволяет сотрудникам получить все преимущества использования приложений Унифицированных коммуникаций Cisco в любом месте, используя любое устройство.
Extend&Connect: Зачем это нужно
“Как получить доступ к преимуществам Cisco UC продолжая использовать старую УПАТС и телефоны?”
Любая УПАТС
Кластер CUCM
Session Manager (опционально)
Cisco Unity Connection
ТСОП
Cisco Jabber
Домашний телефон
Мобильный телефон
• Сотрудник желает использовать 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)
Определения и термины
Архитектура
ТСОП
Домашний телефон
+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
• Добавить пользователя в базу данных 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 – это номер телефона сотрудника, который расположен где-то за пределами кластера CUCM
• Пользователь может добавить, изменить или удалить номер RD непосредственно через клиент Cisco Jabber
– Номер, добавляемый через Cisco Jabber проверяется на корректность(через Application Dial Rules и адресный план) перед сохранением
• Администратор может настроить RDот имени пользователя
– Номер, добавляемый через СUCMадминистратором не проверяется на корректность
– Имя RD должно быть “JabberRD” для использования с клиентом Cisco Jabber
Добавляем номер RD
• Answer Too Soon Timer: Если при звонке DVO на номер RD ответ произошел ДО истечения этого таймера, то такой звонок будет завершен.
• Answer Too Late Timer: Если при звонке DVO на номер RD никто не ответил до истечения этого таймера, то такой звонок будет завершен.
• Delay Before Ringing Timer:Задержка перед маршрутизацией вызова на данный RD.
Настройка таймеров для DVO
• Если выбрать “Use other number for calls” –активируется режим Extend & Connect mode
– Новый режим появится после добавления CTI Remote Device для данного пользователя
• “Use default number” – используется преднастроенный номер
• “Edit number” дает пользователю возможность задать новый номер
Новые параметры клиента Cisco Jabber
Преднастроенный администратором номер Номер можно редактировать
• Как только пользователь активирует режим Extend&Connectчерез клиент Cisco Jabber, используемый RD и ассоциированный с ним номер помечается как “Активный”
• Администратор всегда может определить какой RD (и с каким номером) является активным через административный интерфейс CUCM
Что такое Active Remote Destination
Входящий звонок: режим 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
ТСОП
Входящий звонок при неактивном режиме 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
Исходящий звонок: 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
• Прием входящего звонка на корпоративный номер• Выполнение звонка• Завершение звонка• Удержание вызова/возврат с удержания• Перенаправление вызова• Безусловная переадресация• Режим “не беспокоить”• Передача DTMF (out-of-band)• Консультативный перевод, конференции• Добавить/Изменить/Удалить номер RD• Назначение RD значения “Active”/”Inactive”
Поддерживаемые функции управления звонком
Статус доступности изменится на “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
Поддерживаемые версии ПО• 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
[email protected], Jabber ID/IM
+7 499 929 5641Единый номер
• 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
• Для звонков (аудио/видео) на адреса URI между абонентами кластера CUCM
• Для маршрутизации звонков (аудио/видео) на адреса URI других CUCM
• Для маршрутизации звонков (аудио/видео) на адреса URIвнешних систем (Cisco VCS, MS OCS)
• Для маршрутизации звонков между предприятиями (с использованием CUBE)
• Для создания каталога UDS предприятия– Упрощение внедрения Cisco Jabber– Автоматическое обнаружение сервисов UC для клиентов
Для чего нужны адреса URI в CUCM
• Звонок в сети VoIP предприятия (внутри кластера или через транк SIP)• Звонок между предприятиями с использованием VoIP (через транк SIP)• Перевод звонка• Форвард• Организация конференций и подключение к ним• Отзвон (с ограничениями)• Номер быстрого набора• Abbreviated Dial• SIP Redirect (SIP 302)• CDR• CTI/JTAPI/TAPI (SIP/SCCP)• UDS (поиск по адресу URI)
Где можно использовать адреса URI
• Телефоны серии 99хх и 89хх:– Не позволяют ввести адрес URI при переводе вызова, организации
конференции и при настройке CFA.• H323, шлюзы MGCP и все остальные IP телефоны (39хх, 69хх, 79хх):
– Не имеют возможности набора адреса URI.– Используют номер в качестве идентификатора вызывающей
стороны. • Транки Q.SIG:
– В некоторых ситуациях caller ID может быть представлен в виде номера.
• SRST:– Пока не поддерживает звонки на адреса URI.
Известные ограничения
Звонки (аудио/видео) на адреса URI между абонентами кластера CUCM
– Адрес URI ассоциируется с внутренним номером (DN)– В CUCM все абонентские устройства продолжают использовать DN– Адрес URI может быть ассоциирован с DN на любом абонентском
устройстве (не только SIP)– Телефоны всегда регистрируются с использованием DN (они могут
даже не знать про ассоциацию с адресом URI)
Адресация URI для абонентов CUCM
Общая идея реализации в CUCM 9.0
101
2001
2002
• С одним DN может быть проассоциировано до 5 адресовURI
• Адрес URI может быть в любой партиции (не обязательно в той же где DN)
• Один из адресов URI помечается как основной
• Основной адрес URI используется для преобразования формата адреса из DN
Добавление адреса URI на страничке конфигурации DN
Больше адресов URI добавить нельзя (достигнут максимум)
• Указываем адрес URI пользователя в поле Directory URI
• Ассоциируем абонентское устройство(настройка digest user на телефоне так же создает ассоциацию)
• Задаем Primary Extension• Автоматически создается Primary URI для
данной линии, который нельзя удалить
Добавление адреса URI через страничку конфигурации пользователя
• Directory URI пользователя может быть так же получен из директории LDAP• Стандартные атрибуты LDAP
– msRTCSIP-primaryuseraddress (только для Active Directory)– mail
• Синхронизация из LDAP запускает автоматическое создание адреса URI для DN(подразумеваем, что абонентское устройство уже ассоциировано с пользователем)
• Если ни одно из этих полей не выбрано, поле “Directory URI” остается пустым и становится доступным для редактирования
Синхронизация Directory URI из LDAP
• “Directory URI” может быть объявлен на страничке конфигурации пользователя
• Если для пользователя настроен primary DN, то Directory URI автоматически ассоциируется с этим DN как Primary URI (и помещается в партицию Directory URI)
• Партиция “Directory URI” не редактируемая и не удаляемая
Автоматическое создание адресов URI
105
• Один адрес URI ассоциированный с DN помечается как primary URI• Адрес URI, созданный автоматически на основе primary extension
пользователя всегда будет помечен как primary URI
• Если автоматически созданного URI нет, один из настроенных адресовURI может быть отмечен “primary”
• Primary URI будет использоваться как основной URI для звонков с/на эту линию
Адрес URI и DNЧто такое Primary URI
106
Алиас партиции Directory URI
• Автоматически созданные адреса URI помещаются в партицию“Directory URI”
• Партиция “Directory URI” предопределена и не может быть изменена или удалена
• Чтобы выполнялся поиск по этой партиции, она должна быть добавлена в соответствующие CSS
• Одна из существующих партиций может быть объявлена как алиас дляпартиции “Directory URI” Адреса URI в партиции “Directory URI” будут доступны для всех CSS, которым доступна партиция, объявленная в качестве алиаса
• Хороший кандидат: уже существующая партиция, в которой находятся внутренние номера (DN)
107
• Набраный “номер” может содержать: +, 0-9, *, A-D
• В профиле SIP появилось дополнительное поле “Dial String Interpretation”
• Применяется к звонкам с транков и терминалов
• По умолчанию: 0-9, * и + (Рекомендуется)
• IP телефоны добавляют таг “user=phone” в поле Request-URI когда находятся в режиме набора номера.(Keypad mode)
• Если в Request-URI такого тага нет, CUCM применяет настроенное правило интерпретации для анализа формата адреса
Адрес URI и номерКак система различает номер и адрес URI
108
• Идея увязки номера и адреса 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 (комбинированный идентификатор)
Терминалы, которые поддерживают прием blended identity могут использовать эту информацию для формирования истории звонков и при отображении информации о входящем вызове
Отображение информации о вызывающей стороне на телефоне
•Телефоны серии 89xx и 99хх отдают предпочтение адресу URI, если оба адреса известны (URI и DN).
•Для входящего звонка эти телефоны будут показывать имя звонящего и его адрес URI. (не DN)
•В истории звонков эти телефоны будут показывать полную информацию при показе детальной информации.
• Инструмент, позволяющий администратору протестировать работу адресного плана кластера CUCM
• Можно вводить адресr URI для тестирования маршрутизации вызова внутри кластера.
• Адреса URI поддерживаются на страничках Analyzer иPhone.
Использование Dialed Number Analyzer
• Так же можно использовать “Dump DA Information” для просмотра всего дерева анализа.
Использование Dialed Number Analyzer
Маршрутизация вызовов (аудио/видео) на адреса URI других CUCM
• Внутри кластера: Звонки на адреса URI внутри кластера маршрутизируются на базе механизма partitions и CSS. Подробности мы рассмотрели ранее.
• Между кластерами:– При звонке между кластерами на адрес URI невозможно
подставить какой-либо префикс, как в случае телефонного номера– Адреса URI пользователей на разных кластерах могут иметь один
и тот же доменный суффикс, так что использовать RHS адреса URI для маршрутизации звонка на нужный кластер тоже не получится.
• Решение для межкластерных вызовов:– Адреса URI реплицируются между кластерами с помощью
Inter-cluster Lookup Service (ILS). При выполнении вызова на адрес URI предварительно выполняется поиск кластера, обслуживающего данный адрес URI через ILS. Это дает понимание какой SIP-транк нужно использовать для дальнейшей маршрутизации вызова.
Адреса URI и маршрутизация вызовов
• Репликация информации (ILS):– Адрес URI обслуживается одним
кластером– Каждый кластер реплицирует
1. обслуживаемые адреса URI и 2. маршрутные строки соседним кластерам.
– Топология репликации Hub and Spoke обеспечивает полноту информации.
• Маршрутизация вызова: – Для вызываемого адреса URI получается
маршрутная строка– Маршрутная строка используется для
выбора SIP-транка для маршрутизации вызова
– При необходимости процесс повторяется на каждом транзитном кластере, до тех пор пока вызов не придет на домашний кластер вызываемого абонента
Пример межкластерного вызовас использованием Inter-cluster lookup service
Маршрутная строка: 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
3) Маршрутизацияна rtp.cisco.com
4) Вызов на абонента
Маршрут вызова
Работа 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 участвует в работе InterclusterURI Dialing выполняя задачу поиска маршрутной строки домашнего кластера для внешнего адреса URI.
• Поскольку выполняется предварительная синхронизация, весь процесс выполняется локально и не требует выполнения запроса информации от других кластеров в процессе установления соединения.
Подробнее про ILS: что такое Сеть 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: Синхронизация данных
• ILS – это сервис, активируемый на сервере (или нескольких серверах) в кластере• По умолчанию, когда мы настраиваем сеть ILS, соответствующий сервис стартует на всех
серверах кластера.• Администратор может выборочно запустить сервис ILS только на определенных серверах.• Сервис ILS спроектирован так, что администратору не нужно специально уделять
внимание выбору серверов для активации сервиса.• Один из серверов кластера, на которых работает сервис ILS, автоматически становится
XNode для этого кластера. • Сервер XNode берет на себя задачу коммуникации с другими кластерами в сети ILS.• Выбор XNode происходит автоматически, посмотреть какой сервер был выбран как Xnode
можно через команду CLI.• Если в кластере CUCM более одного сервера на котором работает ILS, то в качестве
XNode никогда не будет выбран Publisher.
Подробнее про ILS: Что происходит внутри кластера - XNode
• При работе используется TLS, что требует установку сертификатов Tomcat соседнего кластера.
– Для обмена сертификатами Tomcat используйте Bulk Certificate Management.• Для кластеров формирующих сеть ILS нужно настроить уникальные Cluster ID.
Сеть ILS: Настройка и старт сети – предварительные действия
120
© 2010 Cisco and/or its affiliates. All rights reserved. Cisco Confidential
• Когда кластер 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
• Сеть 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 и маршрутизация вызовов – что еще надо настроить
Настройка ILS для маршрутизации вызововОпределение маршрутной строки для домашнего кластера
Настройка маршрутной строки для данного кластера выполняется в разделе “Intercluster Directory URI Configuration”
Эта маршрутная строка будет ассоциирована со всеми адресами URI, обслуживаемыми данным кластером.
Настройка ILS для маршрутизации вызововПривязка Sip Route Pattern к Sip-транку
• Создаем Sip Route Pattern, под который будет подходить маршрутная строка ILS вызываемого абонента.
• В качестве универсального Sip Route Pattern можем использовать шаблон “*”. Это удобно при настройке Spoke для маршрутизации всех вызовов на Hub (SME)
• Привязываем Route Pattern к транку Sip.
Изначально эта настройка появилась в СUCM 8.6 для возможности передачи доменного имени через транк или на терминал.
Предназначалось для терминалов типа E20/E90, зарегистрированных на СUCM и выполняющих вызовы наTandberg VCS через транк SIP.
При межкластерных вызовах на адреса URI это так же используется для корректной передачи адреса вызывающей стороны.
Рекомендуется разрешить эту опцию для всех терминалов и транков, которые работают с вызовами на адреса URI.
Настройка профиля SIP - использование Fully Qualified Domain Name в заголовках SIP
По умолчанию передается только номер (DN) вызывающего абонента. Это нужно для совместимости со старыми системами или для подключения IP-телефонных систем других разработчиков
Рекомендуется использовать значение “Deliver URI and DN in connected party, if available” при настройке транка SIP между кластерами CUCM, если планируется использовать звонки на адреса URI.
Передача комбинированного идентификатора вызывающего абонента через транк SIP
• Что делать если звонок вообще не проходит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 между кластерами не работают
Маршрутизация звонков (аудио/видео) на адреса URI внешних систем (Cisco VCS, MS Lync)
• Сервис 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 для взаимодействия с другими системами
Файл может быть создан вручную или экспортирован из внешней системыФормат файла: первая строка – заголовок, далее один или несколько
адресов URIЗаголовок должен быть: “Directory URI” (без кавычек)Далее один адрес URI на строке
Формат файла CSV для импорта в CUCM
Directory [email protected]@[email protected]
Заключение: короткие факты
Около 3000 часов разработки Уже доступно для заказа Около 80 новых и доработанных функцийУникальные возможностиАрхитектурный подход к решению вопроса
корпоративных коммуникаций
Cisco Unified Communications Manager 9.0
Sponsored by
Спасибо за внимание!
Заполняйте анкеты он-лайн и получайте подарки в Cisco Shop: http://ciscoexpo.ru/expo2012/questВаше мнение очень важно для нас!