[Freeswitch-users] multiple leg and multiple rtp

[Sergey Okhapkin]

The issue here is when "originate" routine should return and 
set "originate_status" variable. Current behavior is to return on early 
media, but what if to introduce a variable "originate_wait_for_answer" with 
default value "false" and use the variable in originate code to decide when 
to return - on 18X or "200 OK"?

On Thursday 14 January 2010, Anthony Minessale wrote:
> he wants to call 3 people at once and let the A leg hear early media from
> call #1 while call #2 and #3 still are progressing which is not simple to
> do without doing thousands of dollars in development.
>
> On Thu, Jan 14, 2010 at 11:39 AM, DJB <djbinter at yahoo.com> wrote:
> > What about sending Sip 183 with SDP (no 200OK), so that your customers
> > can hear recordings?
> >
> > djbinter
> >
> >
> > ------------------------------
> > *From:* Michael Jerris <mike at jerris.com>
> > *To:* freeswitch-users at lists.freeswitch.org
> > *Sent:* Thu, January 14, 2010 8:12:59 AM
> > *Subject:* Re: [Freeswitch-users] multiple leg and multiple rtp
> >
> > Okay, so that is a very interesting use case.   Seems a bizarre way to do
> > this for the carrier, but interesting none the less.  I'd say the chances
> > of actually muxing the early media is small, what might be possible would
> > be something to say which b legs media to pass along to the a leg.  I
> > have not looked at all at how complicated this is, it will be down deep
> > somewhere in switch_ivr_originate code around where we if for
> > ignore_early_media.  This code is pretty complex, I can't say that we
> > will ever actually add this functionality, but at least now I won't blow
> > it off as complete nonsense.
> >
> > Mike
> >
> >
> >
> > On Jan 14, 2010, at 5:26 AM, David Villasmil wrote:
> >
> > Hello again,
> >
> > Using ingore early media only ignores ALL media, that's not what I need.
> > At least in europe i've seen it many times, MNOs provide a service with
> > which you can have a song played to the caller while the call is
> > connecting to your cell phone. This is basically what I'm trying to
> > achieve.
> >
> > The content provider is in possesions of the media and it require us to
> > fork the call and send a SIP INVITE to the on one leg and the call to the
> > destination number on another leg. they will only provide a progress, no
> > answer.
> >
> > I CAN do it locally by playing the file as a custom ringback but that's
> > not the standard in terms of commercial use of the content.
> >
> > Is there any way to modify the behaviour of fs when i receives media?
> > Let's say i.e. it doesn't drop the other leg, but provides the first
> > early media it receives and just wait for some channel to answer? I will
> > not have both media but it would work.
> >
> > thanks
> >
> > David
> >
> > On Thu, Jan 14, 2010 at 6:15 AM, Anthony Minessale <
> >
> > anthony.minessale at gmail.com> wrote:
> >> Perhaps best not to help him anymore without an apology for the snap
> >> judgement and comparison to asterisk clearly designed to push our
> >> buttons. We'll be here when you realize we were trying to help you but I
> >> can't promise we will still have paitence......
> >>
> >> On Jan 13, 2010 10:54 PM, "Michael Jerris" <mike at jerris.com> wrote:
> >>
> >> You already are running on trunk.
> >>
> >> Mike
> >>
> >> On Jan 13, 2010, at 11:26 PM, Sergey Okhapkin wrote: > I run FreeSWITCH
> >> Version 1.0.5pre10 (16012M...
> >>
> >> _______________________________________________ FreeSWITCH-users mailing
> >> list FreeSWITCH-users at lists...
> >>
> >>
> >> _______________________________________________
> >> 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