<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
  <head>
    <meta content="text/html; charset=ISO-8859-1"
      http-equiv="Content-Type">
  </head>
  <body text="#000000" bgcolor="#ffffff">
    <tt>Hello James,<br>
      <br>
      No, there is no such known bug or issue. What I suspect is that
      there are short intervals (milisecs) where an AOR is not
      registered - this may happen because :<br>
      &nbsp;&nbsp;&nbsp; - the test tool is not performing properly under high load and
      fails to do re-register before old registration expires.<br>
      &nbsp;&nbsp;&nbsp; - OpenSIPS is overloaded (too few processes ?) and it is not
      able to process traffic in realtime (check the LOAD related
      statistics).<br>
      <br>
      What OpenSIPs versions are you using ?<br>
      <br>
      Regards,<br>
    </tt>
    <pre class="moz-signature" cols="72">Bogdan-Andrei Iancu
OpenSIPS Founder and Developer
<a class="moz-txt-link-freetext" href="http://www.opensips-solutions.com">http://www.opensips-solutions.com</a></pre>
    <br>
    On 05/15/2013 01:56 AM, James Tranovich wrote:
    <blockquote
cite="mid:CANROMTfmyDEkh-qZkh+39O=uzBvD=1yhzQ99ZH3aLSM5XYyx8g@mail.gmail.com"
      type="cite">
      <div dir="ltr">
        <div>
          <div>
            <div>Hello all --<br>
              <br>
            </div>
            First, we love opensips :)<br>
            <br>
            Lately, we have been running into a strange issue which
            seems to be related to handling a ton of REGISTER messages.
            Basically, we have a test script that tries to simulate
            about 50 to 100 simultaneous calls; they all register en
            masse and then randomly start placing calls to another test
            number (after a random time interval). Every once in a
            while, though, an INVITE won't go through because opensips
            apparently can't find that phone number. Oddly enough, if we
            do an "opensipsctl online" immediately before/after, that
            command shows that, in fact, the recipient's number is
            present and presumably already registered. SIP logs/ngrep
            tracing confirm this.<br>
            <br>
          </div>
          I was wondering if this is a known bug. This behavior only
          happens when registering a certain number of calls at once; if
          we test with a low number of calls (10, say), this behavior
          does not happen. It may be that we are spamming opensips with
          too many REGISTER messages (authentication is required, so two
          REGISTER messages are sent, the first w/o auth, the second
          with auth). But I don't see why opensips should have problems
          with this.<br>
          <br>
        </div>
        Any thoughts on this? Is this a known issue already? (Searching
        for this issue didn't yield much). Thanks!<br>
        <div><br>
          James<br>
        </div>
      </div>
      <pre wrap="">
<fieldset class="mimeAttachmentHeader"></fieldset>
_______________________________________________
Users mailing list
<a class="moz-txt-link-abbreviated" href="mailto:Users@lists.opensips.org">Users@lists.opensips.org</a>
<a class="moz-txt-link-freetext" href="http://lists.opensips.org/cgi-bin/mailman/listinfo/users">http://lists.opensips.org/cgi-bin/mailman/listinfo/users</a>
</pre>
    </blockquote>
  </body>
</html>