[Freeswitch-users] Mod_limit questions

[ivdreg ivdreg]

Jira opened. It's for my first time so may be not perfect.

2010/3/17 Rupa Schomaker <rupa at rupa.com>

> That should work.  Can you open a jira against mod_limit and assign it to
> me?  Thanks.
>
>
> On Wed, Mar 17, 2010 at 5:42 AM, ivdreg ivdreg <ivdreg at gmail.com> wrote:
>
>> 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 at 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 at 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 at 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 at 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 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
>>>>>>
>>>>>>
>>>>>
>>>>>
>>>>> --
>>>>> -Rupa
>>>>>
>>>>> _______________________________________________
>>>>> 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
>>>>
>>>>
>>>
>>>
>>> --
>>> -Rupa
>>>
>>> _______________________________________________
>>> 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
>>
>>
>
>
> --
> -Rupa
>
> _______________________________________________
> 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/20100317/7e3fbf41/attachment-0002.html