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: I'd appreciate some feedback on trac ticket 3963 :)
(Marcin Siodelski)
2. Re: I'd appreciate some feedback on trac ticket 3963 :)
(Angelo Failla)
----------------------------------------------------------------------
Message: 1
Date: Tue, 4 Aug 2015 19:29:59 +0200
From: Marcin Siodelski <[email protected]>
To: Angelo Failla <[email protected]>
Cc: "[email protected]" <[email protected]>
Subject: Re: [kea-dev] I'd appreciate some feedback on trac ticket
3963 :)
Message-ID: <[email protected]>
Content-Type: text/plain; charset=utf-8
On 04.08.2015 17:35, Angelo Failla wrote:
> On August 4, 2015 at 4:34:30 PM, Marcin Siodelski ([email protected]
> <mailto:[email protected]>) wrote:
>>
>> > one nice thing to also get rid of, when enabling the stateless switch,
>> > is to
>> > avoid this horrible hack to allow KEA to start :)
>> >
>> > 'subnet4' => [
>> > {
>> > 'subnet' => '0.0.0.0/0',
>> > 'pools' => [{ 'pool' => '0.0.0.0-255.255.255.255' }]
>> > },
>> > ],
>> >
>>
>> As a matter of curiosity. If you're having this hack already could you
>> possibly implement the lease4_select hook to set the yiaddr to non-zero
>> value in the DHCPOFFER, which would case processDiscover to not drop the
>> packet?
>>
>
> Yeah, I will try that and report back.
Actually, wouldn't it suffice to just restrict the pool to
0.0.0.1-255.255.255.255C?
That way none of the clients would ever be assigned a zero address and
the packet wouldn't be dropped.
Marcin
------------------------------
Message: 2
Date: Tue, 4 Aug 2015 19:43:30 +0000
From: Angelo Failla <[email protected]>
To: "[email protected]" <[email protected]>
Subject: Re: [kea-dev] I'd appreciate some feedback on trac ticket
3963 :)
Message-ID: <[email protected]>
Content-Type: text/plain; charset="utf-8"
On August 4, 2015 at 6:30:09 PM, Marcin Siodelski
([email protected]<mailto:[email protected]>) wrote:
On 04.08.2015 17:35, Angelo Failla wrote:
> On August 4, 2015 at 4:34:30 PM, Marcin Siodelski ([email protected]
> <mailto:[email protected]>) wrote:
>>
>> > one nice thing to also get rid of, when enabling the stateless switch,
>> > is to
>> > avoid this horrible hack to allow KEA to start :)
>> >
>> > 'subnet4' => [
>> > {
>> > 'subnet' => '0.0.0.0/0',
>> > 'pools' => [{ 'pool' => '0.0.0.0-255.255.255.255' }]
>> > },
>> > ],
>> >
>>
>> As a matter of curiosity. If you're having this hack already could you
>> possibly implement the lease4_select hook to set the yiaddr to non-zero
>> value in the DHCPOFFER, which would case processDiscover to not drop the
>> packet?
>>
>
> Yeah, I will try that and report back.
Actually, wouldn't it suffice to just restrict the pool to
0.0.0.1-255.255.255.255C?
That way none of the clients would ever be assigned a zero address and
the packet wouldn't be dropped.
So I tried that, and compiled my hook lib w/o the change in
https://github.com/isc-projects/kea/pull/11
and it doesn?t solve the problem, I see that only my pkt4_receive callout gets
called, then I see
2015-08-04 12:34:59.869 ERROR [kea-dhcp4.bad-packets/966953]
DHCP4_PACKET_NAK_0001
[hwtype=1 00:02:c9:de:70:4e], cid=[no info], tid=0x2eed: failed to select a
subnet for incoming packet,
src 10.35.139.81, type DHCPDISCOVER
and that?s it. no pkt4_send is called.
config has this:
"subnet4": [
{
"subnet": "0.0.0.1/0",
"pools": [
{
"pool": "0.0.0.1-255.255.255.255"
}
]
}
]
Anyway, it?s not a big deal, we got a version that is going to prod with my
github change above for the time
being.
let me know how your meeting goes in relation to the proposed change.
--
Angelo Failla - Cluster Infrastructure Dublin
[email protected]
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<https://lists.isc.org/pipermail/kea-dev/attachments/20150804/769db1b5/attachment-0001.html>
------------------------------
_______________________________________________
kea-dev mailing list
[email protected]
https://lists.isc.org/mailman/listinfo/kea-dev
End of kea-dev Digest, Vol 17, Issue 5
**************************************
