Re: [Ianaplan] Proposed text reflecting IETF91 discussion

"Richard Hill" <rhill@hill-a.ch> Sat, 15 November 2014 14:33 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 BB7821A8773 for <ianaplan@ietfa.amsl.com>; Sat, 15 Nov 2014 06:33:03 -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 E_J0UrXzT2Sz for <ianaplan@ietfa.amsl.com>; Sat, 15 Nov 2014 06:33:01 -0800 (PST)
Received: from smtp3.infomaniak.ch (smtp3.infomaniak.ch [IPv6:2001:1600:2:5:92b1:1cff:fe01:147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 3E9A01A8775 for <ianaplan@ietf.org>; Sat, 15 Nov 2014 06:33:01 -0800 (PST)
Received: from Laurie (adsl-178-39-132-73.adslplus.ch [178.39.132.73]) (authenticated bits=0) by smtp3.infomaniak.ch (8.14.5/8.14.5) with ESMTP id sAFEWqT7031576; Sat, 15 Nov 2014 15:32:56 +0100
From: Richard Hill <rhill@hill-a.ch>
To: John C Klensin <john-ietf@jck.com>, Milton L Mueller <mueller@syr.edu>
Date: Sat, 15 Nov 2014 15:32:58 +0100
Message-ID: <GLEAIDJPBJDOLEICCGMNMEGKCOAA.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: <7EE6BB7CE4CCCBFF6A8AB668@JcK-HP8200.jck.com>
Importance: Normal
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.6157
Archived-At: http://mailarchive.ietf.org/arch/msg/ianaplan/tp4o0awlUWzsZjPYZyojGT8j-Zo
Cc: ianaplan@ietf.org
Subject: Re: [Ianaplan] Proposed text reflecting IETF91 discussion
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: Sat, 15 Nov 2014 14:33:03 -0000


> -----Original Message-----
> From: Ianaplan [mailto:ianaplan-bounces@ietf.org]On Behalf Of John C
> Klensin
> Sent: samedi, 15. novembre 2014 00:21
> To: Milton L Mueller
> Cc: ianaplan@ietf.org
> Subject: Re: [Ianaplan] Proposed text reflecting IETF91 discussion
>
> --On Thursday, November 13, 2014 21:44 +0000 Milton L Mueller
> <mueller@syr.edu> wrote:
>
SNIP
>
> At the risk of making a constructive suggestion rather than just
> arguing that this topic is less important than appears at first
> glance, if the various IANA "customers" were significantly
> concerned about this issue or wanted to be extra-careful about
> contingency plans, they should be working with ICANN to
> restructure the naming arrangements at IANA.ORG so that the
> three pieces referenced from the www.iana.org home page became
> subdomains that could be referenced separately, e.g., as
> http://protocols.iana.org and http://addresses.iana.org rather
> than http://www.iana.org/protocols, etc.  If the "customers"
> agreed that they wanted it, I would expect ICANN to respond to
> that idea with enthusiasm: it doesn't weaken their position in
> any way as long as they are perceived as doing a good job and it
> would constitute a show of good faith wrt the community in
> general.    That change would turn the operational stability
> question from some variation on "who owns the name and how is
> ownership handled long-term" to "anyone who owns the name has to
> make guarantees about delegation of subdomains should the
> 'customers' conclude that is necessary".  I contend it would be
> lots easier to get consensus about the latter, in part because
> it doesn't involve nearly as much "ownership" clutter.

In my opinion, that is a very constructive suggestion.  And it is exactly
the sort of thing that the IAOC could have suggested under version "02"
(with perhaps some tweaking of the language in "02" to make it less
prescriptive).

Whereas "03" implicitly calls for making no changes at this time.

But of course nothing prevents ICANN from making the changes suggested above
on its own.

SNIP

> That, of course, assumes that "ownership" of IANA.ORG and/or any
> trademarks would withstand a serious challenge from the
> community if the arrangements were to change.  ICANN has a
> formidable array of legal resources, but, if the community were
> to make a major effort to claim the the "IANA" term was a
> generic one that belonged to the Internet community as a whole
> rather than one particular operator, especially one that was not
> a US Government designee operating under US Government
> supervision, my ability to forecast the future isn't nearly good
> enough to guess how that would come out.

In my view, such a claim might have been made in opposition to the trademark
filing, but it was not made.  So the trademark is valid and its grant cannot
be challenged now.

A term can become generic, and lose trademark protection, if it is widely
used to designate something that is provided by many companies (aspirin
being a well known example).  But that's not the case here.  The term "IANA"
is used exclusively to refer to what is provided by ICANN.  So I don't think
there is much chance of success in arguing that it is a generic term that
has lost its trademark protection.

Which leads me to think of something that I had not thought of earlier.
Absent any specific contractual committments, it seems to me that the ICANN
Board has a fiduciary duty to protect ICANN's intellectual property,
including its trademark.

So ICANN might well wish to take actions to prevent anybody else from using
its marks, if the IANA function were transferred elsewhere.

I think that we agree that this group is not chartered to explore complex
legal issues.

But it seems to me that this group should invite the competent body (IAOC)
to explore the issues and take appropriate action, if required.

The existing IANA functions contract does have language regarding
intellectual property rights (sections 1.9.4 and 1.9.5 of ICANN's Proposal,
which is incorporated by reference in the contract).

So it seems to me that competent experts (that is, lawyers) should evaluate
whether or not any additional agreements are needed after the existing
contract between NTIA and ICANN ceases to be in force.

So the output of this group should call for such an evaluation.  That's what
"02" did (albeit perhaps with language that was too prescriptive), but what
"03" does not do.

That is, "03" prejudges the outcome of a proper legal analysis, by
concluding that there is no need for anything to replace what is in the
current IANA functions contract.