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

Brendan McCollam <bmccollam@uchicago.edu> Thu, 17 March 2016 13:44 UTC

Return-Path: <bmccollam@uchicago.edu>
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 56F0F12D861; Thu, 17 Mar 2016 06:44:01 -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 3859712D912 for <xfilter-draft-martin-urn-globus.all@ietfa.amsl.com>; Thu, 17 Mar 2016 06:44:01 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.6
X-Spam-Level:
X-Spam-Status: No, score=-2.6 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, RCVD_IN_DNSWL_LOW=-0.7] autolearn=unavailable autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=uchicago-edu.20150623.gappssmtp.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 CcLIsGa10T6N for <xfilter-draft-martin-urn-globus.all@ietfa.amsl.com>; Thu, 17 Mar 2016 06:43:57 -0700 (PDT)
Received: from mail-wm0-x243.google.com (mail-wm0-x243.google.com [IPv6:2a00:1450:400c:c09::243]) (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 32C5F12D861 for <draft-martin-urn-globus.all@ietf.org>; Thu, 17 Mar 2016 06:43:57 -0700 (PDT)
Received: by mail-wm0-x243.google.com with SMTP id p65so15145585wmp.1 for <draft-martin-urn-globus.all@ietf.org>; Thu, 17 Mar 2016 06:43:57 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=uchicago-edu.20150623.gappssmtp.com; s=20150623; h=subject:to:references:cc:from:message-id:date:user-agent :mime-version:in-reply-to:content-transfer-encoding; bh=bEWZMEfYETiRv2ZnmvP09sRIa091YuyA2Wj2Bl1SHng=; b=Q/wiHc5hbm3kRKHoSHEozXI76BfJY/IUhM+0VDtOYlcFWyvQtXt0Svy9+5YatyQAsE wVB9KVk2JSU+EZYlMavUfqRo4vm9+XK+MKnrBwHO0rw2cZ9H/XWJj6LPxUhgAAPp36Zh tLU7XI53Eiboq/RgB97TeJRT3Ulf89GWJzrnk24zbtRmhw0AgTzsZ5CZz7K5E25SyBEL 68A9TTvKdxPgpfCyJCZXeXPXCLDYHGpxq3yJfGvif+7msDRT9J67cbqiVe/WFeCy66jP QaTwyPGoVFXJH7j68I2qvUWA9uSg/8+HjROXRyNGwr1EynVmKExjnvwPO4tEBvs7gjX1 0cyw==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:subject:to:references:cc:from:message-id:date :user-agent:mime-version:in-reply-to:content-transfer-encoding; bh=bEWZMEfYETiRv2ZnmvP09sRIa091YuyA2Wj2Bl1SHng=; b=Kt2q8krD0xuijhUvrz83bNabd3cpnAiB1/MOvjRfcmmZ3nMlh220e3VHHCz59Cq1l+ SSseUyNTPNHGP4nOqPiqn1cchXRIownLUdMRUCQt6VzlUuQJJGuUB1rNn7Ar7nYbf1jV /nI9RRmlGY7BugG/oVDgScjvixoBB8vypxYF0+ILsrUS+4TZwPzBz7LSW99W+zdm9uux FbYvSs6TeYQFArNhEJjF59gXIWsul8+ekrk7Ip5JxQaztG/wlKROQosh4D+paQEL3LK/ /W99rq4BUD96eOGQIzOWFs8megukZzSCecv3tXX2daTFq6ZzIRLeDXE7zUyFX8wWTqRZ zw4A==
X-Gm-Message-State: AD7BkJJ38k0FOSahJl4vKlMvKiaINW6FZyGdMJ/GOoB2lFj+7ROXZ8PRpVkDKpcJUWtHGQ==
X-Received: by 10.28.45.209 with SMTP id t200mr36435059wmt.71.1458222235475; Thu, 17 Mar 2016 06:43:55 -0700 (PDT)
Received: from [192.168.1.70] (host109-151-84-245.range109-151.btcentralplus.com. [109.151.84.245]) by smtp.gmail.com with ESMTPSA id bg1sm7779042wjc.27.2016.03.17.06.43.54 (version=TLSv1/SSLv3 cipher=OTHER); Thu, 17 Mar 2016 06:43:54 -0700 (PDT)
To: Jari Arkko <jari.arkko@piuha.net>, Barry Leiba <barryleiba@computer.org>, "Joel M. Halpern" <jmh@joelhalpern.com>
References: <56BD072F.4080905@nostrum.com> <56BD269D.1040703@joelhalpern.com> <DD2D5D2A-FF56-4048-9BBA-C2F17F04CBF3@piuha.net> <CALaySJJy-mvyY5GnCPcuQ0qxsZvOQnqhcKBo0nf+dM8uVHZ2pQ@mail.gmail.com> <56EAA9AD.2070808@joelhalpern.com> <CALaySJKfpLcimD5x4Bc4mUOj12n0+=+NP3vhVTPfo=XUuCSQyA@mail.gmail.com> <170D9352-DF63-4EE2-985F-B7B026DB5890@piuha.net>
From: Brendan McCollam <bmccollam@uchicago.edu>
Message-ID: <56EAB499.30002@uchicago.edu>
Date: Thu, 17 Mar 2016 13:43:53 +0000
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101 Thunderbird/38.6.0
MIME-Version: 1.0
In-Reply-To: <170D9352-DF63-4EE2-985F-B7B026DB5890@piuha.net>
Content-Type: text/plain; charset="windows-1252"; format="flowed"
Content-Transfer-Encoding: 8bit
Archived-At: <http://mailarchive.ietf.org/arch/msg/urn/8dV_utjOUQ-KeLKAZqe-tKHH2Yw>
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>, iesg@ietf.org
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 13:44:01 -0000

Hello all,

Thanks for your feedback. Speaking for Globus, we're open to making 
whatever changes the reviewers feel are necessary. If you'd be more 
comfortable with an extra line or two of justification in the "Namespace 
Considerations" section, we're happy to add that.

If we do make revisions, does the review process have to start over? Or 
can we proceed from this stage after addressing concerns?

Best,
Brendan McCollam

On 03/17/2016 01:37 PM, Jari Arkko wrote:
> (Adding the IESG)
>
> I’m open to any solution in this matter. We could bypass the requirement. Or we could add a sentence either about the non-sufficiency of the current spaces, or about the upcoming change in process. Or we could add a reference to the new process.
>
> What would you suggest, Barry?
>
> Jari
>
> On 17 Mar 2016, at 13:02, Barry Leiba <barryleiba@computer.org> wrote:
>
>> In general, I completely agree with you on that.  That's why I didn't
>> say we should use the new process, but, rather, that on the particular
>> point you raise, we shouldn't be that rigorous right now.
>>
>> b
>>
>> On Thu, Mar 17, 2016 at 8:57 AM, Joel M. Halpern <jmh@joelhalpern.com> wrote:
>>> 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
>>>>>