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