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

John Curran <jcurran@istaff.org> Sun, 09 November 2014 15:34 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 EA07C1A1AD9 for <ianaplan@ietfa.amsl.com>; Sun, 9 Nov 2014 07:34:43 -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 l8v7_g5N94r1 for <ianaplan@ietfa.amsl.com>; Sun, 9 Nov 2014 07:34:41 -0800 (PST)
Received: from mho-02-ewr.mailhop.org (mho-02-ewr.mailhop.org [204.13.248.72]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 8345C1A1AD4 for <ianaplan@ietf.org>; Sun, 9 Nov 2014 07:34:41 -0800 (PST)
Received: from [64.129.1.11] (helo=[172.20.3.176]) by mho-02-ewr.mailhop.org with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.72) (envelope-from <jcurran@istaff.org>) id 1XnUVk-000GgL-K2; Sun, 09 Nov 2014 15:34:40 +0000
X-Mail-Handler: Dyn Standard SMTP by Dyn
X-Originating-IP: 64.129.1.11
X-Report-Abuse-To: abuse@dyndns.com (see http://www.dyndns.com/services/sendlabs/outbound_abuse.html for abuse reporting information)
X-MHO-User: U2FsdGVkX18/njvNx4WEYYrO/xuPqaHH
Content-Type: text/plain; charset="us-ascii"
Mime-Version: 1.0 (Mac OS X Mail 8.0 \(1990.1\))
From: John Curran <jcurran@istaff.org>
In-Reply-To: <545F69FB.5000501@meetinghouse.net>
Date: Sun, 09 Nov 2014 05:34:37 -1000
Content-Transfer-Encoding: quoted-printable
Message-Id: <7B719509-5A93-4B85-B7E2-262DDCB64461@istaff.org>
References: <631e3e3d29c843bd9c23151c63612989@EX13-MBX-13.ad.syr.edu> <20141105154903.GI30379@mx1.yitter.info> <498a39b81b774192bd2d609b3feab35f@EX13-MBX-13.ad.syr.edu> <20141105234444.GM31320@crankycanuck.ca> <545ABCB0.5080206@meetinghouse.net> <8f3dcda6c3db4cd8be1b77444f987d59@EX13-MBX-13.ad.syr.edu> <D0805C27.136BE7%jon.peterson@neustar.biz> <059f2b06a7b44f09b7568d8966861fb8@EX13-MBX-13.ad.syr.edu> <D0824FAD.137A42%jon.peterson@neustar.biz> <E314302D-5179-4899-9DB7-A3AF18C134E8@gmail.com> <20141108155153.GB37292@mx1.yitter.info> <D083864D.138D18%jon.peterson@neustar.biz> <A6D94EF5-BD92-4080-8C18-E415BD0BB880@isi.edu> <C78A1523-316F-46A1-9FCE-D0D205679C84@gmail.com> <13B26DE5-315D-453F-B89B-377CCD338ED9@isi.edu> <A7BD5ECF-11E4-42F1-A2B7-BF9B399635C3@gmail.com> <14D42443-53E7-49FA-88DD-7F4BB6BC2DF4@istaff.org> <545F69FB.5000501@meetinghouse.net>
To: Miles Fidelman <mfidelman@meetinghouse.net>
X-Mailer: Apple Mail (2.1990.1)
Archived-At: http://mailarchive.ietf.org/arch/msg/ianaplan/xo0_qYMfJa8EH_bTRG0UazxS2hA
Cc: "ianaplan@ietf.org" <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: Sun, 09 Nov 2014 15:34:44 -0000

On Nov 9, 2014, at 3:19 AM, Miles Fidelman <mfidelman@meetinghouse.net> wrote:
> John Curran wrote:
>> 
>> It is not at all clear whether the IETF has any need to own the
>> IANA mark or domain; if the IETF determines that its use of the
>> mark and domain are important to the protocol parameter function,
>> then it only needs to ensure that it has the ability to use them -
>> that does not require ownership, only an appropriate agreement
>> providing for such use with the owner... (while there may be some
>> merit in being that owner, that is more than strictly necessary.)
> 
> The primary reason for addressing the issue is to avoid or reduce the potential for costly trademark litigation down the road.  If all remains cooperative, as may predict, then there's no issue at all. On the other hand, if an edge case arises - an attempt to change IANA contractors under less-than-cooperative situations - there is the potential for nasty litigation, as well as technical game playing.

Miles - 
 
  I was probably unclear in my points above - my first point is simply that
  if the use of the mark and domain name are deemed incidental to the proper 
  functioning of the IETF's protocol parameter registries, then the potential
  for costly trademark litigation is rather low, as the IETF can always switch 
  to use of some other name if continued use of the IANA name & mark is not 
  possible.

  If use of the IANA mark/name is important to proper functioning of the IETF's 
  protocol parameter registries, then some arrangement should be made so that 
  it is available for this purpose.  My second point was simply that arranging 
  for use of the mark/name does not mean obtaining ownership; it likely can be 
  accomplished with proper licensing regardless of the owner, and discussion 
  (in the case of use of the name/mark being relevant) should be focused on 
  ensuring the IETF has appropriate arrangements, which does not automatically
  mean requiring ownership of the marks and name.

> As a general rule, organizations don't "go into business" with the expectation of unfriendly relations. Contracts are written to create clarity as to roles, and responsibilities, and to attempt to detail, in advance, how edge cases are to be handled.  In the eventuality of things going wrong, the clearer the contract, the less likely things are to end up in costly litigation.

  Correct, but that refers to the desire for clear arrangements (which I was
  not arguing) - my point was simply that, should the IETF deem that it has
  a need in the use of the mark & name, it is not clear that ownership is the
  only option available.
  
/John

Disclaimer: my views alone.