kea-anterius
kea-anterius copied to clipboard
isc-projects
Should it work with KEA 1.5 ?
Hello,
should this work with the 1.5 Version?
It does not work to restart/stop the v4 dhcp Service, or change the configuration file.
regards Marc
Hi,
Unfortunately, this has not been tested beyond Kea v1.4 for now, development is stalled.
May I ask why development is stalled? This project is really really good and I think a lot of people would like to see a support for 1.5 and later 1.6. :)
Hi @crytectobi and @stuckmcx,
Sorry for the delay in response, this project was pursued under the Google Summer of Code program. I was the sole developer working on it and have been facing difficulties in sparing time from my full-time job to take this forward. Thank you for your interest, I will surely try to get back to supporting this whenever possible.
Now that Kea 1.6 is practically out (to be released later today), ISC is now able to dedicate some resources to ISC Stork, a spiritual successor to Antherius project. We hope to draw from the Antherius experience. There's almost no public information available yet, but that's likely to change in October 2019.
So far I can only say we completed some experiments with BIND and Kea monitoring with Prometheus and Grafana support with very promising results. Some other activities are in progress, but it's too early to talk about them.
@tomaszmrugalski I was looking for a webUI for kea and stumbled across this issue here where you mentioned ISC Stork. Unfortunately after i saw the dependencies (especially Java) in that project i immediately stopped reading and closed the tab.
Are there any other projects that supply a WebUI for kea using the current CA without the need for extra software? Eg. only a webApp, preferably using VueJS.
Stork requires Java only as a build time dependency. We're generating API using a swagger tool. But your distaste for Java is well acknowledged. Docker is not a strict dependency either. Right now it's just convenient way to build everything in one place with easy way to plan and manage network connections. It's a bit more convoluted, but Stork can be built without docker.
However, Stork can be built without Docker. See Stork ARM, Section 1.2.
As for getting rid of Rake and Java... we're hoping to have first native (DEB) packages for Stork within a month.
I suggest you to completely get rid of any Java in your project...
Your personal distaste for a language is not a reason to change a project. People have lots of personal preferences. We almost fell into that trap with Kea, when we were adding new databases. Got requests to add support for SQLite, Redis, MongoDB and others. Fortunately, we pushed back and it ended up well for the project.
Again, Java is only currently needed to build Stork, not to run it. We're now testing RPM and DEB packages that don't need Java. They'll be likely available once 0.6 goes out.
Well it all depends on what you're target is ofcourse, i would have started with a lightweight SQL implementation that only uses a local file instead of mySQL/postgreSQL so that simpler systems can make use of it. Anyway good luck with your decisions...lets not drift off the topic more...
Here's an update. Stork is now on github, there are DEB and RPM packages, it doesn't require Java anymore, and is being tested with Kea 1.6 and 1.7.
Folks, please take a look if you're interested. We'd love to hear your feedback.