[SR-Users] Best practice for Kamailio "cluster" front for many TLS connections

[Henning Westerholt]

Hello,

I would suggest having a look at the presentation from Armen, and probably others from past KamailioWorld:

https://www.youtube.com/c/KamailioWorld/search?query=anycast

Cheers,

Henning

--
Henning Westerholt – https://skalatan.de/blog/
Kamailio services – https://gilawa.com<https://gilawa.com/>

From: sr-users <sr-users-bounces at lists.kamailio.org> On Behalf Of Angelo Sipper
Sent: Sunday, September 12, 2021 11:44 AM
To: Kamailio (SER) - Users Mailing List <sr-users at lists.kamailio.org>
Subject: Re: [SR-Users] Best practice for Kamailio "cluster" front for many TLS connections

Sorry Fred,

I believe, my question was wrongly asked.
The correct question would be, Is there a guide for Kamailio and Anycast that anyone could point me to read?

But, my main question is about the DMQ on two Kamailio nodes and what happens in case one of them reloads. Are the dialogs and useloc synced automatically on reload? Is there a template config to read about this?

Kind Regards,
Angelo

Στις Κυρ, 12 Σεπ 2021 στις 1:30 π.μ., ο/η Fred Posner <fred at palner.com<mailto:fred at palner.com>> έγραψε:
To be clear here, this is the kamailio list and you’ve been referencing opensips documentation.
-- Fred
(via mobile)
Matrix: @fred:matrix.lod.com<http://matrix.lod.com>



On Sep 11, 2021, at 5:46 PM, Angelo Sipper <sippro97 at gmail.com<mailto:sippro97 at gmail.com>> wrote:

HI,

Thanks for all the suggestions. I will look into glb-director and I will come back in case I need more help.
As I understand for same DC and two Kamailio's on active/standby with keepalived is fine, at least for the load we are expecting now.

Now one question on DMQ. Up today with the one only Kamailio we are using the dialog db_mode 1 to have all dialogs in db, in order not to loose the dialogs in case of reload. When we will have 2 Kamailio's with DMQ sync for all dialogs, in case of one Kamailios reloads it will get all active dialogs from the other Kamailio without the need to have the DB to handle this and also delay the system. Is this the correct approach?

Last, do you know any updated doc for Anycast  - Kamailio like the one here for the older version 2.4 ?
https://blog.opensips.org/2018/03/21/full-anycast-support-in-opensips-2-4/

Kind Regards,
Angelo


Στις Σάβ, 11 Σεπ 2021 στις 11:03 μ.μ., ο/η Henning Westerholt <hw at skalatan.de<mailto:hw at skalatan.de>> έγραψε:
Hello Angelo,

it is possible to use Kamailio with an anycast setup, there are two talks in the last years KamailioWorld conference about more details.

But if we are only talking about several thousand clients, it’s not needed for a start. Its certainly possible to operate this just with one front-end Kamailio in an activate/passive setup, many people do this.
E.g., look to this (rather old) performance tests, 1.000.000 contacts with TLS on one server http://sip-router.org/wiki/performance/v3.0-capacity

Kamailio has no cluster module, you probably want to investigate the DMQ module which offers clustering capabilities.

Cheers,

Henning


--
Henning Westerholt – https://skalatan.de/blog/
Kamailio services – https://gilawa.com<https://gilawa.com/>

From: sr-users <sr-users-bounces at lists.kamailio.org<mailto:sr-users-bounces at lists.kamailio.org>> On Behalf Of Angelo Sipper
Sent: Saturday, September 11, 2021 8:52 PM
To: Kamailio (SER) - Users Mailing List <sr-users at lists.kamailio.org<mailto:sr-users at lists.kamailio.org>>
Subject: Re: [SR-Users] Best practice for Kamailio "cluster" front for many TLS connections

Hi Fred,

Thanks for the suggestions.
I have been looking to all these presentations mostly from Rasvan but, he mostly suggesting clusterer module combined with anycast which I cannot locate on current version 5.x. Can you help me on what is the replacement for this?

Kind Regards,
Angelo

Στις Σάβ, 11 Σεπ 2021 στις 6:04 μ.μ., ο/η Fred Posner <fred at palner.com<mailto:fred at palner.com>> έγραψε:
On 9/11/21 10:11 AM, Angelo Sipper wrote:
> Hello,
>
> We are thinking to use kamailio to fully support our current voip service.
> [snip] What would be the best kamailio
> module and topology as solution to this requirement?
>
When designing a Kamailio deployment for several thousand plus clients,
there are many factors to consider... including network topology, future
growth plans, high availability, redundancy, etc.

The quick answer top your question is: It depends.

There are many discussions and presentations made over the years
including some posted to the kamailioworld youtube channel
(youtube,com/c/kamailioworld) as well as slides regarding large scale
deployments (such as 1&1).

With best regards,

Fred Posner | palner.com<http://palner.com>
Matrix: @fred:matrix.lod.com<http://matrix.lod.com>
o: +1 (212) 937-7844


__________________________________________________________
Kamailio - Users Mailing List - Non Commercial Discussions
  * sr-users at lists.kamailio.org<mailto:sr-users at lists.kamailio.org>
Important: keep the mailing list in the recipients, do not reply only to the sender!
Edit mailing list options or unsubscribe:
  * https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
__________________________________________________________
Kamailio - Users Mailing List - Non Commercial Discussions
 * sr-users at lists.kamailio.org<mailto:sr-users at lists.kamailio.org>
Important: keep the mailing list in the recipients, do not reply only to the sender!
Edit mailing list options or unsubscribe:
 * https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
__________________________________________________________
Kamailio - Users Mailing List - Non Commercial Discussions
  * sr-users at lists.kamailio.org<mailto:sr-users at lists.kamailio.org>
Important: keep the mailing list in the recipients, do not reply only to the sender!
Edit mailing list options or unsubscribe:
  * https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20210913/ef0f6164/attachment.htm>