[Kea-users] Three Requests, Two Responses
Elton, Norman N
wnelto at wm.edu
Wed Sep 16 18:21:36 UTC 2026
Confirmed:
[kea-dhcp4.dhcp4.111] DHCP4_QUERY_LABEL received query: [hwtype=1 9e:10:17:3e:d3:3c], cid=[01:9e:10:17:3e:d3:3c], tid=0x7429273b
[kea-dhcp4.dhcp4.222] DHCP4_QUERY_LABEL received query: [hwtype=1 9e:10:17:3e:d3:3c], cid=[01:9e:10:17:3e:d3:3c], tid=0x7429273b
[kea-dhcp4.packets.111] DHCP4_PACKET_RECEIVED [hwtype=1 9e:10:17:3e:d3:3c], cid=[01:9e:10:17:3e:d3:3c], tid=0x7429273b: DHCPDISCOVER (type 1) received from 192.168.104.2 to 192.168.10.154 on interface bond0.10
[kea-dhcp4.dhcp4.333] DHCP4_QUERY_LABEL received query: [hwtype=1 9e:10:17:3e:d3:3c], cid=[01:9e:10:17:3e:d3:3c], tid=0x7429273b
[kea-dhcp4.packets.222] DHCP4_PACKET_RECEIVED [hwtype=1 9e:10:17:3e:d3:3c], cid=[01:9e:10:17:3e:d3:3c], tid=0x7429273b: DHCPDISCOVER (type 1) received from 192.168.104.3 to 192.168.10.154 on interface bond0.10
[kea-dhcp4.packets.333] DHCP4_PACKET_RECEIVED [hwtype=1 9e:10:17:3e:d3:3c], cid=[01:9e:10:17:3e:d3:3c], tid=0x7429273b: DHCPDISCOVER (type 1) received from 192.168.104.4 to 192.168.10.154 on interface bond0.10
[kea-dhcp4.bad-packets.333] DHCP4_PACKET_DROP_0011 dropped as sent by the same client than a packet being processed by another thread: dropped hwaddr=9e:10:17:3e:d3:3c, local_address=192.168.10.154:67, remote_address=192.168.104.3:67,#012msg_type=DHCPDISCOVER (1), trans_id=0x7429273b,#012options:#012 type=012, len=014: "Galaxy-Z-Fold7" (string)#012 type=053, len=001: 1 (uint8)#012 type=055, len=012: 1(uint8) 3(uint8) 6(uint8) 15(uint8) 26(uint8) 28(uint8) 51(uint8) 58(uint8) 59(uint8) 43(uint8) 114(uint8) 108(uint8)#012 type=057, len=002: 1500 (uint16)#012 type=060, len=015: "android-dhcp-16" (string)#012 type=061, len=007: 01:9e:10:17:3e:d3:3c#012 type=080, len=000: #012 type=082, len=023:,#012options:#012 type=001, len=021: 69:72:62:2e:31:31:30:30:26:6c:73:69:2e:31:30:34:38:36:37:30:00 by thread 333 as duplicate of hwaddr=9e:10:17:3e:d3:3c, local_address=192.168.10.154:67, remote_address=192.168.104.2:67,#012msg_type=DHCPDISCOVER (1), trans_id=0x7429273b,#012options:#012 type=012, len=014: "Galaxy-Z-Fold7" (string)#012 type=053, len=001: 1 (uint8)#012 type=055, len=012: 1(uint8) 3(uint8) 6(uint8) 15(uint8) 26(uint8) 28(uint8) 51(uint8) 58(uint8) 59(uint8) 43(uint8) 114(uint8) 108(uint8)#012 type=057, len=002: 1500 (uint16)#012 type=060, len=015: "android-dhcp-16" (string)#012 type=061, len=007: 01:9e:10:17:3e:d3:3c#012 type=080, len=000: #012 type=082, len=023:,#012options:#012 type=001, len=021: 69:72:62:2e:31:31:30:30:26:6c:73:69:2e:31:30:34:38:37:33:32:00 processed by 111
[kea-dhcp4.leases.111] DHCP4_LEASE_OFFER [hwtype=1 9e:10:17:3e:d3:3c], cid=[01:9e:10:17:3e:d3:3c], tid=0x7429273b: lease 192.168.104.82 will be offered
[kea-dhcp4.packets.111] DHCP4_PACKET_SEND [hwtype=1 9e:10:17:3e:d3:3c], cid=[no info], tid=0x7429273b: trying to send packet DHCPOFFER (type 2) from 192.168.10.154:67 to 192.168.104.2:67 on interface bond0.10
[kea-dhcp4.leases.444] DHCP4_LEASE_OFFER [hwtype=1 9e:10:17:3e:d3:3c], cid=[01:9e:10:17:3e:d3:3c], tid=0x7429273b: lease 192.168.104.82 will be offered
[kea-dhcp4.packets.444] DHCP4_PACKET_SEND [hwtype=1 9e:10:17:3e:d3:3c], cid=[no info], tid=0x7429273b: trying to send packet DHCPOFFER (type 2) from 192.168.10.154:67 to 192.168.104.4:67 on interface bond0.10
Perhaps a related question, is it expected that a query is handed between threads during processing? In the above case, packets are received by threads 111, 222, and 333 (shortened here for readability). 333 decides to drop its packet. Great. But when the offers are sent out, they are sent from threads 111 and 444.
I’m hoping to correlate the log messages for an individual query, do some analysis, and produce a much simpler “troubleshooting” view in our network management system. Since the transaction ID is the same across the three simultaneous requests, I figured the thread ID could help. But the thread ID is also changing. This isn’t the end of the world, I’m pretty sure I can get useful information from the logs as-is. Just curious.
Norman
From: Elton, Norman N <wnelto at wm.edu>
Date: Wednesday, September 16, 2026 at 9:50 AM
To: Kea user's list <kea-users at lists.isc.org>
Cc: Doug Freed <dwfreed at isc.org>
Subject: Re: [Kea-users] Three Requests, Two Responses
>> This is deduplication of incoming packets.
Oh brilliant! Love it. I’ll crank up the debugging to confirm.
Norman
--
ISC funds the development of this software with paid support subscriptions. Contact us at https://nam11.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.isc.org%2Fcontact%2F&data=05%7C02%7Cwnelto%40wm.edu%7Ce8e0d2fbd2fd4823be8e08df13f5f720%7Cb93cbc3e661d40588693a897b924b8d7%7C0%7C0%7C639251619296647695%7CUnknown%7CTWFpbGZsb3d8eyJFbXB0eU1hcGkiOnRydWUsIlYiOiIwLjAuMDAwMCIsIlAiOiJXaW4zMiIsIkFOIjoiTWFpbCIsIldUIjoyfQ%3D%3D%7C0%7C%7C%7C&sdata=tWS9a6%2Bdgj%2FJns1swGk%2Bs6RN0lb36XVtIjbKxG%2B64tc%3D&reserved=0<https://www.isc.org/contact/> for more information.
To unsubscribe visit https://nam11.safelinks.protection.outlook.com/?url=https%3A%2F%2Flists.isc.org%2Fmailman%2Flistinfo%2Fkea-users&data=05%7C02%7Cwnelto%40wm.edu%7Ce8e0d2fbd2fd4823be8e08df13f5f720%7Cb93cbc3e661d40588693a897b924b8d7%7C0%7C0%7C639251619296684103%7CUnknown%7CTWFpbGZsb3d8eyJFbXB0eU1hcGkiOnRydWUsIlYiOiIwLjAuMDAwMCIsIlAiOiJXaW4zMiIsIkFOIjoiTWFpbCIsIldUIjoyfQ%3D%3D%7C0%7C%7C%7C&sdata=QA1lDWXfDQ27uT%2BUSCyB8Z%2F%2BO6msxYYIh4IMqSxKNRw%3D&reserved=0<https://lists.isc.org/mailman/listinfo/kea-users>.
Kea-users at lists.isc.org
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.isc.org/pipermail/kea-users/attachments/20260916/b0956c85/attachment-0001.htm>
More information about the Kea-users
mailing list