VoIP Mailing List Archives

[simon at airg.com]

Hello,

I’m using event socket outbound, and have an issue where, after a bridge ends and is terminated by Leg B, Leg A is also terminated. Here’s the call flow:

<![if !supportLists]>1. <![endif]>Call comes in (Leg A), session created, play welcome message.
<![if !supportLists]>2. <![endif]>From this session, originate and dial out using api originate
<![if !supportLists]>3. <![endif]>After the target answers (Leg B), bridge the 2 calls using api uuid_bridge
<![if !supportLists]>4. <![endif]>Leg B hangs up.
<![if !supportLists]>5. <![endif]>Leg A will be terminated.

After step 4, Leg A is terminated. I do not want Leg A to hang up. I’ve tried setting “hangup_after_bridge=false” prior to the call, and that doesn’t work.

Having said that, I tried a similar test which does not end Leg A’s call after Leg B hangs up, but I can’t use this solution because, functionally, does not accomplish what I want it to do (i.e., I want to perform some actions on Leg B prior to the bridge, like send some DTMF tones, playback some messages, etc). I did not need to set the “hangup_after_bridge” variable (default should be false anyway).

<![if !supportLists]>1. <![endif]>Call comes in (Leg A), session created, play welcome message.
<![if !supportLists]>2. <![endif]>From this session, do a bridge by doing an execute bridge.
<![if !supportLists]>3. <![endif]>The target answers (Leg B)
<![if !supportLists]>4. <![endif]>Leg B hangs up.
<![if !supportLists]>5. <![endif]>Leg A will still be active.

Any ideas would be appreciated. Thanks!

Simon

[odermann at googlemail...]

hi simon,

i am not sure, if i understood your problem right, but if you do not
want leg a to hang up after leg b (the originated call) hangs up, set
"park_after_bridge=true" when you make the originate.
as far as i know, "hangup_after_bridge=false" is only for the inbound
and helps nothing with the outbound.

if you want something different, please explain me a little more.

dennis



2008/11/28 Simon Tang <simon@airg.com>:

[saigop at gmail.com]

Hi Simon,

You can get the A leg uuid and B leg uuid seperately and can hangup whichever the leg you need...




--
Thank you with regards,
Gopal,

[simon at airg.com]

Thanks Dennis,

That did exactly what I needed.

Cheers!

-----Original Message-----
From: freeswitch-users-bounces@lists.freeswitch.org
[mailto:freeswitch-users-bounces@lists.freeswitch.org] On Behalf Of
Dennis
Sent: December 1, 2008 3:47 AM
To: freeswitch-users@lists.freeswitch.org
Subject: Re: [Freeswitch-users] Leg A terminated by Leg B on a
uuid_bridge

hi simon,

i am not sure, if i understood your problem right, but if you do not
want leg a to hang up after leg b (the originated call) hangs up, set
"park_after_bridge=true" when you make the originate.
as far as i know, "hangup_after_bridge=false" is only for the inbound
and helps nothing with the outbound.

if you want something different, please explain me a little more.

dennis



2008/11/28 Simon Tang <simon@airg.com>: