Re: authorizing subsequent use of contributions

Brian E Carpenter <brian.e.carpenter@gmail.com> Tue, 19 August 2008 23:20 UTC

Return-Path: <ietf-bounces@ietf.org>
X-Original-To: ietf-archive@megatron.ietf.org
Delivered-To: ietfarch-ietf-archive@core3.amsl.com
Received: from [127.0.0.1] (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 3470A3A6BB7; Tue, 19 Aug 2008 16:20:00 -0700 (PDT)
X-Original-To: ietf@core3.amsl.com
Delivered-To: ietf@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 697513A6BBE for <ietf@core3.amsl.com>; Tue, 19 Aug 2008 16:19:58 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.468
X-Spam-Level:
X-Spam-Status: No, score=-2.468 tagged_above=-999 required=5 tests=[AWL=0.131, BAYES_00=-2.599]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Df3NKZx2fy3n for <ietf@core3.amsl.com>; Tue, 19 Aug 2008 16:19:57 -0700 (PDT)
Received: from wa-out-1112.google.com (wa-out-1112.google.com [209.85.146.181]) by core3.amsl.com (Postfix) with ESMTP id 1B53A3A6BB7 for <ietf@ietf.org>; Tue, 19 Aug 2008 16:19:57 -0700 (PDT)
Received: by wa-out-1112.google.com with SMTP id k34so46825wah.25 for <ietf@ietf.org>; Tue, 19 Aug 2008 16:19:29 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from :organization:user-agent:mime-version:to:cc:subject:references :in-reply-to:content-type:content-transfer-encoding; bh=w2aD2Ao6rS2TE46k8eEVmC9peEUdKZ2gQkW5bnRQ+7w=; b=WDqCHDnR8eFuR846PmiAVoe4ZUc4pYaL+PjxzlIqB8TNfCL8M8WBtR5rxNlC7zuKqm 9kXamgQgKVrOv39zish6J1Dor6QOQUFVsY/rQwvns88vauX0jrJI0r5zA0ss8/kpJrPF z5gAahRt4/mm8G6zIiAS5Ck/TPz/GuyV3Zn3g=
DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:organization:user-agent:mime-version:to:cc :subject:references:in-reply-to:content-type :content-transfer-encoding; b=SE6AnTsePsmVENcXhylFY2meFahLGClaNDkwb9DEccprmLPi8Y7B9mt2KE3aG0LYtX 31+eChLM8mZmDuTPlHVvxlCK7wEcvak0GIdCqH4pxuUwNF/EhE3DyW4IkcQcNa2Cd32Q Q/L61vUoNhLQUA+z7bgxCnXk7fDI7tKmWL0/A=
Received: by 10.114.181.1 with SMTP id d1mr7349751waf.3.1219187969029; Tue, 19 Aug 2008 16:19:29 -0700 (PDT)
Received: from ?130.216.38.124? ( [130.216.38.124]) by mx.google.com with ESMTPS id k35sm995654waf.15.2008.08.19.16.19.25 (version=SSLv3 cipher=RC4-MD5); Tue, 19 Aug 2008 16:19:27 -0700 (PDT)
Message-ID: <48AB54F4.2060604@gmail.com>
Date: Wed, 20 Aug 2008 11:19:16 +1200
From: Brian E Carpenter <brian.e.carpenter@gmail.com>
Organization: University of Auckland
User-Agent: Thunderbird 2.0.0.6 (Windows/20070728)
MIME-Version: 1.0
To: Powers Chuck-RXCP20 <Chuck.Powers@motorola.com>
Subject: Re: authorizing subsequent use of contributions
References: <8763q4kqh5.fsf@mocca.josefsson.org><C4C98E1B.27107%stewe@stewe.org><2963ECA56B01F94B9964469DCB8A2B5A04EF4C55@de01exm69.ds.mot.com><7433AC2667DFA914174B6920@[192.168.1.110]><874p5ms5ak.fsf_-_@mocca.josefsson.org> <1BC62BBA2900BBBDB0FFBD03@[192.168.1.110]> <2963ECA56B01F94B9964469DCB8A2B5A04EF4FBF@de01exm69.ds.mot.com>
In-Reply-To: <2963ECA56B01F94B9964469DCB8A2B5A04EF4FBF@de01exm69.ds.mot.com>
Cc: John C Klensin <john-ietf@jck.com>, Simon Josefsson <simon@josefsson.org>, ietf@ietf.org
X-BeenThere: ietf@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: IETF-Discussion <ietf.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/ietf>, <mailto:ietf-request@ietf.org?subject=unsubscribe>
List-Post: <mailto:ietf@ietf.org>
List-Help: <mailto:ietf-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ietf>, <mailto:ietf-request@ietf.org?subject=subscribe>
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: ietf-bounces@ietf.org
Errors-To: ietf-bounces@ietf.org

On 2008-08-16 05:44, Powers Chuck-RXCP20 wrote:

> I agree with John, and expect that if the IETF Trust will now be allowed
> to take an expired ID, and do with it want it wants outside of the
> standards process, 

I read the text of RFC 2026 as Simon does, but RFC 3667 and 3978 added
the phrase "within the IETF Standards Process" to the derivative
works rights (clause 3.3.a.(C) ).

However, that phrase was removed from the equivalent clause
5.3.(C) of draft-ietf-ipr-3978-incoming.
Also, draft-ietf-ipr-outbound-rights says:

"4.2.  Rights Granted for Quoting from IETF Contributions

   There is rough consensus that it is useful to permit the quoting
   without modification of excerpts from IETF Contributions.  Such
   excerpts may be of any length and in any context.  Translation of
   quotations is also to be permitted.  All such quotations should be
   attributed properly to the IETF and the IETF contribution from which
   they are taken."

There doesn't seem to be much doubt of the IPR WG's intention
to change this. I've just re-read the IPR WG charter, and this sort
of adjustment seems to be in scope.

> the result will (appropriately) be to have more
> finely tuned IPR declarations, which make it clear that the declaration
> is targeted at the specific standard in question, and is not applicable
> beyond that, inside or outside of the IETF standardization process. As
> far as I can tell, there is, and should be, nothing that prohibits IPR
> holders from making such refined declarations, 

But there is. The derivative works statements are limited to those
allowed in the Legend Instructions; see clause 6c in
http://trustee.ietf.org/docs/IETF_Trust_Legal_Provisions_for_IETF_Docs_8-13-08.pdf

> and such declarations
> will easily meet the requirements for being a valid IPR declaration to
> the IETF. IMO this simply underscores the valid separation of patent
> rights and copyright rights in the IETF process, that some still seem to
> be confused over.

I don't see that. IPR disclosures are about patents. The derivative
works language is about text.

   Brian
> 
> 
> Regards, 
> Chuck 
> ------------- 
> Chuck Powers, 
> Motorola, Inc 
> phone: 512-427-7261
> mobile: 512-576-0008
>  
> 
>> -----Original Message-----
>> From: ietf-bounces@ietf.org [mailto:ietf-bounces@ietf.org] On 
>> Behalf Of John C Klensin
>> Sent: Friday, August 15, 2008 12:23 PM
>> To: Simon Josefsson
>> Cc: ietf@ietf.org
>> Subject: Re: authorizing subsequent use of contributions
>>
>>
>>
>> --On Friday, August 15, 2008 4:48 PM +0200 Simon Josefsson 
>> <simon@josefsson.org> wrote:
>>
>>> John C Klensin <john-ietf@jck.com> writes:
>>>
>>>> However, the IPR WG, in its wisdom, has concluded, in some 
>> phrasing 
>>>> that was changed fairly late in the game, that the IETF 
>> Trust should 
>>>> get enough rights in I-Ds to authorize all sorts of 
>> subsequent uses 
>>>> of them and their content, with no time limit.
>>> You have claimed this before, but I don't understand it.  RFC
>>> 2026 says that the IETF receives a fairly broad license to 
>> do anything 
>>> it wants with all contributions, see section 10.3.1:
>> I believe that, subject to the "you can't really use this" 
>> disclaimers allowed by 2026, the IETF has the right to do 
>> just about anything it wants or needs to do with text in an 
>> I-D, active or expired, as long as doing that is part of the 
>> standards process.  I agree that 2026 is clear about that, as 
>> were precedents before it.   And, referring to one of your 
>> earlier notes, I think that includes pulling text out of an 
>> I-D that has been expired for years and years and 
>> incorporating it into a new I-D, publishing it as an RFC, etc.
>>
>> I also believe it is absolutely necessary for the IETF to have 
>> those rights.   I did not intend my note to say anything else 
>> and hope I've been consistent about that over the years.
>>
>>> ...
>>> Is your objection that the Trust is now authorized to grant  uses 
>>> outside of the IETF process?
>> I believe that there is nothing in 2026 that allows the IETF, 
>> ISOC, or the trust to grant any rights, or any sort, to 
>> anyone to do anything with text in I-Ds (or other 
>> contributions) outside of use _by the IETF_ (i.e., as part of 
>> the standards process).  The ability of the Trust to grant 
>> such rights originates with assumptions about the Trust 
>> itself and, in detail, in the recent "inbound" and "outbound" 
>> rights documents. 
>> I believe that the approach taken in those documents wrt 
>> I-Ds, especially expired I-Ds, is wrong and that we will 
>> eventually regret it.  YMMD and I am clearly in the minority 
>> on that subject.
>>
>> That said, because I believe the IETF has the absolute right 
>> to pick up prior I-D text at any point and reuse it, I 
>> believe that disclosure statements that were made while the 
>> I-D was active have to be retained for that long, i.e., to a 
>> good approximation 
>> of forever.   Ted's comments about how meaningful those earlier 
>> disclosure statements are and for how long are very much 
>> relevant to this, but I don't think change the retention period. 
>> And, even if my "no new disclosures for expired I-Ds" 
>> proposal were adopted, I think it would be reasonable to 
>> permit comments that provided explanations about licensing or 
>> release status or forward pointers to disclosures associated 
>> with more recent or superceding documents.
>>
>>     john
>>
>>
>> _______________________________________________
>> Ietf mailing list
>> Ietf@ietf.org
>> https://www.ietf.org/mailman/listinfo/ietf
>>
> _______________________________________________
> Ietf mailing list
> Ietf@ietf.org
> https://www.ietf.org/mailman/listinfo/ietf
> 
_______________________________________________
Ietf mailing list
Ietf@ietf.org
https://www.ietf.org/mailman/listinfo/ietf