Re: [Ianaplan] Process concern regarding the IETF proposal development process

Andrew Sullivan <ajs@anvilwalrusden.com> Mon, 26 January 2015 02:48 UTC

Return-Path: <ajs@anvilwalrusden.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 D856D1A1BBD for <ianaplan@ietfa.amsl.com>; Sun, 25 Jan 2015 18:48:17 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: 1.758
X-Spam-Level: *
X-Spam-Status: No, score=1.758 tagged_above=-999 required=5 tests=[BAYES_40=-0.001, HELO_MISMATCH_INFO=1.448, HOST_MISMATCH_NET=0.311] autolearn=no
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 QcNQprT-yzG6 for <ianaplan@ietfa.amsl.com>; Sun, 25 Jan 2015 18:48:16 -0800 (PST)
Received: from mx1.yitter.info (ow5p.x.rootbsd.net [208.79.81.114]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id B5B1E1A1B8B for <ianaplan@ietf.org>; Sun, 25 Jan 2015 18:48:16 -0800 (PST)
Received: from mx1.yitter.info (unknown [50.189.173.0]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.yitter.info (Postfix) with ESMTPSA id DC7DC8A031 for <ianaplan@ietf.org>; Mon, 26 Jan 2015 02:48:14 +0000 (UTC)
Date: Sun, 25 Jan 2015 21:48:13 -0500
From: Andrew Sullivan <ajs@anvilwalrusden.com>
To: ianaplan@ietf.org
Message-ID: <20150126024813.GB77105@mx1.yitter.info>
References: <C172BBB7-9BA4-4BA7-848C-C7FE5B66CBF7@cooperw.in> <F8FC64C8-6FC7-4672-B18B-46DF993A653A@cooperw.in> <54C091D2.9050608@gmail.com> <1F30A463-76A9-4854-952A-35C54E42D2C6@istaff.org> <CAOW+2dvd1QRC6xbDTZ6ah23HfX=K=SeXDc1kXr2NREAcy37SvQ@mail.gmail.com> <54C13630.3050601@meetinghouse.net> <54C3D305.6030705@acm.org> <20150125201843.GB76865@mx1.yitter.info> <c258dfbdcb3b45f3a5d239fc6c3f0246@EX13-MBX-13.ad.syr.edu>
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Disposition: inline
In-Reply-To: <c258dfbdcb3b45f3a5d239fc6c3f0246@EX13-MBX-13.ad.syr.edu>
User-Agent: Mutt/1.5.23 (2014-03-12)
Archived-At: <http://mailarchive.ietf.org/arch/msg/ianaplan/iXtLaNszp5_X5qehLqwrSgQWi-o>
Subject: Re: [Ianaplan] Process concern regarding the IETF proposal development process
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: Mon, 26 Jan 2015 02:48:18 -0000

On Sun, Jan 25, 2015 at 11:50:13PM +0000, Milton L Mueller wrote:
> 
> How does one "implement" an "existing state of affairs?" If it is existing, it does not need implementation; if it needs implementation it is not quite the existing state of affairs yet. 
>

I suppose it was not the most elegant way of putting it.  I was trying
to be succinct because it seemed to me that we were in peril of
revisiting a number of closed topics.  But, since you ask,

> "No new organizations or structures are required. ... However in the absence of the NTIA contract a few new arrangements may be needed in order to ensure the IETF community's expectations are met." 
> 

this is how.  That is, we need no new organizations or structures.  I
think the WG was crystal clear that it is happy with the existing way
things work (hence "existing state of affairs").  What is changing is
that someone is leaving, and the actual current arrangements implicate
the departing party by reference.  So, IAOC needs to conclude a new
agreement that captures that moves the bits that implicate that
departing party into the agreement between IANA and IETF.

The IAOC of course has degrees of freedom to do that, but it must do
_that_.  Avri's interpretation of Bernard appeared to be suggesting
that the IAOC was in effect "finishing" the IETF's position, but it
isn't.  It's just implementing it.  The IAOC is not free to make any
substantive change to the way things work.  These are the "few new
arrangements" that may be needed.

I don't think there's anything remotely "spinny" about that
interpretation.  I can't even see how it could be controversial.

Regards,

A

-- 
Andrew Sullivan
ajs@anvilwalrusden.com