If you use the vertical bar then you do not need to add a line for "continue_on_fail=true" It acts the same imo but not sure of the difference if there is any difference. On Tue, Jan 15, 2013 at 12:54 PM, Sean Devoy <sdevoy@bizfocused.com> wrote:
Thanks Ken.****
** **
I am left with a few questions though. If I use:****
<action application="bridge" data="sofia/gateway/primary/dialstring*|* sofia/gateway/secondary/dialstring"/>****
** **
What happens if the destination number is just plain old BUSY?****
** **
Does the dialing user hear the fast-busy signal from “primary” when their route is defective and then hear the ring from secondary?****
** **
*From:* freeswitch-users-bounces@lists.freeswitch.org [mailto: freeswitch-users-bounces@lists.freeswitch.org] *On Behalf Of *Ken Rice *Sent:* Sunday, January 13, 2013 11:52 PM *To:* FreeSWITCH Users Help *Subject:* Re: [Freeswitch-users] Redundant Dial Plan in JS****
** **
See http://wiki.freeswitch.org/wiki/Misc._Dialplan_Tools_bridge#Implementing_Fai...
Or see using the bridge command in conjunction with the continue_on_fail channel variable...
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
K
On 1/13/13 9:22 PM, "Sean Devoy" <sdevoy@bizfocused.com> wrote:****
Hi,
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.
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.
So, I give up. My new approach is “VSPs cannot deliver consistent highly reliable service – work around it!”
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.
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.
Thanks, Sean**** ------------------------------
_________________________________________________________________________ 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****
-- Ken *http://www.FreeSWITCH.org http://www.ClueCon.com http://www.OSTAG.org *irc.freenode.net #freeswitch****
_________________________________________________________________________ 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