Re: [Ianaplan] control and negotiation (was Re: draft-ietf-ianaplan-icg-response-02 working group last call)

John Curran <jcurran@istaff.org> Wed, 05 November 2014 16:20 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 2FC031A8966 for <ianaplan@ietfa.amsl.com>; Wed, 5 Nov 2014 08:20:42 -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 FCQwJyYSnukU for <ianaplan@ietfa.amsl.com>; Wed, 5 Nov 2014 08:20:37 -0800 (PST)
Received: from mho-01-ewr.mailhop.org (mho-03-ewr.mailhop.org [204.13.248.66]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 1C9991A89A1 for <ianaplan@ietf.org>; Wed, 5 Nov 2014 08:20:37 -0800 (PST)
Received: from [80.169.25.242] (helo=[192.168.46.56]) by mho-01-ewr.mailhop.org with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.72) (envelope-from <jcurran@istaff.org>) id 1Xm3K0-0006Dw-6c; Wed, 05 Nov 2014 16:20:36 +0000
X-Mail-Handler: Dyn Standard SMTP by Dyn
X-Originating-IP: 80.169.25.242
X-Report-Abuse-To: abuse@dyndns.com (see http://www.dyndns.com/services/sendlabs/outbound_abuse.html for abuse reporting information)
X-MHO-User: U2FsdGVkX193MPu4gtBJHSLsNFdRLVds
Content-Type: text/plain; charset="utf-8"
Mime-Version: 1.0 (Mac OS X Mail 8.0 \(1990.1\))
From: John Curran <jcurran@istaff.org>
In-Reply-To: <20141105154903.GI30379@mx1.yitter.info>
Date: Wed, 05 Nov 2014 16:20:36 +0000
Content-Transfer-Encoding: quoted-printable
Message-Id: <9D2D1498-6F15-442A-9597-3279EC3C5353@istaff.org>
References: <GLEAIDJPBJDOLEICCGMNIEOJCNAA.rhill@hill-a.ch> <54594A50.4090305@meetinghouse.net> <20141105001731.GA30186@mx1.yitter.info> <54597BDB.7040305@meetinghouse.net> <5459BA98.1070006@gmail.com> <545A208A.7040304@meetinghouse.net> <631e3e3d29c843bd9c23151c63612989@EX13-MBX-13.ad.syr.edu> <20141105154903.GI30379@mx1.yitter.info>
To: Andrew Sullivan <ajs@anvilwalrusden.com>
X-Mailer: Apple Mail (2.1990.1)
Archived-At: http://mailarchive.ietf.org/arch/msg/ianaplan/JJWgvdciQU31irvyt7cxx4jqsQQ
Cc: ianaplan@ietf.org
Subject: Re: [Ianaplan] control and negotiation (was Re: draft-ietf-ianaplan-icg-response-02 working group last call)
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: Wed, 05 Nov 2014 16:20:42 -0000

On Nov 5, 2014, at 3:49 PM, Andrew Sullivan <ajs@anvilwalrusden.com> wrote:
> ...
> Certainly there are issues that some people keep claiming are central
> to the process; whether they are central _for the IETF_ seems not to
> be quite so obvious.  I resent the suggestion that those of us who
> disagree either "wish to deny" or "wish to ignore": it could be that
> we just disagree with those who think they're central.  

To be clear, I have not stated that the iana.org or IANA mark issue 
is central - only that it is a present interdependency, and that such 
independencies are specifically requested within the ICG RFP response.

> ...
> I guess I don't know what an "effective" proposal to the ICG is.
> Perhaps I could be enlightened.  ...

The ICG RFP asks:

" · A description of any overlaps or interdependencies between your IANA requirements and the functions required by other customer communities.
If your community relies on any other IANA service or activity beyond the scope of the IANA functions contract, you may describe them here. In this case please also describe how the service or activity should be addressed by the transition plan."

To the extent that the IETF community presently relies upon the 
"iana.org" domain name and/or makes use of the IANA mark, I do 
believe that should be noted in the IETF's ICG RFP response.

One can note it along with a comment that says "To be worked out", 
or "lack of coordination would be bad", or even no suggestion at 
all with respect to the proposed transition plan; it's only the 
failure to mention it at all that would be a material omission 
on the part of the IETF.

/John

Disclaimer: my views alone.