Современная архитектура системы унифицированных коммуникаций Cisco.

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

Аннотация

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

Содержание

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

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

Эволюция требований бизнеса к UC
Новые возможности необходимы для эффективности и конкурентоспособности

Мобильность
Полноценная совместная
работа с любого устройства в
любом месте
Социальные приложения
Поиск экспертов, упреждающая
реакция на требования заказчиков

Видео
Высокое качество видео,
доступное везде, в реальном
времени и в записи Виртуальность
Облачные вычисления. Голос и
видео в сочетании с
преимуществами VDI

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

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

+ =

Особенности 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

Список наиболее заметных изменений в 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

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

- Платформы и кластеризация

Поддерживаемые платформы (для версии
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

Готовые конфигурации серверов 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

Расширенная поддержка аппаратных платформ
(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

Поддерживаемые платформы (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-серии

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

Масштабируемость 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

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

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

IPтелефоны Активный сервер MGCP I/F
H.323 I/F
SIP I/F

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

2501 до 3751 до
5000 5000 3750

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

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

- Протоколы, абонентские
устройства

Поддержка протоколов
Протоколы сигнализации: 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)

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

Линейка 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 для подключения ПК

Видеотелефоны Cisco
•  Cius
–  Поддержка видео высокой четкости (до 720p)
–  Используется CSF для телефонии
–  Встроенный софтфон, мгновенные сообщения

•  E20
–  Регистрация в кластере CUCM
–  Видео до w448p (768x448)
–  Поддержка BFCP для отображения данных

•  IP-телефоны 8900/9900
–  Видео до VGA (640x480)
–  Поддержка протокола CAST для работы с видео
через ПК.

Cisco Telepresence systems

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

Архитектура CSF программных клиентов
Cisco Jabber
Планшеты Смартфоны Cisco Интеграция Web UC Виртуализа-
Jabber и SDK и Quad ция

Jabber Web SDK

Android Mac/IOS Windows

Client Services Framework (CSF)

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

Cisco Jabber для Mac

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

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

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

http://developer.cisco.com/web/jabber-developer/jabber/

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

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

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

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

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

•  Модель поддерживает
развертывание до
40,000 SIP или SCCP IP-
телефонов на кластер
•  ТСОП используется для ТСОП
всех внешних звонков
•  До 2100 шлюзов и
транков

Кампусная модель: особенности применения

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

О чем имеет смысл задуматься при внедрении CUCM по
данной модели

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

Зачем настраивать QoS в кампусной сети?
•  Широкополосная сеть тоже подвержена перегрузкам, но ключевой
проблемой является не недостаток полосы пропускания, а размер буфера
порта коммутатора… Механизмы QoS позволяют приоритизировать
чуствительный к задержкам трафик

Ядро Мгновенная
Si Si перегрузка
Обычная 4:1 интерфейса
переподписка
Распределение
Si Si

Обычная 20:1
переподписка
Доступ

= Данные

= Голос/видео

Настройка механизмов 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

Элементы QoS: Граница доверия и классификация
Абонент Доступ Распределение Ядро WAN

1 Si Si

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

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 56 57 58 59 60 61 62 63
от классификации 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 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 2 threshold 2 118 118 100 235
рекомендуется использовать mls qos queue-set output 2 threshold 3 41 68 100 272
параметры команды 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

Кампусная модель
Замечания по планированию ресурсов

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

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

подключение к ТСОП и организация
взаимодействия между предприятиями

Подключение к внешним сетям

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

Миграция на транки SIP для доступа к ТСОП

1. Использования TDM – Вчера
CVP
A
A

Campus Contact Center
2. TDM и IP-транки – Сегодня
Branch
Offices SP SIP
CVP
A
A
3. IP-транки – Завтра

CVP Branch
A Offices
A
SP SIP

Branch
Offices

Кампусная модель: подключение к ТСОП
Взаимодействие между предприятиями
Компания 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

Cisco Intercompany Media Engine
Расширение границ использования UC между предприятиями

•  По мере увеличения количества приложений UC, внедренных
на предприятии, появляется необходимость использовать их
возможности при звонках МЕЖДУ предприятиями
•  IME позволяет предприятиям взаимодействовать друг с другом
по требованию, через Интернет, с формированием
динамических SIP транков между ними
•  IME использует технологии P2P и все необходимые сервисы
безопасности для достижения этих целей

IME сдвигает коммуникации между предприятиями из ТСОП в Интернет

Компоненты IME

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

Компоненты 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

Как это работает
Схема работы IME (1/2) Предприятие Б

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

Как это работает
Схема работы IME (2/2) Предприятие Б

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

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

Номерной план: рекомендации по планированию

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

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

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

(VMail, UCCX, CUP…) Маршрутизатор
ТСОП с поддержкой SRST

Кластер
CUCM

Филиал A
IP WAN

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

ИнфраструктураUnified Communications
Обработка вызова в централизованной модели
Пример вызова телефон - телефон
IP телефон A

eg 1
Signaling l

Unified CM
Голос
WAN сеть

Sign
Обработка aling
leg 2
номерного плана

IP телефон B

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

Отказ 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’

Отказоустойчивость с использованием 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

Следующее поколение обеспечения выживаемости филиала
Централизованная схема с обеспечением Штабквартира
работы базовых функций VM (Cisco Unity
CUCM Connection)
Штабквартира
VM (Cisco Unity A
CUCM Connection)
A

Unified Messaging
Gateway
Централизованное
управление UMG
UMG

Распределенная конфигурация
с расширенными возможностями

CUCM
A

Ужас
администратора Расширенные функции с
автоматизированным управлением

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 отслеживает любые изменения настроек в штабквартире и филиалах.

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

Контроль над установлением соединений
Зачем это нужно?

Сети с коммутацией Сети с коммутацией
каналов пакетов
QoS на порту, подключенном
к IP WAN, настроен для 2-ух
ТСОП IP WAN вызовов (2 “виртуальных”
транка)

физические подключение
транки к IP WAN Т.к. нет физического
ограничения, 3-ий вызов
3-ий вызов будет проключен, но
не проходит качество голоса всех
Голосовой UC
PBX STOP шлюз Manager вызовов пострадает.
è Контроль над
установлением
соединений
блокирует 3-ий вызов

Управление доступом к ресурсам сети (CAC)

Off-Path On-Path

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

Статический контроль с использованием концепции
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

Статический контроль с использованием концепции
Locations

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

Пример использования статического метода 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

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

Филиал 1 Филиал 2 Филиал 3 Филиал 4

Решение: Контроль над установлением соединений с
помощью RSVP
Центральный Кластер
офис Cisco Unified CM

•  Агент RSVP настраивается
в каждом удаленном
филиале – поддерживается E

в IOS на ISR
•  Агент RSVP в IP WAN
(любая
маршрутизаторе работает топология) RSVP
как посредник, выполняя резервирование

резервирование полосы
пропускания для телефонов
•  RSVP может быть Cisco IOS
RSVP Agent
использован на WAN сети
любой топологии
A B C D
Филиал 1 Филиал 2

Управление доступом к ресурсам сети (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

Как отрабатывается резервирование полосы
пропускания с помощью агентов 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

Пример настройки агента 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

Двух уровневые топологии
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

Пример настройки 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

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

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

Пример настройки политики 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

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

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

Кластер CUCM

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

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

Обработка вызова в распределенном кластере
Пример вызова телефон – телефон
Обработка Кластер UCM

ICCS

Signaling leg 1 Signaling leg 2
IP сеть

Голос
IP телефон A IP телефон B

Размещение серверов кластера

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

Полоса для трафика базы данных

•  Минимум 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

Полоса для 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

Посчитаем полосу

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

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

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

(VMail, IPCC, MP…) Приложения
ТСОП
Кластер
Кластер CUCM
CUCM GK

IP сеть

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

Обработка вызова в распределенной модели
Пример вызова телефон – телефон между кластерами
Обработка
Обработка Signaling leg 2
номерного
IP Транк плана
Call Setup
Кластер CUCM A Кластер СUCM Б
Alerting
Connect

Sign
alin
IP Сеть

g le
g3
Голос


Обработка вызова в распределенной модели
Пример вызова телефон – телефон между кластерами
GK
Обработка
Обработка
номерного
Signaling leg 3 плана

Кластер СUCM А Кластер СUCM Б

IP сеть

Голос


Использование RSVP в модели с распределенной
обработкой вызовов
RSVP SIP Preconditions
Кластер CUCM A Кластер CUCM Б
SIP Signaling

Штабквартира Штабквартира
IP WAN
Агент RSVP Агент RSVP
Медийный
поток
Агент Агент
RSVP RSVP
RSVP
Филиал А Филиал Б

Установление соединения с использованием SIP Preconditions
IP-телефон A Агент RSVP А СUCM A СUCM B Агент RSVP Б IP-телефон Б

Call SETUP на IP-телефон Б

Назначение RSVP
INVITE SDP 1
Агента A для IP
телефона А Назначение RSVP Агента
183 SDP2 Б для IP телефона Б

Резервирование полосы от агента RSVP Б к агенту RSVP А
PRACK
200 OK
Резервирование полосы от агента RSVP А к агенту RSVP Б

Резервирование Резервирование
успешно Update SDP3 успешно
выполнено выполнено
200 OK SDP4

180 Ringing Call SETUP на телефон Б
КПВ от телефона Б
PRACK

200 OK
CONNECT
200 OK (Invite)
CONNECT
ACK CONNECT
CONNECT
CONNECT

Участок без RSVP Участок без RSVP
Мультимедийный трафик, защищенный RSVP

Настройка SIP Preconditions на SIP-транке CUCM

•  Режим использования SIP Preconditions настраивается в
разделе CUCM Admin Pages>Device>Device Settings>SIP
Profile
•  Создаем/Изменяем SIP Profile: специфические свойства
транка
– RSVP Over SIP устанавливаем в E2E
– Fall back to local RSVP – отмечаем, если требуется.
– SIP Rel1XX Options в Send PRACK if 1XX contains SDP

•  Применяем профиль к транку:

Кластер CUCM и RSVP
c использованием SIP Preconditions

End-to-End RSVP
•  Используется Кластер А Кластер Б
Датацентр
только один агент SIPICT1 SIPICT2
RSVP в каждом
Агент Агент
кластере RSVP RSVP
HQ1 HQ2
•  Агенты RSVP только
с IP-телефонами
•  Можно использовать IP WAN
в любых топологиях Филиала 1 Филиала 2
с несколькими Филиал 1 RSVP-RTP Филиал 2
кластерами,
RTP Звонок на IP- RTP
расположеными как телефон Б
в одном ЦОД, так и А Б
распределенными.

без использования SIP Preconditions

Локальный RSVP
•  Два агента RSVP Кластер Кластер
в каждом кластере Датацентр
CUCM A ICT1 ICT2
CUCM Б
•  Агент RSVP RSVP RTP RSVP
ассоциирован с агент агент
HQ1 HQ2
межкластерным
транком RSVP-RTP RSVP-RTP
•  Применимо только IP WAN
для топологии типа Филиала 1 Филиала 2
“звезда” в случае Филиал 1 Филиал 2
нескольких Звонок на IP-
телефон Б
кластеров в одном RTP RTP

датацентре. А Б

Возврат от использования SIP Preconditions к
локальному RSVP

Возврат инициируется Кластер CUCM
ТОЛЬКО при Unified
SIP Proxy
получении ответа SIP
420 (Bad Extension)
ISR
SIP

SIP Trunk
Unified CME

Возврат к использованию
локального RSVP
E2E RSVP SIP Pre
RSVP

Unified CME

Local RSVP Без RSVP

Без RSVP SIP Pre

Настройка RSVP SIP Preconditions для
голосового шлюза, CME, CUBE
IOS Configuration Example
!
!
dial-peer voice 150 voip
description TO RSVP YVR_2811
destination-pattern 16045555...
voice-class sip rsvp-fail-policy voice post-alert mandatory disconnect retry 2
interval 30 ! Configures RSVP failure policies for Audio
voice-class sip rsvp-fail-policy video post-alert mandatory disconnect retry 2
interval 30 ! Configures RSVP failure policies for Video
session protocol sipv2 ! Enables Dial-Peer for SIP “required for precondition support”
session target ipv4:10.10.50.2

req-qos guaranteed-delay audio ! Defines Desired RSVP Policy for Audio Mandatory
req-qos guaranteed-delay video ! Defines Desired RSVP Policy for Video RSVP
acc-qos guaranteed-delay audio ! Defines Acceptable RSVP Policy for Audio
acc-qos guaranteed-delay video ! Defines Acceptable RSVP Policy for Video Policy
ip qos dscp 24 signaling Configures different DSCP values for
ip qos dscp 46 media rsvp-pass
ip qos dscp 34 video rsvp-pass different RSVP scenarios
(disabled, successful, and failed).
ip qos policy-locator voice app AudioStream ! Audio Application ID
ip qos policy-locator video app VideoStream ! Video Application ID
!
!
!

Видеовызовы
•  Механизм RSVP SIP Preconditions поддерживает подключение и
отключение потока видео в мультимедийных вызовах
•  SIP SDP включает две m-записи. Одна для голоса и одна для видео,
каждая со своими параметрами SIP Preconditions.
•  Полоса пропускания для видео устанавливается в значение, настроенное
для взаимодействия между регионами.
•  Полоса пропускания для видео корректируется после того, как
видеосоединение установлено. (Cisco рекомендует устанавливать
запрашиваемое значение для полосы пропускания для видео больше или
равное ожидаемому).
•  В случае добавления видеопотока в уже установленое соединение, видео
проключится только после отрабатывания резервирования RSVP.
•  При установке звонка на удержание, резервирование полосы пропускания
для видео и голоса сохраняется.
•  При использовании других ДВО (например, перевод вызова), CUCM
сначала резервирует полосу пропускания и устанавливает новое
соединение для голоса, а затем инициирует проключение видеопотока
(это называется delayed video escalation).

Номерной план в
распределенной модели
управления вызовами:

Сетевые сервисы: SAF/CCD

Service Advertisement Framework
Ограничение статичного подхода к управлению номерным планом

•  Сложность настройки, скорость внедрения
•  Высокие операционные затраты, TCO
•  Доступность, непрерывность работы

Call Agent Call Agent Call Agent Call Agent
Call Agent Call Agent

Call Agent
IP сеть Call Agent

Call Agent Call Agent предприятия
IP сеть
предприятия Call Agent GK
GK
Call Agent




SAF и Унифицированные коммуникации
Сервис Call Control Discovery (CCD)
•  Реклама сервисов CUCM в
Тип сервиса: Unified
Использование

Communications
сети
подсервис: Call Control – Реклама номеров в плане
Реклама

Discovery нумерации
– Автоматическое получение
рекламы от других кластеров
CUCM
Call Agent Call Agent – Взаимодействие со шлюзами,
Call Agent
Call Agent CUBE, CUCME, SRST.
Call Agent •  Преимущества
Call Agent
– Позволяет упростить
IP сеть
внедрение СUCM в сложных
предприятия с Call Agent

сетях
Call Agent
сервисом SAF
– Динамически добавлять/
удалять узлы
Call Agent
Call Agent – Снижать стоимость внедрения

Компоненты SAF

•  SAF Форвардер
–  Часть SAF-сети в задачу которой входит передача рекламы
SAF другим форвардерам и клиентам
–  Отвечает за поддержку базы рекламируемых префиксов
–  Эта база является общей для всех SAF-соседей
•  SAF клиент
–  На нем работают сервисы CCD
–  Устройства, которые рекламируют и получают рекламу из
SAF-сети известны как внешние клиенты
–  Устройства, которые работают как SAF форвардеры,
получают и отправлябт рекламу в SAF сети известны как
внутренние клиенты

Архитектура SAF

Кластер CUCM CUCME Кластер CUCM
Голосовой
SRST
CUBE шлюз
CCD CCD CCD CCD
CCD

§  Позволяет системам управления вызовами обмениваться
Клиент номерным планом, типом сигнального протокола и
SAF SAF
SAF SAF
контролировать доступность через SAF
Client Форвардер Client
Protocol Protocol
§  Добавляет к традиционной логике работы номерного плана
динамическую информацию оМаршрутизатор полученную с
маршрутах
без поддержки
использованием SAF SAF

§  Решение больше ориентировано на внутренний номерной
план предприятия чем на маршрутизацию префиксов ТСОП
§  Реклама может содержать номера ТСОП для упрощения
переключени на использование ТСОП в случае проблем с
WAN

Пример SAF

Кластер в Москве Кластер в CПб.
Рекламируемый префикс: Рекламируемый префикс:
8495XXXXXXX 8812XXXXXXX
Адрес рекламодателя: 10.1.1.1 Адрес рекламодателя: 10.5.1.1
Выученный префикс: SAF Выученный префикс:
8812XXXXXXX Форвардер 8495XXXXXXX
Выученный адрес: 10.5.1.1 Выученный адрес: 10.1.1.1

SAF-сеть

SAF клиент (Внешний) SAF клиент (Внешний)
8495XXXXXXX
Publishes on AS1 8812XXXXXXX
Publishes on AS1
IP : 10.1.1.1-3 SIP IP : 10.5.5.1 - 3 SIP
Pattern:<p d="4:+1408555">
Pattern:<p d="4:+1212555">
8408XXXX</p>
10.1.1.1 8212XXXX</p>
10.5.1.1
Кластер в Москве
Кластер в СПб

Call Control Discovery (CCD)
Автоматическое использование ТСОП
Номерной план CME в Киеве
Номерной план кластера CUCM в Москве
DN Pattern “to DID” rule IP address Protocol
DN Pattern “to DID” rule IP address Protocol 8408XXXX 4:+7495961 10.1.1.1 SIP
8212XXXX 4:+38044391 10.2.2.2 SIP 8415XXXX 4:+7919628 10.1.1.1 SIP
8442XXXX 4:+7727244 10.3.3.3 H.323 8949XXXX 4:+7812313 10.1.1.1 SIP
8442XXXX 4:+7727244 10.3.3.3 H.323

Трансляция в
8408XXXX +77272441000
8212XXXX
ТСОП

10.1.1.1
10.2.2.2
Москва Киев

8415XXXX 8949XXXX
IP сеть предприятия 8442XXXX
с поддержкой SAF
Казань СПб. Вызов на 10.3.3.3 Алматы
84421000

E2E RSVP в сети с поддержкой Service Advertisement
Framework (SAF)

SAF
Форвардер Клиенты
Сеть
SAF
предприятия с Голосовой
Клиенты поддержкой шлюз
SAF SAF

ISR
UCM CUCM

Медийные данные

CME SAF
SCCP Транки SIP
Медийные
данные

Сервис CCD и автоматическое переключение в ТСОП с
использованием RSVP через транк SIP
Номерной план CME в Киеве
Номерной план кластера CUCM в Москве DN Pattern “to DID” rule IP address Protocol
DN Pattern “to DID” rule IP address Protocol 8408XXXX 4:+7495961 10.1.1.1 SIP
8212XXXX 4:+38044391 10.2.2.2 SIP 8415XXXX 4:+7919628 10.1.1.1 SIP
8442XXXX 4:+7727244 10.3.3.3 SIP 8949XXXX 4:+7812313 10.1.1.1 SIP
8442XXXX 4:+7727244 10.3.3.3 SIP
Изменяем на
+77272441000
Используем AAR
CSS для выбора
8408XXXX маршрута
8212XXXX
ТСОП

10.1.1.1
10.2.2.2
Москва
10.1.1.2 Киев

8415XXXX 8949XXXX
IP сеть предприятия
с поддержкой SAF 8442XXXX

Казань СПб. Вызов на 10.3.3.3
84421000
Отказ RSVP Алматы

Unified Communications Manager в редакции
Session Management
Centralized
SIP Core /
Least Cost
•  Экономия за счет консолидации Routing
приложений UC
– Межстанционное взаимодействие Social B2B
– Подключение АТС к операторам связи Networking, Collaboration
Blogs, Wikis
– Подключение АТС к другим
компаниям, приложениям UC – c
использованием Cisco IME, протоколов
Web 2.0
•  Преимущества для предприятия Web 2.0
Mobility
– Маршрутизация по наименьшей applications
стоимости and Policy
– Уменьшение нагрузки на
администраторов системы
– Упрощение миграции на полноценное
решение IP-телефонии
Консолидация Консолидация
подключений к приложений UC в
операторам центрах обработки
связи данных

Какие приложения могут быть
консолидированы на SME?
IP
ТСОП

CUBE CUBE

Unified MeetingPlace
Customer Voice Portal
Conferencing

Cisco Unity
Messaging CUCM 8.6 SME

Unified Customer
Contact

TelePresence SIP / H.323 Video
Cisco Unified
Presence

Attendant Console

SME предоставляет базовый сервис единого номера для
телефонных станций без поддержки SNR Заметка – SME
может быть
подключен к ТСОП
IP транк
в ТСОП
ТранкTDM через транки TDM
в ТСОП
или SIP
CUBE CUBE

Пользователь Пользователь
Единого номера Единого номера

УПАТС использует SME
УПАТС с для предоставления
поддержкой SNR SME сервиса SNR

Если УПАТС не поддерживает мобильные сервисы и не предоставляет услуги Единого номера,
кластер CUCM SME может выступать в роли прокси этого сервиса. Создается профиль Remote
Destination с двумя или более номерами Remote Destination для каждого пользователя. Один из них
будет номером телефона УПАТС а другой – номером мобильного телефона пользователя.

Поддерживаемые функции Единого номера:
Mobile Connect (или собственно SNR)
Mobile Voice Access (MVA)
Неподдерживаемые функции – все функции, которые используют в своей работе DTMF :
Enterprise Feature Access (EFA)
Desk Phone и Remote Destination pickup
Mid-call Supplementary Services

Проблемы и решения использования транков
SIP (версия CUCM SME 8.6)
Работа транка на всех узлах кластера
Сложность
кластеризации транков До 16 адресуемых узлов

Сложность проектирования Поддержка SIP Early Offer,
ресурсов MTP Динамическое назначение MTP

Скрипты нормализации и
Совместимость
передачи элементов
диалектов SIP заголовка сообщений SIP

Обнаружение отказов в
SIP OPTIONS ping
транках SIP

Поддержка QSIG QSIG over SIP

SME как платформа консолидации приложений

Технические преимущества
•  Мультипротокольность – поддержка протоколов SIP, H.
323, MGCP. А так же передача Q.Sig через SIP и H.323
•  Поддержка передачи голоса, видео, данных (BFCP, H.
239)
•  Адаптивность – поддержка скриптов нормализации для
протокола SIP
•  Расширенные возможности по маршрутизации вызовов
•  Поддержка динамической рекламы номерного плана
SAF/ССD

Решение: комплексное
управление вызовами в сети
предприятия (SME + SAF)

Совместное использование SME и SAF/CCD
•  Региональные кластеры
*81XXXX CUCM рекламируют
локальные префиксы в
облако SAF/CCD
ТСОП
•  В том числе они
рекламируют
CUBE
+315557XXX “глобальные” (+E.164)
81XXX §  Ипрефиксы частного
префиксы
§  SME рекламирует
префиксы доступа к
приложениям
§  SME рекламирует
A A A A префиксы подключенных
PBX и ТСОП

+4969123XXX +4480123XXX +3360346XXX +3255678XXX §  Для CAC крайне
89XXX 84XXX 83XXX 82XXX рекомендуется
использование RSVP

Децентрализованный доступ в ТСОП (TEHO)

*81XXXX •  Региональные кластеры CUCM
рекламируют префиксы своих
подключений к ТСОП
ТСОП •  Прямые звонки в ТСОП между
CUBE

регионами
+315557XXX •  ЗА:
81XXX –  Оптимальное использование
+315557XXX децентрализованных транков
83XXX
*81XXXX +3360346XXX –  Автоматический обмен
+4480123XXX +3255678XXX
префиксами ТСОП между
+4969123XXX 82XXX
89XXX 84XXX регионами
81XXX
•  ПРОТИВ:
–  Отсутствует централизованная
политика междугородних звонков
A A A A
•  Децентрализованный доступ в
ТСОП позволяет использовать
+49! +44! +33! +32! автоматическое переключения в
TCOП используя информацию
ТСОП CCD.

Суммарные преимущества

•  SME
–  Централизованный доступ к общим приложениям
–  Точка подключения традиционных УПАТС и IP-УПАТС
третьих производителей
–  SAF/CCD “прокси” для приложений и УПАТС
•  SAF/CCD
–  Автоматическое построение полносвязанной сети
Унифицированных коммуникаций, объединяющей
региональные кластеры и SMЕ с приложениями.
–  Прозрачное использование ТСОП для обхода
проблемных участков сети при связи между регионами
–  Динамические изменения глобального номерного плана
и доступ к региональным сетям ТСОП (TEHO)

Решение: Централизованное
управление связью между
предприятиями (SME + IME)

Централизованное управление связью между
предприятиями (SME + IME)
•  Сервер IME
ассоциирован с
Интернет
*81XXXX кластером CUCM SME
•  SME публикует
ТСОП
+! общедоступные номера
CUBE

предприятия в ТСОП
–  Требуется ручная
+315557XXX настройка таких номеров
81XXX (они НЕ наследуются из
+315557XXX префиксов,
83XXX
*81XXXX +3360346XXX рекламируемых через SAF/
+4480123XXX +3255678XXX
CCD)
+4969123XXX 82XXX
89XXX 84XXX 81XXX •  SME сообщает о всех
выполненных вызовах в
ТСОП серверу IME.
A A A A •  IME валидирует всю
информацию о звонках в
ТСОП в сети IME

Централизованное управление связью между
предприятиями (SME + IME) – схема
установления соединения •  Первый звонок идет через
ТСОП
VCR
Интернет
•  SME выгружает VCR на
*81XXXX сервер IME
•  IME проверяет данные
Проверка IME
Маршрут данных
ТСОП
+! VCR через удаленный
CUBE

VCR сервер IME через DHT
lookup
+315557XXX •  IME получает
81XXX информацию VCR от
+315557XXX
83XXX удаленного IME
*81XXXX +3360346XXX
+4480123XXX +3255678XXX •  IME передает маршрут на
+4969123XXX 82XXX SME
89XXX 84XXX 81XXX
•  Следующие звонки на
этот же номер (даже с
телефонов других
A A A A кластеров) будут
выполняться через
интернет

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

•  Централизованный доступ к ТСОП с использованием IME
позволяет получить максимальное преимущество от
внедрения IME
•  Все подключенные кластеры могут использовать
маршруты, выученные через IME; даже если эти
маршруты были выучены при звонках из другого
кластера.
•  УПАТС и IP-УПАТС третьих производителей, а также
приложения могут использовать IME
•  Требуется централизация всех подключений к ТСОП на
SME; при этом физически эти подключения могут быть
распределенными.

Важно!

•  Контроль за размещением вызовов (CAC)
–  Статичная модель CAC может быть очень трудна в
реализации при использовании нескольких узлов
управления вызовами (кластеров CUCM)
–  Динамическая модель CAC с использованием RSVP
очень хорошо подходит для таких ситуаций

Заключение.

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

•  Использование Cisco Unified Communications Manager 8.6
позволяет реализовать самые современные методы
управления вызовами.

•  Комбинация возможностей системы Унифицированных
коммуникаций и интеллекта оборудования IP-сети
предприятия позволяет получить значительные
преимущества в эксплуатации комплексного решения.

Ваш лучший источник информации
для проектирования системы
Унифицированных коммуникаций
Cisco

Solution Reference Network Design
http://www.cisco.com/go/srnd

§  Инструкции по настройке SIP preconditions находятся в
документе Configuring SIP RSVP Features:
www.cisco.com/en/US/docs/ios/voice/sip/configuration/guide/sip_cg-rsvp.html

Спасибо!
Просим Вас заполнить анкеты.
Ваше мнение очень важно для нас.

Современная архитектура системы унифицированных коммуникаций Cisco.

More Related Content

What's hot

Similar to Современная архитектура системы унифицированных коммуникаций Cisco.

More from Cisco Russia

Современная архитектура системы унифицированных коммуникаций Cisco.