1. Современная
архитектура системы
унифицированных
коммуникаций Cisco
Константин Грибах
Технический консультант
kogribak@cisco.com

2. Аннотация
В этой сессии будут подробно разобраны вопросы построения
системы управления вызовами предприятия на базе Cisco Unified
Communications Manager 8.6. Основное внимание будет уделено
новым технологиям построения распределенных корпоративных
решений с централизованной и распределенной обработкой
вызовов: управление динамическими планами нумерации,
использование SME, применение RSVP для управления доступом
к ресурсам сети, унифицированная маршрутизация вызовов с
использованием номеров в формате E.164. Данная сессия
предназначена для специалистов, занимающихся поддержкой и
внедрением систем унифицированных коммуникаций Cisco.

3. Содержание
• Что такое Cisco Unified Communications Manager
– Драйверы развития системы Унифицированных
коммуникаций
– Базовая информация о Cisco Unified Communications
Manager (CUCM)
• Модели внедрения CUCM – старые и новые
– Централизованная обработка вызовов – кампусная
модель
– Распределенная модель с централизованной обработкой
вызовов
– Распределенная архитектура обработки вызовов
• Заключение

4. Драйверы развития системы
Унифицированных
коммуникаций

5. Эволюция требований бизнеса к UC
Новые возможности необходимы для эффективности и конкурентоспособности
Мобильность
Полноценная совместная
работа с любого устройства в
любом месте
Социальные приложения
Поиск экспертов, упреждающая
реакция на требования заказчиков
Видео
Высокое качество видео,
доступное везде, в реальном
времени и в записи Виртуальность
Облачные вычисления. Голос и
видео в сочетании с
преимуществами VDI

6. Базовая информация о Cisco
Unified Communications
Manager (CUCM)

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

8. Особенности CUCM версии 8.6
• Первый релиз из продуктовой линейки CUCM 8.x доступный на
Российском рынке без необходимости получения разрешения ФСБ на ввоз
(CUCM 8.6 Export Unrestricted)
• Поддержка всех возможностей линейки CUCM 8.x
• SAF/CCD – Динамическая реклама телефонных префиксов в сети
предприятия
• Cross Cluster Extension Mobility
• Расширенные возможности для SIP-транков
• Виртуализация приложений
• Medianet
• Расширенная поддержка RSVP
• Совместимость видео
• ... И многое другое
• + Новые возможности релиза 8.6

9. Список наиболее заметных изменений в CUCM
версии 8.6
Системный расширения Поддержка вычислительных платформ
• Новая версия OS – RHEL 5.5 • Расширенная поддержка UCM на VMWare
• Новый метод апгрейда – Refresh Upgrade Дополнительные фичи
• SE Linux – замена CSA • Call Completion on Busy/NA
• Клиент JTAPI x64 • Повыщение производительности TFTP (8.6.2)
• Поддержка Windows 7 x64 клиентами (RTMT в • Убран VPN Phone – для России, Export Unrestricted
8.6.2) • Поддержка Smart Call Home – для TAC
• Увеличение масштабируемости кластера
HCS
Абонентские устройства • Интеграция с системами IMS
• Расширенная поддержка Cius • Удаленный апгрейд
• 9.2(1) FW - IPv6 SCCP, FAC/CMC для SIP • Новый профиль для VM
• Поддержка 6901
• Регистрация терминалов Tandberg SMB UC
• EnergyWise • Новая аппаратная платформа – Business Edition 3000
• Новый, упрощенный интерфейс администратора и
Видео пользователя
• SIP Presentation Share (BFCP)
• Поддержка Cisco TelePresence MCU для Ad-hoc
Мобильность
• Единая регистрация для мобильного и
конференций CUCM
(rendezvous, conf, join и barge) корпоративного номера
• Еще один широкополосный голосовой кодек SIP • LCR Enabled Handoff
(AAC-LATM и G.722.1) • Multi-site Enabled Handoff
• Расширеная поддержка E20, • Улучшенная процедура добавления устройств
• Поддержка видеоконференций на базе ISRG2

10. Базовая информация о Cisco Unified
Communications Manager (CUCM)
- Платформы и кластеризация

11. Поддерживаемые платформы (для версии
CUCM 8.6)
• Аппаратные сервера
– Аппаратные платформы Cisco MCS
• MCS 7816, MCS 7825, MCS 7835, MCS 7845
• Поддерживаемые серверные конфигурации HP и IBM
http://www.cisco.com/go/swonly
• Виртуализированные сервера
– Гипервизор Vmware ESXi 4.0 и 4.1 работающий на:
• Вычислительных платформах Cisco UCS B- и C-серий,
протестированных конфигураций (Tested Reference Configuration - TRC)
• Вычислительных платформах Cisco UCS, HP и IBM, удовлетворяющих
требованиям по производительности для поддержки приложений
Унифицированных коммуникаций Cisco (Spec-based Hardware
configuration).
http://www.cisco.com/go/uc-virtualized
http://www.cisco.com/en/US/prod/collateral/voicesw/ps6790/ps5748/ps378/prod_brochure0900aecd8062a4f9.html

12. Готовые конфигурации серверов UCS для
приложений UC (TRC – Tested Reference
Configuration)
• До настоящего времени, модель поддержки приложений UC под
Vmware на платформе UCS включала список поддерживаемых
конфигураций серверов UCS, известный как “tested reference
configuration (TRC)”.
• Эта модель удобна для заказчиков, желающих приобрести
полностью укомплектованное решение от Cisco (чтобы получить
гарантированные производителем характеристики или
отсутствие у заказчика достаточного опыта в использовании
виртуализированных решений
• В рамках TRC описаны серверные комплексы Cisco UCS,
предназначенные для разворачивания на них приложений UC.
http://docwiki.cisco.com/wiki/Tested_Reference_Configurations_%28TRC%29

13. Расширенная поддержка аппаратных платформ
(Specification-Based Hardware Support)
• Продвинутые заказчики, обладающие опытом использования
виртуализации приложений и желающие использовать
имеющиеся платформы, работающие под ESXi, могут
воспользоваться списком требований к серверным
платформам для установки приложений UC.
• Cisco поддерживает такие конфигурации для приложений UC.
• Неполный список требований включает такие пункты как:
• Обязательное внедрение vCenter
• Сервер, на котором работает ESXi должен иметь процессоры
серий Xeon 5600 или 7500
• Серверная платформа должна поддерживаться VMware
• Достаточное количество RAM для работы VMs и ESXi
• Устройства ввода/вывода (FC, iSCSI, SAS и т.д.) должны быть в
списке поддерживаемых VMware
http://docwiki.cisco.com/wiki/Specification-Based_Hardware_Support

14. Поддерживаемые платформы (Spec Based) Лучше
Преимущества Отличие
Сегодня Расширенная поддержка
Готовые конфигурации (TRC) (Spec-based)
Цель = ПРОСТОТА Цель = ГИБКОСТЬ
VTG SKU или SAVBU SKU Только SAVBU SKU
Отставание в поддержке новых платформ Доступность платформы с момента ее появления
SAVBU / HP / IBM
Мы берем сервер, потом говорим какие VM Вы берете VM, выделяете аппаратные ресурсы для
могут на нем работать работы
Только сервера UCS B200, C210, C200 Любые подходящие модели UCS, HP, IBM
Ограниченные варианты замены Можно менять все (в пределах требований)
Только 4х ядерные CPU, 2 CPU 4/6/8 ядер и до 4х CPU
Ограничения размещения приложений из-за Больше ядер, больше производительность, больше
ограничений CPU (только 4 ядра) VMs,
Prescribed minimum memory Flexible memory: can deploy just what you need
Ограниченная поддержка сетевых адаптеров Поддерживаются все адаптеры: HBA, VIC, C.N.A.,
(особенно для C-серии) 1Gb &10Gb
Использование только DAS и FC SAN Гибкий выбор: DAS, FC, iSCSI SAN, NFS NAS, FCoE
Бездисковые системы / загрузка с SAN Бездисковые системы / загрузка с SAN
UCSM на серверах C-серии не поддерживается Поддержка UCSM на C-серии

15. Архитектура кластера 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 (Max. 19)
Unified CM 8.x: DB=IBM-IDS | OS=Linux

16. Масштабируемость CUCM: обычные
пользователи и пользователи CTI (версия 8.6)
Количество Количество
поддерживаемых
поддерживаемых
пользователей: пользователей
и
пользователей
CTI
• До 10,000 90000
пользователей на
80000
пару серверов
обработки вызовов 70000
60000
Производительность 50000
при работе с CTI :
Пара
серверов
40000
• CTI для КАЖДОГО 30000 Кластер
пользователя
20000 Мегакластер
кластера.
• До 10,000 10000
пользователей с 0
включенной 8.5
CTI
8.6
CTI
8.5
8.6
поддержкой CTI на
пару серверов
Users Users Users Users

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

18. Архитектура кластера 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

19. Архитектура кластера CUCM:
Схемы резервирования и отказоустойчивости: 1:1 или 2:1
Пример: сервер MCS 7835 поддерживает до 2500 телефонов на сервер.
Требуется обеспечить резервирование серверов обработки вызовов для
5000 IP-телефонов
Схема резервирования 2:1 Схема резервирования 1:1
1 до 1 до
Резерв
2500 1250 2500
2501 до 3751 до
5000 5000 3750
• Более экономная схема • Балансировка нагрузки и
резервирования резервирование
• Высокая доступность при • Высокая доступность при
апгрейдах апгрейдах
• Обеспечение резервирования • Более быстрое
при единичном отказе восстановление сервиса

20. Базовая информация о Cisco Unified
Communications Manager (CUCM)
- Протоколы, абонентские
устройства

21. Поддержка протоколов
Протоколы сигнализации: CUCM как “транслятор протоколов”
Session Initiation Protocol
IP-телефоны
Программные ITU-T H.323
Skinny Client Control Protocol клиенты
Телепрезенс
Сети SIP Аналоговые
IP IP-телефоны телефоны
Шлюзы
WiFi IP-телефоны
Аналоговые SIP Шлюзы
Программные
3
H.32
клиенты
Computer Telephony Integration/
Media Gateway Control Protocol Quick Buffer Encoding
Шлюзы
Аналоговые Приложения
телефоны Call Agents (JTAPI/CTI)

22. 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

23. Линейка IP-телефонов Cisco
Серия 9900 Мультимедийные устройства для продвинутых пользователей
• Высокое качество видео и голоса, цветной экран
• Интегрированное рабочее место VXI
• USB, Bluetooth, Wi-Fi и Gigabit Ethernet
• Технология энергосбережения
Серия 8900 Мультимедийные профессиональные устройства
• Высокое качество видео и голоса, цветной экран
• Интегрированное рабочее место VXI
• USB, Bluetooth и Gigabit Ethernet
• Технология энергосбережения
Серия 7900 Профессиональные устройства с расширенными функциями
• Настольные телефоны, конференц-станции, WiFi-телефоны
• Высокое качество голоса, поддержка видео (через клиента на
ПК), большой графический экран, поддержка VXI
• Технология энергосбережения
Серия 6900 Профессиональный IP-телефон
• Традиционный телефонный пользовательский интерфейс
• Высокое качество голоса, поддержка видео (через клиента на
ПК), поддержка VXI.
• Технология энергосбережения
Серия 3900 Простейший IP-телефон
• Низкая стоимость, высокое качество голоса
• Встроенный спикерфон
• Встроенный коммутатор 10/100 для подключения ПК
• Технология энергосбережения

24. Видеотелефоны Cisco
• Cius
– Поддержка видео высокой четкости (до 720p)
– Используется CSF для телефонии
– Встроенный софтфон, мгновенные сообщения
• E20
– Регистрация в кластере CUCM
– Видео до w448p (768x448)
– Поддержка BFCP для отображения данных
• IP-телефоны 8900/9900
– Видео до VGA (640x480)
– Поддержка протокола CAST для работы с видео
через ПК.

25. Cisco Telepresence systems
• Cisco Telepresence system
• Одноэкранные и 3-х экранные системы
Telepresence
• Терминалы серии Profile
• HD-видео до 1080p
• Для переговорных общего назначения
• Кодеки серии C
• Интегрируемые зальные системы
• EX90/EX60
• HD Видео до 1080p
• Поддержка BFCP для передачи
информации с экрана ПК
• Встроенный MCU (EX90)

26. Архитектура CSF программных клиентов
Cisco Jabber
Планшеты Смартфоны Cisco Интеграция Web UC Виртуализа-
Jabber и SDK и Quad ция
Jabber Web SDK
Android Mac/IOS Windows
Client Services Framework (CSF)

27. Cisco Unified Personal Communicator
• Интегрированные службы мгновенных
сообщений, статус доступности,
программный телефон SIP
• Видео H.264 до 720p (1280x720)
• Поддержка RTCP
• Режим управления аппаратным
телефоном для click to call
• Поддержка протокола CAST в режиме
управления аппаратным телефоном
для работы с видео
• Интеграция с офисными
приложениями (MS Office, Outlook)
для click to call и статуса доступности.

28. Cisco Jabber для Mac
Возможности:
• Мгновенный обмен
сообщениями и статус
доступности
• Программный SIP телефон
• Визуальное отображение
голосовых сообщений
• Поддержка совместной
работы и конференций
• Управление аппаратным
телефоном

29. Cisco UC integration для MS MOC/Lync
• Клиент MS MOC/Lync выглядит как SIP
телефон в CUCM
• Используется Cisco Client Services
Framework (CSF) для интеграции
• Видео H.264 до 720p (1280x720)
• Поддержка RTCP
• Режим управления аппаратным
телефоном для click to call
• Поддержка протокола CAST в режиме
управления аппаратным телефоном для
работы с видео
• Для обмена мгновенными сообщениями и
статусом доступности используется MS
Lync

30. Cisco Jabber Software Development Kit
Новое предложение
• Сотрудничество в реальном
времени из web-приложений
• Ключевой компонент для
разработки Web-приложений с
возможностями UC
• Голос, видео, мгновенные
сообщения/статус доступности,
голосовая почта, WebEx
• Программный телефон для
Web-браузеров (plug-in) (с
поддержкой видео в
следующей версии)
• Библиотека разработчика с
примерами кода
http://developer.cisco.com/web/jabber-developer/jabber/

31. Модели внедрения CUCM –
старые и новые

32. Модели внедрения CUCM
• Централизованная обработка вызовов – кампусная модель
– подключение к ТСОП и организация взаимодействия между
предприятиями
• Распределенная модель с централизованной обработкой
вызовов
– Дополнительные возможности SRST.
– Управление доступом к ресурсам сети с помощью RSVP.
– Распределенная модель с централизованной обработкой
вызовов – распределенный кластер
• Распределенная архитектура обработки вызовов
– Управление доступом к ресурсам сети
– Архитектура управления вызовами с использованием SAF/CCD
– Архитектура управления вызовами с использованием SME

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

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

35. Кампусная модель: особенности применения
• Как правило, используется один кластер CUCM. В некоторых случаях
кластеров может быть больше, если это продиктовано большим
количеством пользователей или необходимостью использования
выделеного кластера для приложений (например, в случае
развертывания UCC Enterprise).
• Максимальное общее количество шлюзов или транков (SIP или H.323) –
2100.
• Используются широкополосные кодеки для видео и голоса.
• Высокая доступность обеспечивается за счет отказоустойчивой схемы
кампусной сети и резервирования серверов кластера CUCM.
• Качество обслуживания для голоса и видео обеспечивается
инфраструктурой LAN (802.1q/p, приоритетные очереди).
• Ограниченное использование механизмов управления доступом к
ресурсам сети (Call Admission Control) при установлении соединений.

36. О чем имеет смысл задуматься при внедрении CUCM по
данной модели
• Готовность кампусной сети к работе с UC – QoS!
• Планирование ресурсов
• Подключение к внешним операторам связи
• Номерной план

37. Зачем настраивать QoS в кампусной сети?
• Широкополосная сеть тоже подвержена перегрузкам, но ключевой
проблемой является не недостаток полосы пропускания, а размер буфера
порта коммутатора… Механизмы QoS позволяют приоритизировать
чуствительный к задержкам трафик
Ядро Мгновенная
Si Si перегрузка
Обычная 4:1 интерфейса
переподписка
Распределение
Si Si
Обычная 20:1
переподписка
Доступ
= Данные
= Голос/видео

38. Настройка механизмов QoS в кампусной сети:
Подход Cisco
Классификация: Помечать пакеты кодом обслуживания, определяя этим
требование траффика к классу обслуживания от Сети
Граница доверия:Определить и контролировать границу доверия.
Распределение: Направить в одну из нескольких очередей (На основе
результатов классификации) для срочной обработки и отправки
DSCP для голоса EF = 802.1p
Unified CM CoS 5
Cluster
ТСОП DSCP для видео CS4 =
802.1p CoS 4
DSCP для сигнализации CS3
= CoS 3.
IP сеть
оператора
Campus
http://www.cisco.com/en/US/docs/voice_ip_comm/cucm/srnd/8x/netstruc.html

39. Элементы QoS: Граница доверия и классификация
Абонент Доступ Распределение Ядро WAN
1 Si Si
2
Si Si
3
Граница доверия
• Для удобства масштабирования, классификация должна выполняться как
можно ближе к границе сети
• Самые крайние доверенные устройства определяют границу доверния
1
• Оптимальная граница доверия: оконечное устройство является
доверенным, если оно корректно классифицирует траффик
2
• Оптимальная граница доверия: оконечное устройство не классифицирует
траффик
•
3 Неоптимальный вариант: коммутатор доступа не умеет классифицировать
трафик

40. AutoQoS в кампусной сети
На коммутаторах Cisco Catalyst есть Catalyst (config-if) # auto qos voip cisco-phone
макрокоманда AutoQoS, которая
автоматически настраивает
основные механизмы QoS
• Позволяет контролировать границу
mls qos map cos-dscp 0 8 16 26 32 46 48 56
доверия на IP-телефоне Cisco. mls qos srr-queue output cos-map queue 1 threshold 3 5
mls qos srr-queue output cos-map queue 2 threshold 3 3 6 7
• Позволяет контролировать границу mls qos srr-queue output cos-map queue 3 threshold 3 2 4
mls qos srr-queue output cos-map queue 4 threshold 2 1
доверия на порту доступа и аплинках. mls qos srr-queue output cos-map queue 4 threshold 3 0
mls qos srr-queue output dscp-map queue 1 threshold 3 40 41 42 43 44 45 46 47
• Включает механизм распределения mls qos srr-queue output dscp-map queue 2 threshold 3 24 25 26 27 28 29 30 31
mls qos srr-queue output dscp-map queue 2 threshold 3 48 49 50 51 52 53 54 55
трафика по очередям в зависимости mls qos srr-queue output dscp-map queue 2 threshold 3 56 57 58 59 60 61 62 63
mls qos srr-queue output dscp-map queue 3 threshold 3 16 17 18 19 20 21 22 23
от классификации mls qos srr-queue output dscp-map queue 3 threshold 3 32 33 34 35 36 37 38 39
mls qos srr-queue output dscp-map queue 4 threshold 1 8
• Также настраивает базовые mls qos srr-queue output dscp-map queue 4 threshold 2 9 10 11 12 13 14 15
mls qos srr-queue output dscp-map queue 4 threshold 3 0 1 2 3 4 5 6 7
параметры очередей и согласование mls qos queue-set output 1 threshold 1 138 138 92 138
mls qos queue-set output 1 threshold 2 138 138 92 400
DSCP-CoS и обратно mls qos queue-set output 1 threshold 3 36 77 100 318
mls qos queue-set output 1 threshold 4 20 50 67 400
mls qos queue-set output 2 threshold 1 149 149 100 149
• Для терминалов телепрезенс mls qos queue-set output 2 threshold 2 118 118 100 235
рекомендуется использовать mls qos queue-set output 2 threshold 3 41 68 100 272
mls qos queue-set output 2 threshold 4 42 72 100 242
параметры команды trust-cos в случае mls qos queue-set output 1 buffers 10 10 26 54
mls qos queue-set output 2 buffers 16 6 17 61
транкового подключения и trust-dscp в mls qos
!
случае подключения к обычному interface GigabitEthernet0/1
порту srr-queue bandwidth share 10 10 60 20
srr-queue bandwidth shape 10 0 0 0
queue-set 2
mls qos trust device cisco-phone
mls qos trust cos
auto qos voip cisco-phone

41. Кампусная модель
Замечания по планированию ресурсов
• Полоса пропускания достаточна для обслуживания любого типа вызовов
- можно использовать высококачественные кодеки для голоса (G.722) и
видео (HD)
• Выделеный сервер Publisher рекомендуется при наличии более 1250 IP-
телефонов.
• Рекомендуется резервирование сервиса TFTP (DHCP опция 150 может
содержать 2 ip-адреса серверов TFTP).
• Сервер TFTP обслуживает запросы по протоколу TFTP и HTTP (TCP
порт 6970)
• Сервис транскодирования и MTP может потребоваться для подключения
в ТСОП через SIP-транк.
• Для корректной работы необходим NTP сервис!

42. Централизованная обработка
вызовов – кампусная модель
подключение к ТСОП и организация
взаимодействия между предприятиями

43. Подключение к внешним сетям
• Подключение к публичным сетям ТСОП
– Голосовые шлюзы на базе маршрутизаторов Cisco ISR (G2)
– SIP-транки в сторону оператора связи с использованием Cisco
Unified Border Element (CUBE)
• Сотрудничество между предприятиями
– Прямые SIP-транки между предприятиями с использованием
CUBE
– Использование технологии Cisco IME для динамических транков
между предприятиями
– Подключение к операторам связи, предоставляющим услуги
Telepresence
– Организация видеосвязи через Интернет с использованием Cisco
VCS Expressway

44. Миграция на транки SIP для доступа к ТСОП
1. Использования TDM – Вчера
CVP
A
A
Campus Contact Center
2. TDM и IP-транки – Сегодня
Branch
Offices SP SIP
CVP
A
A
3. IP-транки – Завтра
Campus Contact Center
CVP Branch
A Offices
A
SP SIP
Campus Contact Center
Branch
Offices

45. Кампусная модель: подключение к ТСОП
Взаимодействие между предприятиями
Компания A Компания Б
A IP IP A
Rich Media Rich Media
От узкополосного • Расширение границ
голосового к
• Изменение ландшафта —VoIP мультимедийному мультимедийного
острова к VoIP подключениям соединению взаимодействия к партнерам,
• SIP транки унифицированных поставщикам и заказчикам
коммуникация за пределы • CUBE обеспечивает b2b
корпоративной сети подключение для безопасного
мультимедийного
взаимодействия
Компания A Компания Б
A IP SP VoIP IP A
CUBE SBC SBC CUBE
Rich Media

46. Cisco Intercompany Media Engine
Расширение границ использования UC между предприятиями
• По мере увеличения количества приложений UC, внедренных
на предприятии, появляется необходимость использовать их
возможности при звонках МЕЖДУ предприятиями
• IME позволяет предприятиям взаимодействовать друг с другом
по требованию, через Интернет, с формированием
динамических SIP транков между ними
• IME использует технологии P2P и все необходимые сервисы
безопасности для достижения этих целей
IME сдвигает коммуникации между предприятиями из ТСОП в Интернет

47. Компоненты IME
• Кластер CUCM 8.x • Сервер Cisco IME
– Передает корпоративные – Участник сети IME
номера ТСОП на сервер – Публикует корпоративные
IME номера ТСОП
– Автоматически обновляет – Обеспечивает проверку
информацию о маршрутах, маршрута вызова в сети IME
выученных через сервер – Передает выученные
IME маршрутны на CUCM
• Cisco ASA 5500 • Сервер регистрации,
– Обеспечение защиты обслуживаемый GoDaddy.com
соединений через – Сервис авторегистрации
Интернет сертификатов
– Блокирование – Certificate Authority
неавторизованных звонков для серверов в сети IME

48. Компоненты IME на территории предприятия
Корпоративная
сеть DMZ Интернет
Validation godaddy.com
CUCM 8.x Access Enroll
ASA
(клиент IME) Protocol Cisco IME Server
(VAP)
www
Защита периметра сети
DHT RELOAD Взаимодействие с
Проверка сервером IME
SIP / SCCP
SIP
SIP/TLS
RTP SRTP
§ Проверка Ticket/Passkey
§ Конвертация RTP в sRTP

49. Как это работает
Схема работы IME (1/2) Предприятие Б
• Серверы IME предприятий формируют
глобальную сеть P2P
• Кластеры CUCM передают публичные
номера предприятий на свои сервера IME
через VAP
Предприятие A Предприятие B
• Серверы IME Servers публикуют эти
номера в сети P2P
Интернет
• Первый звонок на номер, известный в
сети IME идет через ТСОП
• После звонка, кластеры CUCM передают
информацию о нем на свои серверы IME
• Позднее сервер IME вызывающей
стороны выполняет проверку
информации о звонке с сервером IME
вызываемой стороны через протокол
валидации через Интернет ТСОП
- Обе стороны должны ПОДТВЕРДИТЬ свое
знание о предыдущем звонке через ТСОП

50. Как это работает
Схема работы IME (2/2) Предприятие Б
• После успешной проверки,
вызывающий сервер IME передает
выученый маршрут на свой кластер
CUCM через VAP
- Любой выученый IME маршрут
специфичен для вызываемого номера Предприятие A Предприятие В
• Кластер CUCM проверяет маршрутные
фильтры и если domain/prefix является Интернет
доверенным, добавляет выученый
маршрут в свою базу данных
• Следующий звонок, который
выполняется на тот же самый
вызываемый номер выполняется как
Secure SIP Business to Business через
интернет вместо ТСОП
• Если ASA обнаруживает плохое
ТСОП
качество голоса, звонок незаметно
автоматически переключается в ТСОП

51. Номерной план
• Кто или что выполняет набор номера
– Пользователи набирают номер с клавиатуры телефона (они
предпочитают использовать короткие номера)?
– Приложения CTI (длина номера не важна)?
• Что является источником информации о номерах
– Автономный справочник CUCM?
– Корпоративный справочник LDAP/Web?
• Какой формат номеров использовать
– Внутренний номерной план или публичные номера?
– Как будет выполняться преобразование номеров (и будет ли)?
– Что будет видеть абонент при входящем звонке?
• Привычки?
– “Я привык набирать 9 для звонков в город!”
– “Я хочу использовать тот же формат набора номера что и на
мобильном!”

52. Номерной план: рекомендации по планированию
• В идеальной схеме каждый пользователь должен иметь
внутренний номер и ассоциированный с ним публичный
телефонный номер:
– Всегда можно организовать звонки по короткому номеру
– Единый идентификатор для голосовой почты
– Простая схема организации взаимодействия между
предприятиями (номера не пересекаются)
– Единый номер в корпоративном справочнике
– Уникальный идентификатор звонящего
– Простая схема отзвона (из списка пропущеных вызовов)
• Недостатки:
– Пул публичных номеров принадлежит оператору связи.
– При наличии нескольких операторов связи требуется
контролировать выбор АОН-а при исходящих вызовах.

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

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

55. ИнфраструктураUnified Communications
Обработка вызова в централизованной модели
Пример вызова телефон - телефон
IP телефон A
eg 1
Signaling l
Unified CM
Голос
WAN сеть
предприятия
Sign
Обработка aling
leg 2
номерного плана
IP телефон B

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

57. Отказоустойчивость с использованием CME in SRST Mode
Работа CME в режиме SRST
• Если требуется расширенная поддержка телефонных функций
при аварии канала связи до ЦО, рекомендуется использовать
режим CME in SRST Mode вместо SRST
– Paging
– Ad-Hoc конференции
– Hunt groups
– B-ACD
– Парковки вызовов, перехваты, группы перехвата
– ...
• Работает только для телефонов SCCP
• Не забудьте дать команду auto-provision none
• Для телефонов SIP настраивается SIP SRST

58. Следующее поколение обеспечения выживаемости филиала
Централизованная схема с обеспечением Штабквартира
работы базовых функций VM (Cisco Unity
CUCM Connection)
Штабквартира
VM (Cisco Unity A
CUCM Connection)
A
Unified Messaging
Gateway
Централизованное
управление UMG
UMG
Распределенная конфигурация
с расширенными возможностями
Штабквартира
CUCM
A
Ужас
администратора Расширенные функции с
автоматизированным управлением

59. SRSx (SRSV + E-SRST) – Подготовка к работе
Штабквартира
VM (Cisco Unity 3. SRSV
1. CUCM Connection)
IP WAN 4.
A
5.
Филиал 1
Unified Messaging
SRSV
Gateway
2.
UMG ТСОП
4.
5. Филиал …
1. Настраиваем параметры филиала в CUCM и Unity Connection.
2. Настраиваем подключение UMG к CUCM/Unity Connection для сбора информации.
3. Настраиваем маршрутизатор филиала на подключение к IP сети предприятия.
4. UMG отправляет соответствующие настройки SRST и VM на маршрутизатор.
5. UMG отслеживает любые изменения настроек в штабквартире и филиалах.

60. Контроль за размещением вызовов
(CAC) в распределенной модели с
централизованной обработкой
вызовов

61. Контроль над установлением соединений
Зачем это нужно?
Сети с коммутацией Сети с коммутацией
каналов пакетов
QoS на порту, подключенном
к IP WAN, настроен для 2-ух
ТСОП IP WAN вызовов (2 “виртуальных”
транка)
физические подключение
транки к IP WAN Т.к. нет физического
ограничения, 3-ий вызов
3-ий вызов будет проключен, но
не проходит качество голоса всех
Голосовой UC
PBX STOP шлюз Manager вызовов пострадает.
è Контроль над
установлением
соединений
блокирует 3-ий вызов

62. Управление доступом к ресурсам сети (CAC)
Off-Path On-Path
• Актуальная информация
• Статическая настройка в предоставляется сетью
системе управления вызовами • Выделение полосы происходит
• Не отражает реальной в каждом направлении
ситуации в сети (например, индивидуально
отказ канала) • Отражает все изменения
• Поддерживаются простейшие топологии
топологии • Требуется протокол управления
• Должен быть единый центр резервированием (RSVP)
информации • Нет ограничения по топологии
• Может использоваться
• Примеры: CUCM Locations, несколькими узлами связи
Zone Bandwidth в IOS
гейткиперах, Pipes в VCS • Примеры: CUCM RSVP Agent,
CUBE, CME

63. Статический контроль с использованием концепции
Locations
Центральный
• Предотвращает перегрузку офис
WAN каналов ограничивая
полосу пропускания для голоса
<Hub_None>
• Ограничение полосы Location
присваивается каждому
Location
• Когда ресурсы исчерпаны,
абонент слышит сигнал fast-
busy и видит сообщений на 3 ТСОП IP WAN
дисплее телефона
• Если автоматическая
альтернативная 2 STOP Филиалы
маршрутизация (AAR)
1
включена, вызов проключается
через ТСОП
Location 1 Location 2
Max BW = 24 kbps Max BW = 48 kbps

64. Статический контроль с использованием концепции
Locations
• Аудио рассчитывается как полоса кодека + заголовок IP (24k для
G.729, 80k для G.711)
• Видео рассчитывается только как полоса кодека, включающая
аудиоканал (384К для 384К видео)
• Установка полосы пропускания для аудио не относится к
аудиоканалу видео-вызова
• Если нужны транскодеры (например, если есть устройства,
поддерживающие только кодек G.711), они должны быть в одном
Location c G.711-устройствами
• Установка Location для CTI route points используется только если
приложение, использующее CTI route points, зарегистрировано
на CUCM

65. Пример использования статического метода CAC:
Простые топологии Hub-and-Spoke
• Рекомендуется статический
контроль с использованием Центральный офис - Hub
Locations: каждый филиал –
отдельный Location
• Устройства в центральном
офисе принадлежат Location
<Hub_None>
• Один кластер CUCM
поддерживает до 2000 Loc.
<Hub_None>
филиалов (1 филиал – 1
Location)
• Если устройство перемещают
в другой Location информация
о его принадлежности к ...
Location должна быть
обновлена (если не
используется Device Mobility) Loc. 1 Loc.1000
Филиалы - Spokes

66. Статический метод CAC: ограничение дизайна
Двух уровневые топологии Hub-and-Spoke
Центральный
• Централизованная модель офис
(региональные офисы не
содержат кластер CUCM)
• Проблема: статический
контроль с
использованием Региональный Региональный
Locations поддерживает офис 1 офис 2
только простые топологии
hub-and-spoke
• С помощью статического
контроля невозможно
отследить использование
полосы в такой модели
Филиал 1 Филиал 2 Филиал 3 Филиал 4

67. Решение: Контроль над установлением соединений с
помощью RSVP
Центральный Кластер
офис Cisco Unified CM
• Агент RSVP настраивается
в каждом удаленном
филиале – поддерживается E
в IOS на ISR
• Агент RSVP в IP WAN
(любая
маршрутизаторе работает топология) RSVP
как посредник, выполняя резервирование
резервирование полосы
пропускания для телефонов
• RSVP может быть Cisco IOS
RSVP Agent
использован на WAN сети
любой топологии
A B C D
Филиал 1 Филиал 2

68. Управление доступом к ресурсам сети (CAC) - On-Path
Resource Reservation Protocol
Транзитные
маршрутизаторы без
Если полосы пропускания поддержки RSVP Если полосы
недостаточно на каком-то прозрачно пропускают пропускания
участке сети, все сообщения RSVP достаточно по всему
резервирование срывается маршруту в сети,
резервирование
768 считается успешным
896
RSVP bandwidth pool 896
настроен на каждом 768
интерфейсе Устройство
маршрутизатора: 896 2
128
512
ip rsvp bandwidth ... 768 128
512 512
768 Устройство
384
0
768 4
Устройство 896 0
384
1 384
768 768 512
512 256
896 256
768 768
384
Сигнализация RSVP 512
896
Устройство
использует тот же 3
путь, что и поток
Легенда:
данных, требующий
резервирования 384 = kbps
осталось в RSVP
bandwidth pool

69. Как отрабатывается резервирование полосы
пропускания с помощью агентов RSVP
Телефон A Агент RSVP А Кластер CUCM
Агент RSVP Б Телефон Б
Call SETUP на
телефон Б
Агент RSVP A Агент RSVP Б
обслуживает телефон A обслуживает телефон Б
Запрос резервирования от агента RSVP Б к агенту RSVP A
Запрос резервирования от агента RSVP А к агенту RSVP Б
Отчет об успешном Отчет об успешном
резервировании резервировании
Call SETUP на телефон Б
КПВ на телефон А
ОТВЕТ
CONNECT CONNECT CONNECT CONNECT
Участок без RSVP Мультимедийный трафик, Участок без RSVP
защищенный RSVP

70. Пример настройки агента RSVP на маршрутизаторе
и CUCM
interface Loopback0
ip address 40.11.6.100 255.255.255.255
!
sccp local Loopback0
sccp ccm 20.11.1.50 identifier 1 priority 1 version 8.0.1
sccp ccm 20.11.1.51 identifier 2 priority 2 version 8.0.1
sccp
!
sccp ccm group 1
associate ccm 1 priority 1
associate ccm 2 priority 2
associate profile 1 register RSVPAgent
switchover method immediate
switchback method guard timeout 7200
!
dspfarm profile 1 mtp
codec pass-through
codec g729ar8
rsvp ! Разрешаем MTP работу в режиме агента RSVP
maximum sessions software 100
associate application SCCP

71. Двух уровневые топологии
Hub-and-Spoke
• RSVP Agent на Кластер
Cisco
маршрутизаторе 1st Tier Unified CM
каждого сайта Hub Site
• Свой Location для
= RSVP
каждого сайта интерфейс
Loc. 1
• Назначаем RSVP
Агент RSVP в
Agent в Cisco IOS
соответствующую
MRG/MRGL 2nd Tier
Hub Sites
• Устанавливаем
Loc. 2 Loc. 3
RSVP policy для
связи между
Location
как “Mandatory” Spoke
Sites Loc. 4 Loc. 5 Loc. 6 Loc. 7

72. Пример настройки RSVP на маршрутизаторе
class-map match-any IPC-RTP
match ip dscp ef ! Voice traffic (DSCP EF) and
match ip dscp af41 ! Video traffic (DSCP AF41) in same class!
policy-map VoiceVideo-Policy
class IPC-RTP
priority percent 33 ! Defines priority queue (Bitrate + L2 & L3 headers)
!
!
interface Serial0/0/1:0
ip address 10.2.101.5 255.255.255.252
service-policy output VoiceVideo-Policy
ip rsvp bandwidth 506 ! RSVP bandwidth pool (Bitrate + L3 headers)
ip rsvp signaling dscp 26 ! Sets RSVP signaling messages to CS3
ip rsvp data-packet classification none ! Disables classification at the RSVP Layer
ip rsvp resource-provider none ! Disables queuing at the RSVP Layer

73. Call Admission Control
Новая политика: RSVP Application ID (App ID)
Без учета App ID и политик
• RSVP обеспечивает резервирование
сетевых ресурсов для приложений and
ip rsvp bandwidth
подприложений
• Маршрутизаторы выполняют
резервирование ресурсов на основе
идентификатора приложения,
запрашивающего ресурс
• Защита одних приложений от других
• Пример: в случае наличия голосовых и
видео звонков не допустить захвата всех С учетом App ID политик
доступных ресурсов видеозвонками
App ID X
ip rsvp bandwidth
Policy X
Local
• В будущем это позволит также применять App ID X
разные политики для разных бизнес-
App ID X
приложений, например различать звонки в
ЦОВ и обычные офисные звонки и т.д.
Policy Y
Local
App ID Y

74. CUCM и политики RSVP для приложений
Пример: IOS RSVP – локальные политики
Политика по умолчанию запрещает Определяем единую
запросы RSVP без App ID приоритетную очередь
Если есть приложения, не работающие с Голосовой звонок для голоса и видео
App ID то эту настройку можно поменять генерирует запрос RSVP (DSCP EF и AF41)
как Voice App ID
default
none policy STOP
Voice Local Policy Max. Voice
Разрешаем голосу занимать всю
доступную RSVP полосу Voice
пропускания Voice
local policy Voice
ip rsvp bandwidth
Voice
Voice Priority
Voice Queue
Video Voice
local policy
(max 33%
Video
of Link
Video
Speed)
Video Local Policy Max. Для Video
видео отводится только
ovrhd
часть полосы пропускания,
L2
доступной RSVPs Видеозвонок генерирует
2 запроса RSVP:
оба как Video App ID

75. Пример настройки политики RSVP для приложений
class-map match-any IPC-RTP
match ip dscp ef ! Voice traffic (DSCP EF) and
match ip dscp af41 ! Video traffic (DSCP AF41) in same class!
policy-map VoiceVideo-Policy
class IPC-RTP
priority percent 33 ! Defines priority queue (Bitrate + L2 & L3 headers)
!
! Match Cisco Unified Communications Manager Application ID strings
ip rsvp policy identity rsvp-video policy-locator .*VideoStream.*
ip rsvp policy identity rsvp-voice policy-locator .*AudioStream.*
!
interface Serial0/0/1:0
ip address 10.2.101.5 255.255.255.252
service-policy output VoiceVideo-Policy
ip rsvp policy local identity rsvp-voice
maximum bandwidth group 506 ! Voice streams may use the entire BW pool
forward all
ip rsvp policy local identity rsvp-video
maximum bandwidth group 320 ! Video streams are limited to 320 kbps
forward all
ip rsvp policy local default ! Applies to reservations with no app ID
no accept all ! (Will not show in the configuration)
no forward all ! (Will not show in the configuration)
ip rsvp bandwidth 506 ! RSVP bandwidth pool (Bitrate + L3 headers)
ip rsvp signalling dscp 26 ! Sets RSVP signaling messages to CS3
ip rsvp data-packet classification none ! Disables classification at the RSVP Layer
ip rsvp resource-provider none ! Disables queuing at the RSVP Layer

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

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

78. ИнфраструктураUnified Communications
Обработка вызова в распределенном кластере
Пример вызова телефон – телефон
Обработка Кластер UCM
номерного плана
ICCS
Signaling leg 1 Signaling leg 2
IP сеть
Голос
IP телефон A IP телефон B

79. Размещение серверов кластера
IP WAN
80 ms RTT
§ Макс. 80 ms RTT задержка между любыми двумя серверами
кластера Unified CM
§ Полоса T1 для каждого сервера, удаленного от Publisher
§ Дополнительная полоса T1 для Intra-Cluster Communication
Signaling (ICCS) для 10,000 Busy Hour Call Attempts (BHCA)
Для расчета полосы от BHCA, используйте формулу
Полоса (Mbps) для ICCS = (BHCA/10000)*(1 + 0.006*Задержка (ms))

80. Полоса для трафика базы данных
• Минимум 1.544 Mbps (T1) требуется для передачи трафика
базы данных для каждого сервера, удаленного от Publisher
2 площадки, 3 сервера - CoW 2 площадки, 4 сервера - CoW 3 площадки, 3 сервера - CoW
PUB Sub PUB PUB
Sub Sub
TFTP/ TFTP/
MOH MOH
3хT1 = 4.632 Mbps
4хT1 = 6.176 Mbps
6хT1 = 9.264 Mbps

81. Полоса для CoW, пример
Кластер
Unified CM
PUB 80msec RTT
IP WAN
Site A Site B
• Кластер из 4 серверов; по 2 сервера на площадке
• В кластере 10,000 телефонов
5,000 на площадке A и 5,000 на площадке B
2500 телефонов A звонят 2500 телефонам B @ 3 Busy Hour
Call Completion (BHCC)
2500 телефонов B звонят 2500 телефонам A @ 3 BHCC

82. Посчитаем полосу
2 площадки, 2 сервера - CoW
• Количество серверов, удаленных PUB Sub
от Publisher = 2
2 полосы T1 требуется для передачи трафика Sub
базы данных и другого межсерверного трафика.
2хT1
• Всего BHCC = 2,500 * 3 + 2,500 * 3 = 15,000
Всего полоса для ICCS = (15000/10000) х (1+0.006 х Delay)
= 1.5 х (1+0.006 х 801)
= 2.22 Mbps
• Вся требуемая
полоса = 2 х 1.544 + 2.22 ~ 5.3 Mbps
(Расчет не включает полосу для передачи самого голоса)
1 макс. задержка=80 ms

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

84. Распределенная обработка вызовов
Распределенные кластеры CUCM
Приложения
(VMail, IPCC, MP…) Приложения
ТСОП
Кластер
Кластер CUCM
CUCM GK
IP сеть
Филиал A
Центральный офис GK Gatekeeper
Приложения
• Кластеры CM, приложения, DSP ресурсы
находятся в каждом офисе Кластер
• Поддерживается до 40,000 телефонов на CUCM
каждый кластер
• 100+ офисов
• Прозрачное использование ТСОП если IP-
сеть недоступна
Филиал B

85. ИнфраструктураUnified Communications
Обработка вызова в распределенной модели
Пример вызова телефон – телефон между кластерами
Обработка
Обработка Signaling leg 2
номерного
номерного плана
IP Транк плана
Call Setup
Кластер CUCM A Кластер СUCM Б
Alerting
Connect
Sign
alin
IP Сеть
g le
g3
Голос
IP телефон A IP телефон B

86. ИнфраструктураUnified Communications
Обработка вызова в распределенной модели
Пример вызова телефон – телефон между кластерами
GK
Обработка
Обработка
номерного
номерного плана
Signaling leg 3 плана
Кластер СUCM А Кластер СUCM Б
IP сеть
Голос
IP телефон A IP телефон B

87. Использование RSVP в модели с распределенной
обработкой вызовов
RSVP SIP Preconditions
Кластер CUCM A Кластер CUCM Б
SIP Signaling
Штабквартира Штабквартира
IP WAN
Агент RSVP Агент RSVP
Медийный
поток
Агент Агент
RSVP RSVP
Сигнализация
RSVP
Филиал А Филиал Б