Thanks again Rupa,

Is it possible to have more than one limit per call ? I have an issue in this case with calls per period limiting.

This is part of my dial-plan before bridge:

<action application="limit_hash" data="caller ${destination_number} 5 !INCOMING_CALL_BARRED" />
<action application="limit_hash" data="crcd_${destination_number} ${caller_id_number} 2 !OUTGOING_CALL_BARRED" />
<action application="limit_hash" data="cr_${sip_h_X-SRC-Oper} ${caller_id_number} 20/86400 !OUTGOING_CALL_BARRED" />

These are vars for 3 calls (not more than 10 sec between them):

variable_limit_usage_caller_111111111111: [1]
variable_limit_rate_caller_111111111111: [0]
variable_limit_usage_crcd_111111111111_99999999999: [1]
variable_limit_rate_crcd_111111111111_99999999999: [0]
variable_limit_usage: [1]
variable_limit_usage_cr_TEST_99999999999: [1]
variable_limit_rate: [1]
variable_limit_rate_cr_TEST_99999999999: [1]
--
variable_limit_usage_caller_111111111111: [1]
variable_limit_rate_caller_111111111111: [0]
variable_limit_usage_crcd_111111111111_99999999999: [1]
variable_limit_rate_crcd_111111111111_99999999999: [0]
variable_limit_usage: [1]
variable_limit_usage_cr_TEST_99999999999: [1]
variable_limit_rate: [1]
variable_limit_rate_cr_TEST_99999999999: [1]
--
variable_limit_usage_caller_111111111111: [1]
variable_limit_rate_caller_111111111111: [0]
variable_limit_usage_crcd_111111111111_99999999999: [1]
variable_limit_rate_crcd_111111111111_99999999999: [0]
variable_limit_usage: [1]
variable_limit_usage_cr_TEST_99999999999: [1]
variable_limit_rate: [1]
variable_limit_rate_cr_TEST_99999999999: [1]

I think that "variable_limit_usage_cr_TEST_99999999999" must be 3 in this case. Is it true ? Does limit_usage and limit_rate that have no realm need to exist also ?

Thanks

2010/3/16 Rupa Schomaker <rupa@rupa.com>
limit and limit_hash should work the same with regards to disconnect cause.  If you see a difference, let me know.


On Tue, Mar 16, 2010 at 1:58 PM, ivdreg ivdreg <ivdreg@gmail.com> wrote:
Thanks Rupa,

This was good clarification. I want to use mod_limit via 4 servers but because traffic is equally balanced between them I will use limit_hash and calculate how many calls every server will serve.

One more question ? Is it necessary limit to transfer to limit_exceeded or there is a way to set directly disconnect cause like in limit_hash ?

Cheers

2010/3/16 Rupa Schomaker <rupa@rupa.com>

1) limit_hash use an in-memory hash for it's storage. There is nor storing to a database when using limit_hash.  If you want to use the database, then use plain limit.

2) If you want a max calls in a 24hrs period use you rate with limit_hash.  This should be about a true max per period, not concurrent.

limit_hash realm id 50/86400

should do what you want -- from memory.  double check the wiki/help to verify syntax.

On Tue, Mar 16, 2010 at 10:20 AM, ivdreg ivdreg <ivdreg@gmail.com> wrote:
Hi All,

I have some questions regarding mod_limit.

1. I'm using 16674 in production but tested and with 17001. I try mod_limit with odbc/mysql and sqlite and have same problem: mod_limit using limit_hash never tries to write data to SQL. It works (counts sessions) on log screen but no data in MySQL/Sqlite. It seems that data is cached but cache never flushed to DB. Is anyone has this problem. My limits are:

<action application="limit_hash" data="op_${sip_h_X-SRC-Cust} ${destination_number} 5 !INCOMING_CALL_BARRED" />
<action application="limit_hash" data="in_${sip_h_X-SRC-Cust} ${caller_id_number} 10/300 !OUTGOING_CALL_BARRED" />

and they are applied on inbound call profile in same extension.


2. I need to implement rule maximum of 50 calls per day/24h from the same CLID (A NUMBER) after that calls to be limited. I'm not sure but rule in example "Limit calls to 5 calls every 10 minutes" is about concurrent call but not calls processed as count. Any idea ?

Thanks for any help

_______________________________________________
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




--
-Rupa

_______________________________________________
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




--
-Rupa

_______________________________________________
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