Asterisk. hints. States.
Получить данные о состоянии пиров можно так:
Подключаемся по AMI: telnet 127.0.0.1 5038
Action: Login ActionID: 1 Username: manager Secret: password
получаем данные:
Action: Getvar
ActionID: 1
Variable: DEVICE_STATE(SIP/1000)
ответ:
ActionID: 1 Variable: DEVICE_STATE(SIP/1003) Value: INUSE15.12.2019
FreePBX AMI Events duplicate. queue. agents.
По умолчанию, freepbx создают агентов в очереди в качестве локальных каналов local/1000-ext/n , где /n означает отключение автоматизации внутренних каналов, по этому создается по два канала в каждой очереди и видимо с обоих приходит уведомление. В общем если заполнять агентов с префиксом S например S1001,0, уведомления приходят ровно по одному на очередь как и должно быть. Всем спасибо. Я кстати не могу зарегаться на основном сайте, не показывает капчу… Тематика Астериска последнее время близка. кто знает может чем смогу помочь.
29.11.2019AMI FREEPBX NAMI SYSLOG NODEJS
В этом проекте нам нужно сохранять различные события в очередях Астериска через nodejs библиотеку NAMI. Сложности тут на первый взгляд только одна, это создания таблиц для сохранения событий. На самом деле нет, есть еще задача сохранения неудачного запроса, есть задача выполнения асинхронного запроса, чтобы не скрипт не тормозил.
В проект включены файлы:
tables.sql – который создает базу данных asterisk_logs и несколько табличек в ней,
table-ami-events.ods – excel файл с описанием событий по столбцам.
- создаем БД и таблички tables.sql,
- устанавливаем “npm install nami mysql modern-syslog”
- добавляем пользователя monit в manager_custom.conf
- прописываем учетные данные для mysql и asterisk manager в массивы db_config и namiConfig.
- Запускаем скрипт nami.js и если модули nodejs установлены верно, то скрипт запустится даже если у вас нет астериска и базы данных.
особенностью этого скрипта является то, что даже при пропадании подключения к mysql он будет пытаться реконнектится, при пропадании к астериску тоже. И если если подключение к астериску есть, а к mysql нет, то он будет сохранять готовые для импорта запросы в syslog.
фалы проекта можно скачать тут
3.07.2019Asterisk as Wholesale. PAMI instead of AGI. Stable AMI connection.
Во время выполнения диалплана необходимо уточнять маршруты для звонка и делать то нужно из базы Mysql. Классический вариант использовать AGI Либо FastAGI, Но здесь я рассмотрю вариант запуска в фоне скрипта который, получая информацию о звонке, будет устанавливать переменную обратно в диалплан.
Asterisk адаптированный для wholesale, кстати, достаточно быстро всё обрабатывает используя минимум модулей и запросы в базу через ODBC. на удивление. Но всё равно с Opensips И Kamailio не сравнится.
Используем: PAMI library при установке пришлось повозиться т.к. не очень знаком с composer, но почитав про него – всё получилось. библиотеки ставятся в текущую директорию agi-bin, тогда будет доступ.
Основная проблема это поддержка коннекта между скриптом и астером, а также отсутствие ошибок между ними. Если вы запустите по умолчанию скрипты с ами, то вы наверняка получите внезапное завершение программы при анализе event от астериска. Есть несколько факторов, которые влияют на стабильность соединения:
- read timeout\read error – возникает на стороне скрипта, нужно обрабатывать такие события, в скрипте для этого будет try { } catch {}.
- Снизить поток событий из Астериска. В manager.conf Использовать eventfilter=Event: Newchannel тогда пользователю будет прилетать только определенный события.
- Не подключаться каждый раз при чтении и записи. В рамках библиотеки PAMI пришлось разбираться с классами в php.
- Астериск должен подождать в диалплане пока AMI скрипт установит переменную в канал, вот тут я не нашел ничего лучше чем просто подвесить его на 1500 циклов присвоения переменной – это ужасно я знаю.
Пример pami.php
Пример extensions.conf
Пример manager.conf
| Posted in Asterisk | No Comments »