[certid] IDNA2008

Paul Hoffman <paul.hoffman@vpnc.org> Sat, 12 June 2010 00:17 UTC

Return-Path: <paul.hoffman@vpnc.org>
X-Original-To: certid@core3.amsl.com
Delivered-To: certid@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 183113A67A1 for <certid@core3.amsl.com>; Fri, 11 Jun 2010 17:17:23 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: 0.636
X-Spam-Level:
X-Spam-Status: No, score=0.636 tagged_above=-999 required=5 tests=[AWL=0.082, BAYES_50=0.001, HELO_MISMATCH_COM=0.553]
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 1UmdmOVe1zyU for <certid@core3.amsl.com>; Fri, 11 Jun 2010 17:17:22 -0700 (PDT)
Received: from hoffman.proper.com (Hoffman.Proper.COM [207.182.41.81]) by core3.amsl.com (Postfix) with ESMTP id 5206A3A65A6 for <certid@ietf.org>; Fri, 11 Jun 2010 17:17:22 -0700 (PDT)
Received: from [10.20.30.158] (75-101-30-90.dsl.dynamic.sonic.net [75.101.30.90]) (authenticated bits=0) by hoffman.proper.com (8.14.4/8.14.3) with ESMTP id o5C0HNa5085887 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for <certid@ietf.org>; Fri, 11 Jun 2010 17:17:24 -0700 (MST) (envelope-from paul.hoffman@vpnc.org)
Mime-Version: 1.0
Message-Id: <p062408bec83882086181@[10.20.30.158]>
Date: Fri, 11 Jun 2010 17:17:22 -0700
To: certid@ietf.org
From: Paul Hoffman <paul.hoffman@vpnc.org>
Content-Type: text/plain; charset="us-ascii"
Subject: [certid] IDNA2008
X-BeenThere: certid@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Representation and verification of identity in certificates <certid.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/certid>, <mailto:certid-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/certid>
List-Post: <mailto:certid@ietf.org>
List-Help: <mailto:certid-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/certid>, <mailto:certid-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sat, 12 Jun 2010 00:17:23 -0000

>   [[ Editorial Note: This section needs to be updated to reflect
>   [IDNA2008]. ]]

Yes.

>   The term "internationalized domain name" refers to a DNS domain name
>   that conforms to the overall form of a domain name (dot-separated
>   labels) but that can include Unicode code points outside the
>   traditional US-ASCII range, as explained by [IDNA2003] and
>   [IDNA2008].

remove "[IDNA2003]". It is obsoleted by IDNA2008.

>   If the source domain of a reference identifier is an
>   internationalized domain name, then an implementation MUST convert
>   the domain name to the ASCII Compatible Encoding (ACE) format as
>   specified in Section 4 of [IDNA2003] before comparison

Awaiting publication of IDNA2008 (within weeks) to get this reference.

>; specifically,
>   the conversion operation specified in Section 4 of [IDNA2003] MUST be
>   performed as follows:
>
>   o  In step 1, the domain name SHALL be considered a "stored string".
>   o  In step 3, set the flag called "UseSTD3ASCIIRules".
>   o  In step 4, process each label with the "ToASCII" operation.
>   o  In step 5, change all label separators to U+002E (full stop).
>
>   After performing the "to-ASCII" conversion with regard to an
>   internationalized domain name, the DNS labels and names MUST be
>   compared for equality according to the rules specified in Section 3
>   of [IDNA2003], i.e. once all label separators are replaced with
>   U+002E (dot) they are compared in a case-insensitive manner.

All of that will disappear, and be replaced by probably one sentence.

--Paul Hoffman, Director
--VPN Consortium