Re: [Ianaplan] last call and IESG processing summary for draft-ietf-ianaplan-icg-response

Jari Arkko <jari.arkko@piuha.net> Tue, 06 January 2015 09:57 UTC

Return-Path: <jari.arkko@piuha.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 6C8A11A1A8C; Tue, 6 Jan 2015 01:57:58 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.91
X-Spam-Level:
X-Spam-Status: No, score=-1.91 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, 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 GkzeuCLgRHuB; Tue, 6 Jan 2015 01:57:56 -0800 (PST)
Received: from p130.piuha.net (p130.piuha.net [IPv6:2a00:1d50:2::130]) by ietfa.amsl.com (Postfix) with ESMTP id AE0DC1A0178; Tue, 6 Jan 2015 01:57:55 -0800 (PST)
Received: from localhost (localhost [127.0.0.1]) by p130.piuha.net (Postfix) with ESMTP id 0D0D32CC5F; Tue, 6 Jan 2015 11:57:55 +0200 (EET) (envelope-from jari.arkko@piuha.net)
X-Virus-Scanned: amavisd-new at piuha.net
Received: from p130.piuha.net ([127.0.0.1]) by localhost (p130.piuha.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ZLugcEVgB2OT; Tue, 6 Jan 2015 11:57:51 +0200 (EET)
Received: from [127.0.0.1] (p130.piuha.net [IPv6:2a00:1d50:2::130]) by p130.piuha.net (Postfix) with ESMTP id DF22D2CC4D; Tue, 6 Jan 2015 11:57:50 +0200 (EET) (envelope-from jari.arkko@piuha.net)
Content-Type: multipart/signed; boundary="Apple-Mail=_3AC0EC31-638A-4254-92F8-523340778863"; protocol="application/pgp-signature"; micalg="pgp-sha512"
Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.6\))
From: Jari Arkko <jari.arkko@piuha.net>
In-Reply-To: <21730E2D-5F0B-45AE-A763-6F61F8AF5D1B@piuha.net>
Date: Tue, 06 Jan 2015 11:57:47 +0200
Message-Id: <3181B0DB-BBB4-4674-ADF2-3C03B9CDACD4@piuha.net>
References: <21730E2D-5F0B-45AE-A763-6F61F8AF5D1B@piuha.net>
To: "Ianaplan@Ietf. Org" <ianaplan@ietf.org>
X-Mailer: Apple Mail (2.1878.6)
Archived-At: http://mailarchive.ietf.org/arch/msg/ianaplan/1QF_npMMK9BaNjm4mgowSR9LKYc
Cc: draft-ietf-ianaplan-icg-response.all@tools.ietf.org, IETF-Discussion list <ietf@ietf.org>
Subject: Re: [Ianaplan] last call and IESG processing summary for draft-ietf-ianaplan-icg-response
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: Tue, 06 Jan 2015 09:57:58 -0000

This is an updated and final summary of the last call and conclusion from the IESG processing of this draft. Two minor editorial changes are being made in a -09 that will be posted shortly, and the approval announcement comes out after that.

This document has attained rough consensus of the IETF Working Group and of the IETF community as a whole, as judged first by the working group chairs and then by the sponsoring Area Director, and then by the IESG in accordance with RFC 2026 in the December 18 IESG telechat. The IESG has approved the draft, and as noted the formal approval announcement is due as soon as the new version is uploaded.

Over the course of the development of the document, several suggestions were raised that did not enjoy sufficient support to be included. Two main ones worth mentioning include

	• A suggestion for a stronger statement over what terms the IAOC should negotiate.  

	• A suggestion that "iana.org" and other associated marks be transferred to the IETF trust.

At the end of the working group process, although there was not unanimous support for the results, the working group chairs concluded that rough consensus existed in the working group. The document shepherd’s summary of the WG consensus for this document can be found here: 

 https://datatracker.ietf.org/doc/draft-ietf-ianaplan-icg-response/shepherdwriteup/

During IETF last call, additional people voiced support for the document. There were several editorial comments that resulted in changes, as well as some discussion of more substantial comments some of which resulted in text changes. There was some discussion of comments already discussed earlier in the process, and but no new objections were raised during the IETF last call. A summary of the last call comments can be found from the end of this e-mail.

New draft versions had been prepared by the editors per discussions on the mailing list and with the sponsoring AD. The new versions and associated changes can be found here:

  https://tools.ietf.org/html/draft-ietf-ianaplan-icg-response-07 (primary changes after last call)
  https://tools.ietf.org/html/draft-ietf-ianaplan-icg-response-08 (text from the IAB, description of the level of consensus)
  https://tools.ietf.org/html/draft-ietf-ianaplan-icg-response-09 (two editorial corrections)
  http://www.ietf.org/rfcdiff?url1=draft-ietf-ianaplan-icg-response-06&url2=draft-ietf-ianaplan-icg-response-09 (all changes)

During the IETF last call and IESG evaluation, the following points were made:

	• Positive evaluation from Christer Holmberg, Melinda Shore, Alissa Cooper, Richard Barnes, and Ted Lemon. Currently, there is a Yes position from 12 Area Directors.

	• Editorial comments from Brian Carpenter, Sean Turner, Pete Resnick, Adrian Farrell, Spencer Dawkins, Alissa Cooper, Alia Atlas, Richard Barnes, and Christer Holmberg. These have resulted in text changes.

	• A comment from Pete Resnick around the use of full text from IETF mission statement RFC. This has resulted in a text change.

	• A comment from Sean Turner about some missing parts in the response. This has resulted in text changes.

	• Agreement with the general message, but a question and a concern from John Levine around roles in policy disputes, and contracts in case of changes in who is the IANA operator. These were resolved through discussion with Eliot Leor, Brian Carpenter, and Jari Arkko. This resulted in text changes.

	• Discussion on the availability of text for Section 5 and how that can be handled process-wise, started by Adrian Farrell. Suggested resolution is to use the text that IAB wants to indicate, "The IAB supports the response in this document". The text is now out in the working group list, which it was not before. A new document version is needed to add this text.

	• Discussion on the role of the document after IESG approval, and whether the goal was to get IESG review or approval. The sponsoring AD believes that it is important to use our normal approval process, and ensure that the IESG agrees with the consensus assessments in this case. Whether the document gets published as an RFC or not is somewhat immaterial, because the main purpose of providing an IETF view on the matter is to collect several views together from different organisations to gather a complete transition proposal.

	• Discussion of the rationale for concluding rough consensus from Richard Hill (responses from Marc Blanchet, Andrew Sullivan, Milton Mueller, Jari Arkko, Brian Carpenter, John Curran, and Jefsey). Richard was requesting a justification (beyond information already available) for why the conclusion was what it was, and deferring the IESG decision.

	• Recommendation to the IAOC to create stronger supplemental or replacement agreements between the IETF and ICANN, by Milton Mueller and the Internet Governance Project. The recommendation recognises the rough consensus behind the current proposal that specifies requirements but does not call out explicit agreement mechanisms, but suggests that the stronger agreements would be extremely significant. The recommendation goes on to "provide information to the IETF's leadership regarding what the unresolved issues were, why it is important to resolve them, and how it might respond to them with supplemental agreements". The recommendation also states that the advocated actions are in line with the current IANAPLAN draft. The IAOC has taken this input for consideration. It should be noted that these recommendations were discussed as part of the WG deliberations, however. The WG consensus did not agree with the recommendations.

	• Jefsey has noted that he intends to file a future appeal on this topic, around the responsibilities of the IETF and RFC 6852. Jefsey notes "My point will not be to change it, but to make sure that the IESG, and IAB, and ISOC, fully and publicly declare that they understand, accept and decide that this is what they mean." It is not clear that there is anything to do about this at the moment, particularly when at least the sponsoring AD does not understand the provided feedback; this is an IETF document that will, as it gains approval, will have been processed by the IESG and will explicitly note that the IAB supports the described transition. Response by Andrew Sullivan on December 15 indicates that he does not believe any changes to the document or the summaries produced by the WG officials were necessary.

	• The IAOC has indicated that they are comfortable with the direction the document gives for the IAOC.

Jari Arkko, the sponsoring Area Director for draft-ietf-ianaplan-icg-response