[OpenSIPS-Users] Failover without Virtual IP
Bogdan-Andrei Iancu
bogdan at opensips.org
Tue Jan 18 12:45:47 UTC 2022
Hi Muhammad,
Take a look at
https://blog.opensips.org/2019/10/03/re-homing-your-calls-with-opensips-3-0/
Regards,
Bogdan-Andrei Iancu
OpenSIPS Founder and Developer
https://www.opensips-solutions.com
OpenSIPS eBootcamp 2021
https://opensips.org/training/OpenSIPS_eBootcamp_2021/
On 1/14/22 3:32 PM, Muhammad Danish Moosa wrote:
> I have a pair of opensips stateful proxies and am trying to achieve
> Active-Passive failover model with clusterer dialog replication.
> Primary Proxy is working in the middle of 2 SBCs and all nodes are
> within the same network so NATing is NOT involved ;secondary proxy is
> accessible through VPN. It's pretty simple configuration, proxy is
> just adding and removing headers in the middle.
>
> So if I stop the opensips service on primary IP , SBCs blacklist that
> and start sending new invites to secondary IP that takes active state.
> That's all good.
>
> But if I reproduce this failover during a connected session , SBCs do
> not send mid-dialog requests/responses to failover IP. I can see they
> still try to send messages to primary SBC which obviously end up with
> timeout. I understand the most natural solution is HA with Virual IP
> but it's not possible because secondary IP is accessible through VPN.
>
> I tried to use DNS SRV record with priorities but that also does not
> work with mid-dialog messages, I also have tried to change
> record-route/via header to fqdn through advertise_address. Its not
> changing record-route but via only but I am still not getting expected
> results.
>
> Any guidance of possible solution(s) here will be appreciated.
>
> --
> Muhammad Danish Moosa
>
>
>
> _______________________________________________
> Users mailing list
> Users at lists.opensips.org
> http://lists.opensips.org/cgi-bin/mailman/listinfo/users
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.opensips.org/pipermail/users/attachments/20220118/544db47d/attachment.html>
More information about the Users
mailing list