[Freeswitch-users] ESL Outbound: how to bridge media?

[Anthony Minessale]

if you do originate without ignore_early_media=true set it will end
the soonest possible where it's suitable for a bridge.
so that is the best bet to wait for originate to end.


On Mon, Feb 14, 2011 at 6:11 PM, Stephen Wilde <wstephen80 at gmail.com> wrote:
> Ok, now I'm doing bridge when I receive "CHANNEL_ANSWER" or
> "CHANNEL_PROGRESS_MEDIA" on outbound leg but you say that I have wait that
> "originate has ended": you mean that I have to wait for "BACKGROUND_JOB"
> event related to my "bgapi originate ... &park"?
> I'm already doing "uuid_bridge <inbound_uuid> <outbound_uuid>".
> I'll try also with intercept and inline originate. Thank you!
> Stephen
>
> On Tue, Feb 15, 2011 at 12:53 AM, Anthony Minessale
> <anthony.minessale at gmail.com> wrote:
>>
>> 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 at 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 at 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 at 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 at 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 at 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 at 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 at hotmail.com
>> GTALK/JABBER/PAYPAL:anthony.minessale at gmail.com
>> IRC: irc.freenode.net #freeswitch
>>
>> FreeSWITCH Developer Conference
>> sip:888 at conference.freeswitch.org
>> googletalk:conf+888 at conference.freeswitch.org
>> pstn:+19193869900
>>
>> _______________________________________________
>> FreeSWITCH-users mailing list
>> FreeSWITCH-users at 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 at 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 at hotmail.com
GTALK/JABBER/PAYPAL:anthony.minessale at gmail.com
IRC: irc.freenode.net #freeswitch

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