Re: [DNSOP] draft-liman-tld-names-04

Masataka Ohta <mohta@necom830.hpcl.titech.ac.jp> Thu, 18 November 2010 22:51 UTC

Return-Path: <mohta@necom830.hpcl.titech.ac.jp>
X-Original-To: dnsop@core3.amsl.com
Delivered-To: dnsop@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 4E6903A68A8 for <dnsop@core3.amsl.com>; Thu, 18 Nov 2010 14:51:20 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: 1.591
X-Spam-Level: *
X-Spam-Status: No, score=1.591 tagged_above=-999 required=5 tests=[AWL=-0.279, BAYES_00=-2.599, HELO_EQ_JP=1.244, HOST_EQ_JP=1.265, RCVD_IN_BL_SPAMCOP_NET=1.96]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 0xvBq-3YAdbi for <dnsop@core3.amsl.com>; Thu, 18 Nov 2010 14:51:19 -0800 (PST)
Received: from necom830.hpcl.titech.ac.jp (necom830.hpcl.titech.ac.jp [131.112.32.132]) by core3.amsl.com (Postfix) with SMTP id 539673A68A7 for <dnsop@ietf.org>; Thu, 18 Nov 2010 14:51:19 -0800 (PST)
Received: (qmail 39172 invoked from network); 18 Nov 2010 23:26:33 -0000
Received: from softbank219001188004.bbtec.net (HELO ?192.168.1.21?) (219.1.188.4) by necom830.hpcl.titech.ac.jp with SMTP; 18 Nov 2010 23:26:33 -0000
Message-ID: <4CE5ADD8.9040103@necom830.hpcl.titech.ac.jp>
Date: Fri, 19 Nov 2010 07:51:04 +0900
From: Masataka Ohta <mohta@necom830.hpcl.titech.ac.jp>
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; ja; rv:1.9.2.12) Gecko/20101027 Thunderbird/3.1.6
MIME-Version: 1.0
To: dnsop@ietf.org
References: <20101115213532.GD322@shinkuro.com> <04856F66-598D-43CC-8164-90178A6F2952@virtualized.org> <4CE283DA.5080606@abenaki.wabanaki.net> <20101116145308.GG1389@shinkuro.com> <alpine.LSU.2.00.1011161601450.14239@hermes-2.csi.cam.ac.uk> <20101116164818.GN1389@shinkuro.com> <alpine.LSU.2.00.1011171101250.14239@hermes-2.csi.cam.ac.uk> <20101117121906.GC3773@shinkuro.com> <8CEF048B9EC83748B1517DC64EA130FB43C309F821@off-win2003-01.ausregistrygroup.local> <4CE52226.70502@necom830.hpcl.titech.ac.jp> <20101118140728.GB5795@shinkuro.com>
In-Reply-To: <20101118140728.GB5795@shinkuro.com>
Content-Type: text/plain; charset="ISO-2022-JP"
Content-Transfer-Encoding: 7bit
Subject: Re: [DNSOP] draft-liman-tld-names-04
X-BeenThere: dnsop@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: IETF DNSOP WG mailing list <dnsop.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/dnsop>, <mailto:dnsop-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/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: Thu, 18 Nov 2010 22:51:20 -0000

Andrew Sullivan wrote:

> I think Ohta-san has made it clear that he thinks IDNA is broken.
> Point noted.  But there's a whole list devoted to the topic of IDNA,

That's not an appropriate topic to be discussed further here
and, perhaps, not in IDNA list.

Instead, DNS operational problems caused by insufficient support
for (extended) case insensitivity or canonicalization are
discussed.

I showed examples of Latin characters for French because it
should be much more familiar to most of you than Chinese or
Arabic ones.

An operational requirement for multiple identical zones,
names of which are not canonicalized by IDNA, is zone
synchronization, for which exponentially many BNAME RR, which
does not exist, is required, which is a problem.

Another operational problem is exponentially many signatures,
which is huge, required for DNSSEC.

Unless we accept exponentially many BNAME RRs (and abandon
DNSSEC, which I recommend anyway), IDNA2008 must be revised,
details of which I am not interested in.

> and I don't believe it's in scope for this draft.

As for the draft, as some non-ASCII name wrote, locale
information is necessary to properly handle case
insensitivity of Latin/French. And it is necessary at
least for TLDs, which makes publishing of the draft should
be delayed until details of IDNA revision is available.

					Masataka Ohta