Современная архитектура системы унифицированных...
Post on 14-Dec-2014
1.674 Views
Preview:
DESCRIPTION
TRANSCRIPT
Современная архитектура системы унифицированных коммуникаций 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 – старые и новые – Централизованная обработка вызовов – кампусная модель
– Распределенная модель с централизованной обработкой вызовов
– Распределенная архитектура обработки вызовов • Заключение
Драйверы развития системы Унифицированных коммуникаций
Мобильность Полноценная совместная работа с любого устройства в любом месте
Виртуальность Облачные вычисления. Голос и видео в сочетании с преимуществами VDI
Социальные приложения Поиск экспертов, упреждающая реакция на требования заказчиков
Видео Высокое качество видео, доступное везде, в реальном времени и в записи
Эволюция требований бизнеса к UC Новые возможности необходимы для эффективности и конкурентоспособности
Базовая информация о 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
Системный расширения • Новая версия OS – RHEL 5.5 • Новый метод апгрейда – Refresh Upgrade • SE Linux – замена CSA • Клиент JTAPI x64 • Поддержка Windows 7 x64 клиентами (RTMT в
8.6.2) • Увеличение масштабируемости кластера Абонентские устройства • Расширенная поддержка Cius • 9.2(1) FW - IPv6 SCCP, FAC/CMC для SIP • Поддержка 6901 • Регистрация терминалов Tandberg • EnergyWise
Видео • SIP Presentation Share (BFCP) • Поддержка Cisco TelePresence MCU для Ad-hoc конференций CUCM (rendezvous, conf, join и barge)
• Еще один широкополосный голосовой кодек SIP (AAC-LATM и G.722.1)
• Расширеная поддержка E20, • Поддержка видеоконференций на базе ISRG2
Поддержка вычислительных платформ • Расширенная поддержка UCM на VMWare Дополнительные фичи • Call Completion on Busy/NA • Повыщение производительности TFTP (8.6.2) • Убран VPN Phone – для России, Export Unrestricted • Поддержка Smart Call Home – для TAC
HCS • Интеграция с системами IMS • Удаленный апгрейд • Новый профиль для VM
SMB UC • Новая аппаратная платформа – Business Edition 3000 • Новый, упрощенный интерфейс администратора и пользователя
Мобильность • Единая регистрация для мобильного и корпоративного номера
• LCR Enabled Handoff • Multi-site Enabled Handoff • Улучшенная процедура добавления устройств
Список наиболее заметных изменений в CUCM версии 8.6
Базовая информация о Cisco Unified Communications Manager (CUCM) - Платформы и кластеризация
Поддерживаемые платформы (для версии CUCM 8.6)
• Аппаратные сервера – Аппаратные платформы Cisco MCS
• MCS 7816, MCS 7825, MCS 7835, MCS 7845 • Поддерживаемые серверные конфигурации HP и IBM
• Виртуализированные сервера – Гипервизор 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/en/US/prod/collateral/voicesw/ps6790/ps5748/ps378/prod_brochure0900aecd8062a4f9.html
http://www.cisco.com/go/swonly
http://www.cisco.com/go/uc-virtualized
Готовые конфигурации серверов 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
Ограниченная поддержка сетевых адаптеров (особенно для C-серии)
Поддерживаются все адаптеры: HBA, VIC, C.N.A., 1Gb &10Gb
Использование только DAS и FC SAN Гибкий выбор: DAS, FC, iSCSI SAN, NFS NAS, FCoE
Бездисковые системы / загрузка с SAN Бездисковые системы / загрузка с SAN
UCSM на серверах C-серии не поддерживается Поддержка UCSM на C-серии
Лучше
Отличие
Серверы обработки вызовов (максимум 8 на кластер)
ccm.exe ccm.exe
ccm.exe ccm.exe
CTI Manager
Сервер MoH
Сервер TFTP
Publisher
Программные конференции
IDS Subscribers (Max. 19)
Репликация базы данных
Кластер Unified CM
Unified CM 8.x: DB=IBM-IDS | OS=Linux
DB DB
DB DB
DB DB
DB DB
DB DB DB DB
DB DB DB DB ICCS
DB DB
Архитектура кластера CUCM
Количество поддерживаемых пользователей:
• До 10,000 пользователей на пару серверов обработки вызовов
Производительность при работе с CTI :
• CTI для КАЖДОГО пользователя кластера.
• До 10,000 пользователей с включенной поддержкой CTI на пару серверов
0100002000030000400005000060000700008000090000
8.5 CTI Users
8.6 CTI Users
8.5 Users
8.6 Users
Количество поддерживаемых пользователей и пользователей CTI
Пара серверовКластерМегакластер
Масштабируемость CUCM: обычные пользователи и пользователи CTI (версия 8.6)
Архитектура кластера CUCM: Свойства и правила
• Кластер выглядит как единый коммуникационный узел, с единой точкой управления (publisher)
• Несколько функций могут работать на одном и том же сервере. Это зависит от типа сервера и размера кластера.
• У одного сервера Publisher может быть до 19 подписчиков (subscribers) (всего 20 серверов в кластере, считая publisher)
• Обработкой вызовов могут заниматься до 8 серверов в кластере • Максимум 10 000 IP-телефонов на одном сервере (зависит от серверной платформы)
• Максимум 40 000 IP-телефонов в кластере Cisco Unified CM (зависит от серверной платформы и конфигурации кластера)
Directory Services
Call Processing CTI/QBE I/F SCCP I/F MGCP I/F H.323 I/F
Software MTP Software Conferencing Music on Hold
Активный сервер
Сервер голосовой
почты
Приложения JTAPI и IP-IVR
IPтелефоны
Шлюзы
Медийные и конференц-
ресурсы
Ресурсы транскоди- рования Intra-Cluster
Communications (ICCS)
SIP I/F
Сервер обработки вызовов
Сервер обработки вызовов
TFTP
Directory Services
Call Processing CTI/QBE I/F SCCP I/F MGCP I/F H.323 I/F
Software MTP Software Conferencing Music on Hold
SIP I/F
TFTP
Архитектура кластера CUCM: Обеспечение отказоустойчивости для подключенных устройств
Xcode Xcode
Conf Conf
Архитектура кластера CUCM: Схемы резервирования и отказоустойчивости: 1:1 или 2:1
• Более экономная схема резервирования
• Высокая доступность при апгрейдах
• Обеспечение резервирования при единичном отказе
• Балансировка нагрузки и резервирование
• Высокая доступность при апгрейдах
• Более быстрое восстановление сервиса
1 до 2500
2501 до 5000
Резерв
Схема резервирования 2:1 Схема резервирования 1:1 1 до 1250 1250 2500
3750 3751 до
5000 5000
Пример: сервер MCS 7835 поддерживает до 2500 телефонов на сервер. Требуется обеспечить резервирование серверов обработки вызовов для 5000 IP-телефонов 5000 IP-телефонов
Базовая информация о Cisco Unified Communications Manager (CUCM) - Протоколы, абонентские устройства
Поддержка протоколов Протоколы сигнализации: CUCM как “транслятор протоколов”
H.323
Шлюзы
Аналоговые телефоны
WiFi IP-телефоны
IP IP-телефоны
Аналоговые
Программные клиенты
Шлюзы
IP-телефоны
Сети SIP
Шлюзы
Аналоговые телефоны
Приложения (JTAPI/CTI) Call Agents
SIP
Session Initiation Protocol
Skinny Client Control Protocol ITU-T H.323
Computer Telephony Integration/ Quick Buffer Encoding Media Gateway Control Protocol
Телепрезенс
Программные клиенты
H.323 to SIP Video Interworking
Microsoft OCS via AMGW
Telepresence Video Communications Services (VCS)
Advanced Conferencing Services
Expressway™ Firewall Traversal
SIP
Сервисы конференций
Удаленный доступ
3rd Party / терминалы H.323
CUCM: Поддержка абонентских устройств UC
Кластер
CUCM
Линейка IP-телефонов Cisco
Серия 8900
Серия 9900 Мультимедийные устройства для продвинутых пользователей • Высокое качество видео и голоса, цветной экран • Интегрированное рабочее место VXI • USB, Bluetooth, Wi-Fi и Gigabit Ethernet • Технология энергосбережения
Мультимедийные профессиональные устройства • Высокое качество видео и голоса, цветной экран • Интегрированное рабочее место VXI • USB, Bluetooth и Gigabit Ethernet • Технология энергосбережения
Серия 6900 Профессиональный IP-телефон • Традиционный телефонный пользовательский интерфейс • Высокое качество голоса, поддержка видео (через клиента на ПК), поддержка VXI. • Технология энергосбережения
Профессиональные устройства с расширенными функциями • Настольные телефоны, конференц-станции, WiFi-телефоны • Высокое качество голоса, поддержка видео (через клиента на ПК), большой графический экран, поддержка VXI • Технология энергосбережения
Серия 7900
Серия 3900 Простейший IP-телефон • Низкая стоимость, высокое качество голоса • Встроенный спикерфон • Встроенный коммутатор 10/100 для подключения ПК • Технология энергосбережения
• Cius – Поддержка видео высокой четкости (до 720p) – Используется CSF для телефонии – Встроенный софтфон, мгновенные сообщения
• E20
– Регистрация в кластере CUCM – Видео до w448p (768x448) – Поддержка BFCP для отображения данных
• IP-телефоны 8900/9900
– Видео до VGA (640x480) – Поддержка протокола CAST для работы с видео через ПК.
Видеотелефоны Cisco
• Cisco Telepresence system • Одноэкранные и 3-х экранные системы
Telepresence
• Терминалы серии Profile
• HD-видео до 1080p
• Для переговорных общего назначения
• Кодеки серии C
• Интегрируемые зальные системы
• EX90/EX60
• HD Видео до 1080p
• Поддержка BFCP для передачи информации с экрана ПК
• Встроенный MCU (EX90)
Cisco Telepresence systems
Архитектура CSF программных клиентов Cisco Jabber
Android
Client Services Framework (CSF)
Планшеты Смартфоны Cisco Jabber
Интеграция и SDK
Web UC и Quad
Виртуализа-ция
Windows Mac/IOS
Jabber Web SDK
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-телефоны расположены в пределах высокоскоростной кампусной сети
• Модель поддерживает развертывание до 40,000 SIP или SCCP IP-телефонов на кластер
• ТСОП используется для всех внешних звонков
• До 2100 шлюзов и транков
ТСОП
Приложения (VMail, UCCX, CUP…)
Кластер CUCM
Кампусная модель: особенности применения
• Как правило, используется один кластер CUCM. В некоторых случаях кластеров может быть больше, если это продиктовано большим количеством пользователей или необходимостью использования выделеного кластера для приложений (например, в случае развертывания UCC Enterprise).
• Максимальное общее количество шлюзов или транков (SIP или H.323) – 2100.
• Используются широкополосные кодеки для видео и голоса. • Высокая доступность обеспечивается за счет отказоустойчивой схемы
кампусной сети и резервирования серверов кластера CUCM. • Качество обслуживания для голоса и видео обеспечивается
инфраструктурой LAN (802.1q/p, приоритетные очереди). • Ограниченное использование механизмов управления доступом к
ресурсам сети (Call Admission Control) при установлении соединений.
О чем имеет смысл задуматься при внедрении CUCM по данной модели
• Готовность кампусной сети к работе с UC – QoS! • Планирование ресурсов • Подключение к внешним операторам связи • Номерной план
SiSi SiSi
SiSiSiSi
Доступ
Распределение
Ядро
Зачем настраивать QoS в кампусной сети? • Широкополосная сеть тоже подвержена перегрузкам, но ключевой проблемой является не недостаток полосы пропускания, а размер буфера порта коммутатора… Механизмы QoS позволяют приоритизировать чуствительный к задержкам трафик
Обычная 20:1 переподписка
Обычная 4:1 переподписка
= Данные
= Голос/видео
Мгновенная перегрузка интерфейса
Настройка механизмов QoS в кампусной сети: Подход Cisco
Campus
Unified CM Cluster
IP сеть оператора
ТСОП
Классификация: Помечать пакеты кодом обслуживания, определяя этим требование траффика к классу обслуживания от Сети
Граница доверия:Определить и контролировать границу доверия.
Распределение: Направить в одну из нескольких очередей (На основе результатов классификации) для срочной обработки и отправки
DSCP для голоса EF = 802.1p CoS 5 DSCP для видео CS4 = 802.1p CoS 4 DSCP для сигнализации CS3 = CoS 3.
http://www.cisco.com/en/US/docs/voice_ip_comm/cucm/srnd/8x/netstruc.html
Элементы QoS: Граница доверия и классификация
• Для удобства масштабирования, классификация должна выполняться как можно ближе к границе сети
• Самые крайние доверенные устройства определяют границу доверния • Оптимальная граница доверия: оконечное устройство является доверенным, если оно корректно классифицирует траффик
• Оптимальная граница доверия: оконечное устройство не классифицирует траффик
• Неоптимальный вариант: коммутатор доступа не умеет классифицировать трафик
Абонент Доступ Распределение Ядро WAN
Граница доверия
1
2
3
1
2
3
SiSi
SiSiSiSi
SiSi
Catalyst (config-if) # auto qos voip cisco-phone
mls qos map cos-dscp 0 8 16 26 32 46 48 56 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 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 mls qos queue-set output 1 buffers 10 10 26 54 mls qos queue-set output 2 buffers 16 6 17 61 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
AutoQoS в кампусной сети
• Позволяет контролировать границу доверия на IP-телефоне Cisco.
• Позволяет контролировать границу доверия на порту доступа и аплинках.
• Включает механизм распределения трафика по очередям в зависимости от классификации
• Также настраивает базовые параметры очередей и согласование DSCP-CoS и обратно
• Для терминалов телепрезенс рекомендуется использовать параметры команды trust-cos в случае транкового подключения и trust-dscp в случае подключения к обычному порту
На коммутаторах Cisco Catalyst есть макрокоманда AutoQoS, которая автоматически настраивает основные механизмы QoS
Кампусная модель Замечания по планированию ресурсов
• Полоса пропускания достаточна для обслуживания любого типа вызовов - можно использовать высококачественные кодеки для голоса (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 для доступа к ТСОП
A
A CVP
Branch Offices
Campus Contact Center
A
A CVP
SP SIP
A
A CVP
SP SIP
1. Использования TDM – Вчера
2. TDM и IP-транки – Сегодня
3. IP-транки – Завтра Campus Contact Center
Campus Contact Center
Branch Offices
Branch Offices
Кампусная модель: подключение к ТСОП Взаимодействие между предприятиями
• Изменение ландшафта —VoIP острова к VoIP подключениям
• SIP транки унифицированных коммуникация за пределы корпоративной сети
• Расширение границ мультимедийного взаимодействия к партнерам, поставщикам и заказчикам
• CUBE обеспечивает b2b подключение для безопасного мультимедийного взаимодействия
IP A IP A
Компания A Компания Б
От узкополосного голосового к
мультимедийному соединению
A A
Компания A Компания Б
SP VoIP SBC SBC CUBE CUBE
IP IP
Rich Media Rich Media
Rich Media
Cisco Intercompany Media Engine Расширение границ использования UC между предприятиями
• По мере увеличения количества приложений UC, внедренных на предприятии, появляется необходимость использовать их возможности при звонках МЕЖДУ предприятиями
• IME позволяет предприятиям взаимодействовать друг с другом по требованию, через Интернет, с формированием динамических SIP транков между ними
• IME использует технологии P2P и все необходимые сервисы безопасности для достижения этих целей
IME сдвигает коммуникации между предприятиями из ТСОП в Интернет
Компоненты IME
• Кластер CUCM 8.x – Передает корпоративные номера ТСОП на сервер IME
– Автоматически обновляет информацию о маршрутах, выученных через сервер IME
• Cisco ASA 5500 – Обеспечение защиты соединений через Интернет
– Блокирование неавторизованных звонков
• Сервер Cisco IME – Участник сети IME – Публикует корпоративные номера ТСОП
– Обеспечивает проверку маршрута вызова в сети IME
– Передает выученные маршрутны на CUCM
• Сервер регистрации, обслуживаемый GoDaddy.com – Сервис авторегистрации сертификатов
– Certificate Authority для серверов в сети IME
CUCM 8.x (клиент IME)
SIP SIP/TLS
Validation Access Protocol (VAP)
SIP / SCCP
RTP SRTP
Корпоративная сеть
Enroll Server
godaddy.com
Защита перим
етра сети
Интернет
AS
A
DMZ
§ Проверка Ticket/Passkey § Конвертация RTP в sRTP
www
Cisco IME
DHT RELOAD Проверка
Взаимодействие с сервером IME
Компоненты IME на территории предприятия
Интернет
Как это работает Схема работы IME (1/2)
• Серверы IME предприятий формируют глобальную сеть P2P
• Кластеры CUCM передают публичные номера предприятий на свои сервера IME через VAP
• Серверы IME Servers публикуют эти номера в сети P2P
• Первый звонок на номер, известный в сети IME идет через ТСОП
• После звонка, кластеры CUCM передают информацию о нем на свои серверы IME
• Позднее сервер IME вызывающей стороны выполняет проверку информации о звонке с сервером IME вызываемой стороны через протокол валидации через Интернет
- Обе стороны должны ПОДТВЕРДИТЬ свое знание о предыдущем звонке через ТСОП
Предприятие B Предприятие A
Предприятие Б
ТСОП
Как это работает Схема работы IME (2/2)
• После успешной проверки, вызывающий сервер IME передает выученый маршрут на свой кластер CUCM через VAP
- Любой выученый IME маршрут специфичен для вызываемого номера
• Кластер CUCM проверяет маршрутные фильтры и если domain/prefix является доверенным, добавляет выученый маршрут в свою базу данных
• Следующий звонок, который выполняется на тот же самый вызываемый номер выполняется как Secure SIP Business to Business через интернет вместо ТСОП
• Если ASA обнаруживает плохое качество голоса, звонок незаметно автоматически переключается в ТСОП
Предприятие В Предприятие A
Предприятие Б
ТСОП
Интернет
Номерной план • Кто или что выполняет набор номера
– Пользователи набирают номер с клавиатуры телефона (они предпочитают использовать короткие номера)?
– Приложения CTI (длина номера не важна)? • Что является источником информации о номерах
– Автономный справочник CUCM? – Корпоративный справочник LDAP/Web?
• Какой формат номеров использовать – Внутренний номерной план или публичные номера? – Как будет выполняться преобразование номеров (и будет ли)? – Что будет видеть абонент при входящем звонке?
• Привычки? – “Я привык набирать 9 для звонков в город!” – “Я хочу использовать тот же формат набора номера что и на мобильном!”
Номерной план: рекомендации по планированию
• В идеальной схеме каждый пользователь должен иметь внутренний номер и ассоциированный с ним публичный телефонный номер: – Всегда можно организовать звонки по короткому номеру – Единый идентификатор для голосовой почты – Простая схема организации взаимодействия между предприятиями (номера не пересекаются)
– Единый номер в корпоративном справочнике – Уникальный идентификатор звонящего – Простая схема отзвона (из списка пропущеных вызовов)
• Недостатки: – Пул публичных номеров принадлежит оператору связи. – При наличии нескольких операторов связи требуется контролировать выбор АОН-а при исходящих вызовах.
Распределенная модель с централизованной обработкой вызовов
Распределенная модель с централизованной обработкой вызовов
• Кластер CM расположен в центральном офисе • Приложения и DSP-ресурсы могут быть централизованными
или распределенными • Поддержка до 40,000 телефонов на кластер • При отказе IP WAN, прозрачное использование ТСОП (Automated Alternate
Routing—AAR) • Survivable Remote Site Telephony (SRST) для филиалов • Максимум 2000 филиалов на кластер
ТСОП
IP WAN
Центральный офис
Филиал A
Филиал Б
Маршрутизатор с поддержкой SRST
Приложения (VMail, UCCX, CUP…)
Кластер CUCM
ИнфраструктураUnified Communications Обработка вызова в централизованной модели
Unified CM
WAN сеть предприятия
IP телефон A
IP телефон B
Signaling leg 1
Signaling leg 2
Голос
Обработка номерного плана
Пример вызова телефон - телефон
Нормальная работа
Центральный офис Филиал
Маршрутизатор с поддержкой SRST
IP WAN
ТСОП
Сигнализация
Распределенная модель с централизованной обработкой вызовов: Отказоустойчивость
• IP телефоны содержат IP адрес маршрутизатора с поддержкой SRST в качестве последней записи в конфигурации CM GROUP
• Поддерживаются как SIP, так и SCCP IP телефоны • SRST обеспечивает базовый набор функций телефонов (постановка на
удержание, перевод вызова, быстрый набор, caller ID и др.) • Во время отказа маршрутизатор работает как H323 шлюз (VoIP/POTS dial-
peers); шлюзы MGCP требуют настройки ‘MGCP Fallback to H323’
Голос
Сигнализация
Голос
Кластер Unified CM
Приложения
Отказ WAN
Отказоустойчивость с использованием 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
Следующее поколение обеспечения выживаемости филиала
Расширенные функции с автоматизированным управлением
A
CUCM VM (Cisco Unity Connection)
Штабквартира
Централизованная схема с обеспечением работы базовых функций
Централизованное управление
A
CUCM Штабквартира
Ужас администратора
Распределенная конфигурация с расширенными возможностями
A
CUCM VM (Cisco Unity Connection)
Unified Messaging Gateway
Штабквартира
UMG UMG
IP WAN
ТСОП
SRSx (SRSV + E-SRST) – Подготовка к работе
1. Настраиваем параметры филиала в CUCM и Unity Connection. 2. Настраиваем подключение UMG к CUCM/Unity Connection для сбора информации. 3. Настраиваем маршрутизатор филиала на подключение к IP сети предприятия. 4. UMG отправляет соответствующие настройки SRST и VM на маршрутизатор. 5. UMG отслеживает любые изменения настроек в штабквартире и филиалах.
Филиал …
SRSV
Филиал 1
SRSV 3.
4. 5.
1.
2.
4. 5.
A
CUCM VM (Cisco Unity Connection)
Штабквартира
Unified Messaging Gateway
UMG
Контроль за размещением вызовов (CAC) в распределенной модели с централизованной обработкой вызовов
IP WAN
Голосовой шлюз
UC Manager
ТСОП
Сети с коммутацией каналов
Сети с коммутацией пакетов
PBX
физические транки
STOP
подключение к IP WAN
QoS на порту, подключенном к IP WAN, настроен для 2-ух вызовов (2 “виртуальных” транка)
3-ий вызов не проходит
Т.к. нет физического ограничения, 3-ий вызов будет проключен, но качество голоса всех вызовов пострадает. è Контроль над установлением соединений блокирует 3-ий вызов
Контроль над установлением соединений Зачем это нужно?
Управление доступом к ресурсам сети (CAC)
• Статическая настройка в системе управления вызовами • Не отражает реальной ситуации в сети (например, отказ канала) • Поддерживаются простейшие топологии • Должен быть единый центр информации • Примеры: CUCM Locations, Zone Bandwidth в IOS гейткиперах, Pipes в VCS
• Актуальная информация предоставляется сетью • Выделение полосы происходит в каждом направлении индивидуально • Отражает все изменения топологии • Требуется протокол управления резервированием (RSVP) • Нет ограничения по топологии • Может использоваться несколькими узлами связи • Примеры: CUCM RSVP Agent, CUBE, CME
Off-Path On-Path
Статический контроль с использованием концепции Locations
• Предотвращает перегрузку WAN каналов ограничивая полосу пропускания для голоса
• Ограничение полосы присваивается каждому Location
• Когда ресурсы исчерпаны, абонент слышит сигнал fast-busy и видит сообщений на дисплее телефона
• Если автоматическая альтернативная маршрутизация (AAR) включена, вызов проключается через ТСОП
IP WAN ТСОП
Центральный офис
Location 1 Location 2
<Hub_None> Location
Филиалы 1
2
Max BW = 24 kbps Max BW = 48 kbps
3
STOP
Статический контроль с использованием концепции 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
• Рекомендуется статический контроль с использованием Locations: каждый филиал – отдельный Location
• Устройства в центральном офисе принадлежат Location <Hub_None>
• Один кластер CUCM поддерживает до 2000 филиалов (1 филиал – 1 Location)
• Если устройство перемещают в другой Location информация о его принадлежности к Location должна быть обновлена (если не используется Device Mobility)
... Loc. 1
Центральный офис - Hub
Loc.1000
Loc. <Hub_None>
Филиалы - Spokes
Статический метод CAC: ограничение дизайна Двух уровневые топологии Hub-and-Spoke
• Централизованная модель (региональные офисы не содержат кластер CUCM)
• Проблема: статический контроль с использованием Locations поддерживает только простые топологии hub-and-spoke
• С помощью статического контроля невозможно отследить использование полосы в такой модели
Филиал 1
Региональный офис 1
Центральный офис
Филиал 2 Филиал 3 Филиал 4
Региональный офис 2
Решение: Контроль над установлением соединений с помощью RSVP
• Агент RSVP настраивается в каждом удаленном филиале – поддерживается в IOS на ISR
• Агент RSVP в маршрутизаторе работает как посредник, выполняя резервирование полосы пропускания для телефонов
• RSVP может быть использован на WAN сети любой топологии
Центральный офис
Филиал 2 Филиал 1
IP WAN (любая топология)
A B C D
E
Cisco IOS RSVP Agent
Кластер Cisco Unified CM
RSVP резервирование
Управление доступом к ресурсам сети (CAC) - On-Path Resource Reservation Protocol
768
768
768
768
896 896 768
896 768
384 768 512
768 512 256 256
384 896
896
896
512 512
768 RSVP bandwidth pool настроен на каждом
интерфейсе маршрутизатора:
ip rsvp bandwidth ...
Если полосы пропускания
достаточно по всему маршруту в сети, резервирование
считается успешным
Если полосы пропускания недостаточно на каком-то
участке сети, резервирование срывается
512
0
Устройство 1
Устройство 2
Сигнализация RSVP использует тот же путь, что и поток
данных, требующий резервирования
384 0
Легенда: = kbps
осталось в RSVP bandwidth pool
384
Транзитные маршрутизаторы без поддержки RSVP
прозрачно пропускают все сообщения RSVP
Устройство 3
Устройство 4
384 512
128 128
Call SETUP на телефон Б
Телефон A Агент RSVP А Кластер CUCM Агент RSVP Б Телефон Б
Call SETUP на телефон Б
Агент RSVP Б обслуживает телефон Б
Агент RSVP A обслуживает телефон A
Запрос резервирования от агента RSVP А к агенту RSVP Б
Запрос резервирования от агента RSVP Б к агенту RSVP A
Отчет об успешном резервировании
Отчет об успешном резервировании
ОТВЕТ
Участок без RSVP Мультимедийный трафик, защищенный RSVP
Участок без RSVP
КПВ на телефон А
CONNECT CONNECT
Как отрабатывается резервирование полосы пропускания с помощью агентов RSVP
CONNECT CONNECT
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
Пример настройки агента RSVP на маршрутизаторе и CUCM
Двух уровневые топологии Hub-and-Spoke
• RSVP Agent на маршрутизаторе каждого сайта
• Свой Location для каждого сайта
• Назначаем RSVP Agent в соответствующую MRG/MRGL
• Устанавливаем RSVP policy для связи между Location как “Mandatory” Spoke
Sites
Loc. 1
Loc. 3 Loc. 2
Loc. 7 Loc. 6 Loc. 5 Loc. 4
2nd Tier Hub Sites
1st Tier Hub Site
Агент RSVP в Cisco IOS
= RSVP интерфейс
Кластер Cisco Unified CM
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
Пример настройки RSVP на маршрутизаторе
• RSVP обеспечивает резервирование сетевых ресурсов для приложений and подприложений
• Маршрутизаторы выполняют резервирование ресурсов на основе идентификатора приложения, запрашивающего ресурс
• Защита одних приложений от других • Пример: в случае наличия голосовых и видео звонков не допустить захвата всех доступных ресурсов видеозвонками
• В будущем это позволит также применять разные политики для разных бизнес-приложений, например различать звонки в ЦОВ и обычные офисные звонки и т.д.
App ID Y
Call Admission Control Новая политика: RSVP Application ID (App ID)
Local Policy X
Local Policy Y
App ID Y
ip rsvp bandwidth
ip rsvp bandwidth
App ID X App ID X App ID X
Без учета App ID и политик
С учетом App ID политик
Голосовой звонок генерирует запрос RSVP как Voice App ID
L2 ovrhd
Voice Voice Voice Voice
Video
Video
Voice Priority Queue
(max 33%
of Link Speed)
ip rsvp bandwidth
default policy STOP none
Политика по умолчанию запрещает запросы RSVP без App ID Если есть приложения, не работающие с App ID то эту настройку можно поменять
Voice Local Policy Max. Разрешаем голосу занимать всю доступную RSVP полосу пропускания
Video Local Policy Max. Для видео отводится только часть полосы пропускания, доступной RSVPs Видеозвонок генерирует
2 запроса RSVP: оба как Video App ID
Video Voice Voice
Определяем единую приоритетную очередь для голоса и видео (DSCP EF и AF41)
CUCM и политики RSVP для приложений Пример: IOS RSVP – локальные политики
local policy Video
local policy Voice
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
Пример настройки политики RSVP для приложений
Частный случай распределенной модели с централизованной обработкой вызовов: Распределенный кластер
Расстояние Москва Санкт-Петербург
Централизованная обработка вызовов Распределенный кластер CM
• Серверы одного кластера CM распределены между офисами • Приложения могут быть в каждом офисе или в одном из офисов • Единая точка администрирования, прозрачность функций (Extension Mobility), единый
номерной план • Максимальная двусторонняя задержка задержка 80 (40)-ms • Пропускная полоса 1544 kbps для каждых 10,000 BHCA + 1544 kbps для каждого
subscriber • Максимум восемь офисов
Кластер CUCM
Приложения Приложения
ИнфраструктураUnified Communications Обработка вызова в распределенном кластере
Signaling leg 1 Signaling leg 2
Обработка номерного плана
Голос IP телефон B
Кластер UCM
ICCS
IP телефон A
IP сеть
Пример вызова телефон – телефон
Размещение серверов кластера
§ Полоса T1 для каждого сервера, удаленного от Publisher § Дополнительная полоса T1 для Intra-Cluster Communication
Signaling (ICCS) для 10,000 Busy Hour Call Attempts (BHCA) Для расчета полосы от BHCA, используйте формулу Полоса (Mbps) для ICCS = (BHCA/10000)*(1 + 0.006*Задержка (ms))
IP WAN
80 ms RTT
§ Макс. 80 ms RTT задержка между любыми двумя серверами кластера Unified CM
Полоса для трафика базы данных
• Минимум 1.544 Mbps (T1) требуется для передачи трафика базы данных для каждого сервера, удаленного от Publisher
3хT1 = 4.632 Mbps
4хT1 = 6.176 Mbps
2 площадки, 3 сервера - CoW 2 площадки, 4 сервера - CoW
6хT1 = 9.264 Mbps
3 площадки, 3 сервера - CoW
PUB PUB PUB Sub
Sub
TFTP/ MOH
Sub
TFTP/ MOH
Полоса для CoW, пример
• Кластер из 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
Кластер Unified CM
PUB
IP WAN
80msec RTT
Site A Site B
Посчитаем полосу
• Количество серверов, удаленных от Publisher = 2 2 полосы T1 требуется для передачи трафика базы данных и другого межсерверного трафика.
2хT1
2 площадки, 2 сервера - CoW
PUB Sub
Sub
• Всего 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
• Кластеры CM, приложения, DSP ресурсы находятся в каждом офисе
• Поддерживается до 40,000 телефонов на каждый кластер
• 100+ офисов • Прозрачное использование ТСОП если IP-
сеть недоступна
Gatekeeper
Филиал A
Филиал B
Центральный офис
IP сеть
ТСОП
Приложения (VMail, IPCC, MP…)
Кластер CUCM
Кластер CUCM
Приложения
Приложения
Кластер CUCM GK GK
GK GK
IP Транк
ИнфраструктураUnified Communications Обработка вызова в распределенной модели
IP Сеть
Кластер CUCM A Кластер СUCM Б
Голос
Signaling leg 3
Signaling leg 2 Обработка номерного плана
Call Setup
Обработка номерного плана
Alerting Connect
IP телефон A IP телефон B
Пример вызова телефон – телефон между кластерами
ИнфраструктураUnified Communications Обработка вызова в распределенной модели
IP сеть
Кластер СUCM А Кластер СUCM Б
Голос
Signaling leg 3
Обработка номерного плана
Обработка номерного плана
IP телефон A IP телефон B
GK
Пример вызова телефон – телефон между кластерами
Кластер CUCM A
Филиал Б
IP WAN Штабквартира
Филиал А
Штабквартира
Кластер CUCM Б
Медийный поток
СигнализацияRSVP
Агент RSVP
Агент RSVP
Агент RSVP
Агент RSVP
SIP Signaling
Использование RSVP в модели с распределенной обработкой вызовов
RSVP SIP Preconditions
IP-телефон A Агент RSVP А СUCM A Агент RSVP Б IP-телефон Б
Установление соединения с использованием SIP Preconditions СUCM B
Call SETUP на IP-телефон Б
Call SETUP на телефон Б
Назначение RSVP Агента Б для IP телефона Б
Назначение RSVP Агента A для IP телефона А
Резервирование полосы от агента RSVP Б к агенту RSVP А
Резервирование полосы от агента RSVP А к агенту RSVP Б
Резервирование успешно выполнено
Резервирование успешно выполнено
CONNECT
Участок без RSVP Мультимедийный трафик, защищенный RSVP
Участок без RSVP
КПВ от телефона Б
CONNECT CONNECT
CONNECT CONNECT
INVITE SDP 1
180 Ringing
183 SDP2
200 OK
PRACK
200 OK SDP4
Update SDP3
200 OK
PRACK
200 OK (Invite)
ACK
Настройка 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
IP WAN
Филиал 2 Филиал 1 RSVP-RTP
Датацентр Кластер А Кластер Б
Агент RSVP HQ1
Агент RSVP HQ2
RTP RTP
Агент RSVP Филиала 1
Агент RSVP Филиала 2
А Б
Звонок на IP-телефон Б
SIPICT2 SIPICT1
• Используется только один агент RSVP в каждом кластере
• Агенты RSVP только с IP-телефонами
• Можно использовать в любых топологиях с несколькими кластерами, расположеными как в одном ЦОД, так и распределенными.
IP WAN
Филиал 2 Филиал 1
RSVP-RTP
RTP
Датацентр Кластер CUCM A
Кластер CUCM Б
RSVP агент HQ1
RSVP агент HQ2
RSVP-RTP
RTP RTP
Агент RSVP Филиала 1
Агент RSVP Филиала 2
А Б
ICT1 ICT2
Звонок на IP-телефон Б
Кластер CUCM и RSVP без использования SIP Preconditions
• Два агента RSVP в каждом кластере
• Агент RSVP ассоциирован с межкластерным транком
• Применимо только для топологии типа “звезда” в случае нескольких кластеров в одном датацентре.
Локальный RSVP
Кластер CUCM и RSVP Возврат от использования SIP Preconditions к локальному RSVP
ISR
Unified SIP Proxy
Кластер CUCM
SIP Trunk
Unified CME
Unified CME
Возврат к использованию локального RSVP
SIP
Возврат инициируется ТОЛЬКО при получении ответа SIP 420 (Bad Extension)
RSVP E2E
Без RSVP Local RSVP
RSVP SIP Pre
Без RSVP SIP Pre
! ! 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 req-qos guaranteed-delay video ! Defines Desired RSVP Policy for Video acc-qos guaranteed-delay audio ! Defines Acceptable RSVP Policy for Audio acc-qos guaranteed-delay video ! Defines Acceptable RSVP Policy for Video ip qos dscp 24 signaling ip qos dscp 46 media rsvp-pass ip qos dscp 34 video rsvp-pass ip qos policy-locator voice app AudioStream ! Audio Application ID ip qos policy-locator video app VideoStream ! Video Application ID ! ! !
Mandatory RSVP Policy
Configures different DSCP values for different RSVP scenarios
(disabled, successful, and failed).
Настройка RSVP SIP Preconditions для голосового шлюза, CME, CUBE
IOS Configuration Example
Кластер CUCM и RSVP
• Механизм RSVP SIP Preconditions поддерживает подключение и отключение потока видео в мультимедийных вызовах
• SIP SDP включает две m-записи. Одна для голоса и одна для видео, каждая со своими параметрами SIP Preconditions.
• Полоса пропускания для видео устанавливается в значение, настроенное для взаимодействия между регионами.
• Полоса пропускания для видео корректируется после того, как видеосоединение установлено. (Cisco рекомендует устанавливать запрашиваемое значение для полосы пропускания для видео больше или равное ожидаемому).
• В случае добавления видеопотока в уже установленое соединение, видео проключится только после отрабатывания резервирования RSVP.
• При установке звонка на удержание, резервирование полосы пропускания для видео и голоса сохраняется.
• При использовании других ДВО (например, перевод вызова), CUCM сначала резервирует полосу пропускания и устанавливает новое соединение для голоса, а затем инициирует проключение видеопотока (это называется delayed video escalation).
Видеовызовы
Номерной план в распределенной модели управления вызовами: Сетевые сервисы: SAF/CCD
IP сеть предприятия
Service Advertisement Framework Ограничение статичного подхода к управлению номерным планом
IP сеть предприятия
Call Agent
Call Agent Call Agent
Call Agent
Call Agent
Call Agent
Call Agent Call Agent Call Agent
Call Agent
Call Agent
Call Agent
Call Agent
Call Agent
Call Agent
Call Agent Call Agent
Call Agent
Call Agent
Call Agent
Call Agent Call Agent Call Agent
Call Agent
Call Agent
Call Agent
Call Agent
Call Agent
GK GK
• Сложность настройки, скорость внедрения • Высокие операционные затраты, TCO • Доступность, непрерывность работы
SAF и Унифицированные коммуникации Сервис Call Control Discovery (CCD)
IP сеть предприятия с сервисом SAF
Call Agent
Call Agent Call Agent
Call Agent
Call Agent
Call Agent
Call Agent Call Agent Call Agent
Call Agent
Call Agent
Call Agent
Call Agent
Call Agent
Реклама
Использование
Тип сервиса: Unified Communications
подсервис: Call Control Discovery
• Реклама сервисов CUCM в сети – Реклама номеров в плане нумерации – Автоматическое получение рекламы от других кластеров CUCM – Взаимодействие со шлюзами, CUBE, CUCME, SRST.
• Преимущества – Позволяет упростить внедрение СUCM в сложных сетях – Динамически добавлять/удалять узлы – Снижать стоимость внедрения
Компоненты SAF
• SAF Форвардер – Часть SAF-сети в задачу которой входит передача рекламы
SAF другим форвардерам и клиентам – Отвечает за поддержку базы рекламируемых префиксов – Эта база является общей для всех SAF-соседей
• SAF клиент – На нем работают сервисы CCD – Устройства, которые рекламируют и получают рекламу из
SAF-сети известны как внешние клиенты – Устройства, которые работают как SAF форвардеры, получают и отправлябт рекламу в SAF сети известны как внутренние клиенты
Архитектура SAF
Кластер CUCM Кластер CUCM
CUBE Голосовой шлюз
CUCME SRST
CCD CCD
SAF Форвардер
Клиент SAF
Маршрутизатор без поддержки
SAF
SAF Client Protocol
SAF Client Protocol
CCD CCD CCD
§ Позволяет системам управления вызовами обмениваться номерным планом, типом сигнального протокола и контролировать доступность через SAF
§ Добавляет к традиционной логике работы номерного плана динамическую информацию о маршрутах полученную с использованием SAF
§ Решение больше ориентировано на внутренний номерной план предприятия чем на маршрутизацию префиксов ТСОП
§ Реклама может содержать номера ТСОП для упрощения переключени на использование ТСОП в случае проблем с WAN
Publishes on AS1 IP : 10.1.1.1-3 SIP Pattern:<p d="4:+1408555"> 8408XXXX</p>
Publishes on AS1 IP : 10.5.5.1 - 3 SIP Pattern:<p d="4:+1212555"> 8212XXXX</p>
Кластер в СПб
8812XXXXXXX
Кластер в Москве
8495XXXXXXX
10.1.1.1
Кластер в Москве Рекламируемый префикс:
8495XXXXXXX
Адрес рекламодателя: 10.1.1.1
Выученный префикс: 8812XXXXXXX
Выученный адрес: 10.5.1.1
Кластер в CПб. Рекламируемый префикс:
8812XXXXXXX
Адрес рекламодателя: 10.5.1.1
Выученный префикс: 8495XXXXXXX
Выученный адрес: 10.1.1.1
SAF-сеть
Пример SAF
10.5.1.1
SAF Форвардер
SAF клиент (Внешний) SAF клиент (Внешний)
Киев
Call Control Discovery (CCD) Автоматическое использование ТСОП
DN Pattern “to DID” rule IP address Protocol
8212XXXX 4:+38044391 10.2.2.2 SIP
8442XXXX 4:+7727244 10.3.3.3 H.323
Номерной план кластера CUCM в Москве DN Pattern “to DID” rule IP address Protocol
8408XXXX 4:+7495961 10.1.1.1 SIP
8415XXXX 4:+7919628 10.1.1.1 SIP
8949XXXX 4:+7812313 10.1.1.1 SIP
8442XXXX 4:+7727244 10.3.3.3 H.323
Номерной план CME в Киеве
Москва
Казань СПб.
IP сеть предприятия с поддержкой SAF
Алматы
ТСОП 8408XXXX
8415XXXX 8949XXXX 8442XXXX
8212XXXX
10.2.2.2
10.3.3.3
10.1.1.1
8442XXXX 8442XXXX
Вызов на 84421000
Трансляция в +77272441000
UCM
Медийные данные
CUCM
Голосовой шлюз
CME
SCCP
Сеть предприятия с поддержкой
SAF
SAF
Клиенты SAF
Клиенты SAF
SAF Форвардер
Транки SIP
E2E RSVP в сети с поддержкой Service Advertisement Framework (SAF)
ISR
Медийные данные
Киев
Номерной план кластера CUCM в Москве Номерной план CME в Киеве
Москва
Казань СПб.
IP сеть предприятия с поддержкой SAF
Алматы
ТСОП 8408XXXX
8415XXXX 8949XXXX 8442XXXX
8212XXXX
10.2.2.2
10.3.3.3
10.1.1.1
Вызов на 84421000
Изменяем на +77272441000 Используем AAR CSS для выбора маршрута
10.1.1.2
Отказ RSVP
Сервис CCD и автоматическое переключение в ТСОП с использованием RSVP через транк SIP
DN Pattern “to DID” rule IP address Protocol
8212XXXX 4:+38044391 10.2.2.2 SIP
8442XXXX 4:+7727244 10.3.3.3 SIP
DN Pattern “to DID” rule IP address Protocol
8408XXXX 4:+7495961 10.1.1.1 SIP
8415XXXX 4:+7919628 10.1.1.1 SIP
8949XXXX 4:+7812313 10.1.1.1 SIP
8442XXXX 4:+7727244 10.3.3.3 SIP
SME
Unified Communications Manager в редакции Session Management
• Экономия за счет консолидации приложений UC
– Межстанционное взаимодействие – Подключение АТС к операторам связи – Подключение АТС к другим компаниям, приложениям UC – c использованием Cisco IME, протоколов Web 2.0
• Преимущества для предприятия – Маршрутизация по наименьшей стоимости – Уменьшение нагрузки на администраторов системы – Упрощение миграции на полноценное решение IP-телефонии
Centralized SIP Core / Least Cost
Routing
B2B Collaboration
Social Networking, Blogs, Wikis
Mobility Web 2.0
applications and Policy
Консолидация подключений к операторам связи
Консолидация приложений UC в центрах обработки
данных
Какие приложения могут быть консолидированы на SME?
IP ТСОП
CUBE CUBE
CUCM 8.6 SME Cisco Unity Messaging
Unified MeetingPlace Conferencing
SIP / H.323 Video
Unified Customer Contact
Cisco Unified Presence
TelePresence
Customer Voice Portal
Attendant Console
IP транк в ТСОП
CUBE
SME УПАТС с поддержкой SNR
Пользователь Единого номера
Пользователь Единого номера
УПАТС использует SME для предоставления сервиса SNR
CUBE
ТранкTDM в ТСОП
Если УПАТС не поддерживает мобильные сервисы и не предоставляет услуги Единого номера, кластер 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
Заметка – SME может быть
подключен к ТСОП через транки TDM
или SIP
SME предоставляет базовый сервис единого номера для телефонных станций без поддержки SNR
Проблемы и решения использования транков SIP (версия CUCM SME 8.6)
Сложность кластеризации транков
Сложность проектирования ресурсов MTP
Совместимость диалектов SIP
Обнаружение отказов в транках SIP
Поддержка SIP Early Offer, Динамическое назначение MTP
Скрипты нормализации и передачи элементов
заголовка сообщений SIP
SIP OPTIONS ping
Работа транка на всех узлах кластера
До 16 адресуемых узлов
Поддержка 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
CUBE
A A A A
+4969123XXX +4480123XXX +3360346XXX +3255678XXX
• Региональные кластеры CUCM рекламируют локальные префиксы в облако SAF/CCD
• В том числе они рекламируют “глобальные” (+E.164) префиксы
89XXX 84XXX 83XXX 82XXX
§ И префиксы частного номерного плана предприятия
ТСОП
§ SME рекламирует префиксы доступа к приложениям
*81XXXX
§ SME рекламирует префиксы подключенных PBX и ТСОП
§ Для CAC крайне рекомендуется использование RSVP
+315557XXX 81XXX
+4969123XXX +4480123XXX +3360346XXX +3255678XXX 89XXX 84XXX 83XXX 82XXX
*81XXXX
+315557XXX 81XXX
Децентрализованный доступ в ТСОП (TEHO)
CUBE
A A A A
• Региональные кластеры CUCM рекламируют префиксы своих подключений к ТСОП
• Прямые звонки в ТСОП между регионами
• ЗА: – Оптимальное использование
децентрализованных транков – Автоматический обмен
префиксами ТСОП между регионами
• ПРОТИВ: – Отсутствует централизованная
политика междугородних звонков • Децентрализованный доступ в
ТСОП позволяет использовать автоматическое переключения в TCOП используя информацию CCD.
ТСОП
81XXX
+315557XXX
*81XXXX +3255678XXX
82XXX
83XXX +3360346XXX +4480123XXX
84XXX 89XXX +4969123XXX
ТСОП
*81XXXX
+315557XXX 81XXX
+49! +44! +33! +32!
Суммарные преимущества
• SME – Централизованный доступ к общим приложениям – Точка подключения традиционных УПАТС и IP-УПАТС третьих производителей
– SAF/CCD “прокси” для приложений и УПАТС • SAF/CCD
– Автоматическое построение полносвязанной сети Унифицированных коммуникаций, объединяющей региональные кластеры и SMЕ с приложениями.
– Прозрачное использование ТСОП для обхода проблемных участков сети при связи между регионами
– Динамические изменения глобального номерного плана и доступ к региональным сетям ТСОП (TEHO)
Решение: Централизованное управление связью между предприятиями (SME + IME)
Централизованное управление связью между предприятиями (SME + IME)
CUBE
A A A A
• Сервер IME ассоциирован с кластером CUCM SME
• SME публикует общедоступные номера предприятия в ТСОП
– Требуется ручная настройка таких номеров (они НЕ наследуются из префиксов, рекламируемых через SAF/CCD)
• SME сообщает о всех выполненных вызовах в ТСОП серверу IME.
• IME валидирует всю информацию о звонках в ТСОП в сети IME
ТСОП
81XXX
+315557XXX
*81XXXX +3255678XXX
82XXX
83XXX +3360346XXX +4480123XXX
84XXX 89XXX +4969123XXX
*81XXXX
+315557XXX 81XXX
+!
Интернет
Централизованное управление связью между предприятиями (SME + IME) – схема установления соединения
CUBE
A A A A
• Первый звонок идет через ТСОП
• SME выгружает VCR на сервер IME
• IME проверяет данные VCR через удаленный сервер IME через DHT lookup
• IME получает информацию VCR от удаленного IME
• IME передает маршрут на SME
• Следующие звонки на этот же номер (даже с телефонов других кластеров) будут выполняться через интернет
ТСОП
81XXX
+315557XXX
*81XXXX +3255678XXX
82XXX
83XXX +3360346XXX +4480123XXX
84XXX 89XXX +4969123XXX
*81XXXX
+315557XXX 81XXX
+!
Интернет
VCR
Проверка данных Маршрут IME
VCR
Преимущества
• Централизованный доступ к ТСОП с использованием IME позволяет получить максимальное преимущество от внедрения IME
• Все подключенные кластеры могут использовать маршруты, выученные через IME; даже если эти маршруты были выучены при звонках из другого кластера.
• УПАТС и IP-УПАТС третьих производителей, а также приложения могут использовать IME
• Требуется централизация всех подключений к ТСОП на SME; при этом физически эти подключения могут быть распределенными.
Важно!
• Контроль за размещением вызовов (CAC) – Статичная модель CAC может быть очень трудна в реализации при использовании нескольких узлов управления вызовами (кластеров CUCM)
– Динамическая модель CAC с использованием RSVP очень хорошо подходит для таких ситуаций
В заключение
Заключение.
• Множество сценариев внедрения системы Унифицированных коммуникаций Cisco позволят реализовать самые разнообразные схемы управления вызовами, выбрав подходящую для каждого конкретного случая.
• Использование Cisco Unified Communications Manager 8.6 позволяет реализовать самые современные методы управления вызовами.
• Комбинация возможностей системы Унифицированных коммуникаций и интеллекта оборудования IP-сети предприятия позволяет получить значительные преимущества в эксплуатации комплексного решения.
Ваш лучший источник информации для проектирования системы Унифицированных коммуникаций Cisco
http://www.cisco.com/go/srnd
www.cisco.com/en/US/docs/ios/voice/sip/configuration/guide/sip_cg-rsvp.html
§ Инструкции по настройке SIP preconditions находятся в документе Configuring SIP RSVP Features:
Solution Reference Network Design
Спасибо! Просим Вас заполнить анкеты. Ваше мнение очень важно для нас.
top related