Alberto Sagredo writes:

1.- Take a look to keepalived.org

Another possibility is to use corosync/pacemaker. I think someone wrote a tutorial about it.

-- Juha

Hi Moacir

We have only found three ways to handle failover. 1. Change the DNS entry whenever a failure is detected. 2. Use SRV records to display an alternate route. 3. Use the failover mechanism in the phone itself

1. works, but it may take some time for your ua's to become aware of the change 2. never have been able to get this to work as advertised. 3. Works pretty well depending on the phone. (We use mostly Yealink's and they seem to handle the failover pretty well.)

Hope this helps

On 06/05/2016 07:41 AM, Moacir Ferreira wrote:

Hi,

I got two questions regarding high availability:

1 - Should my Kamailio server fail, I would like another Kamailio "box/server" to take over with minimum services disruption. What is the "community" advice for such environment?

2 - Should my main PSTN gateway fail, what would be the best mechanism to redirect calls to a second PSTN gateway?

Cheers! Moacir

---

SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list sr-users@lists.sip-router.org http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users

Hi,

Sorry... I should have mentioned before. You guys are thinking on the standard Internet SIP calls' behavior while I am trying to use Kamailio on a large "industrial" project. This said:

Assuming that the end-point is "smart", the DNS method is functional but it would take quite a while before the UA (phone) recovers from the previous name/IP binding it has in cache; SRV is good for a "smart" UA that, unfortunately, is not the case; Same for the phone units as they are industrial "Help Points" and so quite "dummy".

While I never tested it, I thought I could use two Kamailio servers with a mysql cluster like mariadb-galera where, for Kamailio functions, one server would be "active" and another "passive" server. Then use keepalived for monitoring the "active" Kamailio and starting the "passive" server if the active Kamailio fails. Without any testing, tests that I think I should have done before putting questions in here, my questions are:

Suppose that I have two Kamailio servers, one "active" and another one "passive" (not running) where the mysql databases are synchronized in between two servers using MySQL Galera. Using keepalived I would monitor the active Kamailio instance. Should it fails, start the "passive" Kamailio instance using the same MySQL database that were supposed to be synchronized. Would this new Kamailio instance be able to find a called number? Why this question? As long as I understand, Kamailio will always challenge the UA for authentication before making a call, so if this second server gets a call request it would just challenge and authenticate the caller. The "key point" would be having this new Kamailio instance aware about the called destinations. So, delivering a MySQL database, with the latest data the active Kamailio had, to this new Kamailio instance would be enough to allow it find the called party?

Anyway, can you guys comment on my "thoughts"? Is it possible? Am I missing something? Would you suggest another approach for such scenario?

Cheers! Moacir

Date: Sun, 5 Jun 2016 21:07:41 +0200 From: chabert.loic.74@gmail.com To: sr-users@lists.sip-router.org Subject: Re: [SR-Users] High availability

Hello Bill, I have made kamailio ha using exabgp with loopbacks. Check https://github.com/Exa-Networks/exabgp With bgp, kamailio cluster can be splited on severals datacenters. Regards. Le 5 juin 2016 20:53, "Bill" bill@novatrope.us a écrit :

Hi Moacir

We have only found three ways to handle failover.

1. Change the DNS entry whenever a failure is detected.

2. Use SRV records to display an alternate route.

3. Use the failover mechanism in the phone itself

1. works, but it may take some time for your ua's to become aware of the change

2. never have been able to get this to work as advertised.

3. Works pretty well depending on the phone. (We use mostly Yealink's and they seem to handle the failover pretty well.)

Hope this helps

On 06/05/2016 07:41 AM, Moacir Ferreira wrote:

Hi,

I got two questions regarding high availability:

1 - Should my Kamailio server fail, I would like another Kamailio "box/server" to take over with minimum services disruption. What is the "community" advice for such environment?

2 - Should my main PSTN gateway fail, what would be the best mechanism to redirect calls to a second PSTN gateway?

Cheers!

Moacir

_______________________________________________ SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list sr-users@lists.sip-router.org http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users

_______________________________________________

SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list

sr-users@lists.sip-router.org

http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users

_______________________________________________ SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list sr-users@lists.sip-router.org http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users

Hi, Since DBs for both are replicated and I assume user location table is teplicated as well. In this case yes the secondary server will be able to detect and find the called number as online.

The only exception would be the received socket. You might have to force local socket to send INVITE to called number on each Kamailio.

Also for industrial scale designing you can use combination of DNS SRV, keepalived or similar, and other techniques. One project that I am aware of might come very Handy is SIPThor http://ag-projects.com/sip-thor/

Regards, Sammy On Jun 5, 2016 20:21, "Fred Posner" fred@palner.com wrote:

If it's just 2 servers, consider as Juha said, corosync/pacemaker with drbd.

Fred Posner direct: +1 (224) 334-FRED (3733)

On Jun 5, 2016, at 5:26 PM, Moacir Ferreira moacirferreira@hotmail.com wrote:

Hi,

Sorry... I should have mentioned before. You guys are thinking on the standard Internet SIP calls' behavior while I am trying to use Kamailio on a large "industrial" project. This said:

Assuming that the end-point is "smart", the DNS method is functional but it would take quite a while before the UA (phone) recovers from the previous name/IP binding it has in cache; SRV is good for a "smart" UA that, unfortunately, is not the case; Same for the phone units as they are industrial "Help Points" and so quite "dummy".

While I never tested it, I thought I could use two Kamailio servers with a mysql cluster like mariadb-galera where, for Kamailio functions, one server would be "active" and another "passive" server. Then use keepalived for monitoring the "active" Kamailio and starting the "passive" server if the active Kamailio fails. Without any testing, tests that I think I should have done before putting questions in here, my questions are:

Suppose that I have two Kamailio servers, one "active" and another one "passive" (not running) where the mysql databases are synchronized in between two servers using MySQL Galera. Using keepalived I would monitor the active Kamailio instance. Should it fails, start the "passive" Kamailio instance using the same MySQL database that were supposed to be synchronized. Would this new Kamailio instance be able to find a called number? Why this question? As long as I understand, Kamailio will always challenge the UA for authentication before making a call, so if this second server gets a call request it would just challenge and authenticate the caller. The "key point" would be having this new Kamailio instance aware about the called destinations. So, delivering a MySQL database, with the latest data the active Kamailio had, to this new Kamailio instance would be enough to allow it find the called party?

Anyway, can you guys comment on my "thoughts"? Is it possible? Am I missing something? Would you suggest another approach for such scenario?

Cheers! Moacir

---

Date: Sun, 5 Jun 2016 21:07:41 +0200 From: chabert.loic.74@gmail.com To: sr-users@lists.sip-router.org Subject: Re: [SR-Users] High availability

Hello Bill,

I have made kamailio ha using exabgp with loopbacks.

Check https://github.com/Exa-Networks/exabgp

With bgp, kamailio cluster can be splited on severals datacenters.

Regards. Le 5 juin 2016 20:53, "Bill" bill@novatrope.us a écrit :

Hi Moacir

We have only found three ways to handle failover.

1. Change the DNS entry whenever a failure is detected.

2. Use SRV records to display an alternate route.

3. Use the failover mechanism in the phone itself

4. works, but it may take some time for your ua's to become aware of the

change 2. never have been able to get this to work as advertised. 3. Works pretty well depending on the phone. (We use mostly Yealink's and they seem to handle the failover pretty well.)

Hope this helps

On 06/05/2016 07:41 AM, Moacir Ferreira wrote:

Hi,

I got two questions regarding high availability:

1 - Should my Kamailio server fail, I would like another Kamailio "box/server" to take over with minimum services disruption. What is the "community" advice for such environment?

2 - Should my main PSTN gateway fail, what would be the best mechanism to redirect calls to a second PSTN gateway?

Cheers! Moacir

---

SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing listsr-users@lists.sip-router.orghttp://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users

---

SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list sr-users@lists.sip-router.org http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users

_______________________________________________ SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list sr-users@lists.sip-router.org http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users

---

SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list sr-users@lists.sip-router.org http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users

---

SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list sr-users@lists.sip-router.org http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users

+1 for corosync/pacemaker with drbd or a flavor of master/master replication

-dan

From: sr-users [mailto:sr-users-bounces@lists.sip-router.org] On Behalf Of Fred Posner Sent: Sunday, June 5, 2016 8:22 PM To: Kamailio (SER) - Users Mailing List sr-users@lists.sip-router.org Subject: Re: [SR-Users] High availability

If it's just 2 servers, consider as Juha said, corosync/pacemaker with drbd.

Fred Posner direct: +1 (224) 334-FRED (3733)

On Jun 5, 2016, at 5:26 PM, Moacir Ferreira <moacirferreira@hotmail.commailto:moacirferreira@hotmail.com> wrote: Hi,

Sorry... I should have mentioned before. You guys are thinking on the standard Internet SIP calls' behavior while I am trying to use Kamailio on a large "industrial" project. This said:

Assuming that the end-point is "smart", the DNS method is functional but it would take quite a while before the UA (phone) recovers from the previous name/IP binding it has in cache; SRV is good for a "smart" UA that, unfortunately, is not the case; Same for the phone units as they are industrial "Help Points" and so quite "dummy".

While I never tested it, I thought I could use two Kamailio servers with a mysql cluster like mariadb-galera where, for Kamailio functions, one server would be "active" and another "passive" server. Then use keepalived for monitoring the "active" Kamailio and starting the "passive" server if the active Kamailio fails. Without any testing, tests that I think I should have done before putting questions in here, my questions are:

Suppose that I have two Kamailio servers, one "active" and another one "passive" (not running) where the mysql databases are synchronized in between two servers using MySQL Galera. Using keepalived I would monitor the active Kamailio instance. Should it fails, start the "passive" Kamailio instance using the same MySQL database that were supposed to be synchronized. Would this new Kamailio instance be able to find a called number? Why this question? As long as I understand, Kamailio will always challenge the UA for authentication before making a call, so if this second server gets a call request it would just challenge and authenticate the caller. The "key point" would be having this new Kamailio instance aware about the called destinations. So, delivering a MySQL database, with the latest data the active Kamailio had, to this new Kamailio instance would be enough to allow it find the called party?

Anyway, can you guys comment on my "thoughts"? Is it possible? Am I missing something? Would you suggest another approach for such scenario?

Cheers! Moacir ________________________________ Date: Sun, 5 Jun 2016 21:07:41 +0200 From: chabert.loic.74@gmail.commailto:chabert.loic.74@gmail.com To: sr-users@lists.sip-router.orgmailto:sr-users@lists.sip-router.org Subject: Re: [SR-Users] High availability

Hello Bill,

I have made kamailio ha using exabgp with loopbacks.

Check https://github.com/Exa-Networks/exabgp

With bgp, kamailio cluster can be splited on severals datacenters.

Regards. Le 5 juin 2016 20:53, "Bill" <bill@novatrope.usmailto:bill@novatrope.us> a écrit : Hi Moacir

We have only found three ways to handle failover. 1. Change the DNS entry whenever a failure is detected. 2. Use SRV records to display an alternate route. 3. Use the failover mechanism in the phone itself

1. works, but it may take some time for your ua's to become aware of the change 2. never have been able to get this to work as advertised. 3. Works pretty well depending on the phone. (We use mostly Yealink's and they seem to handle the failover pretty well.)

Hope this helps On 06/05/2016 07:41 AM, Moacir Ferreira wrote: Hi,

I got two questions regarding high availability:

1 - Should my Kamailio server fail, I would like another Kamailio "box/server" to take over with minimum services disruption. What is the "community" advice for such environment?

2 - Should my main PSTN gateway fail, what would be the best mechanism to redirect calls to a second PSTN gateway?

Cheers! Moacir

_______________________________________________

SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list

sr-users@lists.sip-router.orgmailto:sr-users@lists.sip-router.org

http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users

_______________________________________________ SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list sr-users@lists.sip-router.orgmailto:sr-users@lists.sip-router.org http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users

_______________________________________________ SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list sr-users@lists.sip-router.orgmailto:sr-users@lists.sip-router.org http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users _______________________________________________ SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list sr-users@lists.sip-router.orgmailto:sr-users@lists.sip-router.org http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users

Sorry... It is a long answer.

Keepalived is a kind of VRRP (RFC5798) like implementation. It is being used all over and it is distributed as a standard package in, for example, CentOS. So no compiling issues, you get upgrades, fixes, etc., in a very simple way.

I got this nice blog on Kamailio HA, and I will start my tests from it. Now, for MySQL my test bed is already prepared and I am suing MariaDB Galera. I will have 2 MySQL servers, synchronizing the databases in between them all the time. Each MySQL server will have Kamailio on it where Kamailio server 1 will use the MySQL on server 1; Kamailio server 2 will use the MySQL on server two. However, while the MySQL services will be up and running on both servers and so synchronized, Kamailio will run only on server 1 over the VIP address. Should it fail, the keepalived script will then kill local Kamailio instance and start the Kamailio on server 2 (the same it will do if the complete server fails). Please notice that this is crucial to prevent brain split where both Kamailios could "think" they were the master. As the databases will be synchronized the service interruption should be quite short.

Now, the VIP solution rely on a L2 connectivity in between (or amongst) involved servers and, to be really redundant, the servers should be geographically distant. So, if the above initial tests work, my next step will separating the two Kamailio servers using a L3 router and, using iproute2, create a VxLAN tunnel in between the 2 emulated remote sites. This would eliminate the need of buying a L2 extension in between the two involved datacenters.

While it solves the problem of a "small" system, if I were providing SIP services to the Internet my approach would be another one: I would have 2 Kamailios, using the same public IP address and use BGP to flip from one location to another. In this case there would be no Kamailio VIP interface but still I would use keepalived to monitor the services and drop the local BGP connection so forcing the Internet to reach my second server in another location. In this case your ISP would set their BGP local preference to reach your Kamailio to the main site; should the main site fails, BGP would use the second path to reach your server that, in fact, would be another Kamailio instance using the same IP of the main one. While this puts more complexity on the design, it would also prevent the brain split and the geographical distance limitation would be just how far your ISP could go.

If anyone is interested on this kind of techniques just drop into this thread and we keep the discussion going.

You could help me a lot responding to a question that I have regarding all this is: How Kamailio would behave if I have one active Kamailio writing in the database and a second "live" Kamailio using the same database but not receiving any connection/request. Would this jeopardize the way Kamailio works?

Cheers, Moacir

To: sr-users@lists.sip-router.org From: miconda@gmail.com Date: Tue, 7 Jun 2016 09:01:23 +0200 Subject: Re: [SR-Users] High availability

Just to mention that ucarp can be a very basic alternative to corosync/pacemaker to manage the virtual ip. A simple app, but usually keeps working...

Cheers,

Daniel

On 06/06/16 02:21, Fred Posner wrote:

If it's just 2 servers, consider as Juha said, corosync/pacemaker with drbd.

Fred Posner direct: +1 (224) 334-FRED (3733)

On Jun 5, 2016, at 5:26 PM, Moacir Ferreira moacirferreira@hotmail.com wrote:

Hi,

Sorry... I should have mentioned before. You guys are thinking on the standard Internet SIP calls' behavior while I am trying to use Kamailio on a large "industrial" project. This said:

Assuming that the end-point is "smart", the DNS method is functional but it would take quite a while before the UA (phone) recovers from the previous name/IP binding it has in cache;

SRV is good for a "smart" UA that, unfortunately, is not the case;

Same for the phone units as they are industrial "Help Points" and so quite "dummy".

While I never tested it, I thought I could use two Kamailio servers with a mysql cluster like mariadb-galera where, for Kamailio functions, one server would be "active" and another "passive" server. Then use keepalived for monitoring the "active" Kamailio and starting the "passive" server if the active Kamailio fails. Without any testing, tests that I think I should have done before putting questions in here, my questions are:

Suppose that I have two Kamailio servers, one "active" and another one "passive" (not running) where the mysql databases are synchronized in between two servers using MySQL Galera. Using keepalived I would monitor the active Kamailio instance. Should it fails, start the "passive" Kamailio instance using the same MySQL database that were supposed to be synchronized. Would this new Kamailio instance be able to find a called number? Why this question? As long as I understand, Kamailio will always challenge the UA for authentication before making a call, so if this second server gets a call request it would just challenge and authenticate the caller. The "key point" would be having this new Kamailio instance aware about the called destinations. So, delivering a MySQL database, with the latest data the active Kamailio had, to this new Kamailio instance would be enough to allow it find the called party?

Anyway, can you guys comment on my "thoughts"? Is it possible? Am I missing something? Would you suggest another approach for such scenario?

Cheers!

Moacir

Date: Sun, 5 Jun 2016 21:07:41 +0200

From: chabert.loic.74@gmail.com

To: sr-users@lists.sip-router.org

Subject: Re: [SR-Users] High availability

Hello Bill, I have made kamailio ha using exabgp with loopbacks. Check https://github.com/Exa-Networks/exabgp With bgp, kamailio cluster can be splited on severals datacenters. Regards. Le 5 juin 2016 20:53, "Bill" bill@novatrope.us a écrit :

Hi Moacir

We have only found three ways to handle failover.

1. Change the DNS entry whenever a failure is detected.

2. Use SRV records to display an alternate route.

3. Use the failover mechanism in the phone itself

1. works, but it may take some time for your ua's to become aware of the change

2. never have been able to get this to work as advertised.

3. Works pretty well depending on the phone. (We use mostly Yealink's and they seem to handle the failover pretty well.)

Hope this helps

On 06/05/2016 07:41 AM, Moacir Ferreira wrote:

Hi,

I got two questions regarding high availability:

1 - Should my Kamailio server fail, I would like another Kamailio "box/server" to take over with minimum services disruption. What is the "community" advice for such environment?

2 - Should my main PSTN gateway fail, what would be the best mechanism to redirect calls to a second PSTN gateway?

Cheers!

Moacir

_______________________________________________ SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list sr-users@lists.sip-router.org http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users

_______________________________________________

SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list

sr-users@lists.sip-router.org

http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users

_______________________________________________ SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list sr-users@lists.sip-router.org http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users

_______________________________________________

SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list

sr-users@lists.sip-router.org

http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users

_______________________________________________ SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list sr-users@lists.sip-router.org http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users

-- Daniel-Constantin Mierla http://www.asipto.com - http://www.kamailio.org http://twitter.com/#!/miconda - http://www.linkedin.com/in/miconda

_______________________________________________ SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list sr-users@lists.sip-router.org http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users

Thanks Chabert. Very comprehensive post. Maybe it is very easy for me to understand because my strongest background is networking. Actually, I have been involved in few projects where I used BGP to do what you mention to flip an entire datacenter over 400Kms distantance from each other. What we really need to care about is building, in somehow, a process that will remove the route to the faulty unity.

Regarding VxLAN, Linux iproute2 is Linux Foundation and it delivers VxLAN. Very stable and very used, specially on SDN environments where you may have thousands VxLAN tunnels over different name spaces interconnecting racks, buildings, cities, countries. So, don't bother using it! It is very safe and easy to use.

My starting point was trying to understand what it takes to run Kamailio over a HA environment. But my final "recreation" goal is to create a NFV - Network Virtual Function - and deploy Kamailio using OpenStack. In this way OpenStack will be responsible to launch (and relaunch it if it fails) an instance wherever I have a OpenStack Compute running. As OpenStack relies on VxLAN for inter-site L2 interconnection, I wanna start from there, and that is why I choose to use VxLAN.

Now, to be really effective in a SDN environment, your NFV should allow for "scaling out" (launching more instances) if the server workload is too high. This brings the need to really understand HA in Kamailio so you can use the right technique to do this. Just as "food for thought" think about having a virtual machine running Kamailio that is able to handle up to 1.000 calls. Should the number of calls go over 1.000, then OpenStack would just launch another instance of Kamailio and load-balance in between (or amongst) them. This could scale out as long as you have available psychical resources, that could be anywhere in the world. That is why in a previous post I have asked if two Kamailio servers could use a single database (if it has no conflicts). So when your new instance come alive it would be able to reach any registered user/client using the user location feature. Of course, this would also allow for load-balancing.

However, I did not get an answer yet. So can anyone tell me how many features that we define on the "#!define with" config file can be enabled if 2 (or more) Kamailio servers are accessing the very same database? Please consider that in a MySQL cluster only one client at time has permission to write the same record.

Cheers! Moacir

From: chabert.loic.74@gmail.com Date: Wed, 8 Jun 2016 09:45:15 +0200 To: sr-users@lists.sip-router.org Subject: Re: [SR-Users] High availability

Hi Moaci,

If you want to provide Kamailio HA in two different datacenters, BGP will be the best tool to achieve that. Passing keepalived packets throught VXLAN could be a solution, but if you have any packet loss or bugs in VXLAN implementation in linux kernel, your service will be down.

I have tested a setup in lab using ExaBGP, and please find steps bellow: Same IP address configured on loopback address of kamilio hostKamailio listen on loopback and on physical nicDiffusing kamailio service using DNS (A entry -> @loopback)Configure bgp router to created the following comportement (using bgp communities):Community 65000:1, this server is master, and request must be routed to himCommunity 65000:2, this server is slave, router must wait removal of community master to insert this route on routing table (using bgp localpref) Using sipsak to send "ping" request to kamailio (physical nic):If sipsak return 0 and server is master, ask to exabgp to announce loopback address with bgp community master.If sipsak return 0 and server is slave, ask to exabgp to announce loopback address with bgp community slave.If sipsak return 1, ask to exabgp to remove bgp announces

With this setup, kamailio public address will be announced in two datacenter, and without using any L2 keepalived technologies (ucarp, vrrp ...). SipSak check if sip service is available on node, and if kamailio is not running, loopback address will be removed from routing table. If the entiere node fail (hardware failure), loopback address will be removed too, due to BGP keepalived not recieved by PE router. You can ajust BGP timers to make HA convergence faster. In my lab, i have set bgp keepalive to 5s and timeout to 15s. So if my kamailio host failed, maximum 15s without any sip service. You can have more than 2 node: create many bgp community (so priorities) as you want, announce loopback address on many datacenter you want. Full flexibility and agility. More informations: https://vincent.bernat.im/en/blog/2013-exabgp-highavailability.html

My lab is running since 3 weeks, and no "crash" or any bgp flapping. Regards.

2016-06-07 22:06 GMT+02:00 Moacir Ferreira moacirferreira@hotmail.com:

Sorry... It is a long answer.

Keepalived is a kind of VRRP (RFC5798) like implementation. It is being used all over and it is distributed as a standard package in, for example, CentOS. So no compiling issues, you get upgrades, fixes, etc., in a very simple way.

I got this nice blog on Kamailio HA, and I will start my tests from it. Now, for MySQL my test bed is already prepared and I am suing MariaDB Galera. I will have 2 MySQL servers, synchronizing the databases in between them all the time. Each MySQL server will have Kamailio on it where Kamailio server 1 will use the MySQL on server 1; Kamailio server 2 will use the MySQL on server two. However, while the MySQL services will be up and running on both servers and so synchronized, Kamailio will run only on server 1 over the VIP address. Should it fail, the keepalived script will then kill local Kamailio instance and start the Kamailio on server 2 (the same it will do if the complete server fails). Please notice that this is crucial to prevent brain split where both Kamailios could "think" they were the master. As the databases will be synchronized the service interruption should be quite short.

Now, the VIP solution rely on a L2 connectivity in between (or amongst) involved servers and, to be really redundant, the servers should be geographically distant. So, if the above initial tests work, my next step will separating the two Kamailio servers using a L3 router and, using iproute2, create a VxLAN tunnel in between the 2 emulated remote sites. This would eliminate the need of buying a L2 extension in between the two involved datacenters.

While it solves the problem of a "small" system, if I were providing SIP services to the Internet my approach would be another one: I would have 2 Kamailios, using the same public IP address and use BGP to flip from one location to another. In this case there would be no Kamailio VIP interface but still I would use keepalived to monitor the services and drop the local BGP connection so forcing the Internet to reach my second server in another location. In this case your ISP would set their BGP local preference to reach your Kamailio to the main site; should the main site fails, BGP would use the second path to reach your server that, in fact, would be another Kamailio instance using the same IP of the main one. While this puts more complexity on the design, it would also prevent the brain split and the geographical distance limitation would be just how far your ISP could go.

If anyone is interested on this kind of techniques just drop into this thread and we keep the discussion going.

You could help me a lot responding to a question that I have regarding all this is: How Kamailio would behave if I have one active Kamailio writing in the database and a second "live" Kamailio using the same database but not receiving any connection/request. Would this jeopardize the way Kamailio works?

Cheers, Moacir

To: sr-users@lists.sip-router.org From: miconda@gmail.com Date: Tue, 7 Jun 2016 09:01:23 +0200 Subject: Re: [SR-Users] High availability

Just to mention that ucarp can be a very basic alternative to corosync/pacemaker to manage the virtual ip. A simple app, but usually keeps working...

Cheers,

Daniel

On 06/06/16 02:21, Fred Posner wrote:

If it's just 2 servers, consider as Juha said, corosync/pacemaker with drbd.

Fred Posner direct: +1 (224) 334-FRED (3733)

On Jun 5, 2016, at 5:26 PM, Moacir Ferreira moacirferreira@hotmail.com wrote:

Hi,

Sorry... I should have mentioned before. You guys are thinking on the standard Internet SIP calls' behavior while I am trying to use Kamailio on a large "industrial" project. This said:

Assuming that the end-point is "smart", the DNS method is functional but it would take quite a while before the UA (phone) recovers from the previous name/IP binding it has in cache;

SRV is good for a "smart" UA that, unfortunately, is not the case;

Same for the phone units as they are industrial "Help Points" and so quite "dummy".

While I never tested it, I thought I could use two Kamailio servers with a mysql cluster like mariadb-galera where, for Kamailio functions, one server would be "active" and another "passive" server. Then use keepalived for monitoring the "active" Kamailio and starting the "passive" server if the active Kamailio fails. Without any testing, tests that I think I should have done before putting questions in here, my questions are:

Suppose that I have two Kamailio servers, one "active" and another one "passive" (not running) where the mysql databases are synchronized in between two servers using MySQL Galera. Using keepalived I would monitor the active Kamailio instance. Should it fails, start the "passive" Kamailio instance using the same MySQL database that were supposed to be synchronized. Would this new Kamailio instance be able to find a called number? Why this question? As long as I understand, Kamailio will always challenge the UA for authentication before making a call, so if this second server gets a call request it would just challenge and authenticate the caller. The "key point" would be having this new Kamailio instance aware about the called destinations. So, delivering a MySQL database, with the latest data the active Kamailio had, to this new Kamailio instance would be enough to allow it find the called party?

Anyway, can you guys comment on my "thoughts"? Is it possible? Am I missing something? Would you suggest another approach for such scenario?

Cheers!

Moacir

Date: Sun, 5 Jun 2016 21:07:41 +0200

From: chabert.loic.74@gmail.com

To: sr-users@lists.sip-router.org

Subject: Re: [SR-Users] High availability

Hello Bill, I have made kamailio ha using exabgp with loopbacks. Check https://github.com/Exa-Networks/exabgp With bgp, kamailio cluster can be splited on severals datacenters. Regards. Le 5 juin 2016 20:53, "Bill" bill@novatrope.us a écrit :

Hi Moacir

We have only found three ways to handle failover.

1. Change the DNS entry whenever a failure is detected.

2. Use SRV records to display an alternate route.

3. Use the failover mechanism in the phone itself

1. works, but it may take some time for your ua's to become aware of the change

2. never have been able to get this to work as advertised.

3. Works pretty well depending on the phone. (We use mostly Yealink's and they seem to handle the failover pretty well.)

Hope this helps

On 06/05/2016 07:41 AM, Moacir Ferreira wrote:

Hi,

I got two questions regarding high availability:

1 - Should my Kamailio server fail, I would like another Kamailio "box/server" to take over with minimum services disruption. What is the "community" advice for such environment?

2 - Should my main PSTN gateway fail, what would be the best mechanism to redirect calls to a second PSTN gateway?

Cheers!

Moacir

_______________________________________________ SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list sr-users@lists.sip-router.org http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users

_______________________________________________

SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list

sr-users@lists.sip-router.org

http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users

_______________________________________________ SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list sr-users@lists.sip-router.org http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users

_______________________________________________

SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list

sr-users@lists.sip-router.org

http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users

_______________________________________________ SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list sr-users@lists.sip-router.org http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users

-- Daniel-Constantin Mierla http://www.asipto.com - http://www.kamailio.org http://twitter.com/#!/miconda - http://www.linkedin.com/in/miconda

_______________________________________________ SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list sr-users@lists.sip-router.org http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users

_______________________________________________

SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list

sr-users@lists.sip-router.org

http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users

_______________________________________________ SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list sr-users@lists.sip-router.org http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users

For Kamailio high availability you can refer to the following project:

https://github.com/ghrst/Kamailio-HA

Regards

On Mon, Jun 6, 2016 at 12:02 PM, mark@brightvoip.co.uk wrote:

Hi Moacir,

I use keepalived and MySQL in a similar way to what you have described.

Keepalived to manage an active/passive Kamailio pair and MySQL to store relevant data. I have both Master-Master and Galera in use for MySQL. Mater-Master (again using Keepalived for an active/passive pair) is rock-solid. Galera is good, although occasionally the cluster will stop and need to be manually recovered - maybe I need to update to later software.

I use Kamailio primarily for call routing, so do not store state - so cannot advise on ability to find a called number. If you are storing all info to the DB I would hope the 2nd server would have access to the system state at the time the first server became inactive. You would just lose whatever calls ended during the period between 1st server failing and 2nd starting (max 20-30 seconds in my experience).

Kind regards, Mark

----- Original Message -----

*From:* Moacir Ferreira moacirferreira@hotmail.com *To:* Kamailio Mail List sr-users@lists.sip-router.org *Sent:* Sunday, June 05, 2016 10:26 PM *Subject:* Re: [SR-Users] High availability

Hi,

Sorry... I should have mentioned before. You guys are thinking on the standard Internet SIP calls' behavior while I am trying to use Kamailio on a large "industrial" project. This said:

Assuming that the end-point is "smart", the DNS method is functional but it would take quite a while before the UA (phone) recovers from the previous name/IP binding it has in cache; SRV is good for a "smart" UA that, unfortunately, is not the case; Same for the phone units as they are industrial "Help Points" and so quite "dummy".

While I never tested it, I thought I could use two Kamailio servers with a mysql cluster like mariadb-galera where, for Kamailio functions, one server would be "active" and another "passive" server. Then use keepalived for monitoring the "active" Kamailio and starting the "passive" server if the active Kamailio fails. Without any testing, tests that I think I should have done before putting questions in here, my questions are:

Suppose that I have two Kamailio servers, one "active" and another one "passive" (not running) where the mysql databases are synchronized in between two servers using MySQL Galera. Using keepalived I would monitor the active Kamailio instance. Should it fails, start the "passive" Kamailio instance using the same MySQL database that were supposed to be synchronized. Would this new Kamailio instance be able to find a called number? Why this question? As long as I understand, Kamailio will always challenge the UA for authentication before making a call, so if this second server gets a call request it would just challenge and authenticate the caller. The "key point" would be having this new Kamailio instance aware about the called destinations. So, delivering a MySQL database, with the latest data the active Kamailio had, to this new Kamailio instance would be enough to allow it find the called party?

Anyway, can you guys comment on my "thoughts"? Is it possible? Am I missing something? Would you suggest another approach for such scenario?

Cheers! Moacir

---

Date: Sun, 5 Jun 2016 21:07:41 +0200 From: chabert.loic.74@gmail.com To: sr-users@lists.sip-router.org Subject: Re: [SR-Users] High availability

Hello Bill,

I have made kamailio ha using exabgp with loopbacks.

Check https://github.com/Exa-Networks/exabgp

With bgp, kamailio cluster can be splited on severals datacenters.

Regards. Le 5 juin 2016 20:53, "Bill" bill@novatrope.us a écrit :

Hi Moacir

We have only found three ways to handle failover.

1. Change the DNS entry whenever a failure is detected.

2. Use SRV records to display an alternate route.

3. Use the failover mechanism in the phone itself

4. works, but it may take some time for your ua's to become aware of the

change 2. never have been able to get this to work as advertised. 3. Works pretty well depending on the phone. (We use mostly Yealink's and they seem to handle the failover pretty well.)

Hope this helps

On 06/05/2016 07:41 AM, Moacir Ferreira wrote:

Hi,

I got two questions regarding high availability:

1 - Should my Kamailio server fail, I would like another Kamailio "box/server" to take over with minimum services disruption. What is the "community" advice for such environment?

2 - Should my main PSTN gateway fail, what would be the best mechanism to redirect calls to a second PSTN gateway?

Cheers! Moacir

---

SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing listsr-users@lists.sip-router.orghttp://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users

---

SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list sr-users@lists.sip-router.org http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users

_______________________________________________ SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list sr-users@lists.sip-router.org http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users

---

---

SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list sr-users@lists.sip-router.org http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users

https://www.avast.com/sig-email?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=emailclient Virus-free. www.avast.com https://www.avast.com/sig-email?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=emailclient

---

SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list sr-users@lists.sip-router.org http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users

Hello,

a bit curious about this one ...

Are you in control at low level of the infrastructure (e.g., leased pipes between data centers)? I expect that is needed to change the routes for IP addresses in real time ...

Cheers, Daniel

On 05/06/16 21:07, Loic Chabert wrote:

Hello Bill,

I have made kamailio ha using exabgp with loopbacks.

Check https://github.com/Exa-Networks/exabgp

With bgp, kamailio cluster can be splited on severals datacenters.

Regards.

Le 5 juin 2016 20:53, "Bill" <bill@novatrope.us mailto:bill@novatrope.us> a écrit :

Hi Moacir

We have only found three ways to handle failover.
1. Change the DNS entry whenever a failure is detected.
2. Use SRV records to display an alternate route.
3. Use the failover mechanism in the phone itself

1. works, but it may take some time for your ua's to become aware
of the change
2. never have been able to get this to work as advertised.
3. Works pretty well depending on the phone. (We use mostly
Yealink's and they seem to handle the failover pretty well.)

Hope this helps

On 06/05/2016 07:41 AM, Moacir Ferreira wrote:

...

Hi,

I got two questions regarding high availability:

1 - Should my Kamailio server fail, I would like another Kamailio
"box/server" to take over with minimum services disruption. What
is the "community" advice for such environment?

2 - Should my main PSTN gateway fail, what would be the best
mechanism to redirect calls to a second PSTN gateway?

Cheers!
Moacir


_______________________________________________
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
sr-users@lists.sip-router.org <mailto:sr-users@lists.sip-router.org>
http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users

_______________________________________________
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing
list
sr-users@lists.sip-router.org <mailto:sr-users@lists.sip-router.org>
http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users

---

SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list sr-users@lists.sip-router.org http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users

Hi Daniel,

The tutorial pages for [1],[2],[3] are still not loading for me.

miti@pc ~ $ telnet kb.asipto.com 80 Trying 213.239.221.142...

miti@pc ~ $ sudo nmap -sT kb.asipto.com PORT STATE SERVICE 80/tcp filtered http

Thanks, Stefan

[1] http://kb.asipto.com/freeswitch:index [2] http://kb.asipto.com/asterisk:index [3] http://kb.asipto.com/kamailio:index

On Mon, Jun 6, 2016 at 7:06 PM, Daniel-Constantin Mierla miconda@gmail.com wrote:

Hello,

with a few series of downtime mainly affecting the web server due to several conflicts for various packages and also apache 2.4 config upgrades, hopefully now all the services are back running.

If there is something you spot not working, contact me and provide the details of the issues.

Cheers, Daniel

On 06/06/16 10:25, Daniel-Constantin Mierla wrote:

Hello,

some of the kamailio.org server maintenance work will be done later today, planned to start around 14:00 Berlin time. If you notice some unavailability, then wait a bit and try again.

If you want to get updates while the services are down, you can join the #kamailio IRC channel on freenode.net.

Cheers, Daniel

On 03/06/16 09:32, Daniel-Constantin Mierla wrote:

Hello,

a short note to announce that the os on kamailio.org server will be upgraded in the near future, likely next week, exact date still to be decided. Hopefully there will be only very short downtime intervals.

Main affected services: website (including the wiki) and mailing lists.

I will send a notification once the procedure starts, but I wanted to allow enough time for this information to propagate properly within the community.

Cheers, Daniel

-- Daniel-Constantin Mierlahttp://www.asipto.com - http://www.kamailio.orghttp://twitter.com/#!/miconda - http://www.linkedin.com/in/miconda

-- Daniel-Constantin Mierlahttp://www.asipto.com - http://www.kamailio.orghttp://twitter.com/#!/miconda - http://www.linkedin.com/in/miconda

-- Daniel-Constantin Mierlahttp://www.asipto.com - http://www.kamailio.orghttp://twitter.com/#!/miconda - http://www.linkedin.com/in/miconda

---

SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list sr-users@lists.sip-router.org http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users