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

[Steven Ayre]

>
> 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?


fail_on_single_reject should be working for exactly that purpose. For
example I use the following:

<action application="set" data=
"continue_on_fail=GATEWAY_DOWN,INVALID_GATEWAY"/>
<action application="set" data=
"fail_on_single_reject=!^^:GATEWAY_DOWN:INVALID_GATEWAY"/>
<action application="set" data="hangup_after_bridge=true"/>
<action application="bridge" data="
sofia/gateway/gw1/$1|sofia/gateway/gw2/$1|sofia/gateway/gw3/$1"/>

This passes routes via multiple carriers. If the gateway is
down/non-existent it will try the next sequential destination(s), but any
other failure cause causes the bridge to end without trying the next
(fail_on_single_reject).
If all the gateways are down it returns to dialplan (continue_on_fail)
otherwise it hangs up with the reject cause from the bridge.

On 21 January 2015 at 15:34, Victor Chukalovskiy <
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> 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> 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
>>> 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
>>>
>>
>>
>> _________________________________________________________________________
>> 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
>>
>
>
>
> _________________________________________________________________________
> Professional FreeSWITCH Consulting Services: consulting at freeswitch.orghttp://www.freeswitchsolutions.com
>
> Official FreeSWITCH Siteshttp://www.freeswitch.orghttp://confluence.freeswitch.orghttp://www.cluecon.com
>
> FreeSWITCH-users mailing listFreeSWITCH-users at lists.freeswitch.orghttp://lists.freeswitch.org/mailman/listinfo/freeswitch-users
> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-usershttp://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/20150122/ec1f95b4/attachment.html