только одетый конфигом

найти бы fs cookbook переведенный

окей, если продолжать плакать и колоться. получается мне нужно выбрать один фьюжн главным из соображений надежности/доступности, правильно?

спасибо что дали об вас подумать. ушел переваривать.

Я бы делал не так. Я бы сделал звонки фьюжнов друг в друга просто в виде
<action application="bridge" data="sofia/external/sip:${destination_number}@1.1.1.1:5080"/>
Но как это правильно сделать во фьюжене я не подскажу

Коллеги, запнулся о вроде тривиальную задачу
Абонент-А сбриджевался с абонентом Б идет разговор.
При этом назначены фичер-коды для абонента Б
Во время разговора Б нажимаем фичеркоды, начинает выполняться скрипт lua  в котором происходит  bgapi originate на абонента С
Входные данные, я знаю uuid всех 3-х плеч
Как сделать так, чтобы по ответу С произошло соединение А с С , а вызов с абонентом Б был завершен. При этом А и Б должны продолжать разговаривать вплоть до наступления события поднятия трубки на стороне С.

А чем обычный attended трансфер не устроил?)

А. Вам не нужно чтобы абонент А был на холде?

Повесить на originate плеча C хук api_on_answer uuid_bridge

что-то вроде того
api = freeswitch.API();
uuid3 = api:executeString("create_uuid");
originate_str3 = "{origination_uuid="..uuid3.."}sofia/gateway/gw_name/71234567"
session3 = freeswitch.Session(originate_str3);
if (session3:ready()) then
freeswitch.bridge(session1, session3);
session2:hangup();
end

Да, совершенно точно, хочется бесшовно соединять вызовы (Абонент С это тот же абонент Б, но с другой локации, другой сип-софтфон или телефон и т.д.)

Вот очень плохой вариант

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

лучше заменить это чем-то вроде:

local originate_str3 = '{api_on_answer="uuid_bridge ' .. uuida .. ' ' .. uuidc .. ' "}sofia/gateway/gw_name/71234567'

🙏 аааа понятно, я допер, всем спасибо

потому что луа имеет свойство блокироваться в довольно неожиданнных местах. session:WaitForAnswer() похерили, а все остальные варианты  - это гонять пустой цикл until session:ready(), в котором делать обязательно slip(), который в свою очередь блокирует тред обработки звонка, что приводит к проблемам с обработкой звука в этом звонке. В общем, не делайте так

Спасибо за пояснения, целую Вашу душу )

Пожалуйста, но я Вас боюсь))))

local originate_str3 = '{api_on_answer="uuid_bridge ' .. uuida .. ' ' .. uuidc .. ' "}sofia/gateway/gw_name/71234567'

Позвольте уточнение, потребуется ли делать хэнгап на звонок 2 ?
То есть, понадобится ли делать как-то так

local originate_str3 = '{api_on_answer_1="uuid_bridge ' .. uuida .. ' ' .. uuidc .. '", api_on_answer_2="uuid_kill '..uuidb.. '"}sofia/gateway/gw_name/71234567'