Re: [Ianaplan] draft-ietf-ianaplan-icg-response-02 working group last call

Eliot Lear <lear@cisco.com> Wed, 29 October 2014 08:24 UTC

Return-Path: <lear@cisco.com>
X-Original-To: ianaplan@ietfa.amsl.com
Delivered-To: ianaplan@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id EE4D21A6FBC for <ianaplan@ietfa.amsl.com>; Wed, 29 Oct 2014 01:24:30 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -14.511
X-Spam-Level:
X-Spam-Status: No, score=-14.511 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_HI=-5, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01, USER_IN_DEF_DKIM_WL=-7.5] 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 rLIaBnhBqIoN for <ianaplan@ietfa.amsl.com>; Wed, 29 Oct 2014 01:24:29 -0700 (PDT)
Received: from aer-iport-2.cisco.com (aer-iport-2.cisco.com [173.38.203.52]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 2B8D81A6F83 for <ianaplan@ietf.org>; Wed, 29 Oct 2014 01:24:29 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=3638; q=dns/txt; s=iport; t=1414571069; x=1415780669; h=message-id:date:from:mime-version:to:subject:references: in-reply-to; bh=PWxXYmjhJq2/pp0vu/b+z/4/OFp1YrRenFydsWIAIXw=; b=AtJXthRrBtUG0uF/JeYrs9/H1beZL3TvtDKi5QHzxAWE7tE4Rq7m3N24 GJ+MlwQoAaDjgFRz5a3A4oJpEZoOzuQ9nDexIZqz3k4VeXIlMvqxWUmBs +5fnwHB0thv0xtD2eWve+qDvd8VYtfi9x4VDuiy1ZoPMe0FSp/3ep86fO 8=;
X-Files: signature.asc : 486
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: Aq8EADmjUFStJssW/2dsb2JhbABch0DTBgKBLgEBAQEBfYQDAQEEI1EEEQsYCRYLAgIJAwIBAgFFBgEMCAEBEIgtsFqUcQEBAQEBAQEDAQEBAQEBARuREIJ3gVQBBJQdgVCHe4Exg0mCdIpHhAODeTyCegEBAQ
X-IronPort-AV: E=Sophos;i="5.04,808,1406592000"; d="asc'?scan'208";a="228728704"
Received: from aer-iport-nat.cisco.com (HELO aer-core-3.cisco.com) ([173.38.203.22]) by aer-iport-2.cisco.com with ESMTP; 29 Oct 2014 08:24:27 +0000
Received: from [10.61.160.206] ([10.61.160.206]) by aer-core-3.cisco.com (8.14.5/8.14.5) with ESMTP id s9T8ORej028986; Wed, 29 Oct 2014 08:24:27 GMT
Message-ID: <5450A436.1020804@cisco.com>
Date: Wed, 29 Oct 2014 09:24:22 +0100
From: Eliot Lear <lear@cisco.com>
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.9; rv:24.0) Gecko/20100101 Thunderbird/24.6.0
MIME-Version: 1.0
To: Stephen Farrell <stephen.farrell@cs.tcd.ie>, Marc Blanchet <marc.blanchet@viagenie.ca>, ianaplan@ietf.org
References: <6ACE138D-0969-4D8F-9A64-3D1FBB96885A@viagenie.ca> <54504A66.7060003@cs.tcd.ie>
In-Reply-To: <54504A66.7060003@cs.tcd.ie>
Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="604kH0rN90FhwtxHxod6RkA3kBNOkrSiw"
Archived-At: http://mailarchive.ietf.org/arch/msg/ianaplan/k2EPxoCwusiteimy7676VjWaiig
Subject: Re: [Ianaplan] draft-ietf-ianaplan-icg-response-02 working group last call
X-BeenThere: ianaplan@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: IANA Plan <ianaplan.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ianaplan>, <mailto:ianaplan-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/ianaplan/>
List-Post: <mailto:ianaplan@ietf.org>
List-Help: <mailto:ianaplan-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ianaplan>, <mailto:ianaplan-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 29 Oct 2014 08:24:31 -0000

Hi Stephen,

Thanks for your comments.  Please see below.

On 10/29/14, 3:01 AM, Stephen Farrell wrote:
> This is good enough, so please push it forwards and thanks to
> the editors.
>
> I have 3 minor comments:
>
> (1) On p11 I see this:
>    To address issues raised by the IETF community relating to
>    intellectual property rights, the IAOC is asked to engage the
>    appropriate parties, both inside and outside the IETF, to make clear
>    that data in the protocol parameters registries is in the public
>    domain.
>
> I'm not sure if "public domain" is the right legal/copyright term
> here. I guess ask a lawyer at some stage, but the intent is correct
> and, other than possibly not being in lawyerly language, clear

We have spoken to a lawyer ;-)  Our intent is specific here.

>
> (2) Also on p11:
>    To address a desire by the IETF community to have mechanisms that
>    allow for additional dispute resolution between the IETF and the
>    current IANA protocol registries operator, the IAOC is asked to
>    conclude a supplemental agreement regarding jurisdiction and any
>    necessary dispute resolution mechanisms that are mutually acceptable
>    to the parties.
>
> I have no such desire and I find the last clauses vague to the point
> of meaninglessness. It's not clear to me if the WG do or do not have
> that desire (the chairs will call that) nor whether that'd survive
> IETF LC even if the WG have that opinion. I think deleting this
> paragraph would be better, but am fine that rough consensus to keep
> it or not is determined by the WG chairs and IETF LC.

For the chairs to comment.
>
> (3) A pure nit: p16 says:
>    The IESG established the IANAPLAN working group to develop this
>    response.
>
> That is correct, but followed external review allowing any IETF
> participant to comment on WG formation, as usual. And the charter
> of the WG also says:
>
>   The system in place today for oversight of the IETF protocol
>   registries component of the IANA function works well. As a result,
>   minimal change in the oversight of the IETF protocol parameters
>   registries is preferred in all cases and no change is preferred when
>   possible.
>
> I think calling out that the charter was essentially subject to IETF
> review and that the charter says the above would both be good to do.
> I agree that that's redundant, but think it could be worth it in this
> case.

Indeed.  Taken with Brian's comments, I would add that an informational
description of the process that is taking place now (and that it
conforms to our normal way of working) should be included in the draft.

Eliot