VoIP Mailing List Archives
Mailing list archives for the VoIP community |
|
View previous topic :: View next topic |
Author |
Message |
simon at airg.com Guest
|
Posted: Mon Feb 16, 2009 5:28 pm Post subject: [Freeswitch-users] How to keep leg A from hanging up from a |
|
|
Hello,
I’m using event socket outbound and have a framework that does stuff based on the events that come back (this includes my own IVR). What I have now is an IVR system that allows 2 users to bridge to one another at will, and to ‘unbridge’ at will by catching DTMF events.
I have 2 requirements:
<![if !supportLists]>1. <![endif]>When one leg hangs up during a bridge, the other leg is presented with the IVR
<![if !supportLists]>2. <![endif]>After a bridge, when one leg sends a DTMF tone, both legs will be presented with the IVR and no longer be bridged (they can bridge with other sessions again after this point if they desire)
I have done multiple experiments by using netcat and 2 sessions. Here is what I have found:
<![if !supportLists]>· <![endif]>The hangup_after_bridge variable does nothing for me. I’ve set it on both legs, but whenever one leg hangs up after a uuid_bridge, the other leg will automatically hang up
<![if !supportLists]>· <![endif]>I’ve tried setting “park_after_bridge=true” on both legs, and this works to a certain extent. If one leg hangs up, the other leg will be parked, and I can present that user with my IVR. This meets requirement #1. However, requirement #2 won’t be met because:
<![if !supportLists]>o <![endif]>If I set “park_after_bridge=true” and one leg sends a DTMF tone to signal an unbridge, I will “unbridge” the legs by “parking” both legs and I am able to present them both with an IVR. If they decide to bridge with each other again (by selecting an option in the IVR), I will attempt to do a uuid_bridge and this will FAIL! (both parties do not hear each other.) In the simplest terms, I can’t do “uuid_bridge uuidA uuidB”, “park”, “uuid_bridge uuidA uuidB”.
<![if !supportLists]>· <![endif]>With “park_after_bridge=false” (default), I can do “uuid_bridge uuidA uuidB”, “park”, “uuid_bridge uuidA uuidB” with no issues, meeting requirement #2. However, this will not meet requirement #1, because when one leg hangs up, it will trigger a hangup on the other.
Please help. How can I meet both of my requirements?
Thanks.
Simon Tang
Lead, Server Team
Suite 706, 1155 Robson Street
Vancouver, B.C.
Canada V6E 1B5
T: +1.604.408.2228 Ext. 116
F: +1.866.874.8136
E: simon@airg.com (simon@airg.com)
W: www.airg.com
The information transmitted is intended only for the person or entity to which it is addressed and may contain confidential and/or privileged material communicated under NDA. Any review, retransmission, dissemination or other use of, or taking of any action in reliance upon, this information by persons or entities other than the intended recipient is prohibited. If you received this in error, please contact the sender and delete the material from any computer. |
|
Back to top |
|
|
msc at freeswitch.org Guest
|
Posted: Mon Feb 16, 2009 5:50 pm Post subject: [Freeswitch-users] How to keep leg A from hanging up from a |
|
|
On Mon, Feb 16, 2009 at 2:26 PM, Simon Tang <simon@airg.com> wrote:
Quote: | Hello,
I'm using event socket outbound and have a framework that does stuff based
on the events that come back (this includes my own IVR). What I have now is
an IVR system that allows 2 users to bridge to one another at will, and to
'unbridge' at will by catching DTMF events.
|
Two questions:
What version of FS? Preferably latest SVN
Are you using the default config, the one created with "make samples"?
-MC
_______________________________________________
Freeswitch-users mailing list
Freeswitch-users@lists.freeswitch.org
http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
http://www.freeswitch.org |
|
Back to top |
|
|
|
|
|
You cannot post new topics in this forum You cannot reply to topics in this forum You cannot edit your posts in this forum You cannot delete your posts in this forum You cannot vote in polls in this forum
|
Powered by phpBB © 2001, 2005 phpBB Group
|