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

Современная архитектура системы унифицированных коммуникаций Cisco Константин Грибах Технический консультант [email protected]

Аннотация

В этой сессии будут подробно разобраны вопросы построения системы управления вызовами предприятия на базе 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’

Голос

Сигнализация

Голос


Приложения

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


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



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


Сигнализация RSVP использует тот же путь, что и поток

данных, требующий резервирования

384 0

Легенда: = kbps

осталось в RSVP bandwidth pool

384

Транзитные маршрутизаторы без поддержки RSVP

прозрачно пропускают все сообщения RSVP



384 512

128 128

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

Телефон A Агент RSVP А Кластер CUCM Агент RSVP Б Телефон Б


Агент 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


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-телефон Б


Назначение 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


А Б

Звонок на IP-телефон Б

SIPICT2 SIPICT1

•  Используется только один агент RSVP в каждом кластере

•  Агенты RSVP только с IP-телефонами

•  Можно использовать в любых топологиях с несколькими кластерами, расположеными как в одном ЦОД, так и распределенными.

IP WAN

Филиал 2 Филиал 1

RSVP-RTP

RTP

Датацентр Кластер CUCM A

Кластер CUCM Б

RSVP агент HQ1

RSVP агент HQ2

RSVP-RTP

RTP RTP



А Б

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

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

Реклама

Использование

Тип сервиса: 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 клиент (Внешний)

Киев

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


Транки 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


8212XXXX 4:+38044391 10.2.2.2 SIP

8442XXXX 4:+7727244 10.3.3.3 SIP


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

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

Technology

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