Re: [Internetgovtech] Guiding the Evolution of the IANA Protocol Parameter Registries

Brian E Carpenter <brian.e.carpenter@gmail.com> Mon, 03 March 2014 18:09 UTC

Return-Path: <brian.e.carpenter@gmail.com>
X-Original-To: internetgovtech@ietfa.amsl.com
Delivered-To: internetgovtech@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 956881A0331; Mon, 3 Mar 2014 10:09:34 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2
X-Spam-Level:
X-Spam-Status: No, score=-2 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, SPF_PASS=-0.001] 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 wiDNQuRldIao; Mon, 3 Mar 2014 10:09:30 -0800 (PST)
Received: from mail-we0-x22b.google.com (mail-we0-x22b.google.com [IPv6:2a00:1450:400c:c03::22b]) by ietfa.amsl.com (Postfix) with ESMTP id 45A441A016C; Mon, 3 Mar 2014 10:09:14 -0800 (PST)
Received: by mail-we0-f171.google.com with SMTP id t61so1165913wes.30 for <multiple recipients>; Mon, 03 Mar 2014 10:09:11 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:organization:user-agent:mime-version:to:cc :subject:references:in-reply-to:content-type :content-transfer-encoding; bh=LHArmfd7BlmwRn/+GTZcgi9+65SYuPyaZQyJIx1HoNE=; b=Izo6K+3ilL5Qw0lIXXzGRwfUEN5g/WpL3oaxeb9ckkvs3Jhi4ETvkJadrFC90xOP+i X12njZe3ox9X2iup1HhJDeFvk2fYjMhyt9GMqR0PYOwjdWDs4ivHNwYovkG5x3gF9O20 NoJ6mByRq4A4OU4zpkGZmiNlMcpfzLdiZEoHc8tK13AUjC0ugigIVIEueJwBHZPlGqWF um+9yi4wZ5nr5CBFh82ne0SYuF2ww1pAnLRT25+0uAXRgxN6gjwD/4qRIXLrW0wWiFmh 4s7LucFj7ujP7xC6yLU95q57+q2WduI+DHnLfyqKMoyhEXAtxBt4coe+efkJfEn5PDlV Wv8A==
X-Received: by 10.194.82.35 with SMTP id f3mr19266922wjy.36.1393870150905; Mon, 03 Mar 2014 10:09:10 -0800 (PST)
Received: from [31.133.165.224] (dhcp-a5e0.meeting.ietf.org. [31.133.165.224]) by mx.google.com with ESMTPSA id r3sm38777350wjw.0.2014.03.03.10.09.06 for <multiple recipients> (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Mon, 03 Mar 2014 10:09:10 -0800 (PST)
Message-ID: <5314C53F.4020009@gmail.com>
Date: Tue, 04 Mar 2014 07:09:03 +1300
From: Brian E Carpenter <brian.e.carpenter@gmail.com>
Organization: University of Auckland
User-Agent: Thunderbird 2.0.0.6 (Windows/20070728)
MIME-Version: 1.0
To: IAB Chair <iab-chair@iab.org>
References: <53066F72.6080809@cisco.com> <CF2CB88C.1B2CA%alissa@cooperw.in> <53078600.3090104@cisco.com> <CF2CCDF6.1B3E7%alissa@cooperw.in> <53086568.7050707@cisco.com> <3FFD6830-DC12-4707-AE2B-0FE1F251B198@vigilsec.com> <530921E3.7060005@cisco.com> <DFC22E37-7FA1-4973-A804-73C00685419C@iab.org> <2BBB3E29-9405-48A1-B467-D7981ED7D040@cisco.com>
In-Reply-To: <2BBB3E29-9405-48A1-B467-D7981ED7D040@cisco.com>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
Archived-At: http://mailarchive.ietf.org/arch/msg/internetgovtech/-dNd2rv4DAQDOc1fSLrmqK7mk_4
Cc: "Chip Sharp (chsharp)" <chsharp@cisco.com>, "internetgovtech@iab.org" <internetgovtech@iab.org>
Subject: Re: [Internetgovtech] Guiding the Evolution of the IANA Protocol Parameter Registries
X-BeenThere: internetgovtech@iab.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: Internet Governance and IETF technical work <internetgovtech.iab.org>
List-Unsubscribe: <https://www.iab.org/mailman/options/internetgovtech>, <mailto:internetgovtech-request@iab.org?subject=unsubscribe>
List-Archive: <http://www.iab.org/mail-archive/web/internetgovtech/>
List-Post: <mailto:internetgovtech@iab.org>
List-Help: <mailto:internetgovtech-request@iab.org?subject=help>
List-Subscribe: <https://www.iab.org/mailman/listinfo/internetgovtech>, <mailto:internetgovtech-request@iab.org?subject=subscribe>
X-List-Received-Date: Mon, 03 Mar 2014 18:09:36 -0000
X-List-Received-Date: Mon, 03 Mar 2014 18:09:36 -0000

I agree with Chip's comments, and in particular:

On 04/03/2014 06:30, Chip Sharp (chsharp) wrote:
...

>> 4. Any contemplated changes to the protocol parameters
>> function should use the current RFCs and model as the
>> starting point.
>> 
>> The protocol parameters function is working well, and as a
>> result wholesale changes to the role of the IETF vis a vis
>> the function are not warranted. The IETF/IANA Memorandum of
>> Understanding [RFC2860] is a good model to work from in the
>> event that other parties do want to contemplate changes.
>> Put quite simply: evolution, not revolution.
> 
> This statement should be strengthened to be more assertive
> and should be moved to the top. RFC2860 is not just a "good
> model to work from", it is the controlling document for the
> IANA's Protocol Parameter Registry operation along with
> RFC6220.  

Agreed; it's a binding document today and should remain so.
In fact, no changes to the IETF's IANA function that we
delegated to ICANN can be made without IETF consent; that is
an intended side-effect of the existing MoU.

If other SDOs wanted to contract with ICANN-IANA for services
it would be a model for *them* to work from, but as far as the
IETF is concerned it's a done deal. Maybe that was the intended
meaning, but that isn't clear from the text.

   Brian