Better use corosync and pacemaker to keeep call audio flow during moving
virtual IP using master-slave redis
---
I'm SoCIaL, MayBe
El 27/02/2024 a las 9:07 a. m., Sergio Charrua via sr-users escribió:
Thanks Alex & Olle!
I've done some tests with Keepalived for Virtual IP failover, and I
found that it works more or less as you mentioned, Olle: if an Invite
comes from Server #1, and that server gets offline, the BYE will
indeed be correctly processed by Server #2.
Isn't DMQ supposed to handle this? as i understand, DMQ sends the SIP
messages to other servers, so wouldn't it be enough? (I assume, I
haven't tested DMQ yet.... )
*
*
*Sérgio Charrua*
*www.voip.pt <http://www.voip.pt/>*
Tel.: +351 <callto:+351+91+104+12+66>91 631 11 44
Email : *sergio.charrua(a)voip.pt*
This message and any files or documents attached are strictly
confidential or otherwise legally protected.
It is intended only for the individual or entity named. If you are not
the named addressee or have received this email in error, please
inform the sender immediately, delete it from your system and do not
copy or disclose it or its contents or use it for any purpose. Please
also note that transmission cannot be guaranteed to be secure or
error-free.
On Tue, Feb 27, 2024 at 2:20 PM Olle E. Johansson via sr-users
<sr-users(a)lists.kamailio.org> wrote:
In theory if you set the record-route to a DNS name and not an Ip
address, then endpoints should be able to failover within a dialog
- but as Alex says - transactions may fail. In many cases there
are retry timers to restart transactions that fail.
This means that if a call starts with an INVITE transaction on one
server, it should in theory be able to find another server for the
BYE. Whether this DNS srv based fail over is implemented in
end-points is up to testing to prove. If not, then virtual IP
failover is your best friend.
/O
On 27 Feb 2024, at 13:33, Alex Balashov via
sr-users
<sr-users(a)lists.kamailio.org> wrote:
That would require transaction replication, which Kamailio
doesn't have.
Most messages can be processed statelessly, so this isn't a huge
obstacle. However, CANCELs won't work.
> On 27 Feb 2024, at 06:49, Sergio Charrua via sr-users
<sr-users(a)lists.kamailio.org> wrote:
>
> Hi all!
>
> I am having some difficulties/doubts on what would be the best
approach to let multiple Kamailio servers share their SIP sessions
between each other.
> The goal is to have HA on Kamailio cluster
such that if a call
is received and initiated on Kamailio #1, and during any moment of
the call (before or while established) if the server #1 goes down
or Kamailio stops working for any reason, the call can be
processed by Kamailio server #n available in the cluster.
> I do not want to mess with Virtual IPs or
DNS, that is not the
point, but instead need to get a proper way to share SIP sessions
between Kamailio servers such that any server could continue the
call without issue.
>
> I have checked the Dialog and DMQ module, but I am not sure if
that is the way to go....
>
> Could any one share a solution for this?
>
> Greatly appreciated.
>
> Cheers,
>
>
> Sérgio Charrua
>
www.voip.pt <http://www.voip.pt>
>
>
> __________________________________________________________
> Kamailio - Users Mailing List - Non Commercial Discussions
> To unsubscribe send an email to sr-users-leave(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:
--
Alex Balashov
Principal Consultant
Evariste Systems LLC
Web:
https://evaristesys.com
Tel: +1-706-510-6800
__________________________________________________________
Kamailio - Users Mailing List - Non Commercial Discussions
To unsubscribe send an email to sr-users-leave(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:
__________________________________________________________
Kamailio - Users Mailing List - Non Commercial Discussions
To unsubscribe send an email to sr-users-leave(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:
__________________________________________________________
Kamailio - Users Mailing List - Non Commercial Discussions
To unsubscribe send an email tosr-users-leave(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: