писать естественно так чтобы не блокировать сокет в процессе обработки, недавно кто то упоминал о том что у него есть опыт когда подписались на все события и работали с сокетом блокируя поток и при этом терялись сообщения

При больших нагрузках бывают пропуски

При больших нагрузках бывают пропуски

у меня нет больших нагрузок, асинхронная работа с сокетом

в текущем в том что сейчас вызывается из диалплана ? .) точно нет

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

Или делать всё полностью через есл

можно так, а можно убрать текущий скрипт

и сделать да всё в esl

на луа можно?

можно так, а можно убрать текущий скрипт

Я так понимаю, что до set_zombie_exec у вас дело не доходило? ))

все мои проекты по fs на текущий момент это - не дадим ничего менять в диалплане .)

)

соответственно у меня вариантов нет

на луа можно?

на lua можно работать с esl

я правда пишу на python + asyncio

но это уже на вкус и цвет

Сейчас я наверное esl не потяну)

Я подскажите тогда такую штуку, если я из диалплана передам необходимые переменные и в скрипте создам 2 ноги и сбиджую их, то как быть со звонком, он будет рваться или его можно удержать как то?

сессия имеется ввиду

раз я могу вытянуть переменную из legA то и из legB должна вытянуться, а не из session

mod_dptools: set zombie exec Skip to end of metadata Created by Maximiliano Guerra de Medeiros, last modified on 2014.11.14 Go to start of metadata About Sets the zombie execution flag on the current channel. If the channel is hung up the session will continue executing commands. Useful for additional post call processing (ex: where you would still need access to channel variables).

https://freeswitch.org/confluence/display/FREESWITCH/mod_dptools%3A+set+zombie+exec

https://freeswitch.org/confluence/display/FREESWITCH/Lua+API+Reference#LuaAPIReference-SpecialCase:envobject

и hangup hook на нужную ногу

https://freeswitch.org/confluence/display/FREESWITCH/Lua+API+Reference#LuaAPIReference-SpecialCase:envobject

А из диалплана так получится сделать для legB? Делать в вызове бриджа?

что именно получится ?

выставить переменную на legB ?

мне нужно по завершению легБ подвесить легА в воздухе, прочитать hangup_cause из legB и завершить legA с этим кодом

А и Б были сбриджены

я то ли чего то не понимаю, то ли речь про конкретный кейс который отличается от этого

не требуется вешать legA

нужно передать за пределы фс содержимое billsec legB

я сейчас о своем кейсе, но у нас часть задачи совпадает. мне нужно получить из legB hangup_cause, а коллеге - billsec

я то ли чего то не понимаю, то ли речь про конкретный кейс который отличается от этого

Антон, а при таком вызове все канальные переменные не окажутся в контексте легБ? Управляющий скрипт стартует из легА и скорее всего не сможет получить доступ к env, который будет в легБ

Антон, а при таком вызове все канальные переменные не окажутся в контексте легБ? Управляющий скрипт стартует из легА и скорее всего не сможет получить доступ к env, который будет в легБ

управляющий скрипт можно стартануть на legB

выставив hangup hook на legB

Добрый день, Коллеги. Посоветуйте какое нить ПО (фришное или не сильно дорогое), для детектирования по CDR аномальные вызовы (по сомнительным направлениям или высокой частоте вызовов или длительности).

управляющий скрипт можно стартануть на legB

Не понял мысль)

я не понял что не понятно .)

можно выставить hangup hook на legB

Т.е. какой то скрипт конечно можно стартануть из Б, но у нас Б вроде как создается из А

нам нужно дёрнуть переменную которая доступна в legB

она будет доступна в том что мы стартанём по hook из legB

угу

и вот этот самый env - он где будет виден?

Там выше я спрашивал, почему может не работать playback с определенным форматом файла и сэмплрейтом. расширю вопрос: а почему он может вообще не работать с даже заведомо корректным файлом???

не внутри скрипта который сработал по хенгап хук?

при этом голос ездит без проблем.

не внутри скрипта который сработал по хенгап хук?

внутри скрипта который сработал по хенгап хук

Там выше я спрашивал, почему может не работать playback с определенным форматом файла и сэмплрейтом. расширю вопрос: а почему он может вообще не работать с даже заведомо корректным файлом???

ошибок в консоли нет?

при вызове playback

внутри скрипта который сработал по хенгап хук

о, а мы при этом находимся в управляющем скрипте легА, правильно?

нет

откуда мы и создали легВ

разве?

при вызове playback

нет: https://pastebin.com/1PrhACHV

я честно говоря потерялся в описании, у @halt7 была проблема - как получить значение billsec с legB

внутри скрипта

какой управляющий скрипт, какая блоха...

я честно говоря потерялся в описании, у @halt7 была проблема - как получить значение billsec с legB

да, после завершения легБ

ок, hangup hook на legB

в его задаче все начинается с входящего звонка

откуда запускается управляющий скрипт

этот скрипт создает легБ

ок .) создаёт, я этого правда не уловил но не суть

к которому можно приаттачить другой скрипт, который создаст env по окончании легБ

пока всё правильно?

не к скрипту

другой скрипт вызовет не этот скрипт

а fs

ты просто выставишь переменную на legB

fs по событию обработает значение этой переменной

ну смотрите, основной скрипт1 (который в А) создает легБ

хорошо

в легеБ есть хенгапхук со скриптом2

ок

далее в скрипте1 делается бридж легА и легБ

хенгапхук для скрипта который создаёт bridge это просто установленная переменная

это необходимо понимать

да, всё верно

ок

ньюанс в том где в итоге окажется объект env, который будет создан в отключенном легБ

и будет ли он виден из скрипта1

не будет

а какой тогда смысл? ))

нам в скрипте1 нужно прочитать биллсек из легБ же?

нет

нам нужно прочитать биллсек из легБ

тогда объясните плз)

дальше можно скриптом запускаемым из легБ сделать всё необходимое по обработке биллсек

посчитать тариф и сделать запись в базу?

я не знаю что именно ему нужно делать с billsec

можно выставить в этом скрипте переменную на legA например

со значением billsec

на legB

нет: https://pastebin.com/1PrhACHV

у вас там после плейбека сразу начинается early media

так и задумано?

у вас там после плейбека сразу начинается early media

так плэйбек без ёрли не поедет

у вас там после плейбека сразу начинается early media

погодите, вы хотите играть файл вместо гудков?

если да, то сначала нужно сделать pre_answer и только потом плейбек

и это вы видели? Received an unsupported RTCP packet version 3