[Freeswitch-users] No ringback with originate

[Steven Ayre]

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
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20110711/2e79eefd/attachment-0001.html