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

Ondřej Surý <ondrej@isc.org> Fri, 23 March 2018 17:03 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 0D1371200FC for <dnsop@ietfa.amsl.com>; Fri, 23 Mar 2018 10:03:14 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.908
X-Spam-Level:
X-Spam-Status: No, score=-6.908 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, MIME_QP_LONG_LINE=0.001, 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 Sqre7gOe2lrB for <dnsop@ietfa.amsl.com>; Fri, 23 Mar 2018 10:03: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 3E5F012D95C for <dnsop@ietf.org>; Fri, 23 Mar 2018 10:03:10 -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 132FB3AB03E; Fri, 23 Mar 2018 17:03:10 +0000 (UTC)
Received: from zmx1.isc.org (localhost [127.0.0.1]) by zmx1.isc.org (Postfix) with ESMTPS id CF507160083; Fri, 23 Mar 2018 17:03:09 +0000 (UTC)
Received: from localhost (localhost [127.0.0.1]) by zmx1.isc.org (Postfix) with ESMTP id BD6FE16006D; Fri, 23 Mar 2018 17:03:09 +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 PSbeahO7Ecr2; Fri, 23 Mar 2018 17:03:09 +0000 (UTC)
Received: from [100.101.127.104] (ip-37-188-152-153.eurotel.cz [37.188.152.153]) by zmx1.isc.org (Postfix) with ESMTPSA id D52E1160051; Fri, 23 Mar 2018 17:03:08 +0000 (UTC)
Content-Type: multipart/alternative; boundary="Apple-Mail-CF467246-2A05-4E0F-9F79-3C12AB01E9BF"
Mime-Version: 1.0 (1.0)
From: Ondřej Surý <ondrej@isc.org>
X-Mailer: iPhone Mail (15D100)
In-Reply-To: <CA+nkc8BfMKRUHuW+3EzOCeZHfmu1jeOgfVcszTbTYh9k2VTBcA@mail.gmail.com>
Date: Fri, 23 Mar 2018 17:03:05 +0000
Cc: dnsop <dnsop@ietf.org>
Content-Transfer-Encoding: 7bit
Message-Id: <002DCABB-24CE-42FA-8DA6-2A458E5F89A1@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>
To: Bob Harold <rharolde@umich.edu>
Archived-At: <https://mailarchive.ietf.org/arch/msg/dnsop/cszFzB_-I_mKzaGSTWjymmJEdoQ>
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 17:03:14 -0000

Thanks, now I understand what you are asking for;), so what about:

“No existing Internet Standard uses these Resource Records and there no know practical usage in the public Internet.”

Ondřej
--
Ondřej Surý — ISC

> On 23 Mar 2018, at 16:51, Bob Harold <rharolde@umich.edu> wrote:
> 
> 
>> On Fri, Mar 23, 2018 at 12:05 PM, Ondřej Surý <ondrej@isc.org> wrote:
>> No, I don’t mean that. While in theory you can call an aquarium with dead fish and algae “in use” and tell your neighbors that you have fish and have a green thumb, it wouldn’t be necessarily an accurate assessment of the situation. Similarly, an occasional user that tries things doesn’t make those experimental RRTYPEs to be “in use”.
>> 
>> What I mean is to make DNS simpler by kicking out stuff that has no use in existing protocols.
>> 
>> Ondřej 
>> --
>> Ondřej Surý — ISC
> 
> Ok, sorry to sound mean.  But I think 'not in use' needs to be defined in the rfc so we all understand it the same.  How do we decide when something in no longer in use?  Perhaps there is no quantitative measurement and we just have to make a judgement call.
> 
> "no known practical usage" ?
> "no known use that will break anything if removed" ?
> "use is so low that the the advantage of removing exceeds the advantage of continuing to support it" ?
> "there is very little use and we don't think removing it will cause a problem" ?
> 
> -- 
> Bob Harold
> 
>  
>>> On 23 Mar 2018, at 14:18, Bob Harold <rharolde@umich.edu> wrote:
>>> 
>>> 
>>>> On Fri, Mar 23, 2018 at 8:11 AM, Ondřej Surý <ondrej@isc.org> wrote:
>>>> Heya,
>>>> 
>>>> this is a first attempt to start reducing the load on DNS Implementors and actually remove the stuff from DNS that’s not used and not needed anymore.
>>>> 
>>>> There’s github for the draft: https://github.com/oerdnj/draft-sury-dnsop-deprecate-obsolete-resource-records
>>>> 
>>>> Ondrej
>>>> --
>>>> Ondřej Surý
>>>> ondrej@isc.org
>>>> 
>>>>> Begin forwarded message:
>>>>> 
>>>>> From: internet-drafts@ietf.org
>>>>> Subject: New Version Notification for draft-sury-deprecate-obsolete-resource-records-00.txt
>>>>> Date: 23 March 2018 at 12:09:19 GMT
>>>>> To: "Ondrej Sury" <ondrej@isc.org>
>>>>> 
>>>>> 
>>>>> A new version of I-D, draft-sury-deprecate-obsolete-resource-records-00.txt
>>>>> has been successfully submitted by Ondrej Sury and posted to the
>>>>> IETF repository.
>>>>> 
>>>>> Name:		draft-sury-deprecate-obsolete-resource-records
>>>>> Revision:	00
>>>>> Title:		Deprecating obsolete DNS Resource Records
>>>>> Document date:	2018-03-22
>>>>> Group:		Individual Submission
>>>>> Pages:		4
>>>>> URL:            https://www.ietf.org/internet-drafts/draft-sury-deprecate-obsolete-resource-records-00.txt
>>>>> Status:         https://datatracker.ietf.org/doc/draft-sury-deprecate-obsolete-resource-records/
>>>>> Htmlized:       https://tools.ietf.org/html/draft-sury-deprecate-obsolete-resource-records-00
>>>>> Htmlized:       https://datatracker.ietf.org/doc/html/draft-sury-deprecate-obsolete-resource-records
>>>>> 
>>>>> 
>>>>> Abstract:
>>>>>   This document deprecates Resource Records that are neither being used
>>>>>   for anything meanigful nor already made obsolete by other RFCs.  This
>>>>>   document updates [RFC1035].
>>> 
>>> I don't mind deprecating unused types.  But I don't understand how an unused type can affect compression.  I can only imagine it having an effect if the type actually exists in a packet, which means that it is 'in use'.
>>> 
>>> Do you mean 'types that have DNS records, and hosts query for those records, but we think they are not really used'  ?
>>> 
>>> -- 
>>> Bob Harold
>