Re: URN Namespace for MEF

Mahesh Jethanandani <mjethanandani@gmail.com> Mon, 09 November 2015 05:18 UTC

Return-Path: <mjethanandani@gmail.com>
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 E7BDD1B6478 for <urn-nid@ietfa.amsl.com>; Sun, 8 Nov 2015 21:18:59 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.999
X-Spam-Level:
X-Spam-Status: No, score=-1.999 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, SPF_PASS=-0.001] 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 Y6qCtC1hVOuy for <urn-nid@ietfa.amsl.com>; Sun, 8 Nov 2015 21:18:58 -0800 (PST)
Received: from mail-pa0-x22b.google.com (mail-pa0-x22b.google.com [IPv6:2607:f8b0:400e:c03::22b]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id D364E1B6476 for <urn-nid@apps.ietf.org>; Sun, 8 Nov 2015 21:18:57 -0800 (PST)
Received: by padhx2 with SMTP id hx2so178537404pad.1 for <urn-nid@apps.ietf.org>; Sun, 08 Nov 2015 21:18:57 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=content-type:mime-version:subject:from:in-reply-to:date:cc :message-id:references:to; bh=IN9fg/QeKFymt8OTMRF2Ef6tMw654UuWXzgndlyG16I=; b=gmVuDMxMiIBwP6Fv8IlqHdRYgOkPUreKo31rhttyzRmkRTIhVpfqXjimxuDSlsc7fV hb6BripF2BjClEJBv+eZ7SRlzsW2AOg2wcQCQLT1KAVYJeecziyDbrNFDLJY+yzZXiZn pYeSzMRFT9Yty4ngj3w4qI3nMqSkg9V8EGeZc/gZ1ApgAybu8IvmsdC1940DfMbL70Bo Q+ziUVGRix+pBLrVENixhLfAPY2EfL8ux/XOfW6YZa8i/PSsb16Jp7tA9Vjs2ZSsyo75 FvoLiGh0EsYuet9ih/MTpmNsMqV3wlmIEm1C3s6g3qyeufRnbHKommJOYn/liwxC/ysU OPcQ==
X-Received: by 10.66.168.171 with SMTP id zx11mr37012704pab.125.1447046337378; Sun, 08 Nov 2015 21:18:57 -0800 (PST)
Received: from [10.24.73.130] ([128.107.241.163]) by smtp.gmail.com with ESMTPSA id db8sm13604260pad.43.2015.11.08.21.18.55 (version=TLS1 cipher=ECDHE-RSA-AES128-SHA bits=128/128); Sun, 08 Nov 2015 21:18:56 -0800 (PST)
Content-Type: multipart/alternative; boundary="Apple-Mail=_54DED31D-B639-4ED0-BF9D-069A4519AC46"
Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2098\))
Subject: Re: URN Namespace for MEF
From: Mahesh Jethanandani <mjethanandani@gmail.com>
In-Reply-To: <87y4ea20u6.fsf@hobgoblin.ariadne.com>
Date: Sun, 8 Nov 2015 21:18:54 -0800
Message-Id: <E2EFA393-F569-4FC1-AF24-155895AE8311@gmail.com>
References: <87y4ea20u6.fsf@hobgoblin.ariadne.com>
To: "Dale R. Worley" <worley@ariadne.com>
X-Mailer: Apple Mail (2.2098)
Archived-At: <http://mailarchive.ietf.org/arch/msg/urn-nid/tyPJPVxm-3xo5RMOy3hNgykdXio>
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: Mon, 09 Nov 2015 05:19:00 -0000

Dale,

First of all, thanks for a detailed review of the draft. 

Comments/questions inline.

> On Nov 6, 2015, at 2:57 PM, Dale R. Worley <worley@ariadne.com> wrote:
> 
> Section 2:
> 
>   Declaration of syntactic structure:
> 
>      The Namespace Specific String (NSS) of all URNs that use the MEF
>      NID will be maintained by MEF Assigned Names and Numbers (MANN)
>      registry.
> 
> This doesn't specify the syntactic structure.  I assume that the
> intention is that this registration is to allow MANN to assign any NSS
> that would be allowed by the generic URN specification.

That is correct.

>  But you should
> say that.  I think you could say
> 
>      The syntax of namespace specific strings for the 'mef' namespace
>      is <NSS> in RFC 2141.

Ok.

> 
> The statement you now have in the section describes who manages mef
> URNs, which is a useful thing, but doesn't belong in this section, I
> think.  But I can't spot the place in the registration template where it
> should go.

> 
>   Identifier uniqueness considerations:
> 
>      MEF could allow for use of experimental type values for testing
>      purposes only.  Note that using experimental types may create
>      collision as multiple users may use the same values for resources
>      and specific strings.
> 
> First, you should say "for *different* resources ...".  If multiple
> users use the same value for the same resources, there is nothing
> unusual about that.
> 
> This provision doesn't bother me, but is likely to be objected to by
> others.  And there can be practical problems -- experimental uses of
> protocols by one user sometimes "leak" into experimental environments
> operated by another use, causing unexpected results.  You should give
> some though to avoiding this, IMO.  Perhaps:
> 
> 1) Devise a system for allocating experimental values that allows each
> user to generate values that will not be allocated by other users.
> E.g., the pattern "urn:mef:experimental:foobar.com:..."; or

That is the idea. The current thought is that all experimental values will have a pattern of “urn:mef:xid:…” where xid refers to experimental id.

> 
> 2) Define the "value" of an experimental URN in terms of its *function*
> or high-level *meaning* ("denotes the string to be returned when
> conditions X and Y occur"), allowing different users to have it be
> translated in different manners or cause different effects, but always
> with the same higher-level significance.

Thanks.

Mahesh Jethanandani
mjethanandani@gmail.com