RE: clarification of blanket statement text

"Lawrence Rosen" <lrosen@rosenlaw.com> Tue, 15 February 2005 22:08 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 RAA18106 for <ipr-wg-web-archive@ietf.org>; Tue, 15 Feb 2005 17:08:11 -0500 (EST)
Received: from megatron.ietf.org ([132.151.6.71]) by ietf-mx.ietf.org with esmtp (Exim 4.33) id 1D1BCl-0003D3-HQ for ipr-wg-web-archive@ietf.org; Tue, 15 Feb 2005 17:30:03 -0500
Received: from localhost.localdomain ([127.0.0.1] helo=megatron.ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1D1Apn-0004oP-Gh; Tue, 15 Feb 2005 17:06:19 -0500
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1D1And-0003zc-Gt for ipr-wg@megatron.ietf.org; Tue, 15 Feb 2005 17:04:05 -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 RAA17809 for <ipr-wg@ietf.org>; Tue, 15 Feb 2005 17:04:03 -0500 (EST)
Received: from mail26c.sbc-webhosting.com ([216.173.237.166]) by ietf-mx.ietf.org with smtp (Exim 4.33) id 1D1B8k-00037X-To for ipr-wg@ietf.org; Tue, 15 Feb 2005 17:25:55 -0500
Received: from www.rosenlaw.com (216.173.242.124) by mail26c.sbc-webhosting.com (RS ver 1.0.95vs) with SMTP id 1-0716125036; Tue, 15 Feb 2005 17:03:58 -0500 (EST)
From: Lawrence Rosen <lrosen@rosenlaw.com>
To: 'Scott W Brim' <sbrim@cisco.com>, ipr-wg@ietf.org
Date: Tue, 15 Feb 2005 14:03:55 -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: AcUTozWcsC/8xVFMT4igHA5SoF9R1wAAjYGQ
In-Reply-To: <20050215205902.GY1088@sbrim-w2k02>
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2180
Message-ID: <20050215170358.GA71612@mail26c.sbc-webhosting.com>
X-Loop-Detect: 1
X-Spam-Score: 0.0 (/)
X-Scan-Signature: fb6060cb60c0cea16e3f7219e40a0a81
Content-Transfer-Encoding: 7bit
Subject: RE: clarification of blanket statement text
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: 6cca30437e2d04f45110f2ff8dc1b1d5
Content-Transfer-Encoding: 7bit

> Could the "not assert" terms in those be used in a blanket statement
> legitimately according to RFC 3668?

Simple phrases like “not assert” and “royalty-free” cannot possibly
suffice to describe acceptable patent licensing terms for open standards.

Consider the “non-assert” language of IBM’s recent grant of 500 patents
solely for “open source implementations.” Or Sun’s recent royalty-free
grant of 1,600 patents solely for software (like Solaris!) licensed under
its CDDL. Or Microsoft’s royalty-free grant of rights to its Sender ID
patents on terms otherwise unacceptable to the GPL, Apache and other open
source licenses. Or Cisco’s non-assert patent grant that places other
companies’ patents at risk through its “defensive termination” clause.

These are *all* examples of encumbrances upon the free exercise of patent
rights. Clarifying which are legitimate and which not is the function of an
IETF patent policy. We don’t currently have a policy that does that.

As for the scope of the charter of the IPR WG, if the charter doesn’t
include an opportunity to address these issues completely, any tinkering
with current language as has been done on this list in recent weeks is an
utter waste of energy and time.

Regards,

/Larry Rosen

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 Scott W Brim
> Sent: Tuesday, February 15, 2005 12:59 PM
> To: ipr-wg@ietf.org
> Subject: clarification of blanket statement text
>
> I'd like to discuss this at the meeting.  If necessary I can write up
> a small draft based on the results of discussion.  It's within scope
> of the current charter.
>
> In RFC 3668 6.4.3, it says:
>
>    However, the requirement for an IPR disclosure is satisfied by a
>    blanket statement of the IPR discloser's willingness to license all
>    of its potential IPR meeting the requirements of Section 6.6 (and
>    either Section 6.1.1 or 6.1.2) to implementers of an IETF
>    specification on a royalty-free basis as long as any other terms
>    and conditions are disclosed in the IPR disclosure statement.
>
> RFC 3668 explicitly says "royalty-free".
> http://www.ietf.org/ietf/IPR/DYNAMICSOFT-SIMPLE.txt uses that term,
> but consider
> http://www.ietf.org/ietf/IPR/cisco-ipr-draft-salowey-tls-ticket.txt,
> http://www.ietf.org/ietf/IPR/hp-mib, and the classic RFC 1822 as
> examples that do not say "royalty-free" -- they say the discloser will
> "not assert" its patent except under certain specified conditions.
>
> Could the "not assert" terms in those be used in a blanket statement
> legitimately according to RFC 3668?
>
> Thanks ... Scott (Brim)
>
> _______________________________________________
> 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