IETF Logo Mail Archive

Re: [DNSOP] New Version Notification for draft-sury-deprecate-obsolete-resource-records-00.txt

Ondřej Surý <ondrej@isc.org> Tue, 27 March 2018 07:34 UTC

Return-Path: <ondrej@isc.org>
X-Original-To: dnsop@ietfa.amsl.com
Delivered-To: dnsop@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 185C012D870 for <dnsop@ietfa.amsl.com>; Tue, 27 Mar 2018 00:34:13 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.91
X-Spam-Level:
X-Spam-Status: No, score=-6.91 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
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 BFzuzX-shwaX for <dnsop@ietfa.amsl.com>; Tue, 27 Mar 2018 00:34:11 -0700 (PDT)
Received: from mx.pao1.isc.org (mx.pao1.isc.org [IPv6:2001:4f8:0:2::2b]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id B8A4512D86F for <dnsop@ietf.org>; Tue, 27 Mar 2018 00:34:11 -0700 (PDT)
Received: from zmx1.isc.org (zmx1.isc.org [149.20.0.20]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx.pao1.isc.org (Postfix) with ESMTPS id 455063AB042 for <dnsop@ietf.org>; Tue, 27 Mar 2018 07:34:11 +0000 (UTC)
Received: from zmx1.isc.org (localhost [127.0.0.1]) by zmx1.isc.org (Postfix) with ESMTPS id 1CD2816003A for <dnsop@ietf.org>; Tue, 27 Mar 2018 07:34:11 +0000 (UTC)
Received: from localhost (localhost [127.0.0.1]) by zmx1.isc.org (Postfix) with ESMTP id CF3CB16006A for <dnsop@ietf.org>; Tue, 27 Mar 2018 07:34:10 +0000 (UTC)
Received: from zmx1.isc.org ([127.0.0.1]) by localhost (zmx1.isc.org [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id YSYIiVlVigHW for <dnsop@ietf.org>; Tue, 27 Mar 2018 07:34:10 +0000 (UTC)
Received: from [10.10.0.193] (40.20.broadband5.iol.cz [88.100.20.40]) by zmx1.isc.org (Postfix) with ESMTPSA id 2447A16003A for <dnsop@ietf.org>; Tue, 27 Mar 2018 07:34:09 +0000 (UTC)
From: Ondřej Surý <ondrej@isc.org>
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: quoted-printable
Mime-Version: 1.0 (Mac OS X Mail 11.2 \(3445.5.20\))
Date: Tue, 27 Mar 2018 09:34:07 +0200
References: <CA+nkc8DhXEEhiDqwHuA-_zNQc0n=rTZ-VZ6X8-0w-tY_0SC0eA@mail.gmail.com> <40ABB9EB-58EC-48FF-8117-60EE0E7006EF@isc.org> <CA+nkc8BfMKRUHuW+3EzOCeZHfmu1jeOgfVcszTbTYh9k2VTBcA@mail.gmail.com> <002DCABB-24CE-42FA-8DA6-2A458E5F89A1@isc.org> <5AB53F8B.9070504@redbarn.org> <7CF21F70-9419-4D6A-B555-FC229F90E8A9@isc.org> <5AB546CB.3030408@redbarn.org> <CCAE4014-67F8-4E73-A893-AA06B83E880B@isc.org> <20180324124958.GA29255@puck.nether.net> <CAJhMdTPRn=mUQ6xh_HFdFLBk109b_M2+saS86KFxsttb8_oVvw@mail.gmail.com> <20180325080558.GA18671@isc.org> <alpine.LRH.2.21.1803251125310.31237@bofh.nohats.ca> <0474833D-468F-4C59-BAC4-56A562B5C1E3@isc.org> <5AB90F81.3040900@redbarn.org> <80BC1552-1728-43B4-A86D-FC5F9548B228@isc.org> <5AB914FE.5030406@redbarn.org> <CAKW6Ri6GGoUpKbp1sH7SACWJk+YFphHOsb8zuciQNEwB=ry+HQ@mail.gmail.com> <5AB967E0.6010203@redbarn.org> <CAKW6Ri7UHdNo4MovqGzB4CB5j1nB_SJ=WW9CUifLTdLnS7HvPw@mail.gmail.com>
To: dnsop <dnsop@ietf.org>
In-Reply-To: <CAKW6Ri7UHdNo4MovqGzB4CB5j1nB_SJ=WW9CUifLTdLnS7HvPw@mail.gmail.com>
Message-Id: <1F5A07F7-9CCA-4FE4-82FB-BB76D1BE84FC@isc.org>
X-Mailer: Apple Mail (2.3445.5.20)
Archived-At: <https://mailarchive.ietf.org/arch/msg/dnsop/fMYF1qoWWC4Oz4Q0Aolt9Fuwtb0>
Subject: Re: [DNSOP] New Version Notification for draft-sury-deprecate-obsolete-resource-records-00.txt
X-BeenThere: dnsop@ietf.org
X-Mailman-Version: 2.1.22
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: Tue, 27 Mar 2018 07:34:13 -0000

> On 27 Mar 2018, at 03:36, Dick Franks <rwfranks@acm.org> wrote:
> 
>> please see down-thread where deprecation turns out to be both undesirable for the reasons i've given, and additive to developmental complexity since there would be _more_ DNS RFC's to read, and suboptimal compared to declaring a core subset of DNS technology as "mandatory to implement" and simply leaving WKS (and its hypothetical friends) out of that core subset.
> 
> I fail to see how this changes the number of RFCs to be read.
> 
> Nobody has yet defined a core subset; all we have is a camel-load of DNS technology most of which appears to be "mandatory to implement",
> and a mountain of RFCs which are very unlikely to be 100% consistent with each other.
> 
> Expelling one or more items from the "mandatory" set necessarily involves writing an RFC to add to this mountain, and sometimes obsoleting an old one.
> 
> The result is a smaller set of "mandatory to implement" DNS technology.
> 
> Repeat this process until nobody can make a good case for further expulsions;  what remains is the core subset.

I concur with Dick here. Unless we strip the “core” first, we would be either unable to finish the work because we would endlessly bicker about what to put and what to leave out; or we would end up with even worse superset of what we already have.

Stripping down the existing RFCs one-by-one, then just documenting what we already have without changing the content and producing the one “core” document obsoleting 1034,1035 is reasonable approach that could lead to an actionable work plan.

Ondrej
--
Ondřej Surý
ondrej@isc.org

v2.23.0 | Report a Bug | By Email