что типа вот этого session:setHangupHook Но для Answer

Я просто думаю может есть какой то более гуманный способ вызвать именно функци а не целый модуль? Ну что то вроде session:execute_on_answer = myfunction(var,var,var) В общем типа биндинга что ли

Не очень понимаю

А понял

Ну так что мешает передать нужную функцию как аргумент при вызове

Мешает не понимание как это сделать))

Lua script.lua function_name

А. Ну понял.

Да прсто это все равно как то некрасиво что ли)))

Ну извините.. Это вообще-то софтсвич а не фреймворк

Я просто думал что через АПИ есть какой то способ забиндить именно на вызов хука

Не понимаю если честно о чем идет речь

Он ансвер это хук и есть

Ну к примеру session:setHangupHook

правда он навешивает хук на локаьную сессию

А на какую ещк должен навешивать? О_о там одна сессия всегда

И в ней инстансы каналов

Ну данный хук обрабатывает инстанс входящего канаа

Исходящего

Leg a

execute_on_answer будет обрабатывать инстанс исходящего канала.

Nolocal позволяет навесить на leg b

legA - входящий

Да, тьфу...

под локальной сессией я и имел ввиду legA. то есть тот что FS принял на себя

Да, я тут просто originatами в башке оперирую

Есть идея у меня Я думаю через execute_on_answer или api_on_answer ывзвать другой контекст и в нем уже обрадотьт все что мне нужно. Я так понимаю это будет что то типа "execute_on_answer = extenison context xml"

тогад я просто создам entry point в dialplan для исходящего канала

и в нем уже можно будет навесить session:setHangupHook

а кейс какой?

что сделать то нужно

навесить хэнгап хук если был отвечен звонок?

Да в общем то при ответе обработать сессию исходящего канала: Через Свой АПИ положить необходимые данные в storage Обработать hangup именно исходящего плеча когда звонок закончится

короче суть в том чтобы после ответат управлять сбором данных с обох плечей

Через 1 функцию

В астеристке я для этого hangup_handlers пользую

ну это много проще через esl делать, следя за состоянием

Не. ЕSL не хочу. Нет у меня варианта поднимать отедеблный event listener Server Потому через dialplan и делаю

*отдельный

можно сделать два execute_on_answer обычный и nolocal срабатывать они правда будут почти одновременно..

в случае успеха

Ну да. Но мне в принципе Execute_on_answer на local не нужен, потмоу что вся необходимая инфа о зонящем у меня уже есть. Мне нужна инфа об отвечающем (время подъема трубки и тд) Ну и hangupHandler на него повесить

так вся эта информация содержится в переменных сессии

hangup_after_bridge=false и после звонка диалплан продолжит свою работу

оттуда вытащить все данные и засунуть в api

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

hangup_after_bridge=false

Не очень хорош тем что в итоге в одном месте каша из информации.

Ну для меня по крайней мере

поэтмоу мне hangupHandlers проще заделять по каналам

*плечам

+ писать динамические логи + контроллить актиные звонки через REDIS

или тот же АПИ. Ну не суть

имхо через хуки такое слишком костыльно... но дело вкуса

Ну в общем то да (про вкус) Но оыт подобных реализаций есть и он в итоге получается дешевле и понятнее черм опыт через интерфейсы (AMI/ESL и тд) + не всегда есть возможность соержать ешще один сервер. Точнее это не всегда удобно.

execute_on_answer будет обрабатывать инстанс исходящего канала.

Он будет обрабатывать ровно тот канал, где сработал хук. Экспорт пнременной - оно сработает 2 раза.

под локальной сессией я и имел ввиду legA. то есть тот что FS принял на себя

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

короче суть в том чтобы после ответат управлять сбором данных с обох плечей

Ловить ивент channel hangup и обработать, если надо - заранее выставить в канал переменные

Не. ЕSL не хочу. Нет у меня варианта поднимать отедеблный event listener Server Потому через dialplan и делаю

Питон и луа модули имеют встроенные хуки. И лучше луа

можно сделать два execute_on_answer обычный и nolocal срабатывать они правда будут почти одновременно..

При входящем в очередь или ивр будет только 1 ивент

Не очень хорош тем что в итоге в одном месте каша из информации.

По каждому каналу будет свой хэнгап со своим набором переменных

Плюс, есть модули cdr

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

Под локальным каналом имеется ввиду канал, котороый в диалплане (в сессии) принимает соединение, написал же. То есть то, к чему я могу по умолчанию применить session:... что-то там

Плюс, есть модули cdr

Модули CDR не подойдут при моей архитектуре Медиа сервер на базе freeswitch Не имеет отношения ни к какому хранилищу, да и к sip enpoints тоже, а обрабатывать килограммы контекстозависимой инфы громозко и неудобно

При входящем в очередь или ивр будет только 1 ивент

Этого достаточно. IVR всегда отрабатывает на входящем канале Если из IVR производится вызов какого либо пира то на него уже через bringe не проблема навесить хук

Под локальным каналом имеется ввиду канал, котороый в диалплане (в сессии) принимает соединение, написал же. То есть то, к чему я могу по умолчанию применить session:... что-то там

У нас обычно обе ноги через диалплан идут.

К тобу же, на б при всяких переводах и переадресациях запускаются правила

ERROR: S client not available

В общем, луа хук в помощь

Ну lua хук хук я и хочу сделать просто через контекст Через диалплан идут обе ноги. Локальный и нелокальный разграничиваются nolocal в контексте разговра. Немного непонятно зачем этот спор если понятно что имелось ввиду

Даже только с инбаунд дп будет 2 хука

Это которое прямо в конфиге mod_lua пишется

подскажите, что гуглить, если я хочу записать прилетевший звук в результате набора (fs_cli, originate)

кто-нибудь tts germany делал на ФС?

нашел это https://freeswitch.org/confluence/display/FREESWITCH/mod_flite , но про lang там ниче нет

если кто ставит фс из гита - там бага с текущими таймерами

отправили фикс, должны втянуть в v1.6

в jira репортили?

привет, ни у кого нет сервака на digital ocean в Сингапуре?

в jira репортили?

репортили, приняли

можно номерок?

10383

спасибо

подскажите, что гуглить, если я хочу записать прилетевший звук в результате набора (fs_cli, originate)

Record?

подскажите, что гуглить, если я хочу записать прилетевший звук в результате набора (fs_cli, originate)

record_session, uuid_record

Record?

слишком общее как-то

record_session, uuid_record

спасибо

В аргументе оригинейиа делай трансфер в дп и там обрабатывай

Так проще

а что за dp?

dialplan же

а, ок. спасибо

я так понимаю, если у меня есть номер и айпишник, то звонить надо на нечто1/нечто2/номер@ip, всё верно?

sofia/profile_name/номер@ip

почему sofia-то? что это значит вообще?

потому что за сип отвечает софия

а, окей

и профиль берётся на вызывающем сервере или на принимающем?

там, где звонок обрабатывается.. не?

(сорян за тупые вопросы, я какбы вообще не в теме был до сегодняшнего дня)