I've got a situation where I think I want to prevent the A-Leg hangup resulting in an immediate B-Leg termination. It's like a form of attended transfer where A calls B, B calls C and then hangs up, with the desired outcome that A is talking to C. Suggestions?
In ESL it is straigthforward (but overly detailed) issue for leg A: uuid_setvar park_after_bridge true leg B: uuid_park leg C: bgapi originate blah uuid_bridge uuidC uuidB uuid_setvar park_after_bridge true After B hangup: uuid_bridge uuidA uuidC 2014-02-11 11:22 GMT+01:00 Alex Lake <alex@digitalmail.com>:
I've got a situation where I think I want to prevent the A-Leg hangup resulting in an immediate B-Leg termination.
It's like a form of attended transfer where A calls B, B calls C and then hangs up, with the desired outcome that A is talking to C.
Suggestions?
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.freeswitch.org http://www.cluecon.com
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
Thanks - that seemed to do the trick!
In ESL it is straigthforward (but overly detailed)
issue for leg A: uuid_setvar park_after_bridge true leg B: uuid_park leg C: bgapi originate blah uuid_bridge uuidC uuidB uuid_setvar park_after_bridge true
After B hangup: uuid_bridge uuidA uuidC
2014-02-11 11:22 GMT+01:00 Alex Lake <alex@digitalmail.com <mailto:alex@digitalmail.com>>:
I've got a situation where I think I want to prevent the A-Leg hangup resulting in an immediate B-Leg termination.
It's like a form of attended transfer where A calls B, B calls C and then hangs up, with the desired outcome that A is talking to C.
Suggestions?
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org <mailto:consulting@freeswitch.org> http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.freeswitch.org http://www.cluecon.com
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org <mailto: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
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.freeswitch.org http://www.cluecon.com
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
No virus found in this message. Checked by AVG - www.avg.com <http://www.avg.com> Version: 2014.0.4259 / Virus Database: 3697/7082 - Release Date: 02/10/14
You can export/set on B leg: nolocal:transfer_after_bridge=some-XML-extension ... then when A hangs up, B will get transferred to wherever you want. -Avi On Tue, Feb 11, 2014 at 12:22 PM, Alex Lake <alex@digitalmail.com> wrote:
I've got a situation where I think I want to prevent the A-Leg hangup resulting in an immediate B-Leg termination.
It's like a form of attended transfer where A calls B, B calls C and then hangs up, with the desired outcome that A is talking to C.
Suggestions?
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.freeswitch.org http://www.cluecon.com
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
Thanks Avi. The parking trick seemed to work.
You can export/set on B leg: nolocal:transfer_after_bridge=some-XML-extension
... then when A hangs up, B will get transferred to wherever you want.
-Avi
On Tue, Feb 11, 2014 at 12:22 PM, Alex Lake <alex@digitalmail.com <mailto:alex@digitalmail.com>> wrote:
I've got a situation where I think I want to prevent the A-Leg hangup resulting in an immediate B-Leg termination.
It's like a form of attended transfer where A calls B, B calls C and then hangs up, with the desired outcome that A is talking to C.
Suggestions?
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org <mailto:consulting@freeswitch.org> http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.freeswitch.org http://www.cluecon.com
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org <mailto: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
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.freeswitch.org http://www.cluecon.com
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
No virus found in this message. Checked by AVG - www.avg.com <http://www.avg.com> Version: 2014.0.4259 / Virus Database: 3697/7082 - Release Date: 02/10/14
participants (3)
-
Alex Lake
-
Avi Marcus
-
Marcin S