<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
  <head>
    <meta content="text/html; charset=ISO-8859-1"
      http-equiv="Content-Type">
    <title></title>
  </head>
  <body bgcolor="#ffffff" text="#000000">
    Hello,<br>
    <br>
    Are you using the latest revision from the 1.7 svn branch ? <br>
    If not, I would advise to update, there have been some issues in the
    RTPProxy module that lead to 100% CPU use. <br>
    <br>
    Regards,<br>
    <pre class="moz-signature" cols="72">Vlad Paiu
OpenSIPS Developer</pre>
    <br>
    On 10/04/2011 11:01 AM, Max M&uuml;hlbronner wrote:
    <blockquote cite="mid:4E8ABD45.1050004@42com.com" type="cite">
      <meta content="text/html; charset=ISO-8859-1"
        http-equiv="Content-Type">
      <br>
      I found something, which sounds interesting:<br>
      <br>
      <i>1.3.20. own_timer_proc (integer)&nbsp; (tm module)<br>
        <br>
        So, on system with high load, to keep accuracy for the TM timer,
        better enabled this. </i><br>
      <br>
      <br>
      Although i don&acute;t allow registrations (usrloc) or presence, would
      this be a solution for my issues? Any experiences with this new
      parameter?<br>
      <br>
      <br>
      Best Regards<br>
      <br>
      Max M.<br>
      <br>
      Am 03.10.2011 11:29, schrieb Max M&uuml;hlbronner:
      <blockquote cite="mid:00af01cc81af$01886e40$04994ac0$@com"
        type="cite">
        <meta http-equiv="Content-Type" content="text/html;
          charset=ISO-8859-1">
        <meta name="Generator" content="Microsoft Word 12 (filtered
          medium)">
        <style><!--
/* Font Definitions */
@font-face
        {font-family:"Cambria Math";
        panose-1:2 4 5 3 5 4 6 3 2 4;}
@font-face
        {font-family:Calibri;
        panose-1:2 15 5 2 2 2 4 3 2 4;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
        {margin:0cm;
        margin-bottom:.0001pt;
        font-size:11.0pt;
        font-family:"Calibri","sans-serif";}
a:link, span.MsoHyperlink
        {mso-style-priority:99;
        color:blue;
        text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
        {mso-style-priority:99;
        color:purple;
        text-decoration:underline;}
span.E-MailFormatvorlage17
        {mso-style-type:personal-compose;
        font-family:"Calibri","sans-serif";
        color:windowtext;}
.MsoChpDefault
        {mso-style-type:export-only;}
@page WordSection1
        {size:612.0pt 792.0pt;
        margin:70.85pt 70.85pt 2.0cm 70.85pt;}
div.WordSection1
        {page:WordSection1;}
--></style><!--[if gte mso 9]><xml>
<o:shapedefaults v:ext="edit" spidmax="1026" />
</xml><![endif]--><!--[if gte mso 9]><xml>
<o:shapelayout v:ext="edit">
<o:idmap v:ext="edit" data="1" />
</o:shapelayout></xml><![endif]-->
        <div class="WordSection1">
          <p class="MsoNormal">Hello,<o:p></o:p></p>
          <p class="MsoNormal"><o:p>&nbsp;</o:p></p>
          <p class="MsoNormal"><o:p>&nbsp;</o:p></p>
          <p class="MsoNormal"><span lang="EN-US">I have migrated one
              Opensips instance from version 1.6.4 to 1.7.0
              (Database/Config/..) everything was working fine but after
              running it for 24 hours under the same load (~2000
              dialogs) I could see spikes of load caused by opensips
              children processes. <o:p></o:p></span></p>
          <p class="MsoNormal"><span lang="EN-US"><o:p>&nbsp;</o:p></span></p>
          <p class="MsoNormal"><span lang="EN-US">This just goes for
              like 1 minute, then it returns to normal. But after some
              time it happens again and I can clearly see the load is
              only caused by the opensips processes. Nothing unusual in
              the logs (debug 0) , but after some time it does not
              accept any new invites, does not reply to any packet and
              sits there with high load. I probably should increase
              debugging and watch the logs when Opensips stops
              responding to requests but the server is in heavy
              production at the moment.<o:p></o:p></span></p>
          <p class="MsoNormal"><span lang="EN-US"><o:p>&nbsp;</o:p></span></p>
          <p class="MsoNormal"><span lang="EN-US">I will also try to
              replicate the issue by running a test virtual machine with
              SIPP and generating a test load similar to the production
              system.<o:p></o:p></span></p>
          <p class="MsoNormal"><span lang="EN-US"><o:p>&nbsp;</o:p></span></p>
          <p class="MsoNormal"><span lang="EN-US">I know this
              description is very vague, but maybe someone else
              experienced something similar? I already disabled unneeded
              modules like: presence, acc<o:p></o:p></span></p>
          <p class="MsoNormal"><span lang="EN-US"><o:p>&nbsp;</o:p></span></p>
          <p class="MsoNormal"><span lang="EN-US">The Opensips virtual
              machine is running on a virtual cluster based on KVM. It
              is exactly the same VM where 1.6.4 is running without any
              problems.<o:p></o:p></span></p>
          <p class="MsoNormal"><span lang="EN-US">I downgraded back to
              1.6.4 copied my saved config, used old Database and
              immediately everything was back to normal again. So
              probably nothing related to the virtual machine?<o:p></o:p></span></p>
          <p class="MsoNormal"><span lang="EN-US"><o:p>&nbsp;</o:p></span></p>
          <p class="MsoNormal"><span lang="EN-US">Thankful for any
              thoughts about this.<o:p></o:p></span></p>
          <p class="MsoNormal"><span lang="EN-US"><o:p>&nbsp;</o:p></span></p>
          <p class="MsoNormal"><span lang="EN-US"><o:p>&nbsp;</o:p></span></p>
          <p class="MsoNormal"><span lang="EN-US">Best Regards<o:p></o:p></span></p>
          <p class="MsoNormal"><span lang="EN-US"><o:p>&nbsp;</o:p></span></p>
          <p class="MsoNormal"><span lang="EN-US"><o:p>&nbsp;</o:p></span></p>
          <p class="MsoNormal"><span lang="EN-US">Max M.<o:p></o:p></span></p>
        </div>
        <br>
        <fieldset class="mimeAttachmentHeader"></fieldset>
        <br>
        <pre wrap="">_______________________________________________
Users mailing list
<a moz-do-not-send="true" class="moz-txt-link-abbreviated" href="mailto:Users@lists.opensips.org">Users@lists.opensips.org</a>
<a moz-do-not-send="true" 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>
      <br>
      <br>
      <pre class="moz-signature" cols="72">-- 
42com Telecommunication GmbH
Stra&szlig;e der Pariser Kommune 12-16 / D-10243 Berlin

E-mail: <a moz-do-not-send="true" class="moz-txt-link-abbreviated" href="mailto:mm@42com.com">mm@42com.com</a>
Homepage: <a moz-do-not-send="true" class="moz-txt-link-abbreviated" href="http://www.42com.com">www.42com.com</a>

Firmenangaben/Company information:

Handelsregister/Commercial register: Amtsgericht Berlin HRB 99071 B
Umsatzsteuer-ID/VAT-ID: DE223812306, Gesch&auml;ftsf&uuml;hrer/CEO: Thomas Reinig, Alexander Reinig


Diese E-Mail enth&auml;lt Informationen von 42com Telecommunication GmbH. Diese sind m&ouml;glicherweise vertraulich und ausschlie&szlig;lich f&uuml;r den Adressaten bestimmt. Sollten Sie diese elektronische Nachricht irrt&uuml;mlicherweise erhalten haben, so informieren Sie uns bitte unverz&uuml;glich telefonisch oder per E-Mail.

This message is intended only for the use of the individual or entity to
which it is addressed. If you have received this message in error, please delete the message and notify us immediately.</pre>
      <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>