Re: [DNSOP] ANAME precedence [issue #58]

Jan Včelák <jv@fcelda.cz> Tue, 30 April 2019 09:56 UTC

Return-Path: <jv@fcelda.cz>
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 5FC1B12028A for <dnsop@ietfa.amsl.com>; Tue, 30 Apr 2019 02:56:30 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.022
X-Spam-Level:
X-Spam-Status: No, score=-1.022 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FROM_EXCESS_BASE64=0.979, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=fcelda.cz
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 aF08cFWCLjTu for <dnsop@ietfa.amsl.com>; Tue, 30 Apr 2019 02:56:28 -0700 (PDT)
Received: from mail-vs1-xe35.google.com (mail-vs1-xe35.google.com [IPv6:2607:f8b0:4864:20::e35]) (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 2D6B9120125 for <dnsop@ietf.org>; Tue, 30 Apr 2019 02:56:27 -0700 (PDT)
Received: by mail-vs1-xe35.google.com with SMTP id n17so7647859vsr.1 for <dnsop@ietf.org>; Tue, 30 Apr 2019 02:56:27 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=fcelda.cz; s=google; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc:content-transfer-encoding; bh=d/X9V3BEuM/6446rJ7Refh99+S3wd6gG2sm0XYPTRFc=; b=MzTmmZtkVwgDqXEq0v/1QiKnIQ7Q5sZMAHlODRPk7SeSqECx5Lal8ysVInQjMxbMpu JrgFb4g/U0UFPrgMPzQyaQ8Tvvsw5tpX2Biit/Rd0atGviDCZl6gkhQ9tvN5JsKDTmd5 6CqBPpPFt/RDk+6ZAUsmo9vPYenzUj2AVLaRo=
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc:content-transfer-encoding; bh=d/X9V3BEuM/6446rJ7Refh99+S3wd6gG2sm0XYPTRFc=; b=bizHUWzrA8k4liX+V4MzofP2wgJe2Nxnw6QkaR68dTSMT7TsNocwe+NTP+7pARtnjd y5Md6jMDcwIzKS/mAC00L6Uzm/z56rjEiVWRNiyW7dxbs2xeKKUHAsp/WuEMXHQSs9ik HXd9xCvPfDcEhgedP6V1KDcHj1VGUJ3GH6vMqomdw6wOb0B0ovobL9Lg5+ZpXohiSvN/ w79yFbbAOJus2OPbQt9xjhH23ZPN5FHhRMyUiWgdURv5MMxAGPwUDqCUgUNDn1GEEG4g q49+iFIhSRsAgGUGKzu824FPBwRA3S8oEtUozbUyzTzeP0N/O1fkKEHNskSnpmciSKAt dUZA==
X-Gm-Message-State: APjAAAWo6P0otYj1eslTotmfA4z+It79u6Ke//mD5RKI1fuuY6ydBeRq 1+VtojyXiiCsjexavXba01hzUhSlFtGlTfzlWBvniHGvymQ3Ng==
X-Google-Smtp-Source: APXvYqwTQ3bkWdVTocAr0TkFzJPGi/MBERYZZgINm+pAneiywa/U/p9dTVMY8Z/+VdCBVFuNcRzeoyHv4jWSeweSYCI=
X-Received: by 2002:a67:1006:: with SMTP id 6mr8283493vsq.103.1556618186581; Tue, 30 Apr 2019 02:56:26 -0700 (PDT)
MIME-Version: 1.0
References: <87d7d127-20cc-8044-277a-d31b1a546219@pletterpet.nl> <CAJE_bqdFQOqg50mVNYMosqqpqpbF0DZR5YeFPs50zM3earOb=A@mail.gmail.com> <0dafbeaa-acc0-c5fc-d917-b3f8cd88e0a5@pletterpet.nl> <CAJE_bqf47T=EkDLgLviZFYmcrKCgbCB7WZkg=-TwfgDyZir1_g@mail.gmail.com>
In-Reply-To: <CAJE_bqf47T=EkDLgLviZFYmcrKCgbCB7WZkg=-TwfgDyZir1_g@mail.gmail.com>
From: Jan Včelák <jv@fcelda.cz>
Date: Tue, 30 Apr 2019 11:56:15 +0200
Message-ID: <CAM1xaJ-97cHDoqM6589JsgbcH6XVy4X1txGvhtsgvVHQ1D5b3Q@mail.gmail.com>
To: 神明達哉 <jinmei@wide.ad.jp>
Cc: Matthijs Mekking <matthijs@pletterpet.nl>, dnsop <dnsop@ietf.org>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
Archived-At: <https://mailarchive.ietf.org/arch/msg/dnsop/PvJHTl2rytS2gMpS20JLuaXLt24>
Subject: Re: [DNSOP] ANAME precedence [issue #58]
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: Tue, 30 Apr 2019 09:56:30 -0000

On Fri, Apr 26, 2019 at 8:30 PM 神明達哉 wrote:
> > Jan Včelák mentioned that at least NS1 uses a different order of
> > priority: If an sibling address record exists next to the ANAME it takes
> > precedence and no target lookup is done for that address record type.
>
> if there's a specific use case where this behavior is important,
> either the developer or user of this implementation should be able to
> clarify that.  At least until we know that I don't see the point of
> considering this choice.

The reason for different processing order in our implementation is
merely historical: ALIAS was intended to solve the problem with CNAME
in zone apex, our customers were familiar with CNAME processing, and
therefore we wanted ALIAS to resemble CNAME closely. CNAME is
practically a fallback record as well. I'm not aware of any specific
use case where such behavior would be required although it's possible
that our customers have developed some use case over the years.

It looks like there is an agreement that ANAME should take precedence
over A/AAAA. That's fine with me. We will figure it out for our
customers.

Jan