Skip to main content

Last Call Review of draft-ietf-dhc-dhcpv6-solmaxrt-update-03
review-ietf-dhc-dhcpv6-solmaxrt-update-03-genart-lc-romascanu-2013-08-25-00

Request Review of draft-ietf-dhc-dhcpv6-solmaxrt-update
Requested revision No specific revision (document currently at 05)
Type Last Call Review
Team General Area Review Team (Gen-ART) (genart)
Deadline 2013-09-03
Requested 2013-08-22
Authors Ralph Droms
I-D last updated 2013-08-25
Completed reviews Genart Last Call review of -03 by Dan Romascanu (diff)
Genart Telechat review of -05 by Dan Romascanu
Secdir Last Call review of -03 by David Harrington (diff)
Secdir Telechat review of -05 by David Harrington
Assignment Reviewer Dan Romascanu
State Completed
Request Last Call review on draft-ietf-dhc-dhcpv6-solmaxrt-update by General Area Review Team (Gen-ART) Assigned
Reviewed revision 03 (document currently at 05)
Result Ready w/issues
Completed 2013-08-25
review-ietf-dhc-dhcpv6-solmaxrt-update-03-genart-lc-romascanu-2013-08-25-00
I am the assigned Gen-ART reviewer for this draft. For background on Gen-ART,
please see the FAQ at

<

http://wiki.tools.ietf.org/area/gen/trac/wiki/GenArtfaq>.

Please resolve these comments along with any other Last Call comments you may
receive.

Document: draft-ietf-dhc-dhcpv6-solmaxrt-update-03
Reviewer: Dan Romascanu
Review Date: 8/25/13
IETF LC End Date: 9/3/13
IESG Telechat date: (if known)

Summary: Ready with minor issues

Major issues: None

Minor issues:

1. My understanding is that although the default values of SOL_MAX_RT and
INF_MAX_RT were the same in RFC 3315, and now they are change to similar
values, there is no mandatory behavior defined for servers to set them at the
same values using the new override options. If this is the case then the
Abstract should say

OLD:

... override the client's default value for SOL_MAX_RT
   and INF_MAX_RT with a new value.

NEW:

... override the client's default value for SOL_MAX_RT
   and INF_MAX_RT with new values.

If I am wrong, and the values of the two parameters are always identical at
defalult or after changes, then something needs to be said on this respect in
Section 8 (DHCPv6 Server Behavior)

2. This is not a document problem but a WG management issue. I could not find
anything in the dhc WG charter that corresponds to this document, so I cannot
say whether this document meets the conditions of the 'contract with the IESG'.
Actually the charter seems not to have been updated for five years, if not
more. I guess that with Ralph as an author all is OK, but an update of the
charter seems to be needed.

Nits/editorial comments:

Section 7:

OLD:

   a DHCPv6 client MUST silently ignore any SOL_MAX_RT or INF_MAX_RT
   values that are less than 60 or more than 86400.

New:

   A DHCPv6 client MUST silently ignore any SOL_MAX_RT or INF_MAX_RT
   values that are less than 60 or more than 86400.

Regards,

Dan