[DNSOP] Fwd: New Version Notification for draft-ietf-dnsop-aname-02.txt

Tony Finch <dot@dotat.at> Fri, 19 October 2018 16:14 UTC

Return-Path: <dot@dotat.at>
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 D6EA512D4EB for <dnsop@ietfa.amsl.com>; Fri, 19 Oct 2018 09:14:16 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.199
X-Spam-Level:
X-Spam-Status: No, score=-4.199 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, 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 UB3w_j46YLdQ for <dnsop@ietfa.amsl.com>; Fri, 19 Oct 2018 09:14:13 -0700 (PDT)
Received: from ppsw-31.csi.cam.ac.uk (ppsw-31.csi.cam.ac.uk [131.111.8.131]) (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 710011277C8 for <dnsop@ietf.org>; Fri, 19 Oct 2018 09:14:13 -0700 (PDT)
X-Cam-AntiVirus: no malware found
X-Cam-ScannerInfo: http://help.uis.cam.ac.uk/email-scanner-virus
Received: from grey.csi.cam.ac.uk ([131.111.57.57]:50550) by ppsw-31.csi.cam.ac.uk (ppsw.cam.ac.uk [131.111.8.137]:25) with esmtps (TLSv1.2:ECDHE-RSA-AES256-GCM-SHA384:256) id 1gDXPg-000Owm-JR (Exim 4.91) (return-path <dot@dotat.at>); Fri, 19 Oct 2018 17:14:12 +0100
Date: Fri, 19 Oct 2018 17:14:11 +0100
From: Tony Finch <dot@dotat.at>
To: dnsop@ietf.org
cc: Tony Finch <dot@dotat.at>
Message-ID: <alpine.DEB.2.20.1810191639120.2662@grey.csi.cam.ac.uk>
User-Agent: Alpine 2.20 (DEB 67 2015-01-07)
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Archived-At: <https://mailarchive.ietf.org/arch/msg/dnsop/_yPb4b2-rWxH7Ymfi3RQuzDNW6A>
Subject: [DNSOP] Fwd: New Version Notification for draft-ietf-dnsop-aname-02.txt
X-BeenThere: dnsop@ietf.org
X-Mailman-Version: 2.1.29
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, 19 Oct 2018 16:14:17 -0000

Hello all,

This is the revamped ANAME draft that I have been talking about at the
DNS-OARC and RIPE meetings. It's basically rewritten to remove ANAME
processing from authoritative query handling and instead describe it as
part of the zone provisioning / maintenance process.

There is an "as if" clause which is intended to allow a wide variety of
implementations; the view is that an auth server that does dynamic answer
generation is actually a weird kind of primary master (since it controls
the zone contents) however much it tries to work like a secondary. This is
difficult to explain well, so comments and questions are encouraged!

There is still ANAME processing in resolvers, as an optimization for ANAME
targets that are dynamic based on the client's address. ANAME works
without this extra feature, so no forklift upgrade is needed. DNSSEC
compatibility is handled by never altering records if the client might be
validating, and assumung that the client will do so itself if it cares.

There are some pending edits to the draft which might make it into a -03
before the submission deadline, but I wanted to get this out for
discussion sooner rather than later.

The draft's git repo is still https://github.com/each/draft-aname

My phone's autocorrect rechristened this effort "ANAME minimization" when
I was trying to write a note to myself about QNAME minimization and NSEC
negative answer synthesis and IPv6 reverse DNS...

Tony.
-- 
f.anthony.n.finch  <dot@dotat.at>  http://dotat.at/
an equitable and peaceful international order

---------- Forwarded message ----------
Date: Fri, 19 Oct 2018 06:24:36 -0700
From: internet-drafts@ietf.org
To: Tony Finch <dot@dotat.at>at>, Evan Hunt <each@isc.org>rg>,
    Peter van Dijk <peter.van.dijk@powerdns.com>om>,
    Anthony Eden <anthony.eden@dnsimple.com>
Subject: New Version Notification for draft-ietf-dnsop-aname-02.txt


A new version of I-D, draft-ietf-dnsop-aname-02.txt
has been successfully submitted by Tony Finch and posted to the
IETF repository.

Name:		draft-ietf-dnsop-aname
Revision:	02
Title:		Address-specific DNS aliases (ANAME)
Document date:	2018-10-19
Group:		dnsop
Pages:		17
URL:            https://www.ietf.org/internet-drafts/draft-ietf-dnsop-aname-02.txt
Status:         https://datatracker.ietf.org/doc/draft-ietf-dnsop-aname/
Htmlized:       https://tools.ietf.org/html/draft-ietf-dnsop-aname-02
Htmlized:       https://datatracker.ietf.org/doc/html/draft-ietf-dnsop-aname
Diff:           https://www.ietf.org/rfcdiff?url2=draft-ietf-dnsop-aname-02

Abstract:
   This document defines the "ANAME" DNS RR type, to provide similar
   functionality to CNAME, but only for type A and AAAA queries.  Unlike
   CNAME, an ANAME can coexist with other record types.  The ANAME RR
   allows zone owners to make an apex domain name into an alias in a
   standards compliant manner.




Please note that it may take a couple of minutes from the time of submission
until the htmlized version and diff are available at tools.ietf.org.

The IETF Secretariat