[Freeswitch-users] hunting in failover mode

[Mi Ke]

Michael, thanks for answering - I already tried this but I need to set continue_on_fail to TRUE because that seems to be the only way to pass original hangup code from leg B to A when bridge completes. And when COF is set to TRUE it behaves like it's related to the "whole" bridge i.e. until all 3 endpoints are tried entire bridge is not considered as failed of succeded. Re separate approach - I'm not sure how can I do that as the number of EPs in my case is dynamic, bridge app receives them as a 1|2|3 dialstring from rouing lua app.

 Thanks / Mike

----- Original Message -----
From: Michael Collins
Sent: 07/20/12 08:39 PM
To: FreeSWITCH Users Help
Subject: Re: [Freeswitch-users] hunting in failover mode

 Perhaps you could use this?
http://wiki.freeswitch.org/wiki/Channel_Variables#continue_on_fail 

 Specify the conditions on which the bridge should keep going. Note: you may need to separate these out into individual bridge apps with a single endpoint. I haven't tried it lately, so be sure to report back what you find out.

 -MC

 On Fri, Jul 20, 2012 at 10:30 AM, Mi Ke < mi.ke at null.net > wrote:
Hi All,

 When I do a failover using bridge app and ep1|ep2|ep3 construstion - how do I stop further hunting if any of already hunted endpoints returned e.g. USER_BUSY ?

 Thanks / Mike

 _________________________________________________________________________
 Professional FreeSWITCH Consulting Services:
 consulting at freeswitch.org 
http://www.freeswitchsolutions.com 

 
 

 Official FreeSWITCH Sites
http://www.freeswitch.org 
http://wiki.freeswitch.org 
http://www.cluecon.com 

 Join Us At ClueCon - Aug 7-9, 2012

 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 



 --
 Michael S Collins
 Twitter: @mercutioviz
http://www.FreeSWITCH.org 
http://www.ClueCon.com 
http://www.OSTAG.org
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20120720/3fc84d6d/attachment.html