<html>
  <head>
    <meta content="text/html; charset=ISO-8859-1"
      http-equiv="Content-Type">
  </head>
  <body bgcolor="#FFFFFF" text="#000000">
    Hello,<br>
    <br>
    can you add an xlog() at the start of the main route block and log a
    message for any request received? Keep the debug level low. It
    should show if the sip request gets to application level, it may
    happen to be dropped from the network interface or kernel.<br>
    <br>
    You can put another xlog before the save() function to see if
    registration requests are getting there. I am not familiar with ser
    flavour of registrar and usrloc modules. You can switch to kamailio
    flavour modules and see if reproduces. I haven't seen such issues
    with k flavour.<br>
    <br>
    Cheers,<br>
    Daniel<br>
    <br>
    <div class="moz-cite-prefix">On 1/15/13 11:51 AM, Sotas Development
      wrote:<br>
    </div>
    <blockquote
cite="mid:CAM0BVXwJW5Wykf3=zoEo+1hh5R01VSUaJVQGARiXCAuBHXpTtQ@mail.gmail.com"
      type="cite">
      <div dir="ltr">
        <p>Hi,</p>
        <p>We run Kamailio 3.2.3 (FLAVOUR=ser) on an embedded ARM
          platform in near-<br>
          default configuration.</p>
        <p>In a duration test, we observe that at a certain moment
          Kamailio seems to<br>
          start ignoring all (re-)register messages, and eventually
          expires the<br>
          existing registrations.</p>
        <p>We have not been able to reproduce the issue using
          debug-level logging<br>
          (-dddd). Info-level logging (-ddd) does reproduce the error,
          but does not<br>
          produce any error messages.</p>
        <p>Configuration: ser-basic.cfg, with the following changes:<br>
          port=5060<br>
          alias=testnet</p>
        <p>Command line:<br>
          ser -m 4 -f /etc/ser/ser-basic.cfg -n3 -l <a class="moz-txt-link-freetext" href="udp:eth0">udp:eth0</a></p>
        <p>Load:<br>
          Bursts of 8 (Re-)REGISTER messages that are repeated every 85
          seconds. The<br>
          specified expiration time is 120 seconds.<br>
          Bursts of 9 (Re-)INVITE messages that are repeated every 45
          seconds.</p>
        <p>Note:<br>
          With this load it takes roughly 1 hour for the error to occur.
          Using a more<br>
          standard 3600 second expiration time Kamailio still stalls, it
          just takes<br>
          longer.</p>
        <p>Does anyone have any idea how to tackle this issue?</p>
        <p>Kind regards,</p>
        <p>Michiel Veldkamp</p>
      </div>
      <br>
      <fieldset class="mimeAttachmentHeader"></fieldset>
      <br>
      <pre wrap="">_______________________________________________
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
<a class="moz-txt-link-abbreviated" href="mailto:sr-users@lists.sip-router.org">sr-users@lists.sip-router.org</a>
<a class="moz-txt-link-freetext" href="http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users">http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users</a>
</pre>
    </blockquote>
    <br>
    <pre class="moz-signature" cols="72">-- 
Daniel-Constantin Mierla - <a class="moz-txt-link-freetext" href="http://www.asipto.com">http://www.asipto.com</a>
<a class="moz-txt-link-freetext" href="http://twitter.com/#!/miconda">http://twitter.com/#!/miconda</a> - <a class="moz-txt-link-freetext" href="http://www.linkedin.com/in/miconda">http://www.linkedin.com/in/miconda</a>
Kamailio World Conference, April 16-17, 2013, Berlin
 - <a class="moz-txt-link-freetext" href="http://conference.kamailio.com">http://conference.kamailio.com</a> -</pre>
  </body>
</html>