Hello,
for the records, there is a minimal config example in the repo:
* https://github.com/kamailio/kamailio/blob/master/misc/examples/mixed/kamaili...
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@skalatan.de mailto:hw@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 <https://www.youtube.com/c/KamailioWorld/search?query=anycast> Cheers, Henning -- Henning Westerholt – https://skalatan.de/blog/ <https://skalatan.de/blog/> Kamailio services – https://gilawa.com <https://gilawa.com/> *From:* sr-users <sr-users-bounces@lists.kamailio.org <mailto:sr-users-bounces@lists.kamailio.org>> *On Behalf Of *Angelo Sipper *Sent:* Sunday, September 12, 2021 11:44 AM *To:* Kamailio (SER) - Users Mailing List <sr-users@lists.kamailio.org <mailto:sr-users@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@palner.com <mailto:fred@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@gmail.com <mailto:sippro97@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/ <https://blog.opensips.org/2018/03/21/full-anycast-support-in-opensips-2-4/> Kind Regards, Angelo Στις Σάβ, 11 Σεπ 2021 στις 11:03 μ.μ., ο/η Henning Westerholt <hw@skalatan.de <mailto:hw@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 <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/ <https://skalatan.de/blog/> Kamailio services – https://gilawa.com <https://gilawa.com/> *From:* sr-users <sr-users-bounces@lists.kamailio.org <mailto:sr-users-bounces@lists.kamailio.org>> *On Behalf Of *Angelo Sipper *Sent:* Saturday, September 11, 2021 8:52 PM *To:* Kamailio (SER) - Users Mailing List <sr-users@lists.kamailio.org <mailto:sr-users@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@palner.com <mailto:fred@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@lists.kamailio.org <mailto:sr-users@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 <https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users> __________________________________________________________ Kamailio - Users Mailing List - Non Commercial Discussions * sr-users@lists.kamailio.org <mailto:sr-users@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 <https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users> __________________________________________________________ Kamailio - Users Mailing List - Non Commercial Discussions * sr-users@lists.kamailio.org <mailto:sr-users@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 <https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users> __________________________________________________________ Kamailio - Users Mailing List - Non Commercial Discussions * sr-users@lists.kamailio.org <mailto:sr-users@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 <https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users>
-- Dipl. Ing. Markus Monka - mmonka@sipgate.de mailto:mmonka@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@lists.kamailio.org
Important: keep the mailing list in the recipients, do not reply only to the sender! Edit mailing list options or unsubscribe: