Thank you Nagendra for your review.
I am taking it in account for the next steps.
-éric
-----Original Message-----
From: Nagendra Nainar via Datatracker <noreply@xxxxxxxx>
Reply-To: "Nagendra Kumar Nainar (naikumar)" <naikumar@xxxxxxxxx>
Date: Monday, 25 May 2020 at 17:02
To: "ops-dir@xxxxxxxx" <ops-dir@xxxxxxxx>
Cc: "dhcwg@xxxxxxxx" <dhcwg@xxxxxxxx>, "draft-ietf-dhc-problem-statement-of-mredhcpv6.all@xxxxxxxx" <draft-ietf-dhc-problem-statement-of-mredhcpv6.all@xxxxxxxx>, "last-call@xxxxxxxx" <last-call@xxxxxxxx>
Subject: Opsdir last call review of draft-ietf-dhc-problem-statement-of-mredhcpv6-05
Resent-From: <alias-bounces@xxxxxxxx>
Resent-To: <rengang@xxxxxxxxxxxxx>, <he-l14@xxxxxxxxxxxxxxxxxxxxx>, <liuying@xxxxxxxxxxxxx>, <volz@xxxxxxxxx>, <tomasz.mrugalski@xxxxxxxxx>, <ek.ietf@xxxxxxxxx>, Eric Vyncke <evyncke@xxxxxxxxx>, Bernie Volz <volz@xxxxxxxxx>
Resent-Date: Monday, 25 May 2020 at 17:01
Reviewer: Nagendra Nainar
Review result: Has Issues
Hi,
I have reviewed this document as part of the Operational directorate's ongoing
effort to review all IETF documents being processed by the IESG. These
comments were written with the intent of improving the operational aspects of
the IETF drafts per guidelines in RFC5706.
Comments that are not addressed in last call may be included
in AD reviews during the IESG review. Document editors and WG chairs should
treat these comments just like any other last call comments.
Overall Summary:
This draft is attempting to summarize the problems related to the current
practice for extending DHCPv6 protocol. This document does not propose any
solution, framework, or protocol extensions and so it does not raise any
backward compatibility challenges or operational considerations.
While the document does not raise any operational/management considerations, I
am choosing "Has Issues" as the overall draft may need substantial changes.
Few comments below:
The manageability, security, privacy protection, and traceability of
networks can be supported by extending the DHCPv6 protocol according
to requirements. This document provides current extension practices
and typical DHCPv6 server softwares on extensions, defines a DHCPv6
general model, discusses some extension points, and presents
extension cases.
--> The abstract is not clear in reflecting what the draft is about. Based on
the above, this draft appears to be discussing current extension practice,
extension points, and cases which is more like a survey document that
summarizes what we have currently. This being a draft that attempts to document
the problem statement, it will be good to reflect the same in the abstract.
--> The Introduction section may need some rework. It is not clear in defining
what is multi-requirement extension problem.
--> I think, a section (or sub-section) clarifying what is multi-requirement
extension with an example use case will help the readers to better understand
the objective of this document.
Regards,
Nagendra
--
last-call mailing list
last-call@xxxxxxxx
https://www.ietf.org/mailman/listinfo/last-call
