Файл 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 альное исключение, которое позволяет управлять типом ин- 1 формации, передаваемой в консоль 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 доказал свою полезность в магистральных средах поставщиков услуг связи. Многие

Добавить отзыв
ВСЕ ОТЗЫВЫ О КНИГЕ В ИЗБРАННОЕ

0

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

Отметить Добавить цитату