Hi all!

Really helpful and interesting answers.
I can confirm that Vitaliy's lua script alreafy works like a charm for me.
fail_on_single_reject variable wasn't even noticed by me, while I was looking for a solution.
It seems like it exists exactly for such situations...

Thank you again!

Regards,


13.09.2012 18:19, Avi Marcus пишет:
Can someone update the wiki http://wiki.freeswitch.org/wiki/Variable_continue_on_fail on this?
I haven't quite figure out how to use this var.

Thanks,
-Avi


On Thu, Sep 13, 2012 at 4:58 PM, Mi Ke <mi.ke@null.net> wrote:
Hi Kirill,

We use the following construction:

        <extension name="ex1">
            <condition field="destination_number" expression="your_dest_num_here">
                <action application="set" data="bridge_answer_timeout=120"/>
                <action application="set" data="continue_on_fail=NORMAL_TEMPORARY_FAILURE,NO_ROUTE_DESTINATION,CALL_REJECTED,RECOVERY_ON_TIMER_EXPIRE"/>
                <action application="set" data="fail_on_single_reject=USER_BUSY,NO_ANSWER,NO_USER_RESPONSE,ORIGINATOR_CANCEL"/> <---this prevents further failover in appropriate cases
                <action application="set" data="bridge_early_media=true"/>
                <action application="set" data="hangup_after_bridge=true"/>
                <action application="lua" data="get_dial_string.lua"/>
                <action application="bridge" data="${out_dial_string}"/>
                <anti-action application="pre_answer"/>
                <anti-action application="playback" data="/usr/local/freeswitch/recordings/number_incorrect.mp3"/>
                <anti-action application="hangup" data="INVALID_NUMBER_FORMAT"/>
            </condition>
        </extension>

where get_dial_string app returns corresponding dialpeers as [dp1_params]sofia/external/dp1|[dp2_params]sofia/external/dp2|[dp3_params]sofia/external/dp3

It works without any issues.

FreeSWITCH Version 1.2.0-rc2+git~20120815T215213Z~c6d7417aec, CentOS 6.2 x64

HTH,
Mike

 

----- Original Message -----

From: Kirill Sysoev

Sent: 09/13/12 02:13 PM

Subject: Re: [Freeswitch-users] Variable continue on fail


 
Hi David, Vitaly! 

Thank you for your answers. 
Will try to implement your advices. 

Best, 
Kirill 

13.09.2012 14:52, Виталий Давудов пишет: 
> Hi, Kirill! 
> 
> I solved it by adding lua-script after "bridge" application in my 
> dialplan: 
> 
> endpoint_disposition = session:getVariable("endpoint_disposition") 
> last_bridge_hangup_cause = 
> session:getVariable("last_bridge_hangup_cause") 
> if (last_bridge_hangup_cause == "USER_BUSY" and endpoint_disposition 
> == "EARLY MEDIA" ) then 
>     session:hangup(); 
> end 
> 
> You can see these variables by adding "info" application in the 
> corresponding extension. 
> 
> 12.09.2012 17:53, iam пишет: 
>> Hi Vitaly! 
>> 
>> Did you ever solve this problem? 
>> I have the same continue_on_fail behaviour. 
>> 
>> http://jira.freeswitch.org/browse/FS-4232 
>> 
>> Vitaly added a comment - 26/Jun/12 3:14 AM 
>> Sorry for the long absence, but the problem is still actual for me. 
>> I replaced in my dialplan continue_on_fail to "true", but it's not give 
>> desired effect. 
>> May be some additional variables can help me? 
>> 
>> Regards, 
>> Kirill 
>> 
>> 
>> 
>> -- 
>> View this message in context: 
>> http://freeswitch-users.2379917.n2.nabble.com/Variable-continue-on-fail-tp7462051p7582782.html 
>> Sent from the freeswitch-users mailing list archive at Nabble.com. 
>> 
>> _________________________________________________________________________ 
>> 
>> Professional FreeSWITCH Consulting Services: 
>> consulting@freeswitch.org 
>> http://www.freeswitchsolutions.com 
>> 
>> FreeSWITCH-powered IP PBX: The CudaTel Communication Server 
>> http://www.cudatel.com 
>> 
>> Official FreeSWITCH Sites 
>> http://www.freeswitch.org 
>> http://wiki.freeswitch.org 
>> http://www.cluecon.com 
>> 
>> 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 
>> 
> 
> 


_________________________________________________________________________ 
Professional FreeSWITCH Consulting Services: 
consulting@freeswitch.org 
http://www.freeswitchsolutions.com 

FreeSWITCH-powered IP PBX: The CudaTel Communication Server 
http://www.cudatel.com 

Official FreeSWITCH Sites 
http://www.freeswitch.org 
http://wiki.freeswitch.org 
http://www.cluecon.com 

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

 


_________________________________________________________________________
Professional FreeSWITCH Consulting Services:
consulting@freeswitch.org
http://www.freeswitchsolutions.com

FreeSWITCH-powered IP PBX: The CudaTel Communication Server
http://www.cudatel.com

Official FreeSWITCH Sites
http://www.freeswitch.org
http://wiki.freeswitch.org
http://www.cluecon.com

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




_________________________________________________________________________
Professional FreeSWITCH Consulting Services:
consulting@freeswitch.org
http://www.freeswitchsolutions.com

FreeSWITCH-powered IP PBX: The CudaTel Communication Server
http://www.cudatel.com

Official FreeSWITCH Sites
http://www.freeswitch.org
http://wiki.freeswitch.org
http://www.cluecon.com

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