RE: draft-bradner-rfc-extracts-00 and the risk of "false RFCs"

"Lawrence Rosen" <lrosen@rosenlaw.com> Fri, 18 February 2005 19:04 UTC

Received: from ietf-mx.ietf.org (ietf-mx.ietf.org [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id OAA24635 for <ipr-wg-web-archive@ietf.org>; Fri, 18 Feb 2005 14:04:19 -0500 (EST)
Received: from megatron.ietf.org ([132.151.6.71]) by ietf-mx.ietf.org with esmtp (Exim 4.33) id 1D2Dm2-0005rU-IE for ipr-wg-web-archive@ietf.org; Fri, 18 Feb 2005 14:26:46 -0500
Received: from localhost.localdomain ([127.0.0.1] helo=megatron.ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1D2D4j-00071S-Rk; Fri, 18 Feb 2005 13:42:01 -0500
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1D2D3B-0005I3-NB for ipr-wg@megatron.ietf.org; Fri, 18 Feb 2005 13:40:25 -0500
Received: from ietf-mx.ietf.org (ietf-mx.ietf.org [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id NAA20162 for <ipr-wg@ietf.org>; Fri, 18 Feb 2005 13:40:22 -0500 (EST)
Received: from mail26b.sbc-webhosting.com ([216.173.237.165] helo=mail26c.sbc-webhosting.com) by ietf-mx.ietf.org with smtp (Exim 4.33) id 1D2DOs-0004v5-Og for ipr-wg@ietf.org; Fri, 18 Feb 2005 14:02:52 -0500
Received: from www.rosenlaw.com (216.173.242.124) by mail26b.sbc-webhosting.com (RS ver 1.0.95vs) with SMTP id 1-0474412016; Fri, 18 Feb 2005 13:40:18 -0500 (EST)
From: Lawrence Rosen <lrosen@rosenlaw.com>
To: 'Stephane Bortzmeyer' <bortzmeyer@nic.fr>, ipr-wg@ietf.org
Date: Fri, 18 Feb 2005 10:40:15 -0800
Organization: Rosenlaw & Einschlag
MIME-Version: 1.0
Content-Type: text/plain; charset="iso-2022-jp"
Content-Transfer-Encoding: 7bit
X-Mailer: Microsoft Office Outlook, Build 11.0.6353
Thread-Index: AcUV4satYcE9qQfTSYOHTV36AXvKcAABh4eA
In-Reply-To: <20050218171352.GA18414@nic.fr>
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2180
Message-ID: <20050218134018.GA47441@mail26b.sbc-webhosting.com>
X-Loop-Detect: 1
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 5a9a1bd6c2d06a21d748b7d0070ddcb8
Content-Transfer-Encoding: 7bit
Subject: RE: draft-bradner-rfc-extracts-00 and the risk of "false RFCs"
X-BeenThere: ipr-wg@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
Reply-To: lrosen@rosenlaw.com
List-Id: IPR-WG <ipr-wg.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/ipr-wg>, <mailto:ipr-wg-request@ietf.org?subject=unsubscribe>
List-Post: <mailto:ipr-wg@ietf.org>
List-Help: <mailto:ipr-wg-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/ipr-wg>, <mailto:ipr-wg-request@ietf.org?subject=subscribe>
Sender: ipr-wg-bounces@ietf.org
Errors-To: ipr-wg-bounces@ietf.org
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 082a9cbf4d599f360ac7f815372a6a15
Content-Transfer-Encoding: 7bit

Stephane,

Your analysis is correct. There is no threat to anyone from modification of
RFC documents after they are published, and the only meaningful way to
protect the "authentic" from the "forked" standard is to use trademarks.

/Larry

Lawrence Rosen
Rosenlaw & Einschlag, technology law offices (www.rosenlaw.com)
3001 King Ranch Road, Ukiah, CA 95482
707-485-1242  ●  fax: 707-485-1243
Author of “Open Source Licensing: Software Freedom 
               and Intellectual Property Law” (Prentice Hall 2004)
 

> -----Original Message-----
> From: ipr-wg-bounces@ietf.org [mailto:ipr-wg-bounces@ietf.org] On Behalf
> Of Stephane Bortzmeyer
> Sent: Friday, February 18, 2005 9:14 AM
> To: ipr-wg@ietf.org
> Subject: draft-bradner-rfc-extracts-00 and the risk of "false RFCs"
> 
> "Extracting RFCs", draft-bradner-rfc-extracts-00, says:
> 
> > It would clearly be confusing if someone could take an IETF standard
> > such as RFC 3270 (MPLS Support of Differentiated Services), change a
> > few key words and republish it, maybe in a textbook, as the
> > definitive standards for MPLS Support of Differentiated Services.
> 
> I owe to Glenn Maynard what seems to be a fatal flaw in that
> reasoning. Glenn said:
> 
> > Further, nothing prevents me from writing up my own bogus standard
> > and calling it "RFC 3270 (MPLS Support of Differentiated Services)";
> > since it's not a derivative work of the other RFC 3270, its
> > copyright license is irrelevant.
> 
> So, the restriction on modification of RFCs does *not* prevent
> misrepresentation. Copyright only prevents you to *modify* a RFC, not
> to *pose* as such.
> 
> It seems the only protections against this misrepresentation are
> trademarks ("do not dare to call your thing Coca-Cola!"), which are
> used, for instance, by some free software projects (Mozilla and
> NetBSD, for instance) or may be legal action for deception (I'm not
> sure of the legal word in english, but, in France, you can certainly
> sue for "tromperie" if someone publishes a text posing as a standard).
> 
> Comments?
> 
> 
> _______________________________________________
> Ipr-wg mailing list
> Ipr-wg@ietf.org
> https://www1.ietf.org/mailman/listinfo/ipr-wg


_______________________________________________
Ipr-wg mailing list
Ipr-wg@ietf.org
https://www1.ietf.org/mailman/listinfo/ipr-wg