[Freeswitch-users] Option to hang-up both legs in a bridge
nik.middleton at noblesolutions.co.uk
Fri Dec 4 13:16:58 PST 2009
Thanks for that, no didn't see the message, there seems to be a big
delay in the messages getting turned around on the list.
Yup, works great thanks. Script doesn't get events, so there was no way
to check for the b leg hang-up.
From: freeswitch-users-bounces at lists.freeswitch.org
[mailto:freeswitch-users-bounces at lists.freeswitch.org] On Behalf Of
Sent: 04 December 2009 20:57
To: freeswitch-users at lists.freeswitch.org
Subject: Re: [Freeswitch-users] Option to hang-up both legs in a bridge
did you see my reply to the other thread?
set the channel variable hangup_after_bridge=true on the a leg
your script must not be checking for the case when b leg hangs up that A
leg does not hangup unless that var is set.
On Fri, Dec 4, 2009 at 2:03 PM, Nik Middleton
<nik.middleton at noblesolutions.co.uk> wrote:
Is there an option to hang-up both call legs in a bridge when one leg
In my lua script I only ever see the hang-up for the call I'm in, not
for the bridged b leg. That said, I can see both a hang-up and un
bridge event being fired for the B leg. However my issue is that the A
leg is still up, and if I've called 2 Pots numbers, the phone network
will maintain the bridge.
Is my only option to subscribe to the unbridge event and fire a hang-up
event using the 'other leg' UID?
FreeSWITCH-users mailing list
FreeSWITCH-users at lists.freeswitch.org
Anthony Minessale II
MSN:anthony_minessale at hotmail.com
<mailto:MSN%3Aanthony_minessale at hotmail.com>
GTALK/JABBER/PAYPAL:anthony.minessale at gmail.com
<mailto:PAYPAL%3Aanthony.minessale at gmail.com>
IRC: irc.freenode.net #freeswitch
FreeSWITCH Developer Conference
sip:888 at conference.freeswitch.org
<mailto:sip%3A888 at conference.freeswitch.org>
iax:guest at conference.freeswitch.org/888
googletalk:conf+888 at conference.freeswitch.org
<mailto:googletalk%3Aconf%2B888 at conference.freeswitch.org>
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the FreeSWITCH-users