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

Miles Fidelman <mfidelman@meetinghouse.net> Sun, 09 November 2014 13:20 UTC

Return-Path: <mfidelman@meetinghouse.net>
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 EF4971A1AB6 for <ianaplan@ietfa.amsl.com>; Sun, 9 Nov 2014 05:20:06 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.881
X-Spam-Level:
X-Spam-Status: No, score=-0.881 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, MISSING_HEADERS=1.021, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=no
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 QZuZeNcqoJdx for <ianaplan@ietfa.amsl.com>; Sun, 9 Nov 2014 05:20:05 -0800 (PST)
Received: from server1.neighborhoods.net (server1.neighborhoods.net [207.154.13.48]) by ietfa.amsl.com (Postfix) with ESMTP id 864891A1AAF for <ianaplan@ietf.org>; Sun, 9 Nov 2014 05:20:05 -0800 (PST)
Received: from localhost (localhost.localdomain [127.0.0.1]) by server1.neighborhoods.net (Postfix) with ESMTP id E143ECC080 for <ianaplan@ietf.org>; Sun, 9 Nov 2014 08:20:04 -0500 (EST)
X-Virus-Scanned: by amavisd-new-2.6.2 (20081215) (Debian) at neighborhoods.net
Received: from server1.neighborhoods.net ([127.0.0.1]) by localhost (server1.neighborhoods.net [127.0.0.1]) (amavisd-new, port 10024) with LMTP id PyuOXEVILTBk for <ianaplan@ietf.org>; Sun, 9 Nov 2014 08:19:56 -0500 (EST)
Received: from new-host-3.home (pool-72-93-213-216.bstnma.fios.verizon.net [72.93.213.216]) by server1.neighborhoods.net (Postfix) with ESMTPSA id F0731CC07C for <ianaplan@ietf.org>; Sun, 9 Nov 2014 08:19:55 -0500 (EST)
Message-ID: <545F69FB.5000501@meetinghouse.net>
Date: Sun, 09 Nov 2014 08:19:55 -0500
From: Miles Fidelman <mfidelman@meetinghouse.net>
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:33.0) Gecko/20100101 Firefox/33.0 SeaMonkey/2.30
MIME-Version: 1.0
CC: "ianaplan@ietf.org" <ianaplan@ietf.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>
In-Reply-To: <14D42443-53E7-49FA-88DD-7F4BB6BC2DF4@istaff.org>
Content-Type: text/plain; charset="ISO-8859-1"; format="flowed"
Content-Transfer-Encoding: 7bit
Archived-At: http://mailarchive.ietf.org/arch/msg/ianaplan/HUnYDy9iH3KizrQCxsLFxh2MuDk
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 13:20:07 -0000

John Curran wrote:
> On Nov 8, 2014, at 7:23 PM, Bernard Aboba <bernard.aboba@gmail.com> wrote:
>> The owner of trademark can use it to assert ownership not only of a directly corresponding domain name, but also of similar names.
>>
>> However that does not necessarily imply that it is desirable for the IETF Trust to own the IANA trademark. Trademarks (particularly ones involving registrations in multiple countries) can be quite expensive to register and protect. So unless the Trust has examined the costs involved and finds them manageable, it might make more sense to focus on the conditions for transfer to a successor contractor.
> 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.

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.

RFC2860 (or more accurately the MoU and supplemental agreements) contain 
pretty clearly written language (IMHO).  To the extent that we are 
recommending or proposing changes/additions to existing contractual 
arrangements, as part of our proposal response - it behooves us to be as 
clear.

To the earlier comment that we're spending way to much time on this:  
Each clause in a contract deserves as much attention as each paragraph 
in a technical spec.  That's the nature of the beast.

Miles Fidelman


-- 
In theory, there is no difference between theory and practice.
In practice, there is.   .... Yogi Berra