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(a)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(a)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(a)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(a)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(a)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(a)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(a)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(a)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(a)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(a)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(a)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(a)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(a)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(a)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(a)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