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

P Vix <paul@redbarn.org> Fri, 23 March 2018 19:24 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 66710124B18 for <dnsop@ietfa.amsl.com>; Fri, 23 Mar 2018 12:24:22 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.909
X-Spam-Level:
X-Spam-Status: No, score=-1.909 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, 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 8jC9QbwLT6ZP for <dnsop@ietfa.amsl.com>; Fri, 23 Mar 2018 12:24:20 -0700 (PDT)
Received: from family.redbarn.org (family.redbarn.org [24.104.150.213]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id E130F1200C1 for <dnsop@ietf.org>; Fri, 23 Mar 2018 12:24:20 -0700 (PDT)
Received: from [IPv6:2600:1003:b120:6231:3ed9:a7a1:de12:11ad] (unknown [IPv6:2600:1003:b120:6231:3ed9:a7a1:de12:11ad]) (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 732E37594C; Fri, 23 Mar 2018 19:24:20 +0000 (UTC)
Date: Fri, 23 Mar 2018 19:24:16 +0000
User-Agent: K-9 Mail for Android
In-Reply-To: <7D887201-8B6D-40B8-8F71-9FCA6833BFAC@isc.org>
References: <152180695934.17546.2068402636242578841.idtracker@ietfa.amsl.com> <9CEA4F8F-4E71-4508-A088-103DD58F88E1@isc.org> <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> <5AB549F2.1070702@redbarn.org> <7D887201-8B6D-40B8-8F71-9FCA6833BFAC@isc.org>
MIME-Version: 1.0
Content-Type: multipart/alternative; boundary="----FELH0FLJ5DX0CL95P0G7GH1TI8T0KQ"
Content-Transfer-Encoding: 7bit
To: Ondřej Surý <ondrej@isc.org>
CC: Bob Harold <rharolde@umich.edu>, dnsop <dnsop@ietf.org>
From: P Vix <paul@redbarn.org>
Message-ID: <E0331267-689C-4C29-961F-B08C5A0A553E@redbarn.org>
Archived-At: <https://mailarchive.ietf.org/arch/msg/dnsop/Aku0zqW9HoEb-z0_WmLKAADVv28>
Subject: Re: [DNSOP] Fwd: 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: Fri, 23 Mar 2018 19:24:22 -0000

Did you hear the part about doing it the way we did when deprecation iquery? There's a discovery and decision process that involves the broader community.

Technical merit was provided. Sad that I can't think of a way to do it more clearly.

On March 23, 2018 7:18:25 PM UTC, "Ondřej Surý" <ondrej@isc.org> wrote:
>The configurations change all the time, I am sorry, but your argument
>doesn’t have a technical merit.
>
>We really do need to start removing obsolete stuff from DNS, and I
>believe this is a good start.
>
>Ondřej 
>--
>Ondřej Surý — ISC
>
>> On 23 Mar 2018, at 18:39, Paul Vixie <paul@redbarn.org> wrote:
>> 
>> 
>> 
>> Ondřej Surý wrote:
>>> What’s so wrong of using TYPExxx for these if you absolutely need
>>> them to run the ancient technology while at the same time running
>the
>>> latest version of BIND (or your favorite DNS server)?
>> 
>> because i am loathe to break existing working configurations. when
>isc changed the value of allow-query to be LAN only, it took years to
>do as safely as we knew how, and even so there was some breakage.
>> 
>>> Your argument feels like strawman to me. And I am not the one
>sitting
>>> on a pile of passive DNS data, so I can’t pull the numbers...
>> 
>> we don't see a lot of intranet data, so that would not be
>dispositive. however, i urge you to reconsider your strawman-ish
>feelings. we are forever rebuilding the airplane in flight. the long
>tail matters.
>> 
>>> We are not taking the ability to put random TYPEnnn records into the
>>> zone, we are just saying the tools just won’t understand them
>>> anymore. Again nothing is going to break on the day one.
>> 
>> as long as people know what they're doing and are willing to convert
>their zones using tools unspecified, that's true. but you are chewing
>on the narrowest part of bert's camel here, at some risk, little gain.
>> 
>> -- 
>> P Vixie
>> 

-- 
Sent from my Android device with K-9 Mail. Please excuse my brevity.