Project

General

Profile

Actions

Bug #15466

closed

Kea does not send a subnet mask in its inform response when requested by a client that isn't requesting an address allocation

Added by Oliver Mueller 13 days ago. Updated 12 days ago.

Status:
Needs Patch
Priority:
Very Low
Assignee:
-
Category:
DHCP (IPv4)
Target version:
-
Start date:
Due date:
% Done:

0%

Estimated time:
Plus Target Version:
Release Notes:
Default
Affected Version:
2.7.2
Affected Architecture:

Description

I am using a mac with macos 14.4.1 and pfsense 2.7.2.

When using DHCP on my mac, everything works fine. I do get the correct settings (IP, subnet, router, dns, ...). When I switch to "Using DHCP with Manual Address", everything works fine as well except of the subnet mask. It should be 255.255.255.0, but instead it is 255.255.255.255.

This issue only exists with KEA DHCP server, not with ISC DHCP server. As soon as I switch back to ISC DHCP without touching any configuration, all is fine again.

Actions #1

Updated by Jim Pingle 12 days ago

  • Status changed from New to Needs Patch
  • Priority changed from Normal to Very Low

As far as I can see this may be a bug in Kea itself you may need to report upstream. The configuration appears to be correct. The client requests the subnet mask attribute but Kea does not send it in the response message. The client then assumes the wrong mask because it didn't get the information it requested.

Honestly, however, that client setting is problematic in general. If you want static assignment, create a static mapping in the Kea GUI, do not hardcode the address on a client.

Actions #2

Updated by Jim Pingle 12 days ago

  • Subject changed from KEA is promoting wrong subnet mask to Kea does not send a subnet mask in its inform response when requested by a client that isn't requesting an address allocation
Actions

Also available in: Atom PDF