[Freeswitch-users] Socket outbound: How to bridge two calls?
brian at freeswitch.org
Fri Nov 7 05:59:00 PST 2008
On Nov 7, 2008, at 4:30 AM, Dennis wrote:
> ok, now i understand to way intercept should work (i was always
> wonderung, why there only was one uuid).
> BUT, it still does not work. Could you please be so kind and have a
> look at http://pastebin.freeswitch.org/6033. there you can see the
> results of our latest tests.
> 1.) intercept with inbound-uuid and (originated) outbound-uuid (now
> the right way) => does not work for us.
Can you clarify this? It makes no sense. You should already have two
calls established before you run intercept.
> 2.) uuid_bridge with inbound-uuid and (originated) outbound-u
> does not work for us.
> this does not work either. we do not get any events with
> channel_bridge or something. after we make a bridge, nothing happens
> till we hang up.
> might it be possible, that there is a reason that i does not work and
> that the reason is the same because intercept does not work?
I made two calls that where either parked or in a conference and I
execute uuid_bridge and they bridge as expected.
> 3.) uuid_bridge with two originated calls => WORKS
> we have an inbound call and then we make two originates. then we
> uuid_bridge both originated calls. we can talk to each other and get
> all channel events like bridge and unbridge.
> it seems, that there is a problem, when we want to do the whole thing
> with the inbound.
> the only problem is, that we originate both calls with
> hangup_after_bridge=false, but as soon as one of the bridged
> originated calls hangs up, the other call is also beeing hangup.
> we just can't see, what we are doing wrong or what we could try or
> change to make it work.
> 2008/11/6 Anthony Minessale <anthony.minessale at gmail.com>:
>> you are missing execute-app-arg
>> sendmsg <the uuid of the channel you want to control (inbound leg) >
>> call-command: execute
>> execute-app-name: intercept
>> execute-app-arg: <the uuid of the call you want to bridge to
>> (outbound leg)
> Freeswitch-users mailing list
> Freeswitch-users at lists.freeswitch.org
More information about the FreeSWITCH-users