[Bundled-domain-names] DNS resolution for bundled names

"Jiankang Yao" <yaojk@cnnic.cn> Mon, 25 April 2016 02:14 UTC

Return-Path: <yaojk@cnnic.cn>
X-Original-To: bundled-domain-names@ietfa.amsl.com
Delivered-To: bundled-domain-names@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 8C18112B065 for <bundled-domain-names@ietfa.amsl.com>; Sun, 24 Apr 2016 19:14:39 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: 0.743
X-Spam-Level:
X-Spam-Status: No, score=0.743 tagged_above=-999 required=5 tests=[BAYES_20=-0.001, HTML_MESSAGE=0.001, MIME_BASE64_TEXT=1.741, RCVD_IN_DNSWL_NONE=-0.0001, RP_MATCHES_RCVD=-0.996, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
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 t2I1DfVzUYN5 for <bundled-domain-names@ietfa.amsl.com>; Sun, 24 Apr 2016 19:14:37 -0700 (PDT)
Received: from cnnic.cn (smtp13.cnnic.cn [218.241.118.13]) by ietfa.amsl.com (Postfix) with ESMTP id 96B5C12B049 for <bundled-domain-names@ietf.org>; Sun, 24 Apr 2016 19:14:35 -0700 (PDT)
Received: from healthyao-PC (unknown [218.241.103.237]) by ocmail02.zx.nicx.cn (Coremail) with SMTP id AQAAf0B5gDiDfR1XUq5eCQ--.64849S2; Mon, 25 Apr 2016 10:14:27 +0800 (CST)
Date: Mon, 25 Apr 2016 10:14:24 +0800
From: Jiankang Yao <yaojk@cnnic.cn>
To: Bundled-domain-names <Bundled-domain-names@ietf.org>
X-Priority: 3
X-Has-Attach: no
X-Mailer: Foxmail 7.0.1.92[cn]
Mime-Version: 1.0
Message-ID: <2016042510132151839657@cnnic.cn>
Content-Type: multipart/alternative; boundary="----=_001_NextPart241067481785_=----"
X-CM-TRANSID: AQAAf0B5gDiDfR1XUq5eCQ--.64849S2
X-Coremail-Antispam: 1UD129KBjvJXoWxGF4fXry8KrWUArW5Zr47Arb_yoW5ZryDpF 1agr43Gr4DAr1xZw1kJw17Ww15Z3yrJrWDAF1rJr1xZa4rZF1vqFWrtr4rZryUAr98XFnr XF47Cr1UX3y5ZFJanT9S1TB71UUUUUUqnTZGkaVYY2UrUUUUjbIjqfuFe4nvWSU5nxnvy2 9KBjDU0xBIdaVrnRJUUUBv14x267AKxVWUJVW8JwAFc2x0x2IEx4CE42xK8VAvwI8IcIk0 rVWrJVCq3wAFIxvE14AKwVWUJVWUGwA2ocxC64kIII0Yj41l84x0c7CEw4AK67xGY2AK02 1l84ACjcxK6xIIjxv20xvE14v26w1j6s0DM28EF7xvwVC0I7IYx2IY6xkF7I0E14v26r4U JVWxJr1l84ACjcxK6I8E87Iv67AKxVW8Jr0_Cr1UM28EF7xvwVC2z280aVCY1x0267AKxV WxJr0_GcWle2I262IYc4CY6c8Ij28IcVAaY2xG8wAqx4xG6xAIxVCFxsxG0wAv7VC0I7IY x2IY67AKxVWUGVWUXwAv7VC2z280aVAFwI0_Jr0_Gr1lOx8S6xCaFVCjc4AY6r1j6r4UM4 x0Y48IcxkI7VAKI48JM4x0x7Aq67IIx4CEVc8vx2IErcIFxwACY4xI67k04243AVAKzVAK j4xxM4xvF2IEb7IF0Fy26I8I3I1lc2xSY4AK67AK6r4UMxAIw28IcxkI7VAKI48JMxC20s 026xCaFVCjc4AY6r1j6r4UMI8I3I0E5I8CrVAFwI0_JrI_JrWlx2IqxVCjr7xvwVAFwI0_ JrI_JrWlx4CE17CEb7AF67AKxVWUXVWUAwCIc40Y0x0EwIxGrwCI42IY6xIIjxv20xvE14 v26r1j6r1xMIIF0xvE2Ix0cI8IcVCY1x0267AKxVWUJVW8JwCI42IY6xAIw20EY4v20xva j40_Wr1j6rW3Jr1lIxAIcVC2z280aVAFwI0_Jr0_Gr1lIxAIcVC2z280aVCY1x0267AKxV WUJVW8JwCE64xvF2IEb7IF0Fy7YxBIdaVFxhVjvjDU0xZFpf9x0JUWBTOUUUUU=
X-CM-SenderInfo: x1dryyw6fq0xffof0/
Archived-At: <http://mailarchive.ietf.org/arch/msg/bundled-domain-names/85tKylZ6O5CbbRgoxEf3CgtTOsw>
Cc: nkong <nkong@cnnic.cn>, Paul Vixie <paul@redbarn.org>
Subject: [Bundled-domain-names] DNS resolution for bundled names
X-BeenThere: bundled-domain-names@ietf.org
X-Mailman-Version: 2.1.17
Precedence: list
Reply-To: yaojk <yaojk@cnnic.cn>
List-Id: "Discussion of \"bundled domain names\"" <bundled-domain-names.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/bundled-domain-names>, <mailto:bundled-domain-names-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/bundled-domain-names/>
List-Post: <mailto:bundled-domain-names@ietf.org>
List-Help: <mailto:bundled-domain-names-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/bundled-domain-names>, <mailto:bundled-domain-names-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 25 Apr 2016 02:14:39 -0000

Dear all,

     Thanks for being interested in the bunding name resolution issue.

The initial aim of this list discussion is for 

"
CNAME maps itself to another name. DNAME maps its descendants to another domain name.
If the name wants to map
itself and its descendants to another domain name, what should we do?
We need to design some solution to this problem. "

We hope to gather some interests for this issue to see whether we can do some standardlization work for it  in  IETF.
Out initial plan is to have a bar bof in Berlin IETF meeting. 

Some background information is listed bellow.

Any comments are welcome.

thanks a lot.
Jiankang Yao



____________________________________________
The following is the description for this issue.
--------------------------------------------


Use Case 1: Bundled domain names
Bundled domain names are those who share the same TLD but whose
second level labels are variants, or those who has identical second
level labels for which certain parameters are shared in the different
TLDs. For example, public Interest Registry, request to implement
technical bundling of second level domains for .NGO and .ONG. So we
have two kinds of bundled domain names. First one is in the form of
"V-label.TLD" in which the second level labels (V-label) are varants
sharing the same TLD; Second one is in the form of "LABEL.V-tld" in
which the second level labels(LABEL) are same with the different TLDs
(V-tld). Bundled domain names usually need to map itself and its descendants to another.
for examples:
example.com == example.net same label ending with different TLDs
color.com == colour.com different labels ending with the same TLD

Use Case 2: any two domain names
One company registers 2 domain names, A and B.      A needs to 
map itself and its descendants to B in order to have a easy manangement.
for examples:
example1.com == example2.net


Use Case 3: a company register the same label in different TLDs.
With the emergence growth of gTLDs, it is very common to register one label under many TLDs for the same purpose. but the comany may just use  one label under one TLD as the primary domain name, others as the  less important one. The company may want to have all these domain names share the similar/same DNS resolution results.
So the DNS administrator hopes to have some convinient method to configure these domain names in DNS.



Many years ago, we try to solve the similar problem in DNSEXT WG.
That problem includes the variant issues. But the variant issues are too complex.
So this time, we try to exclude the variant issues, and limit the problem to 
"the name maps itself and its descendants to another name" and get the solution.


The related drafts:
https://tools.ietf.org/html/draft-yao-dnsext-identical-resolution-00 
https://tools.ietf.org/html/draft-yao-dnsext-bname-05
https://tools.ietf.org/html/draft-sury-dnsext-cname-dname-00 
https://tools.ietf.org/html/draft-barton-clone-dns-labels-fun-profit-00 
https://tools.ietf.org/html/draft-vixie-dnsext-dnsshadow-00 
--------------------------------------------------------------------------------
Jiankang Yao