[kea-dev] Inconsistent log severity for RELEASE success between DHCPv4 and DHCPv6

Thomas Reagan tk at rgn.ltd
Fri Jun 26 23:32:25 UTC 2026


Hi all,

Quick question, short version: DHCPv4 and DHCPv6 log a successful client RELEASE at different severities — DHCPv6 at INFO, DHCPv4 at DEBUG. Is this intentional?

Longer version: 

I'm running Kea 3.0.3 and building some tooling on the back of log notices.  I noticed that the same semantic event — "client released its lease successfully, normal shutdown" — is logged at different levels depending on protocol:
DHCPv4 (DHCP4_RELEASE): "address was released properly" → DEBUG
DHCPv6 (DHCP6_RELEASE_NA): "was released properly" → INFO
Both describe normal, successful operation — not an error or warning condition.

To reproduce: start kea-dhcp4 and kea-dhcp6 with default logging, trigger a client RELEASE (e.g., dhclient -r), and compare the severity of the "released properly" log lines between the two daemons.

Why it matters in practice: with default INFO-level logging, DHCPv4 release events are invisible, while DHCPv6 releases show up fine. This makes log-driven automation (cleanup scripts, monitoring, alerting) behave differently across protocol versions in ways that are easy to miss.

Suggested fix: promote DHCP4_RELEASE to INFO to match DHCPv6 behavior. If there's a deliberate reason for the asymmetry, I'd love to understand it — and a note in the docs would help others hit by the same surprise.

Happy to open a GitLab issue if that's more appropriate than a list thread, I just wasn’t sure where else to ask!

Best,

Tom Reagan
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.isc.org/pipermail/kea-dev/attachments/20260626/305b4b3d/attachment.htm>


More information about the kea-dev mailing list