Cisco unified cm administration инструкция на русском

Call Manager или CUCM поражает своим размахом и обилием настроек. CUCM мало чем похож на его «собрата» Call Manager Express (CUCME), и иногда кажется что и называться они должны по другому, — настолько различны их настройки. Но от него могут звонить те же самые телефоны, а из океана мануалов можно вычленить некий сухой остаток того с чего следует начать, избежав множества ошибок и подводных камней.

В данной статье обсуждается краткая теория, а также практические шаги, необходимые для подготовки к настройке базовой конфигурации CUCM на примере версии 8.5. Статья также подойдет и для версий CUCM 6.x и 7.x, а также всех более поздних версий 9.x и 10.x, которые очень похожи.

Раннее нами обсуждались вопросы настройки CUCME или Call Manager Express в двух частях:
Настройка CUCME с нуля Часть 1
Настройка CUCME с нуля Часть 2
Как уже было отмечено, имеются существенные отличия в настройках продуктов CUCME и CUCM, но базовые принципы работы все равно те же: работают те же телефоны, те же протоколы и т.д.

CUCM — может быть установлен в двух видах:

• в виде Appliance, т.е. сервер под Linux с установленным приложением.
• в виде виртуальной машины всё того же сервера Linux.

Установочный диалог CUCM

Итак, к вам приехали коробки с оборудованием Call Manager или CUCM. Обычно его поставляют в виде кластера. В кластер чаще всего входят два сервера:
— Publisher — на нем производятся все изменения конфигурации
— Subscriber — «подсасывает» копию базы от Publisher.
Оба сервера из коробки должны иметь предустановленное ПО, и при их включении нужно будет пройти «установочный» диалог.

Для того чтобы сервер вернуть в это предустановочное состояние, нужно его загрузить с установочного диска, после установки ОС и последующей перезагрузки сервер будет готов к «установочному» диалогу. Роль сервера (Publisher/Subscriber) определяется этим диалогом.

Установка Publisher

Более подробно см. статью Пошаговая начальная установка CUCM 8.x
При вопросе Is this server first node in the cluster отвечаем YES

В процессе диалога спросят три пароля которые нужно записать и хранить в надежном месте:
— Platform Admin
Используется для доступа к консоли SSH, Disaster Recovery system

— Application User
Используется для доступа к Cisco Unified CM Administration, Cisco Unified Serviceability, Cisco Unified Reporting

— Пароль для БД
Используется внутри системы и в повседневной деятельности не нужен. Может понадобиться при восстановлении.

Так же мастер установки спросит:
— Имя сервера
— IP адрес
— Primary DNS server
— Secondary DNS server
— Domain
— Default Gateway

В среде, где будет работать CUCM, нужно чтобы клиенты могли разрешать его имя в адрес как с доменным суффиксом так и без него.
Т.е. в DNS серверах нужно вбить запись нашего CUCM
Это нужно обязательно проверить с помощью nslookup.
Например если имя сервера cucmsrv1 а домен office.local, то разрешать в его адрес должны имена:
— cucmsrv1
— cucmsrv1.office.local
В противном случае возможно кривизна в работе телефонов и их переключении при сбое основного CUCM.

Также отмечу может не для всех очевидную вещь:
Все компоненты комплекса VOIP должны иметь связь друг с другом.
Если у вас есть межсетевые экраны то лучше их отключить на время установки и «затягивать гайки» когда все заработает, а еще лучше вообще убрать все ограничения для связи между всеми компонентами, а именно:
— IP телефоны
— Ноды кластера CUCM
— VoIP Gateway
— Conference Bridge
и т.д.

Итак после того как мы пройдем установочный диалог, мы уже сможем подключаться к серверу через HTTPs. Вообще, в отличие от CUCME подавляющее количество операций можно делать только через WEB.
Существуют шесть отдельных интерфейсов:
■ Cisco Unified Communications Manager Administration (https://ip_address/ccmadmin)
■ Cisco Unified Serviceability (https://ip_address/ccmservice)
■ Disaster Recovery System (https://ip_address/drf)
■ Cisco Unified Operating System Administration (https://ip_address/cmplatform)
■ Cisco Unified Reporting (https://ip_address/cucreports)
■ Command-Line Interface (CLI)

Установка лицензий CUCM
Обычно лицензия из себя представляет pdf файл, в котором мы найдем PAK Number

Также нам понадобится MAC адрес Паблишера:
Cisco Unified Communications Manager Administration -> System -> Server -> выбираем сервер, в его свойствах должно быть написано:
Database Replication Издатель (или Publisher)
Копируем из того же окна его MAC адрес

Далее идем на http://www.cisco.com/go/license и логинимся под логином, который должны дать при покупке CUCM
— Вводим PAK number
— Вводим MAC адрес publisher
— Скачиваем файлы лицензий. Если они в архиве, то нужно разархивировать. Файл должен быть в формате *.lic
— подгружаем файлы лицензий:
Cisco Unified Communications Manager Administration -> System -> licensing -> License file upload

Если лицензии успешно загрузились, это отразится на их количестве в:
Cisco Unified Communications Manager Administration -> System -> licensing -> lisence unit report

Активируем необходимые сервисы
Cisco Unified Serviceability -> Tools -> Service Activation -> Выбираем сервер
Активируем там все сервисы кроме Cisco Messaging Interface (используется для внешних серверов Voice mail)

Конечно, в большой организации, с большим количеством серверов и с большой загрузкой по хорошему надо распределять роли между серверами. Но практика показывает, что железо прекрасно несет все функции одновременно, а утилита RTMT (Real Time Monitoring Tool) позволяет мониторить загрузку CPU и памяти.

Установка Subscriber

При установке Subscriber происходит репликация БД на него, поэтому Publisher должен его «знать».
Для ввода Subscriber подключимся к Publisher:
SUCM Administration -> System -> Server
Выбираем Add new и вбиваем имя.

При установке мы вводим аналогичные параметры
-При вопросе Is this server first node in the cluster – NO
-Вводим данные First Node Server

После установки аналогично активируем все доступные сервисы

Проверка репликации

Для проверки установки Subscriber проверим репликацию баз. Если репликация в порядке, скорее всего все остальное тоже прошло нормально.

Узнать статус репликации мы можем из нескольких источников:
RTMT
RTMT (Real Time Monitoring Tool) — очень полезный инструмент не только для проверки репликации но и многих других задач.
На левой панели выбираем Call Manager, затем Database summary.
Нас интересует «replication status» — если его значение одинаковое для всех нодов, значит все нормально.

CUCM Unified Reporting
Unified Reporting > System Reports > Unified CM Database Status > Generate new Report
Если все нормально мы должны там найти фразу All servers have a good replication status

CUCM OS Admin CLI
Даем команду:
admin:utils dbreplication status

No Errors or Mismatches found.
Replication status is good on all available servers.

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

Разработка Диал Плана (DialPlan)

Dial plan — это один из ключевых элементов системы IP Telephony. Его планирование можно сравнить с планированием IP адресации: чем больше организация тем более важен хорошо продуманный диалплан.

Как будет выглядеть номер телефона в центральном офисе и филиалах? Как они будут звонить друг другу? Как производить выход в город?

Шаг 1
Первое что нужно — это прикинуть каково общее количество абонентов сейчас и сколько будет в будущем.
Сколько абонентов может быть в каждом филиале.

Шаг 2
Понять какую адресацию использовать:
— Flat addressing
Каждый телефон в организации имеет уникальный номер. Например:
1XXX Филиал 1
2XXX Филиал 2
3XXX Филиал 3
Т.е. независимо от того, звоним мы в своем офисе или в филиале, мы набираем4-х значный номер.
Какой тип адресации прост и потому называется Flat, плоский (также он встречается под терминами Uniform, Non-Overlapping). Например такой тип адресации используется в мобильных телефонах, все номера имеют длину 10 знаков. При этой адресации проще дебагить проблемы и такая адресация рекомендуется cisco.
Неудобство начинается когда количество абонентов становится слишком большим и требуется длина номера уже не 4 цифры, а 5 и выше.
«Зачем мне набирать 6-значный номер чтобы дозвониться в соседнюю комнату?» — спросит начальство.
Тут конечно можно использовать методы трансляции, но длинный номер всегда будет смущать неподготовленного пользователя.

— Partitioned addressing
При таком типе адресации в организации телефоны в разных филиалах могут иметь идентичные номера, а для звонка в другой филиал нужно будет набрать код этого филиала.
Такой тип адресации позволяет использовать короткие номера при внутренних звонках независимо от размера организации.
Это может быть удобно пользователям, но с точки зрения системы и администрирования гораздо сложнее:
— В логах нужно будет учитывать не только номер, но и партицию. Не все программы это умеют делать, например Tariscope в отчетах подставляет только внутренний номер и совершенно непонятно куда производился звонок.
— Для звонков между филиалами нужно создавать два правила трансяции для каждой пары филиалов. Если число филиалов будет более 20 число шаблонов будет исчисляться сотнями

Планирование диалплана при использовании Flat addressing
Благодаря простоте этого типа и диалплан будет тоже простой. Все что нам нужно знать — заложиться на максимальное число всех абонентов.
Например если у нас центральный офис 500 человек и 20 филиалов по 100, то нужно заложиться на 2500 номеров. Получаем что нам требуется четырехзначный диалплан, который обеспечивает до 10000 номеров, его можно сделать например таким:
0XXX — зарезервирован для выхода в город
1XXX — большой филиал 1
2XXX — большой филиал 2
3XXX — большой филиал 3
4[0-4]XX- средний филиал 1
4[5-9]XX- средний филиал 2
51XX — Малый филиал 1
52XX — Малый филиал 2
……..
59XX — Малый филиал 9
6XXX — Для будущего развития
7XXX — Для будущего развития
8XXX — Для будущего развития
9XXX — Зарезервирован для выхода в город

Как видно в данном типе диалплана для системы абсолютно не важно какой номер будет находиться в каком городе. Распределение делается только для удобства.

Планирование диалплана при использовании Partitioned addressing
В данном случае нам нужно знать максимальное ожидаемое количество абонентов в одном филиале и максимально возможно количество филиалов.
Например если в филиале ожидается не более 300 абонентов, и всего не более 20 филиалов:
0 — зарезервирован для выхода в город
[1-5]XX — внутренняя номерация
[6-7]X — код филиала
8 — Для будущего развития
9 — зарезервирован для выхода в город

Таким образом внутренний звонок будет выглядеть как трехзначный номер [1-5]XX, а звонок в другой филиал как пятизначный номер [6-7]X[1-5]XX

Partitions и Calling Search Spaces

Мы разработали диалплан, т.е. как звонки должны ходить в теории.
Для практического внедрения диалплана важную роль играют Partitions и Calling Search Spaces — фундаментальные понятия системы CUCM, благодаря которым тысячи телефонов, находящиеся в десятках разных городов, могут управляться с одного кластера. Этот раздел статьи довольно объемный, но автор очень рекомендует все прочесть и понять. Если вы поймете что такое CSS и партиции, вы сможете планировать и затем «жонглировать» (не побоюсь этого слова) звонками из города в город.

Как обеспечить, чтобы в каждом городе при наборе «9» звонок выходил на свой локальный шлюз?
Как реализовать перекрывающуюся номерацию при Partitioned addressing?
Как сделать бесплатными звонки из одного города в другой не платя за межгород, но используя внутреннюю сеть?
Здесь нам как раз и приходят на помощь Partition и CSS.

Partition
Каждый номер телефона (DN), т.е. ТО, куда можно позвонить — ассоциируется со своей партицией.
Можно сказать, что партиция ассоциируется с объектами на которые можно позвонить (например номера телефона).
Партиция — это группа номеров с одинаковой доступностью и её можно сравнить с понятием VLAN. Телефоны находящиеся в разных партициях недосягаемы друг для друга и могут иметь идентичные номера.
Можно сказать, что «обычные» офисные телефонные станции оперируют в одной партиции.
По умолчанию существует только одна партиция «none», но использовать ее не рекомендуется, т.к. данная партиция доступна для всех телефонов. Конфигурация с партицией «none» вполне работоспособна при работе только с одним офисом, но и в самый неожиданный момент могут происходить разнообразные пренеприятные чудеса в маршрутизации, т.к. партиция «none» доступна для любого CSS. Даже если у вас только один офис, создайте отдельную партицию и работайте с ней.
Никогда не помещайте DN в партицию «none».

В общем случае с партицией могут быть ассоциированы:
■ DNs
■ Route Patterns
■ Translation Patterns
■ Voicemail Ports
■ Meet-Me Conference Numbers

Calling Search Space (CSS)
Как понятно из названия, CSS определяет то куда можно сделать звонок.
Можно сказать, что CSS ассоциируется с объектами, которые могут совершать звонок (например телефон)
CSS подобно группам могут в себя включать партиции. Для объекта с данной CSS становятся доступны объекты ассоциированные с указанными партициями.
Как и с партициями, мы можем для телефона выставить CSS . Такая CSS имеет доступ только к партиции none.
Не ассоциируйте никакие девайсы с CSS =

Пример1

Например пусть у нас будет два офиса в Москве и в Питере.
Для построения схемы Flat addressing мы создадим следующее:
— Партицию Oncluster_pt
Все телефоны организации будут ассоциированы с этой партицией и соответственно доступны друг для друга при наборе DN
— В Москве создадим партицию MSK_PSTN_pt
С этой партиций будут ассоциированы шаблоны для выхода в город, межгород и зарубеж для московских телефонов.
— В Питере создадим партицию PTR_PSTN_pt/
Как уже понятно, эта партиция для ассоциацией с шаблонами питерских телефонов

Теперь самое интересное — создадим CSS-ы
— В Москве мы создадим MSK_Internal_CSS. В него, как в группу мы включаем партиции:
Oncluster_pt
MSK_PSTN_pt
Также с этим CSS мы будем ассоциировать все московские телефоны.
— В Питере мы создадим PTR_Internal_CSS. В него включим
Oncluster_pt
PTR_PSTN_pt
И с ним ассоциируем все питерские телефоны.

Что у нас получилось: Всем телефонам доступна Oncluster_pt, т.е. партиция с которой ассоциированы все телефоны. Поскольку MSK_Internal_CSS включает в себя MSK_PSTN_pt, но не включает PTR_PSTN_pt, то при наборе «девятки» московские телефоны будут попадать в свой PSTN-шаблон, а соответственно на свой PSTN-шлюз. Питерские же пойдут на свой.
Таким образом мы добиваемся, что при наборе одной и той же «девятки» телефоны идут на разные шлюзы.

Работу партиций и CSS можно (и нужно) изображать схематично.

Кстати нам ничто не помешает ассоциировать питерский телефон с MSK_Internal_CSS и тогда он пойдет на московский шлюз. Телефону абсолютно все равно где он находится, какой у него IP адрес, в скольких сотнях километров он удален от CUCM, главное чтобы правильно были настроены Partitions и CSS.

А что будет если мы включим в MSK_Internal_CSS обе партиции PTR_PSTN_pt и MSK_PSTN_pt? Получится что при наборе 9 будут доступны оба шаблона и поскольку они равноценны система будет отправлять звонки согласно приоритету, в котором выставлены партиции в CSS MSK_Internal_CSS. Хотя подобная ситуация «разрулится», следует избегать подобных случаев пересечения, поскольку это очень сложно дебагить.

Структуру партиций и CSS нужно тщательно планировать. Даже в небольшом предприятии можно необдуманно нагородить такое, в чём разобраться будет очень сложно. Структура партиций и CSS должна четко соответствовать диалплану.

В структуре партиций и Calling Search spaces легко запутаться, поэтому DialPlan изображают схематично.
Пример схемы Flat addressing
На данной схеме все номера находятся в общей партиции Oncluster_pt.
Партиция Oncluster_pt входит во все CSS организации и потому все ассоциированные с ней номера и шаблоны доступным всем телефонам организации. Например это можно использовать для междугородних звонков: шаблон 98687XXX (междугородний номер города филиала REMO) доступен всем и при наборе номера, удовлетворяющего его условиям, звонок идет не по платному межгороду МГТС а напрямую через IP телефонию на шлюз REMO.
Для того, чтобы у каждого филиала была своя «девятка» (выход в город), для каждого сделан свой шаблон 9.T (9 и далее), который входит только в свой CSS.
MSK_Translations_pt используется для того чтобы внутри офиса можно было использовать 3-х значные номера, вместо 5-ти. При наборе [1-5]XX к номеру добавляется 77, и он становится пятизначным и понятным для системы.
На схеме фигурируют также Route Lists и Route Groups, эти понятия будут освещены в последующих статьях.

Пример схемы Partitioned Addressing

В данном примере отображена классическое решение для нескольких офисов и с применением Partitioned Addressing.
Здесь отображен новый элемент — Translation Pattern.
С помощью Translation Pattern мы можем получить возможность дозваниваться на телефоны из другой партиции.
Если продолжить аналогию Partition и VLAN, Translation Pattern подобен маршрутизатору.

При наборе номера из Москвы 70101, этот номер попадает под обработку соответствующего Translation Pattern, поскольку он находится в партиции MSK_Phones_pt.
Translation Pattern производит трансляции с двумя параметрами для нашего звонка:
— Called Party Transformation: Поскольку в партиции BGE_Phones_pt номера телефонов трехзначные, мы отнимаем от номера «70».
— Calling Party Transformation: Для того, чтобы номер звонящего нормально отображался, и на него можно было легко перезвонить, мы должны добавить к нему «77».
Далее, после произведения необходимых трансляций, звонок отдаётся уже в другую CSS, соответствующую данному Translation Pattern и повторно производится процесс Call-Routing Decision, но уже применительно к новой партиции.

Поток данных при звонке

Для того чтобы совершить звонок с одного телефона на другой, используются протоколы сигнализации, а также собственно сам аудио поток.
Сигнализация — это служебная информация, включающая номер телефона абонента, номер источника, кодек и другие данные, необходимые для того чтобы мог состояться сам звонок. Важно понимать, что CUCM является посредником между двумя аппаратами для передачи сигнализации. Даже для подачи гудка, который мы слышим при поднятии трубки, Call Manager передает соответствующий «приказ» телефонному аппарату.
Аудио поток — это собственно разговор абонентов. Важно понимать, что поток имеет место быть только непосредственно между двумя телефонами, Call Manager никак не участвует.

Централизованная топология

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

Наиболее распространенным и недорогим вариантом является централизованная топология, в которой в центральном офисе расположен кластер CUCM, который осуществляет управление звонками как в центральном офисе, так и в филиалах.
Мы будем рассматривать разворачивание именно этой топологии, т.к. в ней будут задействованы все основные элементы маршрутизации CUCM.
Даже если в задачу входит развернуть телефонию в одном офисе, отталкиваться следует именно из общей топологии, т.е. полноценное создание партиций и CCS (хотя все это в принципе не нужно в одном офисе) — она позволяет при необходимости легко расширяться без перестройки диалплана, партиций и других фундаментальных элементов.

Централизованная топология подразумевает участие центрального Call Manager во всех звонках. Например даже для того чтобы в филиале могли созвониться два телефона, необходимо участие центрального CUCM.

Заключение

В статье были освящены шаги по установке серверов CUCM, а также необходимое планирование.
Следующим этапом будет собственно настройка комплекса телефонии, что будет описано в следующих статьях.
Настройка Call Manager CUCM с нуля: основные настройки (Часть 2)

Самоваров Владимир

Administration Overview

Cisco Unified CM Administration Overview

Cisco Unified CM Administration, a web-based application, is the main administration and configuration interface for Cisco
Unified Communications Manager. You can use Cisco Unified CM Administration to configure a wide range of items for your system
including general system components, features, server settings, call routing rules, phones, end users, and media resources.

Configuration Menus

The configuration windows for Cisco Unified CM Administration are organized under the following menus:

• System—Use the configuration windows under this menu to configure general system settings such as server information, NTP
  settings, Date and Time groups, Regions, DHCP, LDAP integration, and enterprise parameters.

• Call Routing-—Use the configuration windows under this tab to configure items related to how Cisco Unified Communications
  Manager routes calls, including route patterns, route groups, hunt pilots, dial rules, partitions, calling search spaces,
  directory numbers, and transformation patterns.

• Media Resources—Use the configuration windows under this tab to configure items such as media resource groups, conference
  bridges, annunciators, and transcoders.

• Advanced Features—Use the configuration windows under this tab to configure features such as voice-mail pilots, message waiting,
  and call control agent profiles.

• Device—Use the configuration windows under this tab to set up devices such as phones, IP phone services, trunks, gateways,
  softkey templates, and SIP profiles.

• Application—Use the configuration windows under this tab to download and install plug-ins such as Cisco Unified JTAPI, Cisco
  Unified TAPI, and the Cisco Unified Real-Time Monitoring Tool.

• User Management—Use the configuration windows under the User Management tab to configure end users and application users for
  your system.

• Bulk Administration-—Use the Bulk Administration Tool to import and configure large numbers of end users or devices at a time.

• Help—Click this menu to access the online help system. The online help system contains documentation that will assist you
  in configuring settings for the various configuration windows on your system.

Operating System Administration Overview

Use Cisco Unified Communications Operating System
Administration to configure and manage your operating system and perform the following administration tasks:

• Check software and hardware status
• Check and update IP addresses
• Ping other network devices
• Manage NTP servers
• Upgrade system software and options
• Manage node security, including IPsec and certificates
• Manage remote support accounts
• Restart the system

Operating System Status

You can
check the status of various operating system components,
including the following:

• Clusters and nodes
• Hardware
• Network
• System
• Installed software and options

Operating System Settings

You can view and update the following operating system
settings:

• IP—Updates the IP addresses and DHCP client settings that ypu entered when the
  application was installed.
• NTP Server settings—Configures the IP addresses of an external
  NTP server; adds an NTP server.
• SMTP settings—Configures the simple mail transfer protocol (SMTP) host that the operating
  system will use for sending email notifications.

Operating System Security Configuration

You can manage security certificates and IPsec settings. From the Security menu, you can choose the following security options:

• Certificate Management—Manages certificates and certificate signing requests (CSRs). You can display, upload, download, delete,
  and regenerate certificates. Through certificate management, you can also monitor the expiration dates of the certificates
  on the node.

• IPsec Management—Displays or updates existing IPsec policies; sets up new IPsec policies and associations.

Software Upgrades

You can upgrade the software
version that is running on the operating system or to install
specific software options, including Cisco Unified
Communications Operating System locale installers, dial
plans, and TFTP server files.

From the Install/Upgrade menu option, you can
upgrade system software from either a local disc or a remote
server. The upgraded software is installed on the inactive
partition, and you can then restart the system and switch
partitions, so the system starts running on the newer software
version. For more information, see the Upgrade Guide for the Cisco Unified
Communications Manager at http://www.cisco.com/c/en/us/support/unified-communications/unified-communications-manager-callmanager/products-installation-guides-list.html.

Note

You must perform all software installations and upgrades through the software upgrade features that are included in the Cisco Unified Communications Operating System interface and the CLI. The system can upload and process only software that is Cisco Systems approved. You cannot install or use third-party or Windows-based software applications.

Services

The application provides the following operating system utilities:

• Ping—Checks connectivity with other network devices.

• Remote Support—Sets up an account that Cisco support personnel can use to access the system. This account automatically expires
  after the number of days that you specify.

CLI

You can access the CLI from
the Operating System or through a secure shell connection to the server. For
more information, see the

Command Line Interface
Reference Guide for Cisco Unifed Communications
Solutions at http://www.cisco.com/c/en/us/support/unified-communications/unified-communications-manager-callmanager/products-maintenance-guides-list.html.

Cisco Unified Serviceability Overview

Cisco Unified Serviceability is a web-based troubleshooting tool that provides a host of services, alarms, and tools that
assist administrators in managing their systems. Among the features that Cisco Unified Serviceability offers to administrators
are:

• Start and Stop Services—Administrators can set up an assortment of services that help administrators manage their systems.
  For example, you can start the Cisco CallManager Serviceability RTMT service thereby allowing administrators to use the Real-Time
  Monitoring Tool to monitor the health of your system.

• SNMP—SNMP facilitates the exchange of management information among network devices, such as nodes, routers, and so on. As
  part of the TCP/IP protocol suite, SNMP enables administrators to remotely manage network performance, find and solve network
  problems, and plan for network growth.

• Alarms—Alarms provide information on the runtime status and state of your system, so that you can troubleshoot problems that
  are associated with your system.

• Traces—Trace tools help you to troubleshooting issues with voice applications.

• Cisco Serviceability Reporter—The Cisco Serviceability Reporter generates daily reports in Cisco Unified Serviceability.

• SNMP—SNMP facilitates the exchange of management information among network devices, such as nodes, routers, and so on. As
  part of the TCP/IP protocol suite, SNMP enables administrators to remotely manage network performance, find and solve network
  problems, and plan for network growth.

• CallHome—Configure the Cisco Unified Communications Manager Call Home feature, allowing Cisco Unified Communications Manager
  to communicate and send the diagnostic alerts, inventory, and other messages to the Smart Call Home back-end server

Additional Administrative Interfaces

Using Cisco Unified Serviceability, you can start services that allow you to use the following additional administrative interfaces:

• Real-Time Monitoring Tool—The Real-Time Monitoring Tool is a web-based interface that helps you to monitor the health of your
  system. Using RTMT, you can view alarms, counters and reports that contain detailed information on the health of your system.

• Dialed Number Analyzer—The Dialed Number Analyzer is a web-based interface that helps administrators to troubleshoot issues
  with the dial plan.

• Cisco Unified CDR Analysis and Reporting—CDR Analysis and Reporting collects call details records showing the details of the
  calls that are placed on your system.

For details about how to use Cisco Unified Serviceability, see the Cisco Unified Serviceability Administration Guide at http://www.cisco.com/c/en/us/support/unified-communications/unified-communications-manager-callmanager/products-maintenance-guides-list.html.

Cisco Unified Reporting Overview

The Cisco Unified Reporting web application generates consolidated reports for troubleshooting or inspecting cluster data.
You can access the application at the Unified Communications Manager and Unified Communications Manager IM and Presence Service
consoles.

This tool provides an easy way to take a snapshot of cluster data. The tool gathers data from existing sources, compares the
data, and reports irregularities. When you generate a report in Cisco Unified Reporting, the report combines data from one
or more sources on one or more servers into one output view. For example, you can view the following reports to help you administer
your system:

• Unified CM Cluster Overview—View this report to get a snapshot of your cluster, including Cisco Unified Communications Manager
  and IM and Presence Service versions, server hostnames, and hardware details.

• Phone Feature List—View this report if you are configuring features. This report provides a list of which phones support which
  Cisco Unified Communications Manager features.

• Unified CM Phones Without Lines—View this report to see which phones in your cluster do not have a phone line.

For a full list of reports offered through Cisco Unified Reporting, as well as instructions on how to use the application,
see the Cisco Unified Reporting Administration Guide at http://www.cisco.com/c/en/us/support/unified-communications/unified-communications-manager-callmanager/products-maintenance-guides-list.html.

Disaster Recovery
System Overview

The Disaster Recovery System (DRS), which can be invoked from
Cisco Unified Communications Manager Administration,
provides full data backup and restore capabilities. The Disaster Recovery
System allows you to perform regularly scheduled automatic or user-invoked data
backups.

DRS restores its own settings (backup device settings and
schedule settings) as part of the platform backup/restore. DRS backs up and
restores the
drfDevice.xml and
drfSchedule.xml files. When the server is restored
with these files, you do not need to reconfigure DRS backup device and
schedule.

The Disaster Recovery System includes the following
capabilities:

• A user interface for performing backup and restore tasks.

• A distributed system architecture for performing backup and restore
  functions.

• Scheduled backups.

• Archive backups to a physical tape drive or remote SFTP server.

Bulk
Administration Tool Overview

In Cisco Unified CM Administration, uses the Bulk Administration menu and submenu options to configure entities in Unified
Communications Manager through use of the Bulk Administration Tool.

The Unified Communications Manager Bulk Administration Tool (BAT), a web-based application, lets administrators perform bulk
transactions to the Unified Communications Manager database. BAT lets you add, update, or delete a large number of similar
phones, users, or ports at the same time. When you use Cisco Unified CM Administration, each database transaction requires
an individual manual operation, while BAT automates the process and achieves faster add, update, and delete operations.

You can use BAT to
work with the following types of devices and records:

• Add, update, and delete Cisco IP Phones, gateways, phones, computer telephony interface (CTI) ports, and H.323 clients

• Add, update,
  and delete users, user device profiles, Cisco Unified Communications Manager
  Assistant managers and assistants

• Add or delete
  Forced Authorization Codes and Client Matter Codes

• Add or delete
  call pickup groups

• Populate or
  depopulate the Region Matrix

• Insert,
  delete, or export the access list

• Insert,
  delete, or export remote destinations and remote destination profiles

• Add Infrastructure Devices

For details on how
to use the Bulk Administration Tool, refer to the
Bulk
Administration Guide for Cisco Unified Communications Manager.

Related Manuals for Cisco 6921

Настройка шаблона маршрутизации SIP

Процедура

Шаг 1

Войдите на сайт http://ccm-server/, где ccm-server – это полное доменное имя или IP-адрес сервера
Cisco Unified Communications Manager.

Шаг 2

Выберите Cisco Unified CM Administration.

Шаг 3

Нажмите Маршрутизация вызова > Шаблон маршрутов SIP.

Шаг 4

Нажмите кнопку Добавить.

Шаг 5

Настройте приведенные ниже поля.

• Раздел маршрутов – выберите раздел маршрутов, который входит в область поиска для

вызовов, настроенную для параметра «Повторная маршрутизация области поиска для
вызовов» в разделе «Настройка магистрали SIP для точки приложений» выше. Если для
этого параметра установлено значение < Нет >, для параметра повторной маршрутизации
области поиска для вызовов, настроенной для магистрали SIP для точки приложений,
должно быть установлено значение < Нет >. Дополнительные сведения см. в разделе
«Конфигурация области поиска для вызовов» в Руководстве по администрированию Cisco
Unified Communications Manager или в разделе «Разделы и области поиска дл вызовов» в
Руководстве к системе Cisco Unified Communications Manager.

• Использование шаблона – выберите Маршрутизация IP-адреса.

• Шаблон IPv4 – введите IP-адрес точки приложений. Чтобы узнать IP-адрес, см. таблицу

«Конфигурация SIP» на странице «Аудио сайта администрирования».

• Маршрутизация SIP – выберите ранее настроенную магистраль SIP для точки приложений

из раскрывающегося меню.

Не изменяйте другие поля на этой странице. Оставьте значения по умолчанию.

Примечание

Шаг 6

Нажмите Сохранить.

Совместимость функций CUCM и поддержка

В таблицах ниже представлена информация о совместимости функций поддерживаемых
версий CUCM.

Совместимость функций CUCM

Cisco WebEx Meetings Server поддерживает CUCM версий 7.1, 8.6, 9.0 и 9.1.

В таблице ниже представлена информация о совместимости функций поддерживаемых версий
CUCM. Емкость системы Cisco WebEx Meetings Server не зависит от выбора конфигурации.

Руководство по планированию сервера Cisco WebEx Meetings Server, выпуск 1.1    

97

Настройка Cisco Unified Communications Manager (CUCM)

Настройка шаблона маршрутизации SIP

Время на прочтение
5 мин

Количество просмотров 143K

Совсем недавно на нашу организацию вышел клиент, который попросил настроить IP-AТС на основе платформы Cisco 2921 и софта Cisco CallManager Express (CME). Клиентами разбрасываться не прилично в наше время, посему решили данную услугу оказать.

Взялся я за это дело не столько с целью срубить бабла для компании, сколько с целью ознакомиться как у этой самой Cisco устроена Ip-телефония, с целью саморазвития то бишь.

Ознакомился. Тема приятная; для меня как для цискаря работать гораздо удобнее нежели чем с Asterisk.

Писать про возможности CME можно много. Сегодня расскажу про самые его основы.
Попробуем решить простую задачу: есть пара телефонов — один работает по SIP, другой по SCCP, надо заставить их звонить друг на друга. Как это сделать — под катом.

Первоначальная настройка CME

Нулевым пунктом считается настройка dhcp-сервера на маршрутизаторе, так как практически все телефоны по умолчанию настроены на получение IP-адреса именно таким способом. Если кто-то подзабыл или не знал, то на Цисках это делается так:

CME#conf t
CME#(config)ip dhcp pool voicepool
CME#(config-ip-dhcp)network 192.168.101.0 255.255.255.0
CME#(config-ip-dhcp)default-router 192.168.101.1
CME#(config-ip-dhcp)option 150 ip 192.168.101.1
CME#(config-ip-dhcp)lease 0 0 30

Все настройки вроде бы очевидны. За исключением, наверное 150-ой опции. Данная опция передаёт в DHCP-настройках адрес tftp-сервера (про использование tftp-сервера в этой статье я писать не буду, но вещь это очень полезная для работы с телефонами)

По умолчанию, Cisco очень хорошо и с пониманием относится к работе протокола SCCP (в силу того, что данный протокол принадлежит самой Cisco), и не очень дружит с более распространным SIP-ом. Так, например чтобы просто разрешить звонки между SIP-телефонами, подключенными к нашей АТС необходимо сконфигурировать:

CME#conf t
CME#(config)voice service voip
CME#(config-voice)allow-connections sip to sip

Далее конфигурируем срок регистрации SIP-телефонов:

CME#conf t
CME#(config)voice service voip
CME#(config-voice)sip
CME#(config-voice-sip)registrar server expires max 3600 min 3600

Теперь необходимо создать т.н. класс кодеков — набор кодеков, которые планируется использовать:

CME#conf t
CME#(config)voice class codec 1
CME#(config-voice)codec preference 1 g711alaw
CME#(config-voice)codec preference 2 g711ulaw
CME#(config-voice)codec preference 3 g729br8

Первым будет сделана попытка использовть кодек 711alaw, если не удастся, то g711ulaw, ну и дальше интуитивно понятно.

Этих настроек будет достаточно.

Настройка для работы c SCCP

Все настройки касающиеся работы протокола SCCP происходят в разделе telephony-service. Вот необходимый нам минимум:

CME#conf t
CME#(config)telephony-service
CME#(config-telephony)max-ephones 10
CME#(config-telephony)max-dn 10
CME#(config-telephony)ip source-address 192.168.101.1 port 2000

ephone — это такая штука, которая, упрощённо говоря, символизирует собой телефон, ну то есть образ телефонного апарата в понятии CME. Параметр max-ephones отвечает, соответственно за то, какое количество SCCP-телефонов может быть зарегистрировано на данной АТС.

dn — (directory number) это такая штука, которая, упрощённо говоря, символизирует собой телефонный номер. По аналогии ясно, за что отвечает параметр max-dn.

К слову сказать, не очень правильно указывать слишком большое количество ephone и dn, ибо под каждый из этих «юнитов» CME будет выделять оперативную память при инициализации.

Плюс ко всему количество поддерживаемых ephone и dn зависит от модели платформы и версии софта.
ip source-address задаёт IP-адрес (и как следствие интерфейс) и порт, на котором будут слушаться запросы от SCCP-телефонов

Настройка CME для работы с SIP-телефонами

Все настройки касающиеся работы протокола SIP происходят в разделе voice register global. Вот необходимый нам минимум:

CME#conf t
CME#(config)voice register global
CME#(config-voice)mode cme
CME#(config-voice)source-address 192.168.101.1 port 5060
CME#(config-voice)max-dn 50
CME#(config-voice)max-pool 36

Два отличия. Первое — необходимо выполнить команду mode cme, которая как бы намекает роутеру что отныне с SIP-телефонами будет работать CME (это к тому, что с протоколом SIP у Cisco работает не только описываемый нами софт). Второе — теперь вместо ephon-ов мы будем оперировать voice-pool-ами

Регистрируем телефоны

Можно приступать к настройке нумерации и параметров регистрации телефонов.
Технология в обоих протоколах одинакова и достаточно проста — сначала создаётся dn, потом создаётся «телефон», и к телефону привязывается его номер (или несколько).
В нашем примере для авторизации телефонных аппаратов на сервере мы будем использовать их MAC-адреса. Это логично, так как на практике за определённым человеком закрепляется один и тот же телефонный аппарат и телефонный номер, а человек обычно редко перемещает своё рабочее место в офисе, а если и перемещает, то и телефончик с собой переносит.

Регистрируем SCCP-телефон

Создаём телефонный номер:

CME#conf t
CME#(config)ephone-dn 1
CME#(config-ephone-dn)number 100
CME#(config-ephone-dn)description Beauty-User
CME#(config-ephone-dn)name The Real Man

Создали телефонный номер 100, описание внутри CME — «Beauty-User», отображаемое на телефоне имя будет «The Real Man»

Создаём образ телефоного аппарата. привязываем его к MAC-адресу реального аппарата, привязываем к нему номер:

CME#conf t
CME#(config)ephone 1
CME#(config-ephone)mac-address B4A4.E328.BDEC
CME#(config-ephone)button 1:1

Привязывание телефонного аппарата (а точнее телефонной линии нашего аппарата) происходи командой button 1:1. Формат следующий — сначала набираем ключевое слово «button», потом указываем номер этой «кнопки» (первый в нашем примере), потом указываем действие, которое требуется совершить («:» — двоеточие означает, что сейчас мы привяжем к выбранной линии какой-нибудь телефонный номер) и потом параметр соответствующий действию — в нашем случае указываем телефонный номер (то есть номер настроенного заранее dn).

Вы же наверняка видели в жизнина картинках цискофон? Видели там много всяких кнопок возле экранчика? Это и есть те самые button-ы. На самом деле, каждая из этих кнопок отвечает за свою линию. А действий над ними можно совершать много (не только привязывать к какому нибудь номеру). Но это достойно отдельной статьи.

А тем временем мы можем смело включать телефон с указанным МАК-адресом в сеть, подождать пока он прогрузится, увидеть на его экранчике возле первой кнопки номер 100 и заветное имя — «The Real Man». Если мы подымем трубку, то услышым заветный зуммер

Регистрируем SIP-телефон

directory number создаётся следующим образом:

CME#conf t
CME#(config)voice register dn 1
CME#(config-voice-register-dn)number 200

Думаю, всё понятно. Описываем далее параметры для телефона:

CME#conf t
CME#(config)voice register pool 1
CME#(config-voice-register-pool)id mac 1CDF.0F4A.152E
CME#(config-voice-register-pool)number 1 dn 1
CME#(config-voice-register-pool)voice-class codec 1
CME#(config-voice-register-pool)username test password test

Привязка к первой линии первого номера происходит командой number 1 dn 1.
Командой voice-class codec 1 определяем для телефона набор допустимых кодеков (этот набор мы описывали в начале самом).
Далее командой usernamepassword задаём аутентифкационные данные.

Чтобы телефон зарегистрировался, необходимо зайти на его веб-морду и в настройках первой линии указать адрес сервера — 192.168.101.1 и аутентификационные данные. Сохраняем.
Перезагружаем.
…
PROFIT!

IP-адрес телефона можно узнать по информации из dhcp-пула по маку используя команду show ip dhcp binding, либо в настройках самого телефона — голосовое, либо визуально меню.

Вроде бы всё. Были описаны минимальные настройки CME чтобы на нём могли зарегистрироваться два телефона (SIP и SCCP), получив адрес через DHCP.

Источники знаний

Основной источник знаний для начала был видео-курс к CCNA Voice от Jeremy Cioara. Довольно живым языком (английским правда) рассказывается об IP-телефонии вообще и о нюансах настройки этого самого CME. Правда там ни словом не затрагивается настройка SIP-телефонов.

Очень хороший мануал, конечно, есть на cisco.com. Называется он Cisco Unified Communications Manager Express System Administration Guide. Доступен тут. Там же есть ссылка для скачивания в PDF.

В дальнейшем постараюсь рассказывать о разных нюансах настройки IP-телефонии на Cisco в общем, и о CME в частности — настройка tftp сервера для заливания прошивок на телефоны, подключение линий от ТфОП, специфика установки CME и прочие фичи.