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 16:05 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 C2F5E12D953 for <dnsop@ietfa.amsl.com>; Fri, 23 Mar 2018 09:05:37 -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 6KfmPNPD4meV for <dnsop@ietfa.amsl.com>; Fri, 23 Mar 2018 09:05:35 -0700 (PDT)
Received: from mx.pao1.isc.org (mx.pao1.isc.org [149.20.64.53]) (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 6553912D941 for <dnsop@ietf.org>; Fri, 23 Mar 2018 09:05:35 -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 3AF833AB001; Fri, 23 Mar 2018 16:05:35 +0000 (UTC)
Received: from zmx1.isc.org (localhost [127.0.0.1]) by zmx1.isc.org (Postfix) with ESMTPS id 2B5B3160051; Fri, 23 Mar 2018 16:05:35 +0000 (UTC)
Received: from localhost (localhost [127.0.0.1]) by zmx1.isc.org (Postfix) with ESMTP id 1C719160068; Fri, 23 Mar 2018 16:05:35 +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 bnFPk76f1Qlk; Fri, 23 Mar 2018 16:05:35 +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 6C27F160051; Fri, 23 Mar 2018 16:05:34 +0000 (UTC)
Content-Type: multipart/alternative; boundary=Apple-Mail-E7275BFA-96EA-4B40-9797-4F02E8C829C5
Mime-Version: 1.0 (1.0)
From: =?utf-8?Q?Ond=C5=99ej_Sur=C3=BD?= <ondrej@isc.org>
X-Mailer: iPhone Mail (15D100)
In-Reply-To: <CA+nkc8DhXEEhiDqwHuA-_zNQc0n=rTZ-VZ6X8-0w-tY_0SC0eA@mail.gmail.com>
Date: Fri, 23 Mar 2018 16:05:30 +0000
Cc: dnsop <dnsop@ietf.org>
Content-Transfer-Encoding: 7bit
Message-Id: <40ABB9EB-58EC-48FF-8117-60EE0E7006EF@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>
To: Bob Harold <rharolde@umich.edu>
Archived-At: <https://mailarchive.ietf.org/arch/msg/dnsop/tVeYZhA1zgWi1pd7cGvVq3m8b2s>
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 16:05:38 -0000

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

> 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
>