Текст книги "Asterisk™: будущее телефонии Второе издание"

Автор книги: Джим Меггелен

Соавторы: Джаред Смит,Лейф Мадсен
сообщить о нарушении

Текущая страница: 36 (всего у книги 41 страниц)

Приложение Voicemail() требует наличия модуля res_adsi.so; однако необязательно, чтобы использовался файл adsi.conf. Информация об ADSI не является общедоступной. Документацию необходимо покупать у компании Telcordia.

adtranvofr.conf

До появления технологии Voice over IP некоторое время в качестве средства пакетной передачи голоса широко использовалась технология Voice over Frame Relay (VoFR – передача голоса по сетям с ретрансляцией кадров). Использование оборудования Adtran для поддержки VoFR – часть истории Asterisk.

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

agents.conf

Этот файл позволяет создавать агентов вашего центра обработки вызовов и управлять ими. Если используется приложение Queue(), можно сконфигурировать настройки агентов для обработки очереди вызовов. Для настройки драйвера канала AGENT (агент) используется файл agents.conf.

Раздел [general] файла agents.conf в настоящее время содержит только два параметра. Параметр persistentagents (постоянно хранимые агенты) указывает Asterisk, должен ли сохраняться статус агентов, использующих возможность обратного вызова очередей, в локальной базе данных Asterisk. Если задано значение yes, регистрация удаленного агента будет сохраняться при перезагрузках системы (если только не будет удалена из базы данных какими-либо иными средствами). Параметр multiplelogin (множественная регистрация) говорит Asterisk о возможности регистрации множества агентов с одного добавочного номера.

Следующие параметры, заданные в разделе [agents] (агенты), используются для описания агентов и способа взаимодействия системы с ними. Настройки применяются ко всем агентам, но могут быть переопределены для отдельного агента его индивидуальными настройками:

maxlogintries

Максимальное число попыток, которое дается агенту, чтобы зарегистрироваться. Значение по умолчанию – 3.

autologoff

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

autologoffunavail

Задается, чтобы выполнялась автоматическая выгрузка агентов из системы в случае возвращения приложением Dial() статуса CHANUNAVAIL в результате попытки дозвониться до этого агента. Значение по умолчанию – no.

ackcall

Принимает аргументы yes и no. Если задано значение yes, агент с возможностью обратного вызова должен после регистрации подтверждать вход в систему нажатием кнопки #. Используется в сочетании с приложением AgentCallbackLogin().

endcall

Если задано значение yes, агент может разрывать соединение нажатием кнопки *. Значение по умолчанию – yes. Задайте no, чтобы Asterisk не выполняла никаких действий при нажатии кнопки * агентом.

wrapuptime

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

musiconhold => класс

Принимает в качестве аргумента класс музыки во время ожидания. Эта настройка применяется ко всем агентам.

agentgoodbye

Определяет стандартный звуковой сигнал завершения сеанса для агентов.

updatecdr

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

group

Определяет группы, в которые входит агент. Группы задаются целыми числами. Если агент входит в несколько групп, их номера (целые числа) перечисляются через запятую.

recordagentcalls

Принимает аргументы yes и no. Определяет, должны ли записываться звонки агента.

recordformat

Определяет формат записываемых файлов. Допустимые значения – wav, gsm или wav49. Формат записи по умолчанию – wav.

urlprefix

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

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]146
  Да, мы знаем, что пользовательский интерфейс для интерфейса канала – это CLI Asterisk; однако он не может использоваться как телефон и поэтому не является интерфейсом с точки зрения пользователя телефона.


[Закрыть].

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 =

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 = ; Имя системы. Используется как

; префикс 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 в новом потоке, по сути, назначая специальный планировщик для этой функции. При нормальной работе это обеспечит очень незначительное преимущество.

safeshutdown

Принимает аргументы yes и no. Задание для safeshutdown значения yes не даст Asterisk полностью выключиться, пока буфер не будет полностью очищен и вся информация не будет записана в базу данных. Если для этого параметра задано значение no и происходит выключение Asterisk при наличии информации в буферах, эта информация, скорее всего, будет утрачена.

endbeforehexten

Обычно записи CDR не закрываются до тех пор, пока не будет завершено выполнение всех добавочных номеров. Если эта опция активирована, CDR будет завершаться перед выполнением добавочного номера h, так что такие значения CDR, как end и billsec, могут быть извлечены в этом добавочном номере. Значение по умолчанию – no.

Оставшаяся часть cdr.conf посвящена настройкам нескольких серверных механизмов хранения CDR. Для получения более подробной информации обратитесь к шаблону файла cdr.conf.

cdr_manager.conf

Файл cdr_manager.conf содержит только заголовок [general] и единственную опцию, enabled, с помощью которой можно определить, должен ли Asterisk Manager API формировать события CDR. Если требуется формировать события CDR, в файле cdr_manager.conf должны присутствовать следующие строки:

[general] enabled=yes

Тогда Manager API будет создавать CDR-события, содержащие следующие поля:

Event: Cdr

AccountCode:

Source:

Destination:

DestinationContext:

CallerID:

Channel:

DestinationChannel:

LastApplication:

LastData:

StartTime:

AnswerTime:

EndTime:

Duration:

BillableSeconds:

Disposition:

AMAFlags:

UniqueID:

UserField:

cdr_odbc.conf

Asterisk может хранить данные CDR в локальной или удаленной базе данных посредством интерфейса ODBC. Файл cdr_odbc.conf содержит информацию, необходимую Asterisk для соединения с базой данных. Модуль cdr_odbc.so будет пытаться загрузить файл cdr_odbc.conf, и в случае обнаружения информации для соединения с базой данных данные CDR будут записываться туда.

Если вы собираетесь использовать базу данных для хранения данных CDR, придется выбрать одну базу данных из нескольких доступных. Asterisk не любит, когда приходится соединяться с несколькими базами данных CDR, поэтому в папке конфигурации Asterisk не должно быть лишних файлов cdr_ <механизм БД>.есп1:.

cdr_pgsql.conf

Asterisk может хранить данные CDR в базе данных PostgreSQL с помощью модуля cdr_pgsql.so. При загрузке этого модуля необходимая информация считывается из файла cdr_pgsql.conf, и Asterisk устанавливает соединение с базой данных для записи и хранения данных CDR.

cdr_tds.conf

Asterisk также может хранить данные CDR в базе данных FreeTDS (включая СУБД MS SQL), используя модуль cdr_tds.so. При загрузке этого модуля используется конфигурационный файл cdr_tds.conf. После успешного установления соединения данные CDR записываются в эту базу данных.

codecs.conf

У большинства кодеков нет настраиваемых параметров; они просто такие, какие они есть.

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

Файл codecs.conf появился в Asterisk достаточно недавно и на момент написания данной книги обеспечивал возможность конфигурации только параметров Speex. Эти настройки не требуют никаких объяснений, если вы знакомы с протоколом Speex (http://www.speex.org).

codecs.conf также позволяет конфигурировать сокрытие потерянных пакетов (Packet Loss Concealment, PLC). Вам необходимо определить раздел [plc] и указать genericplc => true. Это заставит Asterisk пытаться интерполировать потерянные пакеты. (Активация этой функциональности приведет к небольшому снижению производительности.)

dnsmgr.conf

Этот файл используется для настройки DNS-поиска: должна ли Asterisk выполнять его регулярно и как часто этот поиск должен осуществляться.

dundi.conf

Протокол DUNDi используется для динамического поиска VoIP-адреса телефонного номера в сети и для соединения с этим адресом. В отличие от стандарта ENUM, DUNDi не имеет централизованного управления. Файл dundi.conf содержит добавочные номера DUNDi, используемые для управления тем, какая информация предоставляется; также в нем указаны равноправные участники сети, которым вы предоставляете и от которых будете принимать запросы поиска. Протокол DUNDi рассматривался в главе 14.

enum.conf

Система электронной нумерации (Electronic Numbering, ENUM) в сочетании с интернет-системой DNS используется для преобразования стандартных номеров E.164 ITU (обычных телефонных) в адреса электронной почты и веб-сайтов, VoIP-адреса и т. п. В DNS ENUM-номер создается путем расположения цифр телефонного номера в обратном порядке, разделения их точками и добавления в начало e164.arpa (основная DNS-зона). Если требуется, чтобы Asterisk выполняла поиск ENUM, необходимо в файле enum.conf сконфигурировать домены, в которых должен осуществляться поиск. Кроме официального домена e164. arpa, можно настроить Asterisk на выполнение поиска в открытом доступном домене e164.org.

extconfig.conf

Asterisk может записывать конфигурационные данные в базу данных и загружать их оттуда, используя внешний механизм конфигурации (также известный как архитектура реального времени). Он обеспечивает интеграцию между внешними конфигурационными файлами (статические отображения) и базой данных, позволяя извлекать информацию из базы данных. Также с ним вы можете проецировать специальные записи реального времени, благодаря чему можно динамически создавать и загружать объекты, сущности, равноправных участников и т. д. без перезагрузки системы. Эти отображения назначаются и конфигурируются в файле extconfig.conf, который используется и res_odbc, и архитектурой реального времени.

extensions.conf

Диалплан – основа всего. Файл extensions.conf – это средство, с помощью которого вы указываете Asterisk, как должны обрабатываться вызовы. Диалплан содержит список инструкций, которые, в отличие от таковых в традиционных системах телефонной связи, являются полностью настраиваемыми. Диалплан набора имеет настолько большое значение, что мы посвятили ему главы 5 и 6, а также приложение В. Так что вперед, читайте и наслаждайтесь!

extensions.ael

Этот файл аналогичен extensions.conf, но только предназначается для диалпланов, написанных на языке AEL. Когда Asterisk загружает диалплан, она читает диалплан на AEL из файла extensions.ael и объединяет его с диалпланом из extensions.conf.

features.conf

features.conf, файл, формально известный как parking.conf, содержит конфигурационную информацию, касающуюся парковки и переадресации вызовов. К опциям настройки парковки вызовов относятся:

• Добавочный номер, на который выполняется звонок для парковки вызовов (parkext =>).

• Диапазон добавочных номеров, на которые будут парковаться вызовы (parkpos =>).

• Контекст, в котором обрабатывается парковка вызовов (context =>).

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

(parkingtime =>).

• Звуковой файл, воспроизводимый вызывающему абоненту при снятии с парковки его ранее припаркованного вызова (courtesytone =>).

• Объявления ADSI для парковки (asdipark=yes|no).

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

festival.conf

Механизм речевого воспроизведения текста Festival позволяет Asterisk читать текстовые файлы конечному пользователю генерируемым компьютером голосом. Festival рассматривается в главе 14.

followme.conf

Термин «найди меня/следуй за мной» создает впечатление наличия в системе офисной АТС настолько развитой логики, что позволяет ей находить пользователей, где бы они ни были, как будто звонки к ним «находят их и следуют за ними». Файл followme.conf используется для конфигурации приложения диалплана FollowMe().

func_odbc.conf

Функция диалплана func_odbc была одной из наиболее ожидаемых возможностей, добавленных в Asterisk 1.4. Эта функция обеспечивает простой механизм соединения с базами данных ODBC посредством диалплана. SQL-запросы описываются в этом конфигурационном файле, а функция диалплана создается автоматически.

gtalk.conf

В этом конфигурационном файле определяются параметры для соединения с Google Talk.

http.conf

В Asterisk встроен очень простой демон HTTP, который используется Asterisk GUI и AJAM. Эта функциональность обсуждается в главе 11.

iax.conf

Аналогично sip.conf, в файле iax.conf описываются опции, касающиеся протокола IAX. Также в нем конфигурируются ваши конечные устройства и провайдеры сервисов. Файл iax.conf подробно рассматривается в приложении А.

iaxprov.conf

Благодаря этому файлу Asterisk может подготавливать к работе и обновлять встроенные программы устройства IAXy.

indications.conf

Файл indications.conf используется, чтобы указать Asterisk, как генерировать различные звуки системы телефонной связи, характерные для разных частей мира. Например, английский тональный сигнал готовности линии очень отличается от тонального сигнала в Канаде, но ваша система Asterisk с готовностью предоставит вам те звуки, которые вы хотите услышать. Этот файл состоит из списка звуков, воспроизводимых системой телефонной связи (сигнал готовности линии, сигналы «занято» и т. д.), с указанием частот, используемых для генерирования этих звуков.

По умолчанию (и без файла indications.conf) Asterisk будет использовать тоны, принятые в Серверной Америке. Можно изменить страну по умолчанию для своей системы, задав двухбуквенный код страны в разделе [general]. Список поддерживаемых кодов стран представлен в файле indications.conf.sample, который находится в папке /usr/src/ asterisk/configs. Если вы располагаете необходимой информацией, то сможете без труда добавить свою страну. Вот как выглядит конфигурация для Северной Америки: [general] country=us

[us]

description = United States / North America

ringcadance = 2000,4000

dial = 350+440

busy = 480+620/500,0/500

ring = 440+480/2000,0/4000

congestion = 480+620/250,0/250

callwaiting = 440/300,0/10000

dialrecall = !350+440/100,!0/100,!350+440/100,!0/100,!350+440/100,!0/100,350 +440

record = 1400/500,0/15000

info = !950/330,!1400/330,!1800/330,0

jabber.conf

Файл jabber.conf определяет информацию, необходимую для взаимодействия Asterisk с сервером XMPP (Jabber).

logger.conf

Файл logger.conf определяет тип и детальность сообщений, записываемых в различные файлы журналов в папке /var/log/asterisk/. В нем есть два раздела: [general] и [logfile].

[general]

Параметры раздела [general] используются для настройки вывода журналов (их можно и не задавать, поскольку настроек по умолчанию вполне достаточно в большинстве случаев). Однако, если вы любите настраивать подобные вещи, читайте дальше.

С помощью параметра dateformat можно определить, как именно должны выглядеть временные метки:

dateformat=%F %T

На оперативной странице руководства для Linux по strftime(3) (man strftime) перечислены все способы сделать это.

Чтобы имена файлов журналов начинались с имени хоста вашей системы, задайте параметр appendhostname=yes. Это может быть полезным, если файлы журнала предоставляются вам несколькими системами. Если по какой-то причине вы не хотите протоколировать события из своих очередей, можно задать параметр queue_log=no.

Если общие события вас не интересуют, укажите Asterisk не включать их в файлы журналов, задав параметр event_log=no.

[logfiles]

Раздел [logfiles] определяет, информация какого типа будет протоколироваться. Протоколируется разнообразнейшая информация, поэтому желательно распределить записи журналов в различные файлы. Общий формат строк раздела [logfiles] - имяфайла => уровни, где имяфайла – имя файла для хранения протоколируемой информации, а уровни – типы сохраняемой информации.

Применение console в качестве имени файла (имяфайла) - специ– I альное исключение, которое позволяет управлять типом ин– ¹ формации, передаваемой в консоль Asterisk.

Раздел [logfiles] может выглядеть, например, так:

[logfiles]

console => notice,warning,error messages => notice,warning,error

Можно задать протоколирование следующей информации:

debug

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

Подключившись к консоли Asterisk и задав уровень детальности 3 и выше, в консоли можно увидеть вывод, информирующий о том, что делает Asterisk. Добавив строку verbose_log => verbose в файл logger.conf, этот вывод можно сохранять в файл журнала. Обратите внимание, что при большой детальности сообщений жесткий диск заполнится очень быстро.

notice

Извещение используется для информирования о малейших изменениях системы, таких как изменения состояния равноправного участника сети. Эти сообщения – вполне обычное явление, а события, о которых они сообщают, как правило, не оказывают негативного воздействия на сервер.

warning

Предупреждение формируется, когда Asterisk не удается выполнить какое-то действие. Такие типы ошибок, как правило, не являются фатальными, но требуют рассмотрения, особенно если их много.

error

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

manager.conf

Интерфейс Asterisk Manager – это API, который может использоваться внешними программами для связи и управления Asterisk во многом так же, как вы делали бы это из консоли Asterisk.

Интерфейс Manager обеспечивает программам возможность выполнять команды и запрашивать информацию с сервера Asterisk. Однако это небезопасно; по умолчанию для аутентификации он использует незашифрованные пароли, и все подключенные терминалы по умолчанию получают все события. Интерфейс Asterisk Manager должен использоваться только в доверяемой локальной сети или локально на сервере. Структуры permit и deny позволяют ограничить доступ к определенным добавочным номерам или подсетям.

Многие доступные Asterisk графические интерфейсы, такие как Flash Operator Panel, используют Manager для извлечения данных и определения статуса приложения. Файл manager.conf описывает способ аутентификации программ в интерфейсе Manager.

Команды Manager (список которых можно получить, введя команду show manager commands в консоли Asterisk) имеют различную степень привилегированности. Правами на чтение и запись этих команд можно управлять с помощью опций read и write в файле manager.conf. Вот пример файла manager.conf: [general] enabled = no port = 5038 bindaddr = 0.0.0.0 [oreilly]

secret = notvery

deny=0.0.0.0/0.0.0.0

permit= 192.168.1.0/255.255.255.0

read = system,call,log,verbose,command,agent,user,config write = system,call,log,verbose,command,agent,user,config

Подробнее об интерфейсе Asterisk Manager рассказывается в главе 10.

meetme.conf

MeetMe – одно из самых замечательных приложений Asterisk. Оно позволяет настраивать предопределенные аудиоконференц-залы. Эта довольно простая концепция оказалась исключительно дорогой для реализации во всех остальных офисных АТС. Но то, что кажется чем– то экстраординарным для них, элементарно для Asterisk. Сегодня, или используя выделенный сервер, или посредством сервиса, Asterisk предоставляет эту функциональность как стандартное приложение. Конференции MeetMe можно создавать динамически с помощью флага d в приложении Dial() или статически в файле meetme.conf. Для создания конференц-залов используется следующий формат:

conf => номер_конференции[,пин][,пин_администратора] Все конференции должны быть определены под заголовком раздела [rooms]. [rooms] conf => 4569 conf => 5060,54377017 conf => 3389,4242,1337 conf => 333,,2424

mgcp.conf

Протокол контроля медиа-шлюзов MGCP (Media Gateway Control Protocol) имеет лишь примитивную поддержку в Asterisk. Скорее всего, это можно объяснить тем, что SIP затмил все остальные VoIP-прото– колы (кроме IAX, конечно). Из-за этого использовать MCGP-канал Asterisk в среде производственной эксплуатации можно, только если вы готовы к всестороннему тестированию, желаете платить за соответствующие версии функций и патчей и имеете собственного эксперта по этому протоколу.

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

modem.conf

Файл modem.conf используется Asterisk для связи с интерфейсами ISDN-BRI через драйвер ISDN4Linux. Поскольку ISDN4Linux не имеет многих основных функций ISDN, как правило, он не используется. Вероятно, самым популярным дополнением для BRI является chan_capi, которое можно найти по адресуhttp://www.junghanns.net.

musiconhold.conf

Файл musiconhold.conf используется для конфигурации разных классов музыки, используемых в приложениях музыки во время ожидания, и их местоположений. Asterisk может применять для воспроизведения музыки во время ожидания файлы в любом собственном формате. Asterisk также использует определенную версию mpg123 для воспроизведения MP3-файлов, но это не рекомендуется. Можно задать аргументы для класса, что позволяет использовать внешнее приложение для потоковой передачи музыки как локально, так и по сети.

osp.conf

Протокол открытого взаимодействия OSP (Open Settlement Protocol) официально описан в ETSI TS 101 321, документе Европейского института стандартов по телекоммуникациям (European Telecommunication Standards Institute, ETSI), являющемся результатом деятельности рабочей группы TIPHON. Похоже, OSP – это еще одна попытка применить старое мышление телекоммуникационной отрасли к нарушающим установившийся порядок технологиям.