Re: [Ianaplan] CWG draft and its impact on the IETF

John C Klensin <john-ietf@jck.com> Thu, 21 May 2015 13:49 UTC

Return-Path: <john-ietf@jck.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 E4FC21A0178 for <ianaplan@ietfa.amsl.com>; Thu, 21 May 2015 06:49:00 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.61
X-Spam-Level:
X-Spam-Status: No, score=-2.61 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_LOW=-0.7, T_RP_MATCHES_RCVD=-0.01] 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 sx2zexnR8hWy for <ianaplan@ietfa.amsl.com>; Thu, 21 May 2015 06:48:58 -0700 (PDT)
Received: from bsa2.jck.com (bsa2.jck.com [70.88.254.51]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 1B8E61A0363 for <ianaplan@ietf.org>; Thu, 21 May 2015 06:47:32 -0700 (PDT)
Received: from [198.252.137.35] (helo=JcK-HP8200.jck.com) by bsa2.jck.com with esmtp (Exim 4.82 (FreeBSD)) (envelope-from <john-ietf@jck.com>) id 1YvQom-000JSs-KY; Thu, 21 May 2015 09:47:24 -0400
Date: Thu, 21 May 2015 09:47:19 -0400
From: John C Klensin <john-ietf@jck.com>
To: John Curran <jcurran@istaff.org>
Message-ID: <748A065C2DEF6DC717B0E802@JcK-HP8200.jck.com>
In-Reply-To: <90712DBB-A97F-48AA-91D5-E1E18A395B33@istaff.org>
References: <5550F809.80200@cisco.com> <55511064.2000300@gmail.com> <CAOW+2dvBb4n4W=q7NoO_V1X+JoqvO1TWYBqPAEseY9T7vybj9Q@mail.gmail.com> <CAKFn1SEkBSfk5H5ZjOqfiyaxPak_62cNcRR-SDFH2JJ2HxQumA@mail.gmail.c > <om@mac.com> <59edd953c1d349cfa377bcd72b514b7f@EX13-MBX-13.ad.syr.edu> <C3D17473E06220755959AB78@JcK-HP8200.jck.com> <27ed27614a6b47729043610f09ac197f@EX13-MBX-13.ad.syr.edu> <88F741BF3D4C2A597622A70C@JcK-HP8200.jck.com> <44A0F230-A98C-4060-88E2-B20FE1DE1FC5@isoc.org> <14ff00ba1aae45f2a8f4befb896e2a08@EX13-MBX-13.ad.syr.edu> <D17525F2-190B-4D00-AEBE-5AD96BA79E79@arin.net> <A026656644A030B7130B94B5@JcK-HP8200.jck.com> <ad1d0707ff1b44eb9e48fef18d8e1268@EX13-MBX-13.ad.syr.edu> <687222FF507C0D3EDBD9CAAA@JcK-HP8200.jck.com> <000001d091f7$266de3f0$7349abd0$@ch> <51ce19bc2a93443586adcdd2fac3888a@EX13-MBX-13.ad.syr.edu> <555BD28F.10402@gmail.com> <97E5874491A30994EC386C37@JcK-HP8200.jck.com> <555CEDFF.5010601@gmail.com> <51E8C05D9CFB07754ECD13F5@JcK-HP8200.jck.com> <DM2PR0301MB065543B4DCBCB751656B563DA8C20@DM2PR0301MB0655.namprd03.prod.outlook.com> <a78386a2666240d48be0aba1fb543e75@EX13-MBX-13.ad.syr.edu> <9F5DADEC7B0F069BA5BCB67A@JcK-HP8200.jck.com> <90712DBB-A97F-48AA-91D5-E1E18A395B33@istaff.org>
X-Mailer: Mulberry/4.0.8 (Win32)
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline
X-SA-Exim-Connect-IP: 198.252.137.35
X-SA-Exim-Mail-From: john-ietf@jck.com
X-SA-Exim-Scanned: No (on bsa2.jck.com); SAEximRunCond expanded to false
Archived-At: <http://mailarchive.ietf.org/arch/msg/ianaplan/m5C4OERytlogXR32MCfd9gUpDfw>
Cc: Milton L Mueller <mueller@syr.edu>, ianaplan@ietf.org, Christian Huitema <huitema@microsoft.com>
Subject: Re: [Ianaplan] CWG draft and its impact on the IETF
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: Thu, 21 May 2015 13:49:01 -0000


--On Thursday, May 21, 2015 06:08 -0400 John Curran
<jcurran@istaff.org> wrote:

> On May 20, 2015, at 11:10 PM, John C Klensin
> <john-ietf@jck.com> wrote:
>... 
>> I do see is a demonstration of a concern that a few of us have
>> had for some time -- the possibility that, freed of external
>...
> John - The CWG draft was posted for public comment, and the
> IETF was specifically asked  by the ICG to consider it and
> provide feedback on implications to the protocol community…  
> As a result, it's fairly difficult to characterize the CWG
> efforts as being done "without much  regard for other needs or
> the opinions of other communities"   (In fact, if it were
> not for the  "IAB IANA Evolution Program" filing of its
> comment, it would be relatively straightforward to 
> characterize the IETF as the party that is the one that was
> not considering the needs of the  other communities…)
>...

I should have been more precise.  I am more concerned about
Milton's "take it or leave it" responses and some related
remarks than I am the CWG process and its outputs.  I remain
concerned about the latter for three significant reasons: 

(1) The broader community (including the IETF) has been asked to
review and comment on a report/proposal that is extremely
incomplete in areas that are important to some of us.  Even had
the CWG asked other groups to make suggestions about what should
be filled into those blanks, the timing of the request and
comment cutoff yesterday made it impossible to have a competent
discussion of those subjects, generate proposals, and reach
consensus about them.

(2) While I recognize that everyone is operating under time
pressure and that the CWG proposal is already far later than
originally expected, I see any changes that do more than update
the status quo (or status quo before the transition discussions
started) as involving costs and risks to the community.  I see
the proposal from you and your colleagues to establish an SLA
model similar to the IETF one as fairly low-risk in that regard.
It is, IMO, a small update, the approach has been established
and demonstrated for some years by the IETF, and, again at least
from my perspective, the address community really is a community
with a history of being able to work and act together.  By
contrast, PTI is a new idea, with details still incomplete and
no community experience with, e.g., ICANN creating and relating
to a subsidiary "affiliate" and how that would work out.  To
guess at how (or if) it might work out and to assess the
practical risks, understanding the motivation for it --more
precisely described as "what problem are you trying to solve and
why do you think this solves it" -- is essential.  It might be
less important were there no important missing pieces in the CWG
proposal, but those pieces _are_ important and "what problem are
you trying to solve" is also useful for guessing how they might
be filled in and what criteria the CWG (and the names community
more broadly) might think they have to meet.  So I think those
questions are legitimate and, indeed, important.

(3) Finally, there are multiple examples of various ICANN groups
producing documents and proposals, asking for public comments on
them, getting (and counting) comments, and then, as far as can
be determined from the outside, essentially ignoring the content
and recommendations in those comments.  At least from my point
of view, part of that same picture involves giving particular
groups very narrow scope and treating any comments, concerns, or
suggestions that go beyond those scopes to, e.g., challenge
assumptions, as unacceptable and irrelevant.  I have no reason
to believe that the CWG intends to follow those patterns but,
given that the community that the CWG represents has tolerated
that behavior within ICANN, it is reasonable to view their
posting a draft for public comment and asking for input less
conclusively than your comment above seems to suggest (a view
that is, again, supported by Milton's comments and the absence
of comments from other CWG members rejecting or qualifying his
apparent position).

> The CWG plan is not a work of art, and certainly not how most
> of us would go about solving their particular accountability
> conundrum. It is, however, the result of an enormous amount of
> effort by the names community, and the IETF was not being
> asked to judge the rationale  for their proposed changes (as
> you seem so anxious to do), but to consider the associated
> implications of the changes for the protocol community and
> comment accordingly. 

Again, especially because the plan is incomplete, I don't
understand how we can evaluate it, and especially the associated
risks and costs, without understanding "their particular
accountability conundrum" and/or "the rationale for their
proposed changes".   Without either of those two kinds of
information, I do have an opinion about impact and risks to the
IETF, and have expressed it before, I think in my first note on
the subject: this is too complex, it introduces new risks of
non-transparent behavior that may be accountable to small groups
but is not even as accountable to the broader community as
ICANN's operation of IANA is today, and therefore should not be
considered acceptable.   More details about structure, controls,
and motivation might allay those concerns, but the details are
not present.

> If you  should happen to see someone
> from the "IAB IANA Evolution Program", you might want to 
> thank them for recognizing this and getting the actual job
> done (at least from the perspective of one portion of the IETF
> community.)

https://www.iab.org/activities/programs/iana-evolution-program/

best,
    john