I know that when I'm using ignore early media the A leg can't hear ringing. But the fact is when I set ignore early media to false, I don't know if the call is successful for the attempting or for the connecting. What I would like to have is the state "successful" but only for the connecting (that's why I set ignore early media to true). The originate string I am using is: bgapi originate {ignore_early_media=true}sofia/external/12345@XXXXXX'&bridge( {ignore_early_media=true}sofia/external/2468@XXXXXXX ' Thank you for your answer 2011/7/7 Michael Collins <msc@freeswitch.org>

What is the originate string you are using? Also, if you are ignoring early media then how is the A leg supposed to hear ringing unless you specify the ringback tone to use? -MC

On Wed, Jul 6, 2011 at 9:52 AM, Mathieu Lautram <lautram.mathieu@gmail.com

...

wrote:

...

Hi all

I'm facing an issue with originate. Here is the case:

I do an originate to bridge A leg to B leg using bridge application. The A leg works perfectly but, when the B leg is called, I can't hear ringtone in the A leg. I set ignore_early_media to true.

I would like to hear a ringtone without setting the ringback variable with the tone of my country.

Is it possible to do that?

Thank you in advance.

-- Mathieu LAUTRAM Application developer

BJT Partners - FRANCE +33 1 79 75 99 60 +33 6 61 59 07 25

_______________________________________________ Join us at ClueCon 2011, Aug 9-11, Chicago http://www.cluecon.com 877-7-4ACLUE

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

_______________________________________________ Join us at ClueCon 2011, Aug 9-11, Chicago http://www.cluecon.com 877-7-4ACLUE

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

-- Mathieu LAUTRAM Application developer BJT Partners - FRANCE +33 1 79 75 99 60 +33 6 61 59 07 25

I've already tried those parameters and it doesn't work. I can use ignore_early_medi=true and ringback=${us-ring} but what if my B leg is in France? Or in England? The schema is like that: France: A leg have to hear the ringtone of France US: A leg have to hear the ringtone of the US England: A leg have to hear the ringtone of England Other countries: same thing Have I to check the destination to apply the correct ringtone or is there an other solution to let A leg hear the ringtone of the correct country? Is Freeswitch allow me to know if the call to the B leg is successful for a "connecting" state (and not "attempting" state) with ignore_early_media set to false? Best regards 2011/7/7 Anthony Minessale <anthony.minessale@gmail.com>

try ignore_early_media=ring_ready or set ringback on a to ${us-ring} and ignore_early_media=true

On Wed, Jul 6, 2011 at 6:44 PM, Mathieu Lautram <lautram.mathieu@gmail.com> wrote:

...

I know that when I'm using ignore early media the A leg can't hear ringing. But the fact is when I set ignore early media to false, I don't know if the call is successful for the attempting or for the connecting. What I would like to have is the state "successful" but only for the connecting (that's why I set ignore early media to true). The originate string I am using is: bgapi originate {ignore_early_media=true}sofia/external/12345@XXXXXX '&bridge( {ignore_early_media=true}sofia/external/2468@XXXXXXX' Thank you for your answer

2011/7/7 Michael Collins <msc@freeswitch.org>

...

What is the originate string you are using? Also, if you are ignoring early media then how is the A leg supposed to hear ringing unless you specify the ringback tone to use? -MC

On Wed, Jul 6, 2011 at 9:52 AM, Mathieu Lautram <lautram.mathieu@gmail.com> wrote:

...

Hi all I'm facing an issue with originate. Here is the case: I do an originate to bridge A leg to B leg using bridge application. The A leg works perfectly but, when the B leg is called, I can't hear ringtone in the A leg. I set ignore_early_media to true. I would like to hear a ringtone without setting the ringback variable with the tone of my country. Is it possible to do that? Thank you in advance.

-- Mathieu LAUTRAM Application developer

BJT Partners - FRANCE +33 1 79 75 99 60 +33 6 61 59 07 25

_______________________________________________ Join us at ClueCon 2011, Aug 9-11, Chicago http://www.cluecon.com 877-7-4ACLUE

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

_______________________________________________ Join us at ClueCon 2011, Aug 9-11, Chicago http://www.cluecon.com 877-7-4ACLUE

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

-- Mathieu LAUTRAM Application developer

BJT Partners - FRANCE +33 1 79 75 99 60 +33 6 61 59 07 25

_______________________________________________ Join us at ClueCon 2011, Aug 9-11, Chicago http://www.cluecon.com 877-7-4ACLUE

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 googletalk:conf+888@conference.freeswitch.org pstn:+19193869900

_______________________________________________ Join us at ClueCon 2011, Aug 9-11, Chicago http://www.cluecon.com 877-7-4ACLUE

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

-- Mathieu LAUTRAM Application developer BJT Partners - FRANCE +33 1 79 75 99 60 +33 6 61 59 07 25

Because he wants to detect when the call is really answered. But what I don't understand is that he should have that info with ESL. David Ponzone Direction Technique email: david.ponzone@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 07/07/2011 à 18:22, Michael Collins a écrit :

On Thu, Jul 7, 2011 at 4:27 AM, Mathieu Lautram <lautram.mathieu@gmail.com> wrote: I've already tried those parameters and it doesn't work. I can use ignore_early_medi=true and ringback=${us-ring} but what if my B leg is in France? Or in England? You can set the ringback to whatever you'd like. The trick will be doing some sort of lookup on the dialed number to decide what the country is and then use the appropriate ringback tone. If you look in vars.xml we have quite a few countries in there. If any are missing you can always look them up and add them to vars.xml. There are plenty of people who can assist with the TGML if you can track down the frequencies and cadences for each country you need. From there a simple Lua script or even mod_lcr could be employed to handle the creation of the dialstring.

I suppose I should have asked this question earlier: why, exactly do you need to ignore early media? The reason I ask is that there might be an alternative way to address the problem you are trying to solve by ignoring early media.

Thanks, MC

The schema is like that:

France: A leg have to hear the ringtone of France US: A leg have to hear the ringtone of the US England: A leg have to hear the ringtone of England Other countries: same thing

Have I to check the destination to apply the correct ringtone or is there an other solution to let A leg hear the ringtone of the correct country? Is Freeswitch allow me to know if the call to the B leg is successful for a "connecting" state (and not "attempting" state) with ignore_early_media set to false?

Best regards

2011/7/7 Anthony Minessale <anthony.minessale@gmail.com> try ignore_early_media=ring_ready or set ringback on a to ${us-ring} and ignore_early_media=true

_______________________________________________ Join us at ClueCon 2011, Aug 9-11, Chicago http://www.cluecon.com 877-7-4ACLUE

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

Can you lay out all the possibilities for the B leg? What are all the scenarios that you have to account for? In other words, under what circumstances would *not* ignoring early media fail for you? If you pass the early media from the B leg to the A leg, what are the problems you would face? -MC On Thu, Jul 7, 2011 at 10:19 AM, Mathieu Lautram <lautram.mathieu@gmail.com>wrote:

No, David, It's not exactly the point. I don't really want to use ignore_early_media, but this is the only way to know if the call is correctly connected (and not answered yet). I can't use the several ringtones located in vars.xml because the B leg could be everywhere in the world, so there are too much possibilities. Also, sometimes B leg will have to hear additionnal informations ; not only a ringtone. So with ESL, is there a way to know if the B leg is really ringing? Or perhaps without ESL? Maybe I'm in the wrong way...

Thanks for all your answers

Best Regards

2011/7/7 David Ponzone <david.ponzone@ipeva.fr>

...

Because he wants to detect when the call is really answered. But what I don't understand is that he should have that info with ESL.

David Ponzone Direction Technique email: david.ponzone@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 07/07/2011 à 18:22, Michael Collins a écrit :

On Thu, Jul 7, 2011 at 4:27 AM, Mathieu Lautram < lautram.mathieu@gmail.com> wrote:

...

I've already tried those parameters and it doesn't work. I can use ignore_early_medi=true and ringback=${us-ring} but what if my B leg is in France? Or in England?

You can set the ringback to whatever you'd like. The trick will be doing some sort of lookup on the dialed number to decide what the country is and then use the appropriate ringback tone. If you look in vars.xml we have quite a few countries in there. If any are missing you can always look them up and add them to vars.xml. There are plenty of people who can assist with the TGML if you can track down the frequencies and cadences for each country you need. From there a simple Lua script or even mod_lcr could be employed to handle the creation of the dialstring.

I suppose I should have asked this question earlier: why, exactly do you need to ignore early media? The reason I ask is that there might be an alternative way to address the problem you are trying to solve by ignoring early media.

Thanks, MC

...

The schema is like that:

France:

A leg have to hear the ringtone of France

US:

A leg have to hear the ringtone of the US

England:

A leg have to hear the ringtone of England

Other countries:

same thing

Have I to check the destination to apply the correct ringtone or is there an other solution to let A leg hear the ringtone of the correct country? Is Freeswitch allow me to know if the call to the B leg is successful for a "connecting" state (and not "attempting" state) with ignore_early_media set to false?

Best regards

2011/7/7 Anthony Minessale <anthony.minessale@gmail.com>

...

try ignore_early_media=ring_ready or set ringback on a to ${us-ring} and ignore_early_media=true

_______________________________________________ Join us at ClueCon 2011, Aug 9-11, Chicago http://www.cluecon.com 877-7-4ACLUE

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

_______________________________________________ Join us at ClueCon 2011, Aug 9-11, Chicago http://www.cluecon.com 877-7-4ACLUE

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

-- Mathieu LAUTRAM Application developer

BJT Partners - FRANCE +33 1 79 75 99 60 +33 6 61 59 07 25

_______________________________________________ Join us at ClueCon 2011, Aug 9-11, Chicago http://www.cluecon.com 877-7-4ACLUE

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

bridge_early_media is not really appropriate for my issue and I have already tried this parameter. In fact, I would like to let A leg hear a ringtone(and sometimes vocal informations) when the phone of the B leg is *effectively* ringing. Do you think it is possible? Maybe ignoring early media is not the solution to my problem? Thanks Best regards, -- Mathieu LAUTRAM Application developer BJT Partners - FRANCE +33 1 79 75 99 60 +33 6 61 59 07 25

In fact, I want to know when the phone of B leg is effectively ringing. If I don't ignore early media, FreeSWITCH will consider the bridge successful even if the phone of B leg is not ringing. So I have to ignore early media to know that. But, if I set ignore_early_media to true, A leg will not hear any ringtone. 2011/7/8 Michael Collins <msc@freeswitch.org>

On Fri, Jul 8, 2011 at 4:29 AM, Mathieu Lautram <lautram.mathieu@gmail.com

...

wrote:

...

bridge_early_media is not really appropriate for my issue and I have already tried this parameter. In fact, I would like to let A leg hear a ringtone(and sometimes vocal informations) when the phone of the B leg is *effectively* ringing. Do you think it is possible? Maybe ignoring early media is not the solution to my problem?

Honestly, I've not yet heard a valid reason for ignoring early media at all in your scenario. Under what conditions do you *not* want early media from the B leg sent to the A leg?

-MC

_______________________________________________ Join us at ClueCon 2011, Aug 9-11, Chicago http://www.cluecon.com 877-7-4ACLUE

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

-- Mathieu LAUTRAM Application developer BJT Partners - FRANCE +33 1 79 75 99 60 +33 6 61 59 07 25

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. I apologize for the wrong way that I took since the beginning. Thanks a lot 2011/7/11 Michael Collins <msc@freeswitch.org>

On Mon, Jul 11, 2011 at 5:08 AM, Mathieu Lautram < lautram.mathieu@gmail.com> wrote:

...

In fact, I want to know when the phone of B leg is effectively ringing. If I don't ignore early media, FreeSWITCH will consider the bridge successful even if the phone of B leg is not ringing. So I have to ignore early media to know that. But, if I set ignore_early_media to true, A leg will not hear any ringtone.

In what scenarios are you dealing with "the bridge successful even if the phone of B leg is not ringing"? Until you identify those specifically there's not much we can do to assist you.

-MC

_______________________________________________ Join us at ClueCon 2011, Aug 9-11, Chicago http://www.cluecon.com 877-7-4ACLUE

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

-- Mathieu LAUTRAM Application developer BJT Partners - FRANCE +33 1 79 75 99 60 +33 6 61 59 07 25

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@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@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@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org

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@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@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@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@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@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org

Thank you all for your replies So if I understand well, for now, I have two solutions: 1/ check when the state is "answered" with events thrown by FS 2/ check the country code of the bleg and apply the correct ringtone So, as Michael said, if you have any ideas, I'll be glad to test them. Thanks a lot Michael and all of you for your efficiency :-) Best regards 2011/7/11 Michael Collins <msc@freeswitch.org>

On Mon, Jul 11, 2011 at 2:01 PM, Steven Ayre <steveayre@gmail.com> wrote:

...

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).

Agreed, which is where we're currently stuck. The question is exactly *how* to generate ringback to the A leg when his B leg could be call anywhere in the world. The OP said he wanted the appropriate ringback. I suggested that he look at the target phone number, parse out the country code, and then supply the appropriate ringback value for that country.

If there are alternate solutions to this then by all means present them so that Mathieu can test drive them. -MC

_______________________________________________ Join us at ClueCon 2011, Aug 9-11, Chicago http://www.cluecon.com 877-7-4ACLUE

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

-- Mathieu LAUTRAM Application developer BJT Partners - FRANCE +33 1 79 75 99 60 +33 6 61 59 07 25

On Mon, Jul 11, 2011 at 3:26 PM, David Ponzone <david.ponzone@ipeva.fr>wrote:

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 ?

One of the dangers in this situation is that you don't necessarily know what kind of early media the far end is sending. If you bridge the early media on leg B to leg A then the call is bridged. Are you going to monitor the early media on leg B and then unbridge if you get something you don't like? Not likely. If you cannot rely on early media then it's wise to ignore it and handle ringback on your own. Unless, of course, there's a third option that someone else has to offer. -MC