Re: [Internetgovtech] Guiding the Evolution of the IANA Protocol Parameter Registries

Michael StJohns <mstjohns@comcast.net> Fri, 14 March 2014 20:49 UTC

Return-Path: <mstjohns@comcast.net>
X-Original-To: internetgovtech@ietfa.amsl.com
Delivered-To: internetgovtech@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0FC5D1A01CB for <internetgovtech@ietfa.amsl.com>; Fri, 14 Mar 2014 13:49:18 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.049
X-Spam-Level:
X-Spam-Status: No, score=-2.049 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, MISSING_MID=0.497, RP_MATCHES_RCVD=-0.547, 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 G3iX6NRdOGQq for <internetgovtech@ietfa.amsl.com>; Fri, 14 Mar 2014 13:49:12 -0700 (PDT)
Received: from qmta05.westchester.pa.mail.comcast.net (qmta05.westchester.pa.mail.comcast.net [IPv6:2001:558:fe14:43:76:96:62:48]) by ietfa.amsl.com (Postfix) with ESMTP id 7E37D1A01DC for <internetgovtech@iab.org>; Fri, 14 Mar 2014 13:49:12 -0700 (PDT)
Received: from omta22.westchester.pa.mail.comcast.net ([76.96.62.73]) by qmta05.westchester.pa.mail.comcast.net with comcast id dUr91n0091ap0As55Yp5Qq; Fri, 14 Mar 2014 20:49:05 +0000
Received: from Mike-T530ssd.comcast.net ([68.34.113.195]) by omta22.westchester.pa.mail.comcast.net with comcast id dYp31n00e4D0RQL3iYp5d7; Fri, 14 Mar 2014 20:49:05 +0000
X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9
Date: Fri, 14 Mar 2014 16:49:08 -0400
To: Geoff Huston <gih@apnic.net>, l.wood@surrey.ac.uk
From: Michael StJohns <mstjohns@comcast.net>
In-Reply-To: <3F12C9B5-61B6-4C28-B73A-320D80A6AE17@apnic.net>
References: <53066F72.6080809@cisco.com> <CF2CB88C.1B2CA%alissa@cooperw.in> <53078600.3090104@cisco.com> <CF2CCDF6.1B3E7%alissa@cooperw.in> <53086568.7050707@cisco.com> <3FFD6830-DC12-4707-AE2B-0FE1F251B198@vigilsec.com> <530921E3.7060005@cisco.com> <DFC22E37-7FA1-4973-A804-73C00685419C@iab.org> <DF55C3B2-FF68-4001-B778-4CBC4354CAB6@iab.org> <39ED9EBA-C644-40A4-B45B-9764032CE277@apnic.net> <BA199E69-BA8D-4CFF-BEE4-DE444115C4D9@shinkuro.com> <0F0A2653-1FC8-475F-B123-01E96E26CECF@apnic.net> <290E20B455C66743BE178C5C84F1240847E633476A@EXMB01CMS.surrey.ac.uk> <3F12C9B5-61B6-4C28-B73A-320D80A6AE17@apnic.net>
Mime-Version: 1.0
Content-Type: multipart/alternative; boundary="=====================_305081701==.ALT"
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=comcast.net; s=q20121106; t=1394830145; bh=KG1nBbssufnbsgMxq/f5Itb2vYMkxBma/oHy/JxLkaA=; h=Received:Received:Date:To:From:Subject:Mime-Version:Content-Type; b=XozkdmWmQuPwvwcoLOl+aENcpi5zPFUYBSsAK15UIZVpZUSjGyxqewbtuPPRWp+8s izxXOUchfA1pCiipEliuV9CyYlvJmUbhAoS26KopZiMFBE84DGuO2JdqLekdZ9xSUE cVKM10m/GqYQICPBdqE6Sx6l8ba/kNMQb3PYk0z4hDQSTQn9+Lm1LFk6bNIm8IhTcQ joS4ITzWD4cF4C4NbSvznCZicenZTX9uPJPHq4zkyAX6mOHe96TDyMLloOywZrZOFb Skew3CeJclRJb8aJq+lHAaTza8Euasr/V60/MS2iM83IV4qLoSIASZfQtUN2Dt8mBL KaNVb5YPX9puA==
Archived-At: http://mailarchive.ietf.org/arch/msg/internetgovtech/9clzYNp8OCAxYQM_5aXwu_ghFzw
X-Mailman-Approved-At: Fri, 14 Mar 2014 13:53:04 -0700
Cc: internetgovtech@iab.org, "ietf@ietf.org Mailing List" <ietf@ietf.org>
Subject: Re: [Internetgovtech] Guiding the Evolution of the IANA Protocol Parameter Registries
X-BeenThere: internetgovtech@iab.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: Internet Governance and IETF technical work <internetgovtech.iab.org>
List-Unsubscribe: <https://www.iab.org/mailman/options/internetgovtech>, <mailto:internetgovtech-request@iab.org?subject=unsubscribe>
List-Archive: <http://www.iab.org/mail-archive/web/internetgovtech/>
List-Post: <mailto:internetgovtech@iab.org>
List-Help: <mailto:internetgovtech-request@iab.org?subject=help>
List-Subscribe: <https://www.iab.org/mailman/listinfo/internetgovtech>, <mailto:internetgovtech-request@iab.org?subject=subscribe>
X-List-Received-Date: Fri, 14 Mar 2014 20:49:18 -0000
X-Message-ID:
Message-ID: <20140418044908.2560.39670.ARCHIVE@ietfa.amsl.com>

At 01:23 AM 3/13/2014, Geoff Huston wrote:
>. But I thought we were talking principles, and the principle I was espousing was that all intellectual property rights in the content of the protocol parameters registries remains with the IETF, and does not vest with the registry operator. I guess I'm treading on the toes of an historic US position that in the past appeared to be that the intellectual property rights of the IANA protocol parameter registries that were operated under the terms of contracts with variously ARPA, DARPA and the NSF vested with the USG in some fashion, and its a question that we appear to want to avoid as there has never been any statements from the NTIA that expressly disclaim this, and noone appears to want to press the point.

There's this legal concept of a "quitclaim" that might be useful here.  It can be used by anyone, especially in cases where there may be an appearance of (legal) interest, but where the actual facts aren't firmly established.

Webster has it as:

>
>quit·claim
>
>
>
>transitive verb \ kwit- kl m\
>:  to release or relinquish a legal claim to; especially :  to release a claim to or convey by a quitclaim deed 
>­ quitclaim noun 


Maybe the right answer is to simply ask for quitclaims from the US Gov't, and from ICANN, (and others?) with respect to any and all IPR, copyright claims, etc they may hold, if any,  in the protocol parameters registry to be resolved or transferred to or for the benefit of the IETF trust.  At least then we'd know rather than continuing to dance around it.  The quid pro quo might be a quitclaim from us for similar interests in the DNS and IP registries.


Mike