[kea-dev] Transitioning Openwrt to Kea

Victoria Risk vicky at isc.org
Sun Aug 4 17:49:02 UTC 2024



> On Aug 3, 2024, at 12:33 PM, Philip Prindeville <philipp_subx at redfish-solutions.com> 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 <philipp_subx at redfish-solutions.com> 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 <peterd at isc.org> 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
>>> kea-dev at lists.isc.org
>>> https://lists.isc.org/mailman/listinfo/kea-dev
>> 
>> -- 
>> kea-dev mailing list
>> kea-dev at lists.isc.org
>> https://lists.isc.org/mailman/listinfo/kea-dev
> 



More information about the kea-dev mailing list