Open jamtur01 opened 6 hours ago
We should probably consider offering other logging levels to trace issues like these, from a console, you could try to set the logger to DEBUG
in /usr/local/etc/kea/kea-dhcp4.conf
and restart kea using /usr/local/etc/rc.d/kea restart
. If kea ignores the message in full, there is a chance debug output would explain the reason why.
The tcpdump message seems to complain about option 81 not being compliant to RFC 4702 (https://github.com/the-tcpdump-group/tcpdump/commit/e2481334a1f4402cf735ec851d14f1428d7a5f58), digging a bit further seems to indicate an upstream issue (https://gitlab.isc.org/isc-projects/kea/-/issues/3289)
Important notices
Before you add a new report, we ask you kindly to acknowledge the following:
Describe the bug
Caveat - I am not sure if this is a bug with Kea but ....
I have some Hitron HTEM4 Moca adaptors. They default to doing DHCP for IP addresses. I couldn't work out why they weren't getting DHCP addresses so I tcpdump'ed the DHCP requests and I see:
Note the:
Kea refuses to issue an address. I tested ISC, and it works (correctly?) and issues an address. I presume its RFC validation is more relaxed. I did look for a way to configure Kea to be more accepting, but I couldn't see anything relevant.
The problem may be that the HTEM4s should be better behaved, but I figured it was worth reporting as an FYI, at least.
Environment
Software version used and hardware type if relevant, e.g.:
OPNsense 23.7.8 (amd64).OPNsense 24.7.9_1-amd64 FreeBSD 14.1-RELEASE-p6 OpenSSL 3.0.15