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

Paul Vixie <paul@redbarn.org> Mon, 26 March 2018 21:36 UTC

Return-Path: <paul@redbarn.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 6F18B126579 for <dnsop@ietfa.amsl.com>; Mon, 26 Mar 2018 14:36:36 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.911
X-Spam-Level:
X-Spam-Status: No, score=-1.911 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] 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 TbnI6FjUrzNg for <dnsop@ietfa.amsl.com>; Mon, 26 Mar 2018 14:36:35 -0700 (PDT)
Received: from family.redbarn.org (family.redbarn.org [IPv6:2001:559:8000:cd::5]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 557F01200FC for <dnsop@ietf.org>; Mon, 26 Mar 2018 14:36:35 -0700 (PDT)
Received: from [IPv6:2001:559:8000:c9:4ca8:bd4c:848b:7427] (unknown [IPv6:2001:559:8000:c9:4ca8:bd4c:848b:7427]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by family.redbarn.org (Postfix) with ESMTPSA id 302867594C; Mon, 26 Mar 2018 21:36:35 +0000 (UTC)
Message-ID: <5AB967E0.6010203@redbarn.org>
Date: Mon, 26 Mar 2018 14:36:32 -0700
From: Paul Vixie <paul@redbarn.org>
User-Agent: Postbox 5.0.24 (Windows/20180302)
MIME-Version: 1.0
To: Dick Franks <rwfranks@gmail.com>
CC: Ondřej Surý <ondrej@isc.org>, dnsop <dnsop@ietf.org>, Paul Wouters <paul@nohats.ca>
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>
In-Reply-To: <CAKW6Ri6GGoUpKbp1sH7SACWJk+YFphHOsb8zuciQNEwB=ry+HQ@mail.gmail.com>
Content-Type: text/plain; charset="UTF-8"; format="flowed"
Content-Transfer-Encoding: 7bit
Archived-At: <https://mailarchive.ietf.org/arch/msg/dnsop/udh7JmVtHaobSjYS0neQF2X4B8Q>
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: Mon, 26 Mar 2018 21:36:36 -0000


Dick Franks wrote:
>
> On 26 March 2018 at 16:42, Paul Vixie <paul@redbarn.org
> <mailto:paul@redbarn.org>> wrote:
>...
>
> This hypothetical somebody somewhere has already had 30 years warning
> that these RR's will disappear or be replaced by something better.
>
> Deprecation signals end of life, end of support, end of story.
>
> To speak of outreach in this particular case is a nonsense; your
> hypothetical friend has been ignoring the real world for 30 years, and
> nothing drops into his mailbox these days.

i've had my symbolics 3640 online quite a bit in the last 30 years, and 
it still makes WKS queries, and i have used WKS responses to control it. 
the software still works as well as it was designed to do, but the 
vendor is long out of business. however, read on.

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.

-- 
P Vixie