From vicky at isc.org Mon Feb 22 17:17:58 2021 From: vicky at isc.org (Victoria Risk) Date: Mon, 22 Feb 2021 09:17:58 -0800 Subject: [Kea-users] Kea 1.9.4 development version "known issue" Message-ID: <54AAF577-BBC7-467B-B5F4-AEE0DE10C6C5@isc.org> Hello Kea users- We are hard at work finishing Kea 1.9.5 for release later this week. Meanwhile we wanted to remind you that we maintain a ?known issues? list in our Gitlab repo at https://gitlab.isc.org/isc-projects/kea/-/wikis/known-issues-list . Kea 1.9.4, a development version, has a significant known issue listed there that will be fixed in Kea 1.9.5. There is a bug in the upgrade script that is supposed to update the database schema. The upshot is, we do not recommend updating to Kea 1.9.4, and instead, if you are running the development branch, you should wait for Kea 1.9.5. Regards, Vicky Risk -------------- next part -------------- An HTML attachment was scrubbed... URL: From tomek at isc.org Thu Feb 25 18:37:17 2021 From: tomek at isc.org (Tomek Mrugalski) Date: Thu, 25 Feb 2021 19:37:17 +0100 Subject: [Kea-users] Client class in host reservation In-Reply-To: References: Message-ID: <7a650e76-aae3-3b0a-e455-eeebbff5717b@isc.org> Hi Maria, Hope you're doing well. Apologies for not responding earlier. We looked at the issue and it seems the code treated the client classes differently for options and fixed fields, such as boot-file-name. This problem manifested itself if a packet belonged to two classes and you had the values defined in both. Anyway, this has been fixed now and released in 1.9.5. Would you be willing to check if this updated behavior address your needs? Also, if you're interested, the improvements were done in ticket #1672. You can see the details here: https://gitlab.isc.org/isc-projects/kea/-/issues/1672 If it doesn't, can you open a new ticket for this? Hope that helps, Tomek On 11.12.2020 17:42, Maria Hrabosova wrote: > > Hello, > > I have a question about reserving client classes to hosts. Let's have > two client classes and one host reservation as follows: > > /{// > //???? "name": "class1",// > //???? "boot-file-name": "file1",// > //}, / > > /{// > //???? "name": "class2",// > //???? "boot-file-name": "file2",// > //},/ > > // > > /...// > / > > /{// > //??? "hw-address": "aa:bb:cc:dd:ee:ff",// > //??? "client-classes": [// > //??? ??? "class2"// > //??? ]// > //},/ > > Intuitively, I would expect it to be enough to specify class2 in the > host reservation in order to make the host get the boot-file-name from > class2. But it gets it from class1. Inspired by > http://kea-users.7364.n8.nabble.com/Kea-users-client-classes-for-a-particular-MAC-Address-of-a-CPE-td843.html, > I added the mac address of the host to the class test. Then the client > got the option from class2 as I wanted. > > /{// > //???? "name": "class2",// > //???? "test": "pkt4.mac == 0xaabbccddeeff",// > //???? "boot-file-name": "file2",// > //},/ > > I've been wondering, what is the purpose of putting the client class > to the host reservation, if I have to put the client's MAC address to > the class test anyway. Can anyone clarify? > > Thanks in advance. > > Best regards, > > Maria Hrabosova > > > _______________________________________________ > 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 at lists.isc.org > https://lists.isc.org/mailman/listinfo/kea-users -------------- next part -------------- An HTML attachment was scrubbed... URL: