|
|
# Kea Hackathon in Gdańsk
|
|
|
|
|
|
Kea team sometimes meet to pursue certain goals. Usually we meet around other conferences, such as IETF, but sometimes we organize a dedicated meeting. This time we're meeting in Gdańsk!
|
|
|
|
|
|
![gdansk](/uploads/b6a0d67d91c1d3c3e5e7f1255752dcbd/gdansk.jpg)
|
|
|
|
|
|
## Dates and venue
|
|
|
10 Oct - ISC internal (apologies to Kea sympathizers, but this day is reserved for ISC employees only. We need to discuss certain business related issues)
|
|
|
11 Oct - Hackathon day 1
|
|
|
12 Oct - Hackathon day 2
|
|
|
|
|
|
The venue place is tbd, but it's very likely to be ETI faculty building of the Gdańsk University of Technology.
|
|
|
|
|
|
## Technical goals
|
|
|
We would like to focus on two emerging technologies that hopefully will make it into upcoming Kea 1.5 release. The first one is **configuration backend**. Current (1.4.0) Kea code is able to store its configuration in JSON configuration files or be able to receive it over REST interface. The goal of this feature is to be able to store large chunks of the configuration in a database. The ultimate goal is to be able to start kea with only database credentials and it would retrieve whole remaining configuration from a database.
|
|
|
|
|
|
The second one is **YANG/NETCONF**. This is a realitively young technology that becomes more and more popular. The concept here is that any device, appliance, server or service can store its configuration as YANG data. To be able to do that, YANG schema (or YANG model) has to be defined. There is also NETCONF protocol that defines how to uniformly manage (set, query, change, delete etc.) YANG configurations. We have early YANG models for Kea and would like to improve them and make some progress regarding Kea support for them.
|
|
|
|
|
|
## Participants
|
|
|
|
|
|
Please join us regardless if you're already a Kea user, want to known the Kea team personally, or perhaps convince us that the feature you really want is absolutely necessary. Even if you never used Kea before, but are interested in learning how a modern, C++11-based, REST project is being developed, now is your chance!
|
|
|
|
|
|
While physical presence is strongly preferred, it will be possible to participate remotely.
|
|
|
|
|
|
1. Tomek Mrugalski (ISC)
|
|
|
1. |