Re: [DNSOP] Variant bad idea of the day

"Patrik Fältström " <paf@frobbit.se> Tue, 01 January 2019 07:56 UTC

Return-Path: <paf@frobbit.se>
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 75B9E127AC2 for <dnsop@ietfa.amsl.com>; Mon, 31 Dec 2018 23:56:37 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.722
X-Spam-Level:
X-Spam-Status: No, score=-1.722 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_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=frobbit.se
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 605-JHQ_UEf1 for <dnsop@ietfa.amsl.com>; Mon, 31 Dec 2018 23:56:35 -0800 (PST)
Received: from mail.frobbit.se (mail.frobbit.se [IPv6:2a02:80:3ffe::176]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id A2B13127598 for <dnsop@ietf.org>; Mon, 31 Dec 2018 23:56:35 -0800 (PST)
Received: from [192.165.72.198] (unknown [IPv6:2a02:80:3ffc:0:41e3:a201:e09c:d18]) by mail.frobbit.se (Postfix) with ESMTPSA id 2928126B25; Tue, 1 Jan 2019 08:56:32 +0100 (CET)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=frobbit.se; s=mail; t=1546329392; bh=foGavfjrfXU1BzZmbr3T+Hr4jRXjVrW/Fe0qnjoiv8c=; h=From:To:Cc:Subject:Date:In-Reply-To:References:From; b=XwEXJfIgIh/874wfDRXzPLhDMKppDde6DWUw7DmWUB1CdDAZwyIrFnU/fsKsEea4X XzLeK73zwLQicR/VcwltyU+citIiwuZmHW/5Qfk+SzEnkJuiuwseLDM9qNRXTCjdi8 pgt35VvoSWkbLMx28XNILlSFG71qOx2JEmj67TqU=
From: Patrik Fältström <paf@frobbit.se>
To: John R Levine <johnl@taugh.com>
Cc: dnsop@ietf.org
Date: Tue, 01 Jan 2019 08:56:31 +0100
X-Mailer: MailMate (1.12.3r5579)
Message-ID: <6245AC94-7E00-46A2-8BCD-B734A30B67C7@frobbit.se>
In-Reply-To: <alpine.OSX.2.21.1812311912250.81953@ary.local>
References: <alpine.OSX.2.21.1812311912250.81953@ary.local>
MIME-Version: 1.0
Content-Type: multipart/signed; boundary="=_MailMate_36A0C815-C64A-48E3-BAA9-E51A10E0D9D2_="; micalg="pgp-sha1"; protocol="application/pgp-signature"
Archived-At: <https://mailarchive.ietf.org/arch/msg/dnsop/Urie7dqENepLOOtGr5tjqFWTqUI>
Subject: Re: [DNSOP] Variant bad idea of the day
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, 01 Jan 2019 07:56:38 -0000

On 1 Jan 2019, at 1:28, John R Levine wrote:

> foo VARIANT n1 n2 n3 n4 ...
>
> The fields are 32 bit ints, each of which is interpreted as a UTF-32 code point.  The meaning is that in the subtree at and below this name, n1 is a canonical code point and the rest are variants.  If you get a request with an a-label that doesn't exist, turn it in to a u-label, replace any of the variants n2..nx with canonical n1, turn it back into an a-label and try again.  It might synthesize new RRs for the requested name, or CNAMEs give or take the CNAME at the apex issue.

Hmm...you mean:

If you get a request that include any of the code points {n1, n2,...}, return a CNAME where nM is replaced with foo?

   Patrik