Re: [Gen-art] Gen-ART review of draft-ietf-dhc-dhcpv6-solmaxrt-update-03

Ralph Droms <rdroms.ietf@gmail.com> Sun, 25 August 2013 12:27 UTC

Return-Path: <rdroms.ietf@gmail.com>
X-Original-To: gen-art@ietfa.amsl.com
Delivered-To: gen-art@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id DCA3321F9CA9 for <gen-art@ietfa.amsl.com>; Sun, 25 Aug 2013 05:27:46 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -101.203
X-Spam-Level:
X-Spam-Status: No, score=-101.203 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, MIME_QP_LONG_LINE=1.396, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 7NsWLKPbKIqT for <gen-art@ietfa.amsl.com>; Sun, 25 Aug 2013 05:27:46 -0700 (PDT)
Received: from mail-ie0-x232.google.com (mail-ie0-x232.google.com [IPv6:2607:f8b0:4001:c03::232]) by ietfa.amsl.com (Postfix) with ESMTP id 59A9821F9CA0 for <gen-art@ietf.org>; Sun, 25 Aug 2013 05:27:46 -0700 (PDT)
Received: by mail-ie0-f178.google.com with SMTP id f4so3551256iea.9 for <gen-art@ietf.org>; Sun, 25 Aug 2013 05:27:45 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=references:mime-version:in-reply-to:content-type :content-transfer-encoding:message-id:cc:from:subject:date:to; bh=o/AV+qiFh7LgLz05dzozwVOAgRf7pO7VV25suV9rlI8=; b=gaFGzpclzx2Jdn+NmAVUQ3C/A3uzZmaAIdCLVXSCKNqoURZoqI1xM5NKSIRFtsZ5x5 +lDJRSRBJ5/xHu4SwHAE8HcY3oN3fvAbMacTDyt1wa797g4jc2iUcYez7W7NbazOw4Tr WB3qvBP15yvE1n9f0j1NsusUKNqUr8mVratf/4/cQnQCu3ZGWQ4I1xXEw722GApz7SEv imQzk+6s/FroYmPOdMJoZY0Rb8Ty9dcycUee0172nSgR3d/craP6VYUi9frN1wj+jzDo EqZDRvIbLNMKgloWl7GBUei1Uqqac+wqcl6waB/rXNsDZ2XgxinGwoMwtepJ6VLH+mDR IBVA==
X-Received: by 10.50.36.5 with SMTP id m5mr3656452igj.3.1377433665716; Sun, 25 Aug 2013 05:27:45 -0700 (PDT)
Received: from [10.202.201.102] ([166.137.85.123]) by mx.google.com with ESMTPSA id pk8sm10615541igb.6.1969.12.31.16.00.00 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Sun, 25 Aug 2013 05:27:44 -0700 (PDT)
References: <9904FB1B0159DA42B0B887B7FA8119CA128B73AA@AZ-FFEXMB04.global.avaya.com>
Mime-Version: 1.0 (1.0)
In-Reply-To: <9904FB1B0159DA42B0B887B7FA8119CA128B73AA@AZ-FFEXMB04.global.avaya.com>
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
Message-Id: <0E001FAA-9EB7-4609-B3BA-B0E231C8DC95@gmail.com>
X-Mailer: iPhone Mail (10B350)
From: Ralph Droms <rdroms.ietf@gmail.com>
Date: Sun, 25 Aug 2013 08:27:42 -0400
To: "Romascanu, Dan (Dan)" <dromasca@avaya.com>
Cc: "gen-art@ietf.org" <gen-art@ietf.org>, "draft-ietf-dhc-dhcpv6-solmaxrt-update.all@tools.ietf.org" <draft-ietf-dhc-dhcpv6-solmaxrt-update.all@tools.ietf.org>, dhc-chairs@tools.ietf.org
Subject: Re: [Gen-art] Gen-ART review of draft-ietf-dhc-dhcpv6-solmaxrt-update-03
X-BeenThere: gen-art@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: "GEN-ART: General Area Review Team" <gen-art.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/gen-art>, <mailto:gen-art-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/gen-art>
List-Post: <mailto:gen-art@ietf.org>
List-Help: <mailto:gen-art-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/gen-art>, <mailto:gen-art-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sun, 25 Aug 2013 12:27:47 -0000

Dan - thanks for your review.

On Aug 25, 2013, at 7:29 AM, "Romascanu, Dan (Dan)" <dromasca@avaya.com> wrote:

> 
> 
> 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)

Dan, your understanding that SOL_MAX_RT and INF_MAX_RT are allowed to have independent values is correct.  The document originally addressed SOL_MAX_RT and I missed  the text you cite when I updated the doc to include INF_MAX_RT.  I'll make your suggested changes in the next rev of the doc.



> 
> 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. 
> 

In my opinion, this document falls under the following clause of the dhc WG charter:

   However, the DHC WG can in some cases develop its own options that 
relate to either maintenance of existing specifications or 
   improvements in the operation of the DHCP infrastructure itself.

Regarding the charter more generally, the WG is currently in the process of rechartering.

Tomek and Bernie can add detail or correct me...

> 
> 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.

Thanks for catching that typo.

> 
> 
> Regards,
> 
> Dan

- Ralph

>