<br><br><div class="gmail_quote">On Mon, Jul 11, 2011 at 9:48 AM, Mathieu Lautram <span dir="ltr"><<a href="mailto:lautram.mathieu@gmail.com">lautram.mathieu@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
Well, I think I was not very clear beacause of lack of informations about what I wanted to do.<div>So now, here is the scenario:</div><div><br></div><div>I have a big originate string that I send through a socket:</div><div>
<br></div><div><span style="border-collapse:collapse;font-family:arial, sans-serif;font-size:13px">bgapi originate {var=value}[var=value...]sofia/route1/num|[var=value...]sofia/route2/num... '&bridge( {var=value...}[var=value...]sofia/route1/num|[var=value...]sofia/route2/num...)'</span></div>
<div><span style="border-collapse:collapse;font-family:arial, sans-serif;font-size:13px"><br></span></div><div><font face="arial, sans-serif"><span style="border-collapse:collapse">So, as you can see, I have pipe between the differents routes. Actually, if I set ignore_early_media to TRUE and if the first route (route1) fails, Freeswitch will go to the next route (route2) because it waits a state "answered" to continue. BUT, the A leg won't hear any ringtone.</span></font></div>
<div><font face="arial, sans-serif"><span style="border-collapse:collapse">On the contrary, if I set ignore_early_media to FALSE and if the first route (route1) fails, Freeswitch will NOT go to the next route (route2) because it considers that the call is successful with the state "ringing".</span></font></div>
<div><font face="arial, sans-serif"><span style="border-collapse:collapse"><br></span></font></div><div><font face="arial, sans-serif"><span style="border-collapse:collapse">So what I need is that Freeswitch considers a call successful ONLY when it is "answered" and also that the A leg can hear a ringtone.</span></font></div>
</blockquote><div><br></div><div>Yes, you have a bit of a conundrum here. Since you have multiple possible ring targets there simply is no way to use their early media for ringing. So it looks like you're all the way back to one of the original suggestions which is to supply your own ringback. To do this you will need to look up the tones for each target country you will be calling and then set the ringback variable accordingly. </div>
<div><br></div><div>Anybody else have thoughts on how else this might be accomplished with the given constraints?</div><div>-MC</div></div>