Send kea-dev mailing list submissions to
[email protected]
To subscribe or unsubscribe via the World Wide Web, visit
https://lists.isc.org/mailman/listinfo/kea-dev
or, via email, send a message with subject or body 'help' to
[email protected]
You can reach the person managing the list at
[email protected]
When replying, please edit your Subject line so it is more specific
than "Re: Contents of kea-dev digest..."
Today's Topics:
1. Re: Transitioning Openwrt to Kea (Philip Prindeville)
----------------------------------------------------------------------
Message: 1
Date: Sat, 3 Aug 2024 00:04:11 -0600
From: Philip Prindeville <[email protected]>
To: Peter Davies <[email protected]>
Cc: [email protected]
Subject: Re: [kea-dev] Transitioning Openwrt to Kea
Message-ID:
<[email protected]>
Content-Type: text/plain; charset=utf-8
Thanks for those answers.
The ?ip-reservations-unique? helped a lot.
I?ve noticed that certain devices (like IoT smart switches) need to have their
renew-timer explicitly given (even if it?s not one of the parameters in their
request) or they?ll keep renewing their lease every minute or something insane
like that.
I?ve had to use something like:
host fire-purple {
hardware ethernet xx:xx:xx:xx:xx;
fixed-address 192.168.6.29;
option host-name "fire-purple";
if exists dhcp-parameter-request-list {
option dhcp-parameter-request-list = concat(option
dhcp-parameter-request-list, 0c);
}
}
what is the equivalent to always send the renew-timer? I tried:
{
?hostname?: ?upstairs-bedroom-thermostat?,
?hw-address?: ?xx:xx:xx:xx:xx?,
?ip-address?: ?192.168.6.218?,
?option-data?: [
{
?name?: ?host-name?,
?data?: ?upstairs-bedroom-thermostat?,
?always-send?: true
},
{
?name?: ?renew-timer?,
?data?: 1800,
?always-send?: true,
}
]
}
but that doesn?t parse.
And is there an option to deny unknown clients or only to ignore them via the
UNKNOWN membership and DROP client-class? I don?t want them to keep on try. I
want them to report to their user that they?re being explicitly denied.
I?ve figured out that having a ?pool? enables booting unknown clients, that?s
straightforward enough.
Thanks,
-Philip
> On Aug 1, 2024, at 3:22?AM, Peter Davies <[email protected]> wrote:
>
> Hi Philip,
> It is excellent to hear you are trying to help users migrate to Kea.
>
> You should be able to add the "renew-timer" parameter globally and within a
> subnet definition. The following is an example of this:
>
> "subnet4": [{
> "id": 1,
> "subnet": "10.0.1.0/24",
> "renew-timer": 1000,
> "pools": [ { "pool": "10.0.1.1-10.0.1.200" } ] },{
> "id": 2,
> "subnet": "10.0.2.0/24",
> "renew-timer": 2000,
> "pools": [ { "pool": "10.0.2.1-10.0.2.200" } ]
> }],
>
> There is no equivalent to ISC DHCPD's "always-broadcast" keyword. Localnet
> dhcp
> traffic processing can be enabled for an interface by setting the
> "dhcp-socket-type"
> to "raw". For example:
>
> "interfaces-config": { "interfaces": [ "eth0" ], "dhcp-socket-type": "raw" },
>
> The "authoritative" setting can be specified in global, shared-network, and
> subnet
> configuration scopes and is automatically inherited from the parent scope, if
> not specified.
>
> To allow multiple reservations for the same address, you will need to set the
> global parameter "ip-reservations-unique" to false; the default is true.
>
> "ip-reservations-unique": false,
>
> Let us hear how you get on.
>
> Kind Regards Peter
> --
> Peter Davies
> Support Engineer
> Internet Systems Corporation
>
> --
> kea-dev mailing list
> [email protected]
> https://lists.isc.org/mailman/listinfo/kea-dev
------------------------------
Subject: Digest Footer
_______________________________________________
kea-dev mailing list
[email protected]
https://lists.isc.org/mailman/listinfo/kea-dev
------------------------------
End of kea-dev Digest, Vol 91, Issue 2
**************************************
