[Freeswitch-users] Avoid Loops

[Stephen Wilde]

A doubt: if the customer sends the first call that for some reason doesn't
go up (i.e. congestion) and it send a second try before 5 seconds, with this
line in dialplan, the second call is dropped? Also if this isn't a loop?

Stephen

On Mon, Mar 7, 2011 at 6:41 PM, Stephen Wilde <wstephen80 at gmail.com> wrote:

> Ok, so a line like:
>
> <action application="limit" data="hash inbound ${destination_number} 1/5
> !NORMAL_CIRCUIT_CONGESTION" />
>
> avoid loops because Freeswitch doesn't accept more than 1 call each 5
> seconds (the loops are very fast) but allow to have concurrent calls to the
> same destination number.
> Thank you Ken!
>
>
> Stephen
>
>
> On Mon, Mar 7, 2011 at 6:14 PM, Ken Rice <krice at freeswitch.org> wrote:
>
>>  Well you could do that, but lets say you have a client that sends you
>> several calls to a conf number... Also when you loop calls they usually loop
>> fairly fast, by using a rate limit based on the ani and dnis you can still
>> let additional calls pass while reducing the chances of getting loop due to
>> call_id rewrites that are happening at the b2buas that are causing the loop
>>
>> K
>>
>>
>>
>> On 3/7/11 11:01 AM, "Stephen Wilde" <wstephen80 at gmail.com> wrote:
>>
>> Thank you for your suggestion! Good idea! I was searching for more
>> complicated solutions but mod_limit is perfect!
>>
>> You say to use rate limiting but why not simply limit the calls number
>> instead of rate?
>>
>> For example a row in dialplan as:
>>
>> <action application="limit" data="hash inbound ${destination_number} 1" />
>>
>> can avoid loops?
>>
>> Stephen
>>
>>
>> On Mon, Mar 7, 2011 at 5:37 PM, Ken Rice <krice at freeswitch.org> wrote:
>>
>> I hate this problem... Mod_limit matching ani+dnis doing rate limiting
>> (say 5 calls with matchig ani+dnis in 2 seconds) can kill the loop and
>> either allow you to re-route or allow then to re-route... This happens a lot
>> more than you thing between 2nd and 3rd tier aggregators
>>
>>
>>
>>
>> On 3/7/11 10:24 AM, "Stephen Wilde" <wstephen80 at gmail.com <
>> http://wstephen80@gmail.com> > wrote:
>>
>> In some situation there are calls that loops among some providers and I
>> want avoid that situation.
>> For example, I receive the call from my client A, I send this call to my
>> provider B but for some reason the call return to me (for example because B
>> sends the call to A and A resends the call to me).
>> In case of loop for me the solution can be simply to drop the call so my
>> client can reroute to a different provider.
>> There is anyone that can suggest me a way to drop looped calls?
>>
>>
>> Stephen
>>
>>
>> ------------------------------
>> _______________________________________________
>> FreeSWITCH-users mailing list
>> FreeSWITCH-users at lists.freeswitch.org <
>> http://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 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
>>
>>
>> _______________________________________________
>> 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
>>
>>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20110307/14a734c5/attachment-0001.html