[Freeswitch-users] continue_on_fail

[Boris Kovalenko]

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


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