[OpenSIPS-Users] quota documentation

[samuel]

I've dig a little and found out that Quotacheck.php uses UserName as
identifier for the user and does not honour BillingPartyIdField (I've also
tried BillingPartyId) of global.inc file.

I'll try to set UserName in radius DB (which the "default" installation
does not fill in)  and I hope everything will work.

Thank you very much indeed for the fast and concise response.

Samuel.

On 15 November 2011 12:31, Adrian Georgescu <ag at ag-projects.com> wrote:

> Quota usage is automatically updated during the normalization process.
> Each CDR increases the usage of the user that generated it.
>
> Quota check script simply compares the actually usage with the assigned
> limits and block users when appropiate.
>
> Adrian
>
>
> On Nov 15, 2011, at 12:15 PM, samuel wrote:
>
> Then I should have something wrong because when I call quotaCheck after
> renormalize or after quotaReset, no entry appear on quota_usage...I'll take
> a deeper look
>
> .
>
> Thank you for the response,
> Samuel.
>
> On 14 November 2011 19:35, Tijmen de Mes <tijmen at ag-projects.com> wrote:
>
>>  Hi,
>>
>> I turns out that after re normalization, the quotaCheck script should be
>> able to recalculate the quota on its own. So there is no need to call quota
>> reset for this.
>>
>>
>> Regards,
>>
>> Tijmen de Mes
>> AG Projects
>>
>> Op 14-11-11 19:29, Tijmen de Mes schreef:
>>
>> Hi
>>
>> Quota reset will reset the quota for the month. If quota check is
>> executed after this it will rebuild the quota from the beginning of the
>> month until the moment of running.
>>
>> So when you renormalize, you can reset and rebuild the Quota and it will
>> be correct again and the accounts over quota will be blocked.
>>
>> Hope this answers your questions.
>>
>> Best regards,
>>
>> Tijmen de Mes
>> AG Projects
>>
>> Op 14-11-11 18:35, samuel schreef:
>>
>> Hi folks,
>>
>> I'm starting understanding the quota system for CDRTool (8.2.2) but
>> there's something that I might be missing...and would like more information
>> about its internals.
>>
>> As far as I know there are the 3 following scripts:
>> /var/www/CDRTool/scripts/OpenSIPS/quotaCheck.php
>> check for users with quota exceeded
>> /var/www/CDRTool/scripts/OpenSIPS/quotaReset.php
>> monthly wipe out of data
>> /var/www/CDRTool/scripts/OpenSIPS/quotaDailyReset.php
>> accumulative daily traffic
>>
>> That MUST be called in the right time or the collected data is
>> "meaningless". Besides, if you renormalize de calls, quota system does not
>> work anymore (it looks like as if quotaReset had been called).
>>
>> My question is if there's any documentation besides the
>> doc/QuotaSystem.txt file that explain how is it calculed and what to do,
>> for instance, if in the middle of a month, ReNormalize is called. How can
>> you rebuild the quota for the last days? Because it looks like it's not
>> possible (probably modifying somehow memcache table (?)).
>>
>> What to do if, in the middle of a day, quotaDailyReset.php is called
>> several times?
>>
>>
>> So, my main call is to get some more information about the Quota system
>> works and how to recover for a failure.
>>
>> Thank you very much for such a complete suite of products,
>> Samuel.
>>
>>
>>
>> _______________________________________________
>> Users mailing listUsers at lists.opensips.orghttp://lists.opensips.org/cgi-bin/mailman/listinfo/users
>>
>>
>>
>>
>> _______________________________________________
>> Users mailing listUsers at lists.opensips.orghttp://lists.opensips.org/cgi-bin/mailman/listinfo/users
>>
>>
>>
>> _______________________________________________
>> Users mailing list
>> Users at lists.opensips.org
>> http://lists.opensips.org/cgi-bin/mailman/listinfo/users
>>
>>
> _______________________________________________
> Users mailing list
> Users at lists.opensips.org
> http://lists.opensips.org/cgi-bin/mailman/listinfo/users
>
>
>
> _______________________________________________
> Users mailing list
> Users at lists.opensips.org
> http://lists.opensips.org/cgi-bin/mailman/listinfo/users
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.opensips.org/pipermail/users/attachments/20111115/46a1ffa6/attachment-0001.htm>