[Freeswitch-users] fail_on_single_reject and sequential bridge fail-over?

[Victor Chukalovskiy]

I'm not doing enterprise originate here


On 15-01-21 10:52 AM, Vik Killa wrote:
> continue_on_fail=true is relevant if a bridge fails.
> You almost always need to use it with enterprise originate
>
> On Wed, Jan 21, 2015 at 10:34 AM, Victor Chukalovskiy 
> <victor.chukalovskiy at gmail.com <mailto:victor.chukalovskiy at 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 at avimarcus.net
>>     <mailto:avi at 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 at gmail.com
>>         <mailto:victor.chukalovskiy at 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 at freeswitch.org <mailto:consulting at 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 at lists.freeswitch.org
>>             <mailto:FreeSWITCH-users at 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 at freeswitch.org <mailto:consulting at 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 at lists.freeswitch.org
>>         <mailto:FreeSWITCH-users at 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 at freeswitch.org  <mailto:consulting at 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 at lists.freeswitch.org  <mailto:FreeSWITCH-users at 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 at freeswitch.org <mailto:consulting at 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 at lists.freeswitch.org
>     <mailto:FreeSWITCH-users at 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 at 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 at lists.freeswitch.org
> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
> http://www.freeswitch.org

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150121/b12c719c/attachment.html