Глава 2. Архитектура Asterisk
Прежде всего, но не обязательно в таком порядке.
– Доктор Кто
Asterisk очень отличается от других, более традиционных УАТС тем, что диалплан в Asterisk обрабатывает все входящие каналы по существу одинаково, а не разделяя их на станции, транки, периферийные модули и т.д.
В традиционной АТС существует логическое различие между станциями (телефонными аппаратами) и транками (магистралями - ресурсами, которые подключаются к внешнему миру). Это ограничение делает творческую маршрутизацию в традиционных УАТС очень сложной или невозможной.
Asterisk, с другой стороны, не имеет внутреннего понятия транков или станций. В Asterisk все, что входит или выходит из системы, проходит через какой-то канал. Существует множество различных типов каналов; однако диалплан Asterisk обрабатывает все каналы аналогичным образом, что означает, например, внутренний пользователь может существовать на конце внешнего транка (например, сотовый телефон) и обрабатываться диалпланом точно так же, как если бы пользователь был на внутреннем номере. Если вы не работали с традиционной АТС1, то может быть не сразу очевидно насколько это является мощным и освобождающим. Рисунок 2-1 иллюстрирует различия между этими двумя архитектурами.
Рисунок 2-1. Архитектура Asterisk против УАТС
Модули
Asterisk построена на модулях. Модуль — это загружаемый компонент, обеспечивающий определенную функциональность, такую как драйвер канала (например, chan_pjsip.so) или ресурс, который позволяет подключиться к внешней технологии (например func_odbc.so). Модули Asterisk загружаются на основе параметров, определенных в файле /etc/asterisk/modules.conf. Мы обсудим использование многих модулей в этой книге, но на этом этапе мы просто хотим представить концепцию модулей и дать вам представление о типах модулей, которые доступны.
На самом деле можно запустить Asterisk вообще без каких-либо модулей, хотя в этом состоянии он ничего не сможет сделать. Это бывает полезно для понимания модульной природы Asterisk для оценки архитектуры.
В
ы можете запустить Asterisk без модулей, загружаемых по умолчанию и загружать каждый нужный модуль вручную из консоли, но это не то, что вы хотели бы запустить в продакшн; это было бы полезно только в том случае, если бы вы настраивали производительность системы, в которой хотели убрать все, что не требуется вашим конкретным приложением Asterisk.
Типы модулей в Asterisk включают в себя следующие:
- Приложения - рабочие лошадки диалплана, такие как Dial(), Voicemail(), Playback(), Queue() и т.д.
- Модули соединения — механизмы, которые соединяют каналы (вызовы) друг с другом
- Модули записи деталей вызовов (CDR)
- Модули регистрации событий канала (CEL)
- Драйверы каналов — различные соединения с системой и из системы; SIP (Session Initiation Protocol) использует канальный драйвер PJSIP
- Трансляторы кодеков — преобразовывают различные кодеки как G729, G711, G722, Speex и так далее
- Интерпретаторы форматов — как указано выше, но относящиеся к файлам, хранящимся в файловой системе
- Функции диалплана — расширенные возможности диалплана
- Модули УАТС
- Модули ресурсов
- Дополнительные модули
- Тестовые модули
Существует официальный список типов статуса поддержки, включенных в menuselect2.
Приложения
Приложения диалплана используются в extensions.conf для определения различных действий, применимых к вызову. Например, приложение Dial() отвечает за создание исходящих соединений с внешними ресурсами и, возможно, является самым важным приложением диалплана. Доступные приложения перечислены в Таблице 2-1.
Таблица 2-1. Популярные приложения диалплана
| Имя | Назначение |
|---|---|
| app_authenticate | Сравнивает сигналы набора DTMF с указанной строкой (паролем) |
| app_cdr | Записывает данные в CDR |
| app_chanspy | Позволяет каналу прослушивать аудио на другом канале |
| app_confbridge | Обеспечивает конференц-связь |
| app_dial | Используется для соединения каналов вместе (т. е. для совершения телефонных звонков) |
| app_directed_pickup | Отвечает на вызов, который вызывает другой добавочный номер |
| app_directory | Представляет список имен из voicemail.conf |
| app_dumpchan | Дамп переменных канала в интерфейс командной строки Asterisk (CLI) |
| app_echo | Эхо-сигналы, полученные обратно в исходный канал (может быть полезно для демонстрации задержки) |
| app_exec | Содержит Exec(), TryExec() и ExecIf(): выполняет приложение диалплана по условию |
| app_mixmonitor | Записывает обе стороны вызова (передача и прием) и смешивает их вместе в один файл |
| app_originate | Позволяет логике диалплана инициировать вызов (в отличие от вызова, поступающего на канал) |
| app_page | Создает несколько аудио соединений с указанными устройствами для публичного вещания (пейджинг) |
| app_parkandannounce | Включает автоматическое оповещение о припаркованных вызовах |
| app_playback | Воспроизведение файла в канал (не принимает ввод) |
| app_playtones | Воспроизведение пар тонов указанных частот (в основном DTMF) |
| app_queue | Обеспечивает автоматическое распределение вызовов (ACD) |
| app_read | Запрашивает ввод цифр от абонентов и назначает ввод переменной |
| app_readexten | Запрашивает ввод цифр у вызывающих абонентов и передает вызов на указанный добавочный номер и контекст |
| app_record | Запись полученного аудио в файл |
| app_senddtmf | Передает DTMF вызывающей стороне |
| app_stack | Обеспечивает Gosub(), GoSubIf(), Return(), SteckPop(), LOCAL() и Local_PEEK() |
| app_stasis | Передает управление вызовами в приложение ARI - многие разработчики Asterisk используют это приложение, а оттуда обрабатывают всю остальную часть своей разработки за пределами диалплана Asterisk |
| app_system | Выполняет команды в Linux shell |
| app_transfer | Выполняет трансфер на текущем канале |
| app_voicemail | Предоставляет голосовую почту |
| app_while | Включает While(), EndWhile(), ExitWhile() и ContinueWhile(); обеспечивает функциональность цикла while в диалплане |
Модули соединений
Модули соединений выполняют фактическое соединение каналов. Эти модули, перечисленные в Таблице 2-2, в настоящее время используются только для (и необходимы) app_confbridge.
Таблица 2-2. Модули соединений
| Имя | Назначение |
|---|---|
| bridge_builtin_features | Выполняет соединение при использовании встроенных пользовательских функций (например, найденных в features.conf). |
| bridge_multiplexed | Выполняет сложное мультиплексирование, как требуется в большом конференц-зале (несколько участников). В настоящее время используется только app_confbridge. |
| bridge_simple | Выполняет простое соединение канал-канал. |
| bridge_softmix | Выполняет простое мультиплексирование, как требуется в большом конференц-зале (несколько участников). В настоящее время используется только app_confbridge. |
В следующих разделах мы рассмотрели список модулей, которые, по нашему мнению, достаточно важны для обсуждения в этой книге. Вы найдете много других модулей в загрузке Asterisk, но многие старые модули либо устарели, либо имеют слабую поддержку или вовсе не поддерживаются, и поэтому не рекомендуются для производства, если у вас нет доступа к разработчикам, которые могут поддерживать их для вас.
Модули записи деталей вызова (CDR)
Модули CDR, перечисленные в Таблице 2-3, предназначены для обеспечения как можно большего числа методов хранения записей сведений о вызовах. CDR можно хранить в файле (по умолчанию), базе данных, RADIUS или syslog.
З аписи деталей вызовов не предназначены для использования в сложных приложениях биллинга. Если вам требуется больше контроля над биллингом и отчетностью о вызовах - обратите внимание на журнал событий канала (CEL), обсуждаемый далее. Преимущество CDR заключается в том, что он просто работает.
Таблица 2-3. Общие модули записи деталей вызова
| Имя | Назначение |
|---|---|
| cdr_adaptive_odbc | Позволяет записывать CDR через платформу ODBC с возможностью добавления пользовательских полей |
| cdr_csv | Записывает CDR на диск в файл с разделителями-запятыми (CSV) |
| cdr_custom | Записывает CDR в файл CSV, но допускает добавление пользовательских полей |
| cdr_odbc | Пишет CDR через ODBC фреймворк |
| cdr_syslog | Записывает CDR в syslog |
Модули журналирования событий канала
Регистрация событий канала (CEL) обеспечивает гораздо более мощный контроль над отчетами об активности вызовов. Кроме того, он требует более тщательного планирования вашего плана набора и ни в коем случае не будет работать автоматически. Модули Asterisk CEL перечислены в Таблице 2-4.
Таблица 2-4. Модули логирования событий канала
| Имя | Назначение |
|---|---|
| cel_custom | CEL на диск/файл |
| cel_manager | CEL в AMI |
| cel_odbc | CEL в ODBC |
Драйверы каналов
Без драйверов каналов у Asterisk не было бы возможности совершать или принимать вызовы. Каждый драйвер канала специфичен для протокола или типа канала, который он поддерживает (SIP, ISDN и т.д.). Модуль канала действует как шлюз к ядру Asterisk. Некоторые из наиболее популярных драйверов каналов Asterisk перечислены в Таблице 2-5.
Таблица 2-5. Популярные драйверы каналов
| Имя | Назначение |
|---|---|
| chan_bridge | Используется внутри приложения ConfBridge(); не должен использоваться напрямую |
| chan_dahdi | Обеспечивает подключение к картам ТфОП, использующим драйверы каналов DAHDI |
| chan_local | Предоставляет механизм для обработки части диалплана как канала |
| chan_motif | Реализует протокол Jingle, включая возможность подключения к Google Talk и Google Voice; представлен в Asterisk 11 |
| chan_multicast_rtp | Обеспечивает подключение к потокам многоадресного Realtime Transport Protocol (RTP) |
| chan_pjsip | Драйвер канала Session Initiation Protocol (SIP) |
Трансляторы кодеков
Трансляторы кодеков3 (часто называемые транскодерами) позволяют Asterisk конвертировать форматы аудиопотоков между вызовами. Поэтому, если вызов поступает по каналу PRI (используя G.711) и должен быть передан в сжатый канал SIP (например, используя G.729 - один из многих кодеков, которые может обрабатывать SIP), соответствующий транслятор кодека выполнит преобразование.
Кодеки - это сложные алгоритмы, обрабатывающие преобразование аналоговой информации (в данном случае звука, но также может быть и видео) в цифровой формат. Многие кодеки также обеспечивают сжатие и исправление ошибок, но это не является обязательным требованием.
Е сли кодек (например G.729) использует сложный алгоритм кодирования, интенсивное использование транскодинга может создать огромную нагрузку на процессор. Специализированное оборудование для декодирования/кодирования G.729 доступно от производителей оборудования, таких как Sangoma и Digium (и, вероятно, других).
Asterisk делает довольно хорошую работу по поддержке кодеков, но в основном сосредоточен на кодеках, обычно используемых телефонными приложениями (в отличие от кодеков, используемых, скажем, для музыки или видео, таких как MP3 или MP4). Они перечислены в Таблице 2-6.
Таблица 2-6. Общие трансляторы кодеков
| Название | Назначение |
|---|---|
| codec_alaw | Кодек PCM A-law используется во всем мире для ТфОП (кроме Канады/США). Этот кодек (вместе с ulaw) должен быть включен на всех ваших каналах. |
| codec_g729 | До недавнего времени это был запатентованный кодек, но теперь он является бесплатным. На момент написания этой статьи он по-прежнему продается Digium в качестве дополнения, но его также можно найти в виде бесплатного пакета. Это очень популярный кодек, если требуется сжатие (и использование процессора не является проблемой), но он накладывает нагрузку на процессор, добавляет задержку к вызовам, немного снижает качество и никоим образом не уменьшает накладные расходы. |
| codec_a_mu | Прямой конвертер A-law в mu-law. |
| codec_g722 | Широкополосный аудиокодек. |
| codec_gsm | Кодек Global System for Mobile Communications (GSM). Очень низкое качество звука. |
| codec_ilbc | Интернет-кодек с низким битрейтом (iLBC). |
| codec_lpc10 | Линейный предсказательный кодирующий вокодер (чрезвычайно низкая пропускная способность). |
| codec_opus | Предназначен для замены speex (и vorbis). |
| codec_resample | Пересемлирование между 8-ми и 16-тибитными линейными сигналами. |
| codec_speex | Кодек Speex. |
| codec_ulaw | Кодек PCM Mu-law, используемый на ТфОП в Канаде/США. Более точно описывается как μ-закон, но не у многих людей есть греческая буква μ на клавиатуре, поэтому обычно пишется как ulawa. Часто является кодеком по умолчанию, и должен быть включен на всех ваших каналах. |
a Произносится как “мью-лоу”, но так же вы часто будете слышать как “ю-лоу”.
D
igium предоставляет некоторые дополнительные полезные модули кодеков: codec_g729, codec_silk, codec_siren7 и codec_siren14. Эти модули кодеков не являются open source по различным причинам. Вы должны приобрести лицензию на использование codec_g729, но остальные являются бесплатными. Вы можете найти их на сайте Digium.
Интерпретаторы формата
Интерпретаторы форматов в Таблице 2-7 выполняют ту же функцию, что и трансляторы кодеков, но они работают с файлами, а не с каналами, и обрабатывают не только аудио. Если у вас есть запись в меню, которая была сохранена как GSM - вам нужно будет использовать интерпретатор формата для воспроизведения этой записи на любые каналы, не использующие кодек GSM4.
Если вы храните запись в нескольких форматах одновременно (например, WAV, GSM и т. д.), Asterisk определит наименее затратный формат5 для использования, когда каналу необходимо воспроизвести эту запись.
Таблица 2-7. Интерпретаторы форматов
| Название | Воспроизведение файлов, хранящихся в |
|---|---|
| format_g729 | G.729: .g729 |
| format_gsm | RPE-LTP (оригинальный кодек GSM): .gsm |
| format_h264 | H.264 video: .h264 |
| format_ilbc | Интернет кодек с низким битрейтом: .ilbc |
| format_jpeg | Графический файл: .jpeg, .jpg |
| format_ogg_vorbis | Ogg контейнер: .ogg |
| format_pcm | Различные форматы импульсно-кодовой модуляции: .alaw, .al, .alw, .pcm, .ulaw, .ul, .mu, .ulw, .g722, .au |
| format_siren14 | G.722.1 Annex C (14 kHz): .siren14 |
| format_siren7 | G.722.1 (7 kHz): .siren7 |
| format_sln | 8-bit signed linear: .sln, .raw |
| format_vox | .vox |
| format_wav | .wav |
| format_wav_gsm | GSM аудио в контейнере WAV: .wav, .wav49 |
Функции диалплана
Функции диалплана, перечисленные в Таблице 2-8, дополняют приложения диалплана (смотри “Приложения”. Они предоставляют множество полезных улучшений для таких вещей, как обработка строк, смещение времени и даты и подключение ODBC.
Таблица 2-8. Cписок полезных функций диалплана
| Название | Назначение |
|---|---|
| func_audiohookinherit | Позволяет записывать звонки после трансфера |
| func_blacklist | Пишет/читает черный список в astdb |
| func_callcompletion | Получает/устанавливает параметры конфигурации завершения вызова для канала |
| func_callerid | Получает/устанавливает идентификатор звонящего (Caller ID) |
| func_cdr | Получает/устанавливает переменную CDR |
| func_channel | Получает/устанавливает информацию канала |
| func_config | Включает AST_CONFIG(); считывает переменные из файла конфигурации |
| func_curl | Использует cURL для получения данных из URI |
| func_cut | Делит и нарезает строки |
| func_db | Предоставляет функции astdb |
| func_devstate | Получает состояние устройства |
| func_dialgroup | Создает группу для одновременного набора |
| func_dialplan | Проверяет, что назначенная цель существует в диалплане |
| func_env | Включает FILE(), STAT() и ENV(); выполняет действия операционной системы |
| func_global | Получает/устанавливает глобальные переменные |
| func_groupcount | Получает/устанавливает количество каналов для участников группы |
| func_hangupcause | Получает/устанавливает информацию о зависании из канала |
| func_logic | Включает ISNULL(), SET(), EXISTS(), IF(), IFTIME()и IMPORT(); выполняет различные логические функции |
| func_math | Включает MATH(), INC() и DEC(); выполняет математические функции |
| func_odbc | Позволяет интегрировать диалплан с ресурсами ODBC |
| func_rand | Возвращает случайное число в заданном диапазоне |
| func_realtime | Выполняет поиск в Asterisk Realtime Architecture (ARA) |
| func_redirecting | Предоставляет доступ к информации о том, откуда был перенаправлен этот вызов |
| func_shell | Выполняет операции оболочки Linux и возвращает результаты |
| func_sprintf | Выполняет функции строкового формата, аналогичные функции C с тем же именем |
| func_srv | Выполняет поиски SRV в диалплане |
| func_strings | Включает в себя более десятка функций обработки строк |
| func_timeout | Получает / устанавливает таймауты на канале |
| func_uri | Преобразует строки в URI-безопасную кодировку |
| func_vmcount | Возвращает количество сообщений в папке голосовой почты для определенного пользователя. |
PBX Модули
Модули PBX - это периферийные модули, обеспечивающие улучшенные механизмы управления и настройки. Например, pbx_config - это модуль, загружающий традиционный диалплан Asterisk. Доступные в настоящее время модули PBX перечислены в Таблице 2-9.
Таблица 2-9. PBX модули
| Название | Назначение |
|---|---|
| pbx_config | Этот модуль предоставляет традиционный, популярный язык диалплана для Asterisk. Без этого модуля Asterisk не может читать extensions.conf. |
| pbx_dundi | Выполняет поиск данных в удаленных системах Asterisk. |
| pbx_realtime | Предоставляет функциональные возможности, связанные с архитектурой Asterisk Realtime. |
| pbx_spool | Обеспечивает поддержку исходящих сообщений, относящихся к файлам вызовов Asterisk. |
Модули ресурсов
Модули ресурсов интегрируют Asterisk с внешними ресурсами. Эта группа модулей фактически превратилась в универсальное средство для вещей, которые не вписываются в другие категории. Разобьем их на несколько подгрупп модулей, которые связаны между собой.
Бэкэнды конфигурации
Asterisk по умолчанию настроен с использованием текстовых файлов в /etc/asterisk. Модули, перечисленные в Таблице 2-10, предоставлют альтернативные методы настройки. Смотри Главу 15 для получения подробной документации по настройке конфигурации на основе базы данных.
Таблица 2-10. Конфигурационные бэкэнд-модули
| Название | Назначение |
|---|---|
| res_config_curl | Получает информацию о конфигурации, используя cURL |
| res_config_ldap | Получает информацию о конфигурации, используя LDAP |
| res_config_odbc | Получает информацию о конфигурации, используя ODBC |
Итеграция календаря
Asterisk включает некоторую интеграцию с календарными системами. Вы можете читать и записывать информацию календаря из диалплана. Вы также можете иметь звонки на основе записей календаря. Интеграция основного календаря обеспечивается модулем res_calendar. Остальные модули предоставляют возможность подключения к определенным типам календарных серверов. Таблица 2-11 перечисляет модули интеграции календаря.
Таблица 2-11. Модули интеграции календаря
| Название | Назначение |
|---|---|
| res_calendar | Обеспечивает базовую интеграцию с календарными системами |
| res_calendar_caldav | Позволяет функциям, предоставляемым res_calendar , подключаться к календарям через CalDAV |
| res_calendar_exchange | Позволяет функциям res_calendar подключаться к MS Exchange |
| res_calendar_icalendar | Позволяет функциям res_calendar подключаться к Apple/Google iCalendar |
Другие модули ресурсов
Таблица 2-12 включает остальные модули ресурсов, которые не вписываются в одну из подгрупп, которые мы определили ранее в этом разделе.
Tаблица 2-12. Модули ресурсов
| Название | Назначение |
|---|---|
| res_adsi | Предоставляет ADSIa |
| res_agi | Предоставляет Asterisk Gateway Interface (смотри Главу 18) |
| res_corosync | Предоставляет распределенные сообщения индикации ожидания (MWI) и состояние устройства уведомления через Corosync Cluster Engine |
| res_crypto | Предоставляет криптографические возможности |
| res_curl | Предоставляет общие подпрограммы для других модулей cURL |
| res_fax | Предоставляет общие подпрограммы для других факсимильных модулей |
| res_fax_spandsp | Плагин для факса с использованием пакета spandsp |
| res_http_post | Обеспечивает поддержку POST upload для HTTP-сервера Asterisk |
| res_http_websocket | Обеспечивает поддержку WebSocket для внутреннего HTTP-сервера Asterisk (требуется WebRTC) |
| res_monitor | Предоставляет ресурсы записи разговоров |
| res_musiconhold | Предоставляет ресурсы музыки на удержании (MOH) |
| res_mutestream | Позволяет заглушить/включить звук аудиопотоков |
| res_odbc | Предоставляет общие подпрограммы для других модулей ODBC |
| res_phoneprov | Автонастройка телефонов с HTTP-сервера Asterisk |
| res_pktccops | Предоставляет ресурсы PacketCable COPS |
| res_security_log | Включает ведение журнала событий безопасности, генерируемых другими частями Asterisk |
| res_snmp | Предоставляет информацию о состоянии системы в SNMP-managed network |
| res_speech | Общий API распознавания речиb |
| res_stasis | Связывает различные компоненты инфраструктуры приложений Stasis |
| res_xmpp | Предоставляет ресурсы XMPP (FKA Jabber) |
a Хотя большинство функций ADSI в Asterisk никогда не используется - приложение голосовой почты использует этот ресурс.
b Для использования требуется отдельно лицензируемый продукт.
Дополнительные модули
Дополнительные модули - это разработанные сообществом модули с правами на использование или распространение, отличными от основного кода (Таблица 2-13). Они хранятся в отдельном каталоге и не компилируются и не устанавливаются по умолчанию. Чтобы включить эти модули, используйте утилиту настройки сборки menuselect.
Таблица 2-13. Дополнительные модули
| Название | Назначение | Популярность/статус |
|---|---|---|
| chan_ooh323 | Позволяет совершать и принимать VoIP звонки по протоколу H323 | Usable |
| format_mp3 | Позволяет Asterisk воспроизводить MP3 файлы | Usable |
| res_config_mysql | Использует базу данных MySQL как сервер конфигурации в режиме реального времени | Useful |
Тестовые модули
Тестовые модули используются командой разработчиков Asterisk для проверки нового кода. Они постоянно меняются и добавляются, и не являются полезными, если вы не разрабатываете программное обеспечение Asterisk.
Однако если вы являетесь разработчиком Asterisk, то набор тестов Asterisk может представлять для вас интерес, поскольку вы можете создавать автоматизированные тесты для Asterisk и отправлять их обратно в проект, работающий на нескольких различных операционных системах и типах машин. Постоянно расширяя число тестов, проект Asterisk позволяет избежать создания регрессий в коде. Отправляя свои собственные тесты в проект - вы можете чувствовать себя более уверенно в будущих обновлениях.
Более подробная информация о тестах доступна в разделе “Asterisk Test Suite”, или вы можете присоединиться к каналу #asterisk-testing в IRC-сети Freenode.
Файловая структура
Asterisk - сложная система, состоящая из множества ресурсов. Эти ресурсы используют файловую систему несколькими способами. Поскольку Linux настолько гибок в этом отношении, полезно понять, какие данные хранятся, чтобы вы могли понять, где вы, вероятно, найдете определенный бит хранимых данных (например, сообщения голосовой почты или файлы журналов).
Конфигурационные файлы
Конфигурационные файлы Asterisk включают в себя extensions.conf, pjsip.conf, modules.conf и десятки других файлов, определяющих параметры для различных каналов, ресурсов, модулей и функций, которые могут использоваться.
Эти файлы обычно находятся в /etc/asterisk. Вы будете много работать в этой папке, когда будете настраивать и администрировать свою систему Asterisk.
Модули
Модули Asterisk обычно устанавливаются в папку /usr/lib/asterisk/modules. Обычно вам не придется взаимодействовать с этой папкой, однако будет полезно узнать где находятся модули. Например, если вы обновите Asterisk и выберете разные модули на этапе установки menuselect, старые (несовместимые) модули из предыдущей версии Asterisk не будут удалены, и вы получите предупреждение от сценария установки. Эти старые файлы необходимо будет удалить из папки modules. Это можно сделать либо вручную, либо с помощью make uninstall.
Библиотека ресурсов
Существует несколько ресурсов, которым требуются внешние источники данных. Например, музыка на удержании (MOH) не может воспроизводиться если у вас нет какой-то музыки для воспроизведения. Системные подсказки также должны храниться где-то на жестком диске. В папке /var/lib/asterisk хранятся системные приглашения, сценарии AGI, музыка на удержание и другие файлы ресурсов.
Spool
Spool - это место, где приложения хранят файлы в системе Linux, которые будут часто меняться или которые будут обрабатываться другими процессами позднее. Например, задания на печать в Linux и ожидающие сообщения электронной почты обычно записываются в спул, пока они не будут обработаны.
В Asterisk спул используется для хранения временных элементов, таких как голосовые сообщения, записи вызовов6, файлы вызовов и так далее.
Спул Asterisk находится в каталоге /var/spool/asterisk.
Журналирование
Asterisk может генерировать несколько разных типов лог-файлов. Папка /var/log/asterisk - это место, куда записываются подробные записи вызовов (CDR), события канала из CEL, журналы отладки, журналы очереди, сообщения, ошибки и другие выходные данные.
Эта папка будет чрезвычайно важна для любых предпринимаемых вами действий по устранению неполадок. Мы поговорим подробнее о том, как использовать логи Asterisk в Главе 21.
Диалплан
Диалплан - это сердце Asterisk. Все каналы, поступающие в систему, будут проходить через диалплан, содержащий сценарии потока вызовов, определяющие порядок обработки входящих вызовов.
Диалплан обычно пишется с использованием собственного синтаксиса Asterisk, который хранится в файле с именем /etc/asterisk/extensions.conf . Существуют и другие способы управления потоком вызовов, и мы рассмотрим их позже, но независимо от того, какой метод вы в конечном итоге используете, вы обнаружите, что базовое понимание традиционной схемы диалплана будет чрезвычайно полезным. Именно на этом мы сосредоточимся большую часть первых двух третей этой книги.
Позже мы рассмотрим обработку потока вызовов вне диалплана, используя такие технологии, как AMI, AGI и ARI.
Аппаратные средства
Asterisk способен общаться с огромным количеством различных технологий. Как правило, эти соединения выполняются через сетевое соединение TCP/IP (обычно с использованием SIP). Однако подключения к более традиционным телекоммуникационным каналам, таким как PRI (T1, E1 и т.д.), BRI (EuroISDN) SS7 (в основном T1 и E1), и аналоговым (все, от нескольких портов FXO и FXS до крупных банков каналов, питаются через соединения T1/E1 CAS/RBS), также может быть достигнуто с помощью физических карт, установленных на сервере.
Многие компании производят это оборудование, такие как Digium (спонсор, владелец и основной разработчик Asterisk), Sangoma (который недавно приобрел Digium), Dialogic (также компания Sangoma), OpenVox, Pika, Voicetronix, beroNet и многие другие. Все эти компании были связаны с Asterisk на протяжении многих лет.
Наиболее популярное оборудование для Asterisk, как правило, предназначено для работы через интерфейс аппаратного устройства Digium Asterisk (известный как DAHDI). Это сложная архитектура и она выходит за рамки этой книги. Все серверные телефонные карты будут иметь требования к установке, уникальные для производителя, и вам потребуются навыки в установке оборудования Linux, а также в устранении неисправностей и подготовке традиционных сетей ТфОП.
Если вам необходимо взаимодействовать с традиционными линиями ТфОП с использованием Asterisk, мы рекомендуем вам сохранить Asterisk в качестве платформы только для SIP и взаимодействовать с помощью стороннего шлюза какого-либо рода. Имейте в виду: это не материал начального уровня, и если вы только начинаете использовать Asterisk - вам настоятельно рекомендуется оставить свои первоначальные решения только для SIP.
Версии Asterisk
Методология выпуска Asterisk прошла через несколько стилей. В прошлом это приводило к некоторой путанице, но в наши дни управление версиями довольно простое и относительно легкое для понимания. Digium сохранил отличную ссылку на Asterisk wiki, и мы призываем вас перейти на последние подробности о версиях Asterisk.
Эта книга была написана и протестирована с использованием версии 16, но вы обнаружите, что фундаментальные концепции, которые мы исследуем, будут актуальны для большинства версий Asterisk. Концептуальная структура Asterisk не менялась в течение достаточно долгого времени, и на момент написания этой статьи не было никаких известных планов изменить это в будущем. Будущие версии будут предоставлять более мощные мультимедийные и конференц-возможности, конечно, но они, вероятно, будут реализованы в рамках существующей структуры.
Вывод
Asterisk состоит из множества различных технологий, большинство из которых сложны сами по себе. В результате понимание архитектуры Asterisk может быть ошеломляющим. Тем не менее, реальность такова, что Asterisk хорошо спроектирован для того, что он делает, и, по нашему мнению, достиг замечательного баланса между гибкостью и сложностью.
1Хорошим показателем того, что вы работали с традиционными УАТС, является наличие большой мозоли на лбу, полученной в результате слишком большого количества ударов головой о кирпичную стену, чтобы сосчитать.
2Эта команда доступна как часть процесса установки. Мы обсудим использование menuselect в главе об установке.
3Термин кодек - это сокращение от «кодер-декодер».
4Отчасти по этой причине мы не рекомендуем формат GSM по умолчанию для системных записей. WAV-записи будут звучать лучше и использовать меньше тактов процессора.
5Некоторые кодеки создают значительную нагрузку на ЦП, настолько, что система, которая может поддерживать несколько сотен каналов без транскодирования, будет обрабатывать только несколько десятков при его использовании.
6Не записи деталей вызовов (CDR), а скорее аудиозаписи вызовов, генерируемых MixMonitor() и связанными приложениями.