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

[Angelo Sipper]

Thank you all for the suggestions!. I will look into them. As we have the
UAs connecting with TLS I can understand that there are many issues to
handle on an unexpected shutdown of a kamailio server and keep the TLS
sessions alive.

Στις Τετ, 15 Σεπ 2021 στις 8:22 π.μ., ο/η Patrick Wakano <pwakano at gmail.com>
έγραψε:

> 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?
>>
>
> Hi, unless there are new development on version 5.5 that I am not aware,
> on version 5.4, the dialogs do not sync automatically, so you need to save
> them on DB and read from DB on startup (
> https://kamailio.org/docs/modules/5.4.x/modules/dialog.html#dialog.p.db_skip_load).
> The usrloc will sync without the need of a DB
> https://kamailio.org/docs/modules/5.4.x/modules/dmq_usrloc.html#usrloc_dmq.p.sync
>
>
> On Tue, 14 Sept 2021 at 22:44, Daniel-Constantin Mierla <miconda at gmail.com>
> wrote:
>
>> Hello,
>>
>> for the records, there is a minimal config example in the repo:
>>
>>   *
>> https://github.com/kamailio/kamailio/blob/master/misc/examples/mixed/kamailio-minimal-anycast.cfg
>>
>> Maybe it is useful for a starting point, although I think it targets use
>> of UDP.
>>
>> Cheers,
>> Daniel
>> On 13.09.21 08:46, Markus Monka wrote:
>>
>> Hi,
>>
>> we did some testing with ipvs but unfortunately where not been able to
>> pursue it further.
>> Today we use NAPTR/SRV Records for balancing to several TCP Loadbalancers.
>>
>> Best Regards
>>  Markus
>>
>> On Mon, Sep 13, 2021 at 8:19 AM Henning Westerholt <hw at skalatan.de>
>> wrote:
>>
>>> 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
>>>
>>>
>>>
>>> *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>
>>> έγραψε:
>>>
>>> To be clear here, this is the kamailio list and you’ve been referencing
>>> opensips documentation.
>>>
>>> -- Fred
>>>
>>> (via mobile)
>>>
>>> Matrix: @fred:matrix.lod.com
>>>
>>>
>>>
>>>
>>>
>>> On Sep 11, 2021, at 5:46 PM, Angelo Sipper <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> έγραψε:
>>>
>>> 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
>>>
>>>
>>>
>>> *From:* sr-users <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>
>>> *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>
>>> έγραψε:
>>>
>>> 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
>>> Matrix: @fred:matrix.lod.com
>>> o: +1 (212) 937-7844
>>>
>>>
>>> __________________________________________________________
>>> Kamailio - Users Mailing List - Non Commercial Discussions
>>>   * 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
>>> 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
>>> 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
>>> 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
>>>
>>
>>
>> --
>> Dipl. Ing.
>> Markus Monka - mmonka at sipgate.de
>> Telefon: +49 (0)211-63 55 55-23
>> Telefax: +49 (0)211-63 55 55-22
>>
>> sipgate GmbH - Gladbacher Str. 74 - 40219 Düsseldorf
>> HRB Düsseldorf 39841 - Geschäftsführer: Thilo Salmon, Tim Mois
>> Steuernummer: 106/5724/7147, Umsatzsteuer-ID: DE219349391
>>
>> __________________________________________________________
>> Kamailio - Users Mailing List - Non Commercial Discussions
>>   * 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
>>
>> --
>> Daniel-Constantin Mierla -- www.asipto.comwww.twitter.com/miconda -- www.linkedin.com/in/miconda
>>
>> __________________________________________________________
>> Kamailio - Users Mailing List - Non Commercial Discussions
>>   * 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
> 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/20210915/acfc0b6e/attachment.htm>