[dnsext] draft-ietf-dnsext-rfc2671bis-edns0-03

Donald Eastlake <d3e3e3@gmail.com> Thu, 03 June 2010 03:28 UTC

Return-Path: <owner-namedroppers@ops.ietf.org>
X-Original-To: ietfarch-namedroppers-archive-gleetwall6@core3.amsl.com
Delivered-To: ietfarch-namedroppers-archive-gleetwall6@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 45E913A68F9; Wed, 2 Jun 2010 20:28:30 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: 0.975
X-Spam-Level:
X-Spam-Status: No, score=0.975 tagged_above=-999 required=5 tests=[AWL=-1.131, BAYES_50=0.001, FH_RELAY_NODNS=1.451, HELO_MISMATCH_COM=0.553, HTML_MESSAGE=0.001, RDNS_NONE=0.1]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id T--atxuRrydr; Wed, 2 Jun 2010 20:28:29 -0700 (PDT)
Received: from psg.com (psg.com [IPv6:2001:418:1::62]) by core3.amsl.com (Postfix) with ESMTP id 15BAD3A6835; Wed, 2 Jun 2010 20:28:28 -0700 (PDT)
Received: from majordom by psg.com with local (Exim 4.71 (FreeBSD)) (envelope-from <owner-namedroppers@ops.ietf.org>) id 1OK126-000HQP-0u for namedroppers-data0@psg.com; Thu, 03 Jun 2010 03:23:50 +0000
Received: from [74.125.82.52] (helo=mail-ww0-f52.google.com) by psg.com with esmtp (Exim 4.71 (FreeBSD)) (envelope-from <d3e3e3@gmail.com>) id 1OK11z-000HPj-1H for namedroppers@ops.ietf.org; Thu, 03 Jun 2010 03:23:43 +0000
Received: by wwi18 with SMTP id 18so180989wwi.11 for <namedroppers@ops.ietf.org>; Wed, 02 Jun 2010 20:23:41 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:date:message-id :subject:from:to:content-type; bh=ZH/xkuyKaO26GAZrj6c9ULnj0hjOEpB6gCX5brStmPU=; b=RBQgcd0BJwPzYwNkjM/qiWt0xx7dERx1/YmvMjNUKTTZSL2KFoIFbwyergJJmDUqBA bF2h52kpliinw4VUf2z9FyE/tDcjJJcHGRDqYnRF3619Zyc2saye3PliMMXNcugFv9Fw r8bTs2VAx3OjIki4mC3Bi81qvep+Q1/n4Sgh0=
DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=jjay6SJekmgu0EkOd/GsbXWhItlxHrJW9BwkCpJAXmGWyl9Z0alk/2hOpj9oz4ak4j KjStqkyP5JAWssgT2e5QVWkLaijjlyL3vggfH28nWZN3nKFPsCiUPCMfD0YV90GRnWeC RMptgp9GFIAVnK7E+XnoHfNueGqPNHSpMQa+4=
MIME-Version: 1.0
Received: by 10.216.170.9 with SMTP id o9mr695225wel.45.1275535421170; Wed, 02 Jun 2010 20:23:41 -0700 (PDT)
Received: by 10.216.229.210 with HTTP; Wed, 2 Jun 2010 20:23:40 -0700 (PDT)
Date: Wed, 02 Jun 2010 23:23:40 -0400
Message-ID: <AANLkTik-QQXPql3GGaamqdYkcuTdJ1tPzqgxE5BKCWaO@mail.gmail.com>
Subject: [dnsext] draft-ietf-dnsext-rfc2671bis-edns0-03
From: Donald Eastlake <d3e3e3@gmail.com>
To: IETF DNSEXT WG <namedroppers@ops.ietf.org>
Content-Type: multipart/alternative; boundary="0016e65a0826ad63be048817bb72"
Sender: owner-namedroppers@ops.ietf.org
Precedence: bulk
List-ID: <namedroppers.ops.ietf.org>
List-Unsubscribe: To unsubscribe send a message to namedroppers-request@ops.ietf.org with
List-Unsubscribe: the word 'unsubscribe' in a single line as the message text body.
List-Archive: <http://ops.ietf.org/lists/namedroppers/>

Hi,

I have reviewed this draft and have the following comments:

Since this is intended for standards track, it can certainly change IANA
Considerations. So, in Section 5, page 5, I think "requested to be" should
be replaced so the relevant sentence reads "Therefore, the registry
of Extended Label Types is hereby closed." Similarly, in Section 9, at the
bottom of page 10, "We request that this registry be closed." -> "This
registry is hereby closed."

Section 9, page 11, pretty much repeats the provisions about RCODEs that
were in RFC 2671. However, since then, TSIG and TKEY expanded possible
RCODEs to 16 bits and IANA Considerations changes were made for RCODEs in
RFC 5395. So I suggest something like the following change:
OLD

   [RFC2671] expands the RCODE space from 4 bits to 12 bits.  This
   allows more than the 16 distinct RCODE values allowed in [RFC1035
<http://tools.ietf.org/html/rfc1035>].
   IETF Standards Action is required to add a new RCODE.  Adding new
   RCODEs should be avoided due to the difficulty in upgrading the
   installed base.

   This document assigns EDNS Extended RCODE 16 to "BADVERS".


NEW

   [RFC2671] expanded the RCODE space from 4 bits to 12 bits and it

   was later expanded to 16 bits in connection with TSIG and TKEY.

   IANA Considerations for RCODEs are now specified in [RFC5395].

   [RFC2671] also assigned RCODE 16 to "BADVERS". That assignment

   continues to be in force.



Nits:

In Section 6.9 at the top of page 9, there seems to be a short line where
text didn't flow. Is there supposed to be a paragraph break there? Also, I
think ``0.'' -> "0".

Section 7, fourth line on page 10, "to to" -> "to".

Section A.2: I don't understand the first point. Which constants?

Section 10: I usually see the RFC2119 reference as Normative rather than
Informational.
Thanks,
Donald