you need to make sure originate has ended on the outbound leg before
you use it in a bridge etc.
you also need to supply the inbound leg first in uuid_bridge if that
is something you want to do.

Easier would be to originate the B leg to park inline and tell A leg
to execute intercept on the B leg uuid.

On Mon, Feb 14, 2011 at 5:44 PM, Stephen Wilde <wstephen80@gmail.com> wrote:
> Sorry but I have missed something.
> I know that I can solve this problem directly in dialplan with a bridge but
> what I'm doing is an "Freeswitch ESL learning" because I have to port some
> application in Freeswitch and I'm learning how to implement some
> functionality.
> For me it's important to take control of both inbound/outbound in full async
> way and I have the necessity to do the complete call control.
> I'm not sure but to me it seems that with a normal bridge I lose the control
> of two sessions, for example, an outbound answer is propagated by bridge
> application as inbound answer.
> What I want to do is an audio bridging so my application can take control of
> "signaling bridging".
>
> I'm wrong? There are other way to do that?
> Stephen
> On Tue, Feb 15, 2011 at 12:19 AM, Michael Collins <msc@freeswitch.org>
> wrote:
>>
>> My head is spinning after reading this email. :)
>> It sounds like you just need a simple bridge from the incoming leg to the
>> outgoing leg. Can you pre_answer the A leg then execute a good old-fashioned
>> bridge to the b-leg?
>> -MC
>> On Mon, Feb 14, 2011 at 4:57 PM, Stephen Wilde <wstephen80@gmail.com>
>> wrote:
>>>
>>> The problem I have is to propagate the audio coming from an "originated"
>>> outbound session to the inbound session when the outbound is in the PROGRESS
>>> MEDIA phase.
>>> When my application receives the "CHANNEL_PROGRESS_MEDIA" event from
>>> outbound session I can do a "pre_answer" on inbound session but I'm not
>>> capable to do an audio bridge.
>>> I have tried with "uuid_bridge <outbound_uuid> <inbound_uuid>" with no
>>> result probably because this api requires that at least one session must be
>>> answered.
>>> I don't want to answer to the inbound session to propagate the outbound
>>> progressing media but I want to answer to inbound only on outbound answer.
>>> Any way to do that?
>>> Stephen
>>> _______________________________________________
>>> 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
>>>
>>
>>
>> _______________________________________________
>> 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
>>
>
>
> _______________________________________________
> 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
>
>

--
Anthony Minessale II

FreeSWITCH http://www.freeswitch.org/
ClueCon http://www.cluecon.com/
Twitter: http://twitter.com/FreeSWITCH_wire

AIM: anthm
MSN:anthony_minessale@hotmail.com
GTALK/JABBER/PAYPAL:anthony.minessale@gmail.com
IRC: irc.freenode.net #freeswitch

FreeSWITCH Developer Conference
sip:888@conference.freeswitch.org
googletalk:conf+888@conference.freeswitch.org
pstn:+19193869900

_______________________________________________
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