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

Pete Resnick <presnick@qti.qualcomm.com> Wed, 29 October 2014 23:53 UTC

Return-Path: <presnick@qti.qualcomm.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 911911ACD63; Wed, 29 Oct 2014 16:53:43 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -7.011
X-Spam-Level:
X-Spam-Status: No, score=-7.011 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001, 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 ecQM5Y_igNAN; Wed, 29 Oct 2014 16:53:41 -0700 (PDT)
Received: from sabertooth01.qualcomm.com (sabertooth01.qualcomm.com [65.197.215.72]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 17ABE1ACCFB; Wed, 29 Oct 2014 16:53:41 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=qti.qualcomm.com; i=@qti.qualcomm.com; q=dns/txt; s=qcdkim; t=1414626821; x=1446162821; h=message-id:date:from:mime-version:to:cc:subject: references:in-reply-to:content-transfer-encoding; bh=X/O+K4ZyfAub/E5VgRLiPKuChahafsoayISdUqx5Ks4=; b=nYR3f/tyel/mqGdFzPRNQ7wkmoxnNgUgsAL+WZgNX3yFmTJvEMNnSmxw W952chH6qMkIJ/8gfHVOf7/FBmWiShYNFKUtU1pZrNv7AfMWseHI7xO2Z 9S3v+N0fLNPr3gIZciBoZ9eD1eUZP99hnlmF85DOxyy6ga/b1nYANqilP w=;
X-IronPort-AV: E=McAfee;i="5600,1067,7606"; a="77093776"
Received: from ironmsg03-l.qualcomm.com ([172.30.48.18]) by sabertooth01.qualcomm.com with ESMTP/TLS/DHE-RSA-AES256-SHA; 29 Oct 2014 16:53:40 -0700
X-IronPort-AV: E=Sophos;i="5.07,280,1413270000"; d="scan'208";a="765597195"
Received: from nasanexhc12.na.qualcomm.com ([172.30.39.187]) by Ironmsg03-L.qualcomm.com with ESMTP/TLS/RC4-SHA; 29 Oct 2014 16:53:40 -0700
Received: from NASANEXM01F.na.qualcomm.com (10.46.201.192) by nasanexhc12.na.qualcomm.com (172.30.39.187) with Microsoft SMTP Server (TLS) id 14.3.181.6; Wed, 29 Oct 2014 16:53:39 -0700
Received: from apc-qrc004-rpdu-k02-lf.qualcomm.com (10.80.80.8) by NASANEXM01F.na.qualcomm.com (10.46.201.192) with Microsoft SMTP Server (TLS) id 15.0.913.22; Wed, 29 Oct 2014 16:53:39 -0700
Message-ID: <54517E02.6020501@qti.qualcomm.com>
Date: Wed, 29 Oct 2014 16:53:38 -0700
From: Pete Resnick <presnick@qti.qualcomm.com>
User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.7; en-US; rv:1.9.1.9) Gecko/20100630 Eudora/3.0.4
MIME-Version: 1.0
To: Ted Lemon <ted.lemon@nominum.com>
References: <20141029184749.10576.92440.idtracker@ietfa.amsl.com>
In-Reply-To: <20141029184749.10576.92440.idtracker@ietfa.amsl.com>
Content-Type: text/plain; charset="ISO-8859-1"; format="flowed"
Content-Transfer-Encoding: 7bit
X-Originating-IP: [10.80.80.8]
X-ClientProxiedBy: NASANEXM01B.na.qualcomm.com (129.46.53.226) To NASANEXM01F.na.qualcomm.com (10.46.201.192)
Archived-At: http://mailarchive.ietf.org/arch/msg/weirds/SSM_EJUdFy4BjFFvGcpDxhwgcS0
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: Wed, 29 Oct 2014 23:53:43 -0000

On just point 2:

On 10/29/14 11:47 AM, Ted Lemon wrote:

> Point 2:
>
> In 3.1.3, the instructions as given don't really guide implementations
> toward interoperability.   Why not just say that servers SHOULD either
> convert a-labels to u-labels, or u-labels to a-labels, and be done with
> it?
>    

See the discussion in section 6.1, referred to in 3.1.3. Converting to 
u-labels or a-labels can change the search semantics because of 
case-mapping. Remember, the server is trying to do its best in the face 
of clients that might be handing it some pretty dicey stuff. 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), the server is going to do what it can to get 
things right (or decide that it doesn't want to try). So the most 
interoperable thing is to say, "Clients: Query reasonable things. 
Servers: You can choose to be helpful or not on unreasonable things." At 
least that's my understanding of the consensus of the WG and the IDN 
experts consulted; the IDN experts on the list can pipe up if I've 
gotten this wrong.

pr

-- 
Pete Resnick<http://www.qualcomm.com/~presnick/>
Qualcomm Technologies, Inc. - +1 (858)651-4478