[Freeswitch-users] No ringback with originate

[David Ponzone]

Well, I used to think that should be 2 different things.
Early media is a way to provide ringing, including custom ringing and custom message without answering the call.
So it was logical for me to think that it should be possible to pass it from B to A, without flagging leg-B as answered, as it is not.
Is it specific of FS, or is it a general rule ?

Perhaps Mathieu could solve its issue (going from first route to next one) by using leg_timeout/originate_timeout on each bridge ?

David Ponzone  Direction Technique
email: david.ponzone at ipeva.fr
tel:      01 74 03 18 97
gsm:   06 66 98 76 34

Service Client IPeva
tel:      0811 46 26 26
www.ipeva.fr  -   www.ipeva-studio.com

Ce message et toutes les pièces jointes sont confidentiels et établis à l'intention exclusive de ses destinataires. Toute utilisation ou diffusion non autorisée est interdite. Tout message électronique est susceptible d'altération. IPeva décline toute responsabilité au titre de ce message s'il a été altéré, déformé ou falsifié. Si vous n'êtes pas destinataire de ce message, merci de le détruire immédiatement et d'avertir l'expéditeur.




Le 11/07/2011 à 23:01, Steven Ayre a écrit :

> The issue isn't that you can't do that, you can.
> 
> The issue is that you can't do that at the same time as passing back the ringback from a bleg to an aleg, unless you generate the ringback yourself (you can't both handle the 18x and ignore it at the same time).
> 
> -Steve
> 
> 
> 
> On 11 July 2011 21:32, David Ponzone <david.ponzone at ipeva.fr> wrote:
> Michael,
> 
> I can't believe there is no way to tell FreeSWITCH to ignore the early media (so 180/183 SDP) and only to trust the OK/SDP before deciding if a call was connected.
> I am pretty sure I saw that some months ago.
> 
> David Ponzone  Direction Technique
> email: david.ponzone at ipeva.fr
> tel:      01 74 03 18 97
> gsm:   06 66 98 76 34
> 
> Service Client IPeva
> tel:      0811 46 26 26
> www.ipeva.fr  -   www.ipeva-studio.com
> 
> Ce message et toutes les pièces jointes sont confidentiels et établis à l'intention exclusive de ses destinataires. Toute utilisation ou diffusion non autorisée est interdite. Tout message électronique est susceptible d'altération. IPeva décline toute responsabilité au titre de ce message s'il a été altéré, déformé ou falsifié. Si vous n'êtes pas destinataire de ce message, merci de le détruire immédiatement et d'avertir l'expéditeur.
> 
> 
> 
> 
> Le 11/07/2011 à 22:05, Michael Collins a écrit :
> 
>> 
>> 
>> On Mon, Jul 11, 2011 at 9:48 AM, Mathieu Lautram <lautram.mathieu at gmail.com> wrote:
>> Well, I think I was not very clear beacause of lack of informations about what I wanted to do.
>> So now, here is the scenario:
>> 
>> I have a big originate string that I send through a socket:
>> 
>> 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...)'
>> 
>> 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.
>> 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".
>> 
>> 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.
>> 
>> 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. 
>> 
>> Anybody else have thoughts on how else this might be accomplished with the given constraints?
>> -MC
>> _______________________________________________
>> Join us at ClueCon 2011, Aug 9-11, Chicago
>> http://www.cluecon.com 877-7-4ACLUE
>> 
>> 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
> 
> 
> _______________________________________________
> Join us at ClueCon 2011, Aug 9-11, Chicago
> http://www.cluecon.com 877-7-4ACLUE
> 
> 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
> 
> 
> _______________________________________________
> Join us at ClueCon 2011, Aug 9-11, Chicago
> http://www.cluecon.com 877-7-4ACLUE
> 
> 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

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20110712/dc09b9ec/attachment-0001.html