If you use the vertical bar then you do not need to add a line for "continue_on_fail=true"<div><br></div><div>It acts the same imo but not sure of the difference if there is any difference.</div><div><br></div><div>
<br><div class="gmail_quote">On Tue, Jan 15, 2013 at 12:54 PM, Sean Devoy <span dir="ltr"><<a href="mailto:sdevoy@bizfocused.com" target="_blank">sdevoy@bizfocused.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div lang="EN-US" link="blue" vlink="purple"><div><p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1f497d">Thanks Ken.<u></u><u></u></span></p><p class="MsoNormal">
<span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1f497d"><u></u> <u></u></span></p><p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1f497d">I am left with a few questions though. If I use:<u></u><u></u></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1f497d"><action application="bridge" data="sofia/gateway/primary/dialstring</span><b><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:red">|</span></b><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1f497d">sofia/gateway/secondary/dialstring"/><u></u><u></u></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1f497d"><u></u> <u></u></span></p><p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1f497d">What happens if the destination number is just plain old BUSY?<u></u><u></u></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1f497d"><u></u> <u></u></span></p><p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1f497d">Does the dialing user hear the fast-busy signal from “primary” when their route is defective and then hear the ring from secondary?<u></u><u></u></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1f497d"><u></u> <u></u></span></p><div><div style="border:none;border-top:solid #b5c4df 1.0pt;padding:3.0pt 0in 0in 0in">
<p class="MsoNormal"><b><span style="font-size:10.0pt;font-family:"Tahoma","sans-serif"">From:</span></b><span style="font-size:10.0pt;font-family:"Tahoma","sans-serif""> <a href="mailto:freeswitch-users-bounces@lists.freeswitch.org" target="_blank">freeswitch-users-bounces@lists.freeswitch.org</a> [mailto:<a href="mailto:freeswitch-users-bounces@lists.freeswitch.org" target="_blank">freeswitch-users-bounces@lists.freeswitch.org</a>] <b>On Behalf Of </b>Ken Rice<br>
<b>Sent:</b> Sunday, January 13, 2013 11:52 PM<br><b>To:</b> FreeSWITCH Users Help<br><b>Subject:</b> Re: [Freeswitch-users] Redundant Dial Plan in JS<u></u><u></u></span></p></div></div><div><div class="h5"><p class="MsoNormal">
<u></u> <u></u></p><p class="MsoNormal" style="margin-bottom:12.0pt"><span style="font-size:11.0pt;font-family:"Courier New"">See <a href="http://wiki.freeswitch.org/wiki/Misc._Dialplan_Tools_bridge#Implementing_Failover" target="_blank">http://wiki.freeswitch.org/wiki/Misc._Dialplan_Tools_bridge#Implementing_Failover</a><br>
<br>Or see using the bridge command in conjunction with the continue_on_fail channel variable...<br><br>This is pretty easy to do... Keep in mind that what good ol’ ma bell does is try one route and then if it fails, try to re-route around that... That’s all the above is showing you how to do<br>
<br>K<br><br><br>On 1/13/13 9:22 PM, "Sean Devoy" <<a href="http://sdevoy@bizfocused.com" target="_blank">sdevoy@bizfocused.com</a>> wrote:</span><u></u><u></u></p><p class="MsoNormal" style="margin-bottom:12.0pt">
<span style="font-size:11.0pt;font-family:"Calibri","sans-serif"">Hi,<br> <br>This question stems from the fact that I cannot find a VOIP Service Provider (VSP) that can connect outgoing calls truly reliably. I have customers who expect calls to go through just like good old ma-bell did –100% of the time barring natural disasters. You have to admit those guys set the bar pretty high for us.<br>
<br>I was using Voip Innovations with decent success, but my users complain every 2 weeks or so and I send the trace to VI. The standard response is always “We have updated our route tables for that area.” I switched to Vitelity where I was assured they have redundant paths and this could never happen! I have only confirmed it happening twice in the last 3 weeks! Of course one of those was during the demo of the new service I had just installed for a new customer. <br>
<br>So, I give up. My new approach is “VSPs cannot deliver consistent highly reliable service – work around it!”<br> <br>I know I want a dial plan that will check the bridge status and redial using a different gateway (VSP) if it failed (not busy or no answer – failure). I am pretty sure the best/easy approach is a JavaScript “dialer” script to handle this.<br>
<br>I have looked in the wiki for such a sample. If it exists I have missed it. So rather than “re-inventing the wheel” I am reaching out to you all. Does anyone have a dialing script that checks for failure and redials on failure or just continues to voicemail on no answer? I will happily test and tweak it and add it to the wiki if you have something to get me started!!! If not I shall take the plunge and get started! My ideal solution will dial, play a message and redial on failure, maybe 2 or three times or play a failure message and email me on excess errors. I am leaning toward “Call congestion, rerouting. Please stand by” while the new bridge is being attempted.<br>
<br>Thanks,<br>Sean</span><span style="font-size:11.0pt;font-family:"Courier New""><u></u><u></u></span></p><div class="MsoNormal" align="center" style="text-align:center"><span style="font-size:11.0pt;font-family:"Courier New""><hr size="3" width="95%" align="center">
</span></div><p class="MsoNormal"><span style="font-size:10.0pt;font-family:Consolas">_________________________________________________________________________<br>Professional FreeSWITCH Consulting Services:<br><a href="http://consulting@freeswitch.org" target="_blank">consulting@freeswitch.org</a><br>
<a href="http://www.freeswitchsolutions.com" target="_blank">http://www.freeswitchsolutions.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>Official FreeSWITCH Sites<br><a href="http://www.freeswitch.org" target="_blank">http://www.freeswitch.org</a><br><a href="http://wiki.freeswitch.org" target="_blank">http://wiki.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="http://FreeSWITCH-users@lists.freeswitch.org" target="_blank">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></span><u></u><u></u></p>
<p class="MsoNormal"><span style="font-size:10.0pt;font-family:Consolas"><br></span><span style="font-size:11.0pt;font-family:"Courier New"">-- <br>Ken<br><u><span style="color:blue"><a href="http://www.FreeSWITCH.org" target="_blank">http://www.FreeSWITCH.org</a><br>
<a href="http://www.ClueCon.com" target="_blank">http://www.ClueCon.com</a><br><a href="http://www.OSTAG.org" target="_blank">http://www.OSTAG.org</a><br></span></u><a href="http://irc.freenode.net" target="_blank">irc.freenode.net</a> #freeswitch</span><u></u><u></u></p>
</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>
FreeSWITCH-powered IP PBX: The CudaTel Communication Server<br>
<a href="http://www.cudatel.com" target="_blank">http://www.cudatel.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://wiki.freeswitch.org" target="_blank">http://wiki.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>
<br></blockquote></div><br></div>