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

"Richard Hill" <rhill@hill-a.ch> Tue, 04 November 2014 09:26 UTC

Return-Path: <rhill@hill-a.ch>
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 E15F01A6F0E for <ianaplan@ietfa.amsl.com>; Tue, 4 Nov 2014 01:26:23 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.901
X-Spam-Level:
X-Spam-Status: No, score=-1.901 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, 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 LIp9Xg-2bNg1 for <ianaplan@ietfa.amsl.com>; Tue, 4 Nov 2014 01:26:22 -0800 (PST)
Received: from smtp4.infomaniak.ch (smtp4.infomaniak.ch [IPv6:2001:1600:2:5:92b1:1cff:fe01:18cc]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 290091A03E3 for <ianaplan@ietf.org>; Tue, 4 Nov 2014 01:26:22 -0800 (PST)
Received: from Laurie (adsl-178-39-117-99.adslplus.ch [178.39.117.99]) (authenticated bits=0) by smtp4.infomaniak.ch (8.14.5/8.14.5) with ESMTP id sA49QIqx007587; Tue, 4 Nov 2014 10:26:19 +0100
From: Richard Hill <rhill@hill-a.ch>
To: Miles Fidelman <mfidelman@meetinghouse.net>, ianaplan@ietf.org
Date: Tue, 04 Nov 2014 10:26:09 +0100
Message-ID: <GLEAIDJPBJDOLEICCGMNMENECNAA.rhill@hill-a.ch>
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0)
In-Reply-To: <5458052D.2030806@meetinghouse.net>
Importance: Normal
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.6157
Archived-At: http://mailarchive.ietf.org/arch/msg/ianaplan/vZgN9jaKMsrzDDXp-iFm5cUatD4
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
Reply-To: rhill@hill-a.ch
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, 04 Nov 2014 09:26:24 -0000

Miles has said what I meant to say, but better.

So I support what Miles says.

Best,
Richard

> -----Original Message-----
> From: Ianaplan [mailto:ianaplan-bounces@ietf.org]On Behalf Of Miles
> Fidelman
> Sent: lundi, 3. novembre 2014 23:44
> To: ianaplan@ietf.org
> Subject: Re: [Ianaplan] control and negotiation (was Re:
> draft-ietf-ianaplan-icg-response-02 working group last call)
> 
> 
> Andrew Sullivan wrote:
> > On Mon, Nov 03, 2014 at 02:03:19PM -0800, Eliot Lear wrote:
> >> How does that sound to you in principle?
> > My objection to moving the relevant bits to the IETF Trust has never
> > been one of principle.  It's been one of practicality: I don't see any
> > incentive whatsoever for ICANN to give up that property without
> > getting something in return, and I can't think of anything I want to
> > give up more than iana.org in case there's more than one operator.
> >
> > Again, to be clear, I think that would be a very bad outcome.  I don't
> > think it would be good to have to split the iana.org stuff, and I
> > think we should avoid it.  But I think it is preposterous to imagine
> > that ICANN is going to give away an asset just because we want it,
> > without extracting some concession.  Therefore, it'd be fine to say to
> > the IAOC, "Please ask for this."  But if they don't get it, what then?
> >
> > The burden of proof, IMO, is on those who claim that ICANN will simply
> > have to give up control of that asset.  I've yet to see a good
> > argument that they will, and I note it is somewhat unusual in the US
> > for a government department to force a corporation to give up an asset
> > without any compensation.
> 
> As far as the USG is concerned, ICANN is a contractor - nothing more, 
> nothing less.  Generally, unless there are clear exceptions in law, 
> regulation, or contract, work performed under contract is the property 
> of the contractee (USG), not the contractor (ICANN).
> 
> By all rights, IMHO, iana.org should have been registered by either the 
> USG, or SRI - back when John Postel was doing the work; and transferred 
> to the USG when the work moved - with the USG delegating management to 
> ICANN, as part of the contract.  Instead, ICANN unilaterally staked a 
> claim to the domain, by registering it.
> 
> Yes, possession is nine 10ths of the law - but what we're talking about 
> here is an oversight to be rectified, not an overstepping to be ratified.
> 
> Why NOT take the opportunity to at least attempt to fix this.  This is 
> the best opportunity to do so, and perhaps the last that would not 
> involve the potential for hostile litigation at some point down the line.
> 
> As to burden of proof re. whether or not ICANN will "simply give up 
> control" - well.. seems to me that the best way to find out is to run 
> the experiment.  Put it in our proposal, stand fast, and stand fast.  At 
> the very least, it puts IETF in a stronger negotiating position for 
> getting to compromise language.
> 
> Miles Fidelman
> 
> -- 
> In theory, there is no difference between theory and practice.
> In practice, there is.   .... Yogi Berra
> 
> _______________________________________________
> Ianaplan mailing list
> Ianaplan@ietf.org
> https://www.ietf.org/mailman/listinfo/ianaplan
>