Re: [DNSOP] comments on draft-ietf-dnsop-dns-terminology-03

Sara Dickinson <sara@sinodun.com> Thu, 16 July 2015 10:02 UTC

Return-Path: <sara@sinodun.com>
X-Original-To: dnsop@ietfa.amsl.com
Delivered-To: dnsop@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 593D61A8907 for <dnsop@ietfa.amsl.com>; Thu, 16 Jul 2015 03:02:02 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.599
X-Spam-Level:
X-Spam-Status: No, score=-2.599 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7] autolearn=ham
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id lou_IxB28eKF for <dnsop@ietfa.amsl.com>; Thu, 16 Jul 2015 03:02:00 -0700 (PDT)
Received: from shcp01.hosting.zen.net.uk (shcp01.hosting.zen.net.uk [88.98.24.67]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id A49AB1A8906 for <dnsop@ietf.org>; Thu, 16 Jul 2015 03:01:59 -0700 (PDT)
Received: from [62.232.251.194] (port=19812 helo=virgo.sinodun.com) by shcp01.hosting.zen.net.uk with esmtpsa (TLSv1:DHE-RSA-AES256-SHA:256) (Exim 4.85) (envelope-from <sara@sinodun.com>) id 1ZFfzG-0002N2-2G; Thu, 16 Jul 2015 11:01:56 +0100
Content-Type: multipart/alternative; boundary="Apple-Mail=_B26ABAC4-282B-4E03-BFA1-A1AEA1D5BF05"
Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2098\))
From: Sara Dickinson <sara@sinodun.com>
In-Reply-To: <F9A99D9D-2A3E-4433-A219-2C27AFC009B3@vpnc.org>
Date: Thu, 16 Jul 2015 11:01:54 +0100
Message-Id: <7C88A0A1-0251-498D-8891-039DB384C437@sinodun.com>
References: <CAEKtLiQWPM6yJZZASQ5k1bzsbHc3jv5FRsJ6ifgUdj9TRLCmRg@mail.gmail.com> <83A64168-3510-4E0B-AA23-54547C05990B@vpnc.org> <alpine.LSU.2.00.1507141719130.32296@hermes-1.csi.cam.ac.uk> <55A543CD.6010008@gmail.com> <CAEKtLiRQVgQRnm51gSb0e9zhmQ7vYVJXdPBQsSLXqHo_hiAKyw@mail.gmail.com> <20150716003359.GD13926@mx2.yitter.info> <F9A99D9D-2A3E-4433-A219-2C27AFC009B3@vpnc.org>
To: Paul Hoffman <paul.hoffman@vpnc.org>
X-Mailer: Apple Mail (2.2098)
X-OutGoing-Spam-Status: No, score=-1.0
X-AntiAbuse: This header was added to track abuse, please include it with any abuse report
X-AntiAbuse: Primary Hostname - shcp01.hosting.zen.net.uk
X-AntiAbuse: Original Domain - ietf.org
X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12]
X-AntiAbuse: Sender Address Domain - sinodun.com
X-Get-Message-Sender-Via: shcp01.hosting.zen.net.uk: authenticated_id: sara+sinodun.com/only user confirmed/virtual account not confirmed
Archived-At: <http://mailarchive.ietf.org/arch/msg/dnsop/4tmf4v_Leyph6tfyEN0RH_8jYhw>
Cc: dnsop@ietf.org
Subject: Re: [DNSOP] comments on draft-ietf-dnsop-dns-terminology-03
X-BeenThere: dnsop@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: IETF DNSOP WG mailing list <dnsop.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/dnsop>, <mailto:dnsop-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/dnsop/>
List-Post: <mailto:dnsop@ietf.org>
List-Help: <mailto:dnsop-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/dnsop>, <mailto:dnsop-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 16 Jul 2015 10:02:02 -0000

> On 16 Jul 2015, at 03:15, Paul Hoffman <paul.hoffman@vpnc.org <mailto:paul.hoffman@vpnc.org>> wrote:
> 
> On 15 Jul 2015, at 17:33, Andrew Sullivan wrote:
>> 
>> Just on this issue, and speaking only for myself (but as one of the
>> people behind this document), my view is that this WG has historically
>> been one of the places where documents go to die, and I am unwilling
>> to go through the exercise of proving again how great an enemy of the
>> good the perfect can be.  I'd be much more inclined to remove the
>> contentious definitions and publish that document than to try to get
>> things perfect.

Firstly to say that I think this is a very worthy effort and the document will be of great value to the DNS community.  It should be published and I support the proposal that removing contentious definitions to get the draft published is the a best way to proceed.

>> 
>> I agree and acknowledge that there remain some definitions in there
>> that are contentious.
> 
> Not only do you agree and acknowledge that, *so does the document*. 

I have to disagree that the document goes that far - the first sentence of the third paragraph in the introduction states:

“The definitions here are believed to be the consensus definition of
   the DNS community, both protocol developers and operators.”

and paragraph 5 

“In this document, where the consensus definition is the same as the
   one in an RFC, that RFC is quoted.  Where the consensus definition
   has changed somewhat, the RFC is mentioned but the new stand-alone
   definition is given."

so I don’t believe any definitions that are considered contentious should be in the document if this wording is to be retained.

> Based on the contention and lack of consensus for some of the definitions, the Introduction now says:
> 
> During the development of this document, it became clear that some DNS-related terms are interpreted quite differently by different DNS experts. Further, some terms that are defined in early DNS RFCs now have definitions that are generally agreed to that are different from the original definitions. Therefore, the authors intend to follow this document with a substantial revision in the not-distant future. That revision will probably have more in-depth discussion of some terms as well as new terms; it will also update some of the RFCs with new definitions.


Since this paragraph appears after the first statement about consensus I read it as indicating the bis is likely to refine and extend the original document (fine) but not that readers should expect some definitions presented here to substantially change in a later revision. 

Sara.