>The problem is that are for some reason no available leases for this
client on subnet-id 3.
Yeah... my colleague's assumption is that kea lacks the correct vendor
client-classes. Let me try cover the simple stuff and elaborate. I the
option-data and pools I have defined: That data is pulled from a working
windows DHCP server
"option-data": [
{
"always-send": false,
"code": 43,
"csv-format": false,
"data": " 0x4d4552414b49",
"name": "MERAKI_AP_CLASS",
"never-send": false,
"space": "dhcp4"
},
{
"always-send": true,
"code": 43,
"csv-format": true,
"data": "0x4d4552414b49",
"name": "MERAKI_AP_CLASS",
"never-send": false,
"space": "vendor-encapsulated-options-space"
}
],
"pools": [
{
"client-class": "MERAKI_AP_CLASS",
"option-data": [],
"pool": "xxx.xxx.11.1-xxx.xxx.13.127"
},
{
"client-class": "MERAKI_AP_CLASS",
"option-data": [],
"pool": "xxx.xxx.13.128-xxx.xxx.15.254"
}
],
"client-classes": [
{
"boot-file-name": "",
"name": "MERAKI_AP_CLASS",
"next-server": "0.0.0.0",
"option-data": [
{
"always-send": false,
"code": 43,
"csv-format": true,
"data": "0x4d4552414b49",
"name": "MERAKI_AP_CLASS",
"never-send": false,
"space": "dhcp4"
},
{
"always-send": true,
"code": 43,
"csv-format": true,
"data": "0x4d4552414b49",
"name": "MERAKI_AP_CLASS",
"never-send": false,
"space": "vendor-encapsulated-options-space"
}
]
Since putting these stanza in place the nature of the error has changed
slightly to
2024-05-14 18:45:16.013 ERROR [kea-dhcp4.bad-packets/1184246]
*DHCP4_PACKET_NAK_0001
*[hwtype=1 xx:xx:xx:xx:xx:xx ], cid=[ xx:xx:xx:xx:xx:xx ],
tid=0x3fe164bf: failed to select a subnet for incoming packet, src
xxx.xxx.10.1, type DHCPDISCOVER
The src that is forwarding these requests is not part of the pool that is
defined. Is that an issue? Sorry I am a bit new to DHCP in general and
vendor classes especially. There is a lot of throwing things at the wall
and seeing what sticks at the moment.
CS, cs.temp.m...@gmail.com
On Tue, 14 May 2024 at 01:17, Peter Davies <pet...@isc.org> wrote:
> Hi CS,
>
> Kea sees the vendor ID and automatically creates the
> VENDOR_CLASS_MERAKI class, which is associated with this client.
>
> The problem is that are for some reason no available leases for this
> client on subnet-id 3.
>
> It is not possible to give a better explanation based on the data
> presented here.
>
> Kind Regards Peter
>
> On 13/05/2024 22.33, CS wrote:
>
> I am trying to migrate onto a kea server however I think I am stymied by
> vendor classes/options and my lack of understanding of the concept. On the
> server I am logging the following:
>
> 2024-05-10 05:18:35.064 WARN [kea-dhcp4.alloc-engine/1184246]
> ALLOC_ENGINE_V4_ALLOC_FAIL_SUBNET [hwtype=1 xx:xx:xx:xx:xx:xx],
> cid=[xx:xx:xx:xx:xx:xx:xx], tid=0x58cf5641: failed to allocate an IPv4
> lease in the subnet xx.xx.xx.xx/xx, subnet-id 3, shared network (none)
> 2024-05-10 05:18:35.064 WARN [kea-dhcp4.alloc-engine/1184246]
> ALLOC_ENGINE_V4_ALLOC_FAIL_NO_POOLS [hwtype=1 xx:xx:xx:xx:xx:xx],
> cid=[xx:xx:xx:xx:xx:xx], tid=0x58cf5641: no pools were available for the
> address allocation
> 2024-05-10 05:18:35.064 WARN [kea-dhcp4.alloc-engine/1184246]
> ALLOC_ENGINE_V4_ALLOC_FAIL_CLASSES [hwtype=1 xx:xx:xx:xx:xx:xx],
> cid=[xx:xx:xx:xx:xx:xx], tid=0x58cf5641: Failed to allocate an IPv4 address
> for client with classes: ALL, HA_kea1.org.org, VENDOR_CLASS_MERAKI,
> UNKNOWN
>
> Since I have pools defined with all their IP addresses available, I assume
> this is because I need to define a vendor class for the meraki access
> points that are DORA but I can't seem to craft the configuration that can
> move this forward. Probably because . When I look at our old windows DHCP
> server I have the following reference but I am still stuck.
>
> <Class>
> <Name>MERAKI_AP_CLASS</Name>
> <Type>Vendor</Type>
> <Data>0x4d4552414b49</Data>
> </Class>
>
> Any thoughts, advice, direction? Working my way through
> https://kea.readthedocs.io/en/latest/arm/classify.htmlbut I'm not sure I
> fully understand the vendor options concept of all this...especially in
> resolving my isseu.
>
> CS, cs.temp.m...@gmail.com
>
> --
> Peter Davies
> Support Engineer
> Internet Systems Corporation
>
> --
> ISC funds the development of this software with paid support
> subscriptions. Contact us at https://www.isc.org/contact/ for more
> information.
>
> To unsubscribe visit https://lists.isc.org/mailman/listinfo/kea-users.
>
> Kea-users mailing list
> Kea-users@lists.isc.org
> https://lists.isc.org/mailman/listinfo/kea-users
>
--
ISC funds the development of this software with paid support subscriptions.
Contact us at https://www.isc.org/contact/ for more information.
To unsubscribe visit https://lists.isc.org/mailman/listinfo/kea-users.
Kea-users mailing list
Kea-users@lists.isc.org
https://lists.isc.org/mailman/listinfo/kea-users
