Re: [urn] [Gen-art] Review: draft-martin-urn-globus-02

"Joel M. Halpern" <jmh@joelhalpern.com> Thu, 17 March 2016 12:57 UTC

Return-Path: <jmh@joelhalpern.com>
X-Original-To: expand-draft-martin-urn-globus.all@virtual.ietf.org
Delivered-To: urn@ietfa.amsl.com
Received: by ietfa.amsl.com (Postfix, from userid 65534) id 2DC3C12D522; Thu, 17 Mar 2016 05:57:38 -0700 (PDT)
X-Original-To: xfilter-draft-martin-urn-globus.all@ietfa.amsl.com
Delivered-To: xfilter-draft-martin-urn-globus.all@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0B1D712D541; Thu, 17 Mar 2016 05:57:38 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.702
X-Spam-Level:
X-Spam-Status: No, score=-2.702 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_LOW=-0.7, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=joelhalpern.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 bu7dp7ruBaFc; Thu, 17 Mar 2016 05:57:36 -0700 (PDT)
Received: from maila2.tigertech.net (maila2.tigertech.net [208.80.4.152]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 2EF3A12D522; Thu, 17 Mar 2016 05:57:14 -0700 (PDT)
Received: from localhost (localhost [127.0.0.1]) by maila2.tigertech.net (Postfix) with ESMTP id 030E124E0FC; Thu, 17 Mar 2016 05:57:14 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=joelhalpern.com; s=1.tigertech; t=1458219434; bh=l/YQy8inKTGEjWkOn2sKxdQ5nYzWnpuhMXHGkAonUtE=; h=Subject:To:References:Cc:From:Date:In-Reply-To:From; b=FKkJm1HJm342MOtfRrxVEH1jGagjYViFE3K+eJEX5Jcwew1UZTL6wTMu0SyuqAjPt zIielvBRxOrqp8hDPmg+yR4OIOU8lnFEsNp8bhkzjJYk69CGuBMsLCi7QZmGrglzB3 jISGmCClFKbQwphtl7E0DfJtQ0VNTRrJitSW1sms=
X-Virus-Scanned: Debian amavisd-new at maila2.tigertech.net
Received: from Joels-MacBook-Pro.local (unknown [46.189.28.83]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by maila2.tigertech.net (Postfix) with ESMTPSA id DE927240C18; Thu, 17 Mar 2016 05:57:12 -0700 (PDT)
To: Barry Leiba <barryleiba@computer.org>, Jari Arkko <jari.arkko@piuha.net>
References: <56BD072F.4080905@nostrum.com> <56BD269D.1040703@joelhalpern.com> <DD2D5D2A-FF56-4048-9BBA-C2F17F04CBF3@piuha.net> <CALaySJJy-mvyY5GnCPcuQ0qxsZvOQnqhcKBo0nf+dM8uVHZ2pQ@mail.gmail.com>
From: "Joel M. Halpern" <jmh@joelhalpern.com>
Message-ID: <56EAA9AD.2070808@joelhalpern.com>
Date: Thu, 17 Mar 2016 08:57:17 -0400
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.9; rv:38.0) Gecko/20100101 Thunderbird/38.7.0
MIME-Version: 1.0
In-Reply-To: <CALaySJJy-mvyY5GnCPcuQ0qxsZvOQnqhcKBo0nf+dM8uVHZ2pQ@mail.gmail.com>
Content-Type: text/plain; charset="utf-8"; format="flowed"
Content-Transfer-Encoding: 8bit
Archived-At: <http://mailarchive.ietf.org/arch/msg/urn/Lhi7u1OZPhYkrm9Hkw5-ackdEGI>
X-Mailman-Approved-At: Thu, 17 Mar 2016 12:53:19 -0700
Cc: draft-martin-urn-globus.all@ietf.org, General Area Review Team <gen-art@ietf.org>, "A. Jean Mahoney" <mahoney@nostrum.com>
Subject: Re: [urn] [Gen-art] Review: draft-martin-urn-globus-02
X-BeenThere: urn@ietf.org
X-Mailman-Version: 2.1.17
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: Thu, 17 Mar 2016 12:57:38 -0000

I guess this is between Barry, Jari, and the IESG.

If it were me, it would seem that a document using a new and 
not-yet-approved process would require a normative reference to the new 
process, and could not take effect until the new process was approved.

Yours,
Joel

On 3/17/16 8:50 AM, Barry Leiba wrote:
> What I'll say abut this, as responsible AD, is that the
> almost-finished urnbis work has updated the registration procedure and
> the registration template, and the "Namespace Considerations", along
> with the requirement that it "outlines the perceived need for a new
> namespace", is no longer there.  That update (see
> draft-ietf-urnbis-rfc2141bis-urn, Section 6.4 and Appendix A) is not
> yet finished and so isn't official, but the intent is clear and the
> last call of this document has been posted to the urnbis working group
> for review against the old+new requirements.
>
> My view is that we should not be too rigorous about this point at this stage.
>
> Barry
>
> On Thu, Mar 17, 2016 at 5:15 AM, Jari Arkko <jari.arkko@piuha.net> wrote:
>> Thanks, Joel.
>>
>> Authors, any responses to this? I think we need to discuss this…
>>
>> Jari
>>
>> On 12 Feb 2016, at 00:26, Joel M. Halpern <jmh@joelhalpern.com> wrote:
>>
>>> I am the assigned Gen-ART reviewer for this draft. The General Area
>>> Review Team (Gen-ART) reviews all IETF documents being processed
>>> by the IESG for the IETF Chair.  Please treat these comments just
>>> like any other last call comments.
>>>
>>> For more information, please see the FAQ at
>>>
>>> <http://wiki.tools.ietf.org/area/gen/trac/wiki/GenArtfaq>.
>>>
>>> Document: draft-martin-urn-globus-02
>>>     A URN Namespace for Globus
>>> Reviewer: Joel M. Halpern
>>> Review Date: 11-Feb-2016
>>> IETF LC End Date: 9-March-2016
>>> IESG Telechat date: 17-March-2016
>>>
>>> Summary: This document is nearly ready for publication as an informational RFC.
>>>
>>> This reviewer assumes that the appropriate message has been or will be sent to urn-nid@apps.ietf.org.
>>>
>>> Major issues:
>>>     As per the pointer in this document to RFC 3406 section 4.3, this document is required to have a Namespace Considerations section which "outlines the perceived need for a new namespace (i.e., where existing namespaces fall short of the proposer's requirements)."  While there is a section called Namespace Considerations, what it lists is the envisioned usages, not the reasons existing name spaces are insufficient.
>>>
>>> Minor issues: N/A
>>>
>>> Nits/editorial comments: N/A
>>>
>>> _______________________________________________
>>> urn mailing list
>>> urn@ietf.org
>>> https://www.ietf.org/mailman/listinfo/urn
>>
>