<div dir="ltr">Agreed, I&#39;d often go with both<div><br></div><div>fail_on_single_reject - checked between | destinations to see whether to try the next<br>continue_on_fail - checked when bridge is about to return to the dialplan (*not* between | destinations)</div></div><div class="gmail_extra"><br><div class="gmail_quote">On 1 October 2014 21:55, Phillip Jones <span dir="ltr">&lt;<a href="mailto:pjintheusa@gmail.com" target="_blank">pjintheusa@gmail.com</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">My take - you should be using both:<div><br></div><div>Example - </div><div><br></div><div>&lt;!-- this controls failure action on the dial-plan level --&gt;<br></div><div>&lt;action application=&quot;set&quot; data=&quot;continue_on_fail=ALLOTTED_TIMEOUT&quot;/&gt; <br></div><div><br></div><div>&lt;!--the fail_on_single_reject is key here - it is at the call leg level and fails such that a second call is not pushed through to the fail-over carrier--&gt;</div><div>&lt;action application=&quot;bridge&quot; data=&quot;{leg_timeout=10,fail_on_single_reject=ALLOTTED_TIMEOUT}user/1001|user2/1001&quot;/&gt; </div><div>&lt;action application=&quot;bridge&quot; data=&quot;{leg_timeout=30,fail_on_single_reject=ALLOTTED_TIMEOUT}user/1002|user2/1002&quot;/&gt;  </div><div><br></div><div><br></div><div>So in this scenario - you have &quot;continue_on_fail&quot; to ensure that 1002 WILL BE called if 1001 times out, and fail_on_single_reject to ensure that 1001 will not be called a second time through the failover carrier.</div><div><br></div>​Phil</div>
<br>_________________________________________________________________________<br>
Professional FreeSWITCH Consulting Services:<br>
<a href="mailto:consulting@freeswitch.org">consulting@freeswitch.org</a><br>
<a href="http://www.freeswitchsolutions.com" target="_blank">http://www.freeswitchsolutions.com</a><br>
<br>
Official FreeSWITCH Sites<br>
<a href="http://www.freeswitch.org" target="_blank">http://www.freeswitch.org</a><br>
<a href="http://confluence.freeswitch.org" target="_blank">http://confluence.freeswitch.org</a><br>
<a href="http://www.cluecon.com" target="_blank">http://www.cluecon.com</a><br>
<br>
FreeSWITCH-powered IP PBX: The CudaTel Communication Server<br>
<a href="http://www.cudatel.com" target="_blank">http://www.cudatel.com</a><br>
<br>
FreeSWITCH-users mailing list<br>
<a href="mailto:FreeSWITCH-users@lists.freeswitch.org">FreeSWITCH-users@lists.freeswitch.org</a><br>
<a href="http://lists.freeswitch.org/mailman/listinfo/freeswitch-users" target="_blank">http://lists.freeswitch.org/mailman/listinfo/freeswitch-users</a><br>
UNSUBSCRIBE:<a href="http://lists.freeswitch.org/mailman/options/freeswitch-users" target="_blank">http://lists.freeswitch.org/mailman/options/freeswitch-users</a><br>
<a href="http://www.freeswitch.org" target="_blank">http://www.freeswitch.org</a><br></blockquote></div><br></div>