On Wed, Jan 21, 2015 at 10:34 AM, Victor Chukalovskiy <victor.chukalovskiy@gmail.com> wrote:

@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