if (session:ready()) then
-- ?
else
  -- local reason = session:hangupCause()
  local reason = session:getVariable("originate_disposition");
    freeswitch.consoleLog("info", "session:hangupCause() = " .. reason )
    if ( reason == "USER_BUSY" ) then              
    freeswitch.consoleLog("info", "session:hangupCause() = " .. reason )
    elseif ( reason == "NO_ANSWER" ) then
    freeswitch.consoleLog("info", "session:hangupCause() = " .. reason )
    elseif ( reason == "ORIGINATOR_CANCEL" ) then   
    freeswitch.consoleLog("info", "session:hangupCause() = " .. reason )
    end
end

https://freeswitchforum.com/viewtopic.php?f=6&t=980

гля это может поможет
если тебе прям важно словить originate_disposition

по хэнгап хуку

спасибо, это не видел. попробую
👍🏻

коллеги, приветствую, есть вопрос на счет sipinfo . установлен вызов  а ---> fs ----> б   . сбриджеван, отвечен. от абонента б приходит sipinfo пакет , я почему то не вижу его в ES , может я не то жду

и в дополнение вопрос , как самому послать sipinfo пакет из FS

было вроде что-то send_info

в общем, не сработало.

Так и не могу поймать ответы user_busy, no_answer когда звонок совершаешь по bgapi originate

Если кто знает как решить задачу, буду рад подсказке

Приветствую.
А такой вопрос по ивентам и иже с ними.

Есть желание сделать CDR по ESL. Сам FS рекомендует использовать CHANNEL_HANGUP_COMPLETE. Проблема в том, что этих событий в рамках одного звонка довольно дофига. Например, если есть несколько вызываемых абонентов, и один из них отобъет звонок, то придет это событие с кодом USER_BUSY.
Но по факту кто-то другой может ответить.
Или, например, при звонке есть 2 таких обытия. По 1 на ногу. Проблема в том, что при записи, например, данные про файл и факт записи лежат только в 1 ноге. И нужно ждать 2е событие и как-то синхронизироваться через общий кэш

Есть ли в FS какое-то событие, которое вызывается именно по факту записи данных в CDR?

есть bridge_complete или как-то так

но его не будет в ряде случаев

Например, при отсутствии оного )

фс в этом плане говно

ну вы можете определить по CDR что это Б-лег и отложить в буфер запись. Дождаться когда придет hangup по инициирующему каналу и уже все события собрать.

но все равно лучше чем астериск)

нужно помечать что эта нога была А и потом ловить признак во всех хэнгапах, причём в ряде случаев и это не спасает

например loopback без плясок - и все метки теряются

Я пока так и делаю. Но это как-то... Плохо

можно попробовать клеить ноги по uuid и out_uuid

еще 3-way добавляет веселья. И конференции. И app без ноги Б - например в ivr и hangup

в исх ноге out_uuid = uuid вх. ноги

у меня были развесистые костыли.. но тот код остался на старой работе