[Freeswitch-users] continue_on_fail

Boris Kovalenko boris at tagnet.ru
Thu Oct 13 08:32:33 MSD 2011


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 <mailto:boris at tagnet.ru>
>     *To:* FreeSWITCH Users Help
>     <mailto:freeswitch-users at lists.freeswitch.org>
>     *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 <mailto:infos at madovsky.org>
>>         *To:* FreeSWITCH Users Help
>>         <mailto:freeswitch-users at lists.freeswitch.org>
>>         *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 <mailto:boris at tagnet.ru>
>>             *To:* FreeSWITCH Users Help
>>             <mailto:freeswitch-users at lists.freeswitch.org>
>>             *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 at freeswitch.org <mailto:msc at 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 at avimarcus.net <mailto:avi at 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 at freeswitch.org <mailto:msc at 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 at avimarcus.net
>>>                         <mailto:avi at 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 at tagnet.ru
>>>                             <mailto:boris at 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
>>>                                 <tel:%2B7%20%283435%29%20230001>
>>>                                   ???? +7 (3435) 230005
>>>                                 <tel:%2B7%20%283435%29%20230005>
>>>
>>>
>>>
>>>                                 FreeSWITCH-users mailing list
>>>                                 FreeSWITCH-users at lists.freeswitch.org <mailto: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
>>>
>>>
>>>
>>>
>>>                             FreeSWITCH-users mailing list
>>>                             FreeSWITCH-users at lists.freeswitch.org
>>>                             <mailto: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
>>>
>>>
>>>
>>>
>>>                         FreeSWITCH-users mailing list
>>>                         FreeSWITCH-users at lists.freeswitch.org
>>>                         <mailto: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
>>>
>>>
>>>
>>>
>>>                     FreeSWITCH-users mailing list
>>>                     FreeSWITCH-users at lists.freeswitch.org
>>>                     <mailto: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
>>>
>>>
>>>
>>>
>>>                 FreeSWITCH-users mailing list
>>>                 FreeSWITCH-users at lists.freeswitch.org
>>>                 <mailto: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
>>>
>>>
>>>
>>>
>>>             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
>>
>>
>>             -- 
>>             Regards,
>>             Boris
>>
>>
>>             ------------------------------------------------------------------------
>>
>>             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
>>
>>
>>
>>     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
>
>
>     -- 
>     Regards,
>     Boris
>
>
>     ------------------------------------------------------------------------
>
>     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
>
>
>
> 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


-- 
Regards,
Boris


-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20111013/08cd48ee/attachment-0001.html 


Join us at ClueCon 2011 Aug 9-11, 2011
More information about the FreeSWITCH-users mailing list