[OpenSIPS-Users] Opensips Migration from 1.6.4 to 1.7.0
vladpaiu at opensips.org
Tue Oct 4 10:08:49 CEST 2011
Are you using the latest revision from the 1.7 svn branch ?
If not, I would advise to update, there have been some issues in the
RTPProxy module that lead to 100% CPU use.
On 10/04/2011 11:01 AM, Max Mühlbronner wrote:
> I found something, which sounds interesting:
> /1.3.20. own_timer_proc (integer) (tm module)
> So, on system with high load, to keep accuracy for the TM timer,
> better enabled this. /
> Although i don´t allow registrations (usrloc) or presence, would this
> be a solution for my issues? Any experiences with this new parameter?
> Best Regards
> Max M.
> Am 03.10.2011 11:29, schrieb Max Mühlbronner:
>> 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.
>> 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.
>> 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.
>> I know this description is very vague, but maybe someone else
>> experienced something similar? I already disabled unneeded modules
>> like: presence, acc
>> 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
>> 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?
>> Thankful for any thoughts about this.
>> Best Regards
>> Max M.
>> Users mailing list
>> Users at lists.opensips.org
> 42com Telecommunication GmbH
> Straße der Pariser Kommune 12-16 / D-10243 Berlin
> E-mail:mm at 42com.com
> 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.
> Users mailing list
> Users at lists.opensips.org
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the Users