Michael, At least in my case, there will only be 2 legs, 1 providing the music/audio, the other is the terminating side. David On Fri, Jan 15, 2010 at 3:05 AM, Michael Collins <msc@freeswitch.org> wrote:
On Thu, Jan 14, 2010 at 5:54 PM, David Villasmil <david.villasmil.work@gmail.com> wrote:
Dave,
In that case the early media is good also, the a-leg will hear the guy is not available.
But what if he is available on one of the other b-legs? What should happen in that scenario?
-MC
cheers
David
On Fri, Jan 15, 2010 at 1:50 AM, David Knell <dave@3c.co.uk> wrote:
Hi David,
Excuse me if I'm being dumb (which is, sadly, a pretty common occurrence) but there's a bunch of cases where what you're seeking fails badly. For example, if one of the calls ends up on a message along the lines of "The number you have dialled has not been recognised. Please check, and try again", and that's the first early media (not unlikely, all other things being equal), then the information passed back to the caller is worse than useless. Isn't it?
Cheers --
Dave
Anthony,
I did take the "hint", don't worry. We will probably ask for a bounty but first we need to know: 1.- whether this is possible 2.- how long it would take 3.- how will it exactly work 4.- of course, what's the bounty (be gentle ;) )
We would of course give this back to the community.
in the meantime, bridge_early_media=true will discard the 2nd B-leg and conversely "false" it will keep on trying to connect and if it connects the other B-leg if will bridge to that one?
Thanks
David
On Thu, Jan 14, 2010 at 10:04 PM, Anthony Minessale <anthony.minessale@gmail.com> wrote:
I added bridge_early_media=true to do the best I can do. This is the most I will do, especially for free, nobody can take a hint that you should be paying for all these custom requests so take it or leave it but this thread is done.........
On Thu, Jan 14, 2010 at 12:42 PM, Sergey Okhapkin <sos@sokhapkin.dyndns.org> wrote:
No, not exactly. ignore_early_media doesn't pass early media to the caller if bypass_media is false.
On Thursday 14 January 2010, Michael Jerris wrote: > this is exactly what ignore_early_media does now. > > Mike > > On Jan 14, 2010, at 1:18 PM, Sergey Okhapkin wrote: > > 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@yahoo.com> > >> wrote: > >>> What about sending Sip 183 with SDP (no 200OK), so that your > >>> customers > >>> can hear recordings? > > _______________________________________________ > 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 iax:guest@conference.freeswitch.org/888 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
_______________________________________________ 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
_______________________________________________ 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