Re: [DNSOP] abandoning ANAME and standardizing CNAME at apex

Joe Abley <jabley@hopcount.ca> Sun, 24 June 2018 02:43 UTC

Return-Path: <jabley@hopcount.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 5DD98127598 for <dnsop@ietfa.amsl.com>; Sat, 23 Jun 2018 19:43:25 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.999
X-Spam-Level:
X-Spam-Status: No, score=-1.999 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_NONE=-0.0001, UNPARSEABLE_RELAY=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=hopcount.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 zDS3JfvrzD04 for <dnsop@ietfa.amsl.com>; Sat, 23 Jun 2018 19:43:22 -0700 (PDT)
Received: from mail-lf0-x233.google.com (mail-lf0-x233.google.com [IPv6:2a00:1450:4010:c07::233]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 5AFAF1271FF for <dnsop@ietf.org>; Sat, 23 Jun 2018 19:43:22 -0700 (PDT)
Received: by mail-lf0-x233.google.com with SMTP id g21-v6so11895640lfb.4 for <dnsop@ietf.org>; Sat, 23 Jun 2018 19:43:22 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=hopcount.ca; s=google; h=from:mime-version:references:in-reply-to:date:message-id:subject:to; bh=//zIAG5QTsfEKFaFQqYDlq3bZGmmtVoEAe508UQKNhw=; b=gLaCmLxf9sxp1KZhQuGVnCegMONYeFnVuo/k4IX3hEIVzMis+q3uTj31C2w3o6SSei 8CF5SR64hOy7QhWjiQ+Nt354vbZu/thv+54kQX4f1ypBimhkdwsJPKY/znVItWzHvvIp toMf6X/4rrFNselC4HH+ehIWRsz0+nccNyo7A=
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:mime-version:references:in-reply-to:date :message-id:subject:to; bh=//zIAG5QTsfEKFaFQqYDlq3bZGmmtVoEAe508UQKNhw=; b=KXEV2KwLBlyZwNo6MbRgZw8+XSSDhhqSD59TWG2T8R2e6zwYG115uXHF1DZoIt91As uLIWp9aZXVjRvSe3t40nyplqj1tyRT/d228wEtufpLYzy/tVHcCh6LhJUqgtMeQIX0nq L9XvnyDqybZ5jd+xJP2Hjj6QPcq7+W4bgHafFcz005ska//Sfub1o8xL1zwlLesULjNW hMBCL/1qL0XMpVNvSE/DHQKoxfwnt122zJQqX6KqciUKhmGtFY0l2gzKO5NGG6lqGJG7 6KNEmtotd9XF5AvmX5LCvglcg9LmdH1aszVQR3OeOYb5yuaoaRFByG/xMmjoABXAQYD8 Pr7w==
X-Gm-Message-State: APt69E1hHVlhOrNZICMgxOMwipUK3rv71bKTmRNzWeHHCnM56s3R98k+ Zl8md+js4Hf1lUjYwOGjLeOoQ34r4nnfXIMKs8ThCw==
X-Google-Smtp-Source: ADUXVKKhkcW6CkPv5vQVfQdwQnUnisSIeuDg86cweX959axO+am1Kbps/G/imX0USKa9NHVqkX56WnPe1MdpY1eXs5U=
X-Received: by 2002:a19:be52:: with SMTP id o79-v6mr2620913lff.108.1529808200269; Sat, 23 Jun 2018 19:43:20 -0700 (PDT)
Received: from unknown named unknown by gmailapi.google.com with HTTPREST; Sat, 23 Jun 2018 19:43:19 -0700
From: Joe Abley <jabley@hopcount.ca>
Mime-Version: 1.0 (1.0)
References: <b73f3dc7-b378-d5d8-c7a2-42bc4326fbae@nic.cz> <alpine.DEB.2.11.1806191428250.916@grey.csi.cam.ac.uk> <CAJhMdTO2kj+nUqESg3ew=wwZuB9OzkJE6pST=mae7pHiEk4-Qw@mail.gmail.com> <20180623210416.GA12346@mournblade.imrryr.org>
In-Reply-To: <20180623210416.GA12346@mournblade.imrryr.org>
Date: Sat, 23 Jun 2018 19:43:19 -0700
Message-ID: <CAJhMdTNzOUSjTmnorzrJze9F7Gcc+eWAjqii_4uJ4UmJPvQC-Q@mail.gmail.com>
To: dnsop@ietf.org
Content-Type: text/plain; charset="UTF-8"
Archived-At: <https://mailarchive.ietf.org/arch/msg/dnsop/mCU31YFvFjYPpE8btuY7Nv5T2Po>
Subject: Re: [DNSOP] abandoning ANAME and standardizing CNAME at apex
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: Sun, 24 Jun 2018 02:43:26 -0000

Hi Victor,

On Jun 23, 2018, at 17:04, Viktor Dukhovni <ietf-dane@dukhovni.org> wrote:

> [...]
> Yes, but if they have the NSEC bitmap, they can follow the XNAME
> without asking again.
> [...]
> That's already handled by NSEC/NSEC3.

I think a pragmatic solution needs to work in unsigned zones.

The demand for this kind of functionality is from the same customers
who are relying upon non-standard response tricks from enterprise DNS
providers as part of wider requirements for things like geo-steering
and site failover.

Many of those enterprise DNS providers don't support those tricks in
signed zones (in part, no doubt, because doing so would be complicated
and there has not been significant demand for it, by which I mean
customers willing to pay more for it).

If an XNAME proposal was to solve real-world problems for these people
it would need to work with or without DNSSEC.

(And I wasn't entirely serious about calling the wildcard RRTYPE * :-)


Joe