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

John Curran <jcurran@istaff.org> Sat, 20 June 2015 20:46 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 735D51ABC74 for <ianaplan@ietfa.amsl.com>; Sat, 20 Jun 2015 13:46:37 -0700 (PDT)
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 h1vKKcG8_Gjq for <ianaplan@ietfa.amsl.com>; Sat, 20 Jun 2015 13:46:36 -0700 (PDT)
Received: from pmta2.delivery5.ore.mailhop.org (pmta2.delivery5.ore.mailhop.org [54.186.218.12]) by ietfa.amsl.com (Postfix) with SMTP id AC2211ABC75 for <ianaplan@ietf.org>; Sat, 20 Jun 2015 13:46:35 -0700 (PDT)
Received: from [10.1.2.9] (unknown [12.230.92.3]) by outbound2.ore.mailhop.org (Halon Mail Gateway) with ESMTPSA; Sat, 20 Jun 2015 20:46:51 +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: <4F576AF8-A9D3-44BC-83EE-0CD86D5BF07D@gmail.com>
Date: Sat, 20 Jun 2015 16:46:35 -0400
Content-Transfer-Encoding: quoted-printable
Message-Id: <747E3649-D7C5-4AA2-9468-FF092961FEFD@istaff.org>
References: <20150619170708.84611.qmail@ary.lan> <3F18936E1587B5F2BB89E800@JcK-HP8200.jck.com> <55847BE9.9040507@gmail.com> <5584BC64.7060403@gmail.com> <alpine.OSX.2.11.1506192151170.47260@ary.local> <55855F68.4090906@gih.com> <CB2E8A54-4A4D-4DDF-BE62-B15BFC52C42D@istaff.org> <4F576AF8-A9D3-44BC-83EE-0CD86D5BF07D@gmail.com>
To: Bernard Aboba <bernard.aboba@gmail.com>
X-Mailer: Apple Mail (2.2098)
Archived-At: <http://mailarchive.ietf.org/arch/msg/ianaplan/_bgVtnr1hgG5P4BrD791drYHoVM>
Cc: Olivier MJ Crepin-Leblond <ocl@gih.com>, "ianaplan@ietf.org" <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: <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, 20 Jun 2015 20:46:37 -0000

On Jun 20, 2015, at 3:43 PM, Bernard Aboba <bernard.aboba@gmail.com> wrote:
> 
> There is one peculiar aspect of this, which is that currently the IETF has no license to use the IANA trademark, yet it does appear to use it with regularity.  If the IETF's field of use is covered by the registration then there is an issue *today*, yet this topic does not appear to be covered in the MOU nor in the NTIA-ICANN contract, as far as I can see.

Bernard - 
 
   There’s quite a few peculiar aspects to all of this…  (e.g. the USG having a contract
   with ICANN to provide IANA protocol parameter registry services when the IETF has
   an MOU with ICANN for the same services;  the use of IANA mark in a very large
   context by IETF for years  before ICANN ever existed and yet the trademark now 
   held by ICANN, etc.)

   Without getting into an overly laborious exercise, it’s probably good to remember that 
   ICANN was envisioned as a formalized incorporated version of the IANA, and was to 
   do just what Jon (et al) did, only with a more formal structure around it.  The ICANN
   blueprint did not have the vast DNS representation structure and policy development 
   activities; the original bylaws called for the DNSO to be distinct from ICANN, just as
   the ASO and Protocol Support Organization (PSO).   In this context, some of the 
   more interesting aspects of the present arrangements might make more sense.

   The exercise we now face is that the overall USG imprimatur (e.g. the IANA Functions
   contract) may be removed in the near future, and hence we need to make sure that we
   have arrangements that make sense going forward _in the absence of the USG saying
   ‘just make it all work’ via the IANA functions contract_

   This is bound to expose some issues that need to be considered, since the lightweight
   coordination of IETF activities with other communities (i.e. the PSO) has since been 
   struck, the DNS community effectively was injected into ICANN itself (changing it from a 
   formalization of just the IANA into a heavily DNS focused organization.)  None of these
   departures from the original blueprint matter much while we have an all-emcompassing
   NTIA IANA functions contract, but in the absence of such, it’s going to be fairly important
   to get the relationships “right” going forward.

/John

Disclaimers:  My views alone.  
                      Apologies for length, in a airport and lack time for appropriate editing...