Блог инструктора Cisco Дмитрия Бенды (CCSI#33268, CCVP, NCTS)

Базовое администрирование PBX Asterisk - курс Александра Левичева

2012-02-19T08:29:00.004+02:00

Доброе утро, всем!

Сегодня я хотел бы представить вашему вниманию новый продукт "Центра Знаний" - курс "Базовое администрирование PBX Asterisk (ASTERISK v1.0)", созданный Александром Левичевым. Этот курс поможет учащимся, которые делают первые шаги в освоении PBX Asterisk, систематизирует их знания в области основ VoIP, а также научит их основным операциям администрирования Asterisk.

IP PBX Asterisk в комплексе с необходимым оборудованием обладает всеми возможностями классической АТС, поддерживает множество VoIP протоколов и предоставляет богатые функции управления звонками:

голосовую почту,
конференции,
интерактивное голосовое меню (IVR),
центр обработки вызовов (постановка звонков в очередь и распределение их по агентам используя различные алгоритмы),
выдачу тарификационных записей (CDR)

Обо всем этом расскажет Александр в рамках созданного им курса. Слушатели научатся регистрировать на Asterisk IP телефоны (как программные, так и аппаратные), конфигурировать подключение к городской телефонной сети по E1 через SIP шлюз Cisco, подключаться к другой IP PBX поcредством SIP-транков, настраивать основные телефонные функции.

Данный курс можно прослушать в "Центре Знаний" уже совсем скоро - с марта текущего года. Записаться на этот курс можно, как всегда, у наших консультантов по продажам. Курс доступен во всех филиалах "Центра Знаний" - в Киеве, Минске и Алмате. Лабораторные работы проводятся на реальном оборудовании - сервере Asterisk, голосовых шлюзах и телефонах Cisco. Курс рассчитан на 5 дней обучения.

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

Знания и навыки, которые должен иметь слушатель перед курсом ASTERISK v1.0:

понимание концепций и технологий компьютерных сетей, таких как LAN,WAN, IP-коммутация и основы маршрутизации.

Приобретаемые практические знания

По завершении курса слушатель сможет:

Устанавливать сервер Asterisk
Конфигурировать DHCP, TFTP, FTP для регистрации IP телефона
Регистрировать как программные, так и аппаратные телефоны
Конфигурировать подключения к другим станциям по протоколу SIP
Настраивать подключение к городской телефонной сети по потоку E1 PRI при помощи голосового шлюза
Создавать план набора номеров на Asterisk
Конфигурировать привилегии пользователей (разрешения / запреты на те или иные звонки)
Конфигурировать базовые настройки безопасности
Использовать телефонные функции
Настраивать базовые функции голосовой почты
Создавать автоответчик
Конфигурировать ACD

Содержание курса

1. Основы традиционной и IP телефонии
2. Обзор платформы Asterisk, проекты использующие Asterisk
3. Установка Asterisk
4. Модули и приложения в Asterisk
5. Этапы регистрации IP телефона в PBX Asterisk
6. Сигнализация Е1 ISDN PRI, настройка голосового шлюза для использования потоков E1
7. Протоколы сигнализации IP телефонии (H323, SIP)
8. Маршрутизация звонка в IP PBX Asterisk
9. Настройка привилегий пользователей
10. Дополнительные телефонные функции и голосовая почта
11. Автоответчик и ACD

Лабораторные работы:

Регистрация IP телефонов
Создание плана набора номеров на Asterisk и конфигурация PRI потока на шлюзе
Конфигурация подключения к Cisco Unified Communications Manager, Cisco Unified Communications Manager Express, Asterisk по протоколу SIP
Конфигурация привилегий пользователей
Конфигурация дополнительных функций Asterisk

MoH
MeetMe
FollowMe
Hunting
Record
Shared Line
Call Admission Control
Barge

Конфигурация голосовой почты
Конфигурация автоответчика (АА)
Конфигурация функций Call Center

Желаю всех хороших выходных!

Фоновые заставки для IP телефонов Cisco на СUCM

2012-02-15T18:09:00.000+02:00

Добрый вечер, коллеги!

Сегодня мне хотелось бы рассказать вам о том, как изменить фоновую заставку (картинку) на экранах IP телефонов Cisco. Данный процесс очень хорошо описан в инструкциях по настройкам телефона (Administration Guide), однако мне бы хотелось все-таки сделать некое обобщение для наиболее часто используемых моделей телефонов и показать сам процесс на примере установки фоновой заставки для телефона Cisco 7965 c сервера CUCM.

Итак, для начала разберемся, где хранятся фоновые заставки и как телефон их получает. Файлы с фоновыми рисунками должны быть в формате .png. Они хранятся на TFTP сервере (обычно это один из серверов CUCM в кластере). Для установки новой картинки потребуется два файла: один будет, собственно, использован для экрана, а второй (thumbnail) будет использован в качестве иконки в меню выбора фоновых изображений телефона (Settings->User Preferences->Background Images). Информацию о том, какие заставки доступны для выбора, телефон получает из файла List.xml, который хранится также на TFTP сервере.

Файлы с изображениями, как основной, так и файл для иконки, должны быть перед загрузкой обработаны в графическом редакторе (например, с помощью Paint), а именно нужно задать необходимую ширину и высоту изображения, подходящую для экрана IP телефона. Также нужно будет переписать файл List.xml - указать в нем имена новых файлов фоновых изображений (и основного файла, и файла-иконки). После этого файлы с изображениями и файл List.xml загружаются в соответствующую папку на TFTP сервере. В следующей таблице показаны необходимые параметры файлов изображений для разных моделей телефонов, а также имена папок на TFTP сервере, в которые их следует загрузить:

Phone Model	Full Image Size	Thumbnail Image Size	TFTP Directory Path
7906 / 7911	95×34	23×8	/Desktops/95x34x1
7941 / 7961	320×196	80×49	/Desktops/320x196x4
7942 / 7962	320×196	80×49	/Desktops/320x196x4
7945 / 7965	320×212	80×53	/Desktops/320x212x16
7970 / 7971	320×212	80×53	/Desktops/320x212x12
7975	320×212	80×53	/Desktops/320x216x16

Теперь поэтапно рассмотрим процесс добавления новых фоновых заставок для телефона. Используем телефон модели 7965 и CUCM v8.5:

1. В графическом редакторе Paint изменяем размеры основого файла с изображением (320х212) и файла для иконки (80х53).

Основной файл с изображением сохраняем под именем zastavka_kc.png, файл-иконку - под именем zastavka_kc_thumb.png.

2. Вносим изменения в файл List.xml. Описываем пути к файлу-иконке и к файлу с основным изображением.

<CiscoIPPhoneImageList>
<ImageItem Image="TFTP:Desktops/320x212x16/zastavka_kc_thumb.png"
URL="TFTP:Desktops/320x212x16/zastavka_kc.png"/>

</CiscoIPPhoneImageList>

3. Загружаем файлы для заставки и файл List.xml на TFTP сервер в папку Desktops/320x212x16

4. После загрузки файлов необходимо перезапустить TFTP сервер.

5. Теперь все готово к выбору новой заставки на телефоне. Выполняем это через меню аппарата

Settings->User Preferences->Background Images

Выбираем появившуюся новую иконку, и после этого на экране появляется новая заставка.

Хорошего вечера!

Баг телефона 7911 при обновлении firmware

2012-02-03T07:17:00.003+02:00

Добрый день, коллеги!

На курсе CIPT1, который я провожу в настоящее время в Алмате, один из слушателей попросил меня помочь с проблемой, связанной с телефоном Cisco 7911. Проблема заключалась в следующем - телефон был переведен в режим обновления ПО с помощью комбинации клавиш 123456789*0#, однако новое ПО он категорически отказывался принимать (на TFTP сервере находилась прошивка SCCP 9.2.3, в качестве TFTP сервера использовался CUCME v7.0) . На экране светилась надпись "Upgrading" и высвечивался MAC-адрес телефона. Причем так себя вели два телефона этой модели.

Очевидно, что нужно было провести более глубокий анализ такогого поведения телефона. Для этого решили с помощью Wireshark посмотреть, какие пакеты отсылает и получает данный аппарат. Было установлено, что телефон получает все необходимые настройки по DHCP (включая адрес TFTP-сервера с опцией 150), но дальше никакой активности не проявлял.

Решение было найдено на сайте вендора тут. Были проделаны следующие действия:

- на ТFTP сервер загрузили прошивку SCCP 8.2.2 SR1;
- при включении питания на телефоне нажали клавишу # и удерживали ее до момента, когда начал мигать светодиодный индикатор MWI:
- ввели команду сброса телефона до factory default: 3491672850*#, после которой телефон полностью обнулился;
- телефон получил параметры DHCP и затем подтянул прошивку 8.2.2 c TFTP-сервера;
- после загрузки прошивки телефон перезагрузился и успешно зарегистрировался на CUCME, т.е работоспособность телефона была восстановлена.

Однако, затем была произведена попытка проапгрейдить прошивку до актуальной, 9й версии, для чего было решено зарегистрировать телефон на лабораторном CUCM версии 8.5, на котором находилась прошивка 9.2.3. При регистрации нашего телефона с прошивкой 8.2.2 попытка апгрейда не удалась - телефон обращался к серверу, активировался процесс апгрейда, но при его старте высвечивалось сообщение "Auth Fail" и процесс обновления ПО прерывался. Далее телефон загружался с прошивкой 8.2.2 и регистрировался на CUCM.

Решение для второй появившейся проблемы тоже было найдено. Оказывается, что на девятые версии прошивки можно перейти только, если на телефоне была прошивка версий 8.3 или новее. Телефон был перепрошит с версии 8.2.2 на 8.3.5, после чего при регистрации на CUCM он успешно автоматически проапгрейдился до 9.2.3.

Вот таким способом мне удалось успешно восстановить оба телефона 7911. Если кто-то из вас столкнется с подобной проблемой на телефонах 7911, описанный выше способ помогает исправить ситуацию.

Удачи и хорошего дня! :)

Курс по администрированию Call Manager Express (IITUCX 8.5) в "Центре Знаний"

2012-01-21T08:01:00.001+02:00

Доброе утро, уважаемые читатели!

В начале 2012 года в линейке курсов Cisco направления Unified Communications появился новый курс, посвященный основам администрирования Call Manager Express. Разработчики назвали его Implementing Cisco IOS Telephony Voice and Unified Communications Express (IITUCX) v.8.5 - Внедрение решений телефонии на базе голосовых шлюзов Cisco и Unified Communications Express. C февраля 2012 этот курс доступен и в "Центре Знаний". Проводить его будут сертифицированные инструкторы Cisco - Бенда Дмитрий (CCSI#33268) и Александр Левичев (CCSI#33991).

Курс IITUCX 8.5 является пятидневным и знакомит слушателей с основами традиционной телефонии и VoIP телефонии, а также с базовыми навыками настройки продуктов Cisco Call Manager Express (CUCME) и Cisco Unity Express (CUE). Он рассказывает о том, как администрировать CUCME и CUE с помощью командной строки, графического интерфейса и утилиты Cisco Configuration Professional - о настройке и регистрации телефонов, настройке базовых телефонных функций (Music on Hold, Call Transfer, Call Pick-up, Call Forward и т.п.), программирование ограничения выхода на направление связи, администрирование голосовой почты, использовании автосекретаря. Данный курс будет полезен инженерам связи, администраторам сетей, которые используют продукты CUCME и CUE в своих корпоративных решениях.

По завершению курса IITUCX 8.5 слушатель сможет:

Понимать компоненты и их преймущества решения Cisco Unified Communications и их преймущества
Описывать, как работают системы традиционной телефонии
Описывать основы работы, пртоколы и компоненты VoIP телефонии
Настраивать голосовые шлюзы для совершения VoIP звонков
Внедрять и настраивать CUCME в рамках модели одного офиса
Инсталлировать и конфигурировать CUE, включая функцию CUE AutoAttendant

В курсе IITUCX 8.5 предусмотрены следующие лабораторные работы:

Демонстрация теории телефонной связи
Подготовка сетевой инфраструктуры для внедрения Cisco Unified Communications
Конфигурирование POTS диал-пиров
Конфигурирование VoIP диал-пиров
Настройка CUCME для регистрации телефонов
Настройка базовых телефонных функций
Настройка функций Mobility
Конфигурирование преобразования телефонных номеров
Настройка привилегий абонентов
Внедрение CUE
Настройка автосекретаря с помощью CLI
Настройка автосекретаря с помощью Cisco Unified Communications Editor
Обзорная лабораторная работа на закрепление всего изученного материала

Все лабораторные работы проводятся только на реальном оборудовании. Слушатель получает доступ к роутерам Cisco 2811 c IOS 15.1.3 и установленными в них модулями NME-CUE (модули голосовой почты).

Более детальное описание курса можно найти на сайте "Центра Знаний" - http://knowledgeforit.com/component/option,com_educal_by/Itemid,180/extmode,view/extid,903/lang,by/
Информацию о ценах и возможных датах курса вам подскажут наши консультанты по продажам.

Будем рады видеть вас в Центре Знаний!

Учебник по базовому администрированию УАТС Meridian 1 - Версия 2.0

2012-01-08T08:50:00.004+02:00

Здравствуйте, коллеги! Сердечно поздравляю всех вас с новогодними праздниками! Желаю вам здоровья, процветания и благополучия!

Новый, 2012, год я решил начать с обновления своего учебника по администрированию УАТС Meridian 1. В конце 2011 был написан дополнительный седьмой урок, в котором рассмотрены основы работы с потоками E1. На сегодняшний день практически все УАТС подключаются в телефонную сеть общего пользования с помощью потоков Е1 (PRI, сигнализация EURO ISDN). В связи с этим администраторам УАТС Meridian 1 необходимо знать базовые вещи, с которыми придется иметь дело при работе с такими подключениями.

В данном уроке я кратко описал теоретические аспекты работы потоков Е1 с сигнализацией EURO ISDN, рассказал о настройке конвертации номера вызываемого абонента при входящем звонке (IDC), о программировании преобразования номеров вызывающего абонента при исходящем звонке в городскую сеть (CLID), об операциях обслуживания потоков Е1 в УАТС Meridian 1. Иными словами, были расмотрены основные операции, необходимые для оперативных настроек и диагностики потоков Е1.

Дополнительный урок я выложил в виде pdf-файла тут. Таким образом, читатели, которые приобрели первую версию учебника, могут скачать Урок 7 и дополнить им свои книги.

Обновленное содержание учебника находится здесь:

https://docs.google.com/viewer?a=v&pid=explorer&chrome=true&srcid=0B6KfKdk-TiblODMzMmRiMjItMjhjZi00MGNjLWE4YTItZGEwYmMyOTI3NWY1&hl=ru

Динамическая маршрутизация телефонных вызовов с помощью SAF / CCD, часть 2 - Настройка

2011-12-25T21:54:00.003+02:00

Доброго времени суток!

Сегодня мы продолжим разговор, начатый нами ранее - рассмотрим настройку устройств, использующих технологию SAF / CCD. Снова передаю слово Александру Левичеву:

" Теперь научимся конфигурировать устройства, работающие в сети SAF. Для начала сконфигурируем форвардеры для установления соседства друг с другом:

А) роутеры находятся в одной подсети и возможно динамическое обнаружение друг друга

router eigrp SAFPROC

service-family ipv4 autonomous-system 1

! номер автономной системы, должен совпадать на форвардерах

topology base

exit

exit

Б) роутеры находятся в разных сетях

Router A

router eigrp SAFPROC

service-family ipv4 autonomous-system 1

neighbor 10.1.1.2 loopback 0 remote 16

topology base

exit-sf-topology

exit-service-family

Router B

router eigrp SAFPROC

service-family ipv4 autonomous-system 1

neighbor 10.1.1.1 loopback 0 remote 16

topology base

exit-sf-topology

exit-service-family

Далее рассмотрим конфигурацию CUCM для регистрации в сети SAF:

1. Создаем security profile (Advanced Features -> SAF -> SAF Security Profile -> Add new ), в котором укажем имя пользователя и пароль для регистрации клиента в SAF сети. Эти данные должны быть указаны в SAF форвардере, на котором будет регистрироваться данный клиент. Длина пароля должна быть не менее 11 символов.

2. Прописываем данные SAF форвардера, на котором будет регистрироваться наш клиент, т.е данный CUCM (Advanced Features -> SAF -> SAF Forwarder -> Add new). Особое внимание стоит уделить параметрам Client Label и SAF Forwarder Port (SAF работает по порту 5050!!! - не путать с портом 5060 для протокола SIP)

3. Создаем транк, по которому будут осуществляться звонки на номера, полученные динамически с помощью технологии SAF / CCD (Device -> Trunk -> Add new). Транк может использовать как протокол сигнализации H.323, так и протокол сигнализации SIP. После указания всех параметров важно сделать Reset транка!

4. Конфигурируем группу объявляемых телефонных номеров - Hosted DN Group (Call Routing -> Call Control Discovery -> Hosted DN Group -> Add new)

5. Указываем шаблон объявляемых телефонных номеров - Hosted DN Pattern (Call Routing -> Call Control Discovery -> Hosted DN Pattern -> Add new)

Таким образом, наш CUCM будет объявлять в SAF-сеть диапазоны телефонных номеров 442ХХХ и 623ХХХ

6. Далее пришло время для конфигурирования сервиса объявления телефонных номеров - Advertising Service (Call Routing -> Call Control Discovery -> Advertising Service -> Add new). Указываем группу объявляемых номеров, используемый транк и включаем сервис объявления.

7. Создаем партицию (Partition), в которую будут помещены телефонные номера, объявляемые от других клиентов сети SAF (Call Routing -> Call Control Discovery -> Partition). Это необязательный шаг, но его можно выполнить для того, чтобы ограничить доступ некоторых абонентов к маршрутам, полученным динамически, с помощью обычной методики Calling Search Space - Partition.

8. Настраиваем сервис подписки, с помощью которого данный CUCM будет получать телефонные номера от сети SAF (Call Routing -> Call Control Discovery -> Requesting Service). Задаем партицию для полученных маршрутов, а также транк, с которым будет работать сервис подписки.

9. Настраиваем SAF-форвардер для регистрации клиента

service-family external-client listen ipv4 5050 ! порт должен совпадать с указанным во 2м пункте

external-client safKyivFwd ! должно совпадать с client label параметром во 2м пункте

username ciscoadmin ! должно совпадать с параметрами в 1м пункте

password ciscopassword

Приведем также пример конфигурации CUCME для работы в сети SAF. Конфигурируется транк для работы с динамическими телефонными маршрутами, диапазон объявляемых телефонных номеров, сервисы объявления и подписки, а также диал-пиры для звонков на динамические маршруты:

voice service saf

profile trunk-route 7

session protocol sip interface loopback 0 transport tcp port 5060

profile dn-block 3 alias-prefix 064555 strip length 2

pattern 1 type extension 642XXX

pattern 2 type extension 643XXX

profile callcontrol 5 ! связываем транк-роут с блоками анонсируемых номеров под данным профилем

dn-service

trunk-route 7

dn-block 3

channel 9 vrouter SAFPROC asystem 11 ! номер AS и process id должны совпадать с параметрами на форвардере

subscribe callcontrol wildcarded ! включаем сервис подписки

publish callcontrol 5 ! включаем сервис анонсирования

dial-peer voice 2045 voip ! создание шаблона для динамических диалпиров

destination-pattern .T

session target saf

Если не работает…

В случае возникновения проблем с регистрацией внешнего клиента на форвардере необходимо перезапустить сервис Cisco Call Manager.
В случае проблем с объявлением телефонных номеров необходимо перезапустить службу объявления (и службу подписки)

Команды проверки и отладки для форвардеров:

show voice saf trunk-route all ! все транки до клиентов (ip,protocol4-7,id)

show voice saf channel summary ! все каналы (num, state, as, published, subsribed)

show voice saf dnDb all ! все шаблоны тел. номеров

show eigrp service-family ipv4 neighbours ! соседей форвардеров

show eigrp service-family ipv4 clients ! зарегистрированных клиентов debug voice saf ! сообщения отладки по САФу

В заключение, хотелось бы отметить, что настройка SAF более подробно рассматривается в курсе CIPT2, в котором также предусмотрена лабораторная работа по практической настройке SAF / CCD."

Динамическая маршрутизация телефонных звонков с помощью SAF / CCD, часть 1

2011-12-17T10:26:00.006+02:00

Здравствуйте, коллеги!

В прошлом посте я представил вам своего ученика - Александра Левичева. Теперь же хочу опубликовать материал, который подготовил для вас Александр. Он расскажет о новой технологии, появившейся в 8м релизе CUCM и CME - о сети SAF, с помощью которой можно передавать телефонные маршруты между двумя IP АТС динамически. Материал опубликуем в двух частях: первая будет посвящена обзору SAF / ССD, во второй Вы познакомитесь с настройками устройств SAF-сети.

Итак, передаю слово Александру. :)

"Сегодня мы будем говорить о технологии динамической передачи информации о телефонных номерах в сетях, построенных на оборудовании Cisco, также известной под названием SAF / CCD. Это хорошо масштабируемый и эффективный подход к конфигурации маршрутов в Вашей телефонной сети.

В телефонных сетях, насчитывающих 3 и более АТС, администраторам обычно приходится настраивать маршрутизацию звонков между станциями по принципу «каждый с каждым». Такой же принцип ранее и использовался для соединения IP телефонных станций Cisco меджу собой по протоколам H323 или SIP. Это статические записи (dialpeer’ы или Route Pattern’ы), говорящие, как правило, о том, что диапазон номеров ХХХХ контролируется шлюзом/АТС c IP адресом Х.Х.Х.Х. Совершенно очевидно, что для объединения, скажем, 10 станций между собой придется на каждой из них прописывать по 9 маршрутов к соседям, что неудобно.

Данную проблему можно было бы решить, применяя в IP сети гейткиперы (H323) или SIP-сервер (SIP), но опять же была конфигурация маршрутов была бы статической, к тому же появляется единая точка отказа.

Cisco решила пойти другим путем, проверенным в сетях передачи данных – было решено информацию о телефонных маршрутах передавать динамически. В отличие от создания статических маршрутов (dialpeers в CME или route patterns в CUCM) SAF / CCD использует метод динамического обмена шаблонами телефонных номеров (hosted DN), что значительно упрощает работу администратора при конфигурации маршрутов в случае их создания или изменения. Преимущества SAF / CCD перед гейткипером или SIP прокси сервером - отсутствие единой точки отказа и автоматическое извещение всех УАТС об изменениях в плане нумерации той или иной АТС, работающих в сети SAF.

К сожалению, SAF / CCD пока является только вендорным или «проприеритарным» решением. Это значит, что данная технология работает только в телефонных сетях, построенных на оборудовании Cisco (т.е если используются только CUCM, CME и голосовые шлюзы Cisco).

Архитектура сети SAF состоит из клиентов, которые запрашивают и анонсируют шаблоны телефонных номеров, и форвардеров (forwarder), которые получают шаблоны телефонных номеров от клиентов (или от других форвардеров) и пересылают их дальше, точно так же как и маршруты в случае протоколов динамической маршрутизации.

SAF клиент – CUCM или CME:

· регистрируется на форвардере

· анонсирует шаблоны телефонных номеров

· подписывается на шаблоны телефонных номеров

· обменивается кипэлайвами (keepalive) с форвардером

SAF форвардер – шлюз задача которого:

· распространять шаблоны телефонных номеров, полученных от клиентов

· устанавливать и поддерживать соседство (neighbourship) с другими форвардерами

SAF сеть работает по тем же самым принципам, которые используются в протоколе маршрутизации EIGRP. Форвардеры должны установить соседство друг с другом в SAF сети, и только после этого они могут передавать информацию о телефонных номерах друг другу. Если форвардеры находятся в одной подсети, то они могут автоматически обнаружить друг друга и установить соседство с помощью расслылки hello пакетов мультикастом, если в разных подсетях, то нужно вручную указывать IP адрес SAF соседа с помощью команды neighbor.

Идея работы SAF сети состоит в том что SAF клиент К1 (CUCM) посылает информацию о своих телефонных номерах (hosted DN) форвардеру (А), на котором он зарегистрирован. SAF форвардер (А) пересылает эту информацию своему соседу (B), которого он обнаружил автоматически с помощью мультикаста, а тот (B) в свою очередь – соседу, сконфигурированному вручную (С). В конце концов информация доходит до форвардера D, на котором также есть клиент (CME К2). Клиент K2 записывает информацию (hosted DN) от К1. Аналогично, клиент K2 объявляет свои маршруты SAF сети, и та, в свою очередь, доставляет их до клиента К1.

Нужно отметить, что при распространении информации о телефонных номерах, клиенты так же объявляют о том, какой протокол сигнализации (SIP или H323) использовать для звонков на объявляемые номера. Для звонков на номера, полученные с помощью SAF / CCD, используются специально сконфигурированные для этой цели SIP или H323 транки.

В CUCM Вы можете посмотреть на маршруты, которые получил сервер только с помощью утилиты RTMT. Для CME это можно сделать с помощью соответствующей команды. Данная технология появилась с Call Manager (Express) 8.0. На момент написания статьи поддержка есть только для ipv4.

Платформы устройств, поддерживающие SAF:

· 800, 1800, 2800, 2900, 3800, 3900, 7200 (ios 15.0(1)M)

· 7600 (ios 12.2(33) SRE)

· ASR 1000 (ios XE 2.5), CAT 4000 (12.2(54)SG) , 6000 (12.2(33)SXI4)

Продолжение следует....

Мой ученик - Александр Левичев

2011-12-13T18:40:00.002+02:00

Александр Левичев

Доброго времени суток всем! :)

Сегодня я бы хотел рассказать о своем воспитаннике, инструкторе Cisco (CCSI#33991) "Центра Знаний" - Александре Левичеве. Александр вместе со мной работает в таком непростом направлении как Unified Comminications.

Началось все с того, что "Центр Знаний" в начале 2011 года проводил программу по подготовке собственных молодых специалистов-инструкторов. Был проведен конкурсный отбор, в результате которого к участию в программе допускались самые лучшие ребята по техническим знаниям и по презентационным навыкам. В их числе был и Александр, который сразу обратил на себя внимание имеющимися практическими навыками по работе с коммутаторами и маршрутизаторами Cisco, и знаниями на уровне CCNA. Александру не составило большого труда быстро освоить базовые курсы Cisco и подтвердить свои знания, первым из группы сдав экзамен и получив официальную сертификацию CCNA.

Естественно, талант Саши и его способности не остались нами незамеченными. В дальнейшем мы определили ему в качестве направления развития голосовые технологии Cisco. И нужно сказать, что Александр справился блестяще с поставленной целью - недавно он успешно получил сертификацию CCNP Voice, сдав с инструкторским баллом (более 900) все шесть новых экзаменов голосового направления!

Поначалу первые шаги в мире телефонии давались нашему герою нелегко. Какие-то сигналы, процессы, протоколы... для непосвященного в дебри телефонии человека все это могло показаться слишком сложным и запутанным. Но только не для Александра! Несмотря на трудности, он тепреливо вникал в то, как работают телефоны, собирал лабораторные топологии голосовых курсов, помогал мне в практических заданиях и работе с клиентами, устанавливал виртуальные машины... В плане целеустремленности и работоспособности Саше можно только позавидовать. Потом была ICP сессия, и вот он - долгожданный статус инструктора Cisco! CCSI#33991!

А потом закружился водоворот инструкторской жизни! Проведен первый CVOICE, потом ICOMM, потом первый и второй CIPT... Прекрасный CAPPS для интеграторов в Алмате (с хорошими отзывами слушателей), совместный со мной CVOICE в Алмате для большой группы, великолепный CVOICE в Минске... Во всех этих проектах Саша отдавал себя всего, стараясь донести знания и свой накопленный уже опыт области IP-телефонии своим слушателям. А рассказать было что - при подготовке Александра ставка была сделана именно на практическую часть телефонии и решений Cisco.

Александр проводит курс CIPT1

Я верю и знаю, что Саша многого может достичь и добиться. Впереди у нас еще много совместных проектов и интересных начинаний. Вместе нам все по силам! И я желаю Александру не останавливаться на достигнутом, а двигаться только вперед, постигая глубины телефонии, осваивая новые фичи и продукты. Очень хочу, чтобы в будущем мой ученик получил CCIE и именно в области Voice.

Aleksandr Levichev CCIE Voice - звучит, не правда ли? :) Мне очень нравится! И это Саше по силам.

Удачи тебе, коллега! :)

UC Corner

2011-12-10T13:38:00.001+02:00

Здравствуйте!

При проведении одного из курсов по контакт-центру экспресс (UCCXD) я неожиданно столкнулся с такой проблемой на UCCX v.8.0 - при написании скрипта я не смог сохранить wav-файл на диск UCCX с помощью команды Write Document. Скрипт при дебаге выдал ошибку, говорящую о том, что нет прав на запись файла в указанную папку, т.е у папки стоит только разрешение на чтение. :(

Казалось бы, нет ничего сложного в том, чтобы изменить права доступа к папке. Но дело в том, что UCCX v.8.0 уже использует UCOS - Unified Communications Operating System на базе Linux, и администратор, управляющий UCCX не имеет доступа к файловой системе (равно как и в CCM и других продуктах, использующих UCOS). Как вы знаете, в продуктах UC имеется только GUI и CLI доступ, причем интерфейс командной строки также содержит только команды, необходимые для обслуживания системы, но не дает выхода к командному интерфейсу Linux.

Просматрия в поисках решения проблемы доступа к файловой системе UCOS разные форумы и блоги, посвященные UC, обнаружил блог под названием UC Corner. В данном блоге я нашел интересующую меня информацию, описывающую метод доступа к файловой системе UCOS, а также еще много интересных трюков с продуктами UC, которые не описаны в стандартной документации на cisco.com. Думаю, что этот ресурс будет полезен всем тем людям, которые хотят получить более глубокие навыки по работе с продуктами UC.

Вот ссылка на блог UC Corner - http://htluo.blogspot.com/

а также точная ссылка на статью о доступе к файловой системе UCOS - http://htluo.blogspot.com/2011/08/root-access-on-cucm-and-other-uc.html

Опять же недостатком этого ресурса являтется то, что он англоязычный, но я думаю, что для большинства из вас это не будет особой проблемой :)

Хорошего дня! А меня ждет прогулка к Боспорскому проливу по району Besiktas в Стамбуле и вечерний полет домой, в Киев. :)

О синхронизации потоков Е1 на голосовых шлюзах Cisco

2011-11-27T05:34:00.004+02:00

Доброе утро! :)

Недавно на одном из курсов мои слушатели задали вопрос - как избавиться от такого явления как "слипы" на потоке Е1 при подключении шлюза Cisco к другой АТС? Хотелось бы подсказать решение для всех, кто сталкивался с подобной проблемой.

Что же такое "слип"? Это термин, который применяется для одной из ошибок, связанной с рассинхронизацией потока Е1. Для правильной работы потока Е1 необходима точная его синхронизация со встречной стороной, чтобы знать, в какие моменты времени передаются выборки тех или иных таймслотов. При нарушении синхронизации АТС может ошибочно принимать биты выборок соседних таймслотов за биты выборок данного тайм слота, т.е иными словами АТС не знает, в какой момент времени передаются именно биты выборки данного таймслота.

Пример подобной рассинхронизации приведен на следующем рисунке:

Как видно из рисунка, АТС стороны B ошибочно принимает за первый бит выбоки второго таймслота последний бит выборки первого таймслота, за первый бит выбоки третьего таймслота последний бит выборки второго таймслота и т.д. Возникает перекрытие соседних таймслотов. Это явление и называется "слип". "Слипы" приводят к тому, что прежде всего в потоке Е1 нарушается передача факсов, не работают соединения аналоговых модемов, в речевом тракте могут слышаться щелчки, потрескивания, помехи.

Для того, чтобы подобное не наблюдалось, в потоках Е1 передается сигнал начала отсчета кадра или, иными словами, сигнал синхронизации. Он имеет значение 10011011 и передается в нулевом таймслоте четных кадров (т.е в кадрах 0, 2, 4, 6....):

При использовании потоков Е1 принято, что синхронизацию обычно задает ведущая сторона (Network). Ведомая сторона (User) должна синхронизироваться по сигналу в нулевом таймслоте, получаемой от ведущей стороны.

Предположим, что шлюз Cisco подключен по Е1 (порт 1/0) к городской АТС. В этом случае ГАТС является ведущей, а шлюз - ведомой сторонами. Для того, чтобы шлюз принимал синхронизацию от ГАТС, необходимо прописать на нем две команды:

1) Команда clock source line в режиме настройки контроллера E1, говорит о том, что шлюз ожидает синхронизацию от ведущей стороны. Эта команда является дефолтной.

Router#conf t
Enter configuration commands, one per line. End with CNTL/Z.
Router(config)#controller e1 1/0
Router(config-controller)#clock source line

2) Необходимо указать, от какого именно порта Е1 будет осуществляться синхронизация. Это делается с помощью команды network-clock-select в режиме глобальной конфигурации. Если даже в Ваших шлюзах используется только один поток Е1, данная команда все равно должна быть прописана. Без нее шлюз не знает, откуда брать синхронизацию. Если этого не сделать, то Вы получите рассинхронизированный поток Е1.

Router(config)#network-clock-select 1 e1 1/0

После введения данной команды шлюз начинает синхронизироваться от ведущей стороны, и явление "слип" не возникает.

Проверка на синхронность потока Е1 осуществляется следующим образом. Для начала обнулите значения всех счетчиков на интерфейсах, например, с помощью команды clear counters:

Router#clear counters

Затем посмотрите значение счетчика "слипов" для данного потока Е1. Если поток засинхронизирован, то "слипы" не наблюдаются:

Router#sh controller E1
E1 1/0 is up.
Applique type is Channelized E1 - balanced
Description: PSTN_E1
No alarms detected.
alarm-trigger is not set
Version info Firmware: 20090408, FPGA: 255, spm_count = 0
Framing is CRC4, Line Code is HDB3, Clock Source is Line.
Current port master clock:recovered from backplane
Data in current interval (396 seconds elapsed):
     0 Line Code Violations, 0 Path Code Violations
     0 Slip Secs, 0 Fr Loss Secs, 0 Line Err Secs, 0 Degraded Mins
     0 Errored Secs, 0 Bursty Err Secs, 0 Severely Err Secs, 0 Unavail Secs
Total Data (last 4 15 minute intervals):
     0 Line Code Violations, 0 Path Code Violations,
     0 Slip Secs, 0 Fr Loss Secs, 0 Line Err Secs, 0 Degraded Mins,
     0 Errored Secs, 0 Bursty Err Secs, 0 Severely Err Secs, 0 Unavail Secs

Если же поток несинхронизирован, то количество слипов не равно нулю и постоянно растет:

Router#sh controller E1
E1 1/0 is up.
Applique type is Channelized E1 - balanced
Description: PSTN_E1
No alarms detected.
alarm-trigger is not set
Version info Firmware: 20090408, FPGA: 255, spm_count = 0
Framing is CRC4, Line Code is HDB3, Clock Source is Line.
Current port master clock:recovered from backplane
Data in current interval (396 seconds elapsed):
     0 Line Code Violations, 0 Path Code Violations
     0 Slip Secs, 0 Fr Loss Secs, 0 Line Err Secs, 0 Degraded Mins
     0 Errored Secs, 0 Bursty Err Secs, 0 Severely Err Secs, 0 Unavail Secs
Total Data (last 4 15 minute intervals):
     0 Line Code Violations, 0 Path Code Violations,
     130 Slip Secs, 0 Fr Loss Secs, 0 Line Err Secs, 0 Degraded Mins,
     130 Errored Secs, 0 Bursty Err Secs, 0 Severely Err Secs, 0 Unavail Secs

"Центр Знаний" на Cisco Expo 2011

2011-11-12T08:29:00.005+02:00

Здравствуйте!

1-3 ноября 2011 компания Cisco провела в Киеве традиционную выставку-конференцию Cisco Expo 2011, на которой представила свои новинки, а компании-партнеры продемонстрировали свои решения на оборудовании и технологиях Cisco. В программе Cisco Expo была также насыщена интереснейшими докладами специалистов, работающих в направлениях Borderless Networks, Collaboration, Data Centers. Лично мне понравился доклад Александра Масло, посвященный новым возможностям Cisco Unified Communication Manager Express v.8.6.

Павильон Cisco Expo 2011

"Центр Знаний " как авторизованный партнер Cisco по обучению тоже принимал участие в Cisco Expo 2011. В этот раз "Центр Знаний" не только проводил свой традиционный конкурс-олимпиаду Cisco Challenge, в котором могли принять участие все желающие, но также продемонстрировал свою новую услугу - систему дистанционного обучения. Теперь обучаться на наших курсах можно не только очно, но и удаленно, находясь в своем городе. Общение с инструктором проходит в реальном времени при помощи видео связи. Слушатели также получают удаленный доступ к лабораторному оборудованию "Центра Знаний", причем можно проводить дистанционно даже такие сложные курсы, как голосовые (направление Unified Communications).

Систему дистанционного обучения на Cisco Expo 2011 представляли маркетолог "Центра Знаний" - Маша Лобкова, и инструктор "Центра Знаний" - Анатолий Бакал, который имеет многолетний опыт работы с подобными системами:

Демонстрация системы дистанционного обучения на стенде "Центра Знаний"

Маша Лобкова представляет систему дистанционного обучения "Центра Знаний"

В рамках демонстрации системы дистанционного обучения мной был проведен небольшой урок-лекция, в котором я, находясь в аудитории "Центра Знаний" рассказал посетителям Cisco Expo о том, как зарегистрировать телефоны Cisco на Call Manager Express. Желающие могли выполнить лабораторную работу по данной тематике прямо на стенде "Центра Знаний"

Участники Cisco Expo на дистанционном уроке-лекции Центра Знаний готовятся к выполнению лабораторной работы по регистрации IP телефонов Cisco.

Рабочее место слушателя на стенде "Центра Знаний". Урок проводит ведущий инструктор "Центра Знаний" - Дмитрий Бенда.

Наш традиционный конкурс Cisco Challenge обычно состоит из двух этапов - короткой лабораторной работы по настройке оборудования Cisco и викторины, в которой определялись победители конкурса. Победителей ждал приз - сертификаты стоимостью 1000 долларов, которые можно потратить на обучение в "Центре Знаний" на любых курсах.

Победителями стали:

1. Андрей Матюхин, Укрсиббанк
2. Сергей Марунич, Gameloft
3. Расим Гусейнов, R.I.S.K

Победители Cisco Challenge 2011

Церемонию награждения победителей проводили вместе с ведущими вечерней развлекательной программы Cisco Expo Маша Лобкова, а также директор "Центра Знаний" - Игорь Закалов.

Игорь Закалов и Маша Лобкова на викторине Cisco Challenge 2011

"Центр Знаний" выступил на Cisco Expo единой сплоченной командой, которая показала, что ей не страшны никакие трудности :). Хотел бы поблагодарить и выразить признательность абсолютно всем: и консультантам по продажам, и инструкторам, которые участвовали в разработке заданий для Cisco Challenge, подготовке рабочих мест непосредственно на стенде и проведении самого конкурса.

Единство отдела продаж и учебного отдела "Центра Знаний" :)

Сертифицированные инструкторы Cisco Дмитрий Концевой и Александр Валюшко готовят рабочие места для участников Cisco Challenge

Инструкторы "Центра Знаний"

С такой командой нам ничего не страшно :)

Особая благодарность нашему маркетологу - Маше Лобковой, на чьи хрупкие плечи выпала основная работа по организации нашего участия в Cisco Expo 2011.

Маша Лобкова на Cisco Expo 2011

Подробный фотоотчет о Cisco Expo на сайте "Центра Знаний" - http://knowledgeforit.com/content/view/374906/346/

Удачного всем дня! :)

Использование SIP телефонов третьего производителя с Call Manager Express

2011-10-19T06:40:00.006+03:00

Всем доброго времени суток! :)

После очередной командировки в филиал не спится по утрам :( - сказывается 3 часовой переход во времени, и я решил не терять времени и написать новую статью. Она расскажет о том, как зарегистрировать телефон SIP стороннего вендора на Call Manager Express (далее по тексту CUCME). Как известно, в настоящее время многие производители выпускают телефоны, работающие по протоколу SIP, а посему можно встретить большое разнообразие оных: как программных, так и аппаратных.

Итак, у нас имеется CUCME v8.0 на роутере 2811 и программный телефон X-lite, поддерживающий протокол SIP. Как же заставить их работать вместе? Нет ничего проще. :)

Для начала необходимо открыть на CUCME функционал SIP сервера Registrar, а также разрешить возможность звонков с voip dial-peer на voip dial-peer. По умолчанию такая возможность не открыта, а так как при создании SIP телефона CUCME создает виртуальный voip dial-peer, то нужно прописать соответствующие команды, чтобы телефоны SIP могли звонить друг другу. Кроме того, для иcключения последующих проблем с регистраций телефона необходимо указать интерфейс, адрес которого будет представлен в поле Source Address IP-заголовка пакетов сигнализации SIP. Выполняем следующие команды:

voice service voip
allow-connection sip to sip - ! разрешить звонки с voip dial-peer на voip dial-peer
sip
bind control source-interface Fa 0/0 - ! указать интерфейс для маркировки пакетов сигнализации
registrar server - ! открывает функционал Registrar-сервера

Далее необходимо включить поддержку телефонов SIP на CUCME. Это делается с помощью команды voice register global. Также необходимо сконфигурировать режим работы SIP сервера как CME (Call Manager Express), задать максимальное количество абонентских номеров (dn), максимальное количество телефонов SIP (pool), а также IP-адрес (интерфейса Fa 0/0 в нашем примере), на который телефоны будут посылать запросы на регистрацию:

voice register global - ! включает поддержку SIP телефонов
mode cme - ! режим работы CME
max-pool 5 - ! максимальное число телефонов
max-dn 10 - ! максимальное число абонентских номеров
source-address 10.1.5.102 port 5060 - ! IP адрес для регистрации (адрес интерфейса Fa 0/0)

После этого программируем блоки данных абонентских номеров (dn). Для этого используем команду voice register dn:

voice register dn 1
number 2005

Следующим шагом будет программирование блока данных телефонного аппарата SIP (pool). В нем указываем произвольный MAC-адрес телефона, присваеваем телефону абонетский номер, конфигурируем имя пользователя и пароль для аутентификации телефона, чтобы исключить возможность несанкционированного подключения. Также многие программные телефоны поддерживают работу только с кодеком G.711, поэтому нужно указать в настройках телефона тип кодека (по умолчанию используется G.729). Следует отметить, что параметр MAC-адреса никак не используется для SIP телефонов стороннего вендора, поэтому он задается произвольно:

voice register pool 1
id mac 1111.2222.3333 - ! произвольный MAC-адрес
number 1 dn 1 - ! присваиваем телефону блок данных номера 1 (т.е, по сути, номер 2005)
username student password cisco - ! задаем параметры аутентификации
codec g711а - ! задаем кодек

На этом конфигурация CUCME закончена. Переходим к настройкам телефона. Запускаем телефон X-lite, кликаем правой кнопкой на окне программы, и в настройках учетной записи телефона X-lite (SIP Account Settings…) задаем следующие параметры:

§   Display Name: SIP Phone
§   User name: 2005
§   Authorization user name: student
§   Password: cisco
§   Domain: 10.1.5.102
§   Все остальные параметры оставляем без изменений (дефолтными)

Пример конфигурации учетной записи:

Далее нажимаем кнопку Apply и наблюдаем процесс регистрации телефона на CUCME. После успешной регистрации можно совершать звонки. :)

Желаю всем хорошего дня!

Использование аппаратных медиа-ресурсов для CUCME

2011-09-03T18:59:00.005+03:00

И снова здравствуйте, мои уважаемые коллеги! :)

Наконец-то появилось время для очередного поста в блоге. Как всегда было много работы, несмотря на летний период, была командировка в филиал ЦЗ в Алмате, где я провожу очередной цикл голосовых курсов Cisco. И, конечно же, был долгожданный отпуск. :)

Трамплином к написанию сегодняшнего сообщения послужила моя совместная работа с одним из моих слушателем - Адонисом Троицким из Алматы. Недавно я ассистировал ему в решении проблемы с регистрацией аппаратных медиа-ресурсов (конференц-моста и транскодера) на CUCME 8.0. В авторизованных курсах Cisco достаточно подробно говорится о работе медиа-ресурсов с "большим" колменеджером (CUCM), но не рассказывается, как их использовать с CUCME (Cisco Unified Communication Manager Express). Восполним упущение вендора и осветим данную тему более подробно.

Медиа-ресурсами в терминологии Cisco называются аппаратные (hardware) или программные (software) средства, которые производят определенную обработку голосовых потоков / сессий. К операциям обработки голосовых потоков относятся:

Voice Termination - преобразование "традиционных" (т.е аналоговых или цифровых) речевых сигналов в IP-пакеты;
Conferencing - объединение (мультиплексирование) нескольких голосовых потоков в конференцию, т.е разговор нескольких абонентов одновременно;
Transcoding - преобразование кодека, использующего в голосовой сесиии одним устройством, в кодек, который может использоваться другим устройством.
Media Termination Point (MTP) - соединение ("бриджевание") двух голосовых сессий между собой, например, в случаях, когда в сессии использован один и тот же кодек, но разные интервалы пакетирования или законы компандирования.
Music on Hold - проигрывание музыки при постановки одного из абонентов на удержание
Announciator - проигрывание речевых сообщений или акустических сигналов в различных ситуациях, например при наборе несуществующего номера и т.п.

Некоторые операции обработки голосовых потоков могут быть осуществлены только на аппаратных средствах (Voice Termination, Transcoding), а другие - только на программных средствах (Music on Hold, Announciator). Conferencing и MTP могут быть реализованы и на аппаратных, и на программных ресурсах. Использование аппаратных средств предпочтительнее, так как програмные ресурсы увеличивают вычислительную нагрузку на процессоры серверов и голосовых шлюзов. В большинстве случаев в качестве аппаратных средств используются DSP (Digital Signal Proccessor) голосовых шлюзов. Для работы в качестве транскодера, конференц-моста или MTP DSP микросхемы объединяются в конструкцию, которая называется dspfarm (дословно: DSP-ферма). Обязательным условием является регистрация dspfarm на колменеджере. Для управления медиа-ресурсами колменеджер использует протокол сигнализации SCCP.

Программирование медиа-ресурсов для работы с CUCME рассмотрим на примере конференц-моста и транскодера. Чтобы использовать DSP для транскодирования или конференции, необходимо выполнить следующие действия (привожу пример конфигурации роутера Cisco 2811 с функционалом CUCME, пояснения даны курсивом; значения совпадающих параметров выделены одинаковым цветом):

voice-card 0 - номер слота, в котором расположены платы с микросхемами DSP

dsp services dspfarm - включается конструкция dspfarm для DSP в слоте 0

!
interface FastEthernet0/0
no ip address
duplex auto
speed auto
!
interface FastEthernet0/0.124 - подинтерфейс для голосового VLAN

description BR-2 Phones
encapsulation dot1Q 124
ip address 10.2.4.102 255.255.255.0
!

interface FastEthernet0/0.125 - подинтерфейс VLAN для передачи данных

description BR-2 Data

encapsulation dot1Q 125
ip address 10.2.5.102 255.255.255.0
!

interface Loopback 0

description For_CUCME

ip address 10.2.250.102 255.255.255.0

!
!
sccp local FastEthernet0/0.124 - указываем локальный интерфейс для сигнализации SCCP
sccp ccm 10.2.250.102 identifier 1 version 7.0 - указываем IP-адрес CUCME, на котором будут регистрироваться медиа-ресурсы, его идентификатор и версию ПО
sccp - включаем сигнализацию SCCP
!

sccp ccm group 1 - задается группа колменеджеров, на которых будет осуществлена регистрация

associate ccm 1 priority 1 - задается приоритет серверов в группе для последовательности регистрации

associate profile 2 register Transcoder - указывается имя, под которым будет регистрироваться транскодер

associate profile 1 register HW_CFB - указывается имя, под которым будет регистрироваться конференц-мост

dspfarm profile 2 transcode - создается профиль для транскодера

codec g711ulaw - перечисляются кодеки, которые могут использованы с транскодером

codec g711alaw

codec g729ar8
codec g729abr8
codec g729r8

maximum sessions 2 - максимальное количество сессий транскодирования

associate application SCCP - активируется протокол SCCP для данного профиля

no shutdown - включается транскодер
!

dspfarm profile 1 conference - создается профиль для конференции

codec g711ulaw - перечисляются кодеки, которые могут использованы при объединении сессий в конференцию

codec g711alaw

codec g729ar8
codec g729abr8
codec g729r8
codec g729br8

maximum sessions 2 - максимальное количество конференц-сессий

associate application SCCP - активируется протокол SCCP для данного профиля

no shutdown - включается конференц-мост
!

!
telephony-service - настройки CUCME

conference hardware - разрешить использование аппаратных ресурсов для конференции

sdspfarm units 2 - количество используемых профилей

sdspfarm tag 1 HW_CFB - имя конференц-моста (должно совпадать с именем профиля)

sdspfarm tag 2 Transcoder - имя транскодера (должно совпадать с именем профиля)

max-ephones 10

max-dn 10
ip source-address 10.2.250.102 port 2000 - IP адрес CUCME

При конфигурировании профилей dspfarm может возникнуть ситуация, когда система не даст Вам возможности ввести требуемое количество сессий (maximum sessions). Это свидетельствует о нехватке DSP ресурсов. Нужно либо добавлять платы с микросхемами DSP, либо сокращать количество портов традиционной телефонии (аналоговые телефоны, тайм-слоты потоков Е1).

После конфигурирования проверяем регистрацию медиа-ресурсов:

BR-2#sh dspfarm profile 1
Dspfarm Profile Configuration

Profile ID = 1, Service = CONFERENCING, Resource ID = 1
Profile Description :
Profile Service Mode : Non Secure
Profile Admin State : UP Profile Operation State : ACTIVE Application : SCCP Status : ASSOCIATED Resource Provider : FLEX_DSPRM Status : UP
Number of Resource Configured : 2
Number of Resource Available : 2
Codec Configuration
Codec : g711ulaw, Maximum Packetization Period : 30 , Transcoder: Not Required
Codec : g711alaw, Maximum Packetization Period : 30 , Transcoder: Not Required
Codec : g729ar8, Maximum Packetization Period : 60 , Transcoder: Not Required
Codec : g729abr8, Maximum Packetization Period : 60 , Transcoder: Not Required
Codec : g729r8, Maximum Packetization Period : 60 , Transcoder: Not Required
Codec : g729br8, Maximum Packetization Period : 60 , Transcoder: Not Required

BR-2#sh dspfarm profile 2
Dspfarm Profile Configuration

Profile ID = 2, Service = TRANSCODING, Resource ID = 2
Profile Description :
Profile Service Mode : Non Secure
Profile Admin State : UP Profile Operation State : ACTIVE Application : SCCP Status : ASSOCIATED Resource Provider : FLEX_DSPRM Status : UP
Number of Resource Configured : 1
Number of Resource Available : 1
Codec Configuration
Codec : g711ulaw, Maximum Packetization Period : 30
Codec : g711alaw, Maximum Packetization Period : 30
Codec : g729ar8, Maximum Packetization Period : 60
Codec : g729abr8, Maximum Packetization Period : 60
Codec : g729r8, Maximum Packetization Period : 60

Из приведенных выше данных видно, что наши аппаратные медиа-ресурсы успешно зарегистрированы на CUCME и готовы к использованию (Operation State: ACTIVE, SCCP Status: ASSOSIATED). Иногда не удается сразу получить регистрацию аппаратных ресурсов, в этом случае спасает реинициализация протокола SCCP:

BR-2#(Config) no sccp

BR-2#(Config) sccp

При подготовке данного поста был использован документ, любезно предоставленный мне еще одним моим слушателем - Ириной Яхонтовой (компания XNET, г. Караганда). С этим документом Вы можете ознакомится тут.

ЗЫ. Порадовался сегодняшней победе сборной Украины над болгарами на Евробаскете!!! Надеюсь, что пройдем в следующий круг. Хотя проблем масса - прежде всего с подборами (в том числе и на своем щите) просто катастрофическая ситуация, несмотря на наличие "больших" игроков из НБА (Печеров, Фесенко, Лищук)...

Cisco 360 в Центре Знаний

2011-07-14T20:26:00.001+03:00

Вечер добрый!

Центр Знаний, являясь ведущим центром обучения в Украине, расширяет спектр своих услуг и первым анносирует новую программу обучения. Теперь обучиться по программе подготовки экспертов CCIE Cisco 360 по направлению Routing & Switching можно и в Киеве.

Это стало возможным, благодаря плодотворному сотрудничеству Центра Знаний со своим партнером - турецкой компанией AcademyTech, которая в свою очередь является авторизованным партнером по обучению Cisco (CLSP) на территории Турции.

Более подробно об этом событии можно прочитать на сайте Центра знаний:

http://knowledgeforit.com/content/view/374702/168/

О возможных датах и условиях обучения на данном курсе, как всегда, смогут рассказать наши менеджеры по продажам.

Конфигурирование шлюзов MGCP

2011-07-11T21:17:00.007+03:00

Всем привет!

Сегодня мы рассмотрим один из вариантов подключения Cisco Unified Communications Manager (далее CUCM) к городской телефонной сети. Обычно это делают с помошью голосовых шлюзов. Голосовой шлюз - это устройство, объединяющие две разнородных телефонных сети. Например, при подключении сети IP-телефонии к сети традиционной телефонии.

Как вы знаете, шлюзы могут взаимодействовать с CUCM по следующим протоколам сигнализации:
- Н323;
- SIP;
- MGCP.

Протокол сигнализации MGCP применяют в корпоративных сетях тогда, когда хотят свести к минимуму конфигурацию шлюзов, а также получить централизованное управление ими посредством сервера обработки вызовов. В этой связке шлюз всегда подчиняется командам сервера, который в терминологии протокола MGCP называется Call Agent. Таким образом, протокол MGCP относится к категории "клиент-серверных" протоколов сигнализации. Следует отметить, что без сервера шлюз MGCP не в состоянии самостоятельно обрабатывать вызовы.

Итак, что же нужно сделать, чтобы сконфигурировать голосовой шлюз Cisco, подключаемый к CUCM по протоколу MGCP? Рассмотрим это на примере подключения к городской телефонной сети одним потоком Е1 PRI с сигнализацией EuroISDN (DSS1). Процесс проиллюстрируем скриншотами с лабораторного CUCM.

Открываем веб-интерфейс администрирования CUCM и в закладке Device выбираем Gateway:

Далее нажимаем на кнопку Add new, чтобы создать новый шлюз:

Затем выбираем модель шлюза Cisco (в примере используется роутер 2811) и протокол сигнализации MGCP:

Следующим шагом является указание имени шлюза (важно!!! - должно совпадать с hostname шлюза, иначе шлюз не зарегистрируется на сервере), тип платы голосовых портов и номер слота, в котором она установлена (в примере карта NM-HDV2, находящаяся в первом слоте), и тип сигнализации, который будет использован на всех потоках Е1, имеющихся на шлюзе. Данные о типе платы и ее месте в шлюзе можно получить с помощью команды sh diag (вводится на шлюзе). После всего этого нажимаем кнопку Save:

После этого указывается номер модуля в слоте и его тип. В нашем примере мы используем порт Е1, встроенный в плату NM-HDV2. Не забываем снова нажать Save:

Появляется значок голосового порта:

"Кликаем" появившийся значок левой кнопкой мыши и переходим к настройкам потока E1 (здесь достаточно обширная область настроек, поэтому приводим несколько скриншотов). Сначала указываем в какой Device Pool входит конфигурируемый порт:

Потом указываем тип сигнализации для данного порта Е1 (PRI EURO), тип интерфейса PRI "ведущий" / "ведомый" (Network / User, обычно УАТС по отношению к городской АТС всегда User), способ занятия разговорных тайм-слотов "сверху вниз" / "снизу вверх" (Top Down / Bottom Up), а также закон компандирования речи (A-law / mu-Law). Кроме того, в разделе Call Routing Information - Outbound Call можно при необходимости задать тип (TON) вызывающего и вызываемого номеров, что часто требуется сделать по требованию провайдера услуг городской телефонной сети (показано зеленым цветом):

В самой нижней части области настроек можно найти поля, отвечающие за работу физического и канального уровней потока Е1. Это - тип линейного кодирования цифрового сигнала (HDB3), структура кадра (c CRC4 или без CRC4), а также источник синхронизации потока (Exnernal для подключения к городской телефонной сети, поскольку синхронизация УАТС обычно осуществляется по приемному сигналу от ГАТС). По окончанию настроек нажимаем кнопку Save, в новых версиях CUCM необходимо также нажать кнопку Apply Config:

На этом конфигурация на стороне CUCM закончена. CUCM также создает автоматически файл конфигурации голосового шлюза в формате *.xml, который помещается на TFTP сервер (обычно это один из серверов, входящих в кластер CUCM). Шлюз загружает этот файл, интерпретирует язык xml в команды IOS, производя тем самым свою автоматическую настройку.

Перед началом загрузки на шлюз файла конфигурации необходимо проверить, прописана ли на шлюзе команда card type, которая определяет тип портов (Е1 или Т1) платы голосовых интерфейсов. Если такой команды на шлюзе нет, ее необходимо прописать следующим образом:

Router(config)#card type e1 s m - где s - номер слота, а м - номер модуля для конфигурируемого порта

Для нашего примера (плата NM-HDV2 в первом слоте роутера 2811) эта команда должна быть записана так:

Router(config)#card type e1 1 1

Без данной команды шлюз не принимает данные для портов Е1 и, соответственно, затем не регистрируется на СUСМ.

Чтобы шлюз мог загрузить файл конфигурации, необходимо прописать следующие команды:

Router(config)#ccm-manager config server A.B.C.D

Router(config)#ccm-manager config

Первая команда необходима для того, чтобы указать адрес TFTP сервера, на котором хранится файл конфигурации шлюза. Вторая команда разрешает загрузку самого файла конфигурации и автоматическую конфигурацию шлюза:

После этого будет произведена загрузка файла конфигурации в шлюз. В конфигурации шлюза появляются команды IOS для работы по протоколу MGCP настройки порта E1.

Проверка регистрации шлюза производится как на шлюзе, так и на CUCM. Прежде всего с помощью команды sh mgcp на шлюзе проверяем, что протокол MGCP включен и шлюз "видит" свой центральный сервер:

Проверяем состояние голосовых каналов потока E1 с помощью команды sh mgcp endpoint. Обязательно голосовому порту должно быть присвоено условное имя (например, S1/ds1-0/5@HQ-2) и его состояние должно быть активным (UP):

Затем следует проверить состояние физического и канального уровня потока Е1, иными словами посмотреть состояние D-канала (16 Ts). При правильных настройках D-канал будет активирован ("поднят"), чему соответствует состояние MULTIPLE_FRAME_ESTABLISHED. Проверку осуществляем на шлюзе с помощью команды sh isdn status. С помощью данной команды можно увидеть также, что выполнено правильное физическое соединение устройств (LAYER 1 STATUS: ACTIVE); кроме этого видно, что сигнализация третьего уровня (Q.931) тунеллирована к серверу обработки вызовов (Q.931 IS BACKHAULED TO CCM MANAGER):

На сервере CUCM тоже можно увидеть, что голосовые каналы зарегистрированы (Device -> Gateway):

Необходимые операции по конфигурированию шлюза MGCP выполнены. Наш шлюз готов к работе. Осталось прописать маршрутизацию звонков на CUCM, и теперь мы имеем подключение к городской телефонной сети. Не забывайте, что порядок конфигурирования маршрутизации следующий:

- Gateway / Trunk;
- Route Group;
- Route List;
- Route Pattern.

Если возникают проблемы с работой MGCP шлюза, для выяснения проблемы не лишними будут команды debug mgcp events и debug mgcp packets.

Виртуальная машина для Cisco Unity Connection 8.0

2011-06-11T07:44:00.003+03:00

Доброе утро!

Сегодня мне бы хотелось поделиться своим опытом создания виртуальных машин для лабораторных и тестовых топологий. Мы будем говорить о том, как создать виртуальную машину для продукта Cisco Unity Connection 8.0 - системы голосовой почты (Voice Mail).

Как известно, для установки Unity Connection необходим инсталляционный DVD, который содержит себе три разных продукта: Cisco Unified Communications Manager, Cisco Unified Communications Manager Business Edition и Cisco Unity Connection. В начале инсталляции предоставляется меню, в котором можно выбрать один из трех продуктов для установки. Проблема, с которой мы столкнулись при подготовке топологии для лабораторных работ к новым голосовым курсам Cisco состояла в следующем: при попытке установить Unity Connection 8.0 на VmWare Workstation система упорно не желала предоставить нам возможность выбрать для установки Cisco Unity Connection, предлагая установить либо только CUCM, либо CUCM или CUCM Business Edition.

Было совершенно очевидно, что ключем к решению данной проблемы были параметры виртуальной машины. Но как их правильно подобрать? К сожалению, рекомендованные Cisco параметры виртуальных машин для голосовых продуктов не дали результата. При установках 1 CPU, 2 GB RAM, 80 GB HDD SCSI доступным для установки был лишь Cisco Unified Communications Manager. При увеличении же памяти до 4 GB и более появлялась и вторая опция - CUCM Business Edition. Unity Connection оставалась недоступной.

Итак, мы взяли компьютер со следующими характеристиками:

- Intel Core 2 Q8400 2.66 GHz (Quad !!! Processor)
- 8 GB RAM
- 350 GB HDD,

и установили на него сервер Win 2008 R2 и VmWare Workstation 7.1. Далее начали создавать виртуальную машину для Unity Connection. Процесс подробно опишу в картинках.

Выбираем операционную систему для виртуальной машины:

Указываем, в какой папке будет находиться наша новая виртуальная машина:

Важно!!! Указываем тип процессора для Unity Connection. У нас опция инстaлляции Unity Connection 8.0 появилась только после того, как указали два двухядерных процессора!!!

Оперативной памяти должно быть не менее 4 GB:

Далее "бриджуем" сетевые интерфейсы виртуальной и физической машин:

Настало время создать жесткий диск (обязателен тип SCSI):

Важно!!! Размер виртуального жесткого диска должен быть не менее 200 GB!!!

Собственно, все. Осталось лишь указать, с какого носителя будет производиться установка: с диска или образа *.iso

В нашем примере мы использовали инсталляционный DVD:

При желании можно удалить ненужные устройства виртуальной машины, такие как принтер и floppy disc.

После этого стартуем созданную виртуалку и наслаждаемся счастьем! :) В меню установки теперь можно выбрать Unity Connection. Инсталляцию продукта проводим согласно Cisco Unity Connection Installation Guide, доступного на http://www.cisco.com/.

Об экспертах CCIE и курсе CCIE SP

2011-05-19T05:56:00.022+03:00

Добрый вечер, мои уважемые читатели!

К сожалению, обстоятельства сложились так, что описанный мной ранее проект был отменен. Не хотелось бы углубляться в детали событий, но хочу сказать, что дух команды Центра Знаний не сломлен таким поворотом дела. Наоборот, мы стали еще более сплоченными и будем продолжать, не смотря ни на что, нашу миссию - нести знания людям!

В силу ряда причин я вынужден был изменить содержание данного поста.

В апреле мне выпала честь познакомиться с удивительным человеком, преподавателем московской компании "Микротест", экспертом Cisco - Константином Павловым. Он обладает тремя экспертными статусами: CCIE R&S, CCIE Security, CCIE Service Provider (Константин на cisco.com, статья о Константине Павлове). Мы подружились и договорились о сотрудничестве. Именно Константин, его трудолюбие и целеустремленность вдохновили меня на написание этого сообщения.

Cистема сертификации Cisco является общепризнанным стандартом и ценится работодателями и экспертами за широкий охват современных сетевых технологий. Компания Cisco разработала систему сертификации специалистов на нескольких уровнях: Entry, Specialist, Associate, Professional, Expert, Architect. Успешное прохождение экзамена по одной из ступеней подтверждает высокий профессионализм и способствует карьерному росту.

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

Кандидаты в эксперты CCIE затрачивают много времени и сил на повышение уровня своих знаний и профессиональный рост. В среднем у каждого кандидата на получение сертификата уходит несколько десятков тысяч долларов личных средств и не менее 12 месяцев. Для сдачи экзамена, как правило, многие кандидаты проходят несколько попыток.

Для успеха от кандидатов необходимы не только отличное знание сетевых технологий, но также умение управлять своим временем, внимательностью, аккуратностью, знанием и выполнением на практике основных рекомендаций вендора и наличие определённых навыков, в том числе и психологических. Чтобы помочь кандидатам в этом, Константином был разработан и авторизован в компании Cisco уникальный двухнедельный курс, направленный на подготовку к квалифицированным экзаменам для получения статуса CCIE Service Provider. Тренинг предоставляет не только знания в области сетевых технологий, но и методику подготовки и успешной сдачи экзамена. Курс имеет право проводить сам автор - тренер, обладающий всеми необходимыми навыками, умениями и проверивший свою методику подготовки на практике.

Данный курс является собственностью компании "Микротест", позволяет существенно сократить время на подготовку к экзаменам и готовит кандидатов сдаче экзаменов с первой попытки.

Центр Знаний - единственный центр обучения в Казахстане, который проводит курсы направления CCNP Voice по новой версии!!!

2011-04-17T05:56:00.004+03:00

Доброе утро!

Вот и закончилась моя длительная командировка в Алматы. Прошла она очень плодотворно - проведены очередные курсы, познакомился с очень интересными людьми. Хотел бы выразить благодарность сотрудникам нашего казахстанского филиала, особенно Алексею Мельникову, за теплый и радушный прием! Большое вам спасибо! Благодаря вам, я чувствовал себя как дома.

Очень приятно было узнать от своих слушателей, что Центр Знаний является единственным центром обучения в Казахстане, который проводит курсы голосового направления по новой, восьмой, версии!!! Действительно, просмотрев сайты других УЦ, я нашел подтверждение данному факту. Это наша маленькая локальная победа!!! Мы вышли с новой версией курсов еще в январе, проведя CVOICE 8.0 в Алмате 17.01. Это стало возможным, благодаря моей осенней кропотливой работе по созданию, тестированию, проверке топологий для новых лабораторных работ. Нужно отметить, что от 6й версии новые лабы имеют существенные отличия.

В Украине мы тоже можем похвастаться подобными успехами :) - мы первыми провели и новый CVOICE, и новые CIPT'ы, а также готовы проводить и все остальные курсы направления CCNP Voice. О своих впечатлениях о новом CVOICE я уже делился ранее (см. здесь). Вскоре напишу и о CIPT.

Официально об этом факте написано тут. :)

Киев встретил меня прохладной погодой, однако ближе к обеду появилось солнышко и значительно потеплело. Как же все-таки хорошо возвращаться домой! :) Home, sweet home! :)

Учебник по базовому администрирoванию УАТС Meridian 1

2011-04-05T09:39:00.007+03:00

И снова здравствуйте! :)

В конце прошлого года и начале нынешнего Центр Знаний успешно осуществил корпоративное обучение для Укрэксимбанка по базовому администрированию УАТС Meridian 1. В данном проекте мы обучили 30 человек. Таким образом, в этом цикле я провел пять недельных курсов (слушатели были разбиты на 5 групп по 6 человек в каждой).

Для успешной реализации данного проекта была проделана большая работа. Мною были разработаны программа и сценарий курса, подготовлены лабораторные работы, а также осуществлена моя давняя задумка - написать учебник по администрированию Меридиана на русском языке. Мне хотелось создать учебник, в котором были бы собраны необходимые знания в достаточном объеме для начинающих инженеров, работающих со станцией. К сожалению, за время работы в КАПШ Телеком, это не было реализовано. И вот представился подходящий случай.

Книга разбита на части - уроки. Всего их шесть. Первый урок дает необходимые знания о телефонной связи в целом - в нем рассмотрены те, фундаментальные принципы, на которых строятся системы связи, приведена терминология. Второй урок рассматривает обзор традинионных Меридианов (без функционала VoIP). Последующие уроки охватывают все необходимые вопросы, связанные с администрированием и обслуживанием системы.

Вот здесь можно ознакомиться с содержанием книги:

https://docs.google.com/viewer?a=v&pid=explorer&chrome=true&srcid=0B6KfKdk-TiblODMzMmRiMjItMjhjZi00MGNjLWE4YTItZGEwYmMyOTI3NWY1&hl=ru

Первыми моими критиками были студенты учебных групп. Они первыми получили на руки свежеотпечатанные учебники. Конечно, не обошлось без опечаток. К счастью, их оказалось не так много. Слушателям мой труд понравился. Один из экземпляров учебника я презентовал с авторской подписью коллективу участка связи "Арселор Миттал" г. Темиртау (Казахстан), инженеры которого учились у меня на прошлой неделе на курсе CIPT1 в Алмате.

Все пять курсов были проведы мной с общей оценкой слушателей 5.0.

Если кого-то заинтересовала возможность поучиться в Центре Знаний на нашем курсе по администрированию УАТС Meridian 1, пожалуйста, обращайтсь к нам. Менеджеры подскажут всю необходимую информацию о датах курса, его стоимости, и т.п.

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

P.S. Хотел бы выразить признательность компании "С3 Холдинг" за помощь, оказанную нам в проведении данного проекта. Ребята, спасибо вам огромное!

On-line видео-уроки по настройке VoIP устройств Cisco

2011-04-02T06:54:00.002+03:00

Приветствую всех из Алматы!

Сегодня утром нашел очень интересные on-line видео-уроки, в которых на примерах лаб из новых курсов трека CCNP Voice эксперт Cisco Kevin Wallace рассказывает о настройке голосовых шлюзов, CUCM, QoS. Приведены топологии лабораторных работ, показана практическая настройка учетных записей пользователей, телефонных аппаратов, MGCP- шлюзов, SRST-режима шлюзов, dial-peer'ов, очередей QoS, и многое-многое другое.

Разъяснено все очень доступным языком. Думаю, что эти уроки станут полезными многим из вас, особенно для тех, кто делает первые шаги по освоению голосовых технологий Cisco. Единственным минусом, на мой взгляд, является то, что эти уроки англоязычные. Однако, речь инструктора достаточно понятна.

Далее привожу ссылки:

http://oneexamamonth.com/cvoice.aspx
http://oneexamamonth.com/cipt.aspx
http://oneexamamonth.com/qos.aspx

Enjoy! :)

Ресурс, посвященный UCCX

2011-03-26T06:22:00.000+02:00

Недавно нашел интересный сайт, на котором рассматривается контакт-центр экспресс Cisco (UCCX). Вот ссылка:

http://www.uccx.net/

Те, кто занимается администрированием UCCX, смогут найти здесь примеры скриптов, скачать разнообразную документацию, а также поучаствовать в форуме. Ведет этот ресурс эксперт Cisco Alex Hannah (CCIE Voice #25853, CCSI #32072).

Курс CVOICE v8.0 (Implementing Cisco Voice Communications and QoS)

2011-03-24T15:24:00.002+02:00

19 октября 2010 г Cisco объявила об изменении линейки курсов голосового направления и курсов по безопасности, а также об изменении условий профессиональной сертификации по данным направлениям. Теперь сертификация CCVP заменена на СCNP Voice. С 01.03.2011 для ее получения статуса СCNP Voice больше нет возможности сдавать экзамены предыдущей версии, а именно: 642-436, 642-446, 642-456, 642-426 и 642-642. В настоящее время Центр Знаний проводит все голосовые курсы по новой версии 8.0.

14.03.2011 я впервые проводил курс CVOICE по 8й версии. Хотелось бы поделиться своими впечатлениями. О курсе создалось неоднозначное мнение. Первое, что хотелось бы отметить - это увеличенный объем теоретического материала по сравнению с курсом CVOICE версии 6.0. Новая версия - это такой себе симбиоз четерых курсов предыдущей версии - CVOICE, IIUC, CIPT1 и QoS. Причем материал из старого CVOICE остался практически без изменений. По этой причине инструктору нужно тщательно планировать тайминг для презентационной части.

Для слушателей данная версия курса, конечно же, более интересна. Добавлены разделы, которые освещают базовое программирование Cisco Unified Communications Manager Express (CUCME). Рассматриваются вопросы, связанные с конфигурацией коммутаторов для поддержки IP-телефонии, a также основные моменты конфигурирования и процесс загрузки IP телефонных аппаратов. Кроме этого, рассмотрены основы Quality of Service (QoS): DiffServ, классификация, маркировка, модульный QoS, построение очередей, policing, shaping и др. Данные темы дают базовые знания и понимание этой технологии инженерам VoIP. Это то, чего в предыдущей версии не было.

Немного разочаровали лабораторные работы. Из-за увеличенного объема теории времени на практику осталось меньше. Поэтому задания для практики менее объемные, чем ранее. Однако, несмотря на это, все основные темы лабораторные работы охватывают. Это и конфигурирование Е1, и настройка codec complexity, и программирование телефонных аппаратов, и настройка маршрутизации звонков и планов нумерации, а также конфигурирование гейткиперов и CUBE. В результате студенты получают настроенную топологию, состоящую из двух CUCME, между которыми возможны звонки как по IP, так и по TDM.

В целом мне курс понравился. Но, на мой взгляд, требует доработки. Ценность курса CVOICE состоит в том, что в нем рассказывается об основах технологии VoIP. Эти знания слушатель может реплицировать на решения любых вендоров, а не только использовать на сетях, построенных на оборудовании Cisco.