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: 172014-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>) Ended2014-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).M.Sc. Engineering, TelecommunicationsBest regards,Kenn Leth Hansen
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=trueOn 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 HansenM.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 ♬
ClueCon Weekly Development Call
_________________________________________________________________________
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 ♬
ClueCon Weekly Development Call
_________________________________________________________________________
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
_________________________________________________________________________
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