Re: [Freeswitch-dev] Do not end session when bridge is hung up
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 <anthony.minessale@gmail.com> 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 ♬ ☞ http://freeswitch.org/ ☞ http://cluecon.com/ ☞ http://twitter.com/FreeSWITCH ☞ irc.freenode.net #freeswitch ☞ *http://freeswitch.org/g+ <http://freeswitch.org/g+>* ClueCon Weekly Development Call ☎ sip:888@conference.freeswitch.org ☎ +19193869900
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 <anthony.minessale@gmail.com> 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 ♬
☞ http://freeswitch.org/ ☞ http://cluecon.com/ ☞ http://twitter.com/FreeSWITCH ☞ irc.freenode.net #freeswitch ☞ *http://freeswitch.org/g+ <http://freeswitch.org/g+>*
ClueCon Weekly Development Call ☎ sip:888@conference.freeswitch.org ☎ +19193869900
_________________________________________________________________________ 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 ♬ ☞ http://freeswitch.org/ ☞ http://cluecon.com/ ☞ http://twitter.com/FreeSWITCH ☞ irc.freenode.net #freeswitch ☞ *http://freeswitch.org/g+ <http://freeswitch.org/g+>* ClueCon Weekly Development Call ☎ sip:888@conference.freeswitch.org ☎ +19193869900
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 <anthony.minessale@gmail.com> 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 ♬
☞ http://freeswitch.org/ ☞ http://cluecon.com/ ☞ http://twitter.com/FreeSWITCH ☞ irc.freenode.net #freeswitch ☞ *http://freeswitch.org/g+ <http://freeswitch.org/g+>*
ClueCon Weekly Development Call ☎ sip:888@conference.freeswitch.org ☎ +19193869900
_________________________________________________________________________ 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 ♬
☞ http://freeswitch.org/ ☞ http://cluecon.com/ ☞ http://twitter.com/FreeSWITCH ☞ irc.freenode.net #freeswitch ☞ *http://freeswitch.org/g+ <http://freeswitch.org/g+>*
ClueCon Weekly Development Call ☎ sip:888@conference.freeswitch.org ☎ +19193869900
_________________________________________________________________________ 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
cool, np On Thu, Jan 23, 2014 at 1:43 AM, Kenn Leth Hansen <klh@justfone.dk> wrote:
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 <anthony.minessale@gmail.com> 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 ♬
☞ http://freeswitch.org/ ☞ http://cluecon.com/ ☞ http://twitter.com/FreeSWITCH ☞ irc.freenode.net #freeswitch ☞ *http://freeswitch.org/g+ <http://freeswitch.org/g+>*
ClueCon Weekly Development Call ☎ sip:888@conference.freeswitch.org ☎ +19193869900
_________________________________________________________________________ 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 ♬
☞ http://freeswitch.org/ ☞ http://cluecon.com/ ☞ http://twitter.com/FreeSWITCH ☞ irc.freenode.net #freeswitch ☞ *http://freeswitch.org/g+ <http://freeswitch.org/g+>*
ClueCon Weekly Development Call ☎ sip:888@conference.freeswitch.org ☎ +19193869900
_________________________________________________________________________ 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
-- Anthony Minessale II ♬ @anthmfs ♬ @FreeSWITCH ♬ ☞ http://freeswitch.org/ ☞ http://cluecon.com/ ☞ http://twitter.com/FreeSWITCH ☞ irc.freenode.net #freeswitch ☞ *http://freeswitch.org/g+ <http://freeswitch.org/g+>* ClueCon Weekly Development Call ☎ sip:888@conference.freeswitch.org ☎ +19193869900
participants (2)
-
Anthony Minessale
-
Kenn Leth Hansen