How are you building your dial string? can you show us a sample of you dial plan? -- Brian West brian@freeswitch.org FreeSWITCH Solutions, LLC PO BOX 2531 Brookfield, WI 53008-2531 Twitter: @FreeSWITCH_Wire , @briankwest http://www.freeswitchbook.com http://www.freeswitchcookbook.com T: +1.918.420.9001 | F: +1.918.420.9002 | M: +1.918.424.WEST iNUM: +883 5100 1420 9001 ISN: 410*543 Skype:briankwest PGP Key: http://www.bkw.org/key.txt (AB93356707C76CED) On Dec 9, 2013, at 12:54 PM, Tim St. Pierre <fs-list@communicatefreely.net> wrote:
Hello,
I'm having some trouble with what should be a simple dialplan operation.
For each outgoing call, I consult a database for two possible routes to a destination number. I then want to bridge to the first gateway, and then fallback to the second gateway if it can't complete the call.
If the call rings on the first gateway goes unanswered, I DON'T want try the second gateway, I want the dialplan to continue so I can do something else (either play an error, or in some cases, continue on to the user's voice mail).
I also want to use limit_db to keep track of how many calls are on each trunk, so that I can divert when they get full (so that new incoming calls aren't blocked on that gateway).
I have tried using limit_execute with bridge, separating the primary and secondary addresses of a gateway with | I then continue on in the dialplan and run limit_execute/bridge again, but this time with the secondary set of gateway addresses. I have to do these separately so that limit_execute uses the correct key in the database (otherwise, a failed call could get credited to the wrong trunk!)
The problem with the above is that unanswered calls ring twice before continuing on. What I really need is some way to skip the second bridge statement if the previous one returned a "NO_ANSWER"
Any ideas??
Thanks!
-Tim
_________________________________________________________________________ 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