Re: [DNSOP] Variant bad idea of the day

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

Return-Path: <>
Received: from localhost (localhost []) by (Postfix) with ESMTP id 3B5B6128CF2 for <>; Tue, 1 Jan 2019 10:03:54 -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 H1vsnJR4vIPQ for <>; Tue, 1 Jan 2019 10:03:52 -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 8C52112896A for <>; Tue, 1 Jan 2019 10:03:52 -0800 (PST)
Received: from [] (unknown []) by (Postfix) with ESMTPSA id 7825E26CCB; Tue, 1 Jan 2019 19:03:48 +0100 (CET)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple;; s=mail; t=1546365828; bh=1to7UFwf99NtCAepPpg+ixkr2yYvfDVxFcTkMBskGD8=; h=From:To:Cc:Subject:Date:In-Reply-To:References:From; b=TqbYGxOgmINrBpctr/VEdegSLlMjKwV5AYr6JTUu8UAEsjoBj2eVuJcv5llH5RLxE 2f3i3a74X75+agsI7YXTg38zlhKKzGXhjjpmclVuvxmq5hmz7HsWwIFuAH1pQfSbsj WyoSV8istEgbQ0qjKfvs6Ph1+52C38qRAIg3KnTQ=
From: Patrik Fältström <>
To: John R Levine <>
Date: Tue, 01 Jan 2019 19:03:47 +0100
X-Mailer: MailMate (1.12.3r5579)
Message-ID: <>
In-Reply-To: <alpine.OSX.2.21.1901011128390.82740@ary.local>
References: <alpine.OSX.2.21.1812311912250.81953@ary.local> <> <alpine.OSX.2.21.1901011128390.82740@ary.local>
MIME-Version: 1.0
Content-Type: multipart/signed; boundary="=_MailMate_66649549-410C-4BB9-A1EB-F195293EC2DF_="; 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 18:03:54 -0000

On 1 Jan 2019, at 18:00, John R Levine wrote:

>> If you get a request that include any of the code points {n1, n2,...}, return a CNAME where nM is replaced with foo?
> Not just at foo, but do the same thing on any name under foo.  The idea is to publish the LGR for the subtree and the server can handle all of the variants from one zone.

Got it. As long as the query reaches this server of course. You also mean auth servers from delegated zones can query for this explicitly and load its internal LGR from its parent?