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

Paul Wouters <paul@nohats.ca> Fri, 29 June 2018 17:28 UTC

Return-Path: <paul@nohats.ca>
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 B6214130DCC for <dnsop@ietfa.amsl.com>; Fri, 29 Jun 2018 10:28:19 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2
X-Spam-Level:
X-Spam-Status: No, score=-2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=nohats.ca
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 VU_FiPbUqVeC for <dnsop@ietfa.amsl.com>; Fri, 29 Jun 2018 10:28:14 -0700 (PDT)
Received: from mx.nohats.ca (mx.nohats.ca [IPv6:2a03:6000:1004:1::68]) (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 AF442130DC1 for <dnsop@ietf.org>; Fri, 29 Jun 2018 10:28:14 -0700 (PDT)
Received: from localhost (localhost [IPv6:::1]) by mx.nohats.ca (Postfix) with ESMTP id 41HNs72S73z3d7; Fri, 29 Jun 2018 19:28:11 +0200 (CEST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=nohats.ca; s=default; t=1530293291; bh=Jfw+o099svbnXV/s7SWl596+fbRTas3EsNrwip0lo9o=; h=Subject:From:In-Reply-To:Date:Cc:References:To; b=rYYREa/6s9T1nF2Z8+tCZiy3RRhoZsAJKeJmtEtrFwV5gxI3IAust4ZVSdKPQ8E30 jwAb1zLTOvmEtjQLdLZ5ryoLtqCcrzyRcaOOqmE/wKrlUhQN/RDaNiaib/naIpatP0 k78go580eSJ43rQYFADBg7oWC047VowQkweaa7Ts=
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 GZ00DzC6z-Jw; Fri, 29 Jun 2018 19:28:10 +0200 (CEST)
Received: from bofh.nohats.ca (bofh.nohats.ca [76.10.157.69]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx.nohats.ca (Postfix) with ESMTPS; Fri, 29 Jun 2018 19:28:09 +0200 (CEST)
Received: from [192.168.1.196] (toroon017sw-lp140-03-50-100-90-192.dsl.bell.ca [50.100.90.192]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by bofh.nohats.ca (Postfix) with ESMTPSA id AFCAC62D25; Fri, 29 Jun 2018 13:28:08 -0400 (EDT)
DKIM-Filter: OpenDKIM Filter v2.11.0 bofh.nohats.ca AFCAC62D25
Content-Type: text/plain; charset=us-ascii
Mime-Version: 1.0 (1.0)
From: Paul Wouters <paul@nohats.ca>
X-Mailer: iPhone Mail (15F79)
In-Reply-To: <5B366088.6040201@redbarn.org>
Date: Fri, 29 Jun 2018 13:28:08 -0400
Cc: Michael Sheldon <msheldon@godaddy.com>, dnsop@ietf.org
Content-Transfer-Encoding: quoted-printable
Message-Id: <30B2C307-723B-416B-BBFB-C9DD2A6C1602@nohats.ca>
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>
To: Paul Vixie <paul@redbarn.org>
Archived-At: <https://mailarchive.ietf.org/arch/msg/dnsop/MD5KLnquQ5-L2XJDDiTZ4Vyw4hQ>
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: Fri, 29 Jun 2018 17:28:20 -0000


> On Jun 29, 2018, at 12:38, Paul Vixie <paul@redbarn.org>; wrote:
> 
> 
> 
> Michael Sheldon wrote:
>> Breaking this out of the ANAME discussion, since it has wider use.
>> 
>> I've been thinking on this one. If I was to create a record, I'd set
>> aside a byte or two at the beginning to denote family, but I'm just
>> paranoid and OCD that way.
> 
> that seems like the long way around.
> 
> for QTYPE=A, add AAAA as a desired additional data type.

And ANAME (just a regular rrtype, no strange preprocessing)
> 
> for QTYPE=AAAA, add A as a desired additional data type.

Same here.

Let the recursive then use the ANAME for refreshing the A/AAAA

And everything has regular dnssec signatures without online signing.

> advantages:
> 
> no fork-lifts. incremental. opportunistic. no protocol changes. start today.
> 
> any server which does it will give better time-to-first-ad benchmarks, and will therefore outcompete any server who doesn't do it in all bakeoffs.

+1

Paul