Re: Last Call: <draft-ietf-urnbis-rfc2141bis-urn-20.txt> (Uniform Resource Names (URNs)) to Proposed Standard

John C Klensin <john-ietf@jck.com> Tue, 21 February 2017 19:20 UTC

Return-Path: <john-ietf@jck.com>
X-Original-To: ietf@ietfa.amsl.com
Delivered-To: ietf@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A1D8B129C83; Tue, 21 Feb 2017 11:20:39 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.9
X-Spam-Level:
X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RP_MATCHES_RCVD=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=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 Hwj7EhW_9PQe; Tue, 21 Feb 2017 11:20:30 -0800 (PST)
Received: from bsa2.jck.com (ns.jck.com [70.88.254.51]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 1EB7F129C7D; Tue, 21 Feb 2017 11:20:30 -0800 (PST)
Received: from [198.252.137.70] (helo=PSB) by bsa2.jck.com with esmtp (Exim 4.82 (FreeBSD)) (envelope-from <john-ietf@jck.com>) id 1cgFz9-000Bnm-Op; Tue, 21 Feb 2017 14:20:27 -0500
Date: Tue, 21 Feb 2017 14:20:21 -0500
From: John C Klensin <john-ietf@jck.com>
To: Peter Saint-Andre - Filament <peter@filament.com>, "tom p." <daedulus@btconnect.com>, ietf@ietf.org
Subject: Re: Last Call: <draft-ietf-urnbis-rfc2141bis-urn-20.txt> (Uniform Resource Names (URNs)) to Proposed Standard
Message-ID: <A82A31111E5E5A6B4EDE9D12@PSB>
In-Reply-To: <89b5c4b3-4772-be57-8b5d-b6d63521801b@filament.com>
References: <148699853178.24969.7610250025952470052.idtracker@ietfa.amsl.com> <052201d28c3d$c8061060$4001a8c0@gateway.2wire.net> <092474D20D151EB6C7C0E280@PSB> <006c01d28c5e$fbb19760$4001a8c0@gateway.2wire.net> <00068EB71CB3F63F36092E69@PSB> <89b5c4b3-4772-be57-8b5d-b6d63521801b@filament.com>
X-Mailer: Mulberry/4.0.8 (Win32)
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
X-SA-Exim-Connect-IP: 198.252.137.70
X-SA-Exim-Mail-From: john-ietf@jck.com
X-SA-Exim-Scanned: No (on bsa2.jck.com); SAEximRunCond expanded to false
Archived-At: <https://mailarchive.ietf.org/arch/msg/ietf/Bd-TPhm2nHItqG5-TuFWRbwumBI>
Cc: alexey.melnikov@isode.com, barryleiba@computer.org, draft-ietf-urnbis-rfc2141bis-urn@ietf.org, urnbis-chairs@ietf.org
X-BeenThere: ietf@ietf.org
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: IETF-Discussion <ietf.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ietf>, <mailto:ietf-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/ietf/>
List-Post: <mailto:ietf@ietf.org>
List-Help: <mailto:ietf-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ietf>, <mailto:ietf-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 21 Feb 2017 19:20:40 -0000


--On Tuesday, February 21, 2017 12:04 -0700 Peter Saint-Andre -
Filament <peter@filament.com> wrote:

> On 2/21/17 10:40 AM, John C Klensin wrote:
> 
>> How would you
>> feel about making the phrase something closer to "the basic
>> Latin repertoire, i.e., the letters and digits of ASCII as
>> described above" and moving the RFC 20 citation to the first
>> use of "ASCII" in that previous paragraph?
> 
> OLD
> 
>    In order to make URNs as stable and persistent as possible
> when    protocols evolve and the environment around them
> changes, URN    namespaces SHOULD NOT allow characters outside
> the basic Latin    repertoire [RFC20] unless the nature of the
> particular URN namespace    makes such characters necessary.
> 
> NEW
> 
>    In order to make URNs as stable and persistent as possible
> when    protocols evolve and the environment around them
> changes, URN    namespaces SHOULD NOT allow non-ASCII
> characters [RFC6365] unless    the nature of the particular
> URN namespace makes such characters    necessary.
> 
> The term "non-ASCII" is defined in RFC 6365 and seems perfectly
> appropriate here.

Wfm.  Tom?

    john