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

Stephan Wenger <stewe@stewe.org> Thu, 15 August 2013 23:42 UTC

Return-Path: <stewe@stewe.org>
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 D6C4311E81C1 for <ipr-wg@ietfa.amsl.com>; Thu, 15 Aug 2013 16:42:38 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -3.561
X-Spam-Level:
X-Spam-Status: No, score=-3.561 tagged_above=-999 required=5 tests=[AWL=0.037, BAYES_00=-2.599, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-1]
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 KRgKx8OU9R5I for <ipr-wg@ietfa.amsl.com>; Thu, 15 Aug 2013 16:42:33 -0700 (PDT)
Received: from na01-bl2-obe.outbound.protection.outlook.com (mail-bl2lp0211.outbound.protection.outlook.com [207.46.163.211]) by ietfa.amsl.com (Postfix) with ESMTP id 7F48C11E80D7 for <ipr-wg@ietf.org>; Thu, 15 Aug 2013 16:42:32 -0700 (PDT)
Received: from CO1PR07MB191.namprd07.prod.outlook.com (10.242.167.145) by CO1PR07MB109.namprd07.prod.outlook.com (10.242.167.15) with Microsoft SMTP Server (TLS) id 15.0.731.16; Thu, 15 Aug 2013 23:42:29 +0000
Received: from CO1PR07MB191.namprd07.prod.outlook.com (10.242.167.145) by CO1PR07MB191.namprd07.prod.outlook.com (10.242.167.145) with Microsoft SMTP Server (TLS) id 15.0.745.25; Thu, 15 Aug 2013 23:42:28 +0000
Received: from CO1PR07MB191.namprd07.prod.outlook.com ([169.254.3.103]) by CO1PR07MB191.namprd07.prod.outlook.com ([169.254.3.103]) with mapi id 15.00.0745.000; Thu, 15 Aug 2013 23:42:28 +0000
From: Stephan Wenger <stewe@stewe.org>
To: Ted Hardie <ted.ietf@gmail.com>
Subject: Re: RFC3979bis section 7 -- hierarchy of preference for licensing
Thread-Topic: RFC3979bis section 7 -- hierarchy of preference for licensing
Thread-Index: AQHOmEDhcIeQON3L40qNzrLqKz06gJmUGgqQgADAy4CAAQKTAIABESeA//+NvgA=
Date: Thu, 15 Aug 2013 23:42:27 +0000
Message-ID: <CE32B41F.A1081%stewe@stewe.org>
In-Reply-To: <CA+9kkMCJQxbMpOFArUoatrSjdCdyaECGRcTuTmFfiX2nAxw8BQ@mail.gmail.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [71.202.147.60]
x-forefront-prvs: 0939529DE2
x-forefront-antispam-report: SFV:NSPM; SFS:(24454002)(51444003)(189002)(199002)(377454003)(4396001)(47736001)(81342001)(54316002)(56776001)(77982001)(47976001)(50986001)(74662001)(31966008)(69226001)(74502001)(47446002)(81542001)(49866001)(56816003)(76482001)(53806001)(59766001)(54356001)(77096001)(19580395003)(83322001)(19580405001)(16236675002)(83072001)(80022001)(66066001)(65816001)(46102001)(80976001)(51856001)(76176001)(79102001)(16406001)(36756003)(76786001)(74366001)(76796001)(81816001)(63696002)(74876001)(74706001)(81686001)(42262001); DIR:OUT; SFP:; SCL:1; SRVR:CO1PR07MB191; H:CO1PR07MB191.namprd07.prod.outlook.com; CLIP:71.202.147.60; RD:InfoNoRecords; MX:1; A:0; LANG:en;
Content-Type: multipart/alternative; boundary="_000_CE32B41FA1081stewesteweorg_"
MIME-Version: 1.0
X-OriginatorOrg: stewe.org
Cc: "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: Thu, 15 Aug 2013 23:42:39 -0000

Hi Ted,
I see your points, and I concur.  If we were extending the hierarchy by adding non-assert, that sentence I quoted below has to be adjusted and most likely expanded on.  I have no problems in adding word count here as this is IMO one of the most important features of the IETF IPR policy and certainly one that is uncommon in major SDOs.   I should have mentioned this in my original mail.
Stephan


From: Ted Hardie <ted.ietf@gmail.com<mailto:ted.ietf@gmail.com>>
Date: Thursday, 15 August, 2013 16:31
To: Stephan Wenger <stewe@stewe.org<mailto:stewe@stewe.org>>
Cc: "ipr-wg@ietf.org<mailto:ipr-wg@ietf.org>" <ipr-wg@ietf.org<mailto:ipr-wg@ietf.org>>
Subject: Re: RFC3979bis section 7 -- hierarchy of preference for licensing

On Thu, Aug 15, 2013 at 7:13 AM, Stephan Wenger <stewe@stewe.org<mailto:stewe@stewe.org>> wrote:
 In particular, right after the sentence I try to improve on, follows:
"
But IETF working groups have the discretion
to adopt technology with a commitment of fair and non-discriminatory
terms, or even with no licensing commitment, if they feel that this
technology is superior enough to alternatives with fewer IPR claims
or free licensing to outweigh the potential cost of the licenses.
"
Isn't that already addressing your concern?

I don't think it is adequate any more.  The old stuff basically said "We want to get fair and non-discriminatory, and when we don't get it for a superior technology, the working group could still choose the superior technology".   Not quite a binary view of "yes,we got what we want" vs. "no we didn't", but certainly not a full hierarchy either.

A working group choosing between technology A. (non-assert) and technology B. (RAND-Z)  isn't really in the same place as one chosing between C (non-assert) and F (rand-with-royalties).  It's making a very different trade-off, and I think that should be made clear.  We should say that the working group (not this hierarchical list) makes the trade-off; it may be informed by this general list, but if it has even a moderate reason to prefer B over A, that may be justifiable.

Put a very different way "superior enough" is pretty variable, and the judge is the working group--let's make that clear.


Should we change the order of the parts of the section, such that the above citation (or something similar) appears prominently at the begin of section 7?


I don't think the ordering is salient, here, personally, as by the time we get to referring to this document, people better be reading the whole thing.

Ted

Stephan



From: Ted Hardie <ted.ietf@gmail.com<mailto:ted.ietf@gmail.com>>
Date: Wednesday, 14 August, 2013 08:48
To: Stephan Wenger <stewe@stewe.org<mailto:stewe@stewe.org>>
Cc: "ipr-wg@ietf.org<mailto:ipr-wg@ietf.org>" <ipr-wg@ietf.org<mailto:ipr-wg@ietf.org>>
Subject: Re: RFC3979bis section 7 -- hierarchy of preference for licensing

So, I've read the thread to this point, and as I watched I got more and more niggled with the feeling that it was heading in the wrong direction.

As I thought about why, I realized that the whole of hierarchy of preference discussion is disconnected from what a WG does:  make tradeoffs.   A working group faced with technology A with license FOO and technology B with license BAR is almost never going to pick solely on license; it's a balance of the benefits of the technology and the consequences of the license.  Creating a hierarchy of preference for license terms has a sort of theoretical advantage in that it tells people who are considering what licenses the IETF likes.  Those people probably have lawyers with other things to think about it, so I suspect it of being pretty theoretical, but harmless.

This section, though, does not seem to me good enoughfi  we are going to state a preference hierarchy.:


   In general, IETF working groups prefer technologies with no known IPR
   claims or, for technologies with claims against them, an offer of
   royalty-free licensing.  But IETF working groups have the discretion
   to adopt technology with a commitment of fair and non-discriminatory
   terms, or even with no licensing commitment, if they feel that this
   technology is superior enough to alternatives with fewer IPR claims
   or free licensing to outweigh the potential cost of the licenses.


I think we need language that says explicitly that the working group makes the trade-off between the technology's advantages and the license's conditions.  Otherwise, I foresee WGs with people arguing that technology B must be chosen because its license is higher in the hierarchy and acceptable (for some value of acceptable).