Re: [DNSOP] Variant bad idea of the day

"Patrik Fältström " <> Tue, 01 January 2019 07:56 UTC

Return-Path: <>
Received: from localhost (localhost []) by (Postfix) with ESMTP id 75B9E127AC2 for <>; Mon, 31 Dec 2018 23:56:37 -0800 (PST)
X-Virus-Scanned: amavisd-new at
X-Spam-Flag: NO
X-Spam-Score: -1.722
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: (amavisd-new); dkim=pass (1024-bit key)
Received: from ([]) by localhost ( []) (amavisd-new, port 10024) with ESMTP id 605-JHQ_UEf1 for <>; Mon, 31 Dec 2018 23:56:35 -0800 (PST)
Received: from ( [IPv6:2a02:80:3ffe::176]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by (Postfix) with ESMTPS id A2B13127598 for <>; Mon, 31 Dec 2018 23:56:35 -0800 (PST)
Received: from [] (unknown [IPv6:2a02:80:3ffc:0:41e3:a201:e09c:d18]) by (Postfix) with ESMTPSA id 2928126B25; Tue, 1 Jan 2019 08:56:32 +0100 (CET)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple;; 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 <>
To: John R Levine <>
Date: Tue, 01 Jan 2019 08:56:31 +0100
X-Mailer: MailMate (1.12.3r5579)
Message-ID: <>
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: <>
Subject: Re: [DNSOP] Variant bad idea of the day
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: IETF DNSOP WG mailing list <>
List-Unsubscribe: <>, <>
List-Archive: <>
List-Post: <>
List-Help: <>
List-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. mean:

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