[Freeswitch-users] Avoid Loops

[Stephen Wilde]

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/64c33194/attachment-0001.html