<html>
  <head>
    <meta content="text/html; charset=ISO-8859-1"
      http-equiv="Content-Type">
  </head>
  <body bgcolor="#FFFFFF" text="#000000">
    <br>
    No, i thought it would be safer to not use svn branch in production.
    <br>
    I will try to replicate and will also try newest svn revision. Is it
    recommended to always compile from svn even for production?<br>
    <br>
    <br>
    Best Regards<br>
    <br>
    Max M.<br>
    <br>
    Am 04.10.2011 10:08, schrieb Vlad Paiu:
    <blockquote cite="mid:4E8ABF11.3070905@opensips.org" type="cite">
      <meta content="text/html; charset=ISO-8859-1"
        http-equiv="Content-Type">
      <title></title>
      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 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>
      <fieldset class="mimeAttachmentHeader"></fieldset>
      <br>
      <pre wrap="">_______________________________________________
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>
    <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 class="moz-txt-link-abbreviated" href="mailto:mm@42com.com">mm@42com.com</a>
Homepage: <a 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>
  </body>
</html>