<div dir="ltr">
<p class=""><span class="">originate {fail_on_single_reject='CALL_REJECTED\,NO_ANSWER'}error/NO_ANSWER|error/USER_BUSY|error/CALL_REJECTED 999</span></p><p class=""><span class=""><br></span></p><p class=""><span class="">Where are you getting the idea you can use a colon to separate the causes?</span></p><p class=""><span class=""><br></span></p><p class=""><span class=""> </span><span class="">/* When using the AND operator, the </span><span class="">fail_on_single_reject</span><span class=""> flag may be set in order to indicate that a single </span></p><p class=""><span class=""> rejections should terminate the attempt rather than a timeout, answer, or rejection by all. </span></p><p class=""><span class=""> If the value is set to 'true' any fail cause will end the attempt otherwise it can contain a comma (,) separated </span></p><p class=""><span class=""> list of cause names which should be considered fatal </span></p><p class=""><span class="">
</span></p><p class=""><span class=""> */</span><span class=""> </span></p><p class=""><span class=""><br></span></p><p class=""><span class=""><br></span></p></div><div class="gmail_extra"><br><div class="gmail_quote">On Thu, Feb 19, 2015 at 10:38 AM, Mi Ke <span dir="ltr"><<a href="mailto:mi.ke@null.net" target="_blank">mi.ke@null.net</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div><div style="font-family:Verdana;font-size:12.0px"><div>Dear All,</div>
<div> </div>
<div>I'm experimenting with the piped failover on the latest master. I want a failover to stop gw hunting and return from bridge when B-leg receives a specific disconnect code e.g. USER_BUSY or NO_ANSWER, but while it works as expected with error channels in console i.e.:</div>
<div> </div>
<div>freeswitch@internal> originate {fail_on_single_reject=CALL_REJECTED:USER_BUSY}error/NO_ANSWER|error/USER_BUSY|error/CALL_REJECTED 999<br>
-ERR USER_BUSY</div>
<div> </div>
<div>
<div>freeswitch@internal> originate {fail_on_single_reject=CALL_REJECTED:NO_ANSWER}error/NO_ANSWER|error/USER_BUSY|error/CALL_REJECTED 999<br>
-ERR NO_ANSWER</div>
<div> </div>
<div>it does not work in dialplan:</div>
<div> </div>
<div>
<div> <extension name="outbound"><br>
<condition field="destination_number" expression="^\d{7}$"><br>
<action application="set" data="bridge_answer_timeout=120"/><br>
<action application="set" data="continue_on_fail=NORMAL_TEMPORARY_FAILURE:NO_ROUTE_DESTINATION:CALL_REJECTED"/><br>
<action application="set" data="fail_on_single_reject=USER_BUSY:NO_ANSWER:NO_USER_RESPONSE:RECOVERY_ON_TIMER_EXPIRE:ORIGINATOR_CANCEL"/><br>
<action application="set" data="bridge_early_media=true"/><br>
<action application="set" data="hangup_after_bridge=true"/><br>
<action application="odbc_query" inline="true" data="route_out"/><br>
<action application="bridge" data="${bridge_to}"/><br>
<action application="hangup" data="${last_bridge_hangup_cause}"/><br>
<anti-action application="hangup" data="INVALID_NUMBER_FORMAT"/><br>
</condition><br>
</extension></div>
<div> </div>
<div>or when included in bridge dialstring:</div>
<div> </div>
<div><action application="bridge" data="{fail_on_single_reject=USER_BUSY:NO_ANSWER}${bridge_to}"/></div>
<div> </div>
<div>i.e. it tries *all* gateways in the dialstring and ignores returning codes completely.</div>
<div> </div>
<div>I tried the same test when remote gateways were just hanging up with USER_BUSY code on receiving calls, but it did not affect the same negative result - all remote peers were tried in order and return code were ignored.</div>
<div> </div>
<div>I had the same experience with ver 1.2, but that time set continue_on_single_reject=err1,err2,err3 in dialplan worked for me flawlessly. However the same approach does not work for 1.5 and 1.4. Has anyone succeded in getting it to work as expected?</div>
<div> </div>
<div>Thanks / Mike</div>
</div>
</div></div></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-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><br clear="all"><div><br></div>-- <br><div class="gmail_signature"><div dir="ltr">
<p><font face="courier new, monospace"><b><i><font size="4">Brian West</font></i></b><br><span style="font-size:x-small"><a href="mailto:brian@freeswitch.org" target="_blank">brian@freeswitch.org</a></span></font></p>
<p><font size="1" face="courier new, monospace"><img src="http://billing.freeswitch.org/templates/default/img/whmcslogo.png"><br></font></p><p><font face="courier new, monospace"><b><i>Twitter: @FreeSWITCH , @briankwest</i></b><br><a href="http://www.freeswitchbook.com" target="_blank">http://www.freeswitchbook.com</a><br><a href="http://www.freeswitchcookbook.com" target="_blank">http://www.freeswitchcookbook.com</a></font></p>
<p><font face="courier new, monospace"><b>T:</b>+19184209001 | <b>F:</b>+19184209002 | <b>M:</b>+1918424WEST (9378)<br><b>iNUM:</b>+883 5100 1420 9001 | <b>ISN:</b>410*543 | <b>Skype:</b>briankwest</font></p></div></div>
</div>