<html><head></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; ">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.<div><br></div><div>Mike</div><div><br><div><br></div><div><br><div><div>On Jan 14, 2010, at 5:26 AM, David Villasmil wrote:</div><br class="Apple-interchange-newline"><blockquote type="cite">Hello again,<br><br>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.<br>
<br>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.<br>
<br>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.<br><br>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.<br>
<br>thanks<br><br>David<br><br><div class="gmail_quote">On Thu, Jan 14, 2010 at 6:15 AM, Anthony Minessale <span dir="ltr"><<a href="mailto:anthony.minessale@gmail.com">anthony.minessale@gmail.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"><p>Perhaps best not to help him anymore without an apology for the snap judgement and comparison to asterisk clearly designed to push our buttons.<br>
We'll be here when you realize we were trying to help you but I can't promise we will still have paitence......</p><div><br class="webkit-block-placeholder"></div><blockquote type="cite"><div class="im">On Jan 13, 2010 10:54 PM, "Michael Jerris" <<a href="mailto:mike@jerris.com" target="_blank">mike@jerris.com</a>> wrote:<br><br>You already are running on trunk.<br>
<br>
Mike<br>
</div><p><font color="#500050">
On Jan 13, 2010, at 11:26 PM, Sergey Okhapkin wrote:
> I run FreeSWITCH Version 1.0.5pre10 (16012M...</font></p><p><font color="#500050">_______________________________________________
FreeSWITCH-users mailing list
FreeSWITCH-users@lists...</font></p></blockquote>
<br>_______________________________________________<br>
FreeSWITCH-users mailing list<br>
<a href="mailto:FreeSWITCH-users@lists.freeswitch.org">FreeSWITCH-users@lists.freeswitch.org</a><br>
<a href="http://lists.freeswitch.org/mailman/listinfo/freeswitch-users" target="_blank">http://lists.freeswitch.org/mailman/listinfo/freeswitch-users</a><br>
UNSUBSCRIBE:<a href="http://lists.freeswitch.org/mailman/options/freeswitch-users" target="_blank">http://lists.freeswitch.org/mailman/options/freeswitch-users</a><br>
<a href="http://www.freeswitch.org/" target="_blank">http://www.freeswitch.org</a><br>
<br></blockquote></div><br>
_______________________________________________<br>FreeSWITCH-users mailing list<br><a href="mailto:FreeSWITCH-users@lists.freeswitch.org">FreeSWITCH-users@lists.freeswitch.org</a><br>http://lists.freeswitch.org/mailman/listinfo/freeswitch-users<br>UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users<br>http://www.freeswitch.org<br></blockquote></div><br></div></div></body></html>