Re: [DNSOP] New draft for ALIAS/ANAME type

Richard Gibson <rgibson@dyn.com> Thu, 30 March 2017 15:04 UTC

Return-Path: <rgibson@dyn.com>
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 C5C2A1294C5 for <dnsop@ietfa.amsl.com>; Thu, 30 Mar 2017 08:04:42 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.7
X-Spam-Level:
X-Spam-Status: No, score=-2.7 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=dyn.com
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 01l1hgG_X9AU for <dnsop@ietfa.amsl.com>; Thu, 30 Mar 2017 08:04:38 -0700 (PDT)
Received: from mail-vk0-x246.google.com (mail-vk0-x246.google.com [IPv6:2607:f8b0:400c:c05::246]) (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 2CE9A1294C0 for <dnsop@ietf.org>; Thu, 30 Mar 2017 08:04:34 -0700 (PDT)
Received: by mail-vk0-x246.google.com with SMTP id r69so21867984vke.4 for <dnsop@ietf.org>; Thu, 30 Mar 2017 08:04:34 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=dyn.com; s=google; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=APR+9S1OHXCbj/ZaYEbcKb+iyyzlv5v/2SLKGYFSGbc=; b=vSkSTuSEYOyxlmeeZjwVe1V0Qw6HjZo5QD+2QEnX6Eid5AKZngMRp+0mdD/2xCGvZv sR7XzQ4V0RnwP0navL4vOfv891pW+qRoTSR12FXKKUWkgIFOuYks4q/WzKf5EjEwPDUb mSN1gzdJfssroT6RgWhbZKru8owVTXQ+fgWG8=
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=APR+9S1OHXCbj/ZaYEbcKb+iyyzlv5v/2SLKGYFSGbc=; b=iMosXBuMqBF/PBpfxJ4HvKFDtujUSYbY2qtb4EwoK/UWGW5Ml3Sxx3pRJBF6hFElUk qpgnvkChWkl2OzSMFOBrdyEHSPRWzUrK4F1mmzwwoFrqkMc5Pls7jtBMNtpolPzl6DzX Plkn+bActHU8gC+1hlrwJxznC8+4dpipdehenoU47sUwmbtJTPiyP+b+RUr5GDGVQloc 8gsij3eXzCTaE+/Kaln3wFF7ztOYBE/Z92BZnifA8tx+mnPWhgdP7XXjxfWkuJCTZEqZ Szyw8+wEG20H82o8vzex11NQFEvs3LyKRCgAeVH9n9nLf3ZjXg+Bz1rEe4cE5ayyayF/ Uopg==
X-Gm-Message-State: AFeK/H3ZDaH9v1GPDDF/0dp9xbpepMYIdHnRK62zKM1rEGTZ8wZ9G4WAQMZz8GnNseOvl9/zPjpWEbhmZt6cbSZ4
X-Received: by 10.31.186.66 with SMTP id k63mr75193vkf.158.1490886273185; Thu, 30 Mar 2017 08:04:33 -0700 (PDT)
MIME-Version: 1.0
Received: by 10.176.1.115 with HTTP; Thu, 30 Mar 2017 08:04:12 -0700 (PDT)
In-Reply-To: <CAN6NTqwR76PiBVwmmZ2JfFu+OkV_FQT7JiqYOp_w4N72QDWHtg@mail.gmail.com>
References: <CAOZSDgCw4HA05uE0d73cru3EfuOzAJ3Pdg2SsYZmY3f49+vc2w@mail.gmail.com> <CAN6NTqwR76PiBVwmmZ2JfFu+OkV_FQT7JiqYOp_w4N72QDWHtg@mail.gmail.com>
From: Richard Gibson <rgibson@dyn.com>
Date: Thu, 30 Mar 2017 11:04:12 -0400
Message-ID: <CAC94RYbuD2OUQxbim_VOdmzAgAPD+Z_jiN33i_AfxU2gGxZ+zQ@mail.gmail.com>
To: Ólafur Guðmundsson <olafur@cloudflare.com>
Cc: Anthony Eden <anthony.eden@dnsimple.com>, dnsop <dnsop@ietf.org>
Content-Type: multipart/alternative; boundary="001a1142fb22b6cf48054bf40270"
Archived-At: <https://mailarchive.ietf.org/arch/msg/dnsop/v-ZK7UUIpowwI9JgTaofDuo_XAE>
Subject: Re: [DNSOP] New draft for ALIAS/ANAME type
X-BeenThere: dnsop@ietf.org
X-Mailman-Version: 2.1.22
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: Thu, 30 Mar 2017 15:04:43 -0000

I don't think you can drop section 3.4 completely, but it should be updated
to acknowledge Refuse-Any
<https://tools.ietf.org/html/draft-ietf-dnsop-refuse-any-04#section-4>.
Only behavior 2 (HINFO synthesization) allows total ignorance of special
ALIAS behavior; every other (including conventional) needs modification to
deal with ANY queries against names at which ALIAS is the only RRSet.

On Thu, Mar 30, 2017 at 10:34 AM, Ólafur Guðmundsson <olafur@cloudflare.com>
wrote:

> Anthony,
>
> Good writeup
>
> Section 3.4 is in conflict with Refuse-Any draft (in WGLC)
> IMHO there is no need to say that there is special processing for ANY
> query;  so drop section 3.4
>
> Olafur
>
>
> On Wed, Mar 29, 2017 at 9:51 AM, Anthony Eden <anthony.eden@dnsimple.com>
> wrote:
>
>> After attending the dnsop meeting on Monday I decided it was time I
>> submitted my first ID for review:
>>
>> https://datatracker.ietf.org/doc/draft-dnsop-eden-alias-rr-type/
>>
>> This draft describes the ALIAS/ANAME record (aka CNAME-flattening)
>> that numerous vendors and DNS providers are now supporting in
>> proprietary fashions. I hope that this draft will eventually lead to a
>> good mechanism for interop of ALIAS/ANAME records.
>>
>> Sincerely,
>> Anthony Eden
>>
>> --
>> DNSimple.com
>> http://dnsimple.com/
>> Twitter: @dnsimple
>>
>> _______________________________________________
>> DNSOP mailing list
>> DNSOP@ietf.org
>> https://www.ietf.org/mailman/listinfo/dnsop
>>
>
>
> _______________________________________________
> DNSOP mailing list
> DNSOP@ietf.org
> https://www.ietf.org/mailman/listinfo/dnsop
>
>