not sure you can continue the dialplan after hangup from esl because I'm looking the same need and didnt' find the trick. did you try in sync full mode ? ----- Original Message ----- From: "Dmitry Sytchev" <kbdfck@gmail.com> To: "FreeSWITCH Users Help" <freeswitch-users@lists.freeswitch.org> Sent: Wednesday, February 02, 2011 10:29 AM Subject: Re: [Freeswitch-users] How to prevent source channel hangup after uuid_bridge completion (outbound ESL)?
It doesn't help, because even if I set api_hangup_hook, after initial channel was bridged with uuid_bridge in ESL script I can't get it parked, for example, with uuid_park since api_hangup_hook seems to be called after channel is destroyed.
I'm doing uuid_bridge from ESL script, and I need to stay in script when bridge destroys.
Here is my sequence:
A calls in FS FS lauches socket app to create outbound ESL connection ESL script forks and listens for DTMF events When user presses 1, I launch api "originate sofia/external/something &park()" When user presses 2, I do "uuid_bridge source_uuid originated_uuid" After originated channel hangs up, socket app finishes and tries to continue on dialplan. I need to prevent this behaviour and let ESL stay alive to decide what to do next with source channel.
2011/2/2 Madovsky <infos@madovsky.org>:
session_in_hangup_hook ? ----- Original Message ----- From: "Dmitry Sytchev" <kbdfck@gmail.com> To: "FreeSWITCH Users Help" <freeswitch-users@lists.freeswitch.org> Sent: Wednesday, February 02, 2011 6:43 AM Subject: Re: [Freeswitch-users] How to prevent source channel hangup after uuid_bridge completion (outbound ESL)?
hangup_after_bridge=false doesn't prevent source channel to be hangup. socket application we use to create outbound ESL connection is finished on originated channel hangup, and since there is no more apps to run in dialplan, channel hangs up.
But I need to stay in ESL script after channel I originated hangs up. How to do this?
2011/2/1 Dmitry Sytchev <kbdfck@gmail.com>:
Thanks, will try this. For some reason I forgot about this, although using it in dialplan :)))
2011/2/1 Christopher Rienzo <cmrienzo@gmail.com>:
Set the hangup_after_bridge channel variable to false.
On Tue, Feb 1, 2011 at 9:34 AM, Dmitry Sytchev <kbdfck@gmail.com> wrote:
Hi
I'm trying to originate call from outbound ESL and then bridge it to original channel where ESL is launched on. I use api originate with &park(), then uuid_bridge. Everything works as expected, but when second leg hangs up, first leg gets hangup too. How can I prevent first leg from hanging up and continue to process it in ESL?
Thanks in advance
-- Best regards,
Dmitry Sytchev, IT Engineer
_______________________________________________ FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
_______________________________________________ FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
-- Best regards,
Dmitry Sytchev, IT Engineer
-- Best regards,
Dmitry Sytchev, IT Engineer
_______________________________________________ FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
_______________________________________________ FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
-- Best regards,
Dmitry Sytchev, IT Engineer
_______________________________________________ FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org