@Avi - Thanks for the feedback. Yes, in typical use scenarios you let it fail-over using defaults.
However, I'm working on something quite different hence looking for more controls.
If anyone could shed more light, would be great.
My understanding is that today there is no channel variable in FS that lets control reject causes to stop bridge iterations over | separated endpoints.
Am I right or am I wrong?
@Vik - I'm using continue_on_fail=true, however believe it's not relevant for my question.
It controls what happens after bridge is done. I'm looking for control between multiple endpoints within the same bridge.
Thanks all!
On 15-01-21 08:38 AM, Vik Killa wrote:
try setting continue_on_fail=true
On Wed, Jan 21, 2015 at 5:52 AM, Avi Marcus <avi@avimarcus.net> wrote:
I've never been clear on how this works.
However, the most typical case - you get a USER_BUSY so don't try any more carriers - I've found to my surprise that other carriers sometimes are able to complete the call...
-Avi
On Tue, Jan 20, 2015 at 11:16 PM, Victor Chukalovskiy <victor.chukalovskiy@gmail.com> wrote:
Greetings,
Just discovered that fail_on_single_reject does not work with "|"
operator...
Not sure if it was always the case or a recent "improvement"
Is there something equivalent that can be used with sequential bridge,
that is with | operator?
The goal is that if I bridge to
"sofia/gw1/5555555555|sofia/gw2/5555555555 and I get one of the
rejection codes I expect over gw1 it should not attempt gw2
Thx!
-Victor
_________________________________________________________________________
Professional FreeSWITCH Consulting Services:
consulting@freeswitch.org
http://www.freeswitchsolutions.com
Official FreeSWITCH Sites
http://www.freeswitch.org
http://confluence.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
_________________________________________________________________________
Professional FreeSWITCH Consulting Services:
consulting@freeswitch.org
http://www.freeswitchsolutions.com
Official FreeSWITCH Sites
http://www.freeswitch.org
http://confluence.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
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.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
_________________________________________________________________________
Professional FreeSWITCH Consulting Services:
consulting@freeswitch.org
http://www.freeswitchsolutions.com
Official FreeSWITCH Sites
http://www.freeswitch.org
http://confluence.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