fail_on_single_reject and sequential bridge fail-over?
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
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
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
@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 <mailto: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 <mailto: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 <mailto: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 <mailto: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 <mailto: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 <mailto: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
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@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.orghttp://www.freeswitchsolutions.com
Official FreeSWITCH Siteshttp://www.freeswitch.orghttp://confluence.freeswitch.orghttp://www.cluecon....
FreeSWITCH-users mailing listFreeSWITCH-users@lists.freeswitch.orghttp://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-usershttp://www.frees...
_________________________________________________________________________ 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
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@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@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.orghttp://www.freeswitchsolutions.com
Official FreeSWITCH Siteshttp://www.freeswitch.orghttp://confluence.freeswitch.orghttp://www.cluecon....
FreeSWITCH-users mailing listFreeSWITCH-users@lists.freeswitch.orghttp://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-usershttp://www.frees...
_________________________________________________________________________ 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
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@gmail.com <mailto: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 <mailto: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 <mailto: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 <mailto: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 <mailto: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 <mailto: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 <mailto: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 <mailto: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 <mailto: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 <mailto: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 <mailto: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
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@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.orghttp://www.freeswitchsolutions.com
Official FreeSWITCH Siteshttp://www.freeswitch.orghttp://confluence.freeswitch.orghttp://www.cluecon....
FreeSWITCH-users mailing listFreeSWITCH-users@lists.freeswitch.orghttp://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-usershttp://www.frees...
_________________________________________________________________________ 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
On Wed, Jan 21, 2015 at 4:26 PM, Steven Ayre <steveayre@gmail.com> wrote:
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.
Hi Steven, I believe your explanation is spot on and makes a lot of sense. From a documentation standpoint I can see why some are confused. Both the wiki and the source code explicitly mention the AND (i.e. comma) condition being affected by fail_on_single_reject but not the OR (i.e. pipe) condition. If there are no objections I'd like to submit this tidbit to be included in the fail_on_single_reject wiki entry. -MC
That is evaluated at the end of the bridge app to decide whether to return to dialplan or hangup, not inbetween sequential (|) destinations. On 21 January 2015 at 13:38, Vik Killa <vipkilla@gmail.com> 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
participants (6)
-
Ali Pey
-
Avi Marcus
-
Michael Collins
-
Steven Ayre
-
Victor Chukalovskiy
-
Vik Killa