Re: two-week review: registering formal "rdns" NID

Martin J. Dürst <duerst@it.aoyama.ac.jp> Sat, 20 February 2016 04:08 UTC

Return-Path: <duerst@it.aoyama.ac.jp>
X-Original-To: urn-nid@ietfa.amsl.com
Delivered-To: urn-nid@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D64491B373A for <urn-nid@ietfa.amsl.com>; Fri, 19 Feb 2016 20:08:47 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.602
X-Spam-Level:
X-Spam-Status: No, score=-1.602 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, MIME_8BIT_HEADER=0.3, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=no
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 tBe5tEdrBtX1 for <urn-nid@ietfa.amsl.com>; Fri, 19 Feb 2016 20:08:46 -0800 (PST)
Received: from APC01-PU1-obe.outbound.protection.outlook.com (mail-pu1apc01on0134.outbound.protection.outlook.com [104.47.126.134]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 644FA1B3714 for <urn-nid@apps.ietf.org>; Fri, 19 Feb 2016 20:08:45 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=itaoyama.onmicrosoft.com; s=selector1-it-aoyama-ac-jp; h=From:To:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=CC0oNQQWgb0FDO9EcBqxUUQX1hINrsIlbpA6AHXZ8aI=; b=XOhzHSfHulmB/xj/7cOd0S+Q7jHQ6kLsU8Van93y+bI67XzZrY7kf+f+ZbvqE2mChnCs+u3VYCWZH/vGcIz4sMN7pUx5UHL5hM3bmVeFd6xvakc3rHWMntA9wyyeFpMkr6xNYag7fiTOaMtSQinhnjDgVdlC/NjLqR6rO4sA8ck=
Authentication-Results: apps.ietf.org; dkim=none (message not signed) header.d=none;apps.ietf.org; dmarc=none action=none header.from=it.aoyama.ac.jp;
Received: from [133.2.210.64] (133.2.210.64) by TY1PR01MB0143.jpnprd01.prod.outlook.com (10.161.134.147) with Microsoft SMTP Server (TLS) id 15.1.409.15; Sat, 20 Feb 2016 04:08:40 +0000
Subject: Re: two-week review: registering formal "rdns" NID
To: "Dale R. Worley" <worley@ariadne.com>, "Ing-Wher (Helen) Chen" <ichen@kuatrotech.com>
References: <87povsmo0e.fsf@hobgoblin.ariadne.com>
From: "Martin J. Dürst" <duerst@it.aoyama.ac.jp>
Organization: Aoyama Gakuin University
Message-ID: <56C7E6C5.3030306@it.aoyama.ac.jp>
Date: Sat, 20 Feb 2016 13:08:37 +0900
User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.6.0
MIME-Version: 1.0
In-Reply-To: <87povsmo0e.fsf@hobgoblin.ariadne.com>
Content-Type: text/plain; charset="utf-8"; format="flowed"
Content-Transfer-Encoding: 7bit
X-Originating-IP: [133.2.210.64]
X-ClientProxiedBy: OS2PR01CA0004.jpnprd01.prod.outlook.com (25.161.74.142) To TY1PR01MB0143.jpnprd01.prod.outlook.com (25.161.134.147)
X-Microsoft-Exchange-Diagnostics: 1; TY1PR01MB0143; 2:UxJiEZcC3fxpS+MusETal/t3S+7ohjOTJl/Bd1+YXBrhvfoI+Wp2RuK7FGp16E+yswZ1YPb19GIG5ogknk6J9ooGwmJuuy3DYsTSgGoqEN31iamRyCJObzEvrQ3X62xLqmD408M2UGiae62rwqt2hg==; 3:HFAPXw21xZCYJw63Wrf25l/8hkBUHliufED72L/p/VOwxasNNy1NC5wjwXJtL8ql44uZn9CkC+XwBX7CyUwXMaaT4CivH0O8s4Hy8Sg+bYb42ZhsmHGUbdM7lvBf9mfC; 25:nBkup2f7pcpTFnPbh1dsedLuosZmgxAbpZyPTW2vYpQFxYSducxTXqCZc6IJAoN1Zkpwg7HkWwCtAyo1l0Y0oQkKpAhpoRSiDRA4QoiyuXftIl31ew9tiUZLXblyLjbrzVBV/edJ2VQwV0FpPgLog4nZGY2f4Q/3NXVhvAWvEW/GmSX8bvHS1hd5rzXqBoKHooVtPR7BHFJxZTWkObre95qGY7BaoqK9Unq4mXm402wsnxBsgHS4JvL2VD3wso9vcBdxlxA++kkfM2XovAGxMQCbPdE0C8gi8KKBx/ecgrNPagP3Qsq479D5XswYKDw51ri9AIcSWe++9qaelO0NUj3Xy0HlB5Rbw1m7BjFkG0E=
X-Microsoft-Antispam: UriScan:;BCL:0;PCL:0;RULEID:;SRVR:TY1PR01MB0143;
X-MS-Office365-Filtering-Correlation-Id: a112fb3c-18fb-4a30-6d9a-08d339ab83e6
X-Microsoft-Antispam-PRVS: <TY1PR01MB0143E3E73687469FE0A261FFCAA10@TY1PR01MB0143.jpnprd01.prod.outlook.com>
X-Exchange-Antispam-Report-Test: UriScan:;
X-Exchange-Antispam-Report-CFA-Test: BCL:0; PCL:0; RULEID:(2401047)(8121501046)(5005006)(3002001)(10201501046); SRVR:TY1PR01MB0143; BCL:0; PCL:0; RULEID:; SRVR:TY1PR01MB0143;
X-Microsoft-Exchange-Diagnostics: 1; TY1PR01MB0143; 4:jirQtc3VMBUsgxqY7gKt/l5vnVDE8zf2iUnIqkewlXlL0kkL5Jh1usWkOnqSPLSCWskn7Zowd9KL3cCUuyHVQxeVsRvbSBIYl/l9BOmA7IrUBRJX8JmOmHMuFZHNwdCtB9jRCX24F68yjN3w8UA+gRn6UMtecQMwLbrqn4j092e9SGJK6T6vyU9vDf+iC3UUfT49g5XLTWyUGZyl2GbuYIJe8RMpBTzgg8Ene05LVRWpD3NI4cnlS78fCfwh21yxV9iHOeLqXHs0AI4jD1pr+VTcP3qDJgnDsV+pvTjbrPtIOwvBSzj7yasFzgr6OfoX8QrAE/K5Ur0VjDBfXdeQTubD2OGCPjdycabj97dietk=
X-Forefront-PRVS: 0858FF8026
X-Forefront-Antispam-Report: SFV:NSPM; SFS:(10019020)(4630300001)(6009001)(6049001)(479174004)(24454002)(43544003)(87976001)(65956001)(54356999)(2950100001)(5001770100001)(42186005)(50986999)(6116002)(65816999)(87266999)(122386002)(83506001)(86362001)(5008740100001)(74482002)(76176999)(230700001)(189998001)(33656002)(92566002)(23676002)(66066001)(5001960100002)(1096002)(586003)(4001350100001)(47776003)(3846002)(19580395003)(2906002)(5004730100002)(19580405001)(4326007)(80316001)(40100003)(77096005)(3940600001); DIR:OUT; SFP:1102; SCL:1; SRVR:TY1PR01MB0143; H:[133.2.210.64]; FPR:; SPF:None; MLV:sfv; LANG:;
X-Microsoft-Exchange-Diagnostics: 1;TY1PR01MB0143;23:FAc0k5HrZWM9D1ojkVCSpO/1AniGVn6kexIcKLRXbkK+WygJujCb38Y1e3SeSqgF2h2KQsDewmAopkJYwFGVFTccJNAaNcOum4lne+5dm31Yn9pBdDSYStYQiYyU57HJ7JFHbnrxD8zGu1DTAf9DlV/YP0x6DYoHXBYwZdyBLVsQFK6ZckwB0hZO91drrGSKPoMhXc5CCitpNKK8pXBOwQNLpDpw3Fsk/Oj/k/TN6VbiJSZ1GmTinjDjAK1Wkh+/J5Kbrx9wsA3/vL2P7svSlfFbzWAMs0YdflmeGpOgyShHqe5089wZjF9KSKoFxXNyNcELR1z4o2ZFVDWByial/p8QuTEWCjBQM8dv6ccjNWGVdeUBIqL2Vo2/enwcOjgAuuHSMhJ17tkslye2EUVSnI/PFaqNuxCe7sWAbOz2M27SAOIM/Smaoxmks73oyVqpmGYPE4x9X2v9pEunykJx7WfyohxAon+6cKcn03RkI0KkZ+FxvWZ3K4aQB4Ro09rDVhVysrbbY+aHXyAINekgZocqn3sWhNqLfOEzdf6VyaJ+7r8SMFIORo22E2GYRrEDCF6+sbqKgshcF5KXZMDsoNGNx7vYb83eKVMhqseYO0xpYwRTsEK9zY777V60g8X6EayFE6L1fiNwSR6gx5t3ca+ij7Gkt6iGulrIp/t603SEKSX1RQhJIL25vN1MRgCROs9RYP1Z4ltb6P2nCRVo7756lEuS/B9D02wtfqsfdQzpNqzRRyc076Cd6DhvNBGruELN+05Dp/euqpQD/r+kNIZpd0cBkTaaVmzuvTb/BxB3Ou6yolJUuGqSJN0Vt4M/LJfqkm2BgLGcPzqqc3/w1cIptX9kTJHDsJ9v1hNL0Y89sVa8/qBfHxff+3Zvs9W0AYIOXK6SBAYuX4A1WPvPbVW2tMH4FSejWSjVDZ6L8elengZqM85R4BJGgzy7qq+tYNx+P/5jD9NinMWe3TF5aDcXZEWudk/m6MRPn+UASr0AfcWpUoGYFaoKBocSkiSa19qZdMTZ8j5mOipVo5KTwRjVgskUrWPKHQJfjZ/JTWoafJJWHi9ACnvkDalfMDdjYZQkto0JC6vuAuNQ4RrmDIO+Y0RoBYaaKKWh6aDu0SqkiOxoFq4PwVezDIyW34DF0CFAdrc34ovZld9wMdgx0g==
X-Microsoft-Exchange-Diagnostics: 1; TY1PR01MB0143; 5:yI0ZdCv5NRVKYjRsPNSQAdnlnBqr8TwD6XjvU5uMWUs7aHBFCFlPiMLwhn83u64NaRkbV+cvJrGF+X6RTwoNOeJvC88N9YUI7LKE8b7PlSUPJUr/veUcVHB0Y41aKkah; 24:KWWadDiVIzCHkJQTTo01BzQvQZZU07UBtL7jANNgxtSLyXPaXosM4J7TKo7G/6TuXEK1R///icw3CiNncXfWrmwSv7FbBXL/FRFPTc5G6M0=
SpamDiagnosticOutput: 1:23
SpamDiagnosticMetadata: NSPM
X-OriginatorOrg: it.aoyama.ac.jp
X-MS-Exchange-CrossTenant-OriginalArrivalTime: 20 Feb 2016 04:08:40.3229 (UTC)
X-MS-Exchange-CrossTenant-FromEntityHeader: Hosted
X-MS-Exchange-Transport-CrossTenantHeadersStamped: TY1PR01MB0143
Archived-At: <http://mailarchive.ietf.org/arch/msg/urn-nid/_AHANMEp_uq9ZFI7bHzf7lVvpoM>
Cc: urn-nid@apps.ietf.org
X-BeenThere: urn-nid@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: discussion of new namespace identifiers for URNs <urn-nid.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/urn-nid>, <mailto:urn-nid-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/urn-nid/>
List-Post: <mailto:urn-nid@ietf.org>
List-Help: <mailto:urn-nid-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/urn-nid>, <mailto:urn-nid-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sat, 20 Feb 2016 04:08:48 -0000

Hello Dale, Helen, others,

Indeed as Dale says, the "urn" and "rdns" components are 
case-insensitive, and a namespace registration cannot change that.

Regards,   Martin.

On 2016/02/20 05:41, Dale R. Worley wrote:
> Comments on draft-chen-rdns-urn-02:
>
> "Ing-Wher (Helen) Chen" <ichen@kuatrotech.com> writes:
>>> Comments on draft-chen-rdns-urn-00:
>>
>> [Helen]  Just a note that at the time that I submitted to
>>                 urn-nid@apps.ietf.org for review, the latest version was -01.
>
> I should have noticed that!
>
> I think your changes take care of the problems that I've noticed.
>
>>> The rule for lexical equivalence can't be implemented because there is no
>>> algorithm for parsing an "rdns" URN into <reverse-dns> and <dss>, and the
>>> lexical equivalence rule specifies that <reverse-dns> is case-insensitive and
>>> <dss> is case-sensitive (as far as I can tell; you should update the wording).
>>
>> [Helen]  I updated the section on "Rules for Lexical Equivalence".  On second
>>                 thought, because "rdns" URNs are meant to be XML
>>                 namespaces of enterprise YANG modules, I think the
>>                 rules for lexical equivalence for "rdns" URNs should be
>>                 as defined for those of XML namespaces.
>
> There might be a problem, as RFC 2141 prescribes that "urn" and the NID
> ("rdns") are case-insensitive, whereas the draft prescribes that all of
> the URN is to be compared case-sensitively.  Looking at RFC 3406, the
> definition of the NID registration template, Appendix B.1 gives an
> example:
>
>     Rules for Lexical Equivalence:
>
>        FQDNs are case-insensitive.  Thus, the portion of the URN
>
>                    urn:<assigned number>:<FQDN>:
>
>        is case-insensitive for matches.  The remainder of the identifier
>        must be considered case-sensitive.
>
> The syntax for rdns URNs is
>
>         "rdns" URN    ::= urn:rdns:<reverse-dns>:<dss>
>         <reverse-dns> ::= registered domain name in reverse, each label
>                           separated by a colon (":")
>         <dss>         ::= 1*<URN chars>
>
> I think we are constrained to require (for URN comparison) that "urn"
> and "rdns" be case-insensitive, whereas you can specify whatever rule
> you want for the reverse-dns and dss parts.
>
> But perhaps other people on this list have more knowledge of how this
> issue has been handled for other URN namespaces.
>
> Dale
>
> .
>