Re: [Ianaplan] control and negotiation (was Re: draft-ietf-ianaplan-icg-response-02 working group last call)

Miles Fidelman <mfidelman@meetinghouse.net> Wed, 05 November 2014 17:50 UTC

Return-Path: <mfidelman@meetinghouse.net>
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 A87181A9061 for <ianaplan@ietfa.amsl.com>; Wed, 5 Nov 2014 09:50:27 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.881
X-Spam-Level:
X-Spam-Status: No, score=-0.881 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, MISSING_HEADERS=1.021, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] 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 Ml5VNP_DTkY1 for <ianaplan@ietfa.amsl.com>; Wed, 5 Nov 2014 09:50:26 -0800 (PST)
Received: from server1.neighborhoods.net (server1.neighborhoods.net [207.154.13.48]) by ietfa.amsl.com (Postfix) with ESMTP id 59AAB1A9051 for <ianaplan@ietf.org>; Wed, 5 Nov 2014 09:50:26 -0800 (PST)
Received: from localhost (localhost.localdomain [127.0.0.1]) by server1.neighborhoods.net (Postfix) with ESMTP id DFCDCCC0DD for <ianaplan@ietf.org>; Wed, 5 Nov 2014 12:50:25 -0500 (EST)
X-Virus-Scanned: by amavisd-new-2.6.2 (20081215) (Debian) at neighborhoods.net
Received: from server1.neighborhoods.net ([127.0.0.1]) by localhost (server1.neighborhoods.net [127.0.0.1]) (amavisd-new, port 10024) with LMTP id VgyiifFO4Zgp for <ianaplan@ietf.org>; Wed, 5 Nov 2014 12:50:17 -0500 (EST)
Received: from new-host-3.home (pool-96-237-159-213.bstnma.fios.verizon.net [96.237.159.213]) by server1.neighborhoods.net (Postfix) with ESMTPSA id 1B148CC0E3 for <ianaplan@ietf.org>; Wed, 5 Nov 2014 12:50:17 -0500 (EST)
Message-ID: <545A6358.1000304@meetinghouse.net>
Date: Wed, 05 Nov 2014 12:50:16 -0500
From: Miles Fidelman <mfidelman@meetinghouse.net>
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:33.0) Gecko/20100101 Firefox/33.0 SeaMonkey/2.30
MIME-Version: 1.0
CC: "ianaplan@ietf.org" <ianaplan@ietf.org>
References: <GLEAIDJPBJDOLEICCGMNIEOJCNAA.rhill@hill-a.ch> <54594A50.4090305@meetinghouse.net> <20141105001731.GA30186@mx1.yitter.info> <54597BDB.7040305@meetinghouse.net> <9FDE1247-717D-487F-BC0E-E30FEA33536F@gmail.com> <545A5859.1060505@meetinghouse.net> <D07F9A64.1367AE%jon.peterson@neustar.biz>
In-Reply-To: <D07F9A64.1367AE%jon.peterson@neustar.biz>
Content-Type: text/plain; charset="ISO-8859-1"; format="flowed"
Content-Transfer-Encoding: 7bit
Archived-At: http://mailarchive.ietf.org/arch/msg/ianaplan/G6oe6WyESoBsMq-mKllwdSpap6A
Subject: Re: [Ianaplan] control and negotiation (was Re: 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, 05 Nov 2014 17:50:27 -0000

Peterson, Jon wrote:
>> As I see it, either:
>>
>> a. this working group has to overtly address issues, and recruit
>> experience, that are not normally within IETF WG purview, or,
>>
>> b. we need to have some OTHER, clearly defined, open, consensus process
>> for addressing this set of issues; that includes strong representation
> >from those with governance, regulatory, legal, and contractual matters
>> in the Internet context (starting with the IAB, IAOC, IETF trust, and
>> ISOC)
>>
>>
>> Otherwise, IMHO, IETF is not carrying the water in responding to the
>> RFP; and more substantively, risks undesirable outcomes in a post-NTIA
>> world.
> We were asked to reply to the ICG's questions as the IETF, not the
> something-other-than-the-IETF. Many of us wear other hats or participate
> in other bodies in the community. But the response that is going to come
> out of the IETF has to derive from the IETF's processes. Changing what the
> IETF is or how it works to reply to this questionnaire would totally
> defeat the purpose - only in that case would we be failing to carry the
> water, I thnk. The ICG is asking plenty of other bodies with different
> mandates what other perspectives are, which includes the kind of expertise
> you cite here.
>
> So who gets to say what the IETF is? Because the IETF has no concept of
> membership, anyone can join a list and advocate that "we" should do, or
> "we" should be, this or that, even if they've never written an RFC, served
> as a working group chair, or (apropos the topic today) registered a
> protocol parameter. Even people who work primarily in bodies that directly
> compete with us, like say the ITU-T, can walk in and opine on what "we"
> should do here at the IETF. "Our" input comes from our partner
> organizations, and from people completely out of left field, and even from
> disgruntled former members of our leadership. And all of this input comes
> from "us," as "we" are self-selecting.
>
> I think the IETF likes it this way, because sometimes the best ideas come
> from unexpected sources. But to Suzanne's point, consensus here is shaped
> by our shared understanding of our processes and to some degree our
> people. It is the consensus of this group that will, and should, represent
> the IETF's response to this questionnaire. If you feel input to the ICG
> should come from other sources or contributors who don't self-select as
> IETFers, then that input isn't the IETF's input. It isn't "us."
>
>
> Jon Peterson
> Neustar, Inc.

Yes, but the IETF is MORE than the WG and RFC processes.  The question 
is, how does the IETF address issues that go beyond technical ones?



-- 
In theory, there is no difference between theory and practice.
In practice, there is.   .... Yogi Berra