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

9,173 views

Published on

Published in: Technology
0 Comments
2 Likes
Statistics
Notes
  • Be the first to comment

No Downloads
Views
Total views
9,173
On SlideShare
0
From Embeds
0
Number of Embeds
6
Actions
Shares
0
Downloads
116
Comments
0
Likes
2
Embeds 0
No embeds

No notes for slide

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

  1. 1. Sponsored byОбновления решений CiscoUnified Communications 9.0Константин ГрибахТехнический консультант, Ciscokogribak@cisco.com
  2. 2. О чем пойдет речь• Базовые сведения о Cisco Unified Communications Manager• Новые возможности Cisco Unified Communications Manager – Расширение существующих возможностей – Инфраструктурные изменения – Новые возможности управления вызовами
  3. 3. О чем пойдет речь• Базовые сведения о Cisco Unified Communications Manager• Новые возможности Cisco Unified Communications Manager – Расширение существующих возможностей – Инфраструктурные изменения – Новые возможности управления вызовами
  4. 4. Что такое Cisco Unified Communications Manager (CUCM)• Программно-аппаратный комплекс решающий следующие задачи: – Установление/модификация/завершение мультимедийных вызовов в среде Унифицированных коммуникаций Cisco – Обработка и хранение адресного плана предприятия • выбор оптимального маршрута установления соединения • модификация адресов в соответствии с требованиям – Управление абонентскими устройствами • формирование общих и специфических файлов конфигурации • управление версиями ПО для абонентских устройств • контроль занятости абонентов (сервис присутствия) – Управление медиаресурсами • Ad-hoc и Meet-me конференции • Транскодирование • MTP (в том числе TRP и агенты RSVP) – Интеграция телефонных функций с другими приложениями для совместной работы и офисными приложениями + =
  5. 5. Поддерживаемые платформы (для версии 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-virtualizedhttp://www.cisco.com/en/US/prod/collateral/voicesw/ps6790/ps5748/ps378/prod_brochure0900aecd8062a4f9.html
  6. 6. Архитектура кластера 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
  7. 7. Архитектура кластера CUCM:Свойства и правила• Кластер выглядит как единый коммуникационный узел, с единой точкой управления (publisher)• Несколько функций могут работать на одном и том же сервере. Это зависит от типа сервера и размера кластера.• У одного сервера Publisher может быть до 19 подписчиков (subscribers) (всего 20 серверов в кластере, считая publisher)• Обработкой вызовов могут заниматься до 8 серверов в кластере• Максимум 10 000 абонентов на одном сервере (зависит от серверной платформы)• Максимум 40 000 абонентов в кластере Cisco Unified CM (зависит от серверной платформы и конфигурации кластера)
  8. 8. Архитектура кластера CUCM: Обеспечение отказоустойчивости для подключенных устройств 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
  9. 9. Архитектура кластера CUCM:Схемы резервирования и отказоустойчивости: 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 • Более экономная схема • Балансировка нагрузки и резервирования резервирование • Высокая доступность при • Высокая доступность при апгрейдах апгрейдах • Обеспечение резервирования • Более быстрое при единичном отказе восстановление сервиса
  10. 10. Управление вызовами Протоколы сигнализации: CUCM как “транслятор протоколов” Session Initiation Protocol IP-телефоны Программные ITU-T H.323Skinny Client Control Protocol клиенты Телепрезенс Сети SIP Аналоговые IP IP-телефоны телефоны Шлюзы WiFi IP-телефоны Аналоговые SIP Шлюзы Программные клиенты Computer Telephony Integration/ Media Gateway Control Protocol Интеграция с приложениями Шлюзы Аналоговые Приложения телефоны Call Agents (JTAPI/CTI)
  11. 11. 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
  12. 12. Поддержка мобильных устройств и сервисЕдиного номера Региональное отделение Центральный офис КСПД пользователь Cisco Unified Mobility Unified Mobility ССОП Cisco Unified Communications Manager пользователь Cisco Unified Mobility обеспечивает Unified Mobility механизм ассоциации внутреннего корпоративного номера пользователя с номером его мобильного аппарата.
  13. 13. Модели внедрения CUCM • Централизованная обработка вызовов – кампусная модель • Распределенная модель с централизованной обработкой вызовов • Распределенная архитектура обработки вызововДетальное описание доступных моделей внедрения:http://www.cisco.com/en/US/solutions/ns340/ns414/ns742/ns818/landing_uc_mgr.html
  14. 14. Централизованная обработка вызововкампусная модель (Single Site)• Кластер CUCM, приложения, шлюзы, IP-телефоны Приложения расположены в пределах (VMail, UCCX, CUP…) высокоскоростной кампусной сети• Модель поддерживает развертывание до 40,000 SIP или SCCP IP-телефонов на Кластер CUCM кластер• ТСОП используется для всех внешних звонков• До 2100 шлюзов и транков ТСОП
  15. 15. Централизованная обработка вызовов Распределенный кластер CUCM Кластер CUCMПриложения Приложения Расстояние Москва Владивосток • Серверы одного кластера CM распределены между ЦОД-ами • Приложения могут быть как в одном ЦОД так и распределены между ЦОД-ами • Единая точка администрирования, прозрачность функций (Extension Mobility), единый номерной план • Максимальная двусторонняя задержка задержка 80 (40)-ms • Пропускная полоса 1544 kbps для каждых 10,000 BHCA + 1544 kbps для каждого subscriber • Максимальное количество площадок – 8
  16. 16. Распределенная модель с централизованной обработкой вызововПриложения(VMail, UCCX, CUP…) Маршрутизатор ТСОП с поддержкой SRST Кластер CUCM Филиал A IP сеть Центральный офис • Кластер CUCM расположен в центральном офисе • Приложения и DSP-ресурсы могут быть централизованными или распределенными • Поддержка до 40,000 телефонов на кластер Филиал Б • При отказе IP WAN, прозрачное использование ТСОП (Automated Alternate Routing—AAR) • Survivable Remote Site Telephony (SRST) для филиалов • Максимум 2000 филиалов на кластер • Расширенный контроль выделения сетевых ресурсов (локально или с использованием RSVP)
  17. 17. Распределенная модель с централизованной обработкой вызовов: отказоустойчивость Отказ 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’
  18. 18. Распределенная обработка вызововПриложения(VMail, IPCC, MP…) Приложения ТСОП Кластер Кластер CUCM CUCM GK IP сеть Филиал A Центральный офис Приложения• Кластеры CUCM, приложения, DSP ресурсы есть в каждом Кластер офисе CUCM• Поддерживается до 40,000 телефонов на каждый кластер• Можно объединять до 100+ офисов• Прозрачное использование ТСОП если IP-сеть недоступна• Динамическое формирование адресного плана (SAF/CCD)• Расширенные механизмы выделения сетевых ресурсов Филиал B (RSVP)• Роуминг абонентов (Cross Cluster Extension Mobility)
  19. 19. О чем пойдет речь• Базовые сведения о Cisco Unified Communications Manager• Новые возможности Cisco Unified Communications Manager – Расширение существующих возможностей – Инфраструктурные изменения – Новые возможности управления вызовами
  20. 20. Расширение возможностей службыединого номера (SNR)
  21. 21. Одновременный звонок для сервиса SNR Условие: сотрудник настроил номер своего мобильного телефона как RD сервиса SNR. Коллеги продолжают звонить ему на мобильник, даже когда сотрудник находится на рабочем месте Требование: сотрудник желает, чтобы при звонке на его мобильный номер из офиса (от коллег) была возможность снять трубку на офисном телефоне• В CUCM 7.0 появился параметр • Добавлен новый сервисный “Reroute Remote Destination Calls to параметр “Ring All Shared Lines” Enterprise Number” • Это логическая переменная• Звонки на мобильный номер • True – все устройства игнорируют настройки time of day пользователя звонят (включая другие зарегистрированные• При этом звонок все равно направления) замыкается на физический • False – звонок размещается телефон… но телефон НЕ звонит только на данный номер • Значение по умолчанию – False (сохраняется поведение как в прошлой версии)
  22. 22. Голосовая почта для SNRПроблема: Решение• Когда звонок размещен на • В CUCM 9.0 добавлен новый какое-либо направление SNR параметр “Single Number Reach (например, мобильный), CUCM Voicemail Policy” не в состоянии определить кто • Эта политика определяет режим ответил на звонок – работы механизма обнаружения пользователь или VM ответа VM: либо таймер, либо оператора мобильной связи ручное управление от• Обычно для обнаружения пользователя ответа VM используется • Тайминговый вариант таймер “Answer Too Soon” продолжает использовать таймер• Тайминговый механизм не “Answer Too Soon” очень надежен и требует • Ручное управление требует от тонкой подстройки под каждого пользователя нажать клавишу мобильного оператора для передачи сигнала DTMF для приема вызова
  23. 23. Голосовая почта для SNR• Таймер Delayed Announcement: как долго ждать прежде чем проиграть уведомление• Таймер Confirmed Answer Indication: как долго ждать сигнала DTMF от пользователя.
  24. 24. Поддержка видео для SNR• В настроящее время для • Поддерживается в том числе для Mobile Connect и устройств Cisco Dual Mode for двухрежимных телефонов (c Android/iPhone (со стороны WiFi) доступны только CUCM) голосовые вызовы. • Поддержка видео разрешается• При этом CUCM умеет на конфигурационной страничке согласовывать параметры устройства в CUCM видео в случае, когда оба • Так же поддерживается работа абонентских устройства через H323/SIP ICT имеют возможность работы с • SNR через шлюз ТСОП так же видео будет поддерживать видео, если возможности шлюза это позволяют
  25. 25. Очередь звонков для хант-групп
  26. 26. Встроенная очередь звонков• Hunt Pilot может поставить звонок в очередь• Перенаправлять звонки в зависимости от настроек очереди• Агент может обслуживать несколько очередей.• Автоматическое отключение агента при неответе и перенаправление звонка в очередь.• Звонок с наибольшим временем ожидания во всех очередях будет обслужен первым.• Персональных агентских приветствий нет.• С телефона можно посмотреть состояние очереди.
  27. 27. Встроенная очередь звонков
  28. 28. Встроенная очередь звонков Можно загружать свои приветствия Выбор: -Always (всегда) -Only for queued Calls (только для звонков в очереди)
  29. 29. Встроенная очередь звонков•Информация о состоянии очереди: программная кнопка, сервисна физической кнопке или Feature Control Policy (99xx/89xх)
  30. 30. Встроенная очередь звонков• Показывается состояние всех очередей, обслуживаемыхустройством
  31. 31. Автоматический донабор
  32. 32. Автоматический донаборПауза в номерах быстрого набора (speedials)• Теперь пользователи могут настраивать номера быстрого набора не только включающие FAC, CMC, но и включающие донабор DTMF после установления соединения• Для разделения частей номера быстрого набора используется запятая. Запятая используется как разделитель и/или пауза.• Возможны 2 метода настройки номера быстрого набора: – Метод 1: с использованием запятой в качестве паузы и/или разделителя – Метод 2: телефонныйномер/FAC/CMC/донабор без использования запятой
  33. 33. Метод 1: Запятая как пауза Метод 2: Без запятой• - Запятая используется для • - Все цифры номера быстрого определения номера, FAC, CMC набора, включая сам номер, и донабора FAC, CMC и донабор вводятся• - При донаборе запятая как одна строка, без добавляет задержку в 2 секунды разделителей• - Запятых может быть несколько, • - Никакой задержки при наборе если требуется длительная номера нет задержка • - Может использоваться как для• - Предпочтительный метод для SCCP так и для SIP телефонов; всех устройств, за исключением обязателен в случае CUPC. CUPC
  34. 34. Пауза в номерах быстрого набора – примеры:• 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
  35. 35. Синхронизация с LDAP и локальныепользователи
  36. 36. Локальные пользователи и пользователи изLDAP• До CUCM 9.0 – Включение синхронизации пользователей из LDAP автоматически запрещает добавление локальных пользователей – Все конечные пользователи должны были быть заведены в AD и синхронизированы с CUCM – Необходимость заведения дополнительных пользователей в AD может приводить к дополнительным затратам на лицензии CAL для MS AD• Начиная с CUCM 9.0 – В базе данных конечных пользователей CUCM могут присутствовать как локальные пользователи так и пользователи из LDAP – Возможность редактировать свойства локального пользователя – Удаление синхронизации с LDAP приведет к пометке всех LDAP пользователей как подлежащих удалению – Администратор может конвертировать пользователя LDAP в локального
  37. 37. Локальные пользователи и пользователи изLDAPПоле User status используется определения статуса пользователя – локальный или из LDAP.
  38. 38. Локальные пользователи и пользователи из LDAPИспользуйте чекбокс “Convert User Account” для конвертации пользователя LDAP в локального (не забудьте сохранить изменения).
  39. 39. Настраиваемые поля синхронизации• Существующие соглашения LDAP синхронизируют по умолчанию 13 атрибутов• Новые соглашения LDAP позволяют определить до 5 пользовательских атрибутов для синхронизации информации из корпоративного каталога
  40. 40. Настраиваемые поля синхронизации• Настраиваемые поля едины для всех настроенных соглашений о синхронизации• Если поменять настраиваемое поле для одного соглашения, данное изменение будет применено для всех остальных соглашений.• Настроенные атрибуты будут проверены на их наличие в LDAP в момент сохранения настроек – Если указанный атрибут не будет существовать в LDAP система выдаст сообщение об ошибке
  41. 41. О чем пойдет речь• Базовые сведения о Cisco Unified Communications Manager• Новые возможности Cisco Unified Communications Manager – Расширение существующих возможностей – Инфраструктурные изменения – Новые возможности управления вызовами
  42. 42. Интеграция CUCM и CUP
  43. 43. Новая роль: 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
  44. 44. CUCM IM & Presence• Настройка сервисов UC через административный Web- интерфейс CUCM• Настраиваемые сервисы UC: – Voice Mail, Visual Voice Mail, Conferencing, Directory, IM и Presence, CTI• Настроенные сервисы объединяются в сервисный профиль UC• Сервисный профиль UC назначается пользователям – Можно контролировать доступность сервисов на уровне настроек пользователя – Там же определяется домашний кластер
  45. 45. Сервисный профиль пользователяУправление доступом к сервисам UC
  46. 46. Лиценизирование и Enterprise LicenseManager
  47. 47. Централизованное управление лицензиямиБизнес Задачи• Соответствие аудиту, учет использования лицензий• Управление лицензиями нескольких кластеров• Управление лицензиями нескольких приложений• Быстрая реакция на запросы бизнесаРешение• Унифицированная схема лицензирования – UCL и CUWL• Централизованное хранение и управление.• Простое администрирование, отчетность.Польза• Упрощает процесс лицензирования и учета.• Не нужно ждать лицензий. Демо лицензии.• Ускорение цикла продаж, подсказки при расчете.
  48. 48. Типы лицензий, которыми оперирует 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 SupportAnalog / 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
  49. 49. User Connect License (UCL) 9.x Public Enhanced Plus Space TP Multi ScreenФичи, модели телефонов Enhanced TP Single Screen Adjunct Basic Desktop Video Essenti al
  50. 50. Структура 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
  51. 51. В итоге сильно упростилась схема лицензированияПреимущества: • 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
  52. 52. Центр Управления ЛицензиямиEnterprise License Manager • Централизованный учет лицензий UCL и CUWL • Варианты внедрения ELM: – Встроенный сервис в кластере UCM – Выделеная машина (виртуальная) • Обслуживание нескольких кластеров и приложений UC Сервис ELM SOAP/https UnityКластер UCM Кластер UCM Connection
  53. 53. Установка, Upgrade ELMELM устанавливается либо вместе с UC приложением СUCM Unity Connection Cisco Webex Meetings ServerЛибо как отдельное приложение – Enterprise License Manager –выбор при инсталляции с DVDМожет быть установлен на аппаратный сервер, на которыеустанавливается ПО (CUCM, CUC).Либо на VMWare используя профиль OVA для CUCMОбновление ПО через интерфейс Unified OS Administration &Software UpgradesMAC адрес ELM – физический или вируальный – используется дляпривязки ВСЕХ лицензий.
  54. 54. Enhanced Locations Based Call AdmissionControl
  55. 55. Enhanced Locations Based CAC• Как выглядел Locations Based CAC до CUCM 9.0 – Поддержка только простейшей топологии типа “звезда” – Нельзя обменяться информацией CAC с другим CUCM или VCS – Нельзя использовать SME для управления полосой пропускания, поскольку SME не управляет медиапотоком – Системы Telepresence, развернутые в отдельном от других видеоустройств кластере не используют единый механизм CAC ИЛИ
  56. 56. Enhanced Locations Based CAC• CUCM 9.0 добавляет следующие возможности CAC: • Эффективное управление полосой пропускания для кластеров, которые используют общую физическую инфраструктуру • Администратор может моделировать сложную топологию, включая многоуровневый WAN • Несколько кластеров CUCM могут пользоваться объединенной информацией CAC при расчете требуемой полосы пропускания • Настраивать доступную полосу пропускания отдельно для голоса, видео и иммерсивных систем • Поддержка внутризонных ограничений • Добавляет весовой атрибут для выбора оптимального маршрута в случае дублирующихся путей
  57. 57. Enhanced Locations Based 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, ВЫБРАНЫЙ МАРШРУТ
  58. 58. Enhanced Locations Based CAC• Location Bandwidth Manager (LBM): новый сервис, предназначенный для работы с CAC• LBM может быть запущен на всех серверах СUCM в кластере, или только на одном из них.• Основные задачи LBM: • Сбор топологии и построение пути • Обслуживание запросов на выделение полосы пропускания от сервиса CUCM • Репликация информации на другие сервисы LBM внутри кластера и между кластерами (для межкластерного CAC) Сервер CUCM Репликация Сервер Репликация LBM Сервер CUCM CUCM Репликация LBM Запрос/ответ о LBMЗапрос/ответ о выделении полосы выделении полосы Запрос/ответ о выделении полосы
  59. 59. Enhanced Locations Based CAC• Сервис LBM каждого кластера реплицирует свой локальный граф на другие системы корпоративной сети• Сервис LBM, получивший граф от удаленной системы включает его в общую картину и формирует локальное представление глобального графа. LBM Репликация LBM UCM Репликация LBM Репликация LBM Репликация LBM LBM UCM UCM Loc_common Loc_common Loc_21 Loc_22 Loc_24 Loc_25 Loc_11 Loc_12
  60. 60. Enhanced Locations Based CAC• Сервис LBM в результате имеет локальное представление общего графа.• Сервис LBM в состоянии выполнить полное выделение полосы пропускания (End-to-End). LBM LBM UCM LBM LBM LBM LBM UCM UCM Loc_common Loc_commonLoc_11 Loc_12 Loc_22 Loc_24 Loc_21 Loc_25 Loc_12 Loc_11 Loc_21 Loc_22 Loc_24 Loc_25
  61. 61. LBM – новый сервис, обеспечивающий работу E-LCAC• При миграции с предыдущих версий CUCM сервис LBM будет активирован автоматически.• Для новых систем сервис LBM нужно запускать вручную, как и любой другой сервис
  62. 62. LBM – новый сервис, обеспечивающий работу E-LCAC• Пункт меню Location Infо также расширен для конфигурации E-LCAC
  63. 63. Системный location “Shadow”• Предназначен для обмена информацией E-LCAC при взаимодействии между кластерами CUCM• Требуется использование транков SIP ICT, которые должны принадлежать location “Shadow”
  64. 64. Изменения на странице настройки locations для конфигурации E-LCACТеперь для каждого location можно настроить границу взаимодействия (линк) с другимиlocations и определить доступную полосу пропускания и стоимость маршрутаДля сохранения совместимости с предыдущими версиями, при заведении нового Locationавтоматически добавляется линк к location Hub_None. Администратор может удалить этот линкесли он не нужен
  65. 65. Изменения на странице настройки locations для конфигурации E-LCAC Настраиваются правила выделения полосы пропускания для звонков внутри данной Location. По умолчанию считается что звонки внутри Location могут получать максимально возможное количество ресурсов.
  66. 66. Конфигурация Video Call Traffic Class в профиле SIP
  67. 67. Сервисный параметр Use Video BW for Immersive Video Calls
  68. 68. Особенности планирования и конфигурацииДля корректной работы 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”, для того чтобы работало моделирование топологии между кластерами.
  69. 69. Что надо помнить про E-LCAC• Механизм UCM Location CAC – это моделирование статической информации• Для создания модели CAC администратор создает абстрактную модель сети, пытаясь отобразить особенности настройки QoS “живой” сетевой топологии• Такое сетевое моделирование имеет принципиальное ограничение – отсутствие обратной связи, не позволяющее реагировать на сетевые события и изменения топологии (как, например, при использовании RSVP CAC).• Построенная модель хороша только до тех пор, пока информация, используемая при ее работе, соответствует настройкам QoS и текущей сетевой топологии. Соответственно, необходимо отражать все сетевые изменения в рамках существующей модели.• Доступная полоса пропускания может некорректно моделироваться при возникновении проблем в сети.
  70. 70. Преимущества и недостатки разных вариантов Call Admission ControlМетоды CAC LCAC Gatekeeper E-LCAC RSVPРаздельная обработка голоса/видеоОбработка приоритетных звонковРаздельная обработка видео/ ТелепрезенсПоддержка многокластерных топологийПоддержка сложных WAN-топологийРеакция на сетевые событияПоддержка филиалов с резерввнымиподключениямиПоддержка отказоустойчивых ирезервированных сетевых топологий
  71. 71. О чем пойдет речь• Базовые сведения о Cisco Unified Communications Manager• Новые возможности Cisco Unified Communications Manager – Расширение существующих возможностей – Инфраструктурные изменения – Новые возможности управления вызовами
  72. 72. Cisco Extend&Connect
  73. 73. Extend&Connect: Зачем это нужно• Быстрая смена предпочтений с точки зрения персональных мобильных устройств, увеличение количества сотрудников, предпочитающих работать удаленно или использовать мобильный телефон как основной коммуникационный инструмент требуют более гибкого подхода со стороны корпоративной систем унифицированных коммуникаций• Заказчики требуют совместимости между новейшими разработками в системе Унифицированных коммуникаций и старыми телефонными станциями для обеспечения постепенной миграции, по мере вывода старых систем из эксплуатации• Extend & Connect дает возможность администратору внедрять приложения, использующие протокол CTI и обеспечивать работу с ними для всех сотрудников, вне зависимости от типа абонентского устройства• Extend & Connect позволяет сотрудникам получить все преимущества использования приложений Унифицированных коммуникаций Cisco в любом месте, используя любое устройство.
  74. 74. “Как получить доступ к преимуществам Cisco UCпродолжая использовать старую УПАТС и телефоны?”Кластер Session Manager CUCM (опционально) ТСОП Cisco Jabber Домашний телефон Любая УПАТС Cisco Unity Мобильный Connection телефон
  75. 75. Наиболее частые ситуации когда эта функция полезна• Сотрудник желает использовать Cisco Jabber и телефон, подключенный к традиционной УПАТС – Предприятие внедряет Cisco Jabber как стандартное приложение для IM & Presence, но пока не перешло полностью на IP-телефоны Cisco (планируется на будущее). Требуется обеспечить максимум возможных функций для гибридной схемы работы.• Cisco Jabber для мобильных сотрудников – Пользователи хотят пользоваться Jabber для управления звонками, используя при этом обычный домашний телефон или телефон в гостинице (в случае, если использование IP-телефонии по каким-то причинам невозможно). – Пользователь уже имеет IP-телефон Cisco, программный клиент Jabber, или и то и другое, но желает так же пользоваться клиентом Jabber при работе с домашним или гостиничным телефоном.
  76. 76. Cisco Extend & Connect – Unified CM Кластер CUCM ТСОПСерверголосовойпочты Cisco Jabber Домашний телефон Любая УПАТС Мобильный телефон
  77. 77. Определения и термины• 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)
  78. 78. АрхитектураCTI Remote Deviceзарегистрирован на CUCM. DN2000 – основной номерпользователя, известный так жекак +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
  79. 79. Настройка: конфигурация параметров пользователя• Добавить пользователя в базу данных CUCM – Можно использовать интеграцию с LDAP или добавить локально• Отметить ‘Enable Mobility’ в разделе Mobility Information
  80. 80. Настройка: конфигурация параметров пользователя• Назначить пользователю следующие права: – Standard CCM End-Users – Standard CTI Enabled – Standard CCMUSER Administration
  81. 81. Добавить новое устройство: CTI Remote Device • Устройство типа CTI Remote Device определяет RD для пользователя • Назначить владельца устройства указав User ID – Имя нового устройства формируется автоматически. По желанию его можно изменить • Настройка параметров типа Device Pool, CSS, MOH идентична настройке обычного IP телефона • Не забываем назначить номер линии!
  82. 82. Ассоциация нового устройства и пользователя • Разрешаем сотруднику управление устройством • Не забываем указать Primary Extension для данного пользователя
  83. 83. Настройка правил преобразования номера для приложений• В зависимости от используемой схемы адресации кластера CUCM, можно настроить Application Dial Rules. Это может существенно упростить дальнейшую работу пользователей по настройке RD• Используя Application Dial Rules можно приводить разные форматы представления номеров (7 цифр, 10 цифр) к определенному единому виду (например, к E.164).• Настроенные правила применяются для всех RD, настроенных для CTI Remote Device
  84. 84. Добавляем номер RD • RD – это номер телефона сотрудника, который расположен где-то за пределами кластера CUCM • Пользователь может добавить, изменить или удалить номер RD непосредственно через клиент Cisco Jabber – Номер, добавляемый через Cisco Jabber проверяется на корректность (через Application Dial Rules и адресный план) перед сохранением • Администратор может настроить RD от имени пользователя – Номер, добавляемый через СUCM администратором не проверяется на корректность – Имя RD должно быть “JabberRD” для использования с клиентом Cisco Jabber
  85. 85. Настройка таймеров для DVO • Answer Too Soon Timer: Если при звонке DVO на номер RD ответ произошел ДО истечения этого таймера, то такой звонок будет завершен. • Answer Too Late Timer: Если при звонке DVO на номер RD никто не ответил до истечения этого таймера, то такой звонок будет завершен. • Delay Before Ringing Timer: Задержка перед маршрутизацией вызова на данный RD.
  86. 86. Новые параметры клиента Cisco Jabber • Если выбрать “Use other number for calls” – активируется режим Extend & Connect mode – Новый режим появится после добавления CTI Remote Device для данного пользователя • “Use default number” – используется преднастроенный номер • “Edit number” дает пользователю возможность задать новый номерПреднастроенный Номер можно редактироватьадминистратором номер
  87. 87. Что такое Active Remote Destination• Как только пользователь активирует режим Extend&Connect через клиент Cisco Jabber, используемый RD и ассоциированный с ним номер помечается как “Активный”• Администратор всегда может определить какой RD (и с каким номером) является активным через административный интерфейс CUCM
  88. 88. Входящий звонок: режим 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
  89. 89. Входящий звонок при неактивном режиме 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
  90. 90. Исходящий звонок: 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 JabberRD становится +1 408 555 5000 +1 415 777 7000активным Cisco Jabber Active Remote Destination
  91. 91. Поддерживаемые функции управления звонком• Прием входящего звонка на корпоративный номер• Выполнение звонка• Завершение звонка• Удержание вызова/возврат с удержания• Перенаправление вызова• Безусловная переадресация• Режим “не беспокоить”• Передача DTMF (out-of-band)• Консультативный перевод, конференции• Добавить/Изменить/Удалить номер RD• Назначение RD значения “Active”/”Inactive”
  92. 92. Информация о доступности при использовании 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
  93. 93. Версии ПО и лицензированиеПоддерживаемые версии ПО• 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
  94. 94. Звонки на адреса URI (URI Dialing)
  95. 95. URI DialingБудьте доступнее Можно использовать любую схему адресации Константин Грибах Cisco kogribak@cisco.com Email, Jabber ID/IM +7 499 929 5641 Единый номер
  96. 96. 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
  97. 97. Для чего нужны адреса URI в CUCM • Для звонков (аудио/видео) на адреса URI между абонентами кластера CUCM • Для маршрутизации звонков (аудио/видео) на адреса URI других CUCM • Для маршрутизации звонков (аудио/видео) на адреса URI внешних систем (Cisco VCS, MS OCS) • Для маршрутизации звонков между предприятиями (с использованием CUBE) • Для создания каталога UDS предприятия – Упрощение внедрения Cisco Jabber – Автоматическое обнаружение сервисов UC для клиентов
  98. 98. Где можно использовать адреса URI• Звонок в сети VoIP предприятия (внутри кластера или через транк SIP)• Звонок между предприятиями с использованием VoIP (через транк SIP)• Перевод звонка• Форвард• Организация конференций и подключение к ним• Отзвон (с ограничениями)• Номер быстрого набора• Abbreviated Dial• SIP Redirect (SIP 302)• CDR• CTI/JTAPI/TAPI (SIP/SCCP)• UDS (поиск по адресу URI)
  99. 99. Известные ограничения• Телефоны серии 99хх и 89хх: – Не позволяют ввести адрес URI при переводе вызова, организации конференции и при настройке CFA.• H323, шлюзы MGCP и все остальные IP телефоны (39хх, 69хх, 79хх): – Не имеют возможности набора адреса URI. – Используют номер в качестве идентификатора вызывающей стороны.• Транки Q.SIG: – В некоторых ситуациях caller ID может быть представлен в виде номера.• SRST: – Пока не поддерживает звонки на адреса URI.
  100. 100. Звонки (аудио/видео) на адреса URI междуабонентами кластера CUCM
  101. 101. Адресация URI для абонентов CUCMОбщая идея реализации в CUCM 9.0 – Адрес URI ассоциируется с внутренним номером (DN) – В CUCM все абонентские устройства продолжают использовать DN – Адрес URI может быть ассоциирован с DN на любом абонентском устройстве (не только SIP) – Телефоны всегда регистрируются с использованием DN (они могут даже не знать про ассоциацию с адресом URI) (alice@cisco.com) 2001 (bob@cisco.com) 2002 1 0
  102. 102. Добавление адреса URI на страничке конфигурации DN• С одним DN может быть проассоциировано до 5 адресов URI• Адрес URI может быть в любой партиции (не обязательно в той же где DN)• Один из адресов URI помечается как основной• Основной адрес URI используется для преобразования формата адреса из DN Больше адресов URI добавить нельзя (достигнут максимум)
  103. 103. Добавление адреса URI через страничку конфигурации пользователя• Указываем адрес URI пользователя в поле Directory URI• Ассоциируем абонентское устройство (настройка digest user на телефоне так же создает ассоциацию)• Задаем Primary Extension• Автоматически создается Primary URI для данной линии, который нельзя удалить
  104. 104. Синхронизация Directory URI из LDAP• Directory URI пользователя может быть так же получен из директории LDAP• Стандартные атрибуты LDAP – msRTCSIP-primaryuseraddress (только для Active Directory) – mail• Синхронизация из LDAP запускает автоматическое создание адреса URI для DN (подразумеваем, что абонентское устройство уже ассоциировано с пользователем)• Если ни одно из этих полей не выбрано, поле “Directory URI” остается пустым и становится доступным для редактирования
  105. 105. Автоматическое создание адресов URI• “Directory URI” может быть объявлен на страничке конфигурации пользователя• Если для пользователя настроен primary DN, то Directory URI автоматически ассоциируется с этим DN как Primary URI (и помещается в партицию Directory URI)• Партиция “Directory URI” не редактируемая и не удаляемая 1 0
  106. 106. Адрес URI и DNЧто такое Primary URI• Один адрес URI ассоциированный с DN помечается как primary URI• Адрес URI, созданный автоматически на основе primary extension пользователя всегда будет помечен как primary URI• Если автоматически созданного URI нет, один из настроенных адресов URI может быть отмечен “primary”• Primary URI будет использоваться как основной URI для звонков с/на эту линию 1 0
  107. 107. Алиас партиции Directory URI• Автоматически созданные адреса URI помещаются в партицию “Directory URI”• Партиция “Directory URI” предопределена и не может быть изменена или удалена• Чтобы выполнялся поиск по этой партиции, она должна быть добавлена в соответствующие CSS• Одна из существующих партиций может быть объявлена как алиас для партиции “Directory URI”  Адреса URI в партиции “Directory URI” будут доступны для всех CSS, которым доступна партиция, объявленная в качестве алиаса• Хороший кандидат: уже существующая партиция, в которой находятся внутренние номера (DN) 10 7
  108. 108. Адрес URI и номер Как система различает номер и адрес URI• Набраный “номер” может содержать: +, 0-9, *, A-D• В профиле SIP появилось дополнительное поле “Dial String Interpretation”• Применяется к звонкам с транков и терминалов• По умолчанию: 0-9, * и + (Рекомендуется)• IP телефоны добавляют таг “user=phone” в поле Request-URI когда находятся в режиме набора номера.(Keypad mode)• Если в Request-URI такого тага нет, CUCM применяет настроенное правило интерпретации для анализа формата адреса 1 0
  109. 109. Что такое 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.
  110. 110. Отображение информации о вызывающей стороне на телефоне Терминалы, которые поддерживают прием blended identity могут использовать эту информацию для формирования истории звонков и при отображении информации о входящем вызове•Телефоны серии 89xx и 99хх отдаютпредпочтение адресу URI, если обаадреса известны (URI и DN).•Для входящего звонка эти телефоныбудут показывать имя звонящего и егоадрес URI. (не DN)•В истории звонков эти телефоны будутпоказывать полную информацию припоказе детальной информации.
  111. 111. Использование Dialed Number Analyzer • Инструмент, позволяющий администратору протестировать работу адресного плана кластера CUCM • Можно вводить адресr URI для тестирования маршрутизации вызова внутри кластера. • Адреса URI поддерживаются на страничках Analyzer и Phone.
  112. 112. Использование Dialed Number Analyzer• Так же можно использовать “Dump DA Information” для просмотра всего дерева анализа.
  113. 113. Маршрутизация вызовов (аудио/видео) наадреса URI других CUCM

×