Opensips Migration from 1.6.4 to 1.7.0

classic Classic list List threaded Threaded
4 messages Options
Reply | Threaded
Open this post in threaded view
|

Opensips Migration from 1.6.4 to 1.7.0

Max Mühlbronner

Hello,

 

 

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 problems.

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
[hidden email]
http://lists.opensips.org/cgi-bin/mailman/listinfo/users
Reply | Threaded
Open this post in threaded view
|

Re: Opensips Migration from 1.6.4 to 1.7.0

Max Mühlbronner

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:

Hello,

 

 

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 problems.

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
[hidden email]
http://lists.opensips.org/cgi-bin/mailman/listinfo/users


-- 
42com Telecommunication GmbH
Straße der Pariser Kommune 12-16 / D-10243 Berlin

E-mail: [hidden email]
Homepage: www.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
[hidden email]
http://lists.opensips.org/cgi-bin/mailman/listinfo/users
Reply | Threaded
Open this post in threaded view
|

Re: Opensips Migration from 1.6.4 to 1.7.0

Vlad Paiu
Hello,

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.

Regards,
Vlad Paiu
OpenSIPS Developer

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:

Hello,

 

 

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 problems.

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
[hidden email]
http://lists.opensips.org/cgi-bin/mailman/listinfo/users


-- 
42com Telecommunication GmbH
Straße der Pariser Kommune 12-16 / D-10243 Berlin

E-mail: [hidden email]
Homepage: www.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 [hidden email] http://lists.opensips.org/cgi-bin/mailman/listinfo/users

_______________________________________________
Users mailing list
[hidden email]
http://lists.opensips.org/cgi-bin/mailman/listinfo/users
Reply | Threaded
Open this post in threaded view
|

Re: Opensips Migration from 1.6.4 to 1.7.0

Max Mühlbronner

No, i thought it would be safer to not use svn branch in production.
I will try to replicate and will also try newest svn revision. Is it recommended to always compile from svn even for production?


Best Regards

Max M.

Am 04.10.2011 10:08, schrieb Vlad Paiu:
Hello,

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.

Regards,
Vlad Paiu
OpenSIPS Developer

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:

Hello,

 

 

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 problems.

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
[hidden email]
http://lists.opensips.org/cgi-bin/mailman/listinfo/users


-- 
42com Telecommunication GmbH
Straße der Pariser Kommune 12-16 / D-10243 Berlin

E-mail: [hidden email]
Homepage: www.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 [hidden email] http://lists.opensips.org/cgi-bin/mailman/listinfo/users


_______________________________________________
Users mailing list
[hidden email]
http://lists.opensips.org/cgi-bin/mailman/listinfo/users


-- 
42com Telecommunication GmbH
Straße der Pariser Kommune 12-16 / D-10243 Berlin

E-mail: [hidden email]
Homepage: www.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
[hidden email]
http://lists.opensips.org/cgi-bin/mailman/listinfo/users