[Freeswitch-dev] Do not end session when bridge is hung up

Thu Jan 23 10:43:09 MSK 2014

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 at 192.168.1.111 entering state [terminated][487]
2014-01-23 08:33:51.715452 [NOTICE] sofia.c:6623 Hangup
sofia/sipinterface_1/1000 at 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 at 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 at 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 at gmail.com>
>> Sent: ‎22/‎01/‎2014 17:22
>> To: freeswitch-dev at 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 at 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 at freeswitch.org
>>> http://www.freeswitchsolutions.com
>>>
>>> 
>>> 
>>>
>>> Official FreeSWITCH Sites
>>> http://www.freeswitch.org
>>> http://wiki.freeswitch.org
>>> http://www.cluecon.com
>>>
>>> FreeSWITCH-dev mailing list
>>> FreeSWITCH-dev at 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 at conference.freeswitch.org  ☎ +19193869900
>>
>>
>> _________________________________________________________________________
>> Professional FreeSWITCH Consulting Services:
>> consulting at freeswitch.org
>> http://www.freeswitchsolutions.com
>>
>> 
>> 
>>
>> Official FreeSWITCH Sites
>> http://www.freeswitch.org
>> http://wiki.freeswitch.org
>> http://www.cluecon.com
>>
>> FreeSWITCH-dev mailing list
>> FreeSWITCH-dev at 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 at conference.freeswitch.org  ☎ +19193869900
>
>
> _________________________________________________________________________
> Professional FreeSWITCH Consulting Services:
> consulting at freeswitch.org
> http://www.freeswitchsolutions.com
>
> 
> 
>
> Official FreeSWITCH Sites
> http://www.freeswitch.org
> http://wiki.freeswitch.org
> http://www.cluecon.com
>
> FreeSWITCH-dev mailing list
> FreeSWITCH-dev at lists.freeswitch.org
> http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev
> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev
> http://www.freeswitch.org
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.freeswitch.org/pipermail/freeswitch-dev/attachments/20140123/fb07dd75/attachment-0001.html 