Инструкции по установке и подробности можно найти на сайте производителя. Стоит отметить, что пример реализации функциональности для Астериска представлен для версии 1.4, отмеченно что желающие могут создать реализацию для 1.6+, которая может поставляться в составе исходны кодов.

Поддерживаемые протоколы:

• ITU-V V.21 V.27ter V.29 V.17
• V.27ter (2400 and 4800bps)
• V.29 (7200 and 9600bps)
• V.17 (7200, 9600, 12000 and 14400bps)
• ITU-T T.4 T.30

Поддерживаемые платформы:

• Linux, FreeBSD
• Zaptel, DAHDI, chan_ss7, chan_capi

Команда разработчиков проекта Asterisk сообщила о выпуске новых версий проекта: 1.2.40, 1.4.29.1, 1.6.0.24, 1.6.1.16 и 1.6.2.4. Данный выпуск обусловлен появлением информации о возможности инъекции произвольного содержимого в диалплан. Новые версии практически не содержат никаких исправлении в исходном коде (кроме версии 1.2.40), добавлен лишь документ, описывающий область, на которую должен обратить особое внимание, разработчик, создающий диалплан.

Повсеместное употребление переменной ${EXTEN} совместно со строками, соответствующими произвольными символьным последовательностям, может вызвать возможность инъекции произвольных данных в диалплан.

При использовании символа ‘.’, соответствуюшего произвольной последовательности символов, возможно осуществление не предусмотренных звонков:

exten => _X.,1,Dial(SIP/${EXTEN})

Если в данном примере вы имеете дело с технологией канала, допускающей символы в набранном номере, отличные от цифр и букв (такой как SIP), то существует возможность сформировать IVITE запрос, содержащий, например, номер 300&Zap/g1/4165551212, который в приведенном примере вызовет набор не предусмотренного при создании диалплана номера.

Ситуации, в которых неизвестна длинна набранного номера неизвестно встречаются часто, например в Англии и Германии, где длинна номера внутри страны может варьироваться. Так же использование данной символики удобно, когда нет необходимости или желания задумываться над длинной набранного номера.  Проблема в данном случае лежит не в конкретном драйвере канала или приложении Dial().

Разработчики часто недооценивают возможности рабочей строки и не учитывают возможные варианты пользовательского ввода и их влияние на ход работы приложения. Астериск со своей стороны не предоставляет механизмов гибкого задания шаблонов набранного номера (многим нужна передача символа & в номере?).

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

В данном случае решение состоит в предварительно обработке переменной ${EXTEN} функцией FILTER(), для получения строки, содержащей только ожидаемые разработчиком символы. Эти меры стоит в первую очередь применить во всех входящих контекстах, где переменная EXTEN используется для дальнейшей маршрутизации вызова или прямого вызова внутреннего или внешнего абонента.

Примеры для данного случая и другие рекомендации могут быть найдены в документа README-SERIOUSLY.bestpractices.txt, размещенного в архивах исходных кодов Asterisk.

Asterisk 1.2.40 так же дополнен портированной версией приложения FILTER() для предоставления механизма, необходимого для решения данной проблемы в существующем диалплане.

Ссылки

• Документ, содержащий советы и рекомендации
• Сообщение в блоге Olle Johanson’а
• Первое сообщение в списке рассылки
• Тикеты в багтрекере: 16810, 16808
• AST-2010-002 в формате html и pdf

Команда разработчиков проекта Астериск анонсировала доступность кандидатов в релиз (RC2) для Asterisk версий 1.4.30, 1.6.0.23, 1.6.1.15 и1.6.2.3. Исходные коды данных версий проекта незамедлительно доступны для загрузки с http://downloads.asterisk.org/pub/telephony/asterisk/

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

Ниже приведен список некоторых из исправленных проблем:

• В ситуации когда переводящий ложит трубку раньше, чем принимающий звонок поднял трубку (в случае перевода вызова с согласованием), не останавливать проигрывание MOH. (#16513)
• Расширен URL приветствия, используемый в приложении Queue с 80 символов до PATH_MAX. (#16488)
• Проблема получения каналом некорректных привилегий после парковки. (#16429)
• Исправлена утечка памяти в pbx_spool при использовании SetVar в call-файлах. (#16554)
• Исправлена регрессия, связанное с вызовами по таймауту возвращающимися с парковки. (#15459)

Ссылки на детальные списки изменений и обобщенные данные:

• 1.4.30-rc2: Changelog, summary
• 1.6.0.23-rc2: Changelog, summary
• 1.6.1.15-rc2: Changelog, summary
• 1.6.2.3-rc2: Changelog, summary

Заметьте, первый кандидат в релизы не размещался в сети в связи с необходимостью включить высоко приоритетные исправления, включая проблемы с T.38 (#16766) в версиях 1.6.x, так же некоторые изменения в 1.4 были отменены в представленном кандидате в релиз (#14992)

Таже, если проблема #14992 затрагивает вас, дополнительное тестирование приветствуется. Вы можете помочь тестируя последние версии из SVN ветвей 1.4 / 1.6.0 / 1.6.1 / 1.6.2.

Проблемы найденные в любом из данных кандидатов в релиз вы можете разместить на багтрекере проекта https://issues.asterisk.org

Благодарность всем пользователям и разработчикам за их интерес к проекту и поддержку!

Asterisk 1.2.38 был создан ранее для устранения двух проблем, внесенных исправлениями уязвимостей. До выхода версии Asterisk 1.2.38, дополнительное ухудшение было устранено, что вызвало создание версии Asterisk 1.2.39. Описание дополнительно исправленной проблемы можно увидеть в описании проблемы #15997.

Благодарность всем пользователям и разработчикам за их интерес к проекту и поддержку!

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

00:09.0 Communication controller: Tiger Jet Network Inc. Tiger3XX Modem/ISDN interface

При этом утилиты dahdi_scan и dahdi_hardware не находят карту, которая может быть использована с DAHDI в системе. Понять что карта “не родная”, можно так же поискав PCI ID в файле PCI.pm из dahdi-tools. Увидеть PCI ID можно из вывода команды lspci -vn, в моем случае полный вид PCI ID - e159:0001/2801

Далее не обойтись без визуального осмотра карты. Маркировка моей карты оказалась “TE 100P - 1X T1/E1 PCI Card Rev 2.0 PhonicEQ”. Драйвер легко находится через Google, для E1 драйвер находится здесь - http://e100p.phoniceq.com/driver/. Так же есть вариант T1 и специальный репозиторий для CentOS. Далее всё по инструкции: помещаем файл драйвера, собираем DAHDI  с указанием на необходимость сборки дополнительного модуля, устанавливает драйвер и добавляем его в /etc/dahdi/modules. Карта готова к настройке.

Стоит сказать, что данная карта продается всего за $230 на сайте производителя, аналогичную плату Digium можно приобрести за за $570 в Москве. Разница более чем существенная, но за нее придётся платить разнообразными проблемами при обновлении системы и отсутствием гарантии обновления драйвера в будущем.

Исходные коды данных версий проекта незамедлительно доступны для загрузки с
http://downloads.asterisk.org/pub/telephony/asterisk/

Версии Asterisk 1.6.0.22, 1.6.1.14 и 1.6.2.2 включают в себя исправление проблемы в использовании T.38 в SIP, описанной в бюллетене безопасности AST-2010-001.

Проблема заключается в том, что удаленный злоумышленник при согласовании параметров T.38 сессии через SIP может вызвать удаленно крах Asterisk модифицировав поле FaxMaxDatagram в SDP, чтобы оно содержало отрицательное либо слишком большое значение. Так же крах будет наблюдаться, если данное поле пропущено в SDP.

Единственным исправлением в данной версии является устранение данной проблемы. Для получения более подробной информации рекомендуется прочесть бюллетень безопасности AST-2010-001 (txt, html, pdf), выпущенный одновременно.

http://downloads.asterisk.org/pub/security/AST-2010-001.pdf

Благодарность всем пользователям и разработчикам за их интерес к проекту и поддержку!

Компания GM Voices никогда ранее не была замечена в исполнении композиций, но впечатлённые драйвом конференции Astricon 2009, создали вот такой замечательный клип.

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

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

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

1. Большое количество вариантов произнесения объекта (например географических ориентиров)
2. Построение меню с множественным выбором (нажмите 1 чтобы то, нажмите 2 чтобы другое и т.д.)

Именно здесь система распознавания русской речи поймет что сказал клиент, не заставляя его дослушивать до конца или требуя ввода одного единственного верного значения.

Ещё в начале работы с Asterisk я столкнулся с построением IVR, которое суммарно должно было отвечать за ввод более дюжины однотипных параметров. При этом я столкнулся с определенными сложностями:

1. Предлагать вводить посредством DTMF двузначные числа. При этом человек не может держать в памяти множество значений и скорее всего откажется от использования такого сложным меню
2. Предоставить возможность постраничного листинга динамически изменяемой информации
3. Предоставить в меню возможность выбора основных вариантов, для выбора специальных вариантов - организовать разговор с оператором

Я использовал последний вариант. Однако уже сейчас имеется возможность использовать эффективные средства синтеза/распознавания русской речи. Сразу стоит сказать, что это платные решения. OpenSource приложения имеются, но применительно к синтезу русской речи годятся к использованию скорее в тестовых лабораторных условиях. Существует возможность настройки распознавания русской речи в CMU Sphinx4, но распознавание работает не достаточно надежно в данный момент. В качестве примера можно привести следующие решения: синтез русской речи - Govorilka, Festival, eSpeak и др., распознавание русской речи на ограниченном словаре - Горыныч.

Технические особенности

Для синтеза речи используется технология синтеза речи VitalVoice от ЦРТ, которую по заверениям сотрудников компании ЦРТ, смело можно считать лучшей технологией синтеза русской речи на данный момент. Решение от ЦРТ включает в себя пять голосов, построенных на основе записи десятков часов речи профессиональных дикторов. Возможен синтез сложных текстов с корректной расстановкой ударений, правильной расшифровкой сокращений и интонационной окраской.

Ресурс распознавания речи ASR принимает грамматику в SRGS формате и возвращает результат распознавания в NLSML разметке. В настоящий момент поддержаны следующие теги, используемые в SRGS грамматиках и позволяющие строить более сложные меню:

1. confidence level - уровень уверенности распознавания (коэффициент достоверности)
2. n-best - возврат нескольких результатов распознавания с указанием confidence level для каждого
3. instance - семантическая интерпретация произносимых клиентом равнозначных слов и выражений

Также поддерживается режим barge-in, т.е. пользователь может произносить запросы не дожидаясь окончания проигрывания синтезированной фразы в IVR.

SRGS имеет 2 эквивалентных формата - это означает что одна и та же грамматика может быть представлена одной из следующей форм:

XML – описание грамматики структурой XML файла;

ABNF – описание грамматики структурированным текстовым файлом.

Решение от «Центра Речевых Технологий» в данный момент поддерживает связь по протоколу MRCPv1 (RFC4463), поддерживаются uLaw и aLaw кодеки. Завершено тестирование ресурса синтеза речи TTS (plan-text и текст в формате SSML), тестирование распознавания речи продолжается.

Со стороны Asterisk поддержка протокола MRCP реализована посредством библиотеки UniMRCP. На основе этой библиотеки поддержка реализована и для FreeSWITCH, которая в свою очередь базируется на коде приложения unimrcp-client, поставляемого в составе исходных кодов библиотеки.

Краткая справка

Протокол MRCPv1

Протокол MRCPv1 (Media Resource Control Protocol) описан в RFC4463, представляет собой простой текстовый протокол, похожий на HTTP. Передаваемые MRCP запросы и ответы инкапсулируются в транспортный протокол RTSP. Передача голосовых данных производится посредством протокола RTP. Спецификация определяет ряд методов и параметров, которые участвуют в установлении и управлении сессиями синтеза/распознавания.

Библиотека UniMRCP

Библиотека поддерживает версии протокола MRCPv1 и MRCPv2. Поддерживается работа с ресурсами распознавания, синтеза, верификации и записи речи. Для реализации протокола MRCPv2 используется библиотека SofiaSIP, библиотека кросс-платформенная и выпущена под лицензией Apache License 2.0, что позволяет использовать её в коммерческих решениях. Библиотека позволяет реализовать как MRCP клиент, так и сервер, в поставке имеются примеры реализации, которые служат хорошим примером для разработки своего приложения.

Кроме того автор активно работает над новыми возможностями, буквально на днях появился релиз 0.9.0 (0.8.0 был выпущен 3 месяца назад), основными нововведениями которого явились:

• Поддержка 64-битных ОС
• Поддержка ресурса записи
• Поддержка для RFC4733/RFC2833 и Inband DTMF генерации и распознавания
• Реализация RTCP стека

Модуль app_mrcp

На данный момент модуль представляет из себя базовую реализацию поддержки MRCP протокола, однако уже готовую к эксплуатации. Модуль работоспособен с Астериском всех версий начиная с 1.4.

MRCPSynth — синтез речи

Приложение получает на вход текст, предназначенный для синтеза и ряд параметров, таких как:

• Файл на жестком диске для записи синтезированной речи
• Параметры синтезированного голоса (возраст, пол, голос)
• Профиль сервера распознавания

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

MRCPRecog — распознавание речи

Приложение получает на вход грамматику, после установления сессии с MRCP сервером передает все голосовые пакеты к ресурсу распознавания. Как только ресурс распознавания примет решение о том что распознавание закончено (по таймауту или успешному распознаванию в соответствии с грамматикой) приложение прекращает выполнение и устанавливает переменную диалплана RECOG_RESULT, которая содержит результат в формате NLSML. Приложение аналогично приложению Background — воспроизведение звукового файла прерывается успешным вводом пользователя.

Схема взаимодействия с MRCP сервером

Пример использования

Ниже приведен теоретический пример использования в простейшем IVR с распознаванием ответа пользователя, синтезом приветствий и предварительно-синтезированными отдельными фрагментами меню. приложение nlsml-wrapper в данном примере должно выделять результат распознавания и управлять переходами внутри меню. Dialplan приведен для демонстрации использования приложений.

exten => ivr,1,Answer
exten => ivr,n,Wait(0.5)
exten => ivr,n,MRCPSynth(Добро пожаловать в компанию Рога и Копыта!,v(maria))
exten => ivr,n,MRCPRecog(ivr/grammar-sales.srgs,t(5000)f(synth/ivr-main-promt)b)
exten => ivr,n,AGI(agi://10.0.0.1/nlsml-wrapper,ivr,${RECOG_RESULT})

exten => ivr,n+5(tech),MRCPSynth(Техотдел,v(vladimir))
exten => ivr,n,GoToIf($["${ALARM}" = "1"]?alarm:norm)
exten => ivr,n(alarm),Playback(synth/tech-alarm-notification)
exten => ivr,n(norm),MRCPRecog(ivr/grammar-sales.srgs,t(5000)f(synth/ivr-tech-promt)b)
exten => ivr,n,AGI(agi://10.0.0.1/nlsml-wrapper,tech,${RECOG_RESULT})

exten => ivr-dictate,n,MRCPSynth(${DICTATE_TEXT},v(${DICTATE_VOICE})w(synct/${DICTATE_NAME}.ulaw))

Планы

В планах на февраль 2010 — достаточно серьезная переработка UniMRCP клиента для Asterisk для возможности полной поддержки синтеза и распознавания русской речи от ЦРТ:

• Добавление команд CLI
• Добавление AMI событий и команд
• Поддержка SNMP
• Встроенное кеширование синтезированных фраз
• Парсинг NLSML в вид, пригодный к использованию в диалплане

Благодарности
Выражаю благодарность компании Центр Речевых Технологий и лично Кондратьеву Виталию за предоставленную возможность протестировать синтез и распознавание русской речи совместно с Asterisk.