Re: [dnsext] Last Call: <draft-ietf-dnsext-rfc2671bis-edns0-09.txt> (Extension Mechanisms for DNS (EDNS(0))) to Internet Standard

John C Klensin <john-ietf@jck.com> Wed, 03 October 2012 12:17 UTC

Return-Path: <john-ietf@jck.com>
X-Original-To: ietf@ietfa.amsl.com
Delivered-To: ietf@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 3275521F86C4 for <ietf@ietfa.amsl.com>; Wed, 3 Oct 2012 05:17:22 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -102.569
X-Spam-Level:
X-Spam-Status: No, score=-102.569 tagged_above=-999 required=5 tests=[AWL=0.030, BAYES_00=-2.599, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 6ETY9fJyidkX for <ietf@ietfa.amsl.com>; Wed, 3 Oct 2012 05:17:21 -0700 (PDT)
Received: from bsa2.jck.com (ns.jck.com [70.88.254.51]) by ietfa.amsl.com (Postfix) with ESMTP id 93A6E21F8652 for <ietf@ietf.org>; Wed, 3 Oct 2012 05:17:21 -0700 (PDT)
Received: from [198.252.137.115] (helo=JcK-HP8200.jck.com) by bsa2.jck.com with esmtp (Exim 4.71 (FreeBSD)) (envelope-from <john-ietf@jck.com>) id 1TJNt9-000C8m-7u; Wed, 03 Oct 2012 08:17:19 -0400
Date: Wed, 03 Oct 2012 08:17:13 -0400
From: John C Klensin <john-ietf@jck.com>
To: SM <sm@resistor.net>
Subject: Re: [dnsext] Last Call: <draft-ietf-dnsext-rfc2671bis-edns0-09.txt> (Extension Mechanisms for DNS (EDNS(0))) to Internet Standard
Message-ID: <4A0451148D607972CC7ADE24@JcK-HP8200.jck.com>
In-Reply-To: <6.2.5.6.2.20121002215133.0a563910@resistor.net>
References: <20120930145325.21053.67854.idtracker@ietfa.amsl.com> <56DB6FE506A144D1183B93A8@JcK-HP8200.jck.com> <506B01D1.9080708@ogud.com> <8F3DCBA9A3AF566810CD1061@JcK-HP8200.jck.com> <506B6BE9.2000805@ogud.com> <6.2.5.6.2.20121002215133.0a563910@resistor.net>
X-Mailer: Mulberry/4.0.8 (Win32)
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
Cc: ietf@ietf.org
X-BeenThere: ietf@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: IETF-Discussion <ietf.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ietf>, <mailto:ietf-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/ietf>
List-Post: <mailto:ietf@ietf.org>
List-Help: <mailto:ietf-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ietf>, <mailto:ietf-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 03 Oct 2012 12:17:22 -0000

--On Tuesday, October 02, 2012 23:39 -0700 SM <sm@resistor.net>
wrote:

>  From Section 7 of the draft:
> 
>   "Responders which choose not to implement the protocol
> extensions
>    defined in this document MUST respond with a return code
> (RCODE) of
>    FORMERR to messages containing an OPT RR in the additional
> section
>    and MUST NOT include an OPT record in the response."
> 
> That looks like a change [1] to STD 13.  Responders which
> respond with a return code of 4 would not be compliant.
>...
> The IETF might wish to consider whether it is necessary to
> align the text in the two drafts.
>...

One observation on this part of the thread...

While I'm much more concerned about the substantive impact of
deprecating a possibly-useful (even if painful to use) feature
without adequate justification and documentation, I believe that
documents being processed for classification as Internet
Standard should be held to a very high standard for editorial
quality and clarity and consistency of relationships to other
specifications.  If others agree with that belief, SM's analysis
appears to represent a strong case that the current version of
this draft (and possibly draft-ietf-dnsext-rfc6195bis-04) are
not ready for prime time.

   best,
    john