Современнаяархитектура системыунифицированныхкоммуникаций CiscoКонстантин ГрибахТехнический консультантkogribak@cisco.com
АннотацияВ этой сессии будут подробно разобраны вопросы построения   системы управления вызовами предприятия на базе Cisco...
Содержание •  Что такое Cisco Unified Communications Manager     –  Драйверы развития системы Унифицированных        комму...
Драйверы развития системыУнифицированныхкоммуникаций
Эволюция требований бизнеса к UCНовые возможности необходимы для эффективности и конкурентоспособности           Мобильнос...
Базовая информация о CiscoUnified CommunicationsManager (CUCM)
Что такое Cisco Unified Communications Manager (CUCM)•    Программно-аппаратный комплекс решающий следующие задачи:      –...
Особенности CUCM версии 8.6•  Первый релиз из продуктовой линейки CUCM 8.x доступный на Российском рынке без необходимости...
Список наиболее заметных изменений в CUCMверсии 8.6Системный расширения                             Поддержка вычислительн...
Базовая информация о Cisco UnifiedCommunications Manager (CUCM)- Платформы и кластеризация
Поддерживаемые платформы (для версии    CUCM 8.6)•  Аппаратные сервера    –  Аппаратные платформы Cisco MCS          •  MC...
Готовые конфигурации серверов UCS дляприложений UC (TRC – Tested ReferenceConfiguration)•  До настоящего времени, модель п...
Расширенная поддержка аппаратных платформ(Specification-Based Hardware Support)•  Продвинутые заказчики, обладающие опытом...
Поддерживаемые платформы (Spec Based)                                                 Лучше  Преимущества                 ...
Архитектура кластера CUCM Кластер Unified CM                            Publisher                 Репликация              ...
Масштабируемость CUCM: обычныепользователи и пользователи CTI (версия 8.6)Количество                       Количество	  по...
Архитектура кластера CUCM:Свойства и правила•  Кластер выглядит как единый коммуникационный   узел, с единой точкой управл...
Архитектура кластера CUCM:    Обеспечение отказоустойчивости для подключенных устройств                                   ...
Архитектура кластера CUCM:Схемы резервирования и отказоустойчивости: 1:1 или 2:1Пример: сервер MCS 7835 поддерживает до 25...
Базовая информация о Cisco UnifiedCommunications Manager (CUCM)- Протоколы, абонентскиеустройства
Поддержка протоколов Протоколы сигнализации: CUCM как “транслятор протоколов”                                    Session I...
CUCM: Поддержка абонентских устройств UC                         Telepresence Video                           Communicatio...
Линейка IP-телефонов Cisco  Серия 9900    Мультимедийные устройства для продвинутых пользователей                    • Выс...
Видеотелефоны Cisco•  Cius    –  Поддержка видео высокой четкости (до 720p)    –  Используется CSF для телефонии    –  Вст...
Cisco Telepresence systems•    Cisco Telepresence system     •    Одноэкранные и 3-х экранные системы          Telepresenc...
Архитектура CSF программных клиентовCisco JabberПланшеты     Смартфоны   Cisco     Интеграция   Web UC   Виртуализа-      ...
Cisco Unified Personal Communicator•  Интегрированные службы мгновенных   сообщений, статус доступности,   программный тел...
Cisco Jabber для MacВозможности:•  Мгновенный обмен   сообщениями и статус   доступности•  Программный SIP телефон•  Визуа...
Cisco UC integration для MS MOC/Lync•    Клиент MS MOC/Lync выглядит как SIP     телефон в CUCM•    Используется Cisco Cli...
Cisco Jabber Software Development KitНовое предложение•    Сотрудничество в реальном     времени из web-приложений•    Клю...
Модели внедрения CUCM –старые и новые
Модели внедрения CUCM•  Централизованная обработка вызовов – кампусная модель    –  подключение к ТСОП и организация взаим...
Централизованная обработкавызовов – кампусная модель
Централизованная обработка вызовов – кампуснаямодель (Single Site)•  Кластер CUCM,                                     При...
Кампусная модель: особенности применения•    Как правило, используется один кластер CUCM. В некоторых случаях     кластеро...
О чем имеет смысл задуматься при внедрении CUCM поданной модели•    Готовность кампусной сети к работе с UC – QoS!•    Пла...
Зачем настраивать QoS в кампусной сети? •      Широкополосная сеть тоже подвержена перегрузкам, но ключевой        проблем...
Настройка механизмов QoS в кампусной сети:  Подход CiscoКлассификация: Помечать пакеты кодом обслуживания, определяя этим ...
Элементы QoS: Граница доверия и классификация           Абонент       Доступ Распределение     Ядро       WAN 1           ...
AutoQoS в кампусной сетиНа коммутаторах Cisco Catalyst есть           Catalyst (config-if) # auto qos voip cisco-phoneмакр...
Кампусная модельЗамечания по планированию ресурсов•    Полоса пропускания достаточна для обслуживания любого типа вызовов ...
Централизованная обработкавызовов – кампусная модельподключение к ТСОП и организациявзаимодействия между предприятиями
Подключение к внешним сетям•  Подключение к публичным сетям ТСОП    –  Голосовые шлюзы на базе маршрутизаторов Cisco ISR (...
Миграция на транки SIP для доступа к ТСОП     1. Использования TDM – Вчера                                     CVP A      ...
Кампусная модель: подключение к ТСОП Взаимодействие между предприятиямиКомпания A                                         ...
Cisco Intercompany Media EngineРасширение границ использования UC между предприятиями •  По мере увеличения количества при...
Компоненты IME•  Кластер CUCM 8.x              •  Сервер Cisco IME   –  Передает корпоративные       –  Участник сети IME ...
Компоненты IME на территории предприятия         Корпоративная             сеть                              DMZ          ...
Как это работает  Схема работы IME (1/2)                                      Предприятие Б•  Серверы IME предприятий форм...
Как это работает  Схема работы IME (2/2)                                   Предприятие Б•  После успешной проверки,   вызы...
Номерной план•  Кто или что выполняет набор номера    –  Пользователи набирают номер с клавиатуры телефона (они       пред...
Номерной план: рекомендации по планированию•  В идеальной схеме каждый пользователь должен иметь   внутренний номер и ассо...
Распределенная модель сцентрализованной обработкойвызовов
Распределенная модель с централизованной обработкой  вызововПриложения(VMail, UCCX, CUP…)                                 ...
ИнфраструктураUnified Communications Обработка вызова в централизованной модели    Пример вызова телефон - телефон        ...
Распределенная модель с централизованной обработкойвызовов: Отказоустойчивость                               Отказ WAN    ...
Отказоустойчивость с использованием CME in SRST ModeРабота CME в режиме SRST•  Если требуется расширенная поддержка телефо...
Следующее поколение обеспечения выживаемости филиала   Централизованная схема с обеспечением     Штабквартира          раб...
SRSx (SRSV + E-SRST) – Подготовка к работе     Штабквартира                    VM (Cisco Unity                            ...
Контроль за размещением вызовов(CAC) в распределенной модели сцентрализованной обработкойвызовов
Контроль над установлением соединений  Зачем это нужно? Сети с коммутацией                Сети с коммутацией каналов      ...
Управление доступом к ресурсам сети (CAC)          Off-Path                       On-Path                               • ...
Статический контроль с использованием концепцииLocations                                                                 Ц...
Статический контроль с использованием концепцииLocations •  Аудио рассчитывается как полоса кодека + заголовок IP (24k для...
Пример использования статического метода CAC:Простые топологии Hub-and-Spoke •  Рекомендуется статический    контроль с ис...
Статический метод CAC: ограничение дизайнаДвух уровневые топологии Hub-and-Spoke                                          ...
Решение: Контроль над установлением соединений спомощью RSVP                                 Центральный               Кла...
Управление доступом к ресурсам сети (CAC) - On-Path   Resource Reservation Protocol                                       ...
Как отрабатывается резервирование полосы пропускания с помощью агентов RSVPТелефон A      Агент RSVP А             Кластер...
Пример настройки агента RSVP на маршрутизаторе       и CUCMinterface Loopback0 ip address 40.11.6.100 255.255.255.255!sccp...
Двух уровневые топологииHub-and-Spoke •  RSVP Agent на                                            Кластер                 ...
Пример настройки RSVP на маршрутизатореclass-map match-any IPC-RTP  match ip dscp ef                          ! Voice traf...
Call Admission Control     Новая политика: RSVP Application ID (App ID)                                               Без ...
CUCM и политики RSVP для приложений       Пример: IOS RSVP – локальные политики Политика по умолчанию запрещает           ...
Пример настройки политики RSVP для приложенийclass-map match-any IPC-RTP  match ip dscp ef                               !...
Частный случайраспределенной модели сцентрализованной обработкойвызовов: Распределенныйкластер
Централизованная обработка вызовов Распределенный кластер CM                       Кластер CUCMПриложения                 ...
ИнфраструктураUnified Communications    Обработка вызова в распределенном кластере   Пример вызова телефон – телефон   Обр...
Размещение серверов кластера                                  IP WAN                            80 ms RTT §  Макс. 80 ms ...
Полоса для трафика базы данных    •    Минимум 1.544 Mbps (T1) требуется для передачи трафика         базы данных для кажд...
Полоса для CoW, пример        Кластер      Unified CM                   PUB        80msec RTT                             ...
Посчитаем полосу                                                           2 площадки, 2 сервера - CoW •        Количество...
Распределенная обработкавызовов
Распределенная обработка вызовов     Распределенные кластеры CUCMПриложения(VMail, IPCC, MP…)                             ...
ИнфраструктураUnified Communications  Обработка вызова в распределенной модели    Пример вызова телефон – телефон между кл...
ИнфраструктураUnified Communications Обработка вызова в распределенной модели   Пример вызова телефон – телефон между клас...
Использование RSVP в модели с распределенной обработкой вызовов                            RSVP SIP Preconditions Кластер ...
Установление соединения с использованием SIP PreconditionsIP-телефон A   Агент RSVP А                  СUCM A             ...
Современная архитектура системы унифицированных коммуникаций Cisco.
Современная архитектура системы унифицированных коммуникаций Cisco.
Современная архитектура системы унифицированных коммуникаций Cisco.
Современная архитектура системы унифицированных коммуникаций Cisco.
Современная архитектура системы унифицированных коммуникаций Cisco.
Современная архитектура системы унифицированных коммуникаций Cisco.
Современная архитектура системы унифицированных коммуникаций Cisco.
Современная архитектура системы унифицированных коммуникаций Cisco.
Современная архитектура системы унифицированных коммуникаций Cisco.
Современная архитектура системы унифицированных коммуникаций Cisco.
Современная архитектура системы унифицированных коммуникаций Cisco.
Современная архитектура системы унифицированных коммуникаций Cisco.
Современная архитектура системы унифицированных коммуникаций Cisco.
Современная архитектура системы унифицированных коммуникаций Cisco.
Современная архитектура системы унифицированных коммуникаций Cisco.
Современная архитектура системы унифицированных коммуникаций Cisco.
Современная архитектура системы унифицированных коммуникаций Cisco.
Современная архитектура системы унифицированных коммуникаций Cisco.
Современная архитектура системы унифицированных коммуникаций Cisco.
Современная архитектура системы унифицированных коммуникаций Cisco.
Современная архитектура системы унифицированных коммуникаций Cisco.
Современная архитектура системы унифицированных коммуникаций Cisco.
Современная архитектура системы унифицированных коммуникаций Cisco.
Современная архитектура системы унифицированных коммуникаций Cisco.
Современная архитектура системы унифицированных коммуникаций Cisco.
Современная архитектура системы унифицированных коммуникаций Cisco.
Современная архитектура системы унифицированных коммуникаций Cisco.
Современная архитектура системы унифицированных коммуникаций Cisco.
Современная архитектура системы унифицированных коммуникаций Cisco.
Современная архитектура системы унифицированных коммуникаций Cisco.
Современная архитектура системы унифицированных коммуникаций Cisco.
Современная архитектура системы унифицированных коммуникаций Cisco.
Современная архитектура системы унифицированных коммуникаций Cisco.
Современная архитектура системы унифицированных коммуникаций Cisco.
Upcoming SlideShare
Loading in …5
×

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

2,445 views

Published on

Published in: Technology
0 Comments
0 Likes
Statistics
Notes
  • Be the first to comment

  • Be the first to like this

No Downloads
Views
Total views
2,445
On SlideShare
0
From Embeds
0
Number of Embeds
2
Actions
Shares
0
Downloads
43
Comments
0
Likes
0
Embeds 0
No embeds

No notes for slide

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

  1. 1. Современнаяархитектура системыунифицированныхкоммуникаций CiscoКонстантин ГрибахТехнический консультантkogribak@cisco.com
  2. 2. АннотацияВ этой сессии будут подробно разобраны вопросы построения системы управления вызовами предприятия на базе Cisco Unified Communications Manager 8.6. Основное внимание будет уделено новым технологиям построения распределенных корпоративных решений с централизованной и распределенной обработкой вызовов: управление динамическими планами нумерации, использование SME, применение RSVP для управления доступом к ресурсам сети, унифицированная маршрутизация вызовов с использованием номеров в формате E.164. Данная сессия предназначена для специалистов, занимающихся поддержкой и внедрением систем унифицированных коммуникаций Cisco.
  3. 3. Содержание •  Что такое Cisco Unified Communications Manager –  Драйверы развития системы Унифицированных коммуникаций –  Базовая информация о Cisco Unified Communications Manager (CUCM) •  Модели внедрения CUCM – старые и новые –  Централизованная обработка вызовов – кампусная модель –  Распределенная модель с централизованной обработкой вызовов –  Распределенная архитектура обработки вызовов •  Заключение
  4. 4. Драйверы развития системыУнифицированныхкоммуникаций
  5. 5. Эволюция требований бизнеса к UCНовые возможности необходимы для эффективности и конкурентоспособности Мобильность Полноценная совместная работа с любого устройства в любом месте Социальные приложения Поиск экспертов, упреждающая реакция на требования заказчиков Видео Высокое качество видео, доступное везде, в реальном времени и в записи Виртуальность Облачные вычисления. Голос и видео в сочетании с преимуществами VDI
  6. 6. Базовая информация о CiscoUnified CommunicationsManager (CUCM)
  7. 7. Что такое Cisco Unified Communications Manager (CUCM)•  Программно-аппаратный комплекс решающий следующие задачи: –  Установление/модификация/завершение мультимедийных вызовов в среде Унифицированных коммуникаций Cisco –  Обработка и хранение номерного плана предприятия •  выбор оптимального маршрута установления соединения •  модификация номеров в соответствии с требованиям –  Управление абонентскими устройствами •  формирование общих и специфических файлов конфигурации •  управление версиями ПО для абонентских устройств •  контроль занятости абонентов (Phone Presence) –  Управление медиаресурсами •  Ad-hoc и Meet-me конференции •  Транскодирование •  MTP (в том числе TRP и агенты RSVP) –  Интеграция телефонных функций с другими приложениями для совместной работы и офисными приложениями + =
  8. 8. Особенности CUCM версии 8.6•  Первый релиз из продуктовой линейки CUCM 8.x доступный на Российском рынке без необходимости получения разрешения ФСБ на ввоз (CUCM 8.6 Export Unrestricted)•  Поддержка всех возможностей линейки CUCM 8.x •  SAF/CCD – Динамическая реклама телефонных префиксов в сети предприятия •  Cross Cluster Extension Mobility •  Расширенные возможности для SIP-транков •  Виртуализация приложений •  Medianet •  Расширенная поддержка RSVP •  Совместимость видео •  ... И многое другое•  + Новые возможности релиза 8.6
  9. 9. Список наиболее заметных изменений в CUCMверсии 8.6Системный расширения Поддержка вычислительных платформ•  Новая версия OS – RHEL 5.5 •  Расширенная поддержка UCM на VMWare•  Новый метод апгрейда – Refresh Upgrade Дополнительные фичи•  SE Linux – замена CSA •  Call Completion on Busy/NA•  Клиент JTAPI x64 •  Повыщение производительности TFTP (8.6.2)•  Поддержка Windows 7 x64 клиентами (RTMT в •  Убран VPN Phone – для России, Export Unrestricted 8.6.2) •  Поддержка Smart Call Home – для TAC•  Увеличение масштабируемости кластера HCSАбонентские устройства •  Интеграция с системами IMS•  Расширенная поддержка Cius •  Удаленный апгрейд•  9.2(1) FW - IPv6 SCCP, FAC/CMC для SIP •  Новый профиль для VM•  Поддержка 6901•  Регистрация терминалов Tandberg SMB UC•  EnergyWise •  Новая аппаратная платформа – Business Edition 3000 •  Новый, упрощенный интерфейс администратора иВидео пользователя•  SIP Presentation Share (BFCP)•  Поддержка Cisco TelePresence MCU для Ad-hoc Мобильность •  Единая регистрация для мобильного и конференций CUCM (rendezvous, conf, join и barge) корпоративного номера•  Еще один широкополосный голосовой кодек SIP •  LCR Enabled Handoff (AAC-LATM и G.722.1) •  Multi-site Enabled Handoff•  Расширеная поддержка E20, •  Улучшенная процедура добавления устройств•  Поддержка видеоконференций на базе ISRG2
  10. 10. Базовая информация о Cisco UnifiedCommunications Manager (CUCM)- Платформы и кластеризация
  11. 11. Поддерживаемые платформы (для версии CUCM 8.6)•  Аппаратные сервера –  Аппаратные платформы Cisco MCS •  MCS 7816, MCS 7825, MCS 7835, MCS 7845 •  Поддерживаемые серверные конфигурации HP и IBM http://www.cisco.com/go/swonly•  Виртуализированные сервера –  Гипервизор Vmware ESXi 4.0 и 4.1 работающий на: •  Вычислительных платформах Cisco UCS B- и C-серий, протестированных конфигураций (Tested Reference Configuration - TRC) •  Вычислительных платформах Cisco UCS, HP и IBM, удовлетворяющих требованиям по производительности для поддержки приложений Унифицированных коммуникаций Cisco (Spec-based Hardware configuration). http://www.cisco.com/go/uc-virtualizedhttp://www.cisco.com/en/US/prod/collateral/voicesw/ps6790/ps5748/ps378/prod_brochure0900aecd8062a4f9.html
  12. 12. Готовые конфигурации серверов 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
  13. 13. Расширенная поддержка аппаратных платформ(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
  14. 14. Поддерживаемые платформы (Spec Based) Лучше Преимущества Отличие Сегодня Расширенная поддержка Готовые конфигурации (TRC) (Spec-based)Цель = ПРОСТОТА Цель = ГИБКОСТЬVTG SKU или SAVBU SKU Только SAVBU SKUОтставание в поддержке новых платформ Доступность платформы с момента ее появления SAVBU / HP / IBMМы берем сервер, потом говорим какие VM Вы берете VM, выделяете аппаратные ресурсы длямогут на нем работать работыТолько сервера UCS B200, C210, C200 Любые подходящие модели UCS, HP, IBMОграниченные варианты замены Можно менять все (в пределах требований)Только 4х ядерные CPU, 2 CPU 4/6/8 ядер и до 4х CPUОграничения размещения приложений из-за Больше ядер, больше производительность, большеограничений CPU (только 4 ядра) VMs,Prescribed minimum memory Flexible memory: can deploy just what you needОграниченная поддержка сетевых адаптеров Поддерживаются все адаптеры: HBA, VIC, C.N.A.,(особенно для C-серии) 1Gb &10GbИспользование только DAS и FC SAN Гибкий выбор: DAS, FC, iSCSI SAN, NFS NAS, FCoEБездисковые системы / загрузка с SAN Бездисковые системы / загрузка с SANUCSM на серверах C-серии не поддерживается Поддержка UCSM на C-серии
  15. 15. Архитектура кластера CUCM Кластер Unified CM Publisher Репликация базы данных DB DB DB ccm.exe DB ccm.exe CTI Manager ICCS DB Сервер MoH DB DB ccm.exe DB ccm.exe Сервер TFTP DB Программные Серверы обработки вызовов конференции (максимум 8 на кластер) IDS Subscribers (Max. 19) Unified CM 8.x: DB=IBM-IDS | OS=Linux
  16. 16. Масштабируемость CUCM: обычныепользователи и пользователи CTI (версия 8.6)Количество Количество  поддерживаемых   поддерживаемых пользователей: пользователей  и  пользователей  CTI• До 10,000 90000 пользователей на 80000 пару серверов обработки вызовов 70000 60000Производительность 50000 при работе с CTI : Пара  серверов 40000• CTI для КАЖДОГО 30000 Кластер пользователя 20000 Мегакластер кластера.• До 10,000 10000 пользователей с 0 включенной 8.5  CTI   8.6  CTI   8.5   8.6   поддержкой CTI на пару серверов Users Users Users Users
  17. 17. Архитектура кластера CUCM:Свойства и правила•  Кластер выглядит как единый коммуникационный узел, с единой точкой управления (publisher)•  Несколько функций могут работать на одном и том же сервере. Это зависит от типа сервера и размера кластера.•  У одного сервера Publisher может быть до 19 подписчиков (subscribers) (всего 20 серверов в кластере, считая publisher)•  Обработкой вызовов могут заниматься до 8 серверов в кластере•  Максимум 10 000 IP-телефонов на одном сервере (зависит от серверной платформы)•  Максимум 40 000 IP-телефонов в кластере Cisco Unified CM (зависит от серверной платформы и конфигурации кластера)
  18. 18. Архитектура кластера CUCM: Обеспечение отказоустойчивости для подключенных устройств Directory Services Шлюзы Music on Hold Сервер обработки Software Conferencing вызовов Software MTP TFTPМедийные и Call Processingконференц- Conf ресурсы CTI/QBE I/F SCCP I/F MGCP I/F Ресурсы H.323 I/Fтранскоди- Xcode Intra-Cluster SIP I/F рования Communications Сервер (ICCS) Directory Services Music on Hold голосовой почты Сервер обработки Software Conferencing вызовов Software MTP TFTP Приложения Call ProcessingJTAPI и IP-IVR CTI/QBE I/F SCCP I/F IPтелефоны Активный сервер MGCP I/F H.323 I/F SIP I/F
  19. 19. Архитектура кластера CUCM:Схемы резервирования и отказоустойчивости: 1:1 или 2:1Пример: сервер MCS 7835 поддерживает до 2500 телефонов на сервер.Требуется обеспечить резервирование серверов обработки вызовов для5000 IP-телефоновСхема резервирования 2:1 Схема резервирования 1:1 1 до 1 до Резерв 2500 1250 2500 2501 до 3751 до 5000 5000 3750 •  Более экономная схема •  Балансировка нагрузки и резервирования резервирование •  Высокая доступность при •  Высокая доступность при апгрейдах апгрейдах •  Обеспечение резервирования •  Более быстрое при единичном отказе восстановление сервиса
  20. 20. Базовая информация о Cisco UnifiedCommunications Manager (CUCM)- Протоколы, абонентскиеустройства
  21. 21. Поддержка протоколов Протоколы сигнализации: 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)
  22. 22. CUCM: Поддержка абонентских устройств UC Telepresence Video Communications Services (VCS) Expressway™ Firewall Traversal Удаленный доступ Кластер Advanced Conferencing Services CUCM Сервисы конференций SIP H.323 to SIP Video Interworking Microsoft OCS via AMGW 3rd Party / терминалы H.323
  23. 23. Линейка IP-телефонов Cisco Серия 9900 Мультимедийные устройства для продвинутых пользователей • Высокое качество видео и голоса, цветной экран • Интегрированное рабочее место VXI • USB, Bluetooth, Wi-Fi и Gigabit Ethernet • Технология энергосбережения Серия 8900 Мультимедийные профессиональные устройства • Высокое качество видео и голоса, цветной экран • Интегрированное рабочее место VXI • USB, Bluetooth и Gigabit Ethernet • Технология энергосбережения Серия 7900 Профессиональные устройства с расширенными функциями • Настольные телефоны, конференц-станции, WiFi-телефоны • Высокое качество голоса, поддержка видео (через клиента на ПК), большой графический экран, поддержка VXI • Технология энергосбережения Серия 6900 Профессиональный IP-телефон • Традиционный телефонный пользовательский интерфейс • Высокое качество голоса, поддержка видео (через клиента на ПК), поддержка VXI. • Технология энергосбережения Серия 3900 Простейший IP-телефон • Низкая стоимость, высокое качество голоса • Встроенный спикерфон • Встроенный коммутатор 10/100 для подключения ПК • Технология энергосбережения
  24. 24. Видеотелефоны Cisco•  Cius –  Поддержка видео высокой четкости (до 720p) –  Используется CSF для телефонии –  Встроенный софтфон, мгновенные сообщения•  E20 –  Регистрация в кластере CUCM –  Видео до w448p (768x448) –  Поддержка BFCP для отображения данных•  IP-телефоны 8900/9900 –  Видео до VGA (640x480) –  Поддержка протокола CAST для работы с видео через ПК.
  25. 25. Cisco Telepresence systems•  Cisco Telepresence system •  Одноэкранные и 3-х экранные системы Telepresence•  Терминалы серии Profile •  HD-видео до 1080p •  Для переговорных общего назначения•  Кодеки серии C •  Интегрируемые зальные системы•  EX90/EX60 •  HD Видео до 1080p •  Поддержка BFCP для передачи информации с экрана ПК •  Встроенный MCU (EX90)
  26. 26. Архитектура CSF программных клиентовCisco JabberПланшеты Смартфоны Cisco Интеграция Web UC Виртуализа- Jabber и SDK и Quad ция Jabber Web SDK Android Mac/IOS Windows Client Services Framework (CSF)
  27. 27. Cisco Unified Personal Communicator•  Интегрированные службы мгновенных сообщений, статус доступности, программный телефон SIP•  Видео H.264 до 720p (1280x720)•  Поддержка RTCP•  Режим управления аппаратным телефоном для click to call•  Поддержка протокола CAST в режиме управления аппаратным телефоном для работы с видео•  Интеграция с офисными приложениями (MS Office, Outlook) для click to call и статуса доступности.
  28. 28. Cisco Jabber для MacВозможности:•  Мгновенный обмен сообщениями и статус доступности•  Программный SIP телефон•  Визуальное отображение голосовых сообщений•  Поддержка совместной работы и конференций•  Управление аппаратным телефоном
  29. 29. Cisco UC integration для MS MOC/Lync•  Клиент MS MOC/Lync выглядит как SIP телефон в CUCM•  Используется Cisco Client Services Framework (CSF) для интеграции•  Видео H.264 до 720p (1280x720)•  Поддержка RTCP•  Режим управления аппаратным телефоном для click to call•  Поддержка протокола CAST в режиме управления аппаратным телефоном для работы с видео•  Для обмена мгновенными сообщениями и статусом доступности используется MS Lync
  30. 30. Cisco Jabber Software Development KitНовое предложение•  Сотрудничество в реальном времени из web-приложений•  Ключевой компонент для разработки Web-приложений с возможностями UC•  Голос, видео, мгновенные сообщения/статус доступности, голосовая почта, WebEx•  Программный телефон для Web-браузеров (plug-in) (с поддержкой видео в следующей версии)•  Библиотека разработчика с примерами кода http://developer.cisco.com/web/jabber-developer/jabber/
  31. 31. Модели внедрения CUCM –старые и новые
  32. 32. Модели внедрения CUCM•  Централизованная обработка вызовов – кампусная модель –  подключение к ТСОП и организация взаимодействия между предприятиями•  Распределенная модель с централизованной обработкой вызовов –  Дополнительные возможности SRST. –  Управление доступом к ресурсам сети с помощью RSVP. –  Распределенная модель с централизованной обработкой вызовов – распределенный кластер•  Распределенная архитектура обработки вызовов –  Управление доступом к ресурсам сети –  Архитектура управления вызовами с использованием SAF/CCD –  Архитектура управления вызовами с использованием SME
  33. 33. Централизованная обработкавызовов – кампусная модель
  34. 34. Централизованная обработка вызовов – кампуснаямодель (Single Site)•  Кластер CUCM, Приложения приложения, шлюзы, IP- (VMail, UCCX, CUP…) телефоны расположены в пределах высокоскоростной кампусной сети Кластер CUCM•  Модель поддерживает развертывание до 40,000 SIP или SCCP IP- телефонов на кластер•  ТСОП используется для ТСОП всех внешних звонков•  До 2100 шлюзов и транков
  35. 35. Кампусная модель: особенности применения•  Как правило, используется один кластер CUCM. В некоторых случаях кластеров может быть больше, если это продиктовано большим количеством пользователей или необходимостью использования выделеного кластера для приложений (например, в случае развертывания UCC Enterprise).•  Максимальное общее количество шлюзов или транков (SIP или H.323) – 2100.•  Используются широкополосные кодеки для видео и голоса.•  Высокая доступность обеспечивается за счет отказоустойчивой схемы кампусной сети и резервирования серверов кластера CUCM.•  Качество обслуживания для голоса и видео обеспечивается инфраструктурой LAN (802.1q/p, приоритетные очереди).•  Ограниченное использование механизмов управления доступом к ресурсам сети (Call Admission Control) при установлении соединений.
  36. 36. О чем имеет смысл задуматься при внедрении CUCM поданной модели•  Готовность кампусной сети к работе с UC – QoS!•  Планирование ресурсов•  Подключение к внешним операторам связи•  Номерной план
  37. 37. Зачем настраивать QoS в кампусной сети? •  Широкополосная сеть тоже подвержена перегрузкам, но ключевой проблемой является не недостаток полосы пропускания, а размер буфера порта коммутатора… Механизмы QoS позволяют приоритизировать чуствительный к задержкам трафик Ядро Мгновенная Si Si перегрузкаОбычная 4:1 интерфейсапереподписка Распределение Si SiОбычная 20:1переподписка Доступ = Данные = Голос/видео
  38. 38. Настройка механизмов QoS в кампусной сети: Подход CiscoКлассификация: Помечать пакеты кодом обслуживания, определяя этим требование траффика к классу обслуживания от СетиГраница доверия:Определить и контролировать границу доверия. Распределение: Направить в одну из нескольких очередей (На основе результатов классификации) для срочной обработки и отправки DSCP для голоса EF = 802.1p Unified CM CoS 5 Cluster ТСОП DSCP для видео CS4 = 802.1p CoS 4 DSCP для сигнализации CS3 = CoS 3. IP сеть оператора Campus http://www.cisco.com/en/US/docs/voice_ip_comm/cucm/srnd/8x/netstruc.html
  39. 39. Элементы QoS: Граница доверия и классификация Абонент Доступ Распределение Ядро WAN 1 Si Si 2 Si Si 3 Граница доверия•  Для удобства масштабирования, классификация должна выполняться как можно ближе к границе сети•  Самые крайние доверенные устройства определяют границу доверния1•  Оптимальная граница доверия: оконечное устройство является доверенным, если оно корректно классифицирует траффик2•  Оптимальная граница доверия: оконечное устройство не классифицирует траффик• 3 Неоптимальный вариант: коммутатор доступа не умеет классифицировать трафик
  40. 40. AutoQoS в кампусной сетиНа коммутаторах Cisco Catalyst есть Catalyst (config-if) # auto qos voip cisco-phoneмакрокоманда AutoQoS, котораяавтоматически настраиваетосновные механизмы QoS•  Позволяет контролировать границу mls qos map cos-dscp 0 8 16 26 32 46 48 56 доверия на IP-телефоне Cisco. mls qos srr-queue output cos-map queue 1 threshold 3 5 mls qos srr-queue output cos-map queue 2 threshold 3 3 6 7•  Позволяет контролировать границу mls qos srr-queue output cos-map queue 3 threshold 3 2 4 mls qos srr-queue output cos-map queue 4 threshold 2 1 доверия на порту доступа и аплинках. mls qos srr-queue output cos-map queue 4 threshold 3 0 mls qos srr-queue output dscp-map queue 1 threshold 3 40 41 42 43 44 45 46 47•  Включает механизм распределения mls qos srr-queue output dscp-map queue 2 threshold 3 24 25 26 27 28 29 30 31 mls qos srr-queue output dscp-map queue 2 threshold 3 48 49 50 51 52 53 54 55 трафика по очередям в зависимости mls qos srr-queue output dscp-map queue 2 threshold 3 56 57 58 59 60 61 62 63 mls qos srr-queue output dscp-map queue 3 threshold 3 16 17 18 19 20 21 22 23 от классификации mls qos srr-queue output dscp-map queue 3 threshold 3 32 33 34 35 36 37 38 39 mls qos srr-queue output dscp-map queue 4 threshold 1 8•  Также настраивает базовые mls qos srr-queue output dscp-map queue 4 threshold 2 9 10 11 12 13 14 15 mls qos srr-queue output dscp-map queue 4 threshold 3 0 1 2 3 4 5 6 7 параметры очередей и согласование mls qos queue-set output 1 threshold 1 138 138 92 138 mls qos queue-set output 1 threshold 2 138 138 92 400 DSCP-CoS и обратно mls qos queue-set output 1 threshold 3 36 77 100 318 mls qos queue-set output 1 threshold 4 20 50 67 400 mls qos queue-set output 2 threshold 1 149 149 100 149•  Для терминалов телепрезенс mls qos queue-set output 2 threshold 2 118 118 100 235 рекомендуется использовать mls qos queue-set output 2 threshold 3 41 68 100 272 mls qos queue-set output 2 threshold 4 42 72 100 242 параметры команды trust-cos в случае mls qos queue-set output 1 buffers 10 10 26 54 mls qos queue-set output 2 buffers 16 6 17 61 транкового подключения и trust-dscp в mls qos ! случае подключения к обычному interface GigabitEthernet0/1 порту srr-queue bandwidth share 10 10 60 20 srr-queue bandwidth shape 10 0 0 0 queue-set 2 mls qos trust device cisco-phone mls qos trust cos auto qos voip cisco-phone
  41. 41. Кампусная модельЗамечания по планированию ресурсов•  Полоса пропускания достаточна для обслуживания любого типа вызовов - можно использовать высококачественные кодеки для голоса (G.722) и видео (HD)•  Выделеный сервер Publisher рекомендуется при наличии более 1250 IP- телефонов.•  Рекомендуется резервирование сервиса TFTP (DHCP опция 150 может содержать 2 ip-адреса серверов TFTP).•  Сервер TFTP обслуживает запросы по протоколу TFTP и HTTP (TCP порт 6970)•  Сервис транскодирования и MTP может потребоваться для подключения в ТСОП через SIP-транк.•  Для корректной работы необходим NTP сервис!
  42. 42. Централизованная обработкавызовов – кампусная модельподключение к ТСОП и организациявзаимодействия между предприятиями
  43. 43. Подключение к внешним сетям•  Подключение к публичным сетям ТСОП –  Голосовые шлюзы на базе маршрутизаторов Cisco ISR (G2) –  SIP-транки в сторону оператора связи с использованием Cisco Unified Border Element (CUBE)•  Сотрудничество между предприятиями –  Прямые SIP-транки между предприятиями с использованием CUBE –  Использование технологии Cisco IME для динамических транков между предприятиями –  Подключение к операторам связи, предоставляющим услуги Telepresence –  Организация видеосвязи через Интернет с использованием Cisco VCS Expressway
  44. 44. Миграция на транки 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
  45. 45. Кампусная модель: подключение к ТСОП Взаимодействие между предприятиямиКомпания A Компания Б A IP IP A Rich Media Rich Media От узкополосного •  Расширение границ голосового к •  Изменение ландшафта —VoIP мультимедийному мультимедийного острова к VoIP подключениям соединению взаимодействия к партнерам, •  SIP транки унифицированных поставщикам и заказчикам коммуникация за пределы •  CUBE обеспечивает b2b корпоративной сети подключение для безопасного мультимедийного взаимодействия Компания A Компания Б A IP SP VoIP IP A CUBE SBC SBC CUBE Rich Media
  46. 46. Cisco Intercompany Media EngineРасширение границ использования UC между предприятиями •  По мере увеличения количества приложений UC, внедренных на предприятии, появляется необходимость использовать их возможности при звонках МЕЖДУ предприятиями •  IME позволяет предприятиям взаимодействовать друг с другом по требованию, через Интернет, с формированием динамических SIP транков между ними •  IME использует технологии P2P и все необходимые сервисы безопасности для достижения этих целей IME сдвигает коммуникации между предприятиями из ТСОП в Интернет
  47. 47. Компоненты IME•  Кластер CUCM 8.x •  Сервер Cisco IME –  Передает корпоративные –  Участник сети IME номера ТСОП на сервер –  Публикует корпоративные IME номера ТСОП –  Автоматически обновляет –  Обеспечивает проверку информацию о маршрутах, маршрута вызова в сети IME выученных через сервер –  Передает выученные IME маршрутны на CUCM•  Cisco ASA 5500 •  Сервер регистрации, –  Обеспечение защиты обслуживаемый GoDaddy.com соединений через –  Сервис авторегистрации Интернет сертификатов –  Блокирование –  Certificate Authority неавторизованных звонков для серверов в сети IME
  48. 48. Компоненты 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
  49. 49. Как это работает Схема работы IME (1/2) Предприятие Б•  Серверы IME предприятий формируют глобальную сеть P2P•  Кластеры CUCM передают публичные номера предприятий на свои сервера IME через VAP Предприятие A Предприятие B•  Серверы IME Servers публикуют эти номера в сети P2P Интернет•  Первый звонок на номер, известный в сети IME идет через ТСОП•  После звонка, кластеры CUCM передают информацию о нем на свои серверы IME•  Позднее сервер IME вызывающей стороны выполняет проверку информации о звонке с сервером IME вызываемой стороны через протокол валидации через Интернет ТСОП - Обе стороны должны ПОДТВЕРДИТЬ свое знание о предыдущем звонке через ТСОП
  50. 50. Как это работает Схема работы IME (2/2) Предприятие Б•  После успешной проверки, вызывающий сервер IME передает выученый маршрут на свой кластер CUCM через VAP - Любой выученый IME маршрут специфичен для вызываемого номера Предприятие A Предприятие В•  Кластер CUCM проверяет маршрутные фильтры и если domain/prefix является Интернет доверенным, добавляет выученый маршрут в свою базу данных•  Следующий звонок, который выполняется на тот же самый вызываемый номер выполняется как Secure SIP Business to Business через интернет вместо ТСОП•  Если ASA обнаруживает плохое ТСОП качество голоса, звонок незаметно автоматически переключается в ТСОП
  51. 51. Номерной план•  Кто или что выполняет набор номера –  Пользователи набирают номер с клавиатуры телефона (они предпочитают использовать короткие номера)? –  Приложения CTI (длина номера не важна)?•  Что является источником информации о номерах –  Автономный справочник CUCM? –  Корпоративный справочник LDAP/Web?•  Какой формат номеров использовать –  Внутренний номерной план или публичные номера? –  Как будет выполняться преобразование номеров (и будет ли)? –  Что будет видеть абонент при входящем звонке?•  Привычки? –  “Я привык набирать 9 для звонков в город!” –  “Я хочу использовать тот же формат набора номера что и на мобильном!”
  52. 52. Номерной план: рекомендации по планированию•  В идеальной схеме каждый пользователь должен иметь внутренний номер и ассоциированный с ним публичный телефонный номер: –  Всегда можно организовать звонки по короткому номеру –  Единый идентификатор для голосовой почты –  Простая схема организации взаимодействия между предприятиями (номера не пересекаются) –  Единый номер в корпоративном справочнике –  Уникальный идентификатор звонящего –  Простая схема отзвона (из списка пропущеных вызовов)•  Недостатки: –  Пул публичных номеров принадлежит оператору связи. –  При наличии нескольких операторов связи требуется контролировать выбор АОН-а при исходящих вызовах.
  53. 53. Распределенная модель сцентрализованной обработкойвызовов
  54. 54. Распределенная модель с централизованной обработкой вызововПриложения(VMail, UCCX, CUP…) Маршрутизатор ТСОП с поддержкой SRST Кластер CUCM Филиал A IP WAN Центральный офис •  Кластер CM расположен в центральном офисе •  Приложения и DSP-ресурсы могут быть централизованными или распределенными Филиал Б •  Поддержка до 40,000 телефонов на кластер •  При отказе IP WAN, прозрачное использование ТСОП (Automated Alternate Routing—AAR) •  Survivable Remote Site Telephony (SRST) для филиалов •  Максимум 2000 филиалов на кластер
  55. 55. ИнфраструктураUnified Communications Обработка вызова в централизованной модели Пример вызова телефон - телефон IP телефон A eg 1 Signaling lUnified CM Голос WAN сеть предприятия SignОбработка aling leg 2номерного плана IP телефон B
  56. 56. Распределенная модель с централизованной обработкойвызовов: Отказоустойчивость Отказ WAN Нормальная работа Кластер Unified CM Сигнализация Сигнализация IP WAN Маршрутизатор с поддержкой Голос Приложения Филиал SRST ТСОП Центральный офис Голос •  IP телефоны содержат IP адрес маршрутизатора с поддержкой SRST в качестве последней записи в конфигурации CM GROUP •  Поддерживаются как SIP, так и SCCP IP телефоны •  SRST обеспечивает базовый набор функций телефонов (постановка на удержание, перевод вызова, быстрый набор, caller ID и др.) •  Во время отказа маршрутизатор работает как H323 шлюз (VoIP/POTS dial- peers); шлюзы MGCP требуют настройки ‘MGCP Fallback to H323’
  57. 57. Отказоустойчивость с использованием CME in SRST ModeРабота CME в режиме SRST•  Если требуется расширенная поддержка телефонных функций при аварии канала связи до ЦО, рекомендуется использовать режим CME in SRST Mode вместо SRST –  Paging –  Ad-Hoc конференции –  Hunt groups –  B-ACD –  Парковки вызовов, перехваты, группы перехвата –  ...•  Работает только для телефонов SCCP•  Не забудьте дать команду auto-provision none•  Для телефонов SIP настраивается SIP SRST
  58. 58. Следующее поколение обеспечения выживаемости филиала Централизованная схема с обеспечением Штабквартира работы базовых функций VM (Cisco Unity CUCM Connection) Штабквартира VM (Cisco Unity A CUCM Connection) A Unified Messaging Gateway Централизованное управление UMG UMG Распределенная конфигурация с расширенными возможностями Штабквартира CUCM A Ужас администратора Расширенные функции с автоматизированным управлением
  59. 59. 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 отслеживает любые изменения настроек в штабквартире и филиалах.
  60. 60. Контроль за размещением вызовов(CAC) в распределенной модели сцентрализованной обработкойвызовов
  61. 61. Контроль над установлением соединений Зачем это нужно? Сети с коммутацией Сети с коммутацией каналов пакетов QoS на порту, подключенном к IP WAN, настроен для 2-ух ТСОП IP WAN вызовов (2 “виртуальных” транка)физические подключениетранки к IP WAN Т.к. нет физического ограничения, 3-ий вызов 3-ий вызов будет проключен, но не проходит качество голоса всех Голосовой UC PBX STOP шлюз Manager вызовов пострадает. è Контроль над установлением соединений блокирует 3-ий вызов
  62. 62. Управление доступом к ресурсам сети (CAC) Off-Path On-Path • Актуальная информация • Статическая настройка в предоставляется сетью системе управления вызовами • Выделение полосы происходит • Не отражает реальной в каждом направлении ситуации в сети (например, индивидуально отказ канала) • Отражает все изменения • Поддерживаются простейшие топологии топологии • Требуется протокол управления • Должен быть единый центр резервированием (RSVP) информации • Нет ограничения по топологии • Может использоваться • Примеры: CUCM Locations, несколькими узлами связи Zone Bandwidth в IOS гейткиперах, Pipes в VCS • Примеры: CUCM RSVP Agent, CUBE, CME
  63. 63. Статический контроль с использованием концепцииLocations Центральный•  Предотвращает перегрузку офис WAN каналов ограничивая полосу пропускания для голоса <Hub_None>•  Ограничение полосы Location присваивается каждому Location•  Когда ресурсы исчерпаны, абонент слышит сигнал fast- busy и видит сообщений на 3 ТСОП IP WAN дисплее телефона•  Если автоматическая альтернативная 2 STOP Филиалы маршрутизация (AAR) 1 включена, вызов проключается через ТСОП Location 1 Location 2 Max BW = 24 kbps Max BW = 48 kbps
  64. 64. Статический контроль с использованием концепцииLocations •  Аудио рассчитывается как полоса кодека + заголовок IP (24k для G.729, 80k для G.711) •  Видео рассчитывается только как полоса кодека, включающая аудиоканал (384К для 384К видео) •  Установка полосы пропускания для аудио не относится к аудиоканалу видео-вызова •  Если нужны транскодеры (например, если есть устройства, поддерживающие только кодек G.711), они должны быть в одном Location c G.711-устройствами •  Установка Location для CTI route points используется только если приложение, использующее CTI route points, зарегистрировано на CUCM
  65. 65. Пример использования статического метода CAC:Простые топологии Hub-and-Spoke •  Рекомендуется статический контроль с использованием Центральный офис - Hub Locations: каждый филиал – отдельный Location •  Устройства в центральном офисе принадлежат Location <Hub_None> •  Один кластер CUCM поддерживает до 2000 Loc. <Hub_None> филиалов (1 филиал – 1 Location) •  Если устройство перемещают в другой Location информация о его принадлежности к ... Location должна быть обновлена (если не используется Device Mobility) Loc. 1 Loc.1000 Филиалы - Spokes
  66. 66. Статический метод CAC: ограничение дизайнаДвух уровневые топологии Hub-and-Spoke Центральный •  Централизованная модель офис (региональные офисы не содержат кластер CUCM) •  Проблема: статический контроль с использованием Региональный Региональный Locations поддерживает офис 1 офис 2 только простые топологии hub-and-spoke •  С помощью статического контроля невозможно отследить использование полосы в такой модели Филиал 1 Филиал 2 Филиал 3 Филиал 4
  67. 67. Решение: Контроль над установлением соединений спомощью RSVP Центральный Кластер офис Cisco Unified CM •  Агент RSVP настраивается в каждом удаленном филиале – поддерживается E в IOS на ISR •  Агент RSVP в IP WAN (любая маршрутизаторе работает топология) RSVP как посредник, выполняя резервирование резервирование полосы пропускания для телефонов •  RSVP может быть Cisco IOS RSVP Agent использован на WAN сети любой топологии A B C D Филиал 1 Филиал 2
  68. 68. Управление доступом к ресурсам сети (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
  69. 69. Как отрабатывается резервирование полосы пропускания с помощью агентов RSVPТелефон A Агент RSVP А Кластер CUCM Агент RSVP Б Телефон Б Call SETUP на телефон Б Агент RSVP A Агент RSVP Б обслуживает телефон A обслуживает телефон Б Запрос резервирования от агента RSVP Б к агенту RSVP A Запрос резервирования от агента RSVP А к агенту RSVP Б Отчет об успешном Отчет об успешном резервировании резервировании Call SETUP на телефон Б КПВ на телефон А ОТВЕТ CONNECT CONNECT CONNECT CONNECT Участок без RSVP Мультимедийный трафик, Участок без RSVP защищенный RSVP
  70. 70. Пример настройки агента 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
  71. 71. Двух уровневые топологииHub-and-Spoke •  RSVP Agent на Кластер Cisco маршрутизаторе 1st Tier Unified CM каждого сайта Hub Site •  Свой Location для = RSVP каждого сайта интерфейс Loc. 1 •  Назначаем RSVP Агент RSVP в Agent в Cisco IOS соответствующую MRG/MRGL 2nd Tier Hub Sites •  Устанавливаем Loc. 2 Loc. 3 RSVP policy для связи между Location как “Mandatory” Spoke Sites Loc. 4 Loc. 5 Loc. 6 Loc. 7
  72. 72. Пример настройки RSVP на маршрутизатореclass-map match-any IPC-RTP match ip dscp ef ! Voice traffic (DSCP EF) and match ip dscp af41 ! Video traffic (DSCP AF41) in same class!policy-map VoiceVideo-Policy class IPC-RTP priority percent 33 ! Defines priority queue (Bitrate + L2 & L3 headers)!!interface Serial0/0/1:0 ip address 10.2.101.5 255.255.255.252 service-policy output VoiceVideo-Policy ip rsvp bandwidth 506 ! RSVP bandwidth pool (Bitrate + L3 headers) ip rsvp signaling dscp 26 ! Sets RSVP signaling messages to CS3 ip rsvp data-packet classification none ! Disables classification at the RSVP Layer ip rsvp resource-provider none ! Disables queuing at the RSVP Layer
  73. 73. Call Admission Control Новая политика: RSVP Application ID (App ID) Без учета App ID и политик•  RSVP обеспечивает резервирование сетевых ресурсов для приложений and ip rsvp bandwidth подприложений•  Маршрутизаторы выполняют резервирование ресурсов на основе идентификатора приложения, запрашивающего ресурс•  Защита одних приложений от других•  Пример: в случае наличия голосовых и видео звонков не допустить захвата всех С учетом App ID политик доступных ресурсов видеозвонками App ID X ip rsvp bandwidth Policy X Local•  В будущем это позволит также применять App ID X разные политики для разных бизнес- App ID X приложений, например различать звонки в ЦОВ и обычные офисные звонки и т.д. Policy Y Local App ID Y
  74. 74. CUCM и политики RSVP для приложений Пример: IOS RSVP – локальные политики Политика по умолчанию запрещает Определяем единую запросы RSVP без App ID приоритетную очередь Если есть приложения, не работающие с Голосовой звонок для голоса и видео App ID то эту настройку можно поменять генерирует запрос RSVP (DSCP EF и AF41) как Voice App ID default none policy STOP Voice Local Policy Max. Voice Разрешаем голосу занимать всю доступную RSVP полосу Voice пропускания Voice local policy Voice ip rsvp bandwidth Voice Voice Priority Voice Queue Video Voice local policy (max 33% Video of Link Video Speed)Video Local Policy Max. Для Videoвидео отводится только ovrhdчасть полосы пропускания, L2доступной RSVPs Видеозвонок генерирует 2 запроса RSVP: оба как Video App ID
  75. 75. Пример настройки политики RSVP для приложенийclass-map match-any IPC-RTP match ip dscp ef ! Voice traffic (DSCP EF) and match ip dscp af41 ! Video traffic (DSCP AF41) in same class!policy-map VoiceVideo-Policy class IPC-RTP priority percent 33 ! Defines priority queue (Bitrate + L2 & L3 headers)!! Match Cisco Unified Communications Manager Application ID 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
  76. 76. Частный случайраспределенной модели сцентрализованной обработкойвызовов: Распределенныйкластер
  77. 77. Централизованная обработка вызовов Распределенный кластер CM Кластер CUCMПриложения Приложения Расстояние Москва Санкт-Петербург •  Серверы одного кластера CM распределены между офисами •  Приложения могут быть в каждом офисе или в одном из офисов •  Единая точка администрирования, прозрачность функций (Extension Mobility), единый номерной план •  Максимальная двусторонняя задержка задержка 80 (40)-ms •  Пропускная полоса 1544 kbps для каждых 10,000 BHCA + 1544 kbps для каждого subscriber •  Максимум восемь офисов
  78. 78. ИнфраструктураUnified Communications Обработка вызова в распределенном кластере Пример вызова телефон – телефон Обработка Кластер UCM номерного плана ICCSSignaling leg 1 Signaling leg 2 IP сеть ГолосIP телефон A IP телефон B
  79. 79. Размещение серверов кластера IP WAN 80 ms RTT §  Макс. 80 ms RTT задержка между любыми двумя серверами кластера Unified CM §  Полоса T1 для каждого сервера, удаленного от Publisher §  Дополнительная полоса T1 для Intra-Cluster Communication Signaling (ICCS) для 10,000 Busy Hour Call Attempts (BHCA) Для расчета полосы от BHCA, используйте формулу Полоса (Mbps) для ICCS = (BHCA/10000)*(1 + 0.006*Задержка (ms))
  80. 80. Полоса для трафика базы данных •  Минимум 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
  81. 81. Полоса для CoW, пример Кластер Unified CM PUB 80msec RTT IP WAN Site A Site B •  Кластер из 4 серверов; по 2 сервера на площадке •  В кластере 10,000 телефонов 5,000 на площадке A и 5,000 на площадке B 2500 телефонов A звонят 2500 телефонам B @ 3 Busy Hour Call Completion (BHCC) 2500 телефонов B звонят 2500 телефонам A @ 3 BHCC
  82. 82. Посчитаем полосу 2 площадки, 2 сервера - CoW •  Количество серверов, удаленных PUB Sub от Publisher = 2 2 полосы T1 требуется для передачи трафика Sub базы данных и другого межсерверного трафика. 2хT1 •  Всего BHCC = 2,500 * 3 + 2,500 * 3 = 15,000 Всего полоса для ICCS = (15000/10000) х (1+0.006 х Delay) = 1.5 х (1+0.006 х 801) = 2.22 Mbps •  Вся требуемая полоса = 2 х 1.544 + 2.22 ~ 5.3 Mbps(Расчет не включает полосу для передачи самого голоса)1 макс. задержка=80 ms
  83. 83. Распределенная обработкавызовов
  84. 84. Распределенная обработка вызовов Распределенные кластеры CUCMПриложения(VMail, IPCC, MP…) Приложения ТСОП Кластер Кластер CUCM CUCM GK IP сеть Филиал A Центральный офис GK Gatekeeper Приложения •  Кластеры CM, приложения, DSP ресурсы находятся в каждом офисе Кластер •  Поддерживается до 40,000 телефонов на CUCM каждый кластер •  100+ офисов •  Прозрачное использование ТСОП если IP- сеть недоступна Филиал B
  85. 85. ИнфраструктураUnified Communications Обработка вызова в распределенной модели Пример вызова телефон – телефон между кластерами Обработка Обработка Signaling leg 2 номерного номерного плана IP Транк плана Call SetupКластер CUCM A Кластер СUCM Б Alerting Connect Sign alin IP Сеть g le g3 Голос IP телефон A IP телефон B
  86. 86. ИнфраструктураUnified Communications Обработка вызова в распределенной модели Пример вызова телефон – телефон между кластерами GK Обработка Обработка номерного номерного плана Signaling leg 3 планаКластер СUCM А Кластер СUCM Б IP сеть Голос IP телефон A IP телефон B
  87. 87. Использование RSVP в модели с распределенной обработкой вызовов RSVP SIP Preconditions Кластер CUCM A Кластер CUCM Б SIP SignalingШтабквартира Штабквартира IP WAN Агент RSVP Агент RSVP Медийный поток Агент Агент RSVP RSVP Сигнализация RSVP Филиал А Филиал Б
  88. 88. Установление соединения с использованием SIP PreconditionsIP-телефон A Агент RSVP А СUCM A СUCM B Агент RSVP Б IP-телефон Б Call SETUP на IP-телефон Б Назначение RSVP INVITE SDP 1 Агента A Ѐ

×