Skip to the content.

Глава 2. Архитектура Asterisk

Прежде всего, но не обязательно в таком порядке.

– Доктор Кто

Asterisk очень отличается от других, более традиционных УАТС тем, что диалплан в Asterisk обрабатывает все входящие каналы по существу одинаково, а не разделяет их на станции, транки, периферийные модули и т.д.

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

Asterisk, с другой стороны, не имеет внутреннего понятия транков или станций. В Asterisk все, что входит или выходит из системы, проходит через какой-то канал. Существует множество различных типов каналов; однако диалплан Asterisk обрабатывает все каналы аналогичным образом, что означает, например, внутренний пользователь может существовать на конце внешнего транка (например, сотовый телефон) и обрабатываться диалпланом точно так же, как если бы пользователь был на внутреннем номере. Если вы не работали с традиционной АТС1, то может быть не сразу очевидно насколько это является мощным и освобождающим. Рисунок 2-1 иллюстрирует различия между этими двумя архитектурами.

Рисунок 2-1. Архитектура Asterisk против УАТС

Рисунок 2-1. Архитектура Asterisk против УАТС

Модули

Asterisk построен на модулях. Модуль - это загружаемый компонент, который обеспечивает определенную функциональность, такую как драйвер канала (например, chan_pjsip.so) или ресурс, который позволяет подключиться к внешней технологии (например func_odbc.so). Модули Asterisk загружаются на основе параметров, определенных в файле /etc/asterisk/modules.conf. Мы обсудим использование многих модулей в этой книге, но на этом этапе мы просто хотим представить концепцию модулей и дать вам представление о типах модулей, которые доступны.

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

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

Типы модулей в Asterisk включают в себя следующие:

Существует официальный список типов статуса поддержки, включенных в 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 в системный журнал

Модули логирования событий канала

Регистрация событий канала (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 Произносится как “мью-лоу,” но так же вы часто будете слышать как “ю-лоу”.


Digium предоставляет некоторые дополнительные полезные модули кодеков: 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писок полезных функций диалплана

Name Назначение
func_audiohook​in⁠herit Позволяет записывать звонки после трансфера
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. Модули ресурсов

)
Name Purpose
res_adsi Предоставляет ADSI6
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 распознавания речи7
res_stasis Связывает различные компоненты инфраструктуры приложений Stasis
res_xmpp Предоставляет ресурсы XMPP (FKA Jabber)

Дополнительные модули

Дополнительные модули - это разработанные сообществом модули с правами на использование или распространение, отличными от основного кода (Таблица 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. Это можно сделать либо вручную, либо with the “uninstall” make (make uninstall) target.

Библиотека ресурсов

Существует несколько ресурсов, которым требуются внешние источники данных. Например, музыка на удержании (MOH) не может произойти, если у вас нет какой-то музыки для воспроизведения. Системные подсказки также должны храниться где-то на жестком диске. В папке /var/lib/asterisk хранятся системные приглашения, сценарии AGI, музыка на удержании и другие файлы ресурсов.

Spool

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

В Asterisk спул используется для хранения временных элементов, таких как голосовые сообщения, записи вызовов8, файлы вызовов и так далее.

Спул Asterisk находится в каталоге /var/spool/asterisk.

Журналирование

Asterisk может генерировать несколько разных типов лог-файлов. Папка /var/log/asterisk - это место, где записываются подробные записи вызовов (CDR), события канала из CEL, журналы отладки, журналы очереди, сообщения, ошибки и другие выходные данные.

Эта папка будет чрезвычайно важна для любых предпринимаемых вами действий по устранению неполадок. Мы поговорим подробнее о том, как использовать логи Asterisk в Главе 21.

Диалплан

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

Диалплан обычно пишется с использованием собственного синтаксиса 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, а также в устранении неисправностей и подготовке традиционных сетей PSTN.

Если вам необходимо взаимодействовать с традиционными сетями ТфОП с использованием 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. Хотя большинство функций ADSI в Asterisk никогда не используется, приложение голосовой почты использует этот ресурс.
  7. Для использования требуется отдельно лицензируемый продукт.
  8. Не подробные записи вызовов (CDRs), а скорее аудиозаписи вызовов, генерируемых MixMonitor() и связанными приложениями.
Глава 1. Революция в телефонии Содержание Глава 3. Установка Asterisk