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: Softwares required for Leasequery support (Tomek Mrugalski)
----------------------------------------------------------------------
Message: 1
Date: Thu, 28 Mar 2019 00:09:20 +0100
From: Tomek Mrugalski <[email protected]>
To: [email protected]
Subject: Re: [kea-dev] Softwares required for Leasequery support
Message-ID: <[email protected]>
Content-Type: text/plain; charset=utf-8
On 20/03/2019 22:19, Dhana Sekhar wrote:
> I am Dhanasekhar, a second year Computer Science student and I'm
Hi Dhana!
Apologies for delayed response. Several members of the Kea team are
currently at IETF and everyone is traveling this week for upcoming
company event. Lots of distractions.
> planning to write a proposal to Gsoc based on adding leasequery support
> to kea DHCP server(No. 8 in the idea list). I have installed Kea with
> the softwares necessary for the build(boost, logcplus and openSSL), but
> I'm unclear as to what software will be necessary to start experimenting
> on leasequery support. Any help on the required softwares will be much
> appreciated.
In principle the leasequery client is called a requestor. It's a
functionality that is typically implemented in hardware relays, so the
best way to test the extension would be to get a relay hardware that
supports it. I do understand that this may be a major problem, so using
a LQ requestor software is likely the only viable alternative.
However, it would be super useful to plan in some later stages of the
project to have an interop testing with real hardware.
Ok, on to the specific question. I'm aware of only one software client
for LQ. It's part of the Dibbler software and you can get it from here:
https://github.com/tomaszmrugalski/dibbler/
There are 3 types of leasequery:
- the leasequery (RFC4388 and RFC5007)
- bulk leasequery (RFC6926 and RFC5460)
- active leasequery (RFC7724 and RFC7653)
Implementing all of them as part of GSoC would probably be too
challenging, but it depends on your programming experience.
Dibbler requestor supports the first one for v6 only. There was a semi
broken implementation for bulk leasequery (see branches other than
master on dibbler repo). In both cases Dibbler is DHCPv6 only software.
Alternatively you could use Scapy (a python tool) to craft the
leasequery requests. See https://github.com/secdev/scapy
Finally, you can think about including an implementation of the
leasequery requestor as part of the GSoC project.
As with other students, the overall recommendation is to write your
proposal and put it somewhere on-line where I and other potential
mentors could comment on it. Google docs worked great for that purpose.
Try to describe what you want to do in as much detail as possible. You
likely have other time commitments (exams, classes etc). Think about and
propose a schedule.
Thanks and welcome to the Kea project!
Tomek
------------------------------
Subject: Digest Footer
_______________________________________________
kea-dev mailing list
[email protected]
https://lists.isc.org/mailman/listinfo/kea-dev
------------------------------
End of kea-dev Digest, Vol 59, Issue 5
**************************************
