<html xmlns:v="urn:schemas-microsoft-com:vml" xmlns:o="urn:schemas-microsoft-com:office:office" xmlns:w="urn:schemas-microsoft-com:office:word" xmlns:m="http://schemas.microsoft.com/office/2004/12/omml" xmlns="http://www.w3.org/TR/REC-html40">
<head>
<meta http-equiv="Content-Type" content="text/html; charset=us-ascii">
<meta name="Generator" content="Microsoft Word 15 (filtered medium)">
<!--[if !mso]><style>v\:* {behavior:url(#default#VML);}
o\:* {behavior:url(#default#VML);}
w\:* {behavior:url(#default#VML);}
.shape {behavior:url(#default#VML);}
</style><![endif]--><style><!--
/* Font Definitions */
@font-face
{font-family:"Cambria Math";
panose-1:2 4 5 3 5 4 6 3 2 4;}
@font-face
{font-family:Calibri;
panose-1:2 15 5 2 2 2 4 3 2 4;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
{margin:0in;
font-size:11.0pt;
font-family:"Calibri",sans-serif;}
a:link, span.MsoHyperlink
{mso-style-priority:99;
color:blue;
text-decoration:underline;}
p.xqt-msonormal1, li.xqt-msonormal1, div.xqt-msonormal1
{mso-style-name:x_qt-msonormal1;
margin:0in;
font-size:11.0pt;
font-family:"Calibri",sans-serif;}
span.EmailStyle22
{mso-style-type:personal-compose;
font-family:"Times New Roman",serif;
color:black;}
.MsoChpDefault
{mso-style-type:export-only;
font-size:10.0pt;}
@page WordSection1
{size:8.5in 11.0in;
margin:1.0in 1.0in 1.0in 1.0in;}
div.WordSection1
{page:WordSection1;}
--></style><!--[if gte mso 9]><xml>
<o:shapedefaults v:ext="edit" spidmax="1026" />
</xml><![endif]--><!--[if gte mso 9]><xml>
<o:shapelayout v:ext="edit">
<o:idmap v:ext="edit" data="1" />
</o:shapelayout></xml><![endif]-->
</head>
<body lang="EN-US" link="blue" vlink="purple" style="word-wrap:break-word">
<div class="WordSection1">
<div>
<p class="MsoNormal"><span style="font-size:12.0pt;color:black">Apologies, I listed incorrect state of server to begin counting unack’d clients (should have said communication-interrupted instead of partner-down) and I missed first part of thread where Kraishak
listed that state of server was indeed communication-interrupted and had counted 1 unack’d client.<o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:12.0pt;color:black"><o:p> </o:p></span></p>
<p class="MsoNormal"><span style="font-size:12.0pt;color:black">Earlier in thread, Kraishak’s config listed max-unacked-clients = 2. If I understand correctly, the standby host would need to exceed 2 unacked clients before transitioning to partner-down. This
seems to bear out with earlier status output of “unacked-clients = 1” and “unacked-clients-left = 2” (where total unacked clients must be 3 to exceed configured max-unacked-clients). If I’m caught up correctly, question remains why additional requests were
not counted as unacked.<o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:12.0pt;color:black"><o:p> </o:p></span></p>
<p class="MsoNormal"><span style="font-size:12.0pt;color:black">In looking at earlier packet capture, I only see two MAC addresses with DHCP requests:
<o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:12.0pt;color:black">34:98:b5:dc:1f:99<o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:12.0pt;color:black">08:6a:c5:82:de:a8<o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:12.0pt;color:black">If the server is only seeing request from two clients, the configured “max-unacked-clients” setting of “2” will never be exceeded.
<o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:12.0pt;color:black"><o:p> </o:p></span></p>
<p class="MsoNormal"><span style="font-size:12.0pt;color:black">There is also some question as to why Kraishak is only seeing status of 1 “unacked-clients” even when there are requests from two clients that exceed 10 seconds. The packet capture shows requests
from 08:6a:c5:82:de:a8 using little endian encoding for seconds elapsed. I believe this is bad behavior of Windows clients (packet has Vendor class ID of MSFT 5.0). Wondering if the bad encoding of seconds field may be tripping Kea up. The other possibility
may be that both clients have not exceeded max-ack-delay of 10 seconds at the same time.
<o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:12.0pt;color:black"><o:p> </o:p></span></p>
<p class="MsoNormal"><span style="font-size:12.0pt;color:black"><o:p> </o:p></span></p>
<p class="MsoNormal"><span style="font-size:12.0pt;color:black"><o:p> </o:p></span></p>
<p class="MsoNormal"><span style="font-size:12.0pt;color:black"><o:p> </o:p></span></p>
</div>
<div class="MsoNormal" align="center" style="text-align:center">
<hr size="2" width="98%" align="center">
</div>
<div id="divRplyFwdMsg">
<p class="MsoNormal"><b><span style="color:black">From:</span></b><span style="color:black"> Kea-users <kea-users-bounces@lists.isc.org> on behalf of Kevin P. Fleming <lists.kea-users@kevin.km6g.us><br>
<b>Sent:</b> Thursday, June 22, 2023 2:58 PM<br>
<b>Cc:</b> kea-users@lists.isc.org <kea-users@lists.isc.org><br>
<b>Subject:</b> Re: [Kea-users] max-unacked-clients definition</span> <o:p></o:p></p>
</div>
<div>
<p class="MsoNormal"> <o:p></o:p></p>
<div>
<div>
<p class="MsoNormal">On Thu, Jun 22, 2023, at 13:58, Frey, Rick E wrote:<o:p></o:p></p>
</div>
<blockquote style="margin-top:5.0pt;margin-bottom:5.0pt" id="x_qt">
<div>
<p class="xqt-msonormal1">The server needs to see its partner down before it will consider requests as un-acked and begin responding such requests. If your standby server does not see the other server as partner-down, the requests are not tracked as un-acked
even though they are not being processed by the primary server. If you are testing failover, you’ll need to disrupt communication between servers so standby host sees primary as partner-down. See
<a href="https://lists.isc.org/mailman/htdig/kea-users/2023-January/003794.html">
previous thread</a> on this topic.<o:p></o:p></p>
</div>
</blockquote>
<div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
<div>
<p class="MsoNormal">This does not match the documentation. In the ARM it says that if max-unacked-clients is non-zero, then the server must notice at least that many unacked clients before it will transition its peer to the partner-down state. Disrupting communications
is not sufficient to force that transition unless max-unacked-clients is set to zero.<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
<div>
<p class="MsoNormal">For the OP's configuration, using hot-standby, I'd probably just set max-unacked-clients to zero. This should be safe as long as the Kea servers are communicating with each other over the same path as the clients are communicating with
them. The ARM explicitly suggests this too.<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
</div>
</div>
</div>
</body>
</html>