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

[Ali Pey]

Victor,

I've had the same issue for a long time. I haven't been able to find a way
to stop the bridge from continuing dialling destinations if the call was
sent to voicemail for instance. I'd love to find a solution for this.

Please let me know if you find a way to do this. I have a hack to do this
but screws up many other things.

Thanks,
Ali Pey



On Wed, Jan 21, 2015 at 10:52 AM, Vik Killa <vipkilla at gmail.com> 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> 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
>>
>
>
> _________________________________________________________________________
> 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/7bd74421/attachment-0001.html