<html><head><style>body{font-family:Helvetica,Arial;font-size:13px}</style></head><body style="word-wrap:break-word;line-break:after-white-space"><div id="bloop_customfont" style="font-family:Helvetica,Arial;font-size:13px;color:rgba(0,0,0,1.0);margin:0px;line-height:auto">Not for nothing, but what we’re currently doing is using <i>unequal</i>-cost multipath with Kea. We have two Kea servers (VMs) running OSPF, and the “primary” one advertises its route with a lower cost than the “secondary” one. Quotes because there’s absolutely no difference between the two servers except the route metrics. If server #1 goes down (or more realistically, is taken down for maintenance) routers just use the next-lowest-cost route to get to the other server.</div> <br> <div id="bloop_sign_1513201399601354240" class="bloop_sign"></div> <br><p class="airmail_on">On December 13, 2017 at 1:07:22 PM, Zayer, Sebastian (<a href="mailto:sebastian.zayer@takko.de">sebastian.zayer@takko.de</a>) wrote:</p> <blockquote type="cite" class="clean_bq"><span><div lang="DE" link="blue" vlink="purple"><div></div><div>
<div class="WordSection1">
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Arial",sans-serif">Hi Jason,</span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Arial",sans-serif"> </span></p>
<p class="MsoNormal"><span lang="EN-US" style="font-size:11.0pt;font-family:"Arial",sans-serif">if …</span></p>
<p class="MsoNormal"><span lang="EN-US" style="font-size:11.0pt;font-family:"Arial",sans-serif">| 2) Server1 sends DHCPOFFER to the Client via the relay.
</span></p>
<p class="MsoNormal"><span lang="EN-US" style="font-size:11.0pt;font-family:"Arial",sans-serif">| 3) Client sends DHCPREQUEST via the relay, but arrives on server2.</span></p>
<p class="MsoNormal"><span lang="EN-US" style="font-size:11.0pt;font-family:"Arial",sans-serif">… that happens, you should have a look at the session-management on the HAproxy.</span></p>
<p class="MsoNormal"><span lang="EN-US" style="font-size:11.0pt;font-family:"Arial",sans-serif"> </span></p>
<p class="MsoNormal"><span lang="EN-US" style="font-size:11.0pt;font-family:"Arial",sans-serif">Just my thoughts.</span></p>
<p class="MsoNormal"><span lang="EN-US" style="font-size:11.0pt;font-family:"Arial",sans-serif"> </span></p>
<p class="MsoNormal"><span lang="EN-US" style="font-size:11.0pt;font-family:"Arial",sans-serif"> </span></p>
<p class="MsoNormal"><span lang="EN-US" style="font-size:11.0pt;font-family:"Arial",sans-serif">With kind regards,</span></p>
<p class="MsoNormal"><span lang="EN-US" style="font-size:11.0pt;font-family:"Arial",sans-serif"> </span></p>
<p class="MsoNormal"><span lang="EN-US" style="font-size:11.0pt;font-family:"Arial",sans-serif">Sebastian</span></p>
<p class="MsoNormal"><span lang="EN-US" style="mso-fareast-language:EN-US"> </span></p>
<br>
<br>
<table style="BORDER-COLLAPSE:collapse">
<tbody style="BORDER-COLLAPSE:collapse">
<tr style="BORDER-COLLAPSE:collapse">
<td style="BORDER-RIGHT:rgb(50,50,50) 1px solid;VERTICAL-ALIGN:top;BORDER-COLLAPSE:collapse;TEXT-ALIGN:center;PADDING-LEFT:10px;PADDING-RIGHT:10px">
<a class="sociallink" href="https://m.exactag.com/cl.aspx?tc=622d63de2c2dfa4e3133f6eff7f4a2cb&url=https://www.takko.com/de-de/?utm_source=mail&utm_medium=intern&utm_campaign=Takko_DE_Mailing_Signatur" target="_blank"><img src="http://www.takko.com/on/demandware.static/-/Sites/default/Logos/TakkoLogo_Curvy.png" width="136" height="63"></a><br>
<br>
<a class="socialLink" href="https://www.facebook.com/TakkoFashionDE" target="_blank"><img class="socialLink" src="http://www.takko.com/on/demandware.static/-/Sites/default/Logos/Facebook.png" width="24" height="24"></a>
<a class="socialLink" href="https://www.youtube.com/user/TakkoFashion1" target="_blank">
<img class="socialLink" src="http://www.takko.com/on/demandware.static/-/Sites/default/Logos/YouTube.png" width="24" height="24"></a>
<a class="socialLink" href="https://instagram.com/takko_fashion" target="_blank">
<img class="socialLink" style="HEIGHT: 24px; WIDTH: 24px" src="http://www.takko.com/on/demandware.static/-/Sites/default/Logos/Instgram.png"></a>
</td>
<td style="FONT-SIZE:10pt;FONT-FAMILY:Arial;BORDER-COLLAPSE:collapse;PADDING-LEFT:20px;BORDER-LEFT:rgb(50,50,50) 1px solid;LINE-HEIGHT:14pt">
<strong><span style="FONT-SIZE:11pt">Sebastian Zayer</span></strong><br>
Specialist IT Systems<br>
<br>
T: +49 2504 923 865<br>
F: +49 2504 923 797<br>
M: +49 152 21811579<br>
<br>
Takko Holding GmbH<br>
Alfred-Krupp-Straße 21<br>
48291 Telgte, Deutschland<br>
<br>
Geschäftsführer: Ulrich Eickmann, Thomas Helmreich,
Alexander Mattschull, Arnold Mattschull<br>
Amtsgericht Münster HRB 8939 | Ust.-Id Nr. DE209094382 | <strong><a style="COLOR:#000000" href="https://m.exactag.com/cl.aspx?tc=622d63de2c2dfa4e3133f6eff7f4a2cb&url=https://www.takko.com/de-de/?utm_source=mail&utm_medium=intern&utm_campaign=Takko_DE_Mailing_Signatur">takko.com</a></strong>
</td>
</tr>
</tbody>
</table>
<br>
<span style="FONT-SIZE:10pt;FONT-FAMILY:Arial;FONT-STYLE:italic">Bitte prüfen Sie der Umwelt zuliebe, ob der Ausdruck dieser Mail erforderlich ist.</span>
<p style="FONT-SIZE:10pt;FONT-FAMILY:Arial"></p>
<p style="FONT-SIZE:10pt;FONT-FAMILY:Arial"></p>
<p style="FONT-SIZE:10pt;FONT-FAMILY:Arial"></p>
<p style="FONT-SIZE:10pt;FONT-FAMILY:Arial"></p>
<p class="MsoNormal"><b><span style="font-size:11.0pt;font-family:"Calibri",sans-serif">From:</span></b><span style="font-size:11.0pt;font-family:"Calibri",sans-serif"> Kea-users [mailto:<a href="mailto:kea-users-bounces@lists.isc.org">kea-users-bounces@lists.isc.org</a>]
<b>On Behalf Of </b>Jason Guy<br>
<b>Sent:</b> Wednesday, December 13, 2017 7:17 PM<br>
<b>To:</b> KEA-Users (<a href="mailto:kea-users@lists.isc.org">kea-users@lists.isc.org</a>) <<a href="mailto:kea-users@lists.isc.org">kea-users@lists.isc.org</a>><br>
<b>Subject:</b> [Kea-users] Kea 1.4 HA questions</span></p>
<p class="MsoNormal"> </p>
<div>
<p class="MsoNormal">After reading the HA page <a href="http://kea.isc.org/wiki/HADesign" target="_blank"><span style="font-size:10.0pt">http://kea.isc.org/wiki/HADesign</span></a>, I realized that the mode for Load-balancing does not state if a separate device
(load balancer) is used to direct the traffic to the servers. It would be good to indicate how the traffic is distributed across the servers.</p>
<div>
<p class="MsoNormal"> </p>
</div>
<div>
<p class="MsoNormal">There is a growing trend in networking, to utilize IP equal-cost multipath (ECMP) forwarding to reach services, rather than maintain a separate device (like an F5 or Linux HAproxy). This does not work for all services obviously, but I think
it could work fine for DHCP, provided it is fully HA-aware. </p>
</div>
<div>
<p class="MsoNormal"> </p>
</div>
<div>
<p class="MsoNormal">How will the current HA design work in the scenario where the clients are reaching the load-balanced DHCP servers via dhcp-relay?</p>
</div>
<div>
<p class="MsoNormal">1) Client sends the DHCPDISCOVER, which is relayed and arrives on Server1</p>
</div>
<div>
<p class="MsoNormal">2) Server1 sends DHCPOFFER to the Client via the relay. </p>
</div>
<div>
<p class="MsoNormal">3) Client sends DHCPREQUEST via the relay, but arrives on server2. </p>
</div>
<div>
<p class="MsoNormal">4) Server2 should send a DHCPACK, but will it?</p>
</div>
<div>
<p class="MsoNormal">Is the state between the servers synchronized at each point in the overall transaction, such that server2 can complete the lease? </p>
</div>
<div>
<p class="MsoNormal"> </p>
</div>
<div>
<p class="MsoNormal">I think the answer is no, because it appears that the subnet definitions in the Kea configurations have to be manually partitioned, as explained in the section Subnets and Pools Configuration for HA. This implies that each server is still
basically autonomous in the subnets they can allocate, while both servers are alive. </p>
</div>
<div>
<p class="MsoNormal"> </p>
</div>
<div>
<p class="MsoNormal">This seems like a cumbersome way to implement HA from the user point of view. It is much more intuitive to have a matching configuration (enforced when the HA communication is established), and either server can perform operations on the
same resources. In openstack this is all handled via a message queue, so redundant nodes know the active state of transactions.</p>
</div>
<div>
<p class="MsoNormal"> </p>
</div>
<div>
<p class="MsoNormal">Anyhow, I think this is a really cool addition to Kea. I am curious how it will work for various data center environments I see every day, where the microservices concept is way things are moving. It may be I misunderstood the HAdesign
page, but I would like to understand this better as I plan to test this as soon as possible.</p>
</div>
<div>
<p class="MsoNormal"> </p>
</div>
<div>
<p class="MsoNormal">Cheers,</p>
</div>
<div>
<p class="MsoNormal">Jason</p>
</div>
</div>
</div>
_______________________________________________
<br>Kea-users mailing list
<br><a href="mailto:Kea-users@lists.isc.org">Kea-users@lists.isc.org</a>
<br><a href="https://lists.isc.org/mailman/listinfo/kea-users">https://lists.isc.org/mailman/listinfo/kea-users</a>
<br></div></div></span></blockquote></body></html>