Re: Very late comments on WGLC for draft-ietf-dhc-rfc8415bis

Timothy Winters <[email protected]>
Newsgroups gmane.ietf.dhc
Message-ID <CAJgLMKunSp5-51grZ0R6SAHhXx5Dt1o92p9Ay0NnzKR1yNafsw@mail.gmail.com>
Hi Tomek,

Responded in line.
On Fri, Feb 2, 2024 at 9:40 AM Tomek Mrugalski <[email protected]>
wrote:

> Hi,
>
> I'm not sure what's the status of the WGLC is. The deadline has long
> passed, but I don't think any wrap up was posted. And the -04 was not
> published yet. So perhaps it's not too late?
>
While we concluded WGLC isn't not too late to make modifications.

>
> Reviewing 130+ pages long document is not a trivial task. I have
> compared 8415 text with that latest version of the draft and found no
> specific issues with the draft.
>
> I do have a small number of editorial suggestions.
>
> 1. SECTION 1: Introduction
>
> Remove "temporary addresses" from the list of resources DHCPv6 can
> allocate.
>
Agree.

>
> 2. SECTION 4.2: Terminology
>
> The section defines IA mentions IA_NA, IA_TA, and IA_PD. And there's
> this text "New IA types may be defined in the future.". IA_LL was
> defined in RFC8947. I propose to change the text to:
>
> "One other IA type was defined (see RFC8947) and more may be defined
> in the future.".
>
Agree, this is good idea.

>
> 3. Should we add references to other DHCPv6 RFCs?
> The text mentions bulk leasequery (Section 19.4), but RFC 5460 is not
> referenced. Perhaps we could add a paragraph somewhere (or maybe new
> section 1.3?) that mentions DHCPv6 mechanisms: leasequery, bulk
> leasequery, active leasequery, IA_LL and failover. On one hand, it would
> make the already huge document a tiny bit bigger. On another, we already
> have lots of references, so I suspect there will be engineers out there
> starting their DHCP journey with this text.
>
My suggestion is maybe add these to Section 6, 6.6 as it is an operational
model? I agree having more information about leasequery is a good idea.

>
> And a follow-up question to 3: If we decide to add them, should we also
> mention draft-ietf-dhc-addr-notification? Some people feel it might
> become a very popular mechanism. But perhaps referencing a draft is not
> something we want to do?
>
I think it's too early to reference that document.

>
> Any thoughts on this?
>
> With or without those minor edits, I think this document is ready to
> move forward.
>
> Tomek
>
> _______________________________________________
> dhcwg mailing list
> [email protected]
> https://www.ietf.org/mailman/listinfo/dhcwg
>

_______________________________________________
dhcwg mailing list
[email protected]
https://www.ietf.org/mailman/listinfo/dhcwg
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.