[Ianaplan] Fwd: WG Action: Formed Planning for the IANA/NTIA Transition (ianaplan)
Marc Blanchet <marc.blanchet@viagenie.ca> Mon, 08 September 2014 16:21 UTC
Return-Path: <marc.blanchet@viagenie.ca>
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 36C4E1A88C3 for <ianaplan@ietfa.amsl.com>; Mon, 8 Sep 2014 09:21:26 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -3.552
X-Spam-Level:
X-Spam-Status: No, score=-3.552 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RP_MATCHES_RCVD=-1.652, 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 HyofqKPI7MtT for <ianaplan@ietfa.amsl.com>; Mon, 8 Sep 2014 09:21:23 -0700 (PDT)
Received: from jazz.viagenie.ca (jazz.viagenie.ca [IPv6:2620:0:230:8000::2]) by ietfa.amsl.com (Postfix) with ESMTP id 1DD221A88C2 for <ianaplan@ietf.org>; Mon, 8 Sep 2014 09:21:23 -0700 (PDT)
Received: from h118.viagenie.ca (h118.viagenie.ca [206.123.31.118]) by jazz.viagenie.ca (Postfix) with ESMTPSA id E064341319 for <ianaplan@ietf.org>; Mon, 8 Sep 2014 12:21:21 -0400 (EDT)
From: Marc Blanchet <marc.blanchet@viagenie.ca>
Content-Type: multipart/alternative; boundary="Apple-Mail=_78272E75-51B0-4A6F-8A33-388B4BE9ED8D"
Date: Mon, 08 Sep 2014 12:21:21 -0400
References: <20140908160252.20603.40987.idtracker@ietfa.amsl.com>
To: ianaplan@ietf.org
Message-Id: <71401DA0-6E33-4707-AD25-E2A34E8F66A4@viagenie.ca>
Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.6\))
X-Mailer: Apple Mail (2.1878.6)
Archived-At: http://mailarchive.ietf.org/arch/msg/ianaplan/f7oeR2al87qPFN79bLRBjNnxsEA
Subject: [Ianaplan] Fwd: WG Action: Formed Planning for the IANA/NTIA Transition (ianaplan)
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, 08 Sep 2014 16:21:26 -0000
FYI, Marc. Début du message réexpédié : > De: The IESG <iesg-secretary@ietf.org> > Objet: WG Action: Formed Planning for the IANA/NTIA Transition (ianaplan) > Date: 8 septembre 2014 12:02:52 UTC−4 > À: IETF-Announce <ietf-announce@ietf.org> > Cc: ianaplan WG <ianaplan@ietf.org> > Répondre à: ietf@ietf.org > > A new IETF working group has been formed in the General Area. For > additional information please contact the Area Directors or the WG > Chairs. > > Planning for the IANA/NTIA Transition (ianaplan) > ------------------------------------------------ > Current Status: Proposed WG > > Chairs: > Marc Blanchet <Marc.Blanchet@viagenie.ca> > Leslie Daigle <ldaigle@thinkingcat.com> > > Assigned Area Director: > Jari Arkko <jari.arkko@piuha.net> > > Mailing list > Address: ianaplan@ietf.org > To Subscribe: https://www.ietf.org/mailman/listinfo/ianaplan > Archive: http://www.ietf.org/mail-archive/web/ianaplan/ > > Charter: > > Background > ========== > > Registries of parameter values for use in IETF protocols are stored > and maintainted for the IETF by the Internet Assigned Numbers > Authority (IANA), and are the subject of the "IANA Considerations" > section in many RFCs. > > For a number of years, this IANA function has been provided by the > Internet Corporation for Assigned Names and Numbers (ICANN). The > IETF's relationship with IANA was formalized through a Memorandum of > Understanding between the IETF and ICANN codified in 2000 with the > publication of RFC 2860. Over time, processes and role definitions > have evolved, and have been documented in supplemental agreements. > > ICANN has had a contract with the US Department of Commerce (DoC) to > provide the IANA function, undertaken through the National > Telecommunications and Information Administration (NTIA). In March of > 2014, NTIA announced its intention to transition out of its current > role, meaning that NTIA would not need to renew its contract with > ICANN when that contract expires 30 September 2015. NTIA requested a > transition proposal be prepared to outline the necessary > arrangements. In the case of the elements of the IANA function > concerning the IETF protocol registries, it is likely that the > existing well-documented practices will continue and no or little new > activity will be required. > > Tasks > ===== > > The IANAPLAN working group is chartered to produce an IETF consensus > document that describes the expected interaction between the IETF and > the operator of IETF protocol parameters registries. > > The system in place today for oversight of the IETF protocol > registries component of the IANA function works well. As a result, > minimal change in the oversight of the IETF protocol parameters > registries is preferred in all cases and no change is preferred when > possible. The working group will address the implications of moving > the NTIA out of its current role with respect to IANA on the IETF > protocol parameters registry function in a way that focuses on > continuation of the current arrangements. The working group will > assume the following documents continue to be in effect: > > - RFC 2850 > - RFC 3777 and its updates > - RFC 2860 > - RFC 6220 > - IETF-ICANN-MOU_2000 > (http://iaoc.ietf.org/documents/IETF-ICANN-MOU_2000.pdf) > - ICANN-IETF Supplemental Agreements > (updated yearly since 2007, the 2014 version is available at > http://iaoc.ietf.org/documents/ > 2014-ICANN-IETF-MoU-Supplemental-Agreement-Executed.pdf) > > This working group is chartered solely with respect to the planning > needed for the transition, and is not meant to cover other topics > related to IANA. Possible improvements outside that scope will be set > aside for future consideration. However, the mechanisms required to > address the removal of the overarching NTIA contract may require > additional documentation or agreements. The WG will identify, but > not create, such required agreements. > > Should proposals made by other communities regarding the > transition of other IANA functions affect the IETF protocol parameter > registries or the IETF, the WG may also review and comment on them. > > Fully documenting the interaction between the IETF and the operator > of IETF protocol parameters registries may require detailed terms of > agreements or other details of procedures that are normally delegated > to and handled by the IAB or IAOC. The working group will not attempt > to produce or discuss documentation for these details, but will > request the IAB or IAOC to provide them separately. > > The WG shall seek the expertise of the IAB IANA Evolution Program to > formulate its output. It is expected that members of the IAB IANA > Evolution Program will actively participate in the WG. > > > Milestones: > Jan 2015 - complete protocol parameters registries document > May 2015 - review of other transition proposals, if needed > Sep 2015 - close