Anthony,

See log below:

2014-01-23 08:33:21.835486 [DEBUG] switch_event.c:1661 Parsing variable [continue_on_fail]=[true]
2014-01-23 08:33:21.835486 [DEBUG] switch_event.c:1661 Parsing variable [hangup_after_bridge]=[false]
2014-01-23 08:33:21.835486 [NOTICE] switch_channel.c:1052 New Channel sofia/sipinterface_1/<destination> [a2daddea-8400-11e3-9502-bfebe461243e]
...
2014-01-23 08:33:25.535485 [DEBUG] sofia.c:4997 Remote Reason: 17
2014-01-23 08:33:25.535485 [DEBUG] sofia.c:5779 Channel sofia/sipinterface_1/<destination> entering state [terminated][486]
2014-01-23 08:33:25.535485 [NOTICE] sofia.c:6623 Hangup sofia/sipinterface_1/<destination> [CS_CONSUME_MEDIA] [USER_BUSY]
...
2014-01-23 08:33:25.555486 [DEBUG] switch_ivr_originate.c:3639 Originate Resulted in Error Cause: 17 [USER_BUSY]
2014-01-23 08:33:25.555486 [NOTICE] switch_core_session.c:1577 Session 247 (sofia/sipinterface_1/<destination>) Ended
2014-01-23 08:33:25.555486 [NOTICE] switch_core_session.c:1581 Close Channel sofia/sipinterface_1/<destination> [CS_DESTROY]
2014-01-23 08:33:25.555486 [INFO] mod_dptools.c:3201 Originate Failed.  Cause: USER_BUSY
...
2014-01-23 08:33:51.715452 [DEBUG] sofia.c:5779 Channel sofia/sipinterface_1/1000@192.168.1.111 entering state [terminated][487]
2014-01-23 08:33:51.715452 [NOTICE] sofia.c:6623 Hangup sofia/sipinterface_1/1000@192.168.1.111 [CS_EXECUTE] [ORIGINATOR_CANCEL]

It seems to be working now. I think I had a typo in the variables before. Thank you for brainstorming with me! :)

The bridge is set up, fails due to Q.931 code 17 and then my softphone cancels the call after additional 25 seconds of calling (with early media).


Best regards,

Kenn Leth Hansen
M.Sc. Engineering, Telecommunications

On Wed, Jan 22, 2014 at 11:05 PM, Anthony Minessale <anthony.minessale@gmail.com> wrote:
check your log for which line hangs up the call.
It will be blue and have the distinct string "Hangup" that will show the line number calling hangup and disclose the reason.


On Wed, Jan 22, 2014 at 12:39 PM, Kenn Leth Hansen <klh@justfone.dk> wrote:
Anthony,

With modesl for node.js I am executing bridge with parameter {hangup_after_bridge=false,continue_on_fail=true}sofia/gateways/gw/<destination>.
From: Anthony Minessale
Sent: ‎22/‎01/‎2014 17:22
To: freeswitch-dev@lists.freeswitch.org
Subject: Re: [Freeswitch-dev] Do not end session when bridge is hung up

How are you initiating the bridge?
You may have to set continue_on_fail=true



On Wed, Jan 22, 2014 at 9:57 AM, Kenn Leth Hansen <klh@justfone.dk> wrote:
Hi all,

I am trying to build a service using event sockets where i want to present the user with an IVR if the called party is busy.

If i bridge caller->callee, upon reception of USER_BUSY both sessions get terminated and the event socket is closing.

In my scenario I do not want the session from the caller to FreeSWITCH to be terminated upon USER_BUSY when bridging but instead answer the call within FreeSWITCH and eventually, at some point, try to bridge to the callee again. Does this make sense?

Is this at all possible when bridging or should i somehow try to originate a call to the callee and only bridge them if i do not receive any error codes?


Best regards,

Kenn Leth Hansen
M.Sc. Engineering


_________________________________________________________________________
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-dev mailing list
FreeSWITCH-dev@lists.freeswitch.org
http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev
UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev
http://www.freeswitch.org




--
Anthony Minessale II       ♬ @anthmfs  ♬ @FreeSWITCH  ♬

_________________________________________________________________________
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-dev mailing list
FreeSWITCH-dev@lists.freeswitch.org
http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev
UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev
http://www.freeswitch.org




--
Anthony Minessale II       ♬ @anthmfs  ♬ @FreeSWITCH  ♬

_________________________________________________________________________
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-dev mailing list
FreeSWITCH-dev@lists.freeswitch.org
http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev
UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev
http://www.freeswitch.org