Re: [DNSOP] Creating a query/record for A and AAAA

Ondřej Surý <ondrej@isc.org> Mon, 02 July 2018 10:27 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 778D8130EB5 for <dnsop@ietfa.amsl.com>; Mon, 2 Jul 2018 03:27:46 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -5.921
X-Spam-Level:
X-Spam-Status: No, score=-5.921 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, FROM_EXCESS_BASE64=0.979, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001, 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 8S3iR7766n6L for <dnsop@ietfa.amsl.com>; Mon, 2 Jul 2018 03:27:45 -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 2D29A130F7C for <dnsop@ietf.org>; Mon, 2 Jul 2018 03:27:45 -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 3954A3AB040; Mon, 2 Jul 2018 10:27:44 +0000 (UTC)
Received: from zmx1.isc.org (localhost [127.0.0.1]) by zmx1.isc.org (Postfix) with ESMTPS id 25F6C16006B; Mon, 2 Jul 2018 10:27:44 +0000 (UTC)
Received: from localhost (localhost [127.0.0.1]) by zmx1.isc.org (Postfix) with ESMTP id 16FE716006A; Mon, 2 Jul 2018 10:27:44 +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 pydd2OXUgK9H; Mon, 2 Jul 2018 10:27:44 +0000 (UTC)
Received: from [192.168.1.228] (fw6.hnojniknet.cz [185.158.64.16]) by zmx1.isc.org (Postfix) with ESMTPSA id F14C416003E; Mon, 2 Jul 2018 10:27:42 +0000 (UTC)
Content-Type: text/plain; charset="utf-8"
Mime-Version: 1.0 (Mac OS X Mail 12.0 \(3445.100.13.1\))
From: Ondřej Surý <ondrej@isc.org>
In-Reply-To: <alpine.DEB.2.11.1807021034570.916@grey.csi.cam.ac.uk>
Date: Mon, 02 Jul 2018 12:27:40 +0200
Cc: "paul@redbarn.org" <paul@redbarn.org>, dnsop@ietf.org, Michael Sheldon <msheldon@godaddy.com>
Content-Transfer-Encoding: quoted-printable
Message-Id: <24844241-7BDB-49C9-8B34-452669F2ADD8@isc.org>
References: <b73f3dc7-b378-d5d8-c7a2-42bc4326fbae@nic.cz> <alpine.DEB.2.11.1806191428250.916@grey.csi.cam.ac.uk> <691FC45D-E5B6-4131-95BF-878520351F3A@gmail.com> <bf0ba568-1a18-f8cf-c1a0-3f547d642a78@bellis.me.uk> <0438207E-A4C2-434D-9507-9D9F54765CFB@puck.nether.net> <alpine.DEB.2.11.1806191649350.916@grey.csi.cam.ac.uk> <9a0d1bae-dc58-99b5-40d1-caa7737dbfb1@bellis.me.uk> <1B7B2BB4-F0AE-4188-B89B-DF032BE7A237@automagic.org> <CAHw9_iKWhRjK6yzSSWVsCBqjdVfTnzVkUh8PMYC5nwQUb_=yvw@mail.gmail.com> <20180622191334.GA15349@jurassic> <CAHw9_iLN0w=k0hZLsOCJXnA58afACuzxgXdYPPEn_HShm6Q4aw@mail.gmail.com> <43D87A94-E356-4B82-BB0B-C40701E981FB@dotat.at> <E2BC75AC-3E1D-43E0-AE1E-89D78E11CEB1@isc.org> <38513A04-FBB7-4579-90AE-2B5359D94907@godaddy.com> <5B366088.6040201@redbarn.org> <alpine.DEB.2.11.1807021034570.916@grey.csi.cam.ac.uk>
To: Tony Finch <dot@dotat.at>
X-Mailer: Apple Mail (2.3445.100.13.1)
Archived-At: <https://mailarchive.ietf.org/arch/msg/dnsop/WYzjJA6oAXPjoJMvkLwgmj_cSaA>
Subject: Re: [DNSOP] Creating a query/record for A and AAAA
X-BeenThere: dnsop@ietf.org
X-Mailman-Version: 2.1.26
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: Mon, 02 Jul 2018 10:27:47 -0000

Hi,

> On 2 Jul 2018, at 11:53, Tony Finch <dot@dotat.at> wrote:
> 
> Paul Vixie <paul@redbarn.org> wrote:
>> 
>> for QTYPE=A, add AAAA as a desired additional data type.
>> 
>> for QTYPE=AAAA, add A as a desired additional data type.
> 
> How does the server signal to a client that made an A query that there
> are no AAAA records so the client does not need to make a followup AAAA
> query? My answer: use DNSSEC :-)
> 
> What are the incentives to implement this? The current state of the art is
> happy eyeballs version 2, which specifies concurrent AAAA and A queries;
> the client has already made both queries before it finds out it only
> needed to make one. I'm not sure how a client could know in advance that
> it only needs to make one query.

This really isn’t about incentives, but not making the situation worse.

A single query without signalling (opportunistic) and without state will
double the latency compared to dual A + AAAA query fired at the same
time.

> I think there would be some benefit to this between auth and recursive,
> provided the recursive server eagerly validates additional records and
> promotes them to the authoritative answer level of RFC 2181 trust.

So, instead of adding additional complexity of validating and storing the
unsolicited information in additional section, the “prefetch” code in resolvers
could be enhanced to pre-fill the cache with additional records when specific
RTYPE is requested…

Ondrej
--
Ondřej Surý
ondrej@isc.org