[urn] New Version Notification for draft-mahesh-etsi-urn-03.txt (Was Re: URN expert review of 'etsi' NID)

Mahesh Jethanandani <mjethanandani@gmail.com> Sat, 09 June 2018 00:18 UTC

Return-Path: <mjethanandani@gmail.com>
X-Original-To: urn@ietfa.amsl.com
Delivered-To: urn@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 25E63130DE7; Fri, 8 Jun 2018 17:18:15 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.998
X-Spam-Level:
X-Spam-Status: No, score=-1.998 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, RCVD_IN_DNSWL_NONE=-0.0001, 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=gmail.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 DifxEbhvdlTG; Fri, 8 Jun 2018 17:18:12 -0700 (PDT)
Received: from mail-pg0-x231.google.com (mail-pg0-x231.google.com [IPv6:2607:f8b0:400e:c05::231]) (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 AFBAF130DE5; Fri, 8 Jun 2018 17:18:12 -0700 (PDT)
Received: by mail-pg0-x231.google.com with SMTP id z1-v6so7085065pgv.12; Fri, 08 Jun 2018 17:18:12 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:message-id:mime-version:subject:date:in-reply-to:cc:to :references; bh=mvr9veE+hqIbO4zv+kTh7VI/f3FwzoElAjfwfALo7uA=; b=kJx/wPCFfHRRJrHuWK53MV6VzN034KwWCk5dgSquWNkL+0eLoCT8TICNLOt546ylrG 2BBF8SOcTOfZKwMfZy8iBs/RXDlrVJdqH8UVUJw7Cwws78L/kckecK1/G9X9YrbgxzAK gXCUN33J89OiqyEcrtelkvVGvJTD3UME26W6ZS+alTBqoK8fw4YG6YMJpjTZ1nwpwzj1 heQQwKCrtRrRENw+KaEEugoFygyR54/sNmP6/RrNsH0N0Fap3DW7BT0NKjoZM+e38set tHJDGbHd/hiBXCKxau1wMdQm6DJLA72u1M45ldd9CCAQEyZJ7dmzEcH1jPv1VEnMr+2n Iodw==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:message-id:mime-version:subject:date :in-reply-to:cc:to:references; bh=mvr9veE+hqIbO4zv+kTh7VI/f3FwzoElAjfwfALo7uA=; b=Pa/y6GA0iNEdnFHVc5NIMtpO9LCmOEDTqRYWye94JvJd7/0n06lxXsLtPdl74Q3cZi 7vIBv+Kt0sQPiq4rzTpcMA5g37xo5Jw6/bNyJi7ELdRjVovtFh41DD0+3TVACzo6rCMV TqkXDbcfnQ4Je/DO240r0jE7HB2svsF8fsau73rcgxuKa5sdTuaIYKejHRff36HxdmNt iRHFZ0wAuSM2yGGi0MfdqPak6yzNOOPc4W6zmi68yip4A6rZsHqB45vtmnTCOdN8wm6O oB50q8q8FBWV1BCyew77rc5k2YpHI5t+LPBKKGNPcftyeVUjYfFt/d9rYqZ0Pk28tWkg rmnA==
X-Gm-Message-State: APt69E3XlU2luHZKt1Gp73UKkwlabx6ljuMs3PwIqGmJGb6xzOTejASv oRvkZmrTJqD5sbybMW9YvC0Zds4v
X-Google-Smtp-Source: ADUXVKKj1ljMxCWLZ5tbmbAT1YAlp/60sSTSxxcLEm4dxELXwrbl8bDSa3b+80pAXPdB2rx+JIU44w==
X-Received: by 2002:a63:67c4:: with SMTP id b187-v6mr6848696pgc.86.1528503491940; Fri, 08 Jun 2018 17:18:11 -0700 (PDT)
Received: from ?IPv6:2601:647:4700:1280:433:2e83:815e:b150? ([2601:647:4700:1280:433:2e83:815e:b150]) by smtp.gmail.com with ESMTPSA id b74-v6sm81702355pfl.138.2018.06.08.17.18.11 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Fri, 08 Jun 2018 17:18:11 -0700 (PDT)
From: Mahesh Jethanandani <mjethanandani@gmail.com>
Message-Id: <241B7429-246F-4D13-9402-393315B4727A@gmail.com>
Content-Type: multipart/alternative; boundary="Apple-Mail=_40394527-3DB5-40BF-99A8-1B09392739BA"
Mime-Version: 1.0 (Mac OS X Mail 11.4 \(3445.8.2\))
Date: Fri, 08 Jun 2018 17:18:09 -0700
In-Reply-To: <87fu1yhwlk.fsf@hobgoblin.ariadne.com>
Cc: Peter Saint-Andre <stpeter@mozilla.com>, Ignas Bagdonas <ibagdona@gmail.com>, draft-mahesh-etsi-urn@ietf.org, "Dale R. Worley" <worley@ariadne.com>
To: urn@ietf.org
References: <87fu1yhwlk.fsf@hobgoblin.ariadne.com>
X-Mailer: Apple Mail (2.3445.8.2)
Archived-At: <https://mailarchive.ietf.org/arch/msg/urn/sngD6pdpm7W24TAQCn48OC7dzeg>
Subject: [urn] New Version Notification for draft-mahesh-etsi-urn-03.txt (Was Re: URN expert review of 'etsi' NID)
X-BeenThere: urn@ietf.org
X-Mailman-Version: 2.1.26
Precedence: list
List-Id: Revisions to URN RFCs <urn.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/urn>, <mailto:urn-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/urn/>
List-Post: <mailto:urn@ietf.org>
List-Help: <mailto:urn-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/urn>, <mailto:urn-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sat, 09 Jun 2018 00:18:15 -0000

The following update to the draft addresses the comments raised as part of expert review. The remaining action items are for us to make available a public version of the ancillary document, whose URL was provided in the draft, that describes:

- the NSS namespace and how it will be allocated by ETSI
- how a separate “root” namespace under the allocated URN can be used for experimental namespaces.

Thanks
---------------------------------------------------

A new version of I-D, draft-mahesh-etsi-urn-03.txt
has been successfully submitted by Mahesh Jethanandani and posted to the
IETF repository.

Name:		draft-mahesh-etsi-urn
Revision:	03
Title:		URN Namespace for ETSI Documents
Document date:	2018-06-08
Group:		Individual Submission
Pages:		6
URL:            https://www.ietf.org/internet-drafts/draft-mahesh-etsi-urn-03.txt <https://www.ietf.org/internet-drafts/draft-mahesh-etsi-urn-03.txt>
Status:         https://datatracker.ietf.org/doc/draft-mahesh-etsi-urn/ <https://datatracker.ietf.org/doc/draft-mahesh-etsi-urn/>
Htmlized:       https://tools.ietf.org/html/draft-mahesh-etsi-urn-03 <https://tools.ietf.org/html/draft-mahesh-etsi-urn-03>
Htmlized:       https://datatracker.ietf.org/doc/html/draft-mahesh-etsi-urn <https://datatracker.ietf.org/doc/html/draft-mahesh-etsi-urn>
Diff:           https://www.ietf.org/rfcdiff?url2=draft-mahesh-etsi-urn-03 <https://www.ietf.org/rfcdiff?url2=draft-mahesh-etsi-urn-03>

Abstract:
  This document describes the Namespace Identifier (NID) 'etsi' for
  Uniform Resource Names (URNs) used to identify resources published by
  European Telecommunications Standards Institute (http://etsi.org <http://etsi.org/>).
  ETSI specifies and manages resources that utilize this URN
  identification model.  Management activities for these and other
  resources types are handled by the manager of the ETSI Protocol
  Naming and Numbering Service (PNNS).




Please note that it may take a couple of minutes from the time of submission
until the htmlized version and diff are available at tools.ietf.org <http://tools.ietf.org/>.

The IETF Secretariat

> On Jun 7, 2018, at 6:53 PM, Dale R. Worley <worley@ariadne.com> wrote:
> 
> Comments on draft-mahesh-etsi-urn-02
> 
>   1.1.  Terminology
> 
>       | PNNS    | Protocol Name and Numbering Service             |
> 
> It would be helpful to state that PNNS is an ETSI function:
> 
>       | PNNS    | ETSI Protocol Name and Numbering Service        |
> 
>   Declaration of syntactic structure:
> 
>      The syntax of namespace specific strings for the 'etsi' namespace
>      is <NSS> in Uniform Resource Names (URNs) [RFC8141].
> 
> This is completely legitimate, but it is not satisfying.  If ETSI has
> plans for how it will organize the space of NSSs, it would be nice to
> describe them here.
> 
>   Relevant ancillary documentation:
> 
>      ETSI publishes information regarding the registered resources in
>      the ETSI URN Namespace (EUN) registry
>      (https://portal.etsi.org/PNNS/GenericAllocation/
>      ETSIURNNamespace.aspx).
> 
> It's good that ETSI gives the URL of its URN registry; many other
> organizations do not.  However, I notice that that URL is
> password-protected.  It would be much better for the community if the
> registry was readable by the world, since there is no stated intention
> that etsi URNs are used only within a closed community.
> 
>   Identifier uniqueness considerations:
> 
>      [...]  ETSI is expected to guarantee the uniqueness [...]
> 
> Formally, this registration is being submitted by ETSI, so it reads
> oddly for ETSI to say "ETSI is expected...".   Much better would be
> "ETSI will...".
> 
> Similarly, "ETSI could..." is used where it is more natural to say "ETSI
> may...".
> 
>      Note that using experimental types may create
>      collision as multiple users may use the same values for different
>      resources and specific strings.
> 
> It would be very helpful if the registration stated how the ETSI
> registry will make clear how to recognize experimental URIs within the
> etsi namespace.
> 
> Dale

Mahesh Jethanandani
mjethanandani@gmail.com