<div dir="ltr">*Still in the process of testing/learning.  Would trigger the fail-over by shutting down keepalived.<div><br></div><div>thanks,</div><div>Andy<br><div><br><div><br></div></div></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Tue, Jan 19, 2021 at 10:22 AM Kevin Wormington <<a href="mailto:kworm@missouri-telecom.com">kworm@missouri-telecom.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">That seems to be how most are setup…maybe I’m making it harder than it should be :-)<br>
<br>
Out of curiosity what did/do you use to monitor OpenSIPS as up for your failover or did you just rely on the IP (keepalived, etc.) reachability? <br>
<br>
Thanks,<br>
<br>
Kevin<br>
> On Jan 19, 2021, at 9:08 AM, Andy Dierlam <<a href="mailto:adierlam@ptgi-ics.com" target="_blank">adierlam@ptgi-ics.com</a>> wrote:<br>
> <br>
> Ah, my setup was with a floating IP between servers.     <br>
> <br>
> thanks<br>
> Andy<br>
> <br>
> On Tue, Jan 19, 2021 at 10:02 AM Kevin Wormington <<a href="mailto:kworm@missouri-telecom.com" target="_blank">kworm@missouri-telecom.com</a>> wrote:<br>
> I’m not using a VIP and I have made some progress by setting a different active tag on each node…then upon node failure setting the failed node's tag to active on remaining node.  This lets the re-invite pinging work, etc.  It’s almost there but the handling of the BYE…they are still sent to the IP of the failed node even after re-invite pings so any in-progress calls from the failed node are zombie when they hang up until the re-invite ping times out (30 seconds).   I found an article about initiating a re-invite on the new node with something like "opensips-cli -x mi dlg_send_sequential callid="442CB6C1-6005F8B80009DA08-FC731700" mode=challenge body=outbound” but that either seems to terminate the call immediately or say the dialog wasn’t found.<br>
> <br>
> <br>
> Thanks,<br>
> <br>
> Kevin<br>
> > On Jan 19, 2021, at 8:46 AM, Andy Dierlam <<a href="mailto:adierlam@ptgi-ics.com" target="_blank">adierlam@ptgi-ics.com</a>> wrote:<br>
> > <br>
> > With dialog writing to db that both servers use.   And same tag on both - modparam("dialog", "dlg_sharing_tag", "vip1=active")<br>
> > had this working on opensips 2.4 <br>
> > <br>
> > thanks<br>
> > Andy<br>
> > <br>
> > <br>
> > On Mon, Jan 18, 2021 at 2:30 PM Kevin Wormington <<a href="mailto:kworm@missouri-telecom.com" target="_blank">kworm@missouri-telecom.com</a>> wrote:<br>
> > Hi,<br>
> > <br>
> > I've been attempting to get a two node active/active setup to work with the v3.1 clusterer module sharing usrloc and dialog.  The setup is fronted by a proxy that handles all of the NAT/media so either OpenSIPS instance can communicate directly with the user.  <br>
> > <br>
> > What I have working so far:<br>
> > <br>
> > Registrations and calls work when sent to either node and if you stop OpenSIPS on a node new calls work fine using the other node.<br>
> > <br>
> > What I can’t get to work:<br>
> > <br>
> > Calls that are already in progress to switch between nodes when one node fails.<br>
> > <br>
> > <br>
> > I have messed around with various sharing tags…no tag, same tag, different tags but haven’t had any luck.   I’m guessing that I’m missing something to trigger the remaining node to send re-invites.  Has anyone attempted this type of setup and have any ideas?<br>
> > <br>
> > Thanks,<br>
> > <br>
> > Kevin<br>
> > _______________________________________________<br>
> > Users mailing list<br>
> > <a href="mailto:Users@lists.opensips.org" target="_blank">Users@lists.opensips.org</a><br>
> > <a href="http://lists.opensips.org/cgi-bin/mailman/listinfo/users" rel="noreferrer" target="_blank">http://lists.opensips.org/cgi-bin/mailman/listinfo/users</a><br>
> > _______________________________________________<br>
> > Users mailing list<br>
> > <a href="mailto:Users@lists.opensips.org" target="_blank">Users@lists.opensips.org</a><br>
> > <a href="http://lists.opensips.org/cgi-bin/mailman/listinfo/users" rel="noreferrer" target="_blank">http://lists.opensips.org/cgi-bin/mailman/listinfo/users</a><br>
> <br>
> <br>
> _______________________________________________<br>
> Users mailing list<br>
> <a href="mailto:Users@lists.opensips.org" target="_blank">Users@lists.opensips.org</a><br>
> <a href="http://lists.opensips.org/cgi-bin/mailman/listinfo/users" rel="noreferrer" target="_blank">http://lists.opensips.org/cgi-bin/mailman/listinfo/users</a><br>
> _______________________________________________<br>
> Users mailing list<br>
> <a href="mailto:Users@lists.opensips.org" target="_blank">Users@lists.opensips.org</a><br>
> <a href="http://lists.opensips.org/cgi-bin/mailman/listinfo/users" rel="noreferrer" target="_blank">http://lists.opensips.org/cgi-bin/mailman/listinfo/users</a><br>
<br>
<br>
_______________________________________________<br>
Users mailing list<br>
<a href="mailto:Users@lists.opensips.org" target="_blank">Users@lists.opensips.org</a><br>
<a href="http://lists.opensips.org/cgi-bin/mailman/listinfo/users" rel="noreferrer" target="_blank">http://lists.opensips.org/cgi-bin/mailman/listinfo/users</a><br>
</blockquote></div>