<html>
<head>
<meta content="text/html; charset=ISO-8859-1"
http-equiv="Content-Type">
</head>
<body bgcolor="#FFFFFF" text="#000000">
<br>
I found something, which sounds interesting:<br>
<br>
<i>1.3.20. own_timer_proc (integer) (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´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ü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> </o:p></p>
<p class="MsoNormal"><o:p> </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> </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> </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> </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> </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> </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> </o:p></span></p>
<p class="MsoNormal"><span lang="EN-US"><o:p> </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> </o:p></span></p>
<p class="MsoNormal"><span lang="EN-US"><o:p> </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 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ß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äftsführer/CEO: Thomas Reinig, Alexander Reinig
Diese E-Mail enthält Informationen von 42com Telecommunication GmbH. Diese sind möglicherweise vertraulich und ausschließlich für den Adressaten bestimmt. Sollten Sie diese elektronische Nachricht irrtümlicherweise erhalten haben, so informieren Sie uns bitte unverzü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>