Re: [Ianaplan] draft-ietf-ianaplan-icg-response moving to next step

John Curran <jcurran@istaff.org> Thu, 27 November 2014 23:39 UTC

Return-Path: <jcurran@istaff.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 442F11A0264 for <ianaplan@ietfa.amsl.com>; Thu, 27 Nov 2014 15:39:12 -0800 (PST)
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 HgRt-moQn1Mv for <ianaplan@ietfa.amsl.com>; Thu, 27 Nov 2014 15:39:10 -0800 (PST)
Received: from mho-02-ewr.mailhop.org (mho-02-ewr.mailhop.org [204.13.248.72]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 9E2791A0252 for <ianaplan@ietf.org>; Thu, 27 Nov 2014 15:39:10 -0800 (PST)
Received: from pool-108-56-179-253.washdc.fios.verizon.net ([108.56.179.253] helo=[192.168.1.7]) by mho-02-ewr.mailhop.org with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.72) (envelope-from <jcurran@istaff.org>) id 1Xu8eT-000IKp-DJ; Thu, 27 Nov 2014 23:39:09 +0000
X-Mail-Handler: Dyn Standard SMTP by Dyn
X-Originating-IP: 108.56.179.253
X-Report-Abuse-To: abuse@dyndns.com (see http://www.dyndns.com/services/sendlabs/outbound_abuse.html for abuse reporting information)
X-MHO-User: U2FsdGVkX19JIrwFdWLtogu+8B3V4NYW
Mime-Version: 1.0 (Mac OS X Mail 8.1 \(1993\))
Content-Type: text/plain; charset=utf-8
From: John Curran <jcurran@istaff.org>
X-Priority: 3 (Normal)
In-Reply-To: <GLEAIDJPBJDOLEICCGMNIEMOCOAA.rhill@hill-a.ch>
Date: Thu, 27 Nov 2014 18:39:06 -0500
Content-Transfer-Encoding: quoted-printable
Message-Id: <4A087055-EF5B-4BC7-BA25-3CBA7256BDC4@istaff.org>
References: <GLEAIDJPBJDOLEICCGMNIEMOCOAA.rhill@hill-a.ch>
To: rhill@hill-a.ch
X-Mailer: Apple Mail (2.1993)
Archived-At: http://mailarchive.ietf.org/arch/msg/ianaplan/0sOEueiKjJKc2LQUtgP_NEOLiOw
Cc: Marc Blanchet <marc.blanchet@viagenie.ca>, Jari Arkko <jari.arkko@piuha.net>, ianaplan@ietf.org
Subject: Re: [Ianaplan] draft-ietf-ianaplan-icg-response moving to next step
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, 27 Nov 2014 23:39:12 -0000

On Nov 27, 2014, at 3:57 AM, Richard Hill <rhill@hill-a.ch> wrote:
> 
> I note that section 3 of RFC 7282 states:
> 
> "The chair of a working group who is about to find that there is only rough
> consensus is going to have to decide that not only has the working group
> taken the objection seriously, but that it has fully examined the
> ramifications of not making a change to accommodate it, and that the outcome
> does not constitute a failure to meet the technical requirements of the
> work. ... A valid justification needs to me [sic] made."
> 
> Therefore, I would request that the co-chairs provide a justification for
> the conclusion that rough consensus has been achieved.

There was one potentially significant concern raised in WG last call that 
was not accommodated - specifically adding a requirement for strengthened 
legal and contractual IANA arrangements for the post-NTIA period. The draft 
does doesn't preclude stronger legal/contractual measures, but it also does 
not note such as a specific requirement for future IANA arrangements.

Adding stronger legal/contractual arrangements as a requirement was discussed 
at length, and it was apparent that accommodating that change in the document 
would actually reduce the level of consensus due to the much higher support 
for the current text as well as concerns that the change would run contrary 
to existing IETF practices for handling of external agreements.

One might argue that the resulting draft does not meet the ICG response 
requirements (i.e. “Description of any legal framework requirements in the 
absence of the NTIA contract” per 'Section V. Transition Implications'), 
but transition implications are only required to be per the viewpoint of
the IETF community, and the proposed text already notes that "No major 
changes are required."

All in all, the determination of rough consensus by the WG chairs seems 
quite appropriate.

/John

Disclaimer: My views alone.