Re: [weirds] Ted Lemon's Discuss on draft-ietf-weirds-rdap-query-16: (with DISCUSS and COMMENT)

Ted Lemon <Ted.Lemon@nominum.com> Thu, 30 October 2014 00:10 UTC

Return-Path: <Ted.Lemon@nominum.com>
X-Original-To: weirds@ietfa.amsl.com
Delivered-To: weirds@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5E3B01ACDDD; Wed, 29 Oct 2014 17:10:37 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.91
X-Spam-Level:
X-Spam-Status: No, score=-1.91 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, T_RP_MATCHES_RCVD=-0.01] autolearn=ham
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 YssKKoZaPxby; Wed, 29 Oct 2014 17:10:35 -0700 (PDT)
Received: from sjc1-mx02-inside.nominum.com (sjc1-mx02-inside.nominum.com [64.89.234.25]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id DD0191ACDEF; Wed, 29 Oct 2014 17:10:35 -0700 (PDT)
Received: from archivist.nominum.com (archivist.nominum.com [64.89.228.108]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "*.nominum.com", Issuer "Go Daddy Secure Certificate Authority - G2" (verified OK)) by sjc1-mx02-inside.nominum.com (Postfix) with ESMTPS id 05D96DA0224; Thu, 30 Oct 2014 00:13:51 +0000 (UTC)
Received: from webmail.nominum.com (cas-01.win.nominum.com [64.89.228.131]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (Client CN "mail.nominum.com", Issuer "Go Daddy Secure Certification Authority" (verified OK)) by archivist.nominum.com (Postfix) with ESMTP id B34D953E080; Wed, 29 Oct 2014 17:10:05 -0700 (PDT)
Received: from [10.0.20.107] (71.233.43.215) by CAS-01.WIN.NOMINUM.COM (192.168.1.100) with Microsoft SMTP Server (TLS) id 14.3.195.1; Wed, 29 Oct 2014 17:10:05 -0700
Content-Type: text/plain; charset="iso-8859-1"
MIME-Version: 1.0 (Mac OS X Mail 7.3 \(1878.6\))
From: Ted Lemon <Ted.Lemon@nominum.com>
In-Reply-To: <54517E02.6020501@qti.qualcomm.com>
Date: Wed, 29 Oct 2014 20:09:50 -0400
Content-Transfer-Encoding: quoted-printable
Message-ID: <FE21B784-4961-40CB-9556-2CE3ACDCBF64@nominum.com>
References: <20141029184749.10576.92440.idtracker@ietfa.amsl.com> <54517E02.6020501@qti.qualcomm.com>
To: Pete Resnick <presnick@qti.qualcomm.com>
X-Mailer: Apple Mail (2.1878.6)
X-Originating-IP: [71.233.43.215]
Archived-At: http://mailarchive.ietf.org/arch/msg/weirds/ru7lBnj9VKgbPtVWepRrrdmXBTQ
Cc: weirds-chairs@tools.ietf.org, The IESG <iesg@ietf.org>, draft-ietf-weirds-rdap-query@tools.ietf.org, weirds@ietf.org
Subject: Re: [weirds] Ted Lemon's Discuss on draft-ietf-weirds-rdap-query-16: (with DISCUSS and COMMENT)
X-BeenThere: weirds@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: "WHOIS-based Extensible Internet Registration Data Service \(WEIRDS\)" <weirds.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/weirds>, <mailto:weirds-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/weirds/>
List-Post: <mailto:weirds@ietf.org>
List-Help: <mailto:weirds-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/weirds>, <mailto:weirds-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 30 Oct 2014 00:10:37 -0000

On Oct 29, 2014, at 7:53 PM, Pete Resnick <presnick@qti.qualcomm.com> wrote:
> A client that does the right thing and only queries all-a-label or all-u-label strings is going to get consistent results, because it is taking responsibility to do the appropriate mappings. But if the client is blindly handing over labels it got from somewhere else (which is why you would get mixed stuff),

Why would the client do that?   Why not specify what the right thing is for the client to do as a SHOULD, and _then_ explain what might break if it doesn't, rather than just sort of talking about it and hoping for the best?

Also, U-labels are case-sensitive.   So the semantic difference you're describing doesn't actually exist.   A-labels are just encoded U-labels.   So if you take an A-label and turn it into a U-label, you can do a comparison between it and another U-label without case folding, and indeed you aren't _allowed_ to do case folding.   And similarly, if you take a U-label and encode it as an A-label, then you can just compare it to other A-labels, because A-label comparisons are case-insensitive with respect to the A-label representation: case-folding does not change the meaning of an A-label.   This is explained in RFC 5891 section 3 bullet point 2.

(BTW, what I just explained in the above paragraph gives me a headache and tells me we should _never_ use IDN for any writing system that has case, because it will be insanely easy to spoof.   But you probably already knew that.)