Re: RFC3979bis section 7 -- hierarchy of preference for licensing
Ted Hardie <ted.ietf@gmail.com> Wed, 14 August 2013 15:48 UTC
Return-Path: <ted.ietf@gmail.com>
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 590C621E80B7 for <ipr-wg@ietfa.amsl.com>; Wed, 14 Aug 2013 08:48:08 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.599
X-Spam-Level:
X-Spam-Status: No, score=-2.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HTML_MESSAGE=0.001, NO_RELAYS=-0.001]
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 Y9V7xXN0U54M for <ipr-wg@ietfa.amsl.com>; Wed, 14 Aug 2013 08:48:07 -0700 (PDT)
Received: from mail-ie0-x22f.google.com (mail-ie0-x22f.google.com [IPv6:2607:f8b0:4001:c03::22f]) by ietfa.amsl.com (Postfix) with ESMTP id 9663621E80B5 for <ipr-wg@ietf.org>; Wed, 14 Aug 2013 08:48:07 -0700 (PDT)
Received: by mail-ie0-f175.google.com with SMTP id s9so13058008iec.34 for <ipr-wg@ietf.org>; Wed, 14 Aug 2013 08:48:07 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=Yof1HoH3eCiqSqaDuPrC6qMcPyj80n7KnOTLlP3kbN8=; b=XHyUWZXwszw/0YFEQG5bN3CpTRrwe6mMO3MPDjeoFF06U98MpoGBmGbE8ROcNRLs/Z Tif6K9WjqNbbEjs4FXb19TGGaouVsmQMwNql9kE9LCYDaDERd8uz9ooiMs4D5++aa2oJ cmT3bhmEOFvoOWGHC343hNLLctpGdyr8JPtIVQuKKz9G4Du0agUfQbYG4tnHSYLXRQlj /QVQZ5W+BLhZhE2vRDLs91T84rW6E6lQqYRrccVUZ0VN5gN7grNjAALNjepuJXVpit7t ArFTLMbmjePDMrzVT2SnCZP/iHStMdjxqCuOpcVDha0oqeTrNeKKAPQRcuGU8CezcQVP lz7A==
MIME-Version: 1.0
X-Received: by 10.42.37.203 with SMTP id z11mr747864icd.56.1376495287234; Wed, 14 Aug 2013 08:48:07 -0700 (PDT)
Received: by 10.42.29.202 with HTTP; Wed, 14 Aug 2013 08:48:07 -0700 (PDT)
In-Reply-To: <B68EFB284B10C249835C566A0CE08AA2498F8704@TK5EX14MBXC294.redmond.corp.microsoft.com>
References: <CE30292A.A0AE7%stewe@stewe.org> <B68EFB284B10C249835C566A0CE08AA2498F8704@TK5EX14MBXC294.redmond.corp.microsoft.com>
Date: Wed, 14 Aug 2013 08:48:07 -0700
Message-ID: <CA+9kkMCSmy9Gsrq_4C-gWOktC063nK_cruK18Dw+UYm4qLB1ZQ@mail.gmail.com>
Subject: Re: RFC3979bis section 7 -- hierarchy of preference for licensing
From: Ted Hardie <ted.ietf@gmail.com>
To: Stephan Wenger <stewe@stewe.org>
Content-Type: multipart/alternative; boundary="90e6ba613836a1797004e3ea4846"
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: Wed, 14 Aug 2013 15:48:08 -0000
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).
- RFC3979bis section 7 -- hierarchy of preference f… Stephan Wenger
- Re: RFC3979bis section 7 -- hierarchy of preferen… Barry Leiba
- Re: RFC3979bis section 7 -- hierarchy of preferen… Stephan Wenger
- Re: RFC3979bis section 7 -- hierarchy of preferen… Peter Saint-Andre
- Re: RFC3979bis section 7 -- hierarchy of preferen… Stephen Farrell
- Re: RFC3979bis section 7 -- hierarchy of preferen… Stephan Wenger
- Re: RFC3979bis section 7 -- hierarchy of preferen… Brian E Carpenter
- Re: RFC3979bis section 7 -- hierarchy of preferen… Stephan Wenger
- Re: RFC3979bis section 7 -- hierarchy of preferen… Stephen Farrell
- RE: RFC3979bis section 7 -- hierarchy of preferen… David Rudin (LCA)
- Re: RFC3979bis section 7 -- hierarchy of preferen… Ted Hardie
- Re: RFC3979bis section 7 -- hierarchy of preferen… Stephan Wenger
- Re: RFC3979bis section 7 -- hierarchy of preferen… Stephan Wenger
- RE: RFC3979bis section 7 -- hierarchy of preferen… Michael Cameron
- RE: RFC3979bis section 7 -- hierarchy of preferen… Turner, Kimberly A
- Re: RFC3979bis section 7 -- hierarchy of preferen… tsg
- Re: RFC3979bis section 7 -- hierarchy of preferen… Stephan Wenger
- Re: RFC3979bis section 7 -- hierarchy of preferen… Ted Hardie
- Re: RFC3979bis section 7 -- hierarchy of preferen… Stephan Wenger
- RE: RFC3979bis section 7 -- hierarchy of preferen… David Rudin (LCA)
- Re: RFC3979bis section 7 -- hierarchy of preferen… Thomas Narten
- Re: RFC3979bis section 7 -- hierarchy of preferen… Scott Brim
- Re: RFC3979bis section 7 -- hierarchy of preferen… Brian E Carpenter
- Re: RFC3979bis section 7 -- hierarchy of preferen… Scott Brim