Hm then I am out of my league :) Perhaps you could send your current dialplan so anyone more knowledgable than I am could help ? 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 29/06/2010 à 19:05, Roger Salloum a écrit :
Hi David,
I tried and it is function the same, it will still do the transfer/ next bridge when a 480 occurs after ringing for 2 minutes. I set continue_on_fail=102.
----- Original Message ----- From: David Ponzone <david.ponzone@gmail.com> Date: Monday, June 28, 2010 3:44 pm Subject: Re: [Freeswitch-users] Dialplan handling on call fails To: freeswitch-users@lists.freeswitch.org
Perhaps by using continue_on_fail and putting a transfer just after the bridge, so you can jump to another extension/dialplan ?
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 28/06/2010 à 23:44, Roger Salloum a écrit :
Hi David,
Thanks for clearing that up. I tried when the call establishes and it would hang up, which is controlled by hangup_after_bridge. Do you have any suggestions for how i would get the failover without requiring all the bridges to be within the same condition? So that i can get failover to a less best match?
----- Original Message ----- From: David Ponzone <david.ponzone@gmail.com> Date: Monday, June 28, 2010 12:36 pm Subject: Re: [Freeswitch-users] Dialplan handling on call fails To: freeswitch-users@lists.freeswitch.org
Roger,
you're right, but I think there is a mix up here. In your dialplan, all your bridge actions will be executed because of the conditions they are included in, not because you use continue_on_fail.
The common use of continue_on_fail looks like: <condition .....> <action set continue_on_fail=true> <action bridge1> <action bridge2> <action bridge3> </condition>
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.
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 28/06/2010 à 21:06, Roger Salloum a écrit :
From my understanding the break is used to handle what happens on the evaluation of the condition. I have break=never as I want it to try all rules for the extension even if the one above returns true or false.
----- Original Message ----- From: David Ponzone <david.ponzone@gmail.com> Date: Monday, June 28, 2010 6:36 am Subject: Re: [Freeswitch-users] Dialplan handling on call fails To: freeswitch-users@lists.freeswitch.org
If you use continue_on_fail, I don't think you need to set break="never".
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 26/06/2010 à 16:53, Roger Salloum a écrit :
> Hi, > > I'm trying to setup a dialplan such that if one particular route > fails it will try another. However, I do not want it to try another > route once it had recieved a 180/183 in response from a gateway. I > have not been able to determine how to accomplish this. > > For Example: > > <condition field="destination_number" expression="^(1000123.*)$" > break="never"> > <action application="set" data="hangup_after_bridge=true"/> > <action application="set" > data="continue_on_fail=RECOVER_ON_TIMER_EXPIRE"/> > <action application="bridge" data="sofia/gateway/carrier1/$1"/> > </condition> > > <condition field="destination_number" expression="^(1000.*)$" > break="never"> > <action application="set" > data="hangup_after_bridge=RECOVER_ON_TIMER_EXPIRE"/> > <action application="bridge" data="sofia/gateway/carrier2/$1"/> > </condition> > > <condition field="destination_number" expression="^(1.*)$" > break="never"> > <action application="set" data="hangup_after_bridge=true"/> > <action application="set" > data="continue_on_fail=RECOVER_ON_TIMER_EXPIRE"/> > <action application="bridge" data="sofia/gateway/carrier3/$1"/>> </condition>> > > > > > So when 10001234567 is dialled i will match all 3. I'd like to be > able to try 1, if failed, try 2, if failed try 3. All calls go out > via an outbound proxy. > > Using the above examples if the gateway does not respond in time, > the proxy generates a 408 REQUEST TIMEOUT error message. It will > then fail out and try the next route. However, when the gateway > responds with a 180/183 but there is no answer after 2 minutes> > > > the > proxy, will generate a 480 NO ANSWER (also tried a 408 REQUEST > TIMEOUT ). When Freeswitch receives this message it fails, and then > attempts the third failure route. How do i prevent the dialplan from > continuing once it has received a 180/183 when no one answers> > > > the > phone? > > Thanks, > > _______________________________________________ > 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
_______________________________________________ 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
_______________________________________________ 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
_______________________________________________ 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