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

"Lynn St.Amour" <Lynn@LStAmour.org> Thu, 21 May 2015 16:26 UTC

Return-Path: <lynn@lstamour.org>
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 2F05F1B2A68 for <ianaplan@ietfa.amsl.com>; Thu, 21 May 2015 09:26:36 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.9
X-Spam-Level:
X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_NONE=-0.0001] 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 koYhjYQ55hgK for <ianaplan@ietfa.amsl.com>; Thu, 21 May 2015 09:26:34 -0700 (PDT)
Received: from p3plsmtpa07-05.prod.phx3.secureserver.net (p3plsmtpa07-05.prod.phx3.secureserver.net [173.201.192.234]) (using TLSv1.2 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id A227F1B2A64 for <ianaplan@ietf.org>; Thu, 21 May 2015 09:26:34 -0700 (PDT)
Received: from [10.5.238.98] ([193.134.193.5]) by p3plsmtpa07-05.prod.phx3.secureserver.net with id WgSY1q00807T4jl01gSZqh; Thu, 21 May 2015 09:26:34 -0700
Content-Type: text/plain; charset="windows-1252"
Mime-Version: 1.0 (Mac OS X Mail 6.6 \(1510\))
From: "Lynn St.Amour" <Lynn@LStAmour.org>
In-Reply-To: <66F939A5-C6B0-48C4-9D12-5B1C2ADC4B69@gmail.com>
Date: Thu, 21 May 2015 12:26:33 -0400
Content-Transfer-Encoding: quoted-printable
Message-Id: <DFB75267-68D0-41D8-BFDC-3602BCE223A0@LStAmour.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> <DM2PR0301MB065543B4DCBCB 751656B563DA8C20@DM2PR0301MB0655.namprd03.prod.outlook.com> <66F939A5-C6B0-48C4-9D12-5B1C2ADC4B69@gmail.com>
To: "ianaplan@ietf.org" <ianaplan@ietf.org>
X-Mailer: Apple Mail (2.1510)
Archived-At: <http://mailarchive.ietf.org/arch/msg/ianaplan/R24mBURMMWsvnl8Nclu6JJR0c-M>
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 16:26:36 -0000

Following all this between IGF MAG discussions, so apologies for the brevity and any directness.    Also, followed this format as I have only had brief moments and needed it to retain my thought process (hope it flows :-) ).

Many of the postings on this thread seem to assume unfavorable conditions for the PTI/PTI Board, etc.   That is because the Names community has not had time to complete all their work..  I think we can help them advance their work, which frankly is our work as well, and is in the interest of a global public Internet.

Here are my working assumptions, please correct them if they are off the mark.  They are obviously missing lots of detail.

1 - We support (as good practice) separation between policy, oversight, and implementation for the 3 components of the IANA function (in each of the 3 areas - the so-called 3x3)
2 - Protocol Parameters has this (and btw, this PTI proposal was modeled heavily on the IETF)
3 - Numbers also largely has this.
4 - The Names community is trying to get to this.
5 - There is a preference for the 3 IANA functions to stay together at the IMPLEMENTATION role (only), but it is not seen as necessary from any of the operating communities (OC's).

More specific to the CWG proposal:

A - The PTI would be a narrow purposed organization built to house only the IANA IMPLEMENTATION functions (preferably for all three operating communities?, and I believe the IETF and RIR's assume the work would be done within the PTI *if* that structure goes forward (that is the IANA staff would be housed within the PTI even while their contracts may remain with ICANN).    This should be clarified as soon as their processes allow, as this seems to be one of the points of confusion.  
B - The PTI would have its own board and would be responsible for the PTI  (many models to accomplish this - even with the funding considerations)
C - The PTI Board need not have a majority of ICANN Board members - this is the current discussion within Names about ‘inside’ and ‘outside'.   The options would allow, I believe, for a full spectrum of:  no special role for ICANN to a strong central role for ICANN.   

I believe the Names community would appreciate input/specific questions from the IETF - and I believe it would be useful to all of us if we could look at the proposal and see what we might be able to live with (or not be able to live with).  Either way we advance the discussion if we can share some concrete questions/preferences.   If we identify too many hurdles, well at least we can be specific on why it won't work for us, and again that will help the OC's and the ICG to advance the transition proposal.  For example, could the IETF identify some preferences re Board composition/by-laws/policies, etc.  Frankly, I can see some benefits to working with a purpose built PTI vs. the full-bodied ICANN :-) . 

If the 3 operating communities could come to agreement on how the proposals fit together, it would help advance the Transition proposal work significantly - for the OC's as well as the ICG.  

Must run, hope this is helpful.

Lynn