Re: [DNSOP] Question on RRtypes in RFC 4034 Section 6.2
Mark Andrews <marka@isc.org> Tue, 08 December 2015 20:37 UTC
Return-Path: <marka@isc.org>
X-Original-To: dnsop@ietfa.amsl.com
Delivered-To: dnsop@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5A60E1A6F8E for <dnsop@ietfa.amsl.com>; Tue, 8 Dec 2015 12:37:43 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.911
X-Spam-Level:
X-Spam-Status: No, score=-6.911 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] autolearn=ham
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 myOUOBS5Z6w0 for <dnsop@ietfa.amsl.com>; Tue, 8 Dec 2015 12:37:41 -0800 (PST)
Received: from mx.pao1.isc.org (mx.pao1.isc.org [149.20.64.53]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id BCDDD1A6F8A for <dnsop@ietf.org>; Tue, 8 Dec 2015 12:37:41 -0800 (PST)
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)) (Client did not present a certificate) by mx.pao1.isc.org (Postfix) with ESMTPS id 0446D3493BF; Tue, 8 Dec 2015 20:37:40 +0000 (UTC)
Received: from zmx1.isc.org (localhost [127.0.0.1]) by zmx1.isc.org (Postfix) with ESMTPS id 1036C160043; Tue, 8 Dec 2015 20:40:05 +0000 (UTC)
Received: from localhost (localhost [127.0.0.1]) by zmx1.isc.org (Postfix) with ESMTP id 005CB1600B0; Tue, 8 Dec 2015 20:40:04 +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 xr61zvvOU9Mk; Tue, 8 Dec 2015 20:40:04 +0000 (UTC)
Received: from rock.dv.isc.org (c122-106-161-187.carlnfd1.nsw.optusnet.com.au [122.106.161.187]) by zmx1.isc.org (Postfix) with ESMTPSA id B7615160043; Tue, 8 Dec 2015 20:40:04 +0000 (UTC)
Received: from rock.dv.isc.org (localhost [IPv6:::1]) by rock.dv.isc.org (Postfix) with ESMTP id 3F62F3EF0E88; Wed, 9 Dec 2015 07:37:36 +1100 (EST)
To: Paul Wouters <paul@nohats.ca>
From: Mark Andrews <marka@isc.org>
References: <alpine.LFD.2.20.1512081004020.18633@bofh.nohats.ca> <20151208193856.GA5997@mycre.ws> <alpine.LFD.2.20.1512081440270.27931@bofh.nohats.ca>
In-reply-to: Your message of "Tue, 08 Dec 2015 14:41:10 -0500." <alpine.LFD.2.20.1512081440270.27931@bofh.nohats.ca>
Date: Wed, 09 Dec 2015 07:37:36 +1100
Message-Id: <20151208203736.3F62F3EF0E88@rock.dv.isc.org>
Archived-At: <http://mailarchive.ietf.org/arch/msg/dnsop/fKqnZcdLVPPGQRipOR_XvS8PUbY>
Cc: dnsop <dnsop@ietf.org>
Subject: Re: [DNSOP] Question on RRtypes in RFC 4034 Section 6.2
X-BeenThere: dnsop@ietf.org
X-Mailman-Version: 2.1.15
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, 08 Dec 2015 20:37:43 -0000
In message <alpine.LFD.2.20.1512081440270.27931@bofh.nohats.ca>, Paul Wouters wr ites: > > > Subject: Re: [DNSOP] Question on RRtypes in RFC 4034 Section 6.2 > > Thanks everyone for the useful comments. It's all clear to me now. > > Paul Additionally if we ever wanted to enable compression for new types we could use EDNS to signal that the client understands a expand set of types and one could use case sensitive compression to preserve the original case of the name in the rdata which would allow DNSSEC to work to work on the expanded names without having to update every client in the world first. e.g. EDNS(1) could indicate the client understands the rdata for all the types allocated as of 12:00 Dec 8, 2016. EDNS(2) could indicate the client understands the rdata for all the types allocated as of 12:00 Dec 8, 2020. We all should be doing case sensitive compression already as that really is part and parcel of preserving the original case as required by RFC 103[45]. I'm actually tempted to say we should do this just to get rid of the stupid firewalls that think that it is a good idea to drop EDNS != EDNS(0) requests. > _______________________________________________ > DNSOP mailing list > DNSOP@ietf.org > https://www.ietf.org/mailman/listinfo/dnsop -- Mark Andrews, ISC 1 Seymour St., Dundas Valley, NSW 2117, Australia PHONE: +61 2 9871 4742 INTERNET: marka@isc.org
- [DNSOP] Question on RRtypes in RFC 4034 Section 6… Paul Wouters
- Re: [DNSOP] Question on RRtypes in RFC 4034 Secti… P Vixie
- Re: [DNSOP] Question on RRtypes in RFC 4034 Secti… Ólafur Guðmundsson
- Re: [DNSOP] Question on RRtypes in RFC 4034 Secti… Roy Arends
- Re: [DNSOP] Question on RRtypes in RFC 4034 Secti… Robert Edmonds
- Re: [DNSOP] Question on RRtypes in RFC 4034 Secti… Paul Wouters
- Re: [DNSOP] Question on RRtypes in RFC 4034 Secti… Mark Andrews
- Re: [DNSOP] Question on RRtypes in RFC 4034 Secti… 🔒Roy Arends
- Re: [DNSOP] Question on RRtypes in RFC 4034 Secti… Mark Andrews
- Re: [DNSOP] Question on RRtypes in RFC 4034 Secti… Robert Edmonds