Джим Меггелен - Asterisk™: будущее телефонии Второе издание
savecallsin
В качестве аргумента принимает путь в файловой системе. Позволяет по своему усмотрению переопределять путь по умолчанию /var/ spool/asterisk/monitor/.
Поскольку для хранения вызовов потребуется большое количество дискового пространства, вы захотите определить стратегию хранения этих записей и работы с ними. Данная папка, вероятно, должна размещаться на отдельном диске, имеющем высокие характеристики производительности.
custom_beep
В качестве аргумента принимает имя файла. Может использоваться для определения специального тона уведомления, который будет сообщать всегда подключенному агенту о поступлении входящего вызова.
Последний параметр используется для определения агентов. Как и в файле zapata.conf, параметры конфигурации наследуются от описания agent =>, располагающегося выше. Для описания агентов используется следующий формат:
agent => id_aгентa, пароль_агента, имя Например, агента Happy Tempura с идентификатором агента 1000 и паролем 1234 можно определить следующим образом:
agent => 1000,1234,Happy Tempura Не забывайте, что файл agents.conf является дополнением к конфигурации очереди вызовов. Самый важный конфигурационный файл очередей вызовов - queues.conf. Без agents.conf можно настроить очередь вызовов только с самой базовой функциональностью.
alarmreceiver.conf
Приложение AlarmReceiver() не утверждено Лабораторией по технике безопасности США (Underwriter's Laboratory, UL) и не должно использоваться как основное или единственное средство получения тревожных сообщений или событий. Надежность этого приложения не гарантируется, поэтому не полагайтесь на него без всестороннего тестирования. Использование этого приложения без тестирования может подвергнуть риску вашу жизнь и/или собственность.
Файл alarmreceiver.conf используется приложением AlarmReceiver(), благодаря которому Asterisk может принимать сигналы тревоги по протоколу SIA (Ademco) Contact ID. При поступлении с панели сигнализации вызов должен быть направлен в контекст, вызывающий приложение AlarmReceiver(). В свою очередь, AlarmReceiver() прочитает конфигурационный файл alarmreceiver.conf и выполнит заданные действия. Все параметры задаются под заголовком [general].
Образец конфигурационного файла будет содержать текущие настройки для данного приложения и очень хорошо задокументирован.
alsa.conf
Файл alsa.conf используется для конфигурации Asterisk при использовании Advanced Linux Sound Architecture (ALSA - расширенная звуковая архитектура Linux) для обеспечения доступа к звуковой карте, если необходимо. Этот файл можно использовать для конфигурации канала CONSOLE (консоль), который чаще всего применяется для создания системы объявлений по всем линиям (хотя, как с любым другим каналом, применив творческий подход, ему можно найти множество разных употреблений). Помните, что полезность ALSA-канала самого по себе ограничена из-за отсутствия пользовательского интерфейса[146].
amd.conf
Это конфигурация для приложения выявления автоответчика в Asterisk, называемого AMD(). Данный файл служит для настройки различных параметров, используемых при выявлении автоответчика на основании таких показателей, как начальная пауза, длительность приветствия, пауза после приветствия и т. д.
asterisk.conf
Файл asterisk.conf определяет местоположение конфигурационных файлов, папки очереди и модулей, а также папки для записи файлов журнала. Рекомендуется использовать настройки по умолчанию, если вы недостаточно хорошо понимаете последствия их изменения. Файл asterisk.conf формируется автоматически при выполнении команды make samples исходя из собранной ею информации о системе. Он включает раздел [directories] (папки): [directories]
astetcdir => /etc/asterisk astmoddir => /usr/lib/asterisk/modules astvarlibdir => /var/lib/asterisk astdatadir => /var/lib/asterisk astagidir => /var/lib/asterisk/agi-bin astspooldir => /var/spool/asterisk astrundir => /var/run astlogdir => /var/log/asterisk
Кроме того, можно задать раздел [options] (опции), что позволит определить опции запуска (ключи командной строки) в конфигурационном файле. В следующем примере показаны доступные опции и соответствующие им ключи командной строки:
[options] ;Под заголовком options можно вводить конфигурационные ;опции, которые также возможно задать с помощью ;командной строки verbose = 0 ; Уровень детальности для ; протоколирования (-v) debug = 3 ; Отладка: No или значение (1-4) nofork=yes | no ; Выполнение в фоновом режиме ; выключено (-f) alwaysfork=yes | no ; Всегда в фоновом режиме, даже ; с -v или -d (-F) console= yes | no ; Режим консоли (-c) highpriority = yes | no ; Выполнение с высоким приоритетом (-p) initcrypto = yes | no ; Инициализировать шифрование при ; запуске (-i) nocolor = yes | no ; Отключить ANSI-цвета (-n) dumpcore = yes | no ; Выполнить дамп ядра при сбое (-g) quiet = yes | no ; Запуск в скрытом режиме (-q) timestamp = yes | no ; Активировать временные метки ; в детальном выводе CLI (-T) runuser = asterisk ; Пользователь, под учетной ; записью которого выполняется ; asterisk (-U). ПРИМЕЧАНИЕ: ; потребует изменения прав ; доступа к папкам и устройствам rungroup = asterisk ; Группа, под учетной записью ; которой выполняется asterisk (-G) internal_timing = yes | no ; Активировать поддержку ; внутренней синхронизации (-I) ; Эти опции не имеют ; эквивалентных ключей ; командной строки cache_record_files = yes | no ; Кэшировать файлы, ; создаваемые record(), ; в другой папке ; до завершения записи record_cache_dir = <dir> transcode_via_sln = yes | no ; Определить перекодировку ; через SLINEAR transmit_silence_during_record = yes | no ; передавать ; тишину SLINEAR ; во время ; записи канала maxload = 1.0 ; Максимальная средняя нагрузка ; для приема вызовов maxcalls = 255 ; Максимальное число ; одновременных вызовов, которое ; вы желаете разрешить execincludes = yes | no ; Разрешить записи #exec ; в конфигурационных файлах dontwarn = yes | no ; Не заваливайте лишней ; информацией системного ; администратора Asterisk, ; он гуру systemname = <a_string> ; Имя системы. Используется как ; префикс uniqueid CDR и для ; заполнения ${SYSTEMNAME} languageprefix = yes | no ; Должен ли код языка быть ; последним или первым ; компонентом имени звукового ; файла? Если выключен, поиск ; звуковых файлов ведется ; в формате <путь>/<язык>/<файл> ; Если включен, поиск ведется ; в формате <язык>/<путь>/<файл> ; (используются только ; относительные пути звуковых ; файлов)cdr.conf
Файл cdr.conf используется для активации протоколирования записей параметров вызовов в плоский файл или базу данных. Хранение записей вызовов полезно для всевозможных целей, включая учет вызовов и времени разговора абонента, предотвращение мошенничества, оценку QoS и многое другое. Файл cdr.conf содержит некоторые общие параметры, не относящиеся к конкретной базе данных, а, скорее, указывающие, как Asterisk должна обрабатывать передачу информации в базу данных. Вот полный список опций раздела [general] файла cdr.conf: enable
Принимает аргументы yes и no. Определяет, выполняется или нет протоколирование CDR. Если задано значение no, это переопределит любой явно загруженный модуль CDR. Значение по умолчанию - yes.
batch
Принимает аргументы yes и no. Позволяет Asterisk в конце каждого вызова записывать данные в буфер, а не в базу данных, чтобы сократить нагрузку на систему.
Заметьте, что, если для этой опции задано значение yes, в случае неожиданного сбоя системы данные могут быть утрачены.
size
Устанавливает максимальное количество записей CDR, накапливаемых в буфере перед передачей на серверную часть систем хранения CDR. Эта настройка имеет смысл, только если для опции batch задано значение yes. Значение по умолчанию - 100 записей.
time
В качестве аргумента принимает целое число (количество секунд). Определяет, через какое время (в секундах) Asterisk очищает буфер и записывает CDR в базу данных, независимо от количества записей в буфере (что определено параметром size). Значение по умолчанию - 300 с (5 мин).
scheduleronly
Принимает аргументы yes и no. Если в системе создается и передается в удаленную базу данных большой объем CDR, может быть полезно задать для scheduleronly значение yes. Поскольку планировщик задач не может начать новую задачу, не завершив текущую, медленная запись CDR может неблагоприятно повлиять на остальные процессы, использующие планировщик. Эта настройка будет указывать Asterisk обрабатывать запись CDR в новом потоке, по сути, назначая специальный планировщик для этой функции. При нормальной работе это обеспечит очень незначительное преимущество.
