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: Implementing Radius-based host reservation - discussion
on RADIUS support (Chaigneau, Nicolas)
2. Re: Is it possible for hooks to hande server shutdown?
(Dave Cole)
----------------------------------------------------------------------
Message: 1
Date: Tue, 3 Oct 2017 13:21:21 +0000
From: "Chaigneau, Nicolas" <[email protected]>
To: Baptiste Jonglez <[email protected]>
Cc: Marcin Siodelski <[email protected]>, "[email protected]"
<[email protected]>
Subject: Re: [kea-dev] Implementing Radius-based host reservation -
discussion on RADIUS support
Message-ID:
<ab94b0b675bdf14189cd5a861db36c845a733...@de-cm-mbx26.corp.capgemini.com>
Content-Type: text/plain; charset="us-ascii"
> Hi,
>
> On 03-10-17, Chaigneau, Nicolas wrote:
> > This topic is interesting to me. We're discussing a similar need for RADIUS
> > support within Kea.
> >
> > Our need would be the following:
> > Allow to create and send a RADIUS Accounting message to a remote RADIUS
> > server.
> > For example, send an Accounting Start when a lease is allocated, with the
> > leased IP address along with information extracted from the DHCP request
> > (typically options 82).
> > On lease expiration or release, send an Accounting Stop.
> >
> > To have a minimal impact on Kea, we would not wait for the Accounting
> > Response.
>
> This sounds like something that could easily be done as a hook.
>
> In contrast, host reservation (what we are interested in) would be awkward to
> do as a hook, so we have an initial implementation directly in Kea.
I agree. :)
These are different purposes, but what we have in common is the need for a
RADIUS client within Kea.
So if you're implementing one, I think it would be great if it could also be
used from a hook library.
But maybe this is trivial, I'm not familiar with the libradcli you've chosen.
I'll take a look :)
Is your implementation public yet ?
This message contains information that may be privileged or confidential and is
the property of the Capgemini Group. It is intended only for the person to whom
it is addressed. If you are not the intended recipient, you are not authorized
to read, print, retain, copy, disseminate, distribute, or use this message or
any part thereof. If you receive this message in error, please notify the
sender immediately and delete all copies of this message.
------------------------------
Message: 2
Date: Tue, 3 Oct 2017 21:55:30 +0000
From: Dave Cole <[email protected]>
To: Baptiste Jonglez <[email protected]>
Cc: "[email protected]" <[email protected]>
Subject: Re: [kea-dev] Is it possible for hooks to hande server
shutdown?
Message-ID:
<syxpr01mb172751e98a9928e385f6ee0ef2...@syxpr01mb1727.ausprd01.prod.outlook.com>
Content-Type: text/plain; charset="iso-8859-1"
> From: Baptiste Jonglez <[email protected]>
>
> On 03-10-17, Dave Cole wrote:
> > I am not seeing the unload hook point being called on server shutdown.?
> > That was what I was hoping would happen, but I see no evidence of that.
>
> Hmm, ok, I never needed this hook point.? Are you sure you defined it with
> the right type, wrapped in an extern "C", etc, as in the example here?
>
> ?
> https://jenkins.isc.org/job/Kea_doc/doxygen/df/d46/hooksdgDevelopersGuide.html#hooksdgLoadUnloadFunctions
The load and unload points are in the same file wrapped in the same extern "C".
In my in-expect browsing of the code I could not see any way that the unload
hook was being called on server exit. I was just hoping someone with a clue
would confirm that for me, and maybe suggest a way to achieve the same effect.
Using onexit is not going to work since a hook reload would almost certainly
cause a segfault during server exit.
------------------------------
Subject: Digest Footer
_______________________________________________
kea-dev mailing list
[email protected]
https://lists.isc.org/mailman/listinfo/kea-dev
------------------------------
End of kea-dev Digest, Vol 43, Issue 3
**************************************
