Gen-ART review of draft-bundesbank-eurosystem-namespace-02

"Black, David" <> Sat, 30 November 2013 01:09 UTC

Return-Path: <>
Received: from localhost ( []) by (Postfix) with ESMTP id 85D7D1AE232; Fri, 29 Nov 2013 17:09:41 -0800 (PST)
X-Virus-Scanned: amavisd-new at
X-Spam-Flag: NO
X-Spam-Score: -0.602
X-Spam-Status: No, score=-0.602 tagged_above=-999 required=5 tests=[BAYES_05=-0.5, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_NONE=-0.0001, RP_MATCHES_RCVD=-0.001, SPF_PASS=-0.001] autolearn=ham
Received: from ([]) by localhost ( []) (amavisd-new, port 10024) with ESMTP id RdDC0GpI4NJy; Fri, 29 Nov 2013 17:09:38 -0800 (PST)
Received: from ( []) by (Postfix) with ESMTP id 8F7971ADFF2; Fri, 29 Nov 2013 17:09:38 -0800 (PST)
Received: from ( []) by (Sentrion-MTA-4.3.0/Sentrion-MTA-4.3.0) with ESMTP id rAU19YCU010035 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 29 Nov 2013 20:09:34 -0500
X-DKIM: OpenDKIM Filter v2.4.3 rAU19YCU010035
DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed;; s=jan2013; t=1385773774; bh=x3fQZngwYoTT9TRakRwOIvgvOJ0=; h=From:To:CC:Date:Subject:Message-ID:Content-Type: Content-Transfer-Encoding:MIME-Version; b=UgB7fnZ8FlVEtPy5A8Wft5bkb1lFHB+tO8fmHyYbJVw3ZhvdasHHSuervqljmJ5L5 oN13P2+QrBMyLuTFBp8DEUccWCNC9auIP28bFyI1kvK692XoQ/0vrR0dSnnoCt37I2 mU/BhZn09VsjXuKZm469+X6nPZfK1yEacqZQ2jOE=
X-DKIM: OpenDKIM Filter v2.4.3 rAU19YCU010035
Received: from ( []) by (RSA Interceptor); Fri, 29 Nov 2013 17:09:21 -0800
Received: from ( []) by (Sentrion-MTA-4.3.0/Sentrion-MTA-4.3.0) with ESMTP id rAU19KMj021672 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Fri, 29 Nov 2013 20:09:20 -0500
Received: from ([]) by ([]) with mapi; Fri, 29 Nov 2013 20:09:20 -0500
From: "Black, David" <>
To: "" <>, "General Area Review Team (" <>
Date: Fri, 29 Nov 2013 20:09:19 -0500
Subject: Gen-ART review of draft-bundesbank-eurosystem-namespace-02
Thread-Topic: Gen-ART review of draft-bundesbank-eurosystem-namespace-02
Thread-Index: Ac7taMmNpboAWed3S1SnuKg2SqT5cg==
Message-ID: <>
Accept-Language: en-US
Content-Language: en-US
acceptlanguage: en-US
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-RSA-Classifications: public, Resumes
Cc: "" <>, "Black, David" <>, "" <>
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: IETF-Discussion <>
List-Unsubscribe: <>, <>
List-Archive: <>
List-Post: <>
List-Help: <>
List-Subscribe: <>, <>
X-List-Received-Date: Sat, 30 Nov 2013 01:09:41 -0000

I am the assigned Gen-ART reviewer for this draft. For background on
Gen-ART, please see the FAQ at


Please resolve these comments along with any other Last Call comments
you may receive.

Document: draft-bundesbank-eurosystem-namespace-02
Reviewer: David L. Black
Review Date: November 29, 2013
IETF LC End Date: December 6, 2013
IESG Telechat date: December 19, 2013

Summary: This draft is on the right track, but has open issues
described in the review.

This draft registers a formal URN namespace in accordance with the
guidelines in RFC 3406 for the use of the European System of Central
Banks in cross-border securities settlement.  The draft is clear
and concise.

Major issues: One - the Community Considerations section of this draft
is insufficient.

An important concern that this draft should address is whether and why
a formal URN namespace is appropriate vs. an informal namespace - see
RFC 3406 for more information on URN namespace types.

Section 3.3 of RFC 3406 advises:

   A formal namespace may be requested, and IETF review sought, in cases
   where the publication of the NID proposal and the underlying
   namespace will provide benefit to some subset of users on the
   Internet.  That is, a formal NID proposal, if accepted, must be
   functional on and with the global Internet, not limited to users in
   communities or networks not connected to the Internet.

The rationale for a formal namespace thus depends strongly on the contents
of the Community Considerations section of the registration request, about
which Section 4 of RFC 3406 has this to say:

   The RFC must also include a "Community Considerations" section, which
   indicates the dimensions upon which the proposer expects its
   community to be able to benefit by publication of this namespace as
   well as how a general Internet user will be able to use the space if
   they care to do so.

In this proposal, that explanation ("indicates the dimensions ...")
consists of two sentences:

   The Eurosystem TARGET2-Securities messages are exchanged in IP
   networks.  The message-related resources being persistently named
   need to be referred to in the public Internet.

That is a good start, but it is not sufficient, particularly the second
sentence quoted above.  The draft should explain why the resources for
which this namespace is requested need to be referred to in the public
Internet and (ideally) how the public in general (e.g., "a general
Internet user") may benefit from being able to refer to such resources.
An example would be helpful - one possibility is that if this namespace
will be used to name publically accessible records or documents, persistent
identifiers are clearly useful in unambiguously designating the record
or document that is being referred to in another context (e.g., policy
discussions, input to governmental or other regulatory bodies).

Minor issues: None

Nits/editorial comments: None, idnits 2.13.00 ran clean.

David L. Black, Distinguished Engineer
EMC Corporation, 176 South St., Hopkinton, MA  01748
+1 (508) 293-7953             FAX: +1 (508) 293-7786        Mobile: +1 (978) 394-7754