Re: [Ianaplan] [CWG-Stewardship] ICG request concerning IANA trademark and iana.org domain name

John Curran <jcurran@istaff.org> Mon, 22 June 2015 13:04 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 8F0561A8A1B for <ianaplan@ietfa.amsl.com>; Mon, 22 Jun 2015 06:04:07 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: 0.8
X-Spam-Level:
X-Spam-Status: No, score=0.8 tagged_above=-999 required=5 tests=[BAYES_50=0.8, 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 w451WWclna7q for <ianaplan@ietfa.amsl.com>; Mon, 22 Jun 2015 06:04:01 -0700 (PDT)
Received: from pmta2.delivery3.ore.mailhop.org (pmta2.delivery3.ore.mailhop.org [54.213.22.21]) by ietfa.amsl.com (Postfix) with SMTP id 4A8BD1A8940 for <ianaplan@ietf.org>; Mon, 22 Jun 2015 06:03:56 -0700 (PDT)
Received: from [10.196.197.92] (unknown [199.91.194.170]) by outbound1.ore.mailhop.org (Halon Mail Gateway) with ESMTPSA; Mon, 22 Jun 2015 13:03:37 +0000 (UTC)
Content-Type: text/plain; charset="utf-8"
Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2098\))
From: John Curran <jcurran@istaff.org>
In-Reply-To: <alpine.OSX.2.11.1506212359520.50387@ary.local>
Date: Mon, 22 Jun 2015 10:03:48 -0300
Content-Transfer-Encoding: quoted-printable
Message-Id: <AADF3256-BE47-4E66-953D-E34CA951EE91@istaff.org>
References: <20150621143800.85362.qmail@ary.lan> <6E44AECD-B507-467D-B023-33C83F2B4DB6@istaff.org> <alpine.OSX.2.11.1506212359520.50387@ary.local>
To: John R Levine <johnl@taugh.com>
X-Mailer: Apple Mail (2.2098)
Archived-At: <http://mailarchive.ietf.org/arch/msg/ianaplan/8VtHfMA1hFy00vkrZbJw6VIXmAw>
Cc: ianaplan@ietf.org
Subject: Re: [Ianaplan] [CWG-Stewardship] ICG request concerning IANA trademark and iana.org domain name
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: <https://mailarchive.ietf.org/arch/browse/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: Mon, 22 Jun 2015 13:04:07 -0000

On Jun 22, 2015, at 12:02 AM, John R Levine <johnl@taugh.com> wrote:
> 
>> There are registries of values.   There are “IANA" registries of values.
> 
> Right. ICANN runs them all, and has trademark registrations in relevant areas.  I presume you have read the registrations at the USPTO.

John -

The marks are with ICANN simply because it was more appropriate that ICANN 
(as the IANA contractor upon formation) take on responsibility for any effort and
costs associated with maintenance or enforcement of the intellectual property…
USG explicitly recognized the transfer from USC-ISI to ICANN in order to facilitate
this maintenance, given that ICANN was being formed to take on in a more formal 
manner the duties that Jon (et al) had been doing previously.

ICANN’s overall “coordination role” with respect to the entire set of IANA registries
was recognized in the initial bylaws through mission statement and the inclusion of 
the Supporting  Organizations, including the the Protocol Supporting Organization
(PSO) with respect to the IETF activities.   It is probably worth remembering that 
ICANN and the IETF reviewed this role during the ICANN Evolution and Reform
process in 2002, with the IAB specifically noting that the IANA work (per RFC2860)
is an integral component of the IETF’s Internet Standards function - 

	"The IAB notes that this role is undertaken for the IETF as part of the process of implementation of "IANA Considerations" in Internet Standards-track protocol specifications (IETF protocols), as specified in the MoU documented in RFC2860, and is distinct from the ICANN role in the management of domain names and unicast IP addresses. This IETF protocol parameter coordination role is an integral component of the IETF’s Internet Standards function. For this reason the IAB disputes the assertion in the ICANN mission statement that this particular role forms an integral part of ICANN’s mission.”

This discussion eventually led to the removal of the PSO from the ICANN’s Bylaws,
and recognition that ICANN’s role in administration of the IANA registries was well
covered by the RFC 2860 MOU.  In large part because of the overall stability that
was provided by the NTIA IANA Functions contract, there was no particular reason
to revisit the intellectual property arrangements at that time. 

Should we (at that time) have looked into the IPR implications of a potential future
termination of the IETF/ICANN MOU (RFC 2860) and transition another hypothetical
IANA operator?    Given the remote possibility of making any actual change, and the 
overall NTIA stewardship in place, one can easily argue that working on such issues
would have been overkill at the time.   In our present  situation, with a post-NTIA 
environment imminent, it would seem rather prudent to explore these issues.  The
present location of the IANA marks is almost immaterial to the analysis, as that is a
reflection of administrative convenience determined by the community during 
ICANN’s formation rather than any matter of inherent role or responsibility.

Thanks,
/John

Disclaimer: my views alone.