<div dir="ltr">Hi Darren, <div><br></div><div>Thanks for the confirmation, and also for sharing about the 2.3.4 release key point, </div><div>Actually, when I saw the ISC website they say that the last stable version is 2.2.0 so I am trying that in my data center for now, will check more about the latest versions<br></div><div><br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Fri, May 5, 2023 at 4:06 PM Darren Ankney <<a href="mailto:darren.ankney@gmail.com">darren.ankney@gmail.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">Hi Kraishak,<br>
<br>
Currently there is no such possibility in Kea HA hook.  Only the<br>
servers themselves are able to be in a primary and secondary<br>
relationship and there can be only two.  What you can do is use a<br>
database  server (mysql or postgres) storage for leases and point all<br>
servers with the same subnets configured at the same database (be sure<br>
and give the subnets matching ids on all servers or that could be<br>
interesting).  This is more feasible after the random lease allocator<br>
was introduced in version 2.3.4 as multiple Kea servers are less<br>
likely to offer the same address to multiple clients.<br>
<br>
Thank you,<br>
<br>
Darren Ankney<br>
<br>
On Thu, May 4, 2023 at 7:40 AM Kraishak Mahtha <<a href="mailto:kraishak.edu@gmail.com" target="_blank">kraishak.edu@gmail.com</a>> wrote:<br>
><br>
> Hi all,<br>
><br>
> I am checking if the kea-HA can be supportive for multiple HA relationships like say server-A and server-B being in a HA for subnet1, subnet2<br>
> 1)While the above is configured, can we make one more HA relation between Server A and Server C for other subnets?<br>
> 2)Can we make Server A primary for a few subnets and failover for other subnets?<br>
><br>
> Can someone guide me if anyone has a similar requirement configuration or is aware of the use case reference?<br>
><br>
> Thanks in Advance<br>
><br>
> --<br>
> ISC funds the development of this software with paid support subscriptions. Contact us at <a href="https://www.isc.org/contact/" rel="noreferrer" target="_blank">https://www.isc.org/contact/</a> for more information.<br>
><br>
> To unsubscribe visit <a href="https://lists.isc.org/mailman/listinfo/kea-users" rel="noreferrer" target="_blank">https://lists.isc.org/mailman/listinfo/kea-users</a>.<br>
><br>
> Kea-users mailing list<br>
> <a href="mailto:Kea-users@lists.isc.org" target="_blank">Kea-users@lists.isc.org</a><br>
> <a href="https://lists.isc.org/mailman/listinfo/kea-users" rel="noreferrer" target="_blank">https://lists.isc.org/mailman/listinfo/kea-users</a><br>
-- <br>
ISC funds the development of this software with paid support subscriptions. Contact us at <a href="https://www.isc.org/contact/" rel="noreferrer" target="_blank">https://www.isc.org/contact/</a> for more information.<br>
<br>
To unsubscribe visit <a href="https://lists.isc.org/mailman/listinfo/kea-users" rel="noreferrer" target="_blank">https://lists.isc.org/mailman/listinfo/kea-users</a>.<br>
<br>
Kea-users mailing list<br>
<a href="mailto:Kea-users@lists.isc.org" target="_blank">Kea-users@lists.isc.org</a><br>
<a href="https://lists.isc.org/mailman/listinfo/kea-users" rel="noreferrer" target="_blank">https://lists.isc.org/mailman/listinfo/kea-users</a><br>
</blockquote></div>