Hello Kamailio Community,
I am currently working on a large scale VoIP deployment and would love to get insights on the best practices for scaling Kamailio. Our current setup handles a moderate volume of calls,,, but we’re expecting a significant increase in traffic soon. Specifically.., I am looking for advice on:
-Optimizing Kamailio’s configuration for high availability and performance. -Efficiently managing load balancing and failover. -Recommended hardware specifications for large-scale operations. -Common pitfalls to avoid when scaling up.
Any tips or resources you could share would be greatly appreciated. If you have experience with similar projects,,, I’d love to hear about your setups and any challenges you faced.
Thank you!
Maria
[aws](https://www.igmguru.com/cloud-computing/aws-developer-certification-training...)
Hi Maria,
<joke> increase of "moderate" 50 calls to "significant" 200 calls is no problem for kamailio </joke>
without context, numbers, your topology/architecture is hard to advice
generally the bottleneck is RTP, not SIP proxy
cpu is better with high freq, not many cores
some links from archive https://skalatan.de/en/archive/presentations/fosdem-2023-presentation.pdf https://blog.evaristesys.com/2016/02/15/tuning-kamailio-for-high-throughput-...
Marek
Dne 2024-07-23 v 13:52 Maria Jonas via sr-users napsal(a):
Hello Kamailio Community,
I am currently working on a large scale VoIP deployment and would love to get insights on the best practices for scaling Kamailio. Our current setup handles a moderate volume of calls,,, but we’re expecting a significant increase in traffic soon. Specifically.., I am looking for advice on:
-Optimizing Kamailio’s configuration for high availability and performance. -Efficiently managing load balancing and failover. -Recommended hardware specifications for large-scale operations. -Common pitfalls to avoid when scaling up.
Any tips or resources you could share would be greatly appreciated. If you have experience with similar projects,,, I’d love to hear about your setups and any challenges you faced.
Thank you!
Maria
[aws](https://www.igmguru.com/cloud-computing/aws-developer-certification-training...) __________________________________________________________ Kamailio - Users Mailing List - Non Commercial Discussions To unsubscribe send an email to sr-users-leave@lists.kamailio.org Important: keep the mailing list in the recipients, do not reply only to the sender! Edit mailing list options or unsubscribe:
Hi Maria, If your concurrent calls begin more and more, It would be better to use the LRKProxy module in your development. With best regards. Mojtaba Esfandiari.S
On Tue, Aug 6, 2024 at 4:28 PM marek via sr-users < sr-users@lists.kamailio.org> wrote:
Hi Maria,
<joke> increase of "moderate" 50 calls to "significant" 200 calls is no problem for kamailio </joke>
without context, numbers, your topology/architecture is hard to advice
generally the bottleneck is RTP, not SIP proxy
cpu is better with high freq, not many cores
some links from archive https://skalatan.de/en/archive/presentations/fosdem-2023-presentation.pdf
https://blog.evaristesys.com/2016/02/15/tuning-kamailio-for-high-throughput-...
Marek
Dne 2024-07-23 v 13:52 Maria Jonas via sr-users napsal(a):
Hello Kamailio Community,
I am currently working on a large scale VoIP deployment and would love
to get insights on the best practices for scaling Kamailio. Our current setup handles a moderate volume of calls,,, but we’re expecting a significant increase in traffic soon. Specifically.., I am looking for advice on:
-Optimizing Kamailio’s configuration for high availability and
performance.
-Efficiently managing load balancing and failover. -Recommended hardware specifications for large-scale operations. -Common pitfalls to avoid when scaling up.
Any tips or resources you could share would be greatly appreciated. If
you have experience with similar projects,,, I’d love to hear about your setups and any challenges you faced.
Thank you!
Maria
[aws](
https://www.igmguru.com/cloud-computing/aws-developer-certification-training... )
Kamailio - Users Mailing List - Non Commercial Discussions To unsubscribe send an email to sr-users-leave@lists.kamailio.org Important: keep the mailing list in the recipients, do not reply only to
the sender!
Edit mailing list options or unsubscribe:
Kamailio - Users Mailing List - Non Commercial Discussions To unsubscribe send an email to sr-users-leave@lists.kamailio.org Important: keep the mailing list in the recipients, do not reply only to the sender! Edit mailing list options or unsubscribe:
Hello Mojtaba,
did you know about some benchmarks to support that LRKProxy has superior performance wise compared to rtpengine?
Thanks, and regards,
Henning
From: Mojtaba via sr-users sr-users@lists.kamailio.org Sent: Mittwoch, 7. August 2024 11:49 To: Kamailio (SER) - Users Mailing List sr-users@lists.kamailio.org Cc: Mojtaba mespio@gmail.com Subject: [SR-Users] Re: Best Practices for Scaling Kamailio in a Large VoIP Deployment
Hi Maria, If your concurrent calls begin more and more, It would be better to use the LRKProxy module in your development. With best regards. Mojtaba Esfandiari.S
On Tue, Aug 6, 2024 at 4:28 PM marek via sr-users <sr-users@lists.kamailio.orgmailto:sr-users@lists.kamailio.org> wrote: Hi Maria,
<joke> increase of "moderate" 50 calls to "significant" 200 calls is no problem for kamailio </joke>
without context, numbers, your topology/architecture is hard to advice
generally the bottleneck is RTP, not SIP proxy
cpu is better with high freq, not many cores
some links from archive https://skalatan.de/en/archive/presentations/fosdem-2023-presentation.pdf https://blog.evaristesys.com/2016/02/15/tuning-kamailio-for-high-throughput-...
Marek
Dne 2024-07-23 v 13:52 Maria Jonas via sr-users napsal(a):
Hello Kamailio Community,
I am currently working on a large scale VoIP deployment and would love to get insights on the best practices for scaling Kamailio. Our current setup handles a moderate volume of calls,,, but we’re expecting a significant increase in traffic soon. Specifically.., I am looking for advice on:
-Optimizing Kamailio’s configuration for high availability and performance. -Efficiently managing load balancing and failover. -Recommended hardware specifications for large-scale operations. -Common pitfalls to avoid when scaling up.
Any tips or resources you could share would be greatly appreciated. If you have experience with similar projects,,, I’d love to hear about your setups and any challenges you faced.
Thank you!
Maria
[aws](https://www.igmguru.com/cloud-computing/aws-developer-certification-training...) __________________________________________________________ Kamailio - Users Mailing List - Non Commercial Discussions To unsubscribe send an email to sr-users-leave@lists.kamailio.orgmailto:sr-users-leave@lists.kamailio.org Important: keep the mailing list in the recipients, do not reply only to the sender! Edit mailing list options or unsubscribe:
__________________________________________________________ Kamailio - Users Mailing List - Non Commercial Discussions To unsubscribe send an email to sr-users-leave@lists.kamailio.orgmailto:sr-users-leave@lists.kamailio.org Important: keep the mailing list in the recipients, do not reply only to the sender! Edit mailing list options or unsubscribe:
-- --Mojtaba Esfandiari.S
Hello Henning, Sure, Not comparable to rtpengine. In real-world experience, lrkproxy can process with minimal resources. For example, with 2 cpu cores and 2 GB of RAM, it can process nearly 1000 simultaneous calls. Of course, we made a detailed comparison between lrkproxy, rtpproxy, rtpengine and published the result of the comparison in this paper ( https://ieeexplore.ieee.org/document/9303608). With Best Regards. Mojtaba Esfandiari.S
On Wed, Aug 7, 2024 at 2:10 PM Henning Westerholt hw@gilawa.com wrote:
Hello Mojtaba,
did you know about some benchmarks to support that LRKProxy has superior performance wise compared to rtpengine?
Thanks, and regards,
Henning
*From:* Mojtaba via sr-users sr-users@lists.kamailio.org *Sent:* Mittwoch, 7. August 2024 11:49 *To:* Kamailio (SER) - Users Mailing List sr-users@lists.kamailio.org *Cc:* Mojtaba mespio@gmail.com *Subject:* [SR-Users] Re: Best Practices for Scaling Kamailio in a Large VoIP Deployment
Hi Maria, If your concurrent calls begin more and more, It would be better to use the LRKProxy module in your development.
With best regards.
Mojtaba Esfandiari.S
On Tue, Aug 6, 2024 at 4:28 PM marek via sr-users < sr-users@lists.kamailio.org> wrote:
Hi Maria,
<joke> increase of "moderate" 50 calls to "significant" 200 calls is no problem for kamailio </joke>
without context, numbers, your topology/architecture is hard to advice
generally the bottleneck is RTP, not SIP proxy
cpu is better with high freq, not many cores
some links from archive https://skalatan.de/en/archive/presentations/fosdem-2023-presentation.pdf
https://blog.evaristesys.com/2016/02/15/tuning-kamailio-for-high-throughput-...
Marek
Dne 2024-07-23 v 13:52 Maria Jonas via sr-users napsal(a):
Hello Kamailio Community,
I am currently working on a large scale VoIP deployment and would love
to get insights on the best practices for scaling Kamailio. Our current setup handles a moderate volume of calls,,, but we’re expecting a significant increase in traffic soon. Specifically.., I am looking for advice on:
-Optimizing Kamailio’s configuration for high availability and
performance.
-Efficiently managing load balancing and failover. -Recommended hardware specifications for large-scale operations. -Common pitfalls to avoid when scaling up.
Any tips or resources you could share would be greatly appreciated. If
you have experience with similar projects,,, I’d love to hear about your setups and any challenges you faced.
Thank you!
Maria
[aws](
https://www.igmguru.com/cloud-computing/aws-developer-certification-training... )
Kamailio - Users Mailing List - Non Commercial Discussions To unsubscribe send an email to sr-users-leave@lists.kamailio.org Important: keep the mailing list in the recipients, do not reply only to
the sender!
Edit mailing list options or unsubscribe:
Kamailio - Users Mailing List - Non Commercial Discussions To unsubscribe send an email to sr-users-leave@lists.kamailio.org Important: keep the mailing list in the recipients, do not reply only to the sender! Edit mailing list options or unsubscribe:
--
--Mojtaba Esfandiari.S
-
Henning Westerholt -
marek -
Maria Jonas -
Mojtaba