Современная архитектура системы унифицированных коммуникаций Cisco.
Upcoming SlideShare
Loading in...5
×
 

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

on

  • 1,931 views

 

Statistics

Views

Total Views
1,931
Views on SlideShare
1,931
Embed Views
0

Actions

Likes
0
Downloads
27
Comments
0

0 Embeds 0

No embeds

Accessibility

Categories

Upload Details

Uploaded via as Adobe PDF

Usage Rights

© All Rights Reserved

Report content

Flagged as inappropriate Flag as inappropriate
Flag as inappropriate

Select your reason for flagging this presentation as inappropriate.

Cancel
  • Full Name Full Name Comment goes here.
    Are you sure you want to
    Your message goes here
    Processing…
Post Comment
Edit your comment

Современная архитектура системы унифицированных коммуникаций Cisco. Современная архитектура системы унифицированных коммуникаций Cisco. Presentation 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 – старые и новые –  Централизованная обработка вызовов – кампусная модель –  Распределенная модель с централизованной обработкой вызовов –  Распределенная архитектура обработки вызовов •  Заключение
  • Драйверы развития системыУнифицированныхкоммуникаций
  • Эволюция требований бизнеса к UCНовые возможности необходимы для эффективности и конкурентоспособности Мобильность Полноценная совместная работа с любого устройства в любом месте Социальные приложения Поиск экспертов, упреждающая реакция на требования заказчиков Видео Высокое качество видео, доступное везде, в реальном времени и в записи Виртуальность Облачные вычисления. Голос и видео в сочетании с преимуществами VDI
  • Базовая информация о CiscoUnified CommunicationsManager (CUCM)
  • Что такое Cisco Unified Communications Manager (CUCM)•  Программно-аппаратный комплекс решающий следующие задачи: –  Установление/модификация/завершение мультимедийных вызовов в среде Унифицированных коммуникаций Cisco –  Обработка и хранение номерного плана предприятия •  выбор оптимального маршрута установления соединения •  модификация номеров в соответствии с требованиям –  Управление абонентскими устройствами •  формирование общих и специфических файлов конфигурации •  управление версиями ПО для абонентских устройств •  контроль занятости абонентов (Phone Presence) –  Управление медиаресурсами •  Ad-hoc и Meet-me конференции •  Транскодирование •  MTP (в том числе TRP и агенты RSVP) –  Интеграция телефонных функций с другими приложениями для совместной работы и офисными приложениями + =
  • Особенности CUCM версии 8.6•  Первый релиз из продуктовой линейки CUCM 8.x доступный на Российском рынке без необходимости получения разрешения ФСБ на ввоз (CUCM 8.6 Export Unrestricted)•  Поддержка всех возможностей линейки CUCM 8.x •  SAF/CCD – Динамическая реклама телефонных префиксов в сети предприятия •  Cross Cluster Extension Mobility •  Расширенные возможности для SIP-транков •  Виртуализация приложений •  Medianet •  Расширенная поддержка RSVP •  Совместимость видео •  ... И многое другое•  + Новые возможности релиза 8.6
  • Список наиболее заметных изменений в CUCMверсии 8.6Системный расширения Поддержка вычислительных платформ•  Новая версия OS – RHEL 5.5 •  Расширенная поддержка UCM на VMWare•  Новый метод апгрейда – Refresh Upgrade Дополнительные фичи•  SE Linux – замена CSA •  Call Completion on Busy/NA•  Клиент JTAPI x64 •  Повыщение производительности TFTP (8.6.2)•  Поддержка Windows 7 x64 клиентами (RTMT в •  Убран VPN Phone – для России, Export Unrestricted 8.6.2) •  Поддержка Smart Call Home – для TAC•  Увеличение масштабируемости кластера HCSАбонентские устройства •  Интеграция с системами IMS•  Расширенная поддержка Cius •  Удаленный апгрейд•  9.2(1) FW - IPv6 SCCP, FAC/CMC для SIP •  Новый профиль для VM•  Поддержка 6901•  Регистрация терминалов Tandberg SMB UC•  EnergyWise •  Новая аппаратная платформа – Business Edition 3000 •  Новый, упрощенный интерфейс администратора иВидео пользователя•  SIP Presentation Share (BFCP)•  Поддержка Cisco TelePresence MCU для Ad-hoc Мобильность •  Единая регистрация для мобильного и конференций CUCM (rendezvous, conf, join и barge) корпоративного номера•  Еще один широкополосный голосовой кодек SIP •  LCR Enabled Handoff (AAC-LATM и G.722.1) •  Multi-site Enabled Handoff•  Расширеная поддержка E20, •  Улучшенная процедура добавления устройств•  Поддержка видеоконференций на базе ISRG2
  • Базовая информация о Cisco UnifiedCommunications Manager (CUCM)- Платформы и кластеризация
  • Поддерживаемые платформы (для версии CUCM 8.6)•  Аппаратные сервера –  Аппаратные платформы Cisco MCS •  MCS 7816, MCS 7825, MCS 7835, MCS 7845 •  Поддерживаемые серверные конфигурации HP и IBM http://www.cisco.com/go/swonly•  Виртуализированные сервера –  Гипервизор Vmware ESXi 4.0 и 4.1 работающий на: •  Вычислительных платформах Cisco UCS B- и C-серий, протестированных конфигураций (Tested Reference Configuration - TRC) •  Вычислительных платформах Cisco UCS, HP и IBM, удовлетворяющих требованиям по производительности для поддержки приложений Унифицированных коммуникаций Cisco (Spec-based Hardware configuration). http://www.cisco.com/go/uc-virtualizedhttp://www.cisco.com/en/US/prod/collateral/voicesw/ps6790/ps5748/ps378/prod_brochure0900aecd8062a4f9.html
  • Готовые конфигурации серверов UCS дляприложений UC (TRC – Tested ReferenceConfiguration)•  До настоящего времени, модель поддержки приложений 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 и т.д.) должны быть в списке поддерживаемых VMwarehttp://docwiki.cisco.com/wiki/Specification-Based_Hardware_Support
  • Поддерживаемые платформы (Spec Based) Лучше Преимущества Отличие Сегодня Расширенная поддержка Готовые конфигурации (TRC) (Spec-based)Цель = ПРОСТОТА Цель = ГИБКОСТЬVTG SKU или SAVBU SKU Только SAVBU SKUОтставание в поддержке новых платформ Доступность платформы с момента ее появления SAVBU / HP / IBMМы берем сервер, потом говорим какие VM Вы берете VM, выделяете аппаратные ресурсы длямогут на нем работать работыТолько сервера UCS B200, C210, C200 Любые подходящие модели UCS, HP, IBMОграниченные варианты замены Можно менять все (в пределах требований)Только 4х ядерные CPU, 2 CPU 4/6/8 ядер и до 4х CPUОграничения размещения приложений из-за Больше ядер, больше производительность, большеограничений CPU (только 4 ядра) VMs,Prescribed minimum memory Flexible memory: can deploy just what you needОграниченная поддержка сетевых адаптеров Поддерживаются все адаптеры: HBA, VIC, C.N.A.,(особенно для C-серии) 1Gb &10GbИспользование только DAS и FC SAN Гибкий выбор: DAS, FC, iSCSI SAN, NFS NAS, FCoEБездисковые системы / загрузка с SAN Бездисковые системы / загрузка с SANUCSM на серверах C-серии не поддерживается Поддержка UCSM на C-серии
  • Архитектура кластера CUCM Кластер Unified CM Publisher Репликация базы данных DB DB DB ccm.exe DB ccm.exe CTI Manager ICCS DB Сервер MoH DB DB ccm.exe DB ccm.exe Сервер TFTP DB Программные Серверы обработки вызовов конференции (максимум 8 на кластер) IDS Subscribers (Max. 19) Unified CM 8.x: DB=IBM-IDS | OS=Linux
  • Масштабируемость CUCM: обычныепользователи и пользователи CTI (версия 8.6)Количество Количество  поддерживаемых   поддерживаемых пользователей: пользователей  и  пользователей  CTI• До 10,000 90000 пользователей на 80000 пару серверов обработки вызовов 70000 60000Производительность 50000 при работе с CTI : Пара  серверов 40000• CTI для КАЖДОГО 30000 Кластер пользователя 20000 Мегакластер кластера.• До 10,000 10000 пользователей с 0 включенной 8.5  CTI   8.6  CTI   8.5   8.6   поддержкой CTI на пару серверов Users Users Users Users
  • Архитектура кластера CUCM:Свойства и правила•  Кластер выглядит как единый коммуникационный узел, с единой точкой управления (publisher)•  Несколько функций могут работать на одном и том же сервере. Это зависит от типа сервера и размера кластера.•  У одного сервера Publisher может быть до 19 подписчиков (subscribers) (всего 20 серверов в кластере, считая publisher)•  Обработкой вызовов могут заниматься до 8 серверов в кластере•  Максимум 10 000 IP-телефонов на одном сервере (зависит от серверной платформы)•  Максимум 40 000 IP-телефонов в кластере Cisco Unified CM (зависит от серверной платформы и конфигурации кластера)
  • Архитектура кластера CUCM: Обеспечение отказоустойчивости для подключенных устройств Directory Services Шлюзы Music on Hold Сервер обработки Software Conferencing вызовов Software MTP TFTPМедийные и Call Processingконференц- Conf ресурсы CTI/QBE I/F SCCP I/F MGCP I/F Ресурсы H.323 I/Fтранскоди- Xcode Intra-Cluster SIP I/F рования Communications Сервер (ICCS) Directory Services Music on Hold голосовой почты Сервер обработки Software Conferencing вызовов Software MTP TFTP Приложения Call ProcessingJTAPI и IP-IVR CTI/QBE I/F SCCP I/F IPтелефоны Активный сервер MGCP I/F H.323 I/F SIP I/F
  • Архитектура кластера CUCM:Схемы резервирования и отказоустойчивости: 1:1 или 2:1Пример: сервер MCS 7835 поддерживает до 2500 телефонов на сервер.Требуется обеспечить резервирование серверов обработки вызовов для5000 IP-телефоновСхема резервирования 2:1 Схема резервирования 1:1 1 до 1 до Резерв 2500 1250 2500 2501 до 3751 до 5000 5000 3750 •  Более экономная схема •  Балансировка нагрузки и резервирования резервирование •  Высокая доступность при •  Высокая доступность при апгрейдах апгрейдах •  Обеспечение резервирования •  Более быстрое при единичном отказе восстановление сервиса
  • Базовая информация о Cisco UnifiedCommunications Manager (CUCM)- Протоколы, абонентскиеустройства
  • Поддержка протоколов Протоколы сигнализации: CUCM как “транслятор протоколов” Session Initiation Protocol IP-телефоны Программные ITU-T H.323Skinny Client Control Protocol клиенты Телепрезенс Сети SIP Аналоговые IP IP-телефоны телефоны Шлюзы WiFi IP-телефоны Аналоговые SIP Шлюзы Программные 3 H.32 клиенты Computer Telephony Integration/ Media Gateway Control Protocol Quick Buffer Encoding Шлюзы Аналоговые Приложения телефоны Call Agents (JTAPI/CTI)
  • CUCM: Поддержка абонентских устройств UC Telepresence Video Communications Services (VCS) Expressway™ Firewall Traversal Удаленный доступ Кластер Advanced Conferencing Services CUCM Сервисы конференций SIP H.323 to SIP Video Interworking Microsoft OCS via AMGW 3rd Party / терминалы H.323
  • Линейка IP-телефонов Cisco Серия 9900 Мультимедийные устройства для продвинутых пользователей • Высокое качество видео и голоса, цветной экран • Интегрированное рабочее место VXI • USB, Bluetooth, Wi-Fi и Gigabit Ethernet • Технология энергосбережения Серия 8900 Мультимедийные профессиональные устройства • Высокое качество видео и голоса, цветной экран • Интегрированное рабочее место VXI • USB, Bluetooth и Gigabit Ethernet • Технология энергосбережения Серия 7900 Профессиональные устройства с расширенными функциями • Настольные телефоны, конференц-станции, WiFi-телефоны • Высокое качество голоса, поддержка видео (через клиента на ПК), большой графический экран, поддержка VXI • Технология энергосбережения Серия 6900 Профессиональный IP-телефон • Традиционный телефонный пользовательский интерфейс • Высокое качество голоса, поддержка видео (через клиента на ПК), поддержка VXI. • Технология энергосбережения Серия 3900 Простейший IP-телефон • Низкая стоимость, высокое качество голоса • Встроенный спикерфон • Встроенный коммутатор 10/100 для подключения ПК • Технология энергосбережения
  • Видеотелефоны Cisco•  Cius –  Поддержка видео высокой четкости (до 720p) –  Используется CSF для телефонии –  Встроенный софтфон, мгновенные сообщения•  E20 –  Регистрация в кластере CUCM –  Видео до w448p (768x448) –  Поддержка BFCP для отображения данных•  IP-телефоны 8900/9900 –  Видео до VGA (640x480) –  Поддержка протокола CAST для работы с видео через ПК.
  • Cisco Telepresence systems•  Cisco Telepresence system •  Одноэкранные и 3-х экранные системы Telepresence•  Терминалы серии Profile •  HD-видео до 1080p •  Для переговорных общего назначения•  Кодеки серии C •  Интегрируемые зальные системы•  EX90/EX60 •  HD Видео до 1080p •  Поддержка BFCP для передачи информации с экрана ПК •  Встроенный MCU (EX90)
  • Архитектура CSF программных клиентовCisco JabberПланшеты Смартфоны Cisco Интеграция Web UC Виртуализа- Jabber и SDK и Quad ция Jabber Web SDK Android Mac/IOS Windows Client Services Framework (CSF)
  • Cisco Unified Personal Communicator•  Интегрированные службы мгновенных сообщений, статус доступности, программный телефон SIP•  Видео H.264 до 720p (1280x720)•  Поддержка RTCP•  Режим управления аппаратным телефоном для click to call•  Поддержка протокола CAST в режиме управления аппаратным телефоном для работы с видео•  Интеграция с офисными приложениями (MS Office, Outlook) для click to call и статуса доступности.
  • Cisco Jabber для MacВозможности:•  Мгновенный обмен сообщениями и статус доступности•  Программный SIP телефон•  Визуальное отображение голосовых сообщений•  Поддержка совместной работы и конференций•  Управление аппаратным телефоном
  • Cisco UC integration для MS MOC/Lync•  Клиент MS MOC/Lync выглядит как SIP телефон в CUCM•  Используется Cisco Client Services Framework (CSF) для интеграции•  Видео H.264 до 720p (1280x720)•  Поддержка RTCP•  Режим управления аппаратным телефоном для click to call•  Поддержка протокола CAST в режиме управления аппаратным телефоном для работы с видео•  Для обмена мгновенными сообщениями и статусом доступности используется MS Lync
  • Cisco Jabber Software Development KitНовое предложение•  Сотрудничество в реальном времени из web-приложений•  Ключевой компонент для разработки Web-приложений с возможностями UC•  Голос, видео, мгновенные сообщения/статус доступности, голосовая почта, WebEx•  Программный телефон для Web-браузеров (plug-in) (с поддержкой видео в следующей версии)•  Библиотека разработчика с примерами кода http://developer.cisco.com/web/jabber-developer/jabber/
  • Модели внедрения CUCM –старые и новые
  • Модели внедрения CUCM•  Централизованная обработка вызовов – кампусная модель –  подключение к ТСОП и организация взаимодействия между предприятиями•  Распределенная модель с централизованной обработкой вызовов –  Дополнительные возможности SRST. –  Управление доступом к ресурсам сети с помощью RSVP. –  Распределенная модель с централизованной обработкой вызовов – распределенный кластер•  Распределенная архитектура обработки вызовов –  Управление доступом к ресурсам сети –  Архитектура управления вызовами с использованием SAF/CCD –  Архитектура управления вызовами с использованием SME
  • Централизованная обработкавызовов – кампусная модель
  • Централизованная обработка вызовов – кампуснаямодель (Single Site)•  Кластер CUCM, Приложения приложения, шлюзы, IP- (VMail, UCCX, CUP…) телефоны расположены в пределах высокоскоростной кампусной сети Кластер CUCM•  Модель поддерживает развертывание до 40,000 SIP или SCCP IP- телефонов на кластер•  ТСОП используется для ТСОП всех внешних звонков•  До 2100 шлюзов и транков
  • Кампусная модель: особенности применения•  Как правило, используется один кластер CUCM. В некоторых случаях кластеров может быть больше, если это продиктовано большим количеством пользователей или необходимостью использования выделеного кластера для приложений (например, в случае развертывания UCC Enterprise).•  Максимальное общее количество шлюзов или транков (SIP или H.323) – 2100.•  Используются широкополосные кодеки для видео и голоса.•  Высокая доступность обеспечивается за счет отказоустойчивой схемы кампусной сети и резервирования серверов кластера CUCM.•  Качество обслуживания для голоса и видео обеспечивается инфраструктурой LAN (802.1q/p, приоритетные очереди).•  Ограниченное использование механизмов управления доступом к ресурсам сети (Call Admission Control) при установлении соединений.
  • О чем имеет смысл задуматься при внедрении CUCM поданной модели•  Готовность кампусной сети к работе с UC – QoS!•  Планирование ресурсов•  Подключение к внешним операторам связи•  Номерной план
  • Зачем настраивать QoS в кампусной сети? •  Широкополосная сеть тоже подвержена перегрузкам, но ключевой проблемой является не недостаток полосы пропускания, а размер буфера порта коммутатора… Механизмы QoS позволяют приоритизировать чуствительный к задержкам трафик Ядро Мгновенная Si Si перегрузкаОбычная 4:1 интерфейсапереподписка Распределение Si SiОбычная 20:1переподписка Доступ = Данные = Голос/видео
  • Настройка механизмов QoS в кампусной сети: Подход CiscoКлассификация: Помечать пакеты кодом обслуживания, определяя этим требование траффика к классу обслуживания от СетиГраница доверия:Определить и контролировать границу доверия. Распределение: Направить в одну из нескольких очередей (На основе результатов классификации) для срочной обработки и отправки DSCP для голоса EF = 802.1p Unified CM CoS 5 Cluster ТСОП DSCP для видео CS4 = 802.1p CoS 4 DSCP для сигнализации CS3 = CoS 3. IP сеть оператора Campus http://www.cisco.com/en/US/docs/voice_ip_comm/cucm/srnd/8x/netstruc.html
  • Элементы QoS: Граница доверия и классификация Абонент Доступ Распределение Ядро WAN 1 Si Si 2 Si Si 3 Граница доверия•  Для удобства масштабирования, классификация должна выполняться как можно ближе к границе сети•  Самые крайние доверенные устройства определяют границу доверния1•  Оптимальная граница доверия: оконечное устройство является доверенным, если оно корректно классифицирует траффик2•  Оптимальная граница доверия: оконечное устройство не классифицирует траффик• 3 Неоптимальный вариант: коммутатор доступа не умеет классифицировать трафик
  • AutoQoS в кампусной сетиНа коммутаторах Cisco Catalyst есть Catalyst (config-if) # auto qos voip cisco-phoneмакрокоманда AutoQoS, котораяавтоматически настраиваетосновные механизмы QoS•  Позволяет контролировать границу mls qos map cos-dscp 0 8 16 26 32 46 48 56 доверия на IP-телефоне Cisco. mls qos srr-queue output cos-map queue 1 threshold 3 5 mls qos srr-queue output cos-map queue 2 threshold 3 3 6 7•  Позволяет контролировать границу mls qos srr-queue output cos-map queue 3 threshold 3 2 4 mls qos srr-queue output cos-map queue 4 threshold 2 1 доверия на порту доступа и аплинках. mls qos srr-queue output cos-map queue 4 threshold 3 0 mls qos srr-queue output dscp-map queue 1 threshold 3 40 41 42 43 44 45 46 47•  Включает механизм распределения mls qos srr-queue output dscp-map queue 2 threshold 3 24 25 26 27 28 29 30 31 mls qos srr-queue output dscp-map queue 2 threshold 3 48 49 50 51 52 53 54 55 трафика по очередям в зависимости mls qos srr-queue output dscp-map queue 2 threshold 3 56 57 58 59 60 61 62 63 mls qos srr-queue output dscp-map queue 3 threshold 3 16 17 18 19 20 21 22 23 от классификации mls qos srr-queue output dscp-map queue 3 threshold 3 32 33 34 35 36 37 38 39 mls qos srr-queue output dscp-map queue 4 threshold 1 8•  Также настраивает базовые mls qos srr-queue output dscp-map queue 4 threshold 2 9 10 11 12 13 14 15 mls qos srr-queue output dscp-map queue 4 threshold 3 0 1 2 3 4 5 6 7 параметры очередей и согласование mls qos queue-set output 1 threshold 1 138 138 92 138 mls qos queue-set output 1 threshold 2 138 138 92 400 DSCP-CoS и обратно mls qos queue-set output 1 threshold 3 36 77 100 318 mls qos queue-set output 1 threshold 4 20 50 67 400 mls qos queue-set output 2 threshold 1 149 149 100 149•  Для терминалов телепрезенс mls qos queue-set output 2 threshold 2 118 118 100 235 рекомендуется использовать mls qos queue-set output 2 threshold 3 41 68 100 272 mls qos queue-set output 2 threshold 4 42 72 100 242 параметры команды trust-cos в случае mls qos queue-set output 1 buffers 10 10 26 54 mls qos queue-set output 2 buffers 16 6 17 61 транкового подключения и trust-dscp в mls qos ! случае подключения к обычному interface GigabitEthernet0/1 порту srr-queue bandwidth share 10 10 60 20 srr-queue bandwidth shape 10 0 0 0 queue-set 2 mls qos trust device cisco-phone mls qos trust cos auto qos voip cisco-phone
  • Кампусная модельЗамечания по планированию ресурсов•  Полоса пропускания достаточна для обслуживания любого типа вызовов - можно использовать высококачественные кодеки для голоса (G.722) и видео (HD)•  Выделеный сервер Publisher рекомендуется при наличии более 1250 IP- телефонов.•  Рекомендуется резервирование сервиса TFTP (DHCP опция 150 может содержать 2 ip-адреса серверов TFTP).•  Сервер TFTP обслуживает запросы по протоколу TFTP и HTTP (TCP порт 6970)•  Сервис транскодирования и MTP может потребоваться для подключения в ТСОП через SIP-транк.•  Для корректной работы необходим NTP сервис!
  • Централизованная обработкавызовов – кампусная модельподключение к ТСОП и организациявзаимодействия между предприятиями
  • Подключение к внешним сетям•  Подключение к публичным сетям ТСОП –  Голосовые шлюзы на базе маршрутизаторов Cisco ISR (G2) –  SIP-транки в сторону оператора связи с использованием Cisco Unified Border Element (CUBE)•  Сотрудничество между предприятиями –  Прямые SIP-транки между предприятиями с использованием CUBE –  Использование технологии Cisco IME для динамических транков между предприятиями –  Подключение к операторам связи, предоставляющим услуги Telepresence –  Организация видеосвязи через Интернет с использованием Cisco VCS Expressway
  • Миграция на транки SIP для доступа к ТСОП 1. Использования TDM – Вчера CVP A ACampus Contact Center 2. TDM и IP-транки – Сегодня Branch Offices SP SIP CVP A A 3. IP-транки – Завтра Campus Contact Center CVP Branch A Offices A SP SIPCampus Contact Center Branch Offices
  • Кампусная модель: подключение к ТСОП Взаимодействие между предприятиямиКомпания A Компания Б A IP IP A Rich Media Rich Media От узкополосного •  Расширение границ голосового к •  Изменение ландшафта —VoIP мультимедийному мультимедийного острова к VoIP подключениям соединению взаимодействия к партнерам, •  SIP транки унифицированных поставщикам и заказчикам коммуникация за пределы •  CUBE обеспечивает b2b корпоративной сети подключение для безопасного мультимедийного взаимодействия Компания A Компания Б A IP SP VoIP IP A CUBE SBC SBC CUBE Rich Media
  • Cisco Intercompany Media EngineРасширение границ использования UC между предприятиями •  По мере увеличения количества приложений UC, внедренных на предприятии, появляется необходимость использовать их возможности при звонках МЕЖДУ предприятиями •  IME позволяет предприятиям взаимодействовать друг с другом по требованию, через Интернет, с формированием динамических SIP транков между ними •  IME использует технологии P2P и все необходимые сервисы безопасности для достижения этих целей IME сдвигает коммуникации между предприятиями из ТСОП в Интернет
  • Компоненты IME•  Кластер CUCM 8.x •  Сервер Cisco IME –  Передает корпоративные –  Участник сети IME номера ТСОП на сервер –  Публикует корпоративные IME номера ТСОП –  Автоматически обновляет –  Обеспечивает проверку информацию о маршрутах, маршрута вызова в сети IME выученных через сервер –  Передает выученные IME маршрутны на CUCM•  Cisco ASA 5500 •  Сервер регистрации, –  Обеспечение защиты обслуживаемый GoDaddy.com соединений через –  Сервис авторегистрации Интернет сертификатов –  Блокирование –  Certificate Authority неавторизованных звонков для серверов в сети IME
  • Компоненты IME на территории предприятия Корпоративная сеть DMZ Интернет Validation godaddy.com CUCM 8.x Access Enroll ASA (клиент IME) Protocol Cisco IME Server (VAP) www Защита периметра сети DHT RELOAD Взаимодействие с Проверка сервером IMESIP / SCCP SIP SIP/TLS RTP SRTP §  Проверка Ticket/Passkey §  Конвертация RTP в sRTP
  • Как это работает Схема работы IME (1/2) Предприятие Б•  Серверы IME предприятий формируют глобальную сеть P2P•  Кластеры CUCM передают публичные номера предприятий на свои сервера IME через VAP Предприятие A Предприятие B•  Серверы IME Servers публикуют эти номера в сети P2P Интернет•  Первый звонок на номер, известный в сети IME идет через ТСОП•  После звонка, кластеры CUCM передают информацию о нем на свои серверы IME•  Позднее сервер IME вызывающей стороны выполняет проверку информации о звонке с сервером IME вызываемой стороны через протокол валидации через Интернет ТСОП - Обе стороны должны ПОДТВЕРДИТЬ свое знание о предыдущем звонке через ТСОП
  • Как это работает Схема работы IME (2/2) Предприятие Б•  После успешной проверки, вызывающий сервер IME передает выученый маршрут на свой кластер CUCM через VAP - Любой выученый IME маршрут специфичен для вызываемого номера Предприятие A Предприятие В•  Кластер CUCM проверяет маршрутные фильтры и если domain/prefix является Интернет доверенным, добавляет выученый маршрут в свою базу данных•  Следующий звонок, который выполняется на тот же самый вызываемый номер выполняется как Secure SIP Business to Business через интернет вместо ТСОП•  Если ASA обнаруживает плохое ТСОП качество голоса, звонок незаметно автоматически переключается в ТСОП
  • Номерной план•  Кто или что выполняет набор номера –  Пользователи набирают номер с клавиатуры телефона (они предпочитают использовать короткие номера)? –  Приложения CTI (длина номера не важна)?•  Что является источником информации о номерах –  Автономный справочник CUCM? –  Корпоративный справочник LDAP/Web?•  Какой формат номеров использовать –  Внутренний номерной план или публичные номера? –  Как будет выполняться преобразование номеров (и будет ли)? –  Что будет видеть абонент при входящем звонке?•  Привычки? –  “Я привык набирать 9 для звонков в город!” –  “Я хочу использовать тот же формат набора номера что и на мобильном!”
  • Номерной план: рекомендации по планированию•  В идеальной схеме каждый пользователь должен иметь внутренний номер и ассоциированный с ним публичный телефонный номер: –  Всегда можно организовать звонки по короткому номеру –  Единый идентификатор для голосовой почты –  Простая схема организации взаимодействия между предприятиями (номера не пересекаются) –  Единый номер в корпоративном справочнике –  Уникальный идентификатор звонящего –  Простая схема отзвона (из списка пропущеных вызовов)•  Недостатки: –  Пул публичных номеров принадлежит оператору связи. –  При наличии нескольких операторов связи требуется контролировать выбор АОН-а при исходящих вызовах.
  • Распределенная модель сцентрализованной обработкойвызовов
  • Распределенная модель с централизованной обработкой вызововПриложения(VMail, UCCX, CUP…) Маршрутизатор ТСОП с поддержкой SRST Кластер CUCM Филиал A IP WAN Центральный офис •  Кластер CM расположен в центральном офисе •  Приложения и DSP-ресурсы могут быть централизованными или распределенными Филиал Б •  Поддержка до 40,000 телефонов на кластер •  При отказе IP WAN, прозрачное использование ТСОП (Automated Alternate Routing—AAR) •  Survivable Remote Site Telephony (SRST) для филиалов •  Максимум 2000 филиалов на кластер
  • ИнфраструктураUnified Communications Обработка вызова в централизованной модели Пример вызова телефон - телефон IP телефон A eg 1 Signaling lUnified CM Голос WAN сеть предприятия SignОбработка aling leg 2номерного плана IP телефон B
  • Распределенная модель с централизованной обработкойвызовов: Отказоустойчивость Отказ WAN Нормальная работа Кластер Unified CM Сигнализация Сигнализация IP WAN Маршрутизатор с поддержкой Голос Приложения Филиал SRST ТСОП Центральный офис Голос •  IP телефоны содержат IP адрес маршрутизатора с поддержкой SRST в качестве последней записи в конфигурации CM GROUP •  Поддерживаются как SIP, так и SCCP IP телефоны •  SRST обеспечивает базовый набор функций телефонов (постановка на удержание, перевод вызова, быстрый набор, caller ID и др.) •  Во время отказа маршрутизатор работает как H323 шлюз (VoIP/POTS dial- peers); шлюзы MGCP требуют настройки ‘MGCP Fallback to H323’
  • Отказоустойчивость с использованием CME in SRST ModeРабота CME в режиме SRST•  Если требуется расширенная поддержка телефонных функций при аварии канала связи до ЦО, рекомендуется использовать режим CME in SRST Mode вместо SRST –  Paging –  Ad-Hoc конференции –  Hunt groups –  B-ACD –  Парковки вызовов, перехваты, группы перехвата –  ...•  Работает только для телефонов SCCP•  Не забудьте дать команду auto-provision none•  Для телефонов SIP настраивается SIP SRST
  • Следующее поколение обеспечения выживаемости филиала Централизованная схема с обеспечением Штабквартира работы базовых функций VM (Cisco Unity CUCM Connection) Штабквартира VM (Cisco Unity A CUCM Connection) A Unified Messaging Gateway Централизованное управление UMG UMG Распределенная конфигурация с расширенными возможностями Штабквартира CUCM A Ужас администратора Расширенные функции с автоматизированным управлением
  • SRSx (SRSV + E-SRST) – Подготовка к работе Штабквартира VM (Cisco Unity 3. SRSV1. CUCM Connection) IP WAN 4. A 5. Филиал 1 Unified Messaging SRSV Gateway 2. UMG ТСОП 4. 5. Филиал … 1.  Настраиваем параметры филиала в CUCM и Unity Connection. 2.  Настраиваем подключение UMG к CUCM/Unity Connection для сбора информации. 3.  Настраиваем маршрутизатор филиала на подключение к IP сети предприятия. 4.  UMG отправляет соответствующие настройки SRST и VM на маршрутизатор. 5.  UMG отслеживает любые изменения настроек в штабквартире и филиалах.
  • Контроль за размещением вызовов(CAC) в распределенной модели сцентрализованной обработкойвызовов
  • Контроль над установлением соединений Зачем это нужно? Сети с коммутацией Сети с коммутацией каналов пакетов QoS на порту, подключенном к IP WAN, настроен для 2-ух ТСОП IP WAN вызовов (2 “виртуальных” транка)физические подключениетранки к IP WAN Т.к. нет физического ограничения, 3-ий вызов 3-ий вызов будет проключен, но не проходит качество голоса всех Голосовой UC PBX STOP шлюз Manager вызовов пострадает. è Контроль над установлением соединений блокирует 3-ий вызов
  • Управление доступом к ресурсам сети (CAC) Off-Path On-Path • Актуальная информация • Статическая настройка в предоставляется сетью системе управления вызовами • Выделение полосы происходит • Не отражает реальной в каждом направлении ситуации в сети (например, индивидуально отказ канала) • Отражает все изменения • Поддерживаются простейшие топологии топологии • Требуется протокол управления • Должен быть единый центр резервированием (RSVP) информации • Нет ограничения по топологии • Может использоваться • Примеры: CUCM Locations, несколькими узлами связи Zone Bandwidth в IOS гейткиперах, Pipes в VCS • Примеры: CUCM RSVP Agent, CUBE, CME
  • Статический контроль с использованием концепцииLocations Центральный•  Предотвращает перегрузку офис WAN каналов ограничивая полосу пропускания для голоса <Hub_None>•  Ограничение полосы Location присваивается каждому Location•  Когда ресурсы исчерпаны, абонент слышит сигнал fast- busy и видит сообщений на 3 ТСОП IP WAN дисплее телефона•  Если автоматическая альтернативная 2 STOP Филиалы маршрутизация (AAR) 1 включена, вызов проключается через ТСОП Location 1 Location 2 Max BW = 24 kbps Max BW = 48 kbps
  • Статический контроль с использованием концепцииLocations •  Аудио рассчитывается как полоса кодека + заголовок IP (24k для G.729, 80k для G.711) •  Видео рассчитывается только как полоса кодека, включающая аудиоканал (384К для 384К видео) •  Установка полосы пропускания для аудио не относится к аудиоканалу видео-вызова •  Если нужны транскодеры (например, если есть устройства, поддерживающие только кодек G.711), они должны быть в одном Location c G.711-устройствами •  Установка Location для CTI route points используется только если приложение, использующее CTI route points, зарегистрировано на CUCM
  • Пример использования статического метода CAC:Простые топологии Hub-and-Spoke •  Рекомендуется статический контроль с использованием Центральный офис - Hub Locations: каждый филиал – отдельный Location •  Устройства в центральном офисе принадлежат Location <Hub_None> •  Один кластер CUCM поддерживает до 2000 Loc. <Hub_None> филиалов (1 филиал – 1 Location) •  Если устройство перемещают в другой Location информация о его принадлежности к ... Location должна быть обновлена (если не используется Device Mobility) Loc. 1 Loc.1000 Филиалы - Spokes
  • Статический метод CAC: ограничение дизайнаДвух уровневые топологии Hub-and-Spoke Центральный •  Централизованная модель офис (региональные офисы не содержат кластер CUCM) •  Проблема: статический контроль с использованием Региональный Региональный Locations поддерживает офис 1 офис 2 только простые топологии hub-and-spoke •  С помощью статического контроля невозможно отследить использование полосы в такой модели Филиал 1 Филиал 2 Филиал 3 Филиал 4
  • Решение: Контроль над установлением соединений спомощью RSVP Центральный Кластер офис Cisco Unified CM •  Агент RSVP настраивается в каждом удаленном филиале – поддерживается E в IOS на ISR •  Агент RSVP в IP WAN (любая маршрутизаторе работает топология) RSVP как посредник, выполняя резервирование резервирование полосы пропускания для телефонов •  RSVP может быть Cisco IOS RSVP Agent использован на WAN сети любой топологии A B C D Филиал 1 Филиал 2
  • Управление доступом к ресурсам сети (CAC) - On-Path Resource Reservation Protocol Транзитные маршрутизаторы без Если полосы пропускания поддержки RSVP Если полосы недостаточно на каком-то прозрачно пропускают пропускания участке сети, все сообщения RSVP достаточно по всему резервирование срывается маршруту в сети, резервирование 768 считается успешным 896RSVP bandwidth pool 896настроен на каждом 768 интерфейсе Устройство маршрутизатора: 896 2 128 512 ip rsvp bandwidth ... 768 128 512 512 768 Устройство 384 0 768 4 Устройство 896 0 384 1 384 768 768 512 512 256 896 256 768 768 384Сигнализация RSVP 512 896 Устройство использует тот же 3 путь, что и поток Легенда:данных, требующий резервирования 384 = kbps осталось в RSVP bandwidth pool
  • Как отрабатывается резервирование полосы пропускания с помощью агентов RSVPТелефон A Агент RSVP А Кластер CUCM Агент RSVP Б Телефон Б Call SETUP на телефон Б Агент RSVP A Агент RSVP Б обслуживает телефон A обслуживает телефон Б Запрос резервирования от агента RSVP Б к агенту RSVP A Запрос резервирования от агента RSVP А к агенту RSVP Б Отчет об успешном Отчет об успешном резервировании резервировании Call SETUP на телефон Б КПВ на телефон А ОТВЕТ CONNECT CONNECT CONNECT CONNECT Участок без RSVP Мультимедийный трафик, Участок без RSVP защищенный RSVP
  • Пример настройки агента RSVP на маршрутизаторе и CUCMinterface Loopback0 ip address 40.11.6.100 255.255.255.255!sccp local Loopback0sccp ccm 20.11.1.50 identifier 1 priority 1 version 8.0.1sccp ccm 20.11.1.51 identifier 2 priority 2 version 8.0.1sccp!sccp ccm group 1 associate ccm 1 priority 1 associate ccm 2 priority 2 associate profile 1 register RSVPAgent switchover method immediate switchback method guard timeout 7200!dspfarm profile 1 mtp codec pass-through codec g729ar8 rsvp ! Разрешаем MTP работу в режиме агента RSVP maximum sessions software 100 associate application SCCP
  • Двух уровневые топологииHub-and-Spoke •  RSVP Agent на Кластер Cisco маршрутизаторе 1st Tier Unified CM каждого сайта Hub Site •  Свой Location для = RSVP каждого сайта интерфейс Loc. 1 •  Назначаем RSVP Агент RSVP в Agent в Cisco IOS соответствующую MRG/MRGL 2nd Tier Hub Sites •  Устанавливаем Loc. 2 Loc. 3 RSVP policy для связи между Location как “Mandatory” Spoke Sites Loc. 4 Loc. 5 Loc. 6 Loc. 7
  • Пример настройки RSVP на маршрутизатореclass-map match-any IPC-RTP match ip dscp ef ! Voice traffic (DSCP EF) and match ip dscp af41 ! Video traffic (DSCP AF41) in same class!policy-map VoiceVideo-Policy class IPC-RTP priority percent 33 ! Defines priority queue (Bitrate + L2 & L3 headers)!!interface Serial0/0/1:0 ip address 10.2.101.5 255.255.255.252 service-policy output VoiceVideo-Policy ip rsvp bandwidth 506 ! RSVP bandwidth pool (Bitrate + L3 headers) ip rsvp signaling dscp 26 ! Sets RSVP signaling messages to CS3 ip rsvp data-packet classification none ! Disables classification at the RSVP Layer ip rsvp resource-provider none ! Disables queuing at the RSVP Layer
  • Call Admission Control Новая политика: RSVP Application ID (App ID) Без учета App ID и политик•  RSVP обеспечивает резервирование сетевых ресурсов для приложений and ip rsvp bandwidth подприложений•  Маршрутизаторы выполняют резервирование ресурсов на основе идентификатора приложения, запрашивающего ресурс•  Защита одних приложений от других•  Пример: в случае наличия голосовых и видео звонков не допустить захвата всех С учетом App ID политик доступных ресурсов видеозвонками App ID X ip rsvp bandwidth Policy X Local•  В будущем это позволит также применять App ID X разные политики для разных бизнес- App ID X приложений, например различать звонки в ЦОВ и обычные офисные звонки и т.д. Policy Y Local App ID Y
  • CUCM и политики RSVP для приложений Пример: IOS RSVP – локальные политики Политика по умолчанию запрещает Определяем единую запросы RSVP без App ID приоритетную очередь Если есть приложения, не работающие с Голосовой звонок для голоса и видео App ID то эту настройку можно поменять генерирует запрос RSVP (DSCP EF и AF41) как Voice App ID default none policy STOP Voice Local Policy Max. Voice Разрешаем голосу занимать всю доступную RSVP полосу Voice пропускания Voice local policy Voice ip rsvp bandwidth Voice Voice Priority Voice Queue Video Voice local policy (max 33% Video of Link Video Speed)Video Local Policy Max. Для Videoвидео отводится только ovrhdчасть полосы пропускания, L2доступной RSVPs Видеозвонок генерирует 2 запроса RSVP: оба как Video App ID
  • Пример настройки политики RSVP для приложенийclass-map match-any IPC-RTP match ip dscp ef ! Voice traffic (DSCP EF) and match ip dscp af41 ! Video traffic (DSCP AF41) in same class!policy-map VoiceVideo-Policy class IPC-RTP priority percent 33 ! Defines priority queue (Bitrate + L2 & L3 headers)!! Match Cisco Unified Communications Manager Application ID stringsip rsvp policy identity rsvp-video policy-locator .*VideoStream.*ip rsvp policy identity rsvp-voice policy-locator .*AudioStream.*!interface Serial0/0/1:0 ip address 10.2.101.5 255.255.255.252 service-policy output VoiceVideo-Policy ip rsvp policy local identity rsvp-voice maximum bandwidth group 506 ! Voice streams may use the entire BW pool forward all ip rsvp policy local identity rsvp-video maximum bandwidth group 320 ! Video streams are limited to 320 kbps forward all ip rsvp policy local default ! Applies to reservations with no app ID no accept all ! (Will not show in the configuration) no forward all ! (Will not show in the configuration) ip rsvp bandwidth 506 ! RSVP bandwidth pool (Bitrate + L3 headers) ip rsvp signalling dscp 26 ! Sets RSVP signaling messages to CS3 ip rsvp data-packet classification none ! Disables classification at the RSVP Layer ip rsvp resource-provider none ! Disables queuing at the RSVP Layer
  • Частный случайраспределенной модели сцентрализованной обработкойвызовов: Распределенныйкластер
  • Централизованная обработка вызовов Распределенный кластер CM Кластер CUCMПриложения Приложения Расстояние Москва Санкт-Петербург •  Серверы одного кластера CM распределены между офисами •  Приложения могут быть в каждом офисе или в одном из офисов •  Единая точка администрирования, прозрачность функций (Extension Mobility), единый номерной план •  Максимальная двусторонняя задержка задержка 80 (40)-ms •  Пропускная полоса 1544 kbps для каждых 10,000 BHCA + 1544 kbps для каждого subscriber •  Максимум восемь офисов
  • ИнфраструктураUnified Communications Обработка вызова в распределенном кластере Пример вызова телефон – телефон Обработка Кластер UCM номерного плана ICCSSignaling leg 1 Signaling leg 2 IP сеть ГолосIP телефон A IP телефон B
  • Размещение серверов кластера IP WAN 80 ms RTT §  Макс. 80 ms RTT задержка между любыми двумя серверами кластера Unified CM §  Полоса T1 для каждого сервера, удаленного от Publisher §  Дополнительная полоса T1 для Intra-Cluster Communication Signaling (ICCS) для 10,000 Busy Hour Call Attempts (BHCA) Для расчета полосы от BHCA, используйте формулу Полоса (Mbps) для ICCS = (BHCA/10000)*(1 + 0.006*Задержка (ms))
  • Полоса для трафика базы данных •  Минимум 1.544 Mbps (T1) требуется для передачи трафика базы данных для каждого сервера, удаленного от Publisher 2 площадки, 3 сервера - CoW 2 площадки, 4 сервера - CoW 3 площадки, 3 сервера - CoW PUB Sub PUB PUB Sub SubTFTP/ TFTP/MOH MOH3хT1 = 4.632 Mbps 4хT1 = 6.176 Mbps 6хT1 = 9.264 Mbps
  • Полоса для CoW, пример Кластер Unified CM PUB 80msec RTT IP WAN Site A Site B •  Кластер из 4 серверов; по 2 сервера на площадке •  В кластере 10,000 телефонов 5,000 на площадке A и 5,000 на площадке B 2500 телефонов A звонят 2500 телефонам B @ 3 Busy Hour Call Completion (BHCC) 2500 телефонов B звонят 2500 телефонам A @ 3 BHCC
  • Посчитаем полосу 2 площадки, 2 сервера - CoW •  Количество серверов, удаленных PUB Sub от Publisher = 2 2 полосы T1 требуется для передачи трафика Sub базы данных и другого межсерверного трафика. 2хT1 •  Всего BHCC = 2,500 * 3 + 2,500 * 3 = 15,000 Всего полоса для ICCS = (15000/10000) х (1+0.006 х Delay) = 1.5 х (1+0.006 х 801) = 2.22 Mbps •  Вся требуемая полоса = 2 х 1.544 + 2.22 ~ 5.3 Mbps(Расчет не включает полосу для передачи самого голоса)1 макс. задержка=80 ms
  • Распределенная обработкавызовов
  • Распределенная обработка вызовов Распределенные кластеры CUCMПриложения(VMail, IPCC, MP…) Приложения ТСОП Кластер Кластер CUCM CUCM GK IP сеть Филиал A Центральный офис GK Gatekeeper Приложения •  Кластеры CM, приложения, DSP ресурсы находятся в каждом офисе Кластер •  Поддерживается до 40,000 телефонов на CUCM каждый кластер •  100+ офисов •  Прозрачное использование ТСОП если IP- сеть недоступна Филиал B
  • ИнфраструктураUnified Communications Обработка вызова в распределенной модели Пример вызова телефон – телефон между кластерами Обработка Обработка Signaling leg 2 номерного номерного плана IP Транк плана Call SetupКластер CUCM A Кластер СUCM Б Alerting Connect Sign alin IP Сеть g le g3 Голос IP телефон A IP телефон B
  • ИнфраструктураUnified Communications Обработка вызова в распределенной модели Пример вызова телефон – телефон между кластерами GK Обработка Обработка номерного номерного плана Signaling leg 3 планаКластер СUCM А Кластер СUCM Б IP сеть Голос IP телефон A IP телефон B
  • Использование RSVP в модели с распределенной обработкой вызовов RSVP SIP Preconditions Кластер CUCM A Кластер CUCM Б SIP SignalingШтабквартира Штабквартира IP WAN Агент RSVP Агент RSVP Медийный поток Агент Агент RSVP RSVP Сигнализация RSVP Филиал А Филиал Б
  • Установление соединения с использованием SIP PreconditionsIP-телефон A Агент RSVP А СUCM A СUCM B Агент RSVP Б IP-телефон Б Call SETUP на IP-телефон Б Назначение RSVP INVITE SDP 1 Агента A для IP телефона А Назначение RSVP Агента 183 SDP2 Б для IP телефона Б Резервирование полосы от агента RSVP Б к агенту RSVP А PRACK 200 OK Резервирование полосы от агента RSVP А к агенту RSVP Б Резервирование Резервирование успешно Update SDP3 успешно выполнено выполнено 200 OK SDP4 180 Ringing Call SETUP на телефон Б КПВ от телефона Б PRACK 200 OK CONNECT 200 OK (Invite) CONNECT ACK CONNECT CONNECT CONNECT Участок без RSVP Участок без RSVP Мультимедийный трафик, защищенный RSVP
  • Настройка SIP Preconditions на SIP-транке CUCM •  Режим использования SIP Preconditions настраивается в разделе CUCM Admin Pages>Device>Device Settings>SIP Profile •  Создаем/Изменяем SIP Profile: специфические свойства транка – RSVP Over SIP устанавливаем в E2E – Fall back to local RSVP – отмечаем, если требуется. – SIP Rel1XX Options в Send PRACK if 1XX contains SDP •  Применяем профиль к транку:
  • Кластер CUCM и RSVPc использованием SIP PreconditionsEnd-to-End RSVP•  Используется Кластер А Кластер Б Датацентр только один агент SIPICT1 SIPICT2 RSVP в каждом Агент Агент кластере RSVP RSVP HQ1 HQ2•  Агенты RSVP только с IP-телефонами•  Можно использовать IP WAN Агент RSVP Агент RSVP в любых топологиях Филиала 1 Филиала 2 с несколькими Филиал 1 RSVP-RTP Филиал 2 кластерами, RTP Звонок на IP- RTP расположеными как телефон Б в одном ЦОД, так и А Б распределенными.
  • Кластер CUCM и RSVPбез использования SIP Preconditions Локальный RSVP •  Два агента RSVP Кластер Кластер в каждом кластере Датацентр CUCM A ICT1 ICT2 CUCM Б •  Агент RSVP RSVP RTP RSVP ассоциирован с агент агент HQ1 HQ2 межкластерным транком RSVP-RTP RSVP-RTP •  Применимо только IP WAN Агент RSVP Агент RSVP для топологии типа Филиала 1 Филиала 2 “звезда” в случае Филиал 1 Филиал 2 нескольких Звонок на IP- телефон Б кластеров в одном RTP RTP датацентре. А Б
  • Кластер CUCM и RSVP Возврат от использования SIP Preconditions к локальному RSVPВозврат инициируется Кластер CUCMТОЛЬКО при Unified SIP Proxyполучении ответа SIP420 (Bad Extension) ISR SIP SIP Trunk Unified CME Возврат к использованию локального RSVP E2E RSVP SIP Pre RSVP Unified CME Local RSVP Без RSVP Без RSVP SIP Pre
  • Настройка RSVP SIP Preconditions для голосового шлюза, CME, CUBE IOS Configuration Example!!dial-peer voice 150 voip description TO RSVP YVR_2811 destination-pattern 16045555... voice-class sip rsvp-fail-policy voice post-alert mandatory disconnect retry 2 interval 30 ! Configures RSVP failure policies for Audio voice-class sip rsvp-fail-policy video post-alert mandatory disconnect retry 2 interval 30 ! Configures RSVP failure policies for Video session protocol sipv2 ! Enables Dial-Peer for SIP “required for precondition support” session target ipv4:10.10.50.2 req-qos guaranteed-delay audio ! Defines Desired RSVP Policy for Audio Mandatory req-qos guaranteed-delay video ! Defines Desired RSVP Policy for Video RSVP acc-qos guaranteed-delay audio ! Defines Acceptable RSVP Policy for Audio acc-qos guaranteed-delay video ! Defines Acceptable RSVP Policy for Video Policy ip qos dscp 24 signaling Configures different DSCP values for ip qos dscp 46 media rsvp-pass ip qos dscp 34 video rsvp-pass different RSVP scenarios (disabled, successful, and failed). ip qos policy-locator voice app AudioStream ! Audio Application ID ip qos policy-locator video app VideoStream ! Video Application ID!!!
  • Кластер CUCM и RSVP Видеовызовы •  Механизм RSVP SIP Preconditions поддерживает подключение и отключение потока видео в мультимедийных вызовах •  SIP SDP включает две m-записи. Одна для голоса и одна для видео, каждая со своими параметрами SIP Preconditions. •  Полоса пропускания для видео устанавливается в значение, настроенное для взаимодействия между регионами. •  Полоса пропускания для видео корректируется после того, как видеосоединение установлено. (Cisco рекомендует устанавливать запрашиваемое значение для полосы пропускания для видео больше или равное ожидаемому). •  В случае добавления видеопотока в уже установленое соединение, видео проключится только после отрабатывания резервирования RSVP. •  При установке звонка на удержание, резервирование полосы пропускания для видео и голоса сохраняется. •  При использовании других ДВО (например, перевод вызова), CUCM сначала резервирует полосу пропускания и устанавливает новое соединение для голоса, а затем инициирует проключение видеопотока (это называется delayed video escalation).
  • Номерной план враспределенной моделиуправления вызовами:Сетевые сервисы: SAF/CCD
  • Service Advertisement Framework Ограничение статичного подхода к управлению номерным планом •  Сложность настройки, скорость внедрения •  Высокие операционные затраты, TCO •  Доступность, непрерывность работы Call Agent Call Agent Call Agent Call Agent Call Agent Call Agent Call Agent Call Agent Call Agent IP сеть Call Agent Call Agent Call Agent предприятия IP сеть предприятия Call Agent GK GK Call AgentCall 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
  • SAF и Унифицированные коммуникации Сервис Call Control Discovery (CCD) •  Реклама сервисов CUCM в Тип сервиса: Unified Использование Communications сети подсервис: Call Control – Реклама номеров в плане Реклама Discovery нумерации – Автоматическое получение рекламы от других кластеров CUCM Call Agent Call Agent – Взаимодействие со шлюзами, Call Agent Call Agent CUBE, CUCME, SRST. Call Agent •  Преимущества Call Agent – Позволяет упростить IP сеть внедрение СUCM в сложных предприятия с Call Agent сетяхCall Agent сервисом SAF – Динамически добавлять/ удалять узлы Call Agent Call Agent – Снижать стоимость внедрения Call Agent Call Agent Call Agent Call Agent
  • Компоненты SAF •  SAF Форвардер –  Часть SAF-сети в задачу которой входит передача рекламы SAF другим форвардерам и клиентам –  Отвечает за поддержку базы рекламируемых префиксов –  Эта база является общей для всех SAF-соседей •  SAF клиент –  На нем работают сервисы CCD –  Устройства, которые рекламируют и получают рекламу из SAF-сети известны как внешние клиенты –  Устройства, которые работают как SAF форвардеры, получают и отправлябт рекламу в SAF сети известны как внутренние клиенты
  • Архитектура SAF Кластер CUCM CUCME Кластер CUCM Голосовой SRST CUBE шлюз CCD CCD CCD CCD CCD §  Позволяет системам управления вызовами обмениватьсяКлиент номерным планом, типом сигнального протокола и SAF SAF SAF SAF контролировать доступность через SAF Client Форвардер Client Protocol Protocol §  Добавляет к традиционной логике работы номерного плана динамическую информацию оМаршрутизатор полученную с маршрутах без поддержки использованием SAF SAF §  Решение больше ориентировано на внутренний номерной план предприятия чем на маршрутизацию префиксов ТСОП §  Реклама может содержать номера ТСОП для упрощения переключени на использование ТСОП в случае проблем с WAN
  • Пример SAF Кластер в Москве Кластер в CПб. Рекламируемый префикс: Рекламируемый префикс: 8495XXXXXXX 8812XXXXXXX Адрес рекламодателя: 10.1.1.1 Адрес рекламодателя: 10.5.1.1 Выученный префикс: SAF Выученный префикс: 8812XXXXXXX Форвардер 8495XXXXXXX Выученный адрес: 10.5.1.1 Выученный адрес: 10.1.1.1 SAF-сетьSAF клиент (Внешний) SAF клиент (Внешний) 8495XXXXXXXPublishes on AS1 8812XXXXXXX Publishes on AS1IP : 10.1.1.1-3 SIP IP : 10.5.5.1 - 3 SIPPattern:<p d="4:+1408555"> Pattern:<p d="4:+1212555"> 8408XXXX</p> 10.1.1.1 8212XXXX</p> 10.5.1.1 Кластер в Москве Кластер в СПб
  • Call Control Discovery (CCD) Автоматическое использование ТСОП Номерной план CME в КиевеНомерной план кластера CUCM в Москве DN Pattern “to DID” rule IP address Protocol DN Pattern “to DID” rule IP address Protocol 8408XXXX 4:+7495961 10.1.1.1 SIP 8212XXXX 4:+38044391 10.2.2.2 SIP 8415XXXX 4:+7919628 10.1.1.1 SIP 8442XXXX 4:+7727244 10.3.3.3 H.323 8949XXXX 4:+7812313 10.1.1.1 SIP 8442XXXX 4:+7727244 10.3.3.3 H.323 Трансляция в 8408XXXX +77272441000 8212XXXX ТСОП 10.1.1.1 10.2.2.2 Москва Киев 8415XXXX 8949XXXX IP сеть предприятия 8442XXXX с поддержкой SAF Казань СПб. Вызов на 10.3.3.3 Алматы 84421000
  • E2E RSVP в сети с поддержкой Service AdvertisementFramework (SAF) SAF Форвардер Клиенты Сеть SAF предприятия с ГолосовойКлиенты поддержкой шлюзSAF SAF ISR UCM CUCM Медийные данные CME SAF SCCP Транки SIP Медийные данные
  • Сервис CCD и автоматическое переключение в ТСОП сиспользованием RSVP через транк SIP Номерной план CME в КиевеНомерной план кластера CUCM в Москве DN Pattern “to DID” rule IP address Protocol DN Pattern “to DID” rule IP address Protocol 8408XXXX 4:+7495961 10.1.1.1 SIP 8212XXXX 4:+38044391 10.2.2.2 SIP 8415XXXX 4:+7919628 10.1.1.1 SIP 8442XXXX 4:+7727244 10.3.3.3 SIP 8949XXXX 4:+7812313 10.1.1.1 SIP 8442XXXX 4:+7727244 10.3.3.3 SIP Изменяем на +77272441000 Используем AAR CSS для выбора 8408XXXX маршрута 8212XXXX ТСОП 10.1.1.1 10.2.2.2 Москва 10.1.1.2 Киев 8415XXXX 8949XXXX IP сеть предприятия с поддержкой SAF 8442XXXX Казань СПб. Вызов на 10.3.3.3 84421000 Отказ RSVP Алматы
  • SME
  • Unified Communications Manager в редакции Session Management Centralized SIP Core / Least Cost•  Экономия за счет консолидации Routing приложений UC – Межстанционное взаимодействие Social B2B – Подключение АТС к операторам связи Networking, Collaboration Blogs, Wikis – Подключение АТС к другим компаниям, приложениям UC – c использованием Cisco IME, протоколов Web 2.0•  Преимущества для предприятия Web 2.0 Mobility – Маршрутизация по наименьшей applications стоимости and Policy – Уменьшение нагрузки на администраторов системы – Упрощение миграции на полноценное решение IP-телефонии Консолидация Консолидация подключений к приложений UC в операторам центрах обработки связи данных
  • Какие приложения могут бытьконсолидированы на SME? IP ТСОП CUBE CUBE Unified MeetingPlace Customer Voice Portal Conferencing Cisco Unity Messaging CUCM 8.6 SME Unified Customer Contact TelePresence SIP / H.323 Video Cisco Unified Presence Attendant Console
  • SME предоставляет базовый сервис единого номера для телефонных станций без поддержки SNR Заметка – SME может быть подключен к ТСОП IP транк в ТСОП ТранкTDM через транки TDM в ТСОП или SIP CUBE CUBE Пользователь Пользователь Единого номера Единого номера УПАТС использует SME УПАТС с для предоставления поддержкой SNR SME сервиса SNRЕсли УПАТС не поддерживает мобильные сервисы и не предоставляет услуги Единого номера,кластер CUCM SME может выступать в роли прокси этого сервиса. Создается профиль RemoteDestination с двумя или более номерами Remote Destination для каждого пользователя. Один из нихбудет номером телефона УПАТС а другой – номером мобильного телефона пользователя.Поддерживаемые функции Единого номера:Mobile Connect (или собственно SNR)Mobile Voice Access (MVA)Неподдерживаемые функции – все функции, которые используют в своей работе DTMF :Enterprise Feature Access (EFA)Desk Phone и Remote Destination pickupMid-call Supplementary Services
  • Проблемы и решения использования транковSIP (версия CUCM SME 8.6) Работа транка на всех узлах кластера Сложностькластеризации транков До 16 адресуемых узлов Сложность проектирования Поддержка SIP Early Offer, ресурсов MTP Динамическое назначение MTP Скрипты нормализации и Совместимость передачи элементов диалектов SIP заголовка сообщений SIPОбнаружение отказов в SIP OPTIONS ping транках SIP Поддержка QSIG QSIG over SIP
  • SME как платформа консолидации приложенийТехнические преимущества•  Мультипротокольность – поддержка протоколов SIP, H. 323, MGCP. А так же передача Q.Sig через SIP и H.323•  Поддержка передачи голоса, видео, данных (BFCP, H. 239)•  Адаптивность – поддержка скриптов нормализации для протокола SIP•  Расширенные возможности по маршрутизации вызовов•  Поддержка динамической рекламы номерного плана SAF/ССD
  • Решение: комплексноеуправление вызовами в сетипредприятия (SME + SAF)
  • Совместное использование SME и SAF/CCD •  Региональные кластеры *81XXXX CUCM рекламируют локальные префиксы в облако SAF/CCD ТСОП •  В том числе они рекламируют CUBE+315557XXX “глобальные” (+E.164) 81XXX §  Ипрефиксы частного префиксы номерного плана предприятия §  SME рекламирует префиксы доступа к приложениям §  SME рекламирует A A A A префиксы подключенных PBX и ТСОП +4969123XXX +4480123XXX +3360346XXX +3255678XXX §  Для CAC крайне 89XXX 84XXX 83XXX 82XXX рекомендуется использование RSVP
  • Децентрализованный доступ в ТСОП (TEHO) *81XXXX •  Региональные кластеры CUCM рекламируют префиксы своих подключений к ТСОП ТСОП •  Прямые звонки в ТСОП между CUBE регионами+315557XXX •  ЗА: 81XXX –  Оптимальное использование +315557XXX децентрализованных транков 83XXX *81XXXX +3360346XXX –  Автоматический обмен +4480123XXX +3255678XXX префиксами ТСОП между +4969123XXX 82XXX 89XXX 84XXX регионами 81XXX •  ПРОТИВ: –  Отсутствует централизованная политика междугородних звонков A A A A •  Децентрализованный доступ в ТСОП позволяет использовать +49! +44! +33! +32! автоматическое переключения в TCOП используя информацию ТСОП CCD.
  • Суммарные преимущества•  SME –  Централизованный доступ к общим приложениям –  Точка подключения традиционных УПАТС и IP-УПАТС третьих производителей –  SAF/CCD “прокси” для приложений и УПАТС•  SAF/CCD –  Автоматическое построение полносвязанной сети Унифицированных коммуникаций, объединяющей региональные кластеры и SMЕ с приложениями. –  Прозрачное использование ТСОП для обхода проблемных участков сети при связи между регионами –  Динамические изменения глобального номерного плана и доступ к региональным сетям ТСОП (TEHO)
  • Решение: Централизованноеуправление связью междупредприятиями (SME + IME)
  • Централизованное управление связью междупредприятиями (SME + IME) •  Сервер IME ассоциирован с Интернет *81XXXX кластером CUCM SME •  SME публикует ТСОП +! общедоступные номера CUBE предприятия в ТСОП –  Требуется ручная+315557XXX настройка таких номеров 81XXX (они НЕ наследуются из +315557XXX префиксов, 83XXX *81XXXX +3360346XXX рекламируемых через SAF/ +4480123XXX +3255678XXX CCD) +4969123XXX 82XXX 89XXX 84XXX 81XXX •  SME сообщает о всех выполненных вызовах в ТСОП серверу IME. A A A A •  IME валидирует всю информацию о звонках в ТСОП в сети IME
  • Централизованное управление связью междупредприятиями (SME + IME) – схемаустановления соединения •  Первый звонок идет через ТСОП VCR Интернет •  SME выгружает VCR на *81XXXX сервер IME •  IME проверяет данные Проверка IME Маршрут данных ТСОП +! VCR через удаленный CUBE VCR сервер IME через DHT lookup+315557XXX •  IME получает 81XXX информацию VCR от +315557XXX 83XXX удаленного IME *81XXXX +3360346XXX +4480123XXX +3255678XXX •  IME передает маршрут на +4969123XXX 82XXX SME 89XXX 84XXX 81XXX •  Следующие звонки на этот же номер (даже с телефонов других A A A A кластеров) будут выполняться через интернет
  • Преимущества •  Централизованный доступ к ТСОП с использованием IME позволяет получить максимальное преимущество от внедрения IME •  Все подключенные кластеры могут использовать маршруты, выученные через IME; даже если эти маршруты были выучены при звонках из другого кластера. •  УПАТС и IP-УПАТС третьих производителей, а также приложения могут использовать IME •  Требуется централизация всех подключений к ТСОП на SME; при этом физически эти подключения могут быть распределенными.
  • Важно!•  Контроль за размещением вызовов (CAC) –  Статичная модель CAC может быть очень трудна в реализации при использовании нескольких узлов управления вызовами (кластеров CUCM) –  Динамическая модель CAC с использованием RSVP очень хорошо подходит для таких ситуаций
  • В заключение
  • Заключение.•  Множество сценариев внедрения системы Унифицированных коммуникаций Cisco позволят реализовать самые разнообразные схемы управления вызовами, выбрав подходящую для каждого конкретного случая.•  Использование Cisco Unified Communications Manager 8.6 позволяет реализовать самые современные методы управления вызовами.•  Комбинация возможностей системы Унифицированных коммуникаций и интеллекта оборудования IP-сети предприятия позволяет получить значительные преимущества в эксплуатации комплексного решения.
  • Ваш лучший источник информации для проектирования системы Унифицированных коммуникаций Cisco Solution Reference Network Design http://www.cisco.com/go/srnd§  Инструкции по настройке SIP preconditions находятся в документе Configuring SIP RSVP Features: www.cisco.com/en/US/docs/ios/voice/sip/configuration/guide/sip_cg-rsvp.html
  • Спасибо!Просим Вас заполнить анкеты.Ваше мнение очень важно для нас.