Re: [Trustees] ANNOUNCEMENT: The IETF Trustees invite your reviewand comments on a proposed Work-Around to the Pre-5378 Problem

"Joel M. Halpern" <jmh@joelhalpern.com> Fri, 09 January 2009 23:52 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 250EB3A6964; Fri, 9 Jan 2009 15:52:59 -0800 (PST)
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 11B8F28C11E for <ietf@core3.amsl.com>; Fri, 9 Jan 2009 15:52:58 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -3.493
X-Spam-Level:
X-Spam-Status: No, score=-3.493 tagged_above=-999 required=5 tests=[AWL=0.106, BAYES_00=-2.599, RCVD_IN_DNSWL_LOW=-1]
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 78U1El+mEm+T for <ietf@core3.amsl.com>; Fri, 9 Jan 2009 15:52:57 -0800 (PST)
Received: from hermes.mail.tigertech.net (hermes.mail.tigertech.net [64.62.209.72]) by core3.amsl.com (Postfix) with ESMTP id 3B6FE3A6864 for <ietf@ietf.org>; Fri, 9 Jan 2009 15:52:57 -0800 (PST)
Received: from localhost (localhost [127.0.0.1]) by hermes.tigertech.net (Postfix) with ESMTP id E4F9D1C402FD for <ietf@ietf.org>; Fri, 9 Jan 2009 15:52:43 -0800 (PST)
X-Virus-Scanned: Debian amavisd-new at hermes.tigertech.net
Received: from [10.10.10.100] (pool-71-161-51-162.clppva.btas.verizon.net [71.161.51.162]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by hermes.tigertech.net (Postfix) with ESMTP id 4BF7F4302C6 for <ietf@ietf.org>; Fri, 9 Jan 2009 15:52:43 -0800 (PST)
Message-ID: <4967E348.7050300@joelhalpern.com>
Date: Fri, 09 Jan 2009 18:52:40 -0500
From: "Joel M. Halpern" <jmh@joelhalpern.com>
User-Agent: Thunderbird 2.0.0.19 (Windows/20081209)
MIME-Version: 1.0
To: 'IETF Discussion' <ietf@ietf.org>
Subject: Re: [Trustees] ANNOUNCEMENT: The IETF Trustees invite your reviewand comments on a proposed Work-Around to the Pre-5378 Problem
References: <70873A2B7F744826B0507D4B84903E60@noisy> <FB8A848E-E415-4CDE-9E3F-5C74A561 4F18@cisco.com> <49678B2A.8000100@dcrocker.net> <20090109181503.GP24908@verdi> <6E372F257B0C42E7AB9B7DA6231FF4E4@LROSENTOSHIBA> <p06240800c58d5466241b@[10.227.48.131]> <DBAA71AA401E5398212B1E03@PST.jck.com> <4967CAA1.9020608@gmail.com> <B2385D8E5F5BA599A174BD43@PST.jck.com>
In-Reply-To: <B2385D8E5F5BA599A174BD43@PST.jck.com>
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-Transfer-Encoding: 7bit
Content-Type: text/plain; charset="us-ascii"; Format="flowed"
Sender: ietf-bounces@ietf.org
Errors-To: ietf-bounces@ietf.org

My own take has been that the code reuse problem is the dominant 
problem.  Document transfer outside the IETF is sufficiently rare that I 
would agree with Fred that not solving that is fine.

This also means that from my personal perspective, a solution that says 
(loosely based on a suggestion from someone else in a side conversation) 
that
1) If you can, you grant 5378 rights
2) If you can't, you grant the old rights, as long as there is no code 
in the document
3) If there is code, get the rights to the code so people can actually 
use the code in the RFC to implement the RFC.  (MIBs are already 
covered, but we have lots of other kinds of code.)

would seem a workable path.
Yes, point 3 may hold up some work.  But one could reasonably argue that 
such work needs to be held up so that folks can use the code we are 
giving them.

And I fully agree that we should leave all legal wordsmithing to the 
trust and the lawyers.  They have to do it anyway.

Yours,
Joel

John C Klensin wrote:
> 
> --On Saturday, January 10, 2009 11:07 +1300 Brian E Carpenter
> <brian.e.carpenter@gmail.com> wrote:
> 
>> Thanks John, I believe that is an excellent summary of the
>> viable options. My draft implicitly adds
>>
>>   (2.5) Post-5378 documents that incorporate pre-5378
>>   materials whose original contributors have duly agreed are
>>   posted according to 5378 rules, with no exceptions.
>>
>> To my mind the main open issue is whether we want to
>> require authors to try for (2.5) before proceeding to (2).
> 
> I am all in favor of authors trying for 2.5 if they have the
> time and inclination although, mostly, I'd rather have them
> spend time on technical work (Marshall's suggestion last month
> that the Trust itself should take responsibility for rounding up
> old rights has some appeal here).   What I'm opposed to is
> requiring authors of documents that might have had a very long
> history to take responsibility for claiming that they have
> identified all of the original contributors.   My problem with
> 2.5, stated somewhat more aggressively than is probably
> desirable, is that it requires the submitter of a 2.5 document
> to stand up and say "I have identified all of those who might
> claim to have rights in this document, will take responsibility
> for getting that identification right, and obtained their
> consent".  
> 
> There is a possible 2.5bis, which would be something like "I've
> made a good-faith, reasonable-effort, attempt to identify
> everyone
> and have the agreements from everyone whom that process
> identified, but I make absolutely no warranty that I've
> identified everyone or that other claims won't come up; if they
> do, it is the user's problem, not mine."
> 
> Whether that is enough different in practice from my (2) to be
> worth the complexity... I don't know.
> 
>     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