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.<br><br>I'll try to set UserName in radius DB (which the "default" installation does not fill in) and I hope everything will work.<br>
<br>Thank you very much indeed for the fast and concise response.<br><br>Samuel.<br><br><div class="gmail_quote">On 15 November 2011 12:31, Adrian Georgescu <span dir="ltr"><<a href="mailto:ag@ag-projects.com">ag@ag-projects.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;"><div style="word-wrap:break-word">Quota usage is automatically updated during the normalization process. Each CDR increases the usage of the user that generated it.<div>
</div><div>Quota check script simply compares the actually usage with the assigned limits and block users when appropiate. </div><div><br></div><font color="#888888"><div>Adrian</div></font><div><div></div><div class="h5">
<div><br><div><br><div><div>On Nov 15, 2011, at 12:15 PM, samuel wrote:</div><br><blockquote type="cite">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</blockquote>
<blockquote type="cite">.<br><br>Thank you for the response,<br>Samuel.<br><br><div class="gmail_quote">
On 14 November 2011 19:35, Tijmen de Mes <span dir="ltr"><<a href="mailto:tijmen@ag-projects.com" target="_blank">tijmen@ag-projects.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div bgcolor="#FFFFFF" text="#000000">
Hi,<br>
<br>
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.<div><br>
<br>
Regards,<br>
<br>
Tijmen de Mes<br>
AG Projects<br>
<br></div>
Op 14-11-11 19:29, Tijmen de Mes schreef:
<div><div></div><div><blockquote type="cite">
Hi<br>
<br>
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. <br>
<br>
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.<br>
<br>
Hope this answers your questions.<br>
<br>
Best regards,<br>
<br>
Tijmen de Mes<br>
AG Projects<br>
<br>
Op 14-11-11 18:35, samuel schreef:
<blockquote type="cite">Hi folks,<br>
<br>
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.<br>
<br>
As far as I know there are the 3 following scripts:<br>
/var/www/CDRTool/scripts/OpenSIPS/quotaCheck.php<br>
check for users with quota exceeded<br>
/var/www/CDRTool/scripts/OpenSIPS/quotaReset.php<br>
monthly wipe out of data<br>
/var/www/CDRTool/scripts/OpenSIPS/quotaDailyReset.php<br>
accumulative daily traffic<br>
<br>
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).<br>
<br>
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 (?)).<br>
<br>
What to do if, in the middle of a day, quotaDailyReset.php is
called several times?<br>
<br>
<br>
So, my main call is to get some more information about the Quota
system works and how to recover for a failure. <br>
<br>
Thank you very much for such a complete suite of products,<br>
Samuel.<br>
<br>
<br>
<fieldset></fieldset>
<br>
<pre>_______________________________________________
Users mailing list
<a href="mailto:Users@lists.opensips.org" target="_blank">Users@lists.opensips.org</a>
<a href="http://lists.opensips.org/cgi-bin/mailman/listinfo/users" target="_blank">http://lists.opensips.org/cgi-bin/mailman/listinfo/users</a>
</pre>
</blockquote>
<br>
<br>
<fieldset></fieldset>
<br>
<pre>_______________________________________________
Users mailing list
<a href="mailto:Users@lists.opensips.org" target="_blank">Users@lists.opensips.org</a>
<a href="http://lists.opensips.org/cgi-bin/mailman/listinfo/users" target="_blank">http://lists.opensips.org/cgi-bin/mailman/listinfo/users</a>
</pre>
</blockquote>
<br>
</div></div></div>
<br>_______________________________________________<br>
Users mailing list<br>
<a href="mailto:Users@lists.opensips.org" target="_blank">Users@lists.opensips.org</a><br>
<a href="http://lists.opensips.org/cgi-bin/mailman/listinfo/users" target="_blank">http://lists.opensips.org/cgi-bin/mailman/listinfo/users</a><br>
<br></blockquote></div><br>
_______________________________________________<br>Users mailing list<br><a href="mailto:Users@lists.opensips.org" target="_blank">Users@lists.opensips.org</a><br><a href="http://lists.opensips.org/cgi-bin/mailman/listinfo/users" target="_blank">http://lists.opensips.org/cgi-bin/mailman/listinfo/users</a><br>
</blockquote></div><br></div></div></div></div></div><br>_______________________________________________<br>
Users mailing list<br>
<a href="mailto:Users@lists.opensips.org">Users@lists.opensips.org</a><br>
<a href="http://lists.opensips.org/cgi-bin/mailman/listinfo/users" target="_blank">http://lists.opensips.org/cgi-bin/mailman/listinfo/users</a><br>
<br></blockquote></div><br>