Re: [I18ndir] I18ndir last call review of draft-ietf-regext-dnrd-objects-mapping-06

"Hollenbeck, Scott" <shollenbeck@verisign.com> Fri, 06 March 2020 17:06 UTC

Return-Path: <shollenbeck@verisign.com>
X-Original-To: i18ndir@ietfa.amsl.com
Delivered-To: i18ndir@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 262683A0B68 for <i18ndir@ietfa.amsl.com>; Fri, 6 Mar 2020 09:06:20 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.098
X-Spam-Level:
X-Spam-Status: No, score=-2.098 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, HTML_MESSAGE=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=verisign.com
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 Si3pPogdpaiE for <i18ndir@ietfa.amsl.com>; Fri, 6 Mar 2020 09:06:18 -0800 (PST)
Received: from mail4.verisign.com (mail4.verisign.com [69.58.187.30]) (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 805193A0ABA for <i18ndir@ietf.org>; Fri, 6 Mar 2020 09:06:17 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=verisign.com; l=14814; q=dns/txt; s=VRSN; t=1583514378; h=from:to:date:message-id:references:in-reply-to: mime-version:subject; bh=UQKbSszW+XbahvIhF+RYZH12G3Cz5HWzO7FmT1wDJcg=; b=CT/+1JzhRNgmkMlszaP7qObmyYPacspxkcd0lmo4fgkEwlwjvjlgjz+F cTkxfSSUdhuooK+uk+ao4Y+iPzp+AqAlEhbhB52xTwiu5Nye8U7hhK9F7 mcX6iIjVrhtqOpMFtS4RXVNEQdWRstwpQbKYLg7NnQ8q21uO47UX7iEwW G7s1ieZllbnyJyWZV+IfwDsjvUDfVy8pVG8SOcGI5x6Z+K6JUptmSDYp0 0gtxAUdbYNaXYUaRZF0fxw5cF/c7iawXiS24CjYZtJ9OVRK2FPbWJAwnC euWEjIiM/k+0IodmI22QLq/O1sx2ZH5C+AJJY0Lnp5zf5AkFgsXaNZuaX g==;
IronPort-SDR: 2Dbk6/+/gw1+KZ36OHfDHPG72Cjcvtf64wWckLqQp0uyEOhNCm00xDB43QAZZbp9Njc+cPjH8a UdjT3aUVBjWVcIlISw7l0xYaFBIYjoUKkHyZYPiKKUfR1tje9aHWz5T6SuUZerAuomOjPYSMla zT9CdsFNmjc1f64F0EJppbvruu07wBC9OUf4Tk5W1tb8Hm8ThgrUTYLqtu73ccCX0V64Y1KKjG rAqc/FICdnzk+iXDhLJlKMdYTxEQJcTw8L3yfvG7OZ4dckISIR6ak8f2VO9R4ZK77bibuzg1Pr Mv0=
X-IronPort-AV: E=Sophos;i="5.70,522,1574139600"; d="scan'208,217";a="829409"
IronPort-PHdr: 9a23:ZLacuBVMAi3OsjTCI69mDSLdFNrV8LGtZVwlr6E/grcLSJyIuqrYZRSGv6dThVPEFb/W9+hDw7KP9fy5BSpZuMzK4S9KWacPfiFGoP1epxYnDs+BBB+zB9/RRAt+Iv5/UkR49WqwK0lfFZW2TVTTpnqv8WxaQU2nZkJ6KevvB4Hdkdm82fys9J3PeQVIgye2ba9vIBmsogjdq8YbjZF/Jqos1BfFrX9FduZLzm50OFyfmArx6ci38JN/6Spbpugv99RHUaX0fqQ4SaJXATE7OG0r58PlqAfOQxKX6nQTTmsZnBxIAxPY7B7hRZf+rjH6tutm1yaEO8D9UK05Vi6j76dvTx/olTsHOjsk+2zZlsB8kKRWqw+nqhdiwYDbfZuVOeJ+cK3DYN0aWWRPUMVfVyNDA4Ozc4QAAvEbMupErYnwvUcCoQe8CASqGejhyiVIhnjz3aAi3egvEwbG3AgkH90QtnTbt8v6O7sRUeyt0aLG0CnMb/RK2Tfh5oTDbxcsoeqMXbJ3dcrRzVcgFwXegVqOtYPlPCiY1voTvGiB7upgTuOvi2Ehqw1rvjevwcIsh5DPi4kIxF7E8iB5z5w0Jd2+UEN6b9CpHIFXtyGAOIt7RN4pTWJwuCsi17EKpYS3cDUIxZkp3RLTdvyKfoaS7h/sV+udOSp0iG5/dL6ihRu+7VKsxvDzW8S3ylpGsylInsHCtn8T1BHf9s2KR/5/80i9xTqAzQXe5vxYLk8okKfWK4MuzaA+lpcWtUnMAzL5l1vwgaSLbEsr4PKo5P7iYrj+o5+cMJJ7hR/mP6Q1n8y/Hfw4Mg8TX2iH4ei81KPs/Un+QLhSk/A4jrHXvI3aKsoDqaC2AhNZ3ps55xahEzim184YnWEdIF1fZR2LlZbpO0vVIPD+F/uwn1OskDJzy/DHOL3uHInNI2DenLv9Z7px9kxRxQQpwdxC559ZBKsNLf3wV0PpsdzXFB45Mwi6w+b9D9V905sTWXmPAq+eNKPStUGH5uQ0LOaSeIAVuy3wK+Y76P70jH85gl4dfaav3ZcNdH+4GfFmL12DYXXwmtcBDXsKvg0mQePwk12CVCNTZ228X68n5zE6B5iqDYHdSYCxnLOB2yK7EodKaWBBD1CGCW3oeJmcW/cQdCKSJddskj0ZWbWiTY8uyBCutBXhxrpmMOXU5iMYuYjk1Nhv6O2A3S01oHZ9FMGAyG+lTnEymG4UTDgzmqt4pAY1nl6Y1LVjjdRZBZpV6u9CVQJ8PpnZmagyQdGrCgTNf82hSVu6TJOhGz57BoYwmo8Ib0dnM9Svkh6F2DClVew7jbuOUdYU9abY0n77Ks1+jz793649kxNuFtBPMmmii6h1+gPQL5DEiUSClqmsM68b2Xiepy+40WOSsRQAA0ZLWqLfUCVHaw==
X-IPAS-Result: A2G4AwBkgmJe/zCZrQplHAEBAQEBBwEBEQEEBAEBgXuBJYFwgTEKhAuREps+CQEBAQEBAQEBAQcBIwwEAQEChEECF4IcOBMCAwEBCwEBAQUBAQEBAQUDAQEBAoY/DII7InZxAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBBQINVGgBAQEBAyMKWAQCAQgRBAEBKAMCAgIwFAkIAgQBEggSgw2BfYENqBp1gTKENQEDB4V2gTiMQoFCPoEQAYJmLj6CZAICggkQgluCXgSQZIVyigyPPwMHgjyWXiSCSYxvi32OdptRAgQCBAUCFYFpgXtwgzwJRxgNjlWIT4VBdI9ngRABAQ
Received: from BRN1WNEX02.vcorp.ad.vrsn.com (10.173.153.49) by BRN1WNEX01.vcorp.ad.vrsn.com (10.173.153.48) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.1779.2; Fri, 6 Mar 2020 12:05:30 -0500
Received: from BRN1WNEX02.vcorp.ad.vrsn.com ([fe80::7c0a:1cc:5def:9dde]) by BRN1WNEX02.vcorp.ad.vrsn.com ([fe80::7c0a:1cc:5def:9dde%4]) with mapi id 15.01.1779.002; Fri, 6 Mar 2020 12:05:30 -0500
From: "Hollenbeck, Scott" <shollenbeck@verisign.com>
To: "asmusf@ix.netcom.com" <asmusf@ix.netcom.com>, "i18ndir@ietf.org" <i18ndir@ietf.org>
Thread-Topic: [EXTERNAL] Re: [I18ndir] I18ndir last call review of draft-ietf-regext-dnrd-objects-mapping-06
Thread-Index: AQHV8y9FcYd/9I7jP0W+mQfZWwekiqg7BeuAgABcyACAADCFgIAAdsIA//+tEuCAAGVqAP//r7jA
Date: Fri, 06 Mar 2020 17:05:30 +0000
Message-ID: <364f4ce4ca0d4ed7a95446169655e1cd@verisign.com>
References: <158343520135.15044.10991712449156105132@ietfa.amsl.com> <9CD56DEFBC9108D9620ED61E@PSB> <2cb9e78f-32dc-3e2f-ba1a-6ae0218f3ef9@ix.netcom.com> <78B490AE833098E23541E672@PSB> <b10e418c-aa00-669d-68cf-03bb0ef0920b@ix.netcom.com> <19196892ADC7F5919DA7CE7A@PSB> <3e6d3b2bf0f241dfb161a0497e762bf3@verisign.com> <e54f23f8-aee5-e0f0-5acd-ebb86ddcc181@ix.netcom.com>
In-Reply-To: <e54f23f8-aee5-e0f0-5acd-ebb86ddcc181@ix.netcom.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [10.170.148.18]
Content-Type: multipart/alternative; boundary="_000_364f4ce4ca0d4ed7a95446169655e1cdverisigncom_"
MIME-Version: 1.0
Archived-At: <https://mailarchive.ietf.org/arch/msg/i18ndir/n1jPfP0m1KwDzfZf0Cb5Pgyvopc>
Subject: Re: [I18ndir] I18ndir last call review of draft-ietf-regext-dnrd-objects-mapping-06
X-BeenThere: i18ndir@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: Internationalization Directorate <i18ndir.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/i18ndir>, <mailto:i18ndir-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/i18ndir/>
List-Post: <mailto:i18ndir@ietf.org>
List-Help: <mailto:i18ndir-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/i18ndir>, <mailto:i18ndir-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 06 Mar 2020 17:06:22 -0000

It is what it is, Asmus. I’m not so sure that it is, in fact, critical. ICANN has supposedly been using this archive format for years with no interoperational issues.



Scott



From: I18ndir <i18ndir-bounces@ietf.org> On Behalf Of Asmus Freytag
Sent: Friday, March 6, 2020 11:52 AM
To: i18ndir@ietf.org
Subject: [EXTERNAL] Re: [I18ndir] I18ndir last call review of draft-ietf-regext-dnrd-objects-mapping-06



As I read the W#C document, "NormalizedString" is not an actual format, other than that it disallows all line endings and tab.



There are parameters for how to normalize remaining whitespace, but without specifying which parameters are set. It's like calling a string "Unicode normalized" and not knowing from that term whether it's in NFC, NFD, NFKC or NFKD.



In the W3C these are enumerated as part of the "constraining facets" listed in 3.3.1.1



For an archival format, then, either each field has attributes that give these facets, as applicable, or the format itself needs to require particular settings.



None of that, by the way, speaks in any way about casefolding or Unicode normalization, the kinds of operations that are critical in identifier contexts.



A./





On 3/6/2020 7:55 AM, Hollenbeck, Scott wrote:

   Note below on the draft's reference to the XML Schema normalizedString data type:


      -----Original Message-----
      From: I18ndir <i18ndir-bounces@ietf.org><mailto:i18ndir-bounces@ietf.org> On Behalf Of John C Klensin
      Sent: Friday, March 6, 2020 10:46 AM
      To: Asmus Freytag (c) <asmusf@ix.netcom.com><mailto:asmusf@ix.netcom.com>; i18ndir@ietf.org<mailto:i18ndir@ietf.org>
      Subject: [EXTERNAL] Re: [I18ndir] I18ndir last call review of draft-ietf-regext-
      dnrd-objects-mapping-06



   [snip]


      [1]  I am not familiar enough with the Regext set of documents to know if
      "normalizedString" is defined somewhere.  Certainly,
      draft-ietf-regext-dnrd-objects-mapping-06 uses it without defining it locally
      or providing a specific normative reference to such definitions.  At minimum,
      this suggests another problem with the I-D that may need fixing.  But, if
      there is not a clear definition -- if the instruction for what should go into
      those fields is essentially "just normalize", than that is obviously bad news.  It
      is bad news even for IDN U-labels because a string in, e.g., NFC would not
      conform to the requirements for U-labels.  Normal IETF and RFC practice
      requires a statement, probably in the Terminology section and probably with
      a normative reference, to where definitions of that and other attributes can
      be found.


   Reference here:

   https://www.w3.org/TR/xmlschema-2/#normalizedString

   The draft should include a normative reference to the W3C XML Schema specification:

   http://www.w3.org/TR/2004/REC-xmlschema-2-20041028

   Scott