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 (Richard Michael)
----------------------------------------------------------------------
Message: 1
Date: Thu, 29 Jul 2021 18:49:19 -0700
From: Richard Michael <[email protected]>
To: [email protected]
Subject: Re: [kea-dev] DHCP Options concern
Message-ID:
<cak1yftymap6667trhe1kqrw1mts-vv-c_u0pqm17w-g2oxv...@mail.gmail.com>
Content-Type: text/plain; charset="utf-8"
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]> 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/20210729/01bb679b/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 1
**************************************
