<div dir="ltr"><p>Hi everyone,</p><p>I’m running Kea DHCP4 together with Stork, and I’ve encountered something I don’t fully understand regarding how Stork calculates the total number of addresses in a subnet.</p><p>I have a <strong>1XX.9.3.0/24</strong> subnet configured, with only a very small dynamic pool:</p><pre style="text-wrap-mode: wrap;"><div><div><div><div></div></div></div><div dir="ltr"><code>pools:
  - pool: 1XX.9.3.250-1XX.9.3.254
</code></div></div></pre><p>All other addresses in the /24 are used exclusively as <strong>static host reservations</strong>.</p><p>However, Stork reports the following:</p><ul><li style="margin-left:15px"><p><strong>Total addresses:</strong> 62</p></li><li style="margin-left:15px"><p><strong>Assigned:</strong> 51</p></li><li style="margin-left:15px"><p><strong>Free:</strong> 11</p></li><li style="margin-left:15px"><p><strong>Usage:</strong> 82.3% (yellow warning shown)</p></li></ul><p>My question is:</p><h3><strong>Why does Stork calculate only 62 total usable addresses for this subnet, when the subnet is actually a full /24?</strong></h3><p>I understand that my dynamic pool only contains 5 addresses, but I expected Stork to consider the rest of the /24 as part of the subnet, since I use those addresses for reservations.</p><p>Is this the expected behavior?<br>Does Stork count only “usable” addresses as those inside dynamic pools plus explicitly configured reservations?<br>Is there a recommended way to have Stork recognize the entire /24 range so it doesn’t trigger a high-usage warning?</p><p>Operationally everything works fine — I can continue creating reservations without any issue — but I’d like to confirm whether this behavior is normal or whether I might be missing something in the configuration.</p><p>Thanks in advance,<br>Oliver</p></div>