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 (Victoria Risk)
----------------------------------------------------------------------
Message: 1
Date: Sun, 4 Aug 2024 13:49:02 -0400
From: Victoria Risk <[email protected]>
To: Philip Prindeville <[email protected]>
Cc: Peter Davies <[email protected]>, [email protected], Tomek
Mrugalski <[email protected]>
Subject: Re: [kea-dev] Transitioning Openwrt to Kea
Message-ID: <[email protected]>
Content-Type: text/plain; charset=utf-8
> On Aug 3, 2024, at 12:33?PM, Philip Prindeville
> <[email protected]> wrote:
>
> Also, please allow pprindeville to fork Kea.
Philip,
You should be able to create a project and fork Kea now in our Gitlab. Please
disable creation of issues in your new project though, because that has become
a massive target for spammers.
Regards,
Vicky
>
>
>> On Aug 3, 2024, at 12:04?AM, Philip Prindeville
>> <[email protected]> wrote:
>>
>> 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
>>
>> --
>> 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 4
**************************************
