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: boot-unknown-clients equivalent? (Peter Davies)
----------------------------------------------------------------------
Message: 1
Date: Sun, 30 Apr 2023 10:48:14 +0000 (UTC)
From: Peter Davies <[email protected]>
To: [email protected]
Subject: Re: [kea-dev] boot-unknown-clients equivalent?
Message-ID: <[email protected]>
Content-Type: text/plain; charset=utf-8
Hi Philip,
If you only employ host reservations, then the built-in "KNOW" class may be
use to restrict clients.
For example:
"client-classes": [{
"name": "DROP",
"test": "not member('KNOWN')"} ],
...
I advise caution, as this will drop all packet that are not associated with a
host reservation.
/Peter
On 25/04/2023 03.46, Philip Prindeville wrote:
> Hi,
>
> I'm trying to port the isc-dhcp support in OpenWrt to migrate to Kea
> transparently.
>
> I've tried to use keama to show me what the synthesized configs should look
> like, but there's a lot that keama doesn't handle that seems to be in the
> scope of what Kea is capable of.
>
> For instance, "boot-unknown-clients false;" can be handled using the DROP
> class an not(member(KNOWN)) but I can't figure out the exact notation.
>
> Can someone point me at an example? I couldn't turn one up via google.
>
> BTW, the existing code to take UCI config blocks and synthesize dhcpd.conf
> lives here:
>
> https://github.com/openwrt/packages/blob/master/net/isc-dhcp/files/dhcpd.init
>
> Thanks,
>
> -Philip
>
------------------------------
Subject: Digest Footer
_______________________________________________
kea-dev mailing list
[email protected]
https://lists.isc.org/mailman/listinfo/kea-dev
------------------------------
End of kea-dev Digest, Vol 84, Issue 2
**************************************