<!DOCTYPE html><html><head><title></title></head><body><div>Hi all,</div><div><br></div><div>So on macOS 27.2, when I configure DHCP with a manual address: 192.168.1.50, kea-dhcp4 (3.2.0) matches the client to one of its subnets in the configuration but sends no subnet-mask (option 1). This causes macOS to set the subnet mask to 255.255.255.255 (instead of 255.255.255.0) and break network connectivity. When using DHCP or DHCP with manual addressing in macOS the subnet-mask cannot be changed, it is meant to use whatever the server sends.</div><div><br></div><div>In the initial DHCP request (DHCPINFORM option 53) by macOS (src ip 0.0.0.0 to dst ip 255.255.255.255) I can see the ciaddr is correctly set to 192.168.1.50 in the request and the request asks for a subnet mask (DHCP option 55 param 1). Yet in the response from kea no subnet-mask is sent while other options like domain-name, domain-search, domain-name-servers configured for the subnet for 192.168.1.50 are sent. The subnet declaration in kea-dhcp4.conf has "192.168.1.0/24" set and is being matched properly, but it seems the auto subnet mask calculation is not run and the respective subnet-mask field is not sent in response. Given the subnet-mask is explicitly stated to be auto-calculated and managed, this behavior seems like a bug to me.</div><div><br></div><div id="sig186835572"><div class="signature">-- </div><div class="signature">Adonis</div></div></body></html>