Re: [DNSOP] More work for DNSOP :-)
Paul Wouters <paul@nohats.ca> Sat, 07 March 2015 00:37 UTC
Return-Path: <paul@nohats.ca>
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 DED401A7018 for <dnsop@ietfa.amsl.com>; Fri, 6 Mar 2015 16:37:10 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.01
X-Spam-Level:
X-Spam-Status: No, score=-2.01 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, 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 MC9FvD4idRpT for <dnsop@ietfa.amsl.com>; Fri, 6 Mar 2015 16:37:08 -0800 (PST)
Received: from mx.nohats.ca (mx.nohats.ca [193.110.157.68]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 8C7A51A700F for <dnsop@ietf.org>; Fri, 6 Mar 2015 16:37:08 -0800 (PST)
Received: from localhost (localhost [IPv6:::1]) by mx.nohats.ca (Postfix) with ESMTP id 3kzRhy18zrzCf9; Sat, 7 Mar 2015 01:37:06 +0100 (CET)
Authentication-Results: mx.nohats.ca; dkim=pass reason="1024-bit key; unprotected key" header.d=nohats.ca header.i=@nohats.ca header.b=mZ34m8nc; dkim-adsp=pass
X-Virus-Scanned: amavisd-new at mx.nohats.ca
Received: from mx.nohats.ca ([IPv6:::1]) by localhost (mx.nohats.ca [IPv6:::1]) (amavisd-new, port 10024) with ESMTP id GqsW5-v_7hOr; Sat, 7 Mar 2015 01:37:05 +0100 (CET)
Received: from bofh.nohats.ca (206-248-139-105.dsl.teksavvy.com [206.248.139.105]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx.nohats.ca (Postfix) with ESMTPS; Sat, 7 Mar 2015 01:37:05 +0100 (CET)
Received: from bofh.nohats.ca (bofh.nohats.ca [127.0.0.1]) by bofh.nohats.ca (Postfix) with ESMTP id 821F4803E0; Fri, 6 Mar 2015 19:37:03 -0500 (EST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=nohats.ca; s=default; t=1425688623; bh=EfxehwBmFQiRMUqKdgK1zhoiEcfvw7u488j6U+nApWE=; h=Date:From:To:cc:Subject:In-Reply-To:References; b=mZ34m8ncpnA6jW2KFLWm2GXRHRjLMm5tYmlFbluLnZcTzuD103I8aN0mDoyCfMneO 9BYocgNgb9eVM1GJ7oe73kLQshkvWtV5f2hyCQq7i2VvmRPp9mF5WAzsCFu57pdfto We/KTMV/3N1j/YMpYlIQkVjTollgmrUicBPxQQRQ=
Received: from localhost (paul@localhost) by bofh.nohats.ca (8.14.7/8.14.7/Submit) with ESMTP id t270b262020645; Fri, 6 Mar 2015 19:37:02 -0500
X-Authentication-Warning: bofh.nohats.ca: paul owned process doing -bs
Date: Fri, 06 Mar 2015 19:37:02 -0500
From: Paul Wouters <paul@nohats.ca>
To: Paul Vixie <paul@redbarn.org>
In-Reply-To: <54FA1E0D.3000700@redbarn.org>
Message-ID: <alpine.LFD.2.10.1503061930040.6603@bofh.nohats.ca>
References: <20150306145217.GA8959@nic.fr> <54F9C29E.9040408@jive.com> <54F9F90D.1020806@redbarn.org> <54F9FCD3.7010204@jive.com> <54F9FDFA.2030405@redbarn.org> <F25411A6-2CBD-4A76-949C-6E236FA87863@isoc.org> <20150306205920.GA17567@isc.org> <alpine.LFD.2.10.1503061609090.17414@bofh.nohats.ca> <54FA1E0D.3000700@redbarn.org>
User-Agent: Alpine 2.10 (LFD 1266 2009-07-14)
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset="US-ASCII"; format="flowed"
Archived-At: <http://mailarchive.ietf.org/arch/msg/dnsop/iEGknSEVtdrxBDlMuh1sElQXLO0>
Cc: Evan Hunt <each@isc.org>, "dnsop@ietf.org" <dnsop@ietf.org>
Subject: Re: [DNSOP] More work for DNSOP :-)
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: <http://www.ietf.org/mail-archive/web/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: Sat, 07 Mar 2015 00:37:11 -0000
On Fri, 6 Mar 2015, Paul Vixie wrote: > Paul Wouters wrote: > On Fri, 6 Mar 2015, Evan Hunt wrote: > > (As an aside: I've often wondered why the DNS doesn't have *more* meta-query > types, less extensive than ANY, such as a single type covering A and AAAA. > > > nothing prevents a server from answering A with AAAA as additional data, or answering AAAA with A as > additional data. there can be no delegation point between rrtypes at a single node, so poisoning isn't to > be feared. the RRSIGs for additional data can be included just as when A/AAAA additional data is included > with MX, SRV, or NS. > > i'd like to see this done. it would not require an internet-draft, or if one existed, it would be an FYI > nor STD. At the time, I was more thinking of an EDNS option with a nsec3-style bitmap to specify which RRTYPE's you are interested in. Those would have to include the proof that something does not exist. It gets trickier if you want to support asking for "IPSECKEY and TLSA record for www.nohats.ca" and map that to the proper _443._tcp.www.nohats.ca. for TLSA and its NSEC3 records. People were pretty fast to say "just send multiple queries at once". And that is kind of true, and exactly what is now done with A / AAAA. But it would be better to get one query reply so you can make an informed decision instead of either waiting for the 2nd query or doing v4 when you could have done v6 if you had waited on the second query reply. The problem with specifying this without a new EDNS option is that you don't know the differenec between old software or a missing A/AAAA record - you just know it was not in the reply. So software will still use two queries. It's fixable, but the migration path will take years while we don't have a good dns library to do this work in that everyone will then use. Paul
- Re: [DNSOP] More work for DNSOP :-) Andrew Sullivan
- [DNSOP] More work for DNSOP :-) Stephane Bortzmeyer
- Re: [DNSOP] More work for DNSOP :-) Simon Perreault
- Re: [DNSOP] More work for DNSOP :-) Edward Lewis
- Re: [DNSOP] More work for DNSOP :-) Marcus Grando
- Re: [DNSOP] More work for DNSOP :-) Stephane Bortzmeyer
- Re: [DNSOP] More work for DNSOP :-) Paul Vixie
- Re: [DNSOP] More work for DNSOP :-) Alejandro Acosta
- Re: [DNSOP] More work for DNSOP :-) Simon Perreault
- Re: [DNSOP] More work for DNSOP :-) Paul Vixie
- Re: [DNSOP] More work for DNSOP :-) Edward Lewis
- Re: [DNSOP] More work for DNSOP :-) Paul Vixie
- Re: [DNSOP] More work for DNSOP :-) Bob Harold
- Re: [DNSOP] More work for DNSOP :-) Paul Vixie
- Re: [DNSOP] More work for DNSOP :-) Dan York
- Re: [DNSOP] More work for DNSOP :-) Evan Hunt
- Re: [DNSOP] More work for DNSOP :-) Paul Vixie
- Re: [DNSOP] More work for DNSOP :-) Paul Wouters
- Re: [DNSOP] More work for DNSOP :-) Paul Vixie
- Re: [DNSOP] More work for DNSOP :-) Paul Wouters
- Re: [DNSOP] More work for DNSOP :-) Paul Vixie
- Re: [DNSOP] More work for DNSOP :-) Paul Vixie
- Re: [DNSOP] More work for DNSOP :-) Tony Finch
- Re: [DNSOP] More work for DNSOP :-) Olafur Gudmundsson
- Re: [DNSOP] More work for DNSOP :-) Paul Hoffman
- Re: [DNSOP] More work for DNSOP :-) Andreas Gustafsson
- Re: [DNSOP] More work for DNSOP :-) Tony Finch
- Re: [DNSOP] More work for DNSOP :-) Stephane Bortzmeyer
- [DNSOP] Why no more meta-queries? (Was: More work… Stephane Bortzmeyer
- Re: [DNSOP] More work for DNSOP :-) Paul Hoffman
- Re: [DNSOP] Why no more meta-queries? (Was: More … Ray Bellis
- Re: [DNSOP] More work for DNSOP :-) Olafur Gudmundsson
- Re: [DNSOP] Why no more meta-queries? (Was: More … Shumon Huque
- Re: [DNSOP] Why no more meta-queries? (Was: More … Robert Edmonds
- Re: [DNSOP] Why no more meta-queries? (Was: More … Shumon Huque
- Re: [DNSOP] Why no more meta-queries? (Was: More … Shumon Huque
- Re: [DNSOP] Why no more meta-queries? (Was: More … W.C.A. Wijngaards
- Re: [DNSOP] Why no more meta-queries? (Was: More … Shumon Huque