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: DHCP Options concern (Peter Davies)
----------------------------------------------------------------------
Message: 1
Date: Fri, 30 Jul 2021 12:25:54 +0000
From: Peter Davies <[email protected]>
To: Richard Michael <[email protected]>, "[email protected]"
<[email protected]>
Subject: Re: [kea-dev] DHCP Options concern
Message-ID:
<am9p195mb13298a5239ac8c45677ca5dab6...@am9p195mb1329.eurp195.prod.outlook.com>
Content-Type: text/plain; charset="us-ascii"
Hi Richard,
What Kea version are you currently running?
This change to sequence that options are presented appears to be made in
Kea 1.6.0-beta (development) released on May 29, 2019
/Peter
Sent from Outlook<http://aka.ms/weboutlook>
________________________________
From: kea-dev <[email protected]> on behalf of Richard Michael
<[email protected]>
Sent: 30 July 2021 03:49
To: [email protected] <[email protected]>
Subject: Re: [kea-dev] DHCP Options concern
Hi Kea team,
I was hoping to get some info on KEA server behaviour with respect to DHCP
offer. while sending the offer KEA server always sends the options in ascending
order rather starting with options of message type 53. Is there any reason for
this? RFC doesnt mandate anything on these lines. while majority of the DHCP
servers does send offer with option 53 why is that only KEA server sends with
ascending order?
same has been discussed here:
https://github.com/isc-projects/kea/blob/master/ChangeLog
1507. [func] tmark
kea-dhcp4 now ensures that the message type option (53) is
the first option in outbound DHCPv4 packets. This was done
to accommodate non-compliant clients that require the option
to be first.
(Gitlab #363,!177, git 34f40035bf7a7849083138cacee440a9f0991d67)
what does it mean by non compliant clients? since there is no RFC mandate
around the options ordering would KEA be sending it with DHCP offer of 53 which
is the right behaviour?
--
Thanks,
Richard Michael,
CCIE, VCP, Devnet.
On Thu, Jul 29, 2021 at 3:40 PM Richard Michael
<[email protected]<mailto:[email protected]>> wrote:
Hi Kea team,
I was hoping to get some info on KEA server behaviour with respect to DHCP
offer. while sending the offer KEA server always sends the options in ascending
order rather starting with options of message type 53. Is there any reason for
this? RFC doesnt mandate anything on these lines. while majority of the DHCP
servers does send offer with option 53 why is that only KEA server sends with
ascending order?
same has been discussed here:
https://github.com/isc-projects/kea/blob/master/ChangeLog
1507. [func] tmark
kea-dhcp4 now ensures that the message type option (53) is
the first option in outbound DHCPv4 packets. This was done
to accommodate non-compliant clients that require the option
to be first.
(Gitlab #363,!177, git 34f40035bf7a7849083138cacee440a9f0991d67)
what does it mean by non compliant clients? since there is no RFC mandate
around the options ordering would KEA be sending it with DHCP offer of 53 which
is the right behaviour?
--
Thanks,
Richard Michael,
CCIE, VCP, Devnet.
--
Thanks,
Richard Michael
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<https://lists.isc.org/pipermail/kea-dev/attachments/20210730/93f32092/attachment-0001.htm>
------------------------------
Subject: Digest Footer
_______________________________________________
kea-dev mailing list
[email protected]
https://lists.isc.org/mailman/listinfo/kea-dev
------------------------------
End of kea-dev Digest, Vol 74, Issue 2
**************************************
