no ex sorry. try to hash you mod_lcr result in different variables and create multiline bridge with continue_on_fail and hangup_cause conidtions between them. ----- Original Message ----- From: Boris Kovalenko To: FreeSWITCH Users Help Sent: Thursday, October 13, 2011 12:32 AM Subject: Re: [Freeswitch-users] continue_on_fail Hello! May You give an example? I use mod_lcr try to use bridge witn single line and put condition with hangup cause between.... hope it helps ----- Original Message ----- From: Boris Kovalenko To: FreeSWITCH Users Help Sent: Wednesday, October 12, 2011 11:43 PM Subject: Re: [Freeswitch-users] continue_on_fail Hello! No. I even tried continue_on_fail=false and hangup_after_bridge=true did you resolve it ? after some test I'm facing the same problem if for example the callee decides to send a user busy so FS tries with the second bridge and makes a second call which can be interpreted as harrassment ;) ----- Original Message ----- From: Madovsky To: FreeSWITCH Users Help Sent: Monday, October 10, 2011 11:28 PM Subject: Re: [Freeswitch-users] continue_on_fail maybe modify continue_on_fail as a leg var on the first bridge ----- Original Message ----- From: Boris Kovalenko To: FreeSWITCH Users Help Sent: Monday, October 10, 2011 11:12 PM Subject: Re: [Freeswitch-users] continue_on_fail Hello! No, the question was how to FAILOVER :) I need to stop processing dialstring if user at carrier1 is busy. the question was about mod_lcr. it returns something like: sofia/gateway/carrier1/14105780999|sofia/gateway/ carrier2/14105780999|sofia/gateway/ carrier3/14105780999 The question was how to make it when the first returns "user_busy" to not failover and try the other ones.-Avi On Mon, Oct 10, 2011 at 6:40 PM, Michael Collins <msc@freeswitch.org> wrote: Well, now we're talking about something more than just continuing_on_fail. We'll need to look at the actual dialstring to answer any more specific questions. -MC On Mon, Oct 10, 2011 at 8:54 AM, Avi Marcus <avi@avimarcus.net> wrote: It seems from testing, and I was told on channel: continue_on_fail is per bridge string, not per leg. So it doesn't actually help with the question.. Unless I'm mistaken. -Avi On Mon, Oct 10, 2011 at 5:12 PM, Michael Collins <msc@freeswitch.org> wrote: You will need to specify the error conditions on which to continue. See the example here: http://wiki.freeswitch.org/wiki/Channel_Variables#continue_on_fail -MC P.S. - Check out the "enumeration" column on this page to get an idea of the kinds of failures you may not be aware of: http://wiki.freeswitch.org/wiki/Hangup_causes On Sat, Oct 8, 2011 at 2:54 PM, Avi Marcus <avi@avimarcus.net> wrote: I've been wondering how to do this. When I asked in channel, I was basically told this couldn't be done in a single bridge string... I hope that's not actually the case. -Avi On Fri, Oct 7, 2011 at 4:40 PM, Boris Kovalenko <boris@tagnet.ru> wrote: Hello! Have read docs but misundertood :( I use mod_lcr which return two or more gateways to the same destination. And when the user is busy with the first gateway the call continues with the second and so on. How may I to not continue gateways if user is busy? -- С уважением, Борис Коваленко ЗАО "Тагнет" тел. +7 (3435) 230001 факс +7 (3435) 230005 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 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 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 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 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 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 -- Regards, Boris -------------------------------------------------------------------- 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 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 -- Regards, Boris -------------------------------------------------------------------------- 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 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 -- Regards, Boris ------------------------------------------------------------------------------ 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