<div dir="ltr"><div><div><div>Hi,<br><br></div>actually, I only need one limit for all users. I can exempt some calls based on IP from the limit. <br><br>Thanks for the input on how to implement it with the existing modules.<br>

<br></div>Best Regards,<br></div>Sebastian<br><div><div><div><div></div><div class="gmail_extra"><br><br><div class="gmail_quote">On Tue, Apr 29, 2014 at 9:31 PM, Daniel-Constantin Mierla <span dir="ltr"><<a href="mailto:miconda@gmail.com" target="_blank">miconda@gmail.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">
    Hello,<br>
    <br>
    do you need with different limits for each user and method?
    Considering to add a default limit and algorithm for dynamic pipes
    that could be added at runtime, without prior definition.<br>
    <br>
    Right now you can probably get it with htable.<br>
    - set a maximum lifetime for items to the period you want to count<br>
    - for each request you add an item with some random key and value
    being the user<br>
    - use $sthcv(...) to count the number of items that have the value
    of the user<br>
    <br>
    Cheers,<br>
    Daniel<div><div class="h5"><br>
    <br>
    <div>On 29/04/14 13:41, Sebastian Damm
      wrote:<br>
    </div>
    </div></div><blockquote type="cite"><div><div class="h5">
      <div dir="ltr">
        <div>
          <div>
            <div>Hi,<br>
              <br>
            </div>
            I'm looking for a solution to limit the number of call
            initiations or OPTIONS packets or REGISTER packets per user.
            Neither pike, nor pipelimit or ratelimit give me the
            possibility to do this. Limiting it based on the source IP
            is not an option in our case.<br>
            <br>
          </div>
          Is there a module I can use? Or is this generally a bad idea?<br>
          <br>
        </div>
        Best Regards,<br>
        Sebastian<br>
        <div>
          <div>
            <div>
              <div> </div>
            </div>
          </div>
        </div>
      </div>
      <br>
      <fieldset></fieldset>
      <br>
      </div></div><pre>_______________________________________________
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
<a href="mailto:sr-users@lists.sip-router.org" target="_blank">sr-users@lists.sip-router.org</a>
<a href="http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users" target="_blank">http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users</a><span class="HOEnZb"><font color="#888888">
</font></span></pre><span class="HOEnZb"><font color="#888888">
    </font></span></blockquote><span class="HOEnZb"><font color="#888888">
    <br>
    <pre cols="72">-- 
Daniel-Constantin Mierla - <a href="http://www.asipto.com" target="_blank">http://www.asipto.com</a>
<a href="http://twitter.com/#!/miconda" target="_blank">http://twitter.com/#!/miconda</a> - <a href="http://www.linkedin.com/in/miconda" target="_blank">http://www.linkedin.com/in/miconda</a></pre>
  </font></span></div>

<br>_______________________________________________<br>
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list<br>
<a href="mailto:sr-users@lists.sip-router.org">sr-users@lists.sip-router.org</a><br>
<a href="http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users" target="_blank">http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users</a><br>
<br></blockquote></div><br><br><a href="http://www.sipgate.co.uk" target="_blank"></a>
</div></div></div></div></div>