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

"Bernie Volz (volz)" <> Sun, 25 August 2013 12:57 UTC

Return-Path: <>
Received: from localhost (localhost []) by (Postfix) with ESMTP id 7893521F9C3A for <>; Sun, 25 Aug 2013 05:57:12 -0700 (PDT)
X-Virus-Scanned: amavisd-new at
X-Spam-Flag: NO
X-Spam-Score: -10.599
X-Spam-Status: No, score=-10.599 tagged_above=-999 required=5 tests=[AWL=0.000, BAYES_00=-2.599, RCVD_IN_DNSWL_HI=-8]
Received: from ([]) by localhost ( []) (amavisd-new, port 10024) with ESMTP id jSTTkIfQToZE for <>; Sun, 25 Aug 2013 05:57:07 -0700 (PDT)
Received: from ( []) by (Postfix) with ESMTP id 28D4221F9CC0 for <>; Sun, 25 Aug 2013 05:57:07 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple;;; l=3832; q=dns/txt; s=iport; t=1377435427; x=1378645027; h=from:to:cc:subject:date:message-id:references: in-reply-to:content-transfer-encoding:mime-version; bh=R1WpMqzkXvR7TjsdfsYL403gh9brfj+55vXyBZYTV1k=; b=R3/vdlw+MQgu5uL6x1JKfOtbLtIFCtYucihkzI2duFVDIa0P78Acgu3E 5UCyn43/lDt4MQqjdjJwXKA5A4Z4FPaAuAstEdZP8J9CVfjVWffzXCczU NceCj/omvOljSLsfxMC344h8t3VGCG2m+REalf6HOLH37WIkB9poMVeo/ Y=;
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-AV: E=Sophos;i="4.89,951,1367971200"; d="scan'208";a="248370735"
Received: from ([]) by with ESMTP; 25 Aug 2013 12:57:05 +0000
Received: from ( []) by (8.14.5/8.14.5) with ESMTP id r7PCv5pq014465 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Sun, 25 Aug 2013 12:57:05 GMT
Received: from ([]) by ([]) with mapi id 14.02.0318.004; Sun, 25 Aug 2013 07:57:05 -0500
From: "Bernie Volz (volz)" <>
To: Ralph Droms <>, "Romascanu, Dan (Dan)" <>
Thread-Topic: Gen-ART review of draft-ietf-dhc-dhcpv6-solmaxrt-update-03
Thread-Index: Ac6hhlVUdvoB/lq5S0+dyAesAOqvsQAMhIAAAAmI5wA=
Date: Sun, 25 Aug 2013 12:57:04 +0000
Message-ID: <>
References: <> <>
In-Reply-To: <>
Accept-Language: en-US
Content-Language: en-US
x-originating-ip: []
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
Cc: "" <>, "" <>, "" <>
Subject: Re: [Gen-art] Gen-ART review of draft-ietf-dhc-dhcpv6-solmaxrt-update-03
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: "GEN-ART: General Area Review Team" <>
List-Unsubscribe: <>, <>
List-Archive: <>
List-Post: <>
List-Help: <>
List-Subscribe: <>, <>
X-List-Received-Date: Sun, 25 Aug 2013 12:57:12 -0000

We are in the process of re-chartering. (Whether this document is included in that new charter will depend on timing as it would be unnecessary to include it if it is already 'done'.) 

The draft proposed rechartering (which has some minor updates since then), is at and does include SOLMAXRT work.

- Bernie

-----Original Message-----
From: Ralph Droms [] 
Sent: Sunday, August 25, 2013 8:28 AM
To: Romascanu, Dan (Dan)
Subject: Re: Gen-ART review of draft-ietf-dhc-dhcpv6-solmaxrt-update-03

Dan - thanks for your review.

On Aug 25, 2013, at 7:29 AM, "Romascanu, Dan (Dan)" <> wrote:

> I am the assigned Gen-ART reviewer for this draft. For background on 
> Gen-ART, please see the FAQ at
> <>.
> 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