Re: RFC3979bis section 7 -- hierarchy of preference for licensing

Stephen Farrell <stephen.farrell@cs.tcd.ie> Tue, 13 August 2013 21:28 UTC

Return-Path: <stephen.farrell@cs.tcd.ie>
X-Original-To: ipr-wg@ietfa.amsl.com
Delivered-To: ipr-wg@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A31C521E8188 for <ipr-wg@ietfa.amsl.com>; Tue, 13 Aug 2013 14:28:09 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -102.224
X-Spam-Level:
X-Spam-Status: No, score=-102.224 tagged_above=-999 required=5 tests=[AWL=-0.225, BAYES_00=-2.599, J_CHICKENPOX_52=0.6, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 2MsV4Oe+s-+D for <ipr-wg@ietfa.amsl.com>; Tue, 13 Aug 2013 14:28:03 -0700 (PDT)
Received: from mercury.scss.tcd.ie (mercury.scss.tcd.ie [134.226.56.6]) by ietfa.amsl.com (Postfix) with ESMTP id 9A10B21E8186 for <ipr-wg@ietf.org>; Tue, 13 Aug 2013 14:28:03 -0700 (PDT)
Received: from localhost (localhost [127.0.0.1]) by mercury.scss.tcd.ie (Postfix) with ESMTP id 559D2BE51; Tue, 13 Aug 2013 22:28:02 +0100 (IST)
X-Virus-Scanned: Debian amavisd-new at scss.tcd.ie
Received: from mercury.scss.tcd.ie ([127.0.0.1]) by localhost (mercury.scss.tcd.ie [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 3btESRXiREoy; Tue, 13 Aug 2013 22:28:01 +0100 (IST)
Received: from [10.87.48.8] (unknown [86.45.54.242]) by mercury.scss.tcd.ie (Postfix) with ESMTPSA id 25551BE4C; Tue, 13 Aug 2013 22:28:01 +0100 (IST)
Message-ID: <520AA4E0.6010303@cs.tcd.ie>
Date: Tue, 13 Aug 2013 22:28:00 +0100
From: Stephen Farrell <stephen.farrell@cs.tcd.ie>
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130803 Thunderbird/17.0.8
MIME-Version: 1.0
To: Stephan Wenger <stewe@stewe.org>
Subject: Re: RFC3979bis section 7 -- hierarchy of preference for licensing
References: <CE2FE6B0.A0B35%stewe@stewe.org>
In-Reply-To: <CE2FE6B0.A0B35%stewe@stewe.org>
X-Enigmail-Version: 1.5.2
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
Cc: Barry Leiba <barryleiba@computer.org>, "ipr-wg@ietf.org" <ipr-wg@ietf.org>
X-BeenThere: ipr-wg@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: IPR-WG <ipr-wg.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ipr-wg>, <mailto:ipr-wg-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/ipr-wg>
List-Post: <mailto:ipr-wg@ietf.org>
List-Help: <mailto:ipr-wg-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ipr-wg>, <mailto:ipr-wg-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 13 Aug 2013 21:28:16 -0000

Hiya,

On 08/13/2013 10:03 PM, Stephan Wenger wrote:
> Steve,
> Please see inline.
> Stephan
> 
> 
> On 8.13.2013 13:02 , "Stephen Farrell" <stephen.farrell@cs.tcd.ie> wrote:
> 
>>
>>
>> On 08/13/2013 06:23 PM, Peter Saint-Andre wrote:
>>> On 8/13/13 11:05 AM, Stephan Wenger wrote:
>>>> Barry,
>>>> Your formulation is certainly more accessible.  I'm fine with it.
>>>
>>> Agreed.
>>>
>>> Formatting aside, is that hierarchy of options complete and accurate? It
>>> looks fine to me and consistent with our "running code" in these
>>> matters. I wonder: do we need to specify a bit more what we mean by
>>> "open-source-friendly non-assert terms"?
>>
>> Overall this is a good change IMO, thanks Stephan.
>> I prefer Barry's formulation.
>>
>> I think we should ask some folks who care a lot about OSS, IPR and
>> licensing to see what they think at some point since it'd be a real
>> shame to make this change but then discover that some important OSS
>> group find it objectionable. (I do however agree with Stephan's
>> approach of not going into too much detail in case we accidentally
>> prefer one OSS camp over another.)
> 
> Feel free :-)
> 
> (Let me note that I ran my idea, before posting, against two colleagues
> who have some experience in the field, but prefer not to be named.
> Neither of them had a concern.)

Good to hear. I'm sure it'd happen as part of IETF LC anyway,
but sooner is better.

> 
>>
>> One other comment, I'd add a 2.5 to Barry's list:
>>
>> - 2.5. same-as-2 but with mutually assured destruction (MAD).
>>
>> Someone would have to figure out how to phrase that but there're
>> plenty of examples (e.g. most or all Cisco declarations) where
>> you lose the right to an RF license if you sue the IPR declarer
>> over your claimed IPR.
> 
> MAD sounds scary.  

Sorry, its a slang-term I've heard used for these. Not sure
how widely its used.

> But a patent lawsuit hardly falls under the category of
> "destruction".  Even small companies get occasionally sued over patents,
> without going down.  Big ones get sued every other week or so.  It's not
> the end of the world.  Moderately scary sometimes, and surely annoying,
> but not necessarily (not even frequently, in my personal experience)
> destructive.
> 
> 2.5 would be called something like "open-source friendly non-assert terms
> with reciprocity condition."
> 
> I have yet to see a non-assert covenant anywhere (inside or outside the
> IETF) that does not include a reciprocity clause (termination of promise
> not to sue in case of litigation or, in some cases, assertion of a patent
> against the rightholder, or his friends, or his customers, or another user
> of the standard, ...).  AFAIR, all IETF disclosures with non-assert terms
> would fall under 2.5 according to your definition.  And, while we are at
> it, I have yet to see a license agreement under RAND or RAND-Z that does
> not include reciprocity conditions.  Therefore, let me suggest it would be
> an unnecessary add of word count and confusion if we were adding 2.5 (and
> corresponding 3.5, 4.5, etc.).

I do think I've seen declarations without reciprocity, though yes
they're perhaps getting very scarce these days.

Nonetheless reciprocity is problematic for some OSS folks I believe.
I think the issue was if a user of the OSS s/w sues the IPR holder
then was it ok for the developer to write that OSS in the first
place? (I might have gotten that wrong though.)

However, I don't really mind too much about this part - the main good
thing here IMO is reflecting the reality that we do prefer our work
to be usable in OSS (for those things where that makes sense, which
is most things).

S.

> 
> 
> 
>>
>> S.
>>
>>>
>>> Peter
>>>
> 
> 
>