😂

DIALSTATUS должен же меняться при любом Hangup.
А у меня что-то неть. 🙁
-- Executing [89500ХХХХХХ@ХХХ_line:1] AGI("SIP/ХХХ-00000069", "agi://localhost/out_call") in new stack
   -- AGI Script Executing Application: (DIAL) Options: (SIP/ххх-tele2-ххх/89500ХХХХХХ)
 == Using SIP RTP CoS mark 5
   -- Called SIP/ххх-tele2-ххх/89500ХХХХХХ
   -- SIP/ххх-tele2-ххх-0000006a is making progress passing it to SIP/ХХХ-00000069
[May 10 04:04:04] WARNING[1481978][C-0000003d]: chan_sip.c:25718 handle_response_invite: Received response: "Forbidden" from '"ХХХ" <sip:ХХХ@192.168.ХХХ.ХХХ:5062>;tag=as7f9146d3'
 == Everyone is busy/congested at this time (1:0/0/1)

Не могу разобраться почему DIALSTATUS не изменил состояние

еще бы в логе был диалстатус выведен...

Читаю статус через AMI. Можно наверное скомандовать чтобы в консоль выдавал статус…

А, сорян что сразу вангамодуль не включил, а то у тебя аги, диалплан, а диалстатус в ами!

))) Сарказм детектед.
Может я вообще не с той стороны к задаче то подхожу.
Есть несколько провайдеров для исходящих.
Я определяю по def и MNP кому принадлежит номер и совершаю исходящий. Хочу чтобы при недоступности/занятости и еще какой нибудь непредвиденной ситуации звонок совершался через следующего провайдера из списка. Список в БД складываю, при совершении вызова дергаю БД и делаю cycle() по которому и предполагается совершать исходящие.

Предполагаю что изобретаю велосипед, но не нашел как решить задачу по другому.

это все можно решить через диалплан даже тупо несколько раз Dial подряд, чуть сложнее и правильнее проверяя DIALSTATUS, а если через ами, то нужно ловить DialEnd в котором есть этот статус

Ценная информация, спасибо. 🙂
Я пересмотрю еще раз логику в приложении. Возможно или AMI или AGI будут лишними.

вопрос про freepbx и время в веб интерфейсе.
Дано в ос время и таймзона выставлена корректно, команда date возвращает правильное время и пояс, в веб интерфейсе во всех отчетах время по utc
прописал зону в /etc/php.ini ребутнулсо, в отчетах все равно время по гринвичу. Если завести юзера в UCP и назначить ему руками часовой пояс все корректно. Гугл говорит что надо поменять настройку зоны ав модуле системадмин но он требует активации сервера

Даже не парься... Здесь всё те же

мало ли

Ответ есть в гугле

и как запрос сформулировать?

Разве я ищу? Подумай, сформулируй - он подскажет

ну вы же утверждаете что он там есть значит уже это проделали

мне вон гугл предлагает нтп настроить да рассазывает как таймзону в оси прописать

Именно! Если нет ответа - правим исходники, или ещё что то там