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