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 <[email protected]> έγραψε: > 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 <[email protected]> > 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 <[email protected]> >> 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 <[email protected]> *On Behalf Of *Angelo >>> Sipper >>> *Sent:* Sunday, September 12, 2021 11:44 AM >>> *To:* Kamailio (SER) - Users Mailing List <[email protected]> >>> *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 <[email protected]> >>> έγραψε: >>> >>> 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 <[email protected]> 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 < >>> [email protected]> έγραψε: >>> >>> 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 <[email protected]> *On Behalf Of *Angelo >>> Sipper >>> *Sent:* Saturday, September 11, 2021 8:52 PM >>> *To:* Kamailio (SER) - Users Mailing List <[email protected]> >>> *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 <[email protected]> >>> έγραψε: >>> >>> 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 >>> * [email protected] >>> 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 >>> * [email protected] >>> 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 >>> * [email protected] >>> 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 >>> * [email protected] >>> 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 - [email protected] >> 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 >> * [email protected] >> 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 >> * [email protected] >> 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 > * [email protected] > 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 * [email protected] 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
